FHIR

FHIR (Fast Healthcare Interoperability Resources) est une norme de données de santé dotée d'une interface de programmation d'application (API) permettant de représenter et d'échanger des dossiers médicaux électroniques (DME). FHIR est un réseau d'informations qui vous permet d'associer des données entre des systèmes et un réseau de communication afin que vous puissiez échanger des données entre les systèmes.

FHIR comprend les éléments suivants :

  • Un protocole RESTful basé sur HTTP
  • Représentation des données utilisant JSON, XML et RDF

Pour en savoir plus sur FHIR, consultez la dernière version publiée de la spécification FHIR.

Importance de FHIR pour les technologies de l'information dans le secteur de la santé

Les systèmes IT du secteur de la santé ne partagent souvent pas les mêmes modèles de données. À mesure que les données de santé sont de plus en plus numérisées, résoudre les incompatibilités entre différents systèmes devient coûteux et chronophage.

FHIR définit un modèle de données et une architecture REST communs afin que différents systèmes de santé puissent partager et intégrer des données. FHIR est conçu pour être flexible et adaptable, afin qu'il puisse être utilisé dans un large éventail de contextes et avec différents systèmes d'information sur les soins de santé.

FHIR utilise des ressources pour représenter des éléments de données médicaux, administratifs, d'infrastructure ou financiers distincts. Chaque ressource est associée à un identifiant unique, ce qui permet aux applications d'accéder plus facilement aux mêmes données et de les modifier. Les ressources peuvent être compilées et distribuées auprès de différents prestataires de santé dans des formats conformes à leurs modèles de données respectifs.

FHIR est un outil précieux pour améliorer l'interopérabilité des systèmes IT du secteur de la santé. Elle peut contribuer à réduire les coûts, à améliorer l'efficacité et la qualité des soins.

Avantages de FHIR

Interopérabilité entre les appareils et les plates-formes

FHIR permet d'échanger des données de santé entre des silos de données monolithiques et des API ouvertes. FHIR est la principale norme de données de santé avec des API ouvertes permettant d'accéder aux dossiers médicaux électroniques (DME), de les rechercher et de les modifier, ainsi que d'échanger des données entre les systèmes informatiques de santé.

FHIR permet aux prestataires de santé d'échanger des DME avec les patients sur des plates-formes telles que les suivantes :

  • Partage des données basé sur les DME
  • Applications mobiles
  • Applications cloud
  • Accessoires connectés

L'API FHIR permet également d'intégrer des applications tierces aux systèmes existants.

Compatibilité avec les anciennes normes

FHIR a évolué depuis la messagerie HL7 version 2 et l'architecture de documents cliniques HL7 version 3 (HL7 CDA). FHIR peut être utilisé en association avec HL7v2 et HL7 CDA.

Pour en savoir plus sur la relation entre les normes FHIR et HL7, consultez l'annexe : Relation entre FHIR et d'autres normes HL7.

Données déchiffrables et utiles

Comme FHIR est mis en œuvre en plus du protocole HTTPS, vous pouvez récupérer et analyser les ressources FHIR pour prendre en charge le machine learning, l'IA et d'autres formes d'analyses de données. Ces fonctionnalités vous permettent de comprendre vos données de santé de manière plus polyvalente et approfondie.

Échange de données efficace

L'approche basée sur les ressources FHIR facilite l'échange de données de manière plus efficace et précise. Comme FHIR utilise une norme uniforme pour les informations sur la santé, il vous permet de créer des modèles personnalisés à partir de ressources de base partagées et élimine les incohérences dans les modèles de données. Cette uniformité améliore la précision et la lisibilité des données lors des échanges de données entre les systèmes de santé.

FHIR élimine la nécessité de modifier individuellement le modèle de données de chaque système informatique de santé en échangeant des données en tant que ressources. FHIR expose des ressources telles que des patients, des admissions et des médicaments en tant que services. Par conséquent, les applications mobiles grand public peuvent utiliser des requêtes GET et POST pour ne récupérer et ne manipuler que les données pertinentes.

Architecture FHIR

Magasins FHIR

Un magasin FHIR est un datastore de l'API Cloud Healthcare qui contient les ressources FHIR. Les magasins FHIR existent à l'intérieur des ensembles de données.

La ressource FhirStore fournit une représentation des attributs d'un magasin FHIR. Vous pouvez choisir l'une des options suivantes pour chaque magasin FHIR :

L'état de ces options de configuration est indiqué dans la déclaration de capacités du magasin FHIR (STU3 ou R4) ou dans l'instruction de conformité (DSTU2).

Ressources FHIR

FHIR utilise des ressources pour organiser les formats et les éléments de données. Chaque ressource possède les propriétés suivantes :

  • Méthode partagée permettant de définir et de représenter des données, basée sur des types de données constitués de clusters d'éléments réutilisables.
  • Ensemble commun de métadonnées fournissant un contexte technique et structurel.
  • Représentation textuelle lisible utilisant HTML comme option d'affichage de remplacement pour la sécurité clinique.

