FHIR (Fast Healthcare Interoperability Resources)

FHIR (Fast Healthcare Interoperability Resources) est une norme HL7 International pour l'échange d'informations de santé utilisant des unités de données modulaires appelées ressources et des interfaces de programmation d'applications de style web. Il combine la modélisation structurée de l'information des normes HL7 antérieures avec des technologies web largement utilisées — API RESTful, sérialisation JSON et XML, et HTTP standard — afin de faciliter l'accès aux données de santé et la création d'applications.

Definition

FHIR est une norme qui représente les données cliniques et administratives sous forme de ressources discrètes et autonomes — chacune avec une structure définie et une identité stable — et les échange via une interface de programmation d'applications RESTful sur des protocoles web standard, permettant ainsi aux systèmes et applications de lire, écrire et rechercher des données de santé de manière interopérable.

Scope

Cette entrée couvre le modèle de ressources FHIR, son paradigme d'échange RESTful, le profilage pour les besoins locaux, et sa relation avec les normes HL7 antérieures et les applications substituables telles que SMART on FHIR. Elle traite FHIR comme une norme d'échange de données et un sujet méthodologique ; elle ne fournit pas de conseils sur l'implémentation, la configuration de sécurité ou l'approvisionnement.

Core questions

• Qu'est-ce qu'une ressource FHIR, et comment les ressources se combinent-elles pour représenter un dossier patient ?
• En quoi l'approche API RESTful diffère-t-elle de la messagerie HL7 v2 ?
• Que sont les profils et les extensions, et pourquoi sont-ils nécessaires ?
• Comment FHIR permet-il les applications substituables telles que SMART on FHIR ?

Key concepts

• Ressources (Patient, Observation, Encounter, MedicationRequest, etc.)
• API RESTful (créer, lire, mettre à jour, supprimer, rechercher)
• Sérialisation JSON et XML
• Références et bundles
• Profils et extensions
• Guides d'implémentation
• Applications substituables SMART on FHIR

Mechanisms

FHIR modélise les informations de santé sous forme de ressources — unités modulaires telles que Patient, Observation ou MedicationRequest — chacune avec un ensemble d'éléments défini et une identité stable et adressable. Les ressources se référencent mutuellement, et des groupes de ressources peuvent être assemblés en bundles. Les systèmes les échangent via une interface RESTful dans laquelle les opérations HTTP standard créent, lisent, mettent à jour, suppriment et recherchent des ressources, les données étant sérialisées en JSON ou XML. Étant donné que les déploiements individuels nécessitent des contraintes locales, FHIR prend en charge le profilage : les profils et les extensions adaptent les ressources de base à une juridiction ou à un cas d'utilisation, et les guides d'implémentation les regroupent pour une communauté. Cette conception de ressources et d'API sous-tend également les applications substituables, où une application autorisée contre un point d'accès FHIR (le modèle SMART on FHIR) peut fonctionner sur des systèmes conformes.

Clinical relevance

FHIR constitue de plus en plus la base des applications destinées aux patients, de l'accès aux données cliniques et de l'échange inter-organisationnel, et il figure dans les politiques nationales d'interopérabilité. Cette entrée décrit comment FHIR structure et expose les données ; il s'agit d'un matériel de référence sur la norme et non d'un guide pour la construction, la sécurisation ou le déploiement d'un système clinique.

Evidence & guidelines

FHIR est une norme normative HL7 International, développée et votée par HL7, avec des guides d'implémentation nationaux et régionaux la contraignant pour un usage local. Bender et Sartipi (2013) est une description technique précoce de la conception RESTful de la norme ; le manuel de Benson et Grieve offre un compte rendu consolidé de FHIR aux côtés de HL7 et SNOMED CT, et Mandl et Kohane (2012) fournissent la justification politique de l'architecture ouverte basée sur des applications que FHIR prend en charge.

History

FHIR a été initié par HL7 vers 2011-2012, sous la direction de Grahame Grieve, comme une alternative délibérément plus légère à HL7 version 3 qui réutilisait les technologies web courantes. Les premières descriptions, telles que Bender et Sartipi (2013), l'ont présenté comme une approche agile et RESTful, et la norme a progressé à travers des versions successives vers un statut normatif au cours des années 2010, convergeant avec les arguments politiques en faveur d'une informatique de santé ouverte et substituable.

Debates

Dans quelle mesure FHIR atteint-il une véritable interopérabilité sémantique ?

FHIR standardise bien la structure et l'échange, mais la cohérence sémantique dépend toujours d'une utilisation disciplinée des profils et des liaisons terminologiques ; la variation du profilage entre les implémentations peut limiter l'interopérabilité sémantique prête à l'emploi.

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

En quoi FHIR diffère-t-il de la messagerie HL7 v2 ?

HL7 v2 envoie des messages événementiels avec des segments délimités, tandis que FHIR expose des ressources discrètes via une API web RESTful que les systèmes peuvent lire, écrire et rechercher directement, en utilisant des formats courants tels que JSON sur HTTP.

Que signifie SMART on FHIR ?

SMART on FHIR est un modèle dans lequel une application s'authentifie auprès d'un point d'accès FHIR en utilisant des standards ouverts, de sorte que la même application peut fonctionner sur différents systèmes qui exposent des API FHIR conformes ; c'est l'une des motivations de la conception de ressources et d'API de FHIR.