Os Recursos de interoperabilidade rápida 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 de aplicativos (API) para representar e trocar registros de saúde eletrônicos (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 a troca de dados entre sistemas.
O FHIR inclui o seguinte:
- Um 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 mais recente da especificação do FHIR.
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, a solução de incompatibilidades entre diferentes sistemas se torna cara e demorada.
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, de infraestrutura ou financeiros discretos. Cada recurso está vinculado a um identificador exclusivo, facilitando o acesso e a modificação dos mesmos dados pelos aplicativos. Os recursos podem ser compilados e distribuídos para diferentes provedores de serviços de saúde em formatos que obedecem aos respectivos modelos de dados.
O FHIR é uma ferramenta valiosa para melhorar a interoperabilidade dos sistemas de TI de saúde. Isso pode ajudar a reduzir custos, melhorar a eficiência e a qualidade do atendimento.
Benefícios do FHIR
Interoperabilidade entre dispositivos e plataformas
O FHIR acomoda 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 de saúde eletrônicos (EHRs, na sigla em inglês) e trocar dados entre sistemas de TI de saúde.
O FHIR permite que o EHR seja trocado entre provedores de cuidados de saúde e consumidores em plataformas como:
- Compartilhamento de dados baseado em prontuários eletrônicos
- Apps para dispositivos móveis
- Aplicativos baseados na nuvem
- Dispositivos wearables
A API FHIR também permite que apps de terceiros sejam integrados a sistemas existentes.
Compatibilidade com padrões legados
O FHIR evoluiu das mensagens HL7 versão 2 e da arquitetura de documentos clínicos HL7 versão 3 (HL7 CDA). O FHIR pode ser usado em parceria com o HL7v2 e o 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 úteis e decifrados
Como o FHIR é implementado sobre o protocolo HTTPS, é possível extrair e analisar os recursos do FHIR para oferecer suporte a machine learning, IA e outras formas de análise de dados. Esses recursos permitem gerar um entendimento mais profundo e versátil dos 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 com base nos recursos compartilhados e elimina inconsistências nos modelos de dados. Essa uniformidade melhora a precisão e a legibilidade dos dados nas trocas entre os sistemas de saúde.
O FHIR elimina a necessidade de modificar individualmente o modelo de dados de cada
sistema de TI da 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
podem usar solicitações GET e POST para recuperar 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 na loja FHIR em um tópico do Pub/Sub.
- Exigir integridade referencial.
- Ativar o controle de versão 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, criado com base em tipos de dados que consistem em clusters reutilizáveis de elementos.
- Um conjunto comum de metadados que fornece contexto técnico e estrutural.
- Uma representação de texto legível por humanos que usa HTML como uma opção de exibição alternativa 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 tem como objetivo abranger todos os documentos ou tipos de dados possíveis. Em vez disso, o FHIR oferece suporte à maioria dos casos de uso clínico 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 de recursos que se enquadram em um uso e contexto específicos. A API Cloud Healthcare aplica perfis ao validar recursos de acordo com as restrições no perfil relevante.
Por exemplo, a gravação da etnia de um paciente não é permitida em algumas regiões, mas é obrigatória em outras. Usando perfis, a especificação de base do FHIR pode definir e exigir uma extensão "etnia" de acordo com as políticas regionais. Portanto, os perfis ajudam países, regiões, distritos e organizações a personalizar dados de acordo com as regulamentações e necessidades de dados de saúde.
Você pode usar perfis para:
- Estenda e restrinja a API FHIR definindo outras operações, especifique parâmetros de pesquisa preexistentes necessários e adicione novos parâmetros de pesquisa.
- Estenda e restrinja recursos definindo extensões de recursos e mudando a cardinalidade dos campos.
Uma coleção de perfis pode ser publicada como um guia de implementação. Os guias de implementação são legíveis por humanos e máquinas. 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 do FHIR, consulte Extensões do 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.
Como integrar com o OMOP
O modelo de dados comuns OMOP (OMOP CDM) é um padrão desenvolvido pela Observational Health Data Sciences and Informatics (OHDSI, na sigla em inglês). Ele é usado principalmente para dados clínicos observacionais. O conjunto de ferramentas do OHDSI pode ajudar em casos de uso comuns de análise, como definição de coorte, geração de coorte e estimativa de efeito de população. É um modelo de dados usado com frequência em pesquisas genômicas e farmacêuticas devido ao suporte à terminologia e à genética.
Consulte os recursos a seguir para mais detalhes sobre o OMOP:
- Modelo de dados comum do OMOP
- Modelo de dados comum e vocabulários padronizados do OMOP
- Primeiros passos com a OHDSI
Ao integrar o FHIR e o OMOP, os dados clínicos de prontuários eletrônicos e outras fontes no formato FHIR podem ser usados como dados de pesquisa no padrão OMOP. Campos específicos e elementos de dados no OMOP também podem ser integrados aos dados existentes no FHIR.
É possível usar o motor de mapeamento de harmonização de dados da API Cloud Healthcare de código aberto para realizar as seguintes tarefas:
- Harmonização de dados com o CDM do OMOP e outros.
- Configurar o mapeamento de dados para a conversão de dados FHIR para OMEP.