FHIR (Fast Healthcare Interoperability Resources)

FHIR (Fast Healthcare Interoperability Resources) é um padrão da HL7 International para troca de informações de saúde, utilizando unidades de dados modulares chamadas recursos e interfaces de programação de aplicações (APIs) no estilo web. Ele combina a modelagem de informações estruturadas dos padrões HL7 anteriores com tecnologias web amplamente utilizadas — APIs RESTful, serialização JSON e XML, e HTTP padrão — para tornar os dados de saúde mais fáceis de acessar e para construir aplicações.

Definition

FHIR é um padrão que representa dados clínicos e administrativos como recursos discretos e autocontidos — cada um com uma estrutura definida e uma identidade estável — e os troca através de uma interface de programação de aplicações (API) RESTful sobre protocolos web padrão, para que sistemas e aplicações possam ler, escrever e pesquisar dados de saúde de forma interoperável.

Scope

Esta entrada aborda o modelo de recursos FHIR, seu paradigma de troca RESTful, a criação de perfis para necessidades locais e sua relação com padrões HL7 anteriores e com aplicações substituíveis, como o SMART on FHIR. Ela trata o FHIR como um padrão de troca de dados e um tópico metodológico; não fornece orientação sobre implementação, configuração de segurança ou aquisição.

Core questions

• O que é um recurso FHIR e como os recursos se combinam para representar um registro de paciente?
• Como a abordagem da API RESTful difere da troca de mensagens HL7 v2?
• O que são perfis e extensões, e por que são necessários?
• Como o FHIR permite aplicações substituíveis como o SMART on FHIR?

Key concepts

• Recursos (Paciente, Observação, Encontro, Solicitação de Medicação, etc.)
• API RESTful (criar, ler, atualizar, excluir, pesquisar)
• Serialização JSON e XML
• Referências e "bundles" (pacotes)
• Perfis e extensões
• Guias de implementação
• Aplicações substituíveis SMART on FHIR

Mechanisms

O FHIR modela as informações de saúde como recursos — unidades modulares como Paciente, Observação ou Solicitação de Medicação — cada um com um conjunto definido de elementos e uma identidade estável e endereçável. Os recursos fazem referência uns aos outros, e grupos de recursos podem ser agrupados em "bundles" (pacotes). Os sistemas os trocam através de uma interface RESTful na qual operações HTTP padrão criam, leem, atualizam, excluem e pesquisam recursos, com dados serializados como JSON ou XML. Como as implementações individuais precisam de restrições locais, o FHIR suporta o "profiling" (criação de perfis): perfis e extensões adaptam os recursos base a uma jurisdição ou caso de uso, e guias de implementação os empacotam para uma comunidade. Este design de recurso e API também sustenta aplicações substituíveis, onde um aplicativo autorizado contra um "endpoint" FHIR (o padrão SMART on FHIR) pode ser executado em sistemas conformes.

Clinical relevance

O FHIR é cada vez mais a base para aplicativos voltados para o paciente, acesso a dados clínicos e troca entre organizações, e é destaque na política nacional de interoperabilidade. Esta entrada descreve como o FHIR estrutura e expõe os dados; é material de referência sobre o padrão e não é uma orientação para construir, proteger ou implantar qualquer sistema clínico.

Evidence & guidelines

O FHIR é um padrão normativo da HL7 International, desenvolvido e votado através da HL7, com guias de implementação nacionais e regionais que o restringem para uso local. Bender e Sartipi (2013) é uma descrição técnica inicial do design RESTful do padrão; o livro de Benson e Grieve oferece um relato consolidado do FHIR juntamente com HL7 e SNOMED CT, e Mandl e Kohane (2012) fornecem a justificativa política para a arquitetura aberta baseada em aplicativos que o FHIR suporta.

History

O FHIR foi iniciado pela HL7 por volta de 2011-2012, liderado por Grahame Grieve, como uma alternativa deliberadamente mais leve à versão 3 do HL7 que reutilizava tecnologias web convencionais. Descrições iniciais, como Bender e Sartipi (2013), o enquadraram como uma abordagem ágil e RESTful, e o padrão avançou através de lançamentos sucessivos em direção ao status normativo durante a década de 2010, convergindo com argumentos políticos para uma TI de saúde aberta e substituível.

Debates

Quão bem o FHIR alcança a verdadeira interoperabilidade semântica?

O FHIR padroniza bem a estrutura e a troca, mas o significado consistente ainda depende do uso disciplinado de perfis e vinculações de terminologia; a variação na criação de perfis entre as implementações pode limitar a interoperabilidade semântica "out-of-the-box".

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

Como o FHIR difere da troca de mensagens HL7 v2?

O HL7 v2 envia mensagens orientadas a eventos com segmentos delimitados, enquanto o FHIR expõe recursos discretos através de uma API web RESTful que os sistemas podem ler, escrever e pesquisar diretamente, usando formatos convencionais como JSON sobre HTTP.

O que significa SMART on FHIR?

SMART on FHIR é um padrão no qual uma aplicação se autoriza contra um "endpoint" FHIR usando padrões abertos, de modo que o mesmo aplicativo pode ser executado em diferentes sistemas que expõem APIs FHIR conformes; é uma das motivações para o design de recursos e API do FHIR.