Os Fast Healthcare Interoperability Resources (FHIR) são uma norma de dados de saúde com uma interface de programação de aplicações (API) para representar e trocar registos de saúde eletrónicos (RSE). O FHIR é uma rede de informações que lhe permite associar dados entre sistemas e uma rede de comunicação que lhe permite trocar 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 publicada mais recentemente da especificação FHIR.
Importância do FHIR na tecnologia de informação de cuidados de saúde
Os sistemas de TI de cuidados de saúde muitas vezes não partilham os mesmos modelos de dados. À medida que os dados de cuidados de saúde se tornam mais digitais, a resolução de incompatibilidades entre diferentes sistemas torna-se dispendiosa e demorada.
A FHIR define um modelo de dados comum e uma arquitetura REST para que diferentes sistemas de cuidados de saúde possam partilhar e integrar dados. O FHIR foi concebido para ser flexível e adaptável, de modo a poder ser usado numa vasta gama de definições e com diferentes sistemas de informações de cuidados de saúde.
O FHIR usa recursos para representar elementos de dados médicos, administrativos, de infraestrutura ou financeiros discretos. Cada recurso está associado a um identificador exclusivo, o que simplifica o acesso e a modificação dos mesmos dados por parte das aplicações. Os recursos podem ser compilados e distribuídos a diferentes fornecedores de cuidados de saúde em formatos que estejam em conformidade com os respetivos modelos de dados.
O FHIR é uma ferramenta valiosa para melhorar a interoperabilidade dos sistemas de TI de cuidados de saúde. Pode ajudar a reduzir os custos, melhorar a eficiência e melhorar a qualidade dos cuidados.
Vantagens da FHIR
Interoperabilidade entre dispositivos e plataformas
A FHIR facilita a troca de dados de cuidados de saúde de silos de dados monolíticos para APIs abertas. O FHIR é a norma de dados de cuidados de saúde principal com APIs abertas para aceder, pesquisar e modificar registos de saúde eletrónicos (RSE) e trocar dados entre sistemas de TI de cuidados de saúde.
A FHIR permite a troca de RSE entre fornecedores de cuidados de saúde e consumidores em plataformas como as seguintes:
- Partilha de dados baseada em RSE
- Apps para dispositivos móveis
- Aplicações baseadas na nuvem
- Dispositivos wearable
A API FHIR também permite que apps de terceiros se integrem com sistemas existentes.
Compatibilidade com normas antigas
O FHIR evoluiu a partir das mensagens da versão 2 do HL7 e da arquitetura de documentos clínicos (HL7 CDA) da versão 3 do HL7. 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 outras normas HL7, consulte o Apêndice: a relação entre o FHIR e outras normas HL7.
Dados decifráveis e úteis
Uma vez que o FHIR é implementado sobre o protocolo HTTPS, pode obter e analisar recursos FHIR para suportar a aprendizagem automática, a IA e outras formas de análise de dados. Estas capacidades permitem-lhe gerar uma compreensão mais profunda e versátil dos seus dados de saúde.
Intercâmbio de dados eficiente
A abordagem baseada em recursos da FHIR facilita a troca de dados mais eficiente e precisa. Uma vez que a FHIR usa uma norma uniforme para informações de saúde, permite-lhe criar modelos personalizados a partir dos recursos base partilhados e elimina a inconsistência nos modelos de dados. Esta uniformidade melhora a precisão e a legibilidade dos dados nas trocas de dados entre sistemas de saúde.
A FHIR elimina a necessidade de modificar individualmente o modelo de dados de cada sistema de TI de saúde através da troca de dados como recursos. A FHIR expõe recursos como pacientes, admissões e medicamentos como serviços. Por conseguinte, as apps para dispositivos móveis de consumo podem usar pedidos GET e POST para obter e manipular apenas os dados relevantes.
Arquitetura FHIR
Armazenamentos FHIR
Um armazenamento FHIR é um armazenamento de dados na Cloud Healthcare API que contém recursos FHIR. Os armazenamentos FHIR existem em conjuntos de dados.
O recurso FhirStore
fornece uma representação dos atributos de uma loja FHIR. Para cada FHIR
store, pode escolher opções como:
- Ativar a capacidade
updateCreate(DSTU2, STU3, R4, R5). - Publicar alterações na loja FHIR num tópico do Pub/Sub.
- Exigir integridade referencial.
- Ativar o controlo de versões de recursos (DSTU2, STU3, R4, R5).
O estado destas opções de configuração é apresentado na declaração de capacidade (STU3 ou R4 ou R5) ou declaração de conformidade (DSTU2) da loja FHIR.
Recursos FHIR
A FHIR usa recursos para organizar formatos e elementos de dados. Cada recurso tem as seguintes propriedades:
- Um método partilhado para definir e representar dados, criado com base em tipos de dados que consistem em grupos de elementos reutilizáveis.
- Um conjunto comum de metadados que fornece contexto técnico e estrutural.
- Uma representação de texto legível que usa HTML como uma opção de apresentação alternativa para segurança clínica.
A FHIR especifica um conjunto base de recursos que podem ser combinados de várias formas para satisfazer as exigências do modelo de dados dos prestadores de cuidados de saúde. Também fornece representações de observações e documentos clínicos. O FHIR não se destina a abranger todos os documentos ou tipos de dados possíveis. Em alternativa, o FHIR first suporta a maioria dos exemplos de utilização clínicos e de faturação. Em seguida, pode expandir a sua implementação da FHIR para satisfazer necessidades clínicas ou organizacionais adicionais.
Perfis FHIR
Através das extensões, as aplicações podem personalizar os recursos existentes e descrever as respetivas especificações com perfis. Os perfis são um conjunto de instruções além da especificação principal existente para recursos que se enquadram num uso e contexto específicos. A Cloud Healthcare API aplica perfis validando recursos em função das restrições no perfil relevante.
Por exemplo, o registo da etnia de um paciente não é permitido em determinadas regiões, mas é obrigatório noutras. Através dos perfis, a especificação base da FHIR pode definir e exigir uma extensão de "etnia" de acordo com as políticas regionais. Por conseguinte, os perfis ajudam os países, as regiões, os distritos e as organizações a personalizar os dados de acordo com os respetivos regulamentos e necessidades de dados de saúde.
Pode usar perfis para fazer o seguinte:
- Estenda e restrinja a API FHIR definindo operações adicionais, especificando parâmetros de pesquisa pré-existentes obrigatórios e adicionando novos parâmetros de pesquisa.
- Estenda e restrinja 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áquinas e humanos. Podem ser trocados e pesquisados através de REST e usados para gerar código e interfaces do utilizador.
Para mais informações sobre as extensões FHIR, consulte o artigo Extensões FHIR.
Implementação do URL base da FHIR
Conforme mostrado na documentação oficial da FHIR
(DSTU2,
STU3,
e R4),
um URL base do serviço FHIR usa o formato
http(s)://server/PATH. Por exemplo,
https://server/path/Observation.
A Cloud Healthcare API usa um URL base que se alinha com esta norma. O URL base da Cloud Healthcare API contém as seguintes partes:
- O ponto final da Cloud Healthcare API
- A versão da Cloud Healthcare API
- O ID do projeto
- O nome de um conjunto de dados
- A localização do conjunto de dados
- O nome de um FHIR store
- O sufixo
/fhir
A tabela seguinte mostra o formato de um URL base do serviço FHIR e o respetivo URL base equivalente na Cloud Healthcare API:
| URL de base do serviço FHIR | URL equivalente da Cloud Healthcare API |
|---|---|
http(s)://server/PATH |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir |
Para obter informações sobre um paciente através da API FHIR RESTful, faça um pedido HTTP GET. A tabela seguinte mostra o formato a usar para
obter estas informações através do URL base do serviço FHIR e do respetivo URL base equivalente
na Cloud Healthcare API:
| URL de base do serviço FHIR | URL equivalente da Cloud Healthcare API |
|---|---|
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 a 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 o OMOP
O modelo de dados comum OMOP (OMOP CDM) é uma norma desenvolvida pela Observational Health Data Sciences and Informatics (OHDSI). É usado principalmente para dados clínicos de observação. O conjunto de ferramentas da OHDSI pode ajudar em exemplos de utilização de estatísticas comuns, como a definição de coortes, a geração de coortes e a estimativa do efeito da população. É um modelo de dados usado frequentemente na genómica e na investigação farmacêutica devido à sua terminologia abrangente e suporte de genética.
Consulte os seguintes recursos para ver mais detalhes sobre o OMOP:
- Modelo de dados comum OMOP
- Modelo de dados comum OMOP e vocabulários padronizados
- Começar a usar o OHDSI
Ao integrar o FHIR e o OMOP, os dados clínicos dos RSEs e de outras origens no formato FHIR podem ser usados como dados de investigação na norma OMOP. Os campos específicos e os elementos de dados no OMOP também podem ser integrados nos dados existentes no FHIR.
Pode usar o motor de mapeamento de harmonização de dados da Cloud Healthcare API de código aberto para realizar as seguintes tarefas:
- Harmonizar os dados com o OMOP CDM e outros.
- Configurar o mapeamento de dados para a conversão de dados FHIR para OMOP.