Interoperabilidad

La historia clínica de un paciente hoy suele quedar repartida entre el consultorio del médico, la mutualista y la memoria del propio paciente. ONA se construyó desde el modelo de datos hacia arriba para que esa fragmentación deje de ser el punto de partida: los diagnósticos, medicamentos y procedimientos se registran usando terminologías clínicas estándar en vez de texto libre, para que en el futuro puedan viajar entre sistemas sin perder significado.

• HL7 FHIR R4: el modelo interno de ONA representa pacientes, consultas, diagnósticos, medicamentos y observaciones clínicas con la misma estructura que usa el estándar internacional de interoperabilidad en salud (recursos Patient, Encounter, Condition, MedicationStatement, Observation). Un patrón de cola de eventos (outbox) ya sincroniza estos recursos de forma confiable, listo para conectarse a un servidor FHIR externo el día que corresponda.
• SNOMED CT: diagnósticos, motivos de consulta, procedimientos, inmunizaciones y hallazgos clínicos se codifican con la terminología clínica de referencia a nivel mundial, en vez de quedar como texto libre no estructurado. Esto es lo que permite, por ejemplo, generar estadísticas o alertas clínicas de forma confiable más adelante.
• DNMA — Catálogo Nacional de Medicamentos: las prescripciones pueden buscarse y registrarse contra el catálogo oficial del Ministerio de Salud Pública de Uruguay (AMP/VMP/VTM), con actualización automática mensual desde la fuente oficial.

ONA identifica a cada paciente con un modelo preparado para múltiples tipos de documento (cédula uruguaya, DNI, pasaporte u otro), con matching por varias estrategias para evitar duplicados cuando distintos profesionales registran al mismo paciente de forma independiente. Es la misma base técnica que usan los sistemas de identidad maestra de pacientes (EMPI) en salud digital.

La interoperabilidad solo tiene sentido si los datos que viajan están protegidos y el paciente mantiene el control sobre quién los ve:

• Cifrado AES-256-GCM de los datos identificatorios del paciente en reposo
• Consentimiento granular: el paciente autoriza explícitamente a cada médico, con posibilidad de límite temporal y revocación en cualquier momento
• Auditoría completa de cada acceso a datos clínicos

Con honestidad: estar preparado técnicamente no es lo mismo que estar conectado. Estas dos integraciones ya están desarrolladas del lado de ONA, pero su activación depende de un tercero externo:

• Historia Clínica Electrónica Nacional (Salud.uy): el patrón de sincronización FHIR descrito arriba está implementado y probado, pero permanece desactivado porque Salud.uy aún no habilitó sus servidores para integraciones de proveedores privados. En cuanto esa vía esté disponible, activarla es un cambio de configuración, no de desarrollo.
• ID Uruguay / ID Digital (Abitab): la integración técnica para verificación de identidad con estos proveedores ya está implementada, pero hoy no está disponible para el sector privado.

No comunicamos estas integraciones como funcionalidades activas hasta que realmente lo estén — si te interesa el estado exacto de la interoperabilidad con la HCEN nacional antes de decidir, escribinos.

Si estás evaluando ONA para tu institución y necesitás más detalle sobre el modelo de datos, los recursos FHIR soportados o el enfoque de seguridad, escribinos a soporte@onahcen.uy.