La question « HL7 contre FHIR » est un peu mal posée, et la réponse reste utile. HL7 est une organisation, Health Level Seven International, et la famille de normes qu'elle publie. FHIR est le membre le plus récent de cette famille. La vraie comparaison se fait entre les trois normes HL7 que vous rencontrerez en pratique : les messages HL7 version 2, les documents CDA et les ressources FHIR. Ce guide explique ce qu'est chacun, où il se situe en 2026, et lequel vous avez besoin.
Version technique pour les développeurs : FHIR contre HL7 v2 · Mappage HL7 v2 vers FHIR sur developers.anpheros.com, avec les requêtes, les réponses et les limites. Cette page est la version en langage simple.
HL7 v2 : messages entre systèmes hospitaliers
La version 2 de HL7 date de la fin des années 1980 et reste la norme de données de santé la plus déployée au monde. Elle permet de transmettre des messages entre les systèmes à l'intérieur et autour des hôpitaux : un patient est admis (ADT), un test est commandé (ORM), un résultat revient (ORU). Un message est un texte délimité par des pipes avec des segments :
MSH|^~\&|LAB|CityLab|EHR|Clinic|20260901081000+0300||ORU^R01|MSG0001|P|2.5.1
PID|1||12345^^^Clinic^MR||Ionescu^Elena||19850903|F
OBR|1|||CBC^Complete blood count|||20260901081000+0300
OBX|1|NM|718-7^Hemoglobin^LN||13.2|g/dL|12.0-16.0|N|||F|||20260901081000+0300
Cela fonctionne, c'est partout, et c'est difficile à utiliser pour une application moderne : le format est positionnel, chaque site a son propre dialecte, et il n'y a pas de concept de « récupérer le dossier de ce patient via HTTP ».
CDA : documents cliniques
Clinical Document Architecture, datant des années 2000, est du XML pour les documents : un résumé de sortie, une lettre de référence, un résumé de patient. Un document CDA est lisible par l'homme et signé dans son intégralité. C'est sur cela que reposent de nombreux échanges nationaux et la première génération de résumés de patients. C'est un bon format pour un document et un mauvais pour une question comme « quelle était la dernière tension artérielle de cette personne ».
FHIR : ressources sur le web
Fast Healthcare Interoperability Resources, publié pour la première fois en 2014 et stable en R4 depuis 2019, décrit les données de santé comme des ressources avec une structure connue, en JSON ou XML, accessibles via HTTP exactement comme des pages web. Un résultat de laboratoire est une Observation, un diagnostic une Condition, une prescription une MedicationRequest, chacune avec des codes standard (LOINC, ICD-10 ou SNOMED CT, ATC). Vous les récupérez, recherchez et écrivez avec les outils que tout programmeur connaît déjà :
GET /fhir/R4/Observation?patient=123&code=http://loinc.org|718-7&_sort=-date
FHIR est ce que la réglementation européenne et américaine exige désormais pour l'accès des patients, ce sur quoi fonctionnent les applications SMART on FHIR, et ce sur quoi repose l'Espace européen des données de santé. Une explication en langage simple se trouve dans Ce qu'est FHIR et pourquoi c'est important.
Côte à côte
| HL7 v2 | CDA | FHIR | |
|---|---|---|---|
| Unité | message | document | ressource |
| Format | texte délimité | XML | JSON ou XML |
| Transport | MLLP, fichiers | fichiers, échanges | HTTP REST |
| Idéal pour | intégration des systèmes hospitaliers | documents signés | applications, API, accès patient |
| Époque | à partir de 1989 | à partir de 2005 | à partir de 2014, R4 2019 |
| Toujours courant dans | laboratoires, flux ADT, appareils | échanges nationaux | tout ce qui est nouveau |
Lequel vous avez besoin
- Développer une application, une API ou un assistant IA : FHIR, sans hésitation.
- Recevoir des résultats d'un laboratoire ou d'un hôpital : probablement HL7 v2, car c'est ce qu'ils envoient. Convertissez à la périphérie.
- Échanger des documents officiels avec un système national : documents CDA ou FHIR, selon le pays.
Le schéma pratique est « HL7 v2 en entrée, FHIR partout ailleurs ». La plateforme Anpheros fait exactement cela pour les rapports de laboratoire : un laboratoire publie un message ORU^R01 tel quel, et chaque OBX devient une Observation FHIR avec un code LOINC, une unité, une plage de référence et le laboratoire nommé comme exécutant. Le dossier du patient est en FHIR ; le laboratoire n'a jamais à changer.
curl -X POST "$BASE/v1/patients/$PID/labs/import" \
-H "Authorization: Bearer $KEY" -H "Content-Type: x-application/hl7-v2+er7" \
--data-binary @report.hl7
Les détails se trouvent dans Connecteur de laboratoire : HL7 v2 et CSV vers FHIR.
Questions fréquentes
FHIR remplace-t-il HL7 v2 ?
Pour les nouveaux développements, oui. Les flux v2 existants fonctionneront pendant des années car ils fonctionnent et leur remplacement coûte de l'argent. La plupart des systèmes réels convertissent v2 en FHIR à la frontière plutôt que de remplacer le flux.
FHIR fait-il partie de HL7 ?
Oui. FHIR est publié par HL7 International, la même organisation derrière v2 et CDA. « HL7 FHIR » est son nom complet.
Quelle version de FHIR dois-je utiliser ?
R4 (4.0.1). C'est ce à quoi la réglementation fait référence et ce que la plupart des systèmes implémentent. R5 existe mais son adoption est limitée ; la plateforme Anpheros implémente R4.
FHIR peut-il aussi transporter des documents ?
Oui : une DocumentReference pointe vers un PDF ou tout fichier, et un Bundle de Documents FHIR peut transporter un document composé avec ses sections, ce qui est la manière dont le Résumé International du Patient est délivré.
Dois-je apprendre HL7 v2 pour utiliser une API FHIR ?
Non. Si vous vous intégrez à un laboratoire ou à un hôpital, vous rencontrerez v2 de leur côté ; une plateforme qui le convertit pour vous signifie que votre propre code ne voit que FHIR.
Gardez votre dossier médical avec vous
Anpheros Daily conserve symptômes, analyses, médicaments et documents au même endroit, dans un format standard, sous votre contrôle. Le plan Basic est gratuit.