Utilisation de l'adaptateur FHIR pour la fourniture de services FHIR sur des systèmes existants - Introduction

Certainement, vous avez tous entendu que FHIR était la panacée et la solution à tous les problèmes d'interopérabilité et de compatibilité entre les systèmes. Ici, nous pouvons voir l'un de ses défenseurs classiques qui tient une ressource FHIR dans sa main et l'apprécie énormément :

Mais pour le reste de nous autres mortels, nous allons faire une petite introduction.

Qu'est-ce que FHIR ?

Commençons par la définition : FHIR (Fast Healthcare Interoperability Resource) est une norme d'interopérabilité développée par HL7 ( ensemble de normes Health Level 7) conçue pour permettre l'échange électronique de données de santé entre les différents systèmes de l'industrie de la santé .

Quelles sont les technologies fondamentales sur lesquelles repose FHIR ?

Il s'agit principalement d'appels HTTP par le biais de l'API REST et du format JSON (bien qu'il puisse s'agir de XML et de toute autre communication disponible en fonction de l'utilisation que nous en faisons).

Comment utiliser FHIR ?

De façon générale, le plus simple est d'avoir un serveur FHIR avec lequel nous communiquerons en utilisant des appels HTTP tels que GET (pour obtenir des données du serveur), PUT (pour mettre à jour les données), POST (pour sauvegarder les données) et DELETE (pour les supprimer). .

FHIR gère le concept de Ressource qui sera utilisé pour envoyer et recevoir des données entre le serveur et le client. Ces ressources ont pour objectif de couvrir 80% des besoins d'intercommunication entre les systèmes. On peut voir ici une image des ressources disponibles par défaut.

Vous pouvez ainsi constater que chaque Ressource est accompagnée d'un chiffre ou d'une lettre qui indique la maturité de ladite Ressource (où N = normatif). La documentation officielle de FHIR vous donne accès à une multitude d'exemples.

Parmi les dérivés de la Ressource, on trouve le Bundle qui, en résumé, est un ensemble de ressources empaquetées dans le même JSON et qui sert à faire des requêtes sur notre serveur ainsi qu'à effectuer des opérations CRUD par lots ou par transactions.

Parfait, FHIR semble fantastique, mais... comment pouvons-nous l'appliquer à nos systèmes existants qui n'ont pas été conçus pour fonctionner selon les critères définis par FHIR ?

Adaptateur FHIR

InterSystems rend la fonctionnalité FHIR Adapter disponible à ses clients, ce qui leur permettra de mettre en place une couche métier au-dessus de leurs systèmes existants, en développant ce qui est connu sous le nom de FHIR Façade. Dans les articles suivants, nous allons voir comment utiliser les objets FHIR et interagir avec une petite simulation de ce que serait un système du service d'information de santé HIS (Health Information Service) qui utilise une base de données PostgreSQL.

Pour suivre les explications, nous mettons à votre disposition une application OpenExchange qui configurera automatiquement l'exemple que nous suivrons dans les jours à venir :

Conception de l'atelier

Dans les prochains articles, nous aborderons les points suivants :

1. Architecture de l'adaptateur FHIR dans notre instance IRIS
2. Enregistrement d'une Ressource de type patient dans notre SIH.
3. Recherche de patients par leur identifiant à l'aide d'un appel API REST.
4. Enregistrement d'un Bundle avec les données du patient et du centre médical dans notre SIH.

Donc si vous êtes intéressés... Restez connecté à la Communauté dans les prochains jours !