DocumentaçãoSuporteCosta Rica · Contato
  • Organizacional
  • Técnica

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

BlocoComponentes
Serviços de domínioRegistro 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 registroServiç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 interoperabilidadeAutenticação de sistemas, vinculação de trabalhadores a estabelecimentos, orquestração de mensagens, pareamento de entidades
Pontos de atendimentoProntuá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ãoDataMudança destacada
3.0setembro de 2020fluxos de laboratório e nível de maturidade dos fluxos
4.0setembro de 2021passagem de PDF para GitBook, fluxos de vacinas
5.0julho de 2022fluxos de finanças e seguros
5.2agosto de 2024requisitos 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

  1. A comunidade OpenHIE surgiu do trabalho iniciado em 2009 para criar a troca de informações de saúde de Ruanda (RHIE).

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

  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
Glossário de interoperabilidade em saúde