OpenHIEOpen Health Information Exchange
Em poucas palavras
O OpenHIE é uma comunidade aberta que mantém uma arquitetura de referência para que os países construam sua troca nacional de informações de saúde. Ele descreve quais peças compartilhadas são necessárias (registros de pacientes, de estabelecimentos e de trabalhadores da saúde, terminologias, uma camada de interoperabilidade) e como se comunicam. Não é um software: é uma planta comum que cada país adapta.
- Tipo
- Modelo de referência
- Responsável
- OpenHIE community
- Versão vigente
- Architecture Specification 5.2
- Revisado
- 25 de outubro de 2026
Explicação
O que é
O OpenHIE se descreve como uma comunidade que constrói um marco aberto para apoiar os países no desenvolvimento de trocas de informações de saúde. Segundo sua própria história, a comunidade de prática se formou no início de 2013, a partir do trabalho iniciado em 2009 para criar a troca de informações de saúde de Ruanda (RHIE).
Seu produto central é a Especificação de Arquitetura do OpenHIE, publicada com licença Creative Commons Atribuição 4.0. Em outubro de 2026, a versão vigente é a 5.2, de agosto de 2024.
A arquitetura
| Bloco | Componentes |
|---|---|
| Serviços de domínio | Registro de saúde compartilhado, sistema de informação para a gestão em saúde (HMIS), informação logística (LMIS), finanças e seguros |
| Serviços de registro | Serviço de terminologias («o quê?»), registro de clientes ou MPI («para quem?»), registro de estabelecimentos («onde?»), registro de trabalhadores da saúde («quem?»), catálogo de produtos |
| Camada de interoperabilidade | Autenticação de sistemas, vinculação de trabalhadores a estabelecimentos, orquestração de mensagens, pareamento de entidades |
| Pontos de atendimento | Prontuários e aplicativos móveis que leem e atualizam a informação compartilhada |
A camada de interoperabilidade recebe todas as comunicações dos sistemas externos dentro de uma geografia de saúde e orquestra seu processamento.
Como é especificado
Cada componente tem requisitos funcionais e não funcionais, e cada troca é descrita como um fluxo (workflow) com suas transações. Os fluxos se apoiam em perfis da IHE e em alternativas FHIR: por exemplo, cadastrar um paciente pode ser feito com a transação ITI-8 (HL7 v2) ou com a ITI-104 (FHIR). O OpenHIE esclarece que sua arquitetura não se limita aos perfis que lista.
Versões
| Versão | Data | Mudança destacada |
|---|---|---|
| 3.0 | setembro de 2020 | fluxos de laboratório e nível de maturidade dos fluxos |
| 4.0 | setembro de 2021 | passagem de PDF para GitBook, fluxos de vacinas |
| 5.0 | julho de 2022 | fluxos de finanças e seguros |
| 5.2 | agosto de 2024 | requisitos do serviço de finanças e seguros |
Equívocos comuns
- Tomá-lo por um produto. O OpenHIE define componentes, requisitos e fluxos; a arquitetura busca que serviços como o registro de clientes sejam intercambiáveis.
- Querer implementar tudo de uma vez. A especificação permite suportar só os fluxos de que cada caso de uso precisa.
Exemplos de uso
A comunidade OpenHIE surgiu do trabalho iniciado em 2009 para criar a troca de informações de saúde de Ruanda (RHIE).
Em Moçambique, como parte da estratégia de saúde digital do Ministério da Saúde, foi montada uma lista mestre de estabelecimentos para alinhar as listas dos subsistemas do HMIS, segundo uma ficha do OpenHIE.
Na África do Sul, o registro de recursos humanos em saúde foi introduzido para responder à pandemia de COVID-19, segundo uma ficha do OpenHIE.
Os fluxos de relatório agregado do OpenHIE usam o perfil IHE ADX para enviar numeradores e denominadores de indicadores de saúde pública; a versão 5.0 incorporou o mADX.
A versão 5.0 da especificação acrescentou fluxos de finanças e seguros, como inscrever beneficiários, verificar cobertura e apresentar cobranças.
Um sistema de prontuário cadastra um paciente novo enviando uma mensagem ITI-8 à camada de interoperabilidade, que a repassa ao registro de clientes.
Relação com outros termos
Apoia-se em5
- Troca de informações de saúde (HIE)Obrigatória
O OpenHIE é uma arquitetura de referência para construir uma troca de informações de saúde.
- IHEForte
Seus fluxos de troca são especificados com perfis e transações da IHE, embora a arquitetura não se limite a eles.
- Índice mestre de pacientes (MPI)Forte
O registro de clientes (MPI) é um dos seus serviços de registro, embora cada implementação adote só os fluxos de que precisa.
- Servidor de terminologiasForte
O serviço de terminologias é um dos seus serviços de registro e tem fluxos próprios, como expandir conjuntos de valores ou traduzir códigos.
- FHIRMédia
Alguns fluxos, como o cadastro de um paciente, oferecem transações FHIR como alternativa às baseadas em HL7 v2.
Dependem deste1
- DPI-HMédia
O relatório mostra uma forte sobreposição entre seus componentes e os do OpenHIE, e os alinha em uma tabela.
Fontes
- OpenHIE — Homeohie.org
- OpenHIE — About (vision, mission and history)ohie.org
- OpenHIE Architecture Specification — Architectureguides.ohie.org
- OpenHIE Architecture Specification — Version Change Logguides.ohie.org
- OpenHIE Architecture Specification — Standards and Profilesguides.ohie.org
- OpenHIE Architecture Specification — Client Registry (CR)guides.ohie.org
- OpenHIE Architecture Specification — Create Patient Demographic Record Workflowguides.ohie.org
- OpenHIE — Master Facility List Experiences and Lessons from Mozambiqueohie.org
- OpenHIE — Health Worker Registry Project in South Africaohie.org

