Interoperabilidade em Saúde: HL7, FHIR e openEHR Comparados

# Interoperabilidade em Saúde: HL7, FHIR e openEHR Comparados

A interoperabilidade — a capacidade de sistemas diferentes trocarem informações de forma compreensível — é o grande desafio não resolvido da saúde digital. Décadas de desenvolvimento produziram múltiplos padrões, cada um com filosofia e aplicabilidade distintas. Este artigo compara os três mais relevantes: HL7 v2, HL7 FHIR e openEHR.

O problema central

Um paciente é atendido no pronto-socorro, faz exames em um laboratório terceirizado, recebe prescrição em sistema separado e é encaminhado a um especialista que usa outro prontuário. Cada sistema registra dados de forma diferente, em estruturas incompatíveis.

Na prática: O padrão FHIR democratiza a interoperabilidade em saúde com APIs modernas e acessíveis — mas implementar bem exige mapeamento semântico cuidadoso e validação de conformidade.

Sem interoperabilidade, o resultado é:

• Exames repetidos desnecessariamente
• Históricos incompletos disponíveis no ponto de cuidado
• Erros por falta de informação (alergias desconhecidas, interações não detectadas)
• Retrabalho administrativo para compilar informações manualmente

HL7 versão 2: o veterano

O que é

O HL7 v2 surgiu em 1987 e é, até hoje, o padrão de integração mais utilizado no mundo em volume de mensagens. Utiliza um formato texto com delimitadores (pipe "|") para transmitir dados entre sistemas.

Como funciona

Uma mensagem HL7 v2 típica comunica um evento: paciente admitido (ADT), resultado de exame disponível (ORU), pedido de exame realizado (ORM). O sistema emissor envia a mensagem, o receptor processa e confirma.

Pontos fortes

• Instalado em praticamente todo hospital de médio/grande porte
• Ecossistema maduro de ferramentas de integração (engines como Mirth, Rhapsody)
• Flexível — campos podem ser adicionados sem quebrar parsers existentes
• Comunidade experiente e vasta documentação

Limitações

• Formato texto difícil de validar e debugar
• "Flexibilidade" excessiva: cada implementação é diferente, exigindo mapeamentos customizados
• Não foi projetado para APIs web ou mobile
• Modelo de dados plano, sem hierarquia clara
• Orientado a eventos, não a consultas (difícil fazer "me dê todos os resultados de hemoglobina deste paciente")

HL7 FHIR: o moderno

O que é

Fast Healthcare Interoperability Resources (FHIR), publicado pela HL7 International, é uma reimaginação da interoperabilidade usando tecnologias web contemporâneas: REST, JSON, OAuth.

Como funciona

Dados são organizados em "recursos" (Patient, Observation, Condition, etc.) acessíveis via APIs HTTP. Desenvolvedores interagem com dados clínicos da mesma forma que interagem com qualquer API moderna.

Pontos fortes

• Curva de aprendizado acessível para desenvolvedores web
• Suporte nativo a mobile e aplicativos de terceiros (SMART on FHIR)
• Formato JSON legível e ferramental abundante
• Modelo de recurso modular e extensível
• Adoção regulatória crescente (EUA, Brasil/RNDS, Europa)

Limitações

• Modelo de dados orientado a implementação, não a modelo clínico
• Versionamento entre releases pode exigir adaptações
• Menos maduro que HL7 v2 em cenários legados
• Performance pode ser desafiadora em consultas complexas (muitos recursos relacionados)
• Não resolve sozinho a semântica — terminologias ainda precisam ser harmonizadas

openEHR: o acadêmico com ambição clínica

O que é

openEHR é uma abordagem fundamentalmente diferente. Em vez de definir formatos de mensagem ou APIs, define um modelo de informação clínica separado do modelo tecnológico. A separação entre "conhecimento" (arquétipos) e "dados" (instâncias) permite que o modelo clínico evolua sem reescrever software.

Como funciona

Clínicos definem "arquétipos" — modelos de dados clínicos validados pela comunidade (pressão arterial, diagnóstico, procedimento cirúrgico). Sistemas que seguem openEHR armazenam dados conforme esses arquétipos, garantindo interoperabilidade semântica profunda.

Pontos fortes

• Modelo clínico governado por profissionais de saúde, não por desenvolvedores
• Separação clara entre modelo de dados e tecnologia de implementação
• Query language poderosa (AQL) para consultas clínicas complexas
• Repositório internacional de arquétipos reutilizáveis
• Excelente para dados longitudinais e pesquisa

Limitações

• Curva de aprendizado elevada
• Ecossistema menor de fornecedores e ferramentas
• Adoção regulatória limitada comparada ao FHIR
• Complexidade de implementação inicial significativa
• Menos adequado para integrações pontuais simples

Quando usar cada um

A realidade: coexistência

Na prática, hospitais grandes utilizam múltiplos padrões simultaneamente:

• HL7 v2 para integrações internas legadas (laboratório, farmácia, admissão)
• FHIR para APIs externas (portal do paciente, aplicativos, RNDS)
• openEHR (quando adotado) como repositório clínico central

A coexistência exige camadas de tradução (integration engines) e governança de dados consistente.

O cenário brasileiro

O Brasil caminhou na direção do FHIR com a RNDS. Porém, a fragmentação do mercado de prontuários eletrônicos significa que, na prática, muitas integrações ainda dependem de CSVs, PDFs ou até comunicação verbal.

A maturidade de interoperabilidade varia enormemente: grandes redes hospitalares operam com HL7 v2 e FHIR internamente, enquanto clínicas menores muitas vezes não têm integração alguma.

Perguntas Frequentes

O que é FHIR e por que é importante para prontuários eletrônicos?

FHIR (Fast Healthcare Interoperability Resources) é um padrão internacional para troca de dados clínicos via APIs modernas (RESTful). Permite que sistemas de diferentes fornecedores troquem informações de saúde de forma padronizada. É a base da Rede Nacional de Dados em Saúde (RNDS) no Brasil.

Qual a diferença entre FHIR e HL7 v2?

HL7 v2 usa mensageria baseada em texto (pipes and hats) e é amplamente adotado em sistemas legados. FHIR usa APIs RESTful com recursos em JSON/XML, é mais moderno e fácil de implementar para desenvolvedores atuais. Ambos coexistem: FHIR para novas integrações, HL7 v2 mantido onde já funciona.

Meu sistema precisa implementar FHIR?

Se o sistema troca dados com a RNDS (Rede Nacional de Dados em Saúde), a conformidade com FHIR é obrigatória para determinados eventos (vacinação, resultados de exames). Para novas integrações entre sistemas, FHIR é altamente recomendado como padrão de futuro. Para sistemas isolados, a necessidade é menor, mas a preparação é prudente.

Conclusão

Não existe um "melhor" padrão universal. Cada um serve a propósitos diferentes, e a escolha depende do contexto: sistemas existentes, requisitos regulatórios, recursos técnicos disponíveis e visão de longo prazo.

O mais importante não é qual padrão adotar, mas adotar algum — porque o custo da não-interoperabilidade é pago todos os dias, em exames repetidos, informações perdidas e riscos evitáveis para pacientes.