ORIGON 3.0 — Especificación y evaluación de la candidata privada
Fecha: 30 de octubre de 2026. Base auditada: ORIGON v35, commit `447054ff0c6cdf85f7bd21c15183f9a76f87235f`. Proyecto original conservado. Esta candidata es un proyecto independiente, para el propietario y con datos simulados.
1. Diagnóstico de la plataforma base
La auditoría se realizó sobre el código fuente de la versión publicada, no sobre una reconstrucción aproximada. Se revisaron `index.html`, `platform.html`, estilos, registro, buscador, cámara, Connect, precios y 39 pruebas automatizadas existentes.
Fortalezas: identidad coherente verde profundo/naranja/crema; imagen del profesional con ORIGON en tubo sanitario; buscador por DICOSE/caravana/TXT; ficha veterinaria con datos de aplicación; registro, coordinación y seguimiento; Connect con filtros de habilitación y cobertura, ofertas secuenciales y Score; reglas comerciales en funciones testeables.
Fricciones comprobables: la home tenía «Quiero ingresar», aunque el encabezado ofrecía productor/veterinario; el productor abría directamente un formulario largo; la navegación original ocultaba otros módulos según la ruta; recepción empresarial, laboratorio e institucional no contaban con panel dedicado; la portada acumulaba texto y accesos; la seguridad por rol era una simulación en el navegador.
Riesgos: interpretar «revisado» como certificado oficial; confundir distancia geodésica con recorrido por camino; inferir ausencia de enfermedad a partir de documentación; presentar catálogo ficticio como base DILAVE; confundir prototipo y servicio operativo. La candidata hace explícitos estos límites.
2. Propuesta visual y justificación
Se conserva la fotografía ilustrativa existente, sin presentarla como una fotografía documental nueva. Se conservan paleta, Manrope/DM Sans, logotipo, imágenes secundarias y narrativa de origen/continuidad/evidencia. El hero usa el título solicitado y tres filas de acceso por tarea: Soy productor, Soy veterinario, Consultar un lote. Los accesos de rol abren directamente su panel de prueba.
Las tres soluciones se muestran como Sanidad, Connect e Historia sanitaria. «ORIGON Trace» NO se adopta: queda como decisión de marca pendiente de aprobación. El recorrido de cinco etapas es interactivo y accesible por teclado. La sección de evidencia explica el alcance privado. Se conservan FAQ, productos, RB51, programa, red, valoración y herramientas previas.
El productor recibe cuatro acciones, el veterinario ofertas con solo monto final, y los actores empresariales tareas propias. Las funciones anteriores permanecen en «Todas las herramientas conservadas» y en `legacy.html`. No se ha eliminado ninguna función original.
3. Mapa de navegación por actor
| Actor | Entrada | Acciones principales | Información expuesta |
|---|---|---|---|
| Productor | Mi campo | Solicitar; Mis animales; Mis lotes; Mis servicios; evaluar | Lotes PROD-A y solicitudes de Productor A demo |
| Veterinario | Mis trabajos | Aceptar/rechazar; registrar; disponibilidad; honorarios; Score | Ofertas dirigidas a V01 y servicios asignados a V01 |
| Feedlot | Recepción | Consultar ficha; revisar faltantes; recibir; día 30; comparar | Lotes destinados a FEED-A |
| Frigorífico | Antecedentes | Buscar; revisar; descargar ficha/reporte | Lotes habilitados a FRIGO-A |
| Laboratorio | Mi participación | Agregados; fichas técnicas; campañas/formación | Solo agregado y catálogo LAB-A; sin fichas individuales |
| Institucional | Campaña de muestra | Avance territorial e incidencias operativas | Campaña ficticia, sin autorización ni datos personales |
| Logística | Entregas | Ver entrega y registrar incidencia | Referencia de envío, zona y estado; sin coordenadas exactas |
| Coordinación | Operaciones | Mapa; pendientes; reprogramar; revisar; auditoría; facturación demo | Escenario completo de coordinación |
Consulta guiada permite probar el alcance de productor/feedlot/frigorífico. El selector «Probar otro rol» es una herramienta de evaluación, NO un login ni un control de seguridad real.
4. Recorridos implementados
Productor
Asistente de cuatro pasos: servicio; lote/lugar/fecha; preparación/protocolo; revisión y confirmación. Los datos del ejemplo se precargan como ficticios para facilitar evaluación. Un pedido se crea mediante el motor Connect y aparece en la vista profesional correspondiente. Diagnóstico de brucelosis no exige vacuna. RB51 precarga MSD según la configuración comercial heredada; no afirma exclusividad regulatoria vigente. General/otro quedan a cotizar: no se inventa una tarifa de venta que no estaba definida para ese plan. La solicitud completa original conserva contacto, consignatario/escritorio, retiro, embarque y múltiples productos.
Búsqueda exacta por código de lote, DICOSE, caravana, TXT/CSV de una columna. Se preservan ceros iniciales. Tamaño máximo 1 MB. Los resultados se filtran por el actor simulado. Solo se evalúan servicios propios finalizados, una vez.
Veterinario
Ofertas dirigidas a V01 con servicio, fecha/hora, paraje, animales, distancia estimada geodésica y total ofrecido. Aceptar/rechazar conserva las reglas del motor existente; el rechazo no altera Score. La aceptación congela condiciones económicas. Disponibilidad incluye fechas, radio, zona y servicios. Registro permite actuación sin aplicación; si se aplica producto exige identificación, droga, dosis, vía, lote, vencimiento, espera documentada, evidencia de referencia y confirmación manual. Se integra el lector original por cámara con alternativa manual. No se consultó una cámara real durante QA; no se verificó OCR con hardware físico.
La documentación subida se representa por referencias ficticias. Los archivos reales y almacenamiento seguro quedan en el plan técnico. Registro finalizado genera ficha de lote pendiente de revisión para los actores habilitados. Una revisión privada NO sustituye la actuación profesional ni certificados oficiales.
Feedlot / frigorífico
Ficha resumida con responsable, fecha/lugar, producto, droga, dosis, lote, vencimiento, espera y evidencias. Los faltantes se muestran como tales. Recepción requiere expediente completo y revisado en la demo. Día 30 requiere recepción y fecha al menos 30 días posterior. Se registran tratados, bajas y observaciones, sin atribuir causalidad. Frigorífico consulta antecedentes autorizados y descarga reportes JSON. Las exportaciones incluyen SHA-256 del payload; es control de integridad, no firma ni prueba de autenticidad.
Laboratorio / institucional / logística / coordinación
Laboratorio: agregado ficticio propio, catálogo ilustrativo con registro pendiente, campaña y formación a completar; sin prescripciones ficticias, datos de animales ni ventas individuales. Institucional: escenario no autorizado de campaña, objetivos de prueba y logística; no se atribuyen facultades MGAP. Logística: envío ficticio y registro de incidencias, sin despacho ni stock reales. Coordinación: mapa esquemático, filtros de pendientes, reprogramación y búsqueda, revisión documental, solicitudes de corrección, historial local y lista de facturación de muestra.
5. Reglas comerciales conservadas
Las funciones originales de precios se copian sin cambios. Productor: productos preencierro USD 3,80/cabeza; profesional USD 1,25 hasta 100, USD 1 desde 101; margen de venta 25% (costo / 0,75). Desde el último cambio aprobado, el productor NO ingresa kilómetros y su total NO incluye traslados. Ejemplo 300 cabezas: USD 1.920 total.
Veterinario: preingreso/general USD 1,25 hasta 100 + USD 0,35 por km; desde 101 USD 1/cabeza sin viáticos. Brucelosis: USD 55 base + USD 1,50 extracción o USD 2 aplicación por animal + USD 0,35/km para cualquier tamaño de lote. Se muestra solo total final. Sin productos, laboratorio ni margen ORIGON.
Productor brucelosis mantiene referencias heredadas de base/procedimiento/laboratorio y margen, sin kilómetros. No se actualizan aranceles oficiales ni tipo de cambio. Diagnóstico no incluye confirmatorias, envíos, insumos no contemplados, timbres ni impuestos; RB51 no incluye vacuna/suministro. Datos de referencias pendientes de confirmación comercial antes de contratar.
6. Inventario de conservación y cambios
| Función/activo | Estado de la candidata | Decisión |
|---|---|---|
| Identidad, colores, logos e imágenes | Conservados | Nuevas jerarquías y espaciados |
| Portada / accesos | Modificados | Tareas por rol; se elimina solo el texto genérico, no su función de ingreso |
| Buscador original DICOSE/caravana/TXT | Conservado | Home y herramientas originales; consulta guiada adicional |
| Registro veterinario, lotes, vencimientos y espera | Conservados | Más confirmación y progresión en la nueva ficha |
| Cámara / OCR | Conservados e integrados | Confirmación manual; no reconocimiento garantizado |
| Solicitud completa, contacto, consignatario, embarque | Conservada | Acceso explícito a ficha original; no pérdida de campos |
| Calculadoras y reglas | Conservadas | Mismo motor; presentación de total final en nuevos paneles |
| Connect, ranking, ampliación y ofertas | Conservados | Nueva interfaz usa el mismo motor |
| Habilitación documental | Simulada | Módulo original conservado; verificación real pendiente |
| Red de socios veterinarias/comercios | Conservada | Acceso secundario; no vuelve a ocupar un bloque comercial de home |
| FAQ, programa, productos y RB51 | Conservados | Con contexto de evidencia y autonomía clínica |
| Feedlot / frigorífico | Nuevos prototipos funcionales | Ficha, recepción, seguimiento y exportación |
| Laboratorio / institucional / logística | Nuevos prototipos | Agregados, escenario e incidencias; sin datos reales |
| Auditoría, integridad y facturación | Simulación funcional parcial | Historial local, hash de exportación y listado fiscal ficticio |
| Autenticación por actor, API, DILAVE/SNIG/MGAP | Especificados, NO implementados | No se simulan como conexiones reales |
| IA generativa / reconocimiento clínico | NO activados | Validaciones deterministas, sin inventar sugerencias médicas |
7. Arquitectura propuesta para la primera operación real
Monolito modular, no microservicios tempranos. Cliente web responsive + API transaccional + base relacional + almacenamiento privado de documentos. Servicios de correo/notificaciones y verificación documental solo tras autorización. Inicio con región, proveedor y responsable de tratamiento acordados para Uruguay; expansión por configuración, no por duplicación de la aplicación.
Módulos de servidor: identidad; organizaciones y membresías; establecimientos; animales/lotes; solicitudes; ofertas/asignaciones; actuaciones; productos/referencias técnicas; evidencias; recepción/seguimiento; facturación; auditoría; consentimiento/finalidad.
Datos mínimos: organization_id en toda entidad; service_id/record_id/document_id únicos; created_by, acted_by, reviewed_by, version, timestamps y motivo de corrección. Documentos versionados y referencias de animal/lote; retiro documentado por producto/especie/condiciones, sin inferirlo solo por droga. Relaciones comerciales no modifican asignación ni prescripción.
Autenticación y permisos
Identidad individual con MFA para coordinación y privilegios sensibles. Membresías verificadas en servidor, sesiones revocables y cookies seguras. RBAC + alcance de organización/finalidad, denegación por defecto. Cada consulta/exportación/documento debe volver a comprobar usuario, organización, vínculo al lote y finalidad. No confiar en rol, organization_id o precio recibidos desde el navegador. El selector de roles solo existe en la candidata.
API propuesta: POST /requests (idempotency key); GET /offers/mine; POST /offers/{id}/accept|reject (transacción y bloqueo de oferta); POST /services/{id}/records; POST /records/{id}/review; GET /lots/{id} (proyección autorizada); POST /lots/{id}/receipt; POST /lots/{id}/followup; GET /reports (alcance autorizado). Errores 400/401/403/404/409/422 con mensajes útiles y sin filtrar existencia de recursos ajenos. Webhooks firmados y reintentos idempotentes para integraciones futuras.
Seguridad y recuperación
Cifrado en tránsito y en reposo; gestión de secretos; URLs temporales de documentos; bloqueo de acceso cruzado entre organizaciones; CSRF/XSS/rate limits; revisión de dependencias; límites de subida y análisis de archivos. Ubicación exacta limitada a coordinación y profesional asignado; zona aproximada previa. Registro de acceso, exportación, aceptación y modificación. Correcciones mediante nuevas versiones, sin sobrescribir evidencia silenciosamente.
Backups cifrados, retención y pruebas de restauración; RPO/RTO propuestos a acordar según presupuesto y operación. Objetivo inicial para discutir: RPO 24 h, RTO 8 h, sin afirmar que ya se cumplen. Política de minimización, conservación, acceso y eliminación validada con asesoría uruguaya antes de tratar datos reales. No se presenta este diseño como certificación legal de cumplimiento.
Integridad: hashes SHA-256 de documentos, manifiesto con vínculo servicio/actor/versión y sello de tiempo controlado. Firma electrónica/digital según instrumento, proveedor y validez requerida; validar requisitos legales. Cadena de auditoría append-only en servidor con control de privilegios y alertas. Blockchain no se justifica para el piloto.
IA y automatización
Primera prioridad: reglas explicables de datos faltantes e inconsistencias, selección de profesionales por filtros y ranking transparente, OCR con confirmación manual, organización de documentos. La candidata implementa reglas deterministas, no un modelo externo. Fase siguiente: búsqueda en lenguaje natural sobre datos autorizados, borradores de reportes con referencias y revisión humana. No permitir completar hechos ausentes, habilitaciones, productos o resultados mediante generación. Ninguna sugerencia modifica diagnóstico ni protocolo sin validación profesional.
8. Plan de implementación por prioridades
P0 — Antes de datos reales: acuerdo de alcance y criterio de certificación privada; usuarios/organizaciones; habilitaciones verificadas; permisos de servidor; modelo transaccional de ofertas; documentos seguros y auditoría; migración controlada del prototipo. Congelar reglas comerciales en pruebas de regresión y aprobar responsable operativo.
P1 — Piloto controlado: productor/veterinario/feedlot en una zona; notificaciones reales autorizadas; recepción y día 30; política de datos; soporte y excepciones; exportaciones e integridad; evaluación de uso con profesionales y productores. Sin promesas de integración pública.
P2 — Escala nacional: organizaciones empresariales, API documentada, facturación efectiva, logística y cadena de frío verificada, laboratorios con acuerdos de agregación. Verificar el catálogo DILAVE desde fuente autorizada con vigencia de etiqueta y tiempos de espera, no carga genérica inferida por droga.
P3 — Optimización: indicadores comparables, automatización asistida, búsqueda semántica y expansión internacional por requisitos locales. Métricas de servicio revisadas por diversidad territorial y disponibilidad; mecanismos de reclamo y revisión de Score.
No se asignan plazos ni costos sin acordar equipo, integraciones y alcance de producción con el desarrollador.
9. Plan y resultados de validación
Pruebas automatizadas: 39 heredadas + 16 de dominio 3.0 = 55. Cubren precios, umbrales 100/101, exclusión de km al productor, viáticos veterinarios, brucelosis, autonomía, confirmación manual, ofertas, rechazo y Score, alcance por organización, agregación y reprogramación. Son pruebas del prototipo; no certifican seguridad real ni cumplimiento regulatorio.
Casos A–F ejecutados en navegador de prueba: solicitud de 300 animales y precio final; aceptación y registro sin aplicación; consulta y recepción de LOT-001; búsqueda de LOT-003 ajeno sin resultado; agregados de LAB-A; reprogramación de CON-004 al 11/11/2026 con nueva oferta. También se probó el registro de una incidencia logística. No se midieron tiempos de usuarios reales.
| Caso | Recorrido | Objetivo de evaluación con usuarios | Límite |
|---|---|---|---|
| A Productor | 300 animales, cuatro pasos, ver precio y confirmar | ≥90% completa sin ayuda; mediana <3 min | Objetivo propuesto; no medido con usuarios reales |
| B Veterinario | Oferta, aceptar, registrar sin aplicación o con confirmación | Aceptación <20 s; registro <3 min | No validar cámara real ni criterio clínico con automatización |
| C Feedlot | LOT-001, revisar evidencia, recibir; día 30 | Localizar situación documental <30 s | No equivale a conformidad sanitaria absoluta |
| D Frigorífico | Buscar LOT-001 y lote ajeno LOT-003 | Encontrar autorizado; no mostrar ajeno | Proyección visual, pendiente autorización servidor |
| E Laboratorio | Agregados y ficha propia | Encontrar valor sin datos individuales | Datos ilustrativos; no representa eficacia ni ventas |
| F Coordinación | CON-004 sin cobertura, cambiar a 11/11/2026 y reintentar | Resolver en <2 min o escalar con motivo | No saltar habilitación o cobertura |
Validación real pendiente: al menos 5 productores, 5 veterinarios y 2 operadores por rol empresarial; celulares de gama media y baja, señal limitada, teclado, lector de pantalla, Android/iOS, tablet y escritorio. Registrar errores, abandonos, retrocesos, tiempo y comprensión de privacidad/certificación. No afirmar «menos de 10 segundos» ni «estándar mundial validado» sin esta prueba.
Accesibilidad: etiquetas, foco visible, enlace saltar contenido, controles nativos, modales, errores, mensajes de estado, tabs de recorrido con flechas, reducción de movimiento. Revisión visual y de desbordes en marcos de 390/768/1280 px (ancho útil 375/753/1265 por barras de desplazamiento), con portada, solicitud y vista veterinaria; auditoría completa WCAG 2.2 AA y tecnologías de asistencia pendiente. Los objetivos de accesibilidad son criterios de aceptación, no una certificación lograda.
10. Condiciones de aprobación
Esta entrega es una candidata navegable privada y documentada, NO una versión lista para sanidades reales. La plataforma publicada original no se reemplaza ni cambia de audiencia. Aprobar por separado diseño/navegación, reglas comerciales, alcance de registro privado, roles/organizaciones, tratamiento de datos y plan técnico. No activar usuarios reales ni ampliar visibilidad hasta implementar y verificar los controles P0.
Las imágenes originales son ilustrativas; se conservan por pedido. Nuevas fotografías reales de establecimientos requieren material y derechos de uso correspondientes. El nombre Trace permanece pendiente. Las conexiones DILAVE, SNIG/MGAP, pagos, GPS/rutas, verificación de identidad y notificaciones externas no están activas.
Actualización: firma y certificación privada
Cada actuación nueva debe firmarse antes de finalizar. La firma electrónica de prueba queda vinculada a los datos mediante SHA-256; no verifica identidad ni utiliza un certificado digital.
El certificado privado ORIGON se habilita después de una revisión aprobada por coordinación, con expediente completo y firma coherente. Se muestra en la ficha del lote para productor, veterinario y actores autorizados, y se descarga como HTML imprimible. Los registros anteriores sin firma no se certifican automáticamente.
La candidata no emite certificaciones oficiales ni documentos operativos reales. La firma digital certificada y los controles de servidor requieren implementación adicional.