La norme FHIR spécifie un ensemble de ressources de base pouvant être cumulées de différentes manières afin de répondre aux exigences des modèles de données des prestataires de santé. Elle fournit également des représentations d'observations cliniques et de documents. FHIR ne vise pas à inclure tous les types de documents ou de données possibles, mais elle est compatible avec la majorité des cas d'utilisation liés au secteur clinique et à la facturation. Par la suite, vous pouvez étendre votre mise en œuvre FHIR afin qu'elle puisse répondre à des besoins cliniques ou organisationnels supplémentaires.

Profils FHIR

Les extensions permettent aux applications de personnaliser les ressources existantes et de décrire leurs spécifications à l'aide de profils. Les profils constituent un ensemble d'instructions qui viennent s'ajouter à la spécification principale existante pour les ressources relevant d'un contexte et d'une utilisation spécifiques. L'API Cloud Healthcare applique les profils en validant les ressources par rapport aux contraintes du profil concerné.

Par exemple, l'enregistrement de l'origine ethnique d'un patient n'est pas autorisé dans certaines régions, mais obligatoire dans d'autres. En utilisant des profils, la spécification de base FHIR peut définir et exiger une extension sur l'origine ethnique conformément aux règles régionales. Ainsi, les profils aident les pays, les régions, les districts et les organisations à personnaliser les données en fonction de leurs réglementations et de leurs besoins en matière de données de santé.

Les profils vous permettent d'effectuer les opérations suivantes :

  • Étendez et limitez l'API FHIR en définissant des opérations supplémentaires, spécifiez les paramètres de recherche préexistants requis et ajoutez de nouveaux paramètres de recherche.
  • Étendez et limitez les ressources en définissant des extensions de ressources et en modifiant la cardinalité des champs.

Un ensemble de profils peut être publié sous forme de guide d'implémentation. Les guides d'implémentation sont lisibles par l'ordinateur et par l'homme. Ils peuvent être échangés et recherchés à l'aide de REST, et utilisés pour générer du code et des interfaces utilisateur.

Pour en savoir plus sur les extensions FHIR, consultez la page Extensions FHIR.

Mise en œuvre de l'URL de base pour FHIR

Comme indiqué dans la documentation FHIR officielle (DSTU2, STU3 et R4), une URL de base du service FHIR utilise le format http(s)://server/PATH. Par exemple, https://server/path/Observation.

L'API Cloud Healthcare utilise une URL de base conforme à cette norme. L'URL de base de l'API Cloud Healthcare contient les éléments suivants :

  • Le point de terminaison de l'API Cloud Healthcare
  • La version de l'API Cloud Healthcare
  • L'ID du projet
  • Le nom d'un ensemble de données
  • L'emplacement de l'ensemble de données
  • Le nom d'un magasin FHIR
  • Le suffixe /fhir

Le tableau suivant indique le format d'une URL de base du service FHIR et de son URL de base équivalente dans l'API Cloud Healthcare:

URL de base de service FHIRL'URL équivalente de l'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

Pour obtenir des informations sur un patient à l'aide de l'API FHIR RESTful, effectuez une requête HTTP GET. Le tableau suivant présente le format à utiliser pour obtenir ces informations à l'aide de l'URL de base du service FHIR et de l'URL de base correspondante dans l'API Cloud Healthcare :

URL de base de service FHIRL'URL équivalente de l'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

Conformité FHIR

Pour en savoir plus sur les implémentations FHIR DSTU2, STU3 et R4 dans l'API Cloud Healthcare, consultez la déclaration de conformité FHIR.

Intégration à OMOP

OMOP Common Data Model (OMOP CDM) est une norme développée par OHDSI (Observational Health Data Sciences and Informatics). Elle est principalement utilisée pour les données cliniques d'observation. La suite d'outils OHDSI peut faciliter les cas d'utilisation d'analyse courants, tels que la définition de cohortes, la génération de cohortes et l'estimation de l'effet sur la population. Ce modèle de données est couramment utilisé en génomique et en recherche pharmaceutique en raison de sa compatibilité génétique et terminologique étendue.

Consultez les ressources suivantes pour en savoir plus sur OMOP :

En intégrant FHIR et OMOP, les données cliniques des DME et d'autres sources au format FHIR peuvent être utilisées en tant que données de recherche dans la norme OMOP. Des champs et des éléments de données spécifiques dans OMOP peuvent également être intégrés aux données existantes dans FHIR.

Vous pouvez utiliser le moteur de mappage Open Source d'harmonisation des données de l'API Cloud Healthcare pour effectuer les tâches suivantes :

  • Harmoniser les données avec OMOP CDM et d'autres modèles
  • Configurer le mappage des données pour la conversion de données FHIR vers OMOP