HL7 v2 : la messagerie entre applications
HL7 v2 transporte des événements : un patient est admis, une demande d’examen est passée, un résultat est disponible. Chaque message est une suite de segments, un par ligne, eux-mêmes découpés en champs séparés par des barres verticales.
| Message | Événement typique |
|---|---|
| ADT | Admission, transfert ou sortie d’un patient, mise à jour de son identité. |
| ORM / OML | Demande d’examen ou de prestation. |
| ORU | Transmission d’un résultat (biologie, imagerie). |
| SIU | Gestion des rendez-vous et des plannings. |
| MDM | Notification et transmission de documents. |
En France, les échanges d’identité et de mouvements des patients s’appuient sur des profils d’intégration IHE adaptés au contexte national, publiés par l’association Interop’Santé.
CDA : le document clinique structuré
CDA (Clinical Document Architecture) décrit un document clinique en XML : un en-tête qui dit de qui et de quoi il s’agit (patient, auteur, structure, type de document), puis un corps qui porte le contenu clinique.
| Niveau | Contenu du corps | Usage |
|---|---|---|
| Niveau 1 | Document non structuré, par exemple un PDF encapsulé. | Verser un compte-rendu existant tel quel. |
| Niveau 2 | Sections identifiées, texte lisible par un humain. | Document organisé en rubriques. |
| Niveau 3 | Sections et entrées codées avec des terminologies (LOINC, SNOMED CT…). | Données exploitables par le logiciel destinataire. |
Le volet « Structuration minimale des documents de santé » du CI-SIS fixe l’en-tête commun aux documents partagés. Des volets de contenu précisent ensuite certains documents, comme le volet de synthèse médicale.
Où HL7 v2 et CDA sont utilisés en France
- À l’hôpital, HL7 v2 relie le dossier patient, les laboratoires, l’imagerie et les plateaux techniques.
- Le DMP reçoit des documents CDA accompagnés de leurs métadonnées.
- La messagerie sécurisée de santé peut transporter des documents CDA joints aux messages.
FHIR, HL7 v2 ou CDA : que choisir ?
| Besoin | Standard le plus adapté |
|---|---|
| Se brancher sur un système hospitalier existant | HL7 v2, selon les messages déjà en place chez votre interlocuteur. |
| Produire un document versé au DMP ou envoyé par MSSanté | CDA, avec l’en-tête défini par le CI-SIS. |
| Créer une nouvelle API entre logiciels | FHIR, retenu par l’ANS pour les nouveaux volets. |
| Échanger avec Thérapéo Connect | Une API REST en JSON, décrite en OpenAPI, en collection Postman ou en ressources FHIR. |
HL7 et Thérapéo Connect
Thérapéo Connect expose une API REST en JSON, protégée par OAuth 2 : elle ne reçoit pas directement de messages HL7 v2. Si votre logiciel en produit déjà, les correspondances de champs sont établies flux par flux lors de la conception. Pour les documents, l’API reçoit aujourd’hui des fichiers PDF ou des images.
Voir aussi : l’API FHIR expliquée aux éditeurs et les quatre niveaux d’interopérabilité.
Statut chez Thérapéo Connect
Ce qui est disponible aujourd’hui, et ce qui ne l’est pas encore.
Questions fréquentes
FHIR ou HL7 v2 : lequel choisir ?
Pour une nouvelle interface entre logiciels, FHIR est le choix le plus durable : il est retenu par l’ANS et s’intègre avec les outils du web. HL7 v2 reste indispensable pour se brancher sur les systèmes hospitaliers qui l’utilisent déjà.
Qu’est-ce que le CDA R2 ?
C’est la version 2 de la Clinical Document Architecture de HL7, un format XML de document clinique. En France, elle sert de base aux documents partagés via le DMP et MSSanté, avec l’en-tête défini par le CI-SIS.
Thérapéo Connect accepte-t-il les messages HL7 v2 ?
Pas directement : l’API de Thérapéo Connect est une API REST en JSON. Les correspondances avec vos messages existants sont établies lors de la conception de l’intégration.
