DocumentaçãoSuporteCosta Rica · Contato
  • Sintática
  • Técnica
  • Semântica

FHIRFast Healthcare Interoperability Resources

Em poucas palavras

FHIR é o padrão da HL7 International que organiza os dados de saúde em peças reutilizáveis chamadas recursos (paciente, observação, medicamento), que diferentes sistemas leem e escrevem da mesma forma. Os recursos são trocados principalmente por meio de APIs web, como as que os aplicativos modernos usam. Hoje é usado por regulações e redes nacionais em países como EUA, Brasil e Índia.

Tipo
Padrão
Responsável
HL7 International
Versão vigente
R5 (5.0.0)
Revisado
25 de outubro de 2026

Explicação

O que é

FHIR (Fast Healthcare Interoperability Resources) é um padrão da HL7 International que modela os dados de saúde como recursos: unidades pequenas e bem definidas, como Patient, Observation, Condition ou MedicationRequest. Todo recurso tem uma estrutura comum, é representado em JSON ou XML e é identificado por uma URL.

Como é trocado

O padrão descreve várias formas de troca, que podem ser combinadas:

  • API REST: ler, buscar, criar e atualizar recursos sobre HTTP.
  • Documentos: um Bundle encabeçado por uma Composition que viaja como unidade, como no IPS.
  • Mensageria: Bundles enviados de um sistema a outro.
  • Serviços e operações, como $expand ou $validate-code em terminologias.
  • Assinaturas (subscriptions), para avisar outro sistema quando algo muda.

O FHIR quase nunca é usado «como está». Países e comunidades publicam guias de implementação com perfis que restringem e ampliam os recursos para um caso de uso concreto, como o IPS ou os guias nacionais.

Versões

VersãoNúmeroAnoSituação
R44.0.12019Primeira com conteúdo normativo
R4B4.3.02022Uso experimental (trial use)
R55.0.02023Versão publicada vigente
R66.0.0 (rascunho)—Em votação na HL7; a segunda votação completa saiu em julho de 2026

Em outubro de 2026, a R5 é a versão publicada vigente; ainda assim, guias como o IPS, o da RNDS do Brasil e o da ABDM da Índia se baseiam na R4.

Equívocos comuns

  • «Ter FHIR» não garante interoperabilidade. Dois servidores FHIR que não compartilham guia de implementação nem terminologias não se entendem.
  • O FHIR não basta para autorizar o acesso de apps. Para isso existe o SMART App Launch, que se apoia no OAuth 2.0 e é exigido pela certificação do ONC (antes ASTP/ONC) nos EUA.
  • As versões não são intercambiáveis: um cliente R4 não lê R5 sem conversão.
  • O FHIR não substitui de imediato o HL7 v2 nem o CDA. Eles convivem, e em 2025 a HL7 publicou um guia oficial para mapear mensagens v2 para FHIR.

Exemplos de uso

  1. Nos EUA, o critério de certificação § 170.315(g)(10) do ONC (antes ASTP/ONC) exige uma API FHIR com perfis US Core e autorização SMART App Launch.

  2. A API Blue Button 2.0 do CMS entrega, com FHIR, os dados de sinistros do Medicare aos aplicativos que o beneficiário autoriza.

  3. A RNDS do Brasil publica seus perfis em um guia FHIR R4 (4.0.1); a primeira troca foi a notificação de resultados de exames de SARS-CoV-2.

  4. Na Índia, o NRCeS publica o guia FHIR R4 da ABDM, o programa da National Health Authority, com perfis para receitas, resumos de alta e laudos diagnósticos.

  5. O IPS da HL7 é um guia FHIR R4: um servidor o gera sob demanda com a operação $summary.

  6. Um laboratório publica seus resultados como recursos Observation agrupados em um DiagnosticReport para que o prontuário os consulte.

Relação com outros termos

Apoia-se em4

  • Conjunto de valoresForte

    Quase todos os elementos codificados do FHIR são vinculados a um conjunto de valores com uma força de vinculação.

  • LOINCForte

    O perfil de sinais vitais da especificação base exige representar esses dados com códigos LOINC.

  • SNOMED CTForte

    A especificação base usa conjuntos de valores do SNOMED CT sobretudo como vinculações de exemplo; seu uso é amplo em guias nacionais e no IPS.

  • UCUMMédia

    Quantity recomenda unidades UCUM; os tipos Age, Duration, Distance e Count exigem UCUM só quando o sistema da unidade é informado.

Dependem deste12

  • IHE MHDObrigatória

    O MHD é definido sobre o FHIR R4: suas transações usam recursos como DocumentReference e List.

  • IPSObrigatória

    O guia da HL7 define o IPS como documento FHIR R4; a HL7 publica como alternativa uma representação em CDA R2.

  • SMART App LaunchObrigatória

    O SMART autoriza o acesso a servidores FHIR e expressa as permissões com tipos de recursos FHIR.

  • DPI-HMédia

    O relatório cita o HL7 FHIR como exemplo de padrão de mensagens para a camada de interoperabilidade.

  • Gestão do consentimentoMédia

    O FHIR oferece o recurso Consent e o perfil IHE PCF se apoia nele; também há implementações sem FHIR, como o IHE BPPC.

  • IHEMédia

    Os perfis mais recentes da IHE, como MHD, PIXm, PDQm ou IUA, são definidos sobre FHIR ou APIs REST.

  • IHE ATNAMédia

    Só quando se usa o RESTful ATNA, que registra e consulta eventos de auditoria como recursos AuditEvent do FHIR.

  • Índice mestre de pacientes (MPI)Média

    PIXm, PDQm e PMIR oferecem as mesmas funções sobre FHIR; um MPI pode funcionar sem FHIR.

  • OpenHIEMédia

    Alguns fluxos, como o cadastro de um paciente, oferecem transações FHIR como alternativa às baseadas em HL7 v2.

  • Servidor de terminologiasMédia

    O FHIR define uma interface padrão de serviço terminológico, mas um servidor de terminologias pode oferecer outras interfaces.

  • TEFCAMédia

    O TEFCA tem um procedimento operacional para a troca facilitada com FHIR, que convive com a troca baseada em documentos.

  • Troca de informações de saúde (HIE)Média

    Um HIE pode expor APIs FHIR (o OpenHIE aceita transações FHIR como alternativa), mas o conceito não depende de um padrão específico.

Fontes

  1. HL7 FHIR — Directory of published versionshl7.org
  2. HL7 FHIR — Exchange modulehl7.org
  3. HL7 Version 2 to FHIR Implementation Guidehl7.org
  4. ONC — § 170.315(g)(10) Standardized API for patient and population serviceshealthit.gov
  5. CMS — Blue Button 2.0 API documentationbluebutton.cms.gov
  6. Ministério da Saúde — RNDS, guia de implementação FHIRrnds-fhir.saude.gov.br
  7. Ministério da Saúde — Guia da RNDS: introduçãornds-guia.saude.gov.br
  8. NRCeS — FHIR Implementation Guide for ABDMnrces.in
  9. HL7 — International Patient Summary Implementation Guidehl7.org
  10. Federal Register — HHS Statement of Organization: Office of the National Coordinator for Health IT (91 FR 16204, 1 April 2026)federalregister.gov
Glossário de interoperabilidade em saúde