Os recursos rápidos de interoperabilidade de saúde (FHIR, na sigla em inglês) são um padrão de dados de saúde com uma interface de programação do aplicativo (API, na sigla em inglês) para representar e trocar registros eletrônicos de saúde (EHR, na sigla em inglês). O FHIR é uma rede de informações que permite vincular dados entre sistemas e uma rede de comunicação que permite trocar dados entre sistemas.
O FHIR inclui o seguinte:
- Protocolo RESTful baseado em HTTP
- Representação de dados que usa JSON, XML e RDF
Para mais detalhes sobre o FHIR, consulte a versão publicada mais recente da especificação de FHIR (em inglês).
A importância do FHIR na tecnologia da informação em saúde
Os sistemas de TI de saúde geralmente não compartilham os mesmos modelos de dados. À medida que os dados de saúde se tornam mais digitalizados, resolver incompatibilidades entre diferentes sistemas torna-se caro e demorado.
O FHIR define um modelo de dados comum e uma arquitetura REST para que diferentes sistemas de saúde possam compartilhar e integrar dados. O FHIR foi projetado para ser flexível e adaptável, para que possa ser usado em uma ampla variedade de configurações e com diferentes sistemas de informações de saúde.
O FHIR usa recursos para representar elementos de dados médicos, administrativos, infraestruturas ou financeiros discretos. Cada recurso é vinculado a um identificador exclusivo, simplificando o acesso e a modificação dos mesmos dados pelos aplicativos. Os recursos podem ser compilados e distribuídos para diferentes prestadores de cuidados de saúde em formatos que obedeçam aos respectivos modelos de dados.
O FHIR é uma ferramenta valiosa para melhorar a interoperabilidade dos sistemas de TI de saúde. Ele pode ajudar a reduzir custos, melhorar a eficiência e melhorar a qualidade do atendimento.
Benefícios do FHIR
Interoperabilidade entre dispositivos e plataformas
O FHIR adapta a troca de dados de saúde de silos de dados monolíticos para APIs abertas. O FHIR é o principal padrão de dados de saúde com APIs abertas para acessar, pesquisar e modificar registros eletrônicos de saúde (EHR, na sigla em inglês) e trocar dados entre sistemas de TI de saúde.
O FHIR permite a troca de EHR entre prestadores de cuidados de saúde e consumidores em plataformas como as seguintes:
- Compartilhamento de dados baseado em EHR
- Apps para dispositivos móveis
- Aplicativos baseados na nuvem
- Dispositivos wearable
A API FHIR também permite que aplicativos de terceiros se integrem com sistemas existentes.
Compatibilidade com padrões legados
O FHIR evoluiu das mensagens do HL7 versão 2 e da arquitetura de documentos clínicos do HL7 versão 3 (HL7 CDA). O FHIR pode ser usado em parceria com HL7v2 e HL7 CDA.
Para mais informações sobre a relação entre o FHIR e outros padrões HL7, consulte Apêndice: a relação entre o FHIR e outros padrões HL7.
Dados decifráveis e úteis
Como o FHIR é implementado com base no protocolo HTTPS, é possível recuperar e dissecar recursos do FHIR para oferecer suporte a machine learning, IA e outras formas de análise de dados. Esses recursos permitem compreender melhor e mais versátil os dados de saúde.
Troca de dados eficiente
A abordagem baseada em recursos do FHIR facilita a troca de dados mais eficiente e precisa. Como o FHIR usa um padrão uniforme para informações de saúde, ele permite criar modelos personalizados a partir dos recursos de base compartilhada e elimina inconsistência nos modelos de dados. Essa uniformidade melhora a precisão e a legibilidade dos dados nas trocas de dados nos sistemas de saúde.
O FHIR elimina a necessidade de modificar individualmente o modelo de dados de cada
sistema de TI de saúde, trocando dados como recursos. O FHIR expõe recursos como pacientes, admissões e medicamentos como serviços. Portanto, os apps para dispositivos móveis
do consumidor podem usar solicitações GET e POST para extrair e manipular apenas os
dados relevantes.
Arquitetura FHIR
Armazenamentos FHIR
Um armazenamento FHIR é um armazenamento de dados na API Cloud Healthcare que contém recursos FHIR. Os armazenamentos FHIR existem dentro de conjuntos de dados.
O recurso FhirStore fornece uma representação dos atributos de um armazenamento FHIR. Para cada loja de FHIR, você pode escolher opções como:
- Ativar o recurso
updateCreate(DSTU2, STU3, R4). - Publicar alterações no armazenamento FHIR em um tópico do Pub/Sub.
- Exigir integridade referencial.
- Ativação do controle de versões de recursos (DSTU2, STU3, R4).
O estado dessas opções de configuração é mostrado na declaração de capacidade do armazenamento FHIR (STU3 ou R4) ou declaração de conformidade (DSTU2).
Recursos FHIR
O FHIR usa recursos para organizar formatos e elementos de dados. Cada recurso tem as seguintes propriedades:
- Um método compartilhado para definir e representar dados, baseado em tipos de dados que consistem em clusters reutilizáveis de elementos.
- Um conjunto comum de metadados que oferece contexto técnico e estrutural.
- Uma representação de texto legível que usa HTML como opção de exibição substituta para segurança clínica.
O FHIR especifica um conjunto básico de recursos que podem ser combinados de várias maneiras para atender às demandas do modelo de dados dos provedores de serviços de saúde. Ele também fornece representações de observações e documentos. O FHIR não abrange todos os tipos de dados ou documentos possíveis. Em vez disso, o FHIR é compatível primeiro com a maioria dos casos de uso clínicos e de faturamento. Em seguida, você pode estender sua implementação de FHIR para atender a necessidades médicas ou organizacionais adicionais.
Perfis FHIR
Com as extensões, os aplicativos podem personalizar os recursos existentes e descrever as especificações deles com perfis. Os perfis são um conjunto de instruções além da especificação principal atual para recursos que se enquadram em um uso e contexto específicos. A API Cloud Healthcare aplica perfis validando recursos de acordo com as restrições no perfil relevante.
Por exemplo, o registro da etnia de um paciente não é permitido em algumas regiões, mas obrigatório em outras. Usando perfis, a especificação base FHIR pode definir e exigir uma extensão de "etnia" de acordo com as políticas regionais. Portanto, os perfis ajudam países, regiões, distritos e organizações a personalizar os dados de acordo com os regulamentos e as necessidades de dados de saúde.
Você pode usar perfis para fazer o seguinte:
- Estenda e restrinja a API FHIR definindo operações adicionais, especifique os parâmetros de pesquisa preexistentes necessários e adicione novos parâmetros de pesquisa.
- ampliar e restringir recursos definindo extensões de recursos e alterando a cardinalidade dos campos.
É possível publicar uma coleção de perfis como um guia de implementação. Os guias de implementação são legíveis por máquina e por humanos. Eles podem ser trocados e pesquisados usando REST e usados para gerar código e interfaces do usuário.
Para mais informações sobre extensões FHIR, consulte Extensões FHIR.
Implementação do URL base FHIR
Conforme mostrado na documentação oficial do FHIR (DSTU2, STU3 e R4), um URL de base de serviço FHIR usa o formato http(s)://server/PATH. Por exemplo, https://server/path/Observation.
A API Cloud Healthcare usa um URL base que se alinha a esse padrão. O URL base da API Cloud Healthcare contém as seguintes partes:
- O ponto de extremidade da API Cloud Healthcare
- A versão da API Cloud Healthcare
- Código do projeto
- O nome de um conjunto de dados
- O local do conjunto de dados
- O nome de uma loja FHIR
- O sufixo
/fhir
A tabela a seguir mostra o formato de um URL de base de serviço FHIR e o URL base equivalente na API Cloud Healthcare:
| URL base do serviço FHIR | URL equivalente da API Cloud Healthcare |
|---|---|
http(s)://server/PATH |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir |
Para receber informações sobre um paciente usando a FHIR RESTful API, faça uma solicitação HTTP GET. A tabela a seguir mostra o formato a ser usado para receber essas informações usando o URL base do serviço FHIR e o URL base equivalente na API Cloud Healthcare:
| URL base do serviço FHIR | URL equivalente da API Cloud Healthcare |
|---|---|
http(s)://server/path/Patient/PATIENT_ID |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/Patient/PATIENT_ID |
Conformidade com FHIR
Para mais informações sobre as implementações FHIR DSTU2, STU3 e R4 na API Cloud Healthcare, consulte a declaração de conformidade FHIR.
Integração com OMOP
O Modelo de dados comuns OMOP (OMOP CDM, na sigla em inglês) é um padrão desenvolvido pela Ciência e Informação de Dados de Saúde Observacional (OHDSI, na sigla em inglês). É usado principalmente para dados clínicos observacionais. O pacote de ferramentas OHDSI pode auxiliar casos de uso comuns de análise, como definição e geração de coorte e estimativa de efeito popular. Ele é um modelo de dados comumente usado na pesquisa genômica e farmacêutica devido à sua ampla terminologia e suporte genético.
Consulte os seguintes recursos para saber mais detalhes sobre a OMOP:
- Modelo de dados comum OMOP
- Modelo de dados comum e vocabulário padronizado OMOP
- Primeiros passos com OHDSI
Ao integrar o FHIR e o OMOP, os dados clínicos de EHRs e outras fontes no formato FHIR podem ser usados como dados de pesquisa no padrão OMOP. Campos e elementos de dados específicos no OMOP também podem ser integrados aos dados atuais no FHIR.
É possível usar o mecanismo de mapeamento de harmonização de dados da API Cloud Healthcare de código aberto para realizar as seguintes tarefas:
- Harmonização de dados para o CDM OMOP e outros.
- Configurar o mapeamento de dados para conversão de dados de FHIR para OMOP.