DocumentaciónSoporteCosta Rica · Contacto
ESENPT
Hablemos
  • Organizacional
  • Técnica

OpenHIEOpen Health Information Exchange

En pocas palabras

OpenHIE es una comunidad abierta que mantiene una arquitectura de referencia para que los países construyan su intercambio nacional de información de salud. Describe qué piezas compartidas hacen falta (registros de pacientes, de establecimientos y de trabajadores de la salud, terminologías, una capa de interoperabilidad) y cómo se comunican. No es un software: es un plano común que cada país adapta.

Tipo
Modelo de referencia
Responsable
OpenHIE community
Versión vigente
Architecture Specification 5.2
Revisado
25 de octubre de 2026

Explicación

Qué es

OpenHIE se describe como una comunidad que construye un marco abierto para apoyar a los países en el desarrollo de intercambios de información de salud. Según su propia historia, la comunidad de práctica se formó a inicios de 2013, a partir del trabajo que comenzó en 2009 para crear el intercambio de información de salud de Ruanda (RHIE).

Su producto central es la Especificación de Arquitectura de OpenHIE, publicada con licencia Creative Commons Atribución 4.0. A octubre de 2026, la versión vigente es la 5.2, de agosto de 2024.

La arquitectura

BloqueComponentes
Servicios de dominioRegistro de salud compartido, sistema de información para la gestión sanitaria (HMIS), información logística (LMIS), finanzas y seguros
Servicios de registroServicio de terminologías («¿qué?»), registro de clientes o MPI («¿para quién?»), registro de establecimientos («¿dónde?»), registro de trabajadores de la salud («¿quién?»), catálogo de productos
Capa de interoperabilidadAutenticación de sistemas, vinculación de trabajadores con establecimientos, orquestación de mensajes, emparejamiento de entidades
Puntos de atenciónHistorias clínicas y aplicaciones móviles que leen y actualizan la información compartida

La capa de interoperabilidad recibe todas las comunicaciones de los sistemas externos dentro de una geografía de salud y orquesta su procesamiento.

Cómo se especifica

Cada componente tiene requisitos funcionales y no funcionales, y cada intercambio se describe como un flujo (workflow) con sus transacciones. Los flujos se apoyan en perfiles de IHE y en alternativas FHIR: por ejemplo, registrar un paciente puede hacerse con la transacción ITI-8 (HL7 v2) o con ITI-104 (FHIR). OpenHIE aclara que su arquitectura no se limita a los perfiles que lista.

Versiones

VersiónFechaCambio destacado
3.0septiembre de 2020flujos de laboratorio y nivel de madurez de flujos
4.0septiembre de 2021paso de PDF a GitBook, flujos de vacunas
5.0julio de 2022flujos de finanzas y seguros
5.2agosto de 2024requisitos del servicio de finanzas y seguros

Errores frecuentes

  • Tomarlo por un producto. OpenHIE define componentes, requisitos y flujos; la arquitectura busca que servicios como el registro de clientes sean intercambiables.
  • Querer implementarlo todo de una vez. La especificación permite soportar solo los flujos que necesita cada caso de uso.

Ejemplos de uso

  1. La comunidad OpenHIE surgió del trabajo iniciado en 2009 para crear el intercambio de información de salud de Ruanda (RHIE).

  2. En Mozambique, como parte de la estrategia de salud digital del Ministerio de Salud, se armó una lista maestra de establecimientos para alinear las listas de los subsistemas del HMIS, según una ficha de OpenHIE.

  3. En Sudáfrica, el registro de recursos humanos en salud se introdujo para responder a la pandemia de COVID-19, según una ficha de OpenHIE.

  4. Los flujos de reporte agregado de OpenHIE usan el perfil IHE ADX para enviar numeradores y denominadores de indicadores de salud pública; la versión 5.0 incorporó mADX.

  5. La versión 5.0 de la especificación agregó flujos de finanzas y seguros, como inscribir beneficiarios, verificar cobertura y presentar reclamos.

  6. Un sistema de historia clínica registra a un paciente nuevo enviando un mensaje ITI-8 a la capa de interoperabilidad, que lo reenvía al registro de clientes.

Relación con otros términos

Se apoya en5

  • Intercambio de información de salud (HIE)Obligatoria

    OpenHIE es una arquitectura de referencia para construir un intercambio de información de salud.

  • IHEFuerte

    Sus flujos de intercambio se especifican con perfiles y transacciones de IHE, aunque la arquitectura no se limita a ellos.

  • Índice maestro de pacientes (MPI)Fuerte

    El registro de clientes (MPI) es uno de sus servicios de registro, aunque cada implementación adopta solo los flujos que necesita.

  • Servidor de terminologíasFuerte

    El servicio de terminologías es uno de sus servicios de registro y tiene flujos propios, como expandir conjuntos de valores o traducir códigos.

  • FHIRMediana

    Algunos flujos, como el registro de un paciente, ofrecen transacciones FHIR como alternativa a las basadas en HL7 v2.

Dependen de este1

  • DPI-HMediana

    El informe muestra una fuerte superposición entre sus componentes y los de OpenHIE, y los alinea en una tabla.

Fuentes

  1. OpenHIE — Homeohie.org
  2. OpenHIE — About (vision, mission and history)ohie.org
  3. OpenHIE Architecture Specification — Architectureguides.ohie.org
  4. OpenHIE Architecture Specification — Version Change Logguides.ohie.org
  5. OpenHIE Architecture Specification — Standards and Profilesguides.ohie.org
  6. OpenHIE Architecture Specification — Client Registry (CR)guides.ohie.org
  7. OpenHIE Architecture Specification — Create Patient Demographic Record Workflowguides.ohie.org
  8. OpenHIE — Master Facility List Experiences and Lessons from Mozambiqueohie.org
  9. OpenHIE — Health Worker Registry Project in South Africaohie.org
Glosario de interoperabilidad en salud