O DHIS2 apoia a utilização do HL7 FHIR nas implementações no domínio da saúde. Os metadados nos sistemas DHIS2 podem ser mapeados para perfis FHIR padrão, proporcionando compatibilidade com os perfis de pacientes FHIR nacionais e as diretrizes SMART da OMS. Nesta página, pode obter mais informações sobre ferramentas e abordagens para o intercâmbio e integração de dados DHIS2 utilizando FHIR
O HL7Ⓡ FHIRⓇ (Fast Healthcare Interoperability Resources) é uma norma que tem a curadoria da Health Level Seven International. A partir da descrição do produto HL7 FHIR:
A FHIR é uma norma de interoperabilidade destinada a facilitar o intercâmbio de informações sobre cuidados de saúde entre prestadores de cuidados de saúde, doentes, prestadores de cuidados de saúde, entidades pagadoras, investigadores e qualquer outra pessoa envolvida no ecossistema de cuidados de saúde. É constituída por duas partes principais – um modelo de conteúdos sob a forma de “recursos” e uma especificação para o intercâmbio destes recursos sob a forma de interfaces RESTful em tempo real, bem como de mensagens e documentos.
Enquanto as normas anteriores, como a HL7 v2, não desapareceram, a FHIR adopta uma abordagem moderna, por exemplo, utilizando os paradigmas RESTful, que são mais familiares aos modernos programadores de aplicações Web. Nos últimos anos, registou-se um aumento do interesse e da aceitação, com os principais fornecedores, como a Microsoft, a Google, a Epic e outros, a criarem ferramentas e interfaces compatíveis com FHIR. Tem havido também um interesse e um trabalho consideráveis no seio da comunidade internacional de desenvolvimento, incluindo a comunidade OpenHIE e os grupos de trabalho técnicos da OMS.
O FHIR define uma ontologia rica de recursos de base, como Patient, Observation, ValueSet, CodeSystem, etc. A rápida evolução da FHIR resultou na necessidade de estabelecer diferentes níveis de maturidade para diferentes recursos. Assim, embora esteja em constante desenvolvimento, há um subconjunto crescente de recursos que alcançaram um estatuto normativo.
Os recursos de base são definidos tendo em conta a extensibilidade e a personalização. Os campos e codificações necessários para descrever um doente nos Estados Unidos, por exemplo, podem ser substancialmente diferentes dos exigidos na Noruega ou na Serra Leoa. O processo de personalização, extensão e limitação dos recursos de base é conhecido como definição de perfis. O estabelecimento de consenso em torno dos perfis é uma atividade fundamental para estabelecer a interoperabilidade real entre os sistemas participantes. Em termos de DHIS2, isto é semelhante às Tracked Entity Instances (TEIs) – o facto de dois sistemas DHIS2 suportarem TEIs não implica necessariamente que possam trocar dados sem harmonizar atributos, conjuntos de opções, etc.
Os recursos FHIR de base são geridos pelo grupo de gestão HL7 FHIR, mas qualquer organização pode criar e publicar perfis. Assim, por exemplo, é uma atividade comum das jurisdições nacionais criar perfis nacionais. Tem havido algumas tentativas de harmonizar estas actividades através de esforços como o Resumo Internacional de Doentes.
Um conceito relacionado com o perfil FHIR é o Guia de Implementação (IG) FHIR. Os IGs fornecem uma forma consistente de descrever colecções relacionadas de recursos FHIR perfilados para abordar domínios de problemas específicos. Normalmente, incorporam artefactos legíveis por máquina, bem como texto narrativo, exemplos, etc.
O DHIS2, tal como quase todos os sistemas de software digital de saúde de grande dimensão e já estabelecidos, é construído em torno de um modelo de dados que evoluiu ao longo de muitos anos para responder eficazmente a uma grande variedade de casos de utilização no domínio da saúde e não só. O modelo é estável, robusto e bem documentado. Vemos a FHIR como uma norma de interoperabilidade e não como um substituto do nosso modelo interno. O desafio consiste, portanto, em criar mapeamentos eficazes entre os recursos do modelo DHIS2 e os recursos equivalentes ou semelhantes do modelo FHIR. Este desafio não é trivial, uma vez que ambos os modelos são altamente personalizáveis e extensíveis. Por isso, abordamos o problema de forma incremental e iterativa, preferindo basear a nossa abordagem em aplicações concretas.
Tecnicamente, isto implica a utilização de transformações, interfaces e fachadas, que traduzem os recursos FHIR para o modelo de dados DHIS2 subjacente, utilizando um quadro de integração como o Apache Camel (por exemplo, transformando uma Tracked Entity Instance (TEI) num perfil de doente FHIR). Este aspeto é descrito com mais pormenor na secção sobre tecnologia.
Esta abordagem já foi utilizada com êxito no mundo real. Por exemplo, como parte do nosso trabalho com a implementação regional da segurança das vacinas da OPAS (ESAVI), que utiliza uma versão personalizada do pacote de metadados do DHIS2 AEFI Tracker para recolher dados que são mapeados num questionário de perfil FHIR para facilitar a partilha de dados com outros sistemas e que podem subsequentemente apoiar a compatibilidade com a base de dados global de farmacovigilância Vigibase. Este é um bom exemplo de um processo de interoperabilidade que se baseia em necessidades reais num país ou contexto regional específico, por oposição a projectos que se baseiam em esquemas abstractos, que tendem a ser mais difíceis e a ter menos impacto.
Em todos os casos que explorámos até agora, conseguimos transformar com êxito os dados DHIS2 em FHIR. A equipa de integração do DHIS2 continua a trabalhar com parceiros locais e globais sobre as necessidades específicas do FHIR e o desenvolvimento de abordagens genéricas que podem ser partilhadas e adaptadas. Se tiver um problema que precise de resolver com o FHIR, entre em contacto connosco: integration@dhis2.org
Mapeamento para Questionário / QuestionnaireResponse: Os questionários FHIR fornecem um mecanismo conveniente para a interoperabilidade entre sistemas que não partilham necessariamente a mesma coleção rica de recursos FHIR específicos do domínio. Os Repositórios FHIR nativos podem mapear Questionários utilizando, por exemplo, SDC (Structured data Capture). Do mesmo modo, no lado do DHIS2, podemos mapear os formulários de introdução de dados de rastreio e agregados para os questionários. O Questionário abstrai a diferença no modelo de dados de ambos os lados.
Como já foi referido, esta abordagem foi utilizada eficazmente pela OPAS no intercâmbio de dados de rastreio. Também estamos atualmente a trabalhar num mapeamento normalizado entre os conjuntos de dados agregados do DHIS2 e os questionários FHIR.
Mapeamento para o recurso do paciente: Um perfil FHIR específico em que nos concentrámos foi o International Patient Standard (IPS). A equipa do DHIS2 traduziu os metadados do DHIS2 Tracker para uma carga útil do Patient em conformidade com o IPS. Isto permitir-nos-á eventualmente apoiar a importação e exportação de dados demográficos dos doentes (por exemplo, no encaminhamento de doentes sob a forma de um resumo internacional de doentes).
Expor metadados DHIS2 como recursos FHIR: Desenvolvemos transformações para exprimir os conjuntos de opções e as unidades de organização do DHIS2 como ValueSets do FHIR e recursos compatíveis com o mCSD. Generalizando a partir desta experiência, estamos a trabalhar no sentido de as implementações poderem expor e descrever os seus metadados estruturais de forma mais geral utilizando o FHIR.
Utilizando as ferramentas que desenvolvemos até agora, é possível pegar em alguns aspectos dos metadados do DHIS2 e produzir um guia de implementação FHIR a partir deles. Isto significa que os países e as organizações que utilizam o DHIS2 como ambiente de criação nacional (para recolha de dados sobre os doentes, relatórios agregados, etc.) – que é um papel típico do DHIS2 na arquitetura da informação digital de saúde de um país – podem gerar perfis FHIR que representam a informação que se encontra na sua instância DHIS2.
A equipa de integração do DHIS2 utiliza o middleware de código aberto Apache Camel para uma variedade de projectos de integração. Para facilitar a vida dos engenheiros de integração, desenvolvemos uma biblioteca de cliente java DHIS2 e um componente DHIS2 Camel, que facilita a criação de rotas entre pontos finais DHIS2 e outros componentes Camel (como FHIR, HL7v2x, etc.). Considerámo-lo particularmente útil para suportar formatos e transformações de dados FHIR. Existem outras opções de middleware, mas selecionámos o Apache Camel devido à sua flexibilidade, maturidade e utilização extensiva numa variedade de indústrias, o que significa que já existem muitos conectores que podem ajudar a ligar o DHIS2 a qualquer sistema com o qual os países o queiram integrar. Há vários exemplos de utilizações semelhantes do Camel para transformar dados de saúde, incluindo a ferramenta ETL OpenMRS, a ponte OpenEHR FHIR e a plataforma de integração Open eHealth.
Esta abordagem funciona através da comunicação com a instância DHIS2 num dos lados do conetor Apache Camel e, em seguida, efectua uma transformação que traduz os dados DHIS2 para o formato FHIR. Existem dois métodos para o fazer:
O Conjunto de Ferramentas de Integração do DHIS2 contém ferramentas de código aberto, exemplos de código e implementações de referência que apoiam a integração do DHIS2 através do FHIR.
Nos artigos abaixo, pode ler sobre a forma como os países e as organizações estão a utilizar e a testar o FHIR com o DHIS2 para responder às necessidades do mundo real.
O DHIS2 serve de plataforma para alargar o armazenamento e a análise eficazes de dados para o planeamento de recursos humanos através da integração e da interoperabilidade.
Apoiando a introdução da vacina contra a COVID, a Organização Pan-Americana de Saúde centrou-se no reforço da farmacovigilância após a imunização, tirando partido da interoperabilidade baseada no FHIR.
O Centro Biomédico do Ruanda, apoiado pelo CDC dos EUA, demonstrou que um ecossistema de intercâmbio de informações de saúde baseado em tecnologias de fonte aberta e normas abertas pode apoiar a geração de um conjunto completo de dados para o CBS de rotina sobre o VIH.
A equipa de integração do DHIS2 está entusiasmada por trabalhar com os parceiros nacionais para responder a necessidades concretas de FHIR. A nossa abordagem incremental ao FHIR significa que estamos dependentes de casos de utilização do mundo real para impulsionar o desenvolvimento. Se tiver um projeto específico de integração FHIR relacionado com o DHIS2, entre em contacto connosco: integration@dhis2.org