FHIR (Fast Healthcare Interoperability Resources)
FHIR R4 é o padrão HL7 de interoperabilidade por APIs REST. Veja como Patient, ImagingStudy, DiagnosticReport e ServiceRequest estruturam o fluxo radiológico.
Definição
FHIR (Fast Healthcare Interoperability Resources) é o padrão de interoperabilidade da HL7 International construído sobre recursos modulares trocados por APIs REST, com serialização em JSON ou XML. A versão R4, publicada em 2019, foi a primeira a conter partes normativas estáveis e se tornou a base das principais implementações em produção. Cada recurso representa um conceito clínico ou administrativo com estrutura definida, vínculos com terminologias e mecanismo formal de extensões para requisitos locais.
Na radiologia, quatro recursos concentram o fluxo. ServiceRequest representa o pedido do exame, Patient carrega identificação e dados demográficos, ImagingStudy descreve o estudo DICOM (modalidade, séries, Study Instance UID, Accession Number) e DiagnosticReport transporta o laudo com texto, conclusão e códigos. O DiagnosticReport referencia o ImagingStudy e o ServiceRequest de origem, criando um encadeamento navegável entre pedido, imagem e resultado que o HL7 v2 expressa apenas de forma implícita em campos de mensagem.
No Brasil, FHIR convive com HL7 v2, ainda dominante em RIS e HIS legados, e com a RNDS do Ministério da Saúde, que adota FHIR R4 como padrão nacional. A Laudos.AI integra pelos dois caminhos: recebe o pedido por ORM ou ServiceRequest e devolve o laudo assinado pelo médico por ORU ou DiagnosticReport, sem exigir troca de PACS ou RIS. Detalhes práticos estão em /integracoes/api.
Na prática
Mapeie pedido, estudo e laudo para ServiceRequest, ImagingStudy e DiagnosticReport antes de discutir perfis. A maioria das integrações radiológicas usa menos de dez recursos.
Garanta que o identificador do pedido trafegue em ServiceRequest.identifier e ImagingStudy.identifier. Sem essa chave, o DiagnosticReport não volta ao exame correto.
Poucos RIS brasileiros expõem FHIR nativo. Um motor de integração traduzindo ORM e ORU para recursos FHIR costuma ser o caminho mais rápido.
Use validadores oficiais e perfis publicados para checar cardinalidades e terminologias antes da homologação. Erros de conformidade descobertos em produção custam caro.
Como aparece no laudo
“Fluxo típico com FHIR: o RIS cria um ServiceRequest, a Laudos.AI associa o estudo DICOM correspondente via Accession Number e, após a assinatura do médico, publica um DiagnosticReport com o texto final, que o prontuário consome sem redigitação.”
API, HL7, DICOM e Agent são caminhos distintos. Compatibilidade, eventos, campos, retorno e contingência são homologados por sistema e versão; não existe promessa de integração universal.
Termos relacionados
Perguntas frequentes
O que é FHIR (Fast Healthcare Interoperability Resources)?
FHIR (Fast Healthcare Interoperability Resources) é o padrão de interoperabilidade da HL7 International construído sobre recursos modulares trocados por APIs REST, com serialização em JSON ou XML. A versão R4, publicada em 2019, foi a primeira a conter partes normativas estáveis e se tornou a base das principais implementações em produção. Cada recurso representa um conceito clínico ou administrativo com estrutura definida, vínculos com terminologias e mecanismo formal de extensões para requisitos locais. Glossário de radiologia
FHIR substitui o DICOM na radiologia?
Não. DICOM continua responsável por aquisição, armazenamento e transmissão das imagens. FHIR organiza o contexto clínico e administrativo (pedido, paciente, laudo) e referencia o estudo DICOM pelo recurso ImagingStudy.
Qual a diferença entre FHIR R4 e HL7 v2?
HL7 v2 é mensageria orientada a eventos, com segmentos posicionais e forte dependência de customizações locais. FHIR usa recursos com esquema explícito, APIs REST e terminologias vinculadas, o que facilita validação e reuso. Em muitos hospitais os dois convivem por anos.
Preciso migrar meu RIS para FHIR antes de adotar IA em laudos?
Não. A Laudos.AI integra por HL7 v2, FHIR R4, DICOM-SR e DICOM MWL, conforme o que o ambiente já oferece, sem trocar PACS ou RIS. A migração para FHIR pode acontecer depois, de forma independente.
Referências
- FHIR R4 Specification · HL7 International · 2019
- RNDS, Rede Nacional de Dados em Saúde · Ministério da Saúde · 2020
Conteúdo atualizado em .