Skip to main content

Ecossistema FHIR

FHIR

FHIR √© um padr√£o para a troca de informa√ß√£o em sa√ļde, o acr√īnimo vem de Fast Healthcare Interoperability Resources.

Destacado no pr√≥prio nome, resource, ou recurso, √© o elemento b√°sico empregado para a interoperabilidade de sistemas de informa√ß√£o em sa√ļde usando FHIR.

Um recurso representa algum tipo de entidade do cuidado em sa√ļde. Por exemplo, o recurso Patient √© empregado para dados demogr√°ficos ou outra informa√ß√£o administrativa acerca do indiv√≠duo. Por outro lado, se o que se deseja trocar s√£o medidas como press√£o ou temperatura, por exemplo, ent√£o far√° uso do recurso Observation.

No momento em que esta página é escrita estão definidos 145 tipos distintos de recursos. Todos eles devidamente documentados.

Está além do escopo apresentar o FHIR em abrangência e profundidade. Os primeiros passos podem ser orientados por aqui.

Forge (editor de perfis)

O FHIR visa contemplar um conjunto razo√°vel de cen√°rios, mas n√£o √© poss√≠vel abarcar os usos espec√≠ficos de todo o planeta. Felizmente, o FHIR permite "personaliza√ß√Ķes" por meio de perfis (profiles).

A defini√ß√£o de perfis √© um esfor√ßo de modelagem de informa√ß√£o em sa√ļde. Desenvolvedores ter√£o que ter acesso aos perfis que personalizam os recursos a serem trocados. Afinal, toda a troca de dados dever√° estar em conformidade com os perfis definidos. Consulte os perfis definidos pela RNDS para detalhes.

A edição de um perfil é melhor realizada com o apoio de um editor específico para esta finalidade. Forge, disponível para Windows, é uma opção.

Conv√©m ressaltar que para a integra√ß√£o com a RNDS n√£o ser√° necess√°rio definir perfis (profiles). Esta √© uma atribui√ß√£o da RNDS e os perfis j√° est√£o definidos. O acesso a eles, contudo, √© necess√°rio para verificar se as personaliza√ß√Ķes definidas s√£o atendidas.

Simplifier.NET

Simplifier.NET é um serviço que permite publicar e consultar perfis (profiles). Convém ressaltar que perfis precisam ser conhecidos entre as partes que irão interagir e que ferramenta a Forge, por exemplo, apresentada na seção anterior, permite apenas criá-los.

As facilidades oferecidas pelo Simplifier.NET incluem a navega√ß√£o entre recursos e defini√ß√Ķes pertinentes, o que √© desej√°vel para quem deseja consultar perfis.

Os perfis definidos pela RNDS podem ser consultados via este serviço.

JSON (h√° ainda XML e RDF)

Quando se usa o FHIR para troca de dados, o que ocorre é a troca de recursos. Tais recursos podem trafegar representados em vários formatos, dentre eles, JSON. Este guia de integração faz uso de JSON.

O portal oficial define JSON (JavaScript Object Notation) como um formato leve para troca de dados. Ainda acrescenta que este formato é fácil para seres humanos escreverem e lerem.

XML, √† semelhan√ßa de JSON, √© comumente empregado em web services (servi√ßos oferecidos por meio da internet). Por outro lado, RDF est√° associado, em geral, a quest√Ķes sem√Ęnticas, por exemplo, quando se deseja realizar infer√™ncia sobre os dados.

Implementação do FHIR

FHIR √© uma especifica√ß√£o, um padr√£o. Computador, por outro lado, precisa de um software que implementa este padr√£o para ser executado. H√° v√°rias implementa√ß√Ķes do padr√£o FHIR e algumas s√£o open source, como a implementa√ß√£o de refer√™ncia do FHIR, a Hapi FHIR.

A integra√ß√£o com a RNDS significa que h√° uma implementa√ß√£o do FHIR oferecida pela RNDS, observando os perfis definidas pela RNDS, por meio da qual laborat√≥rios e outros estabelecimentos de s√ļde consultam e enviam informa√ß√Ķes de sa√ļde.

Quem disponibiliza uma implementação do FHIR é a RNDS. Laboratórios são clientes desta implementação. Laboratórios não precisam disponibilizar uma implementação do FHIR.

A implementação do FHIR oferecida pela RNDS está disponível em dois ambientes, um de homologação e outro de produção.

Implementa√ß√Ķes para testes

Há vários servidores disponíveis para experimentação com o FHIR. Ou seja, são computadores que estão executando alguma implementação do FHIR e não cobram nada por isso. Estes servidores são empregados apenas para testes, o que é suficiente para desenvolvedores que queiram conhecer mais sobre o padrão.

Cada um destes servidores funciona como um estabelecimento apto a interagir com outros por meio do FHIR. Desta forma, sem exig√™ncias que s√£o necess√°rias em um cen√°rio real, at√© porque os dados disponibilizados n√£o s√£o dados reais, voc√™ pode submeter requisi√ß√Ķes e observar os recursos retornados no formato da sua escolha, em geral XML ou JSON, conforme visto anteriormente.

Desenvolvedores podem empregar estes servidores para se ambientar com o padrão FHIR. De fato, o acesso ao ambiente de homologação da RNDS pode ser precedido pelo contato com um destes servidores.

Antes que o responsável pelo laboratório obtenha um certificado digital, peça o credenciamento e aguarde pela homologação, desenvolvedores podem empregar um destes servidores para experimentação. Convém observar, contudo, que nestes casos tais servidores não estarão aderentes aos perfis estabelecidos pela RNDS. Ou seja, seguem o padrão FHIR, mas sem "obdecer" as especificidades impostas pelos perfis nacionais.

Em tempo, a implementação de referência do FHIR, Hapi FHIR, citada anteriormente, também possui um servidor para testes disponível em http://hapi.fhir.org/.

RESTful API FHIR

H√° uma API (Application Programming Interface) bem-definida para o acesso a um servidor FHIR. Trata-se de uma RESTFul API, a RESTful API FHIR.

Consulte What is REST para saber o que √© uma RESTful API, e portais pertinentes. RESTful API √© um estilo amplamente empregado para integra√ß√£o entre sistemas, e n√£o √© espec√≠fico para a sa√ļde. H√° um conjunto significativo de servi√ß√Ķes dispon√≠veis por meio de uma RESTful API (veja uma lista deles aqui).

FHIRPath

FHIRPath √© um mecanismo para manusear documentos JSON contendo recursos FHIR. Trata-se de proposta similar √† JsonPath e XML Path, por exemplo. Contudo, possui fun√ß√Ķes espec√≠ficas para documentos contendo recursos FHIR.