HL7 expliqué : comment les systèmes de laboratoire échangent des données avec les systèmes cliniques

Si votre laboratoire reçoit des demandes d'analyses d'un hôpital ou d'une clinique et renvoie des résultats, un intermédiaire doit assurer la traduction entre leur système et le vôtre. Cet intermédiaire est presque toujours HL7.

HL7 signifie Health Level Seven, une famille de normes publiée par Health Level Seven International, une organisation à but non lucratif dédiée au développement de normes. Ces normes définissent la structure des données démographiques des patients, des demandes d'examens et des résultats, permettant ainsi à deux systèmes conçus par des fournisseurs différents, à des époques différentes, de communiquer entre eux.

Cet article explique ce que sont les normes HL7, celles que votre laboratoire est susceptible de rencontrer, les changements survenus au cours des trois dernières années et ce qu'implique concrètement la connexion d'un système de laboratoire à un système clinique.

Qu'est-ce que HL7 ?

HL7 établit des normes internationales pour l'échange, l'intégration, le partage et la récupération d'informations de santé électroniques. 

Gardez à l'esprit que HL7 n'est pas une spécification unique. Il s'agit d'un ensemble de spécifications développées sur trois décennies, dont plusieurs sont utilisées simultanément. Voici celles qu'un laboratoire est le plus susceptible de rencontrer :

En pratique, il faut retenir que la v2 et FHIR ne sont pas séquentielles, mais qu'elles coexistent. HL7 publie d'ailleurs un guide d'implémentation v2 vers FHIR qui fait correspondre les segments, les types de données et les vocabulaires v2 aux ressources FHIR R4, précisément parce que la plupart des organisations utilisent les deux simultanément et ont besoin d'un chemin défini pour passer de l'un à l'autre.

Gardez simplement à l'esprit que R4 est la version sur laquelle la plupart des systèmes en production sont basés.

• La version R5 a été publiée en 2023 et a connu une adoption limitée.
• La version R6 a fait l'objet d'un vote en 2026 et devrait être publiée en tant que norme normative complète, ce qui signifierait que les ressources principales ne changeraient plus entre les versions.
• Si vous planifiez une intégration actuellement, R4 est la cible sûre et R6 représente l'évolution à venir.

Vérifiez quelle version est prise en charge par le système distant avant de concevoir quoi que ce soit.

Quels types de laboratoires utilisent les messages HL7 ?

L'utilisation de HL7 dans le secteur de la santé est généralisée, et tout laboratoire échangeant des informations sur les patients devra envoyer et recevoir des messages HL7 via des plateformes numériques.

Voici plusieurs types de laboratoires qui utilisent les messages HL7 :

• Laboratoires d'analyses cliniques.
  ‍Les laboratoires cliniques analysent des échantillons biologiques prélevés sur des patients afin de diagnostiquer ou de surveiller des pathologies ou l'efficacité de traitements. Dans ce contexte, HL7 permet de transmettre les résultats d'analyses et les informations des patients entre un laboratoire clinique et d'autres systèmes de santé.
• Laboratoires d'anatomopathologie.
  ‍À l'instar des laboratoires d'analyses cliniques, les laboratoires d'anatomopathologie effectuent des tests sur des tissus ou d'autres échantillons biologiques pour diagnostiquer des maladies. HL7 facilite l'échange des résultats d'analyses avec d'autres systèmes de santé.
• Banques de sang.
  ‍Les informations relatives aux donneurs de sang, aux prélèvements et aux analyses sanguines sont échangées via HL7 afin de communiquer les résultats des tests ou d'autres données patients aux systèmes prescripteurs.
• Laboratoires de recherche manipulant des prélèvements issus de patients.
  Les groupes de recherche translationnelle, les biobanques et les plateformes académiques qui reçoivent des échantillons de patients ayant donné leur consentement ont souvent besoin d'identifiants et de métadonnées provenant d'un système clinique, sans pour autant assumer l'obligation de rapport de résultats cliniques complets. Ces laboratoires nécessitent généralement une interface HL7 plus restreinte que celle d'un laboratoire clinique, le plus souvent en réception uniquement.

HL7 peut également être utilisé pour échanger des données avec des laboratoires de recherche (et bien d'autres types de laboratoires) menant des études sur des patients.  

Comment HL7 est-il utilisé dans le secteur de la santé ?

HL7 offre aux laboratoires un moyen standardisé et interopérable d'échanger des informations avec d'autres systèmes de santé, améliorant ainsi la précision, l'efficacité et la qualité des soins aux patients.

Voici quelques exemples d'utilisation de HL7 dans le secteur de la santé :

• Interopérabilité.
  ‍HL7 favorise l'interopérabilité en fournissant un langage et un cadre communs permettant aux différents systèmes de santé de communiquer entre eux. Il garantit un échange de données précis et cohérent entre des systèmes variés, notamment les dossiers de santé informatisés (DSI), les systèmes d'information de laboratoire, les systèmes de radiologie, les systèmes de pharmacie, et bien plus encore.
• Échange de données patients.
  ‍HL7 permet l'échange de données patients entre les prestataires de soins, les hôpitaux, les cliniques et les autres entités impliquées dans la prise en charge des patients. Cela inclut des informations essentielles telles que les données démographiques (nom, âge, sexe, adresse), les antécédents médicaux, les allergies, les traitements médicamenteux et les observations cliniques.
• Messagerie clinique.
  ‍HL7 définit une norme de messagerie qui permet la transmission d'informations cliniques, telles que les résultats d'analyses de laboratoire, les rapports de radiologie et d'autres résultats diagnostiques. Cela aide les prestataires de soins à accéder aux informations des patients et à les examiner efficacement, favorisant ainsi une prise de décision rapide et une meilleure qualité de soins.
• Intégration avec les dossiers de santé informatisés (DSI).
  ‍HL7 joue un rôle essentiel dans l'intégration de diverses applications de santé avec les systèmes de DSI. Il permet une circulation fluide des données entre les différents systèmes, garantissant que les informations issues des tests de laboratoire, des interventions et d'autres sources sont capturées et stockées avec précision dans le dossier de santé informatisé du patient.

Ce qui a changé depuis 2023

Les normes évoluent lentement. Ce qui a nettement changé, c'est le niveau de précision avec lequel les régulateurs les imposent désormais.

France : le Ségur du numérique en santé

Le Ségur du numérique en santé finance et conditionne la mise en conformité des logiciels de santé, organisé en couloirs sectoriels dont un dédié à la biologie médicale. La conformité s'apprécie au regard du CI-SIS (Cadre d'Interopérabilité des Systèmes d'Information de Santé), dont les volets passent progressivement de HL7 CDA à FHIR. Les jeux de valeurs LOINC français utilisés pour le codage des analyses de biologie médicale sont diffusés via le serveur multi-terminologies de l'ANS.

Concrètement, pour un laboratoire raccordé à un établissement français : l'interlocuteur parle un FHIR profilé selon le CI-SIS, avec une identité patient qualifiée (INS) et un codage LOINC national.

Union européenne : l'EEDS

Le règlement (UE) 2025/327 relatif à l'espace européen des données de santé est entré en vigueur le 26 mars 2025, avec une date générale d'application au 26 mars 2027. Pour les laboratoires, l'échéance qui compte est le 26 mars 2031 : les résultats d'examens de biologie médicale font partie du second groupe de catégories prioritaires devant être échangeables entre États membres via MyHealth@EU.

Allemagne et autres États membres

L'Allemagne suit une trajectoire comparable avec ISiK, un ensemble de profils FHIR rendu obligatoire pour les systèmes d'information hospitaliers au titre du § 373 SGB V. Le socle est le même partout, à savoir FHIR, mais les profils nationaux diffèrent. Prévoyez-le si vous vous raccordez à plusieurs pays.

Connecter un système de laboratoire aux systèmes cliniques

Quel que soit le standard utilisé pour l'interopérabilité, l'intégration doit remplir quatre fonctions de manière fiable.

• ‍Réceptionner la demande.
  Un message entrant contient les identifiants du patient, le prescripteur et les examens demandés. Votre système doit convertir ces données en un dossier d'échantillon exploitable, ce qui implique de mapper les champs du message vers vos propres champs internes.‍
• Attribuer une identité pérenne à l'échantillon.
  Un code-barres ou un identifiant unique qui lie le tube physique au dossier et empêche l'enregistrement en double d'un même identifiant.‍
• Suivre le traitement.
  Qui a manipulé l'échantillon, quand, quels examens ont été réalisés et quels en sont les résultats, avec un historique conforme aux exigences d'audit.‍
• Renvoyer le résultat.
  Un message sortant renvoyé au système de commande, lié à la commande initiale plutôt que d'être isolé.

Comment SciSure vous accompagne

Recherche SciSure fournit la documentation des expériences, l'enregistrement des échantillons, les flux de travail par codes-barres, la gestion du stockage et des pistes d'audit indiquant qui a modifié quoi et quand. Les connexions aux systèmes externes sont établies via l'API ouverte et le SDKde SciSure, avec des modules complémentaires Marketplace couvrant les intégrations courantes d'instruments et de flux de travail.

Pour le traitement spécifique des messages cliniques, le modèle pratique est une intégration mappée : un message entrant est analysé, ses champs sont mappés vers un type d'échantillon défini, et l'enregistrement d'échantillon résultant porte un code-barres unique tout au long du traitement. Comme le mappage est défini par implémentation, il peut être adapté à la manière dont un système de commande spécifique remplit ses messages, ce qui, dans les déploiements réels, correspond rarement exactement aux recommandations des normes.

Évaluez honnêtement la portée du projet avec votre équipe informatique avant de vous engager : le mappage des messages, l'alignement de la terminologie et la gestion des erreurs constituent le cœur du travail, et ils sont spécifiques à chaque paire de systèmes connectés.

Comment l'Université de Boston a connecté un laboratoire d'analyses à deux systèmes de dossiers médicaux électroniques (DME)

L'Université de Boston a mis en place un laboratoire d'analyses cliniques interne à l'automne 2020 pour traiter les échantillons de COVID-19 de ses étudiants, de son corps enseignant et de son personnel. Le laboratoire devait s'intégrer à deux systèmes de dossiers médicaux électroniques distincts sur le campus, l'un pour les étudiants et l'autre pour les employés, afin d'envoyer les commandes et de recevoir les résultats, tout en assurant l'intégration avec ses robots d'analyse.

Les API de SciSure ont été un facteur décisif dans le choix de la plateforme, notamment parce qu'elles pouvaient traiter les fichiers générés par les robots. Le laboratoire était opérationnel deux mois après la mise en œuvre. Il a été conçu pour traiter plus de 5 000 échantillons par jour avec des résultats disponibles le lendemain, et a atteint un pic de plus de 9 000 échantillons. Le système empêchait également la saisie de codes-barres en double dans l'application, ce qui, à ce volume, n'est pas un détail négligeable.

‍

« Nous avons trouvé la configuration de l'interface utilisateur dans l'ELN SciSure facile à suivre, la documentation d'aide claire et complète, et le support client efficace. Travailler avec l'équipe SciSure a été une expérience collaborative et productive. »

- Shari Huval, Directrice de la santé, Services auxiliaires pour le corps enseignant et les étudiants, Boston University Information Services & Technology

‍

‍

Détails techniques pour les équipes IT…

Nous utilisons un message POST via API REST pour établir les connexions entre les plateformes. L'en-tête du message contient les instructions de mappage permettant de traduire les champs HL7 en un échantillon. Cela permet une configuration très fine, adaptée précisément à chaque laboratoire. Le mappage est également défini par implémentation, ce qui permet de s'adapter à la manière dont un système de commande spécifique renseigne réellement ses messages.

Voici à quoi ressemble un exemple d'en-tête :

{

   "sampleTypeID": 12485,

   "storageLayerID": 0, /* Optionnel */

   "position": 0, /* Optionnel */

   "name": {

       "segment": "MSH",

       "field": 10

   },

   "description": { /* Optionnel */

       "segment": "MSH",

       "field": 9,

       "component": 3

   },

   "altBarcode": { /* Optionnel : Informations de code-barres alternatif. */

       "segment": "OBR",

       "field": 31

   },

   "sampleTypeMetaIDMapping": [ /* Optionnel : Tableau de correspondances entre le sampleTypeMetaID et le segment respectif dans le message HL7 */

       {

           "sampleTypeMetaID": 85318,

           "segment": "OBX",

           "field": 5

       },

       {

           "sampleTypeMetaID": 85317,

           "segment": "ORC",

           "field": 2

       }

   ]

}

Vous n'êtes pas expert en informatique ? Aucun problème

L'exemple ci-dessus est un objet de configuration JSON qui fait correspondre les champs d'un message HL7 à un type d'échantillon. Si vous n'êtes pas un professionnel de l'informatique, retenez simplement ceci :

• Le protocole HL7 permet aux systèmes de laboratoire et aux systèmes cliniques d'échanger des demandes d'analyses et des résultats sans aucune saisie manuelle.
• La norme HL7 v2 prend en charge la plupart des interfaces existantes. FHIR est la base des nouveaux développements et la norme de plus en plus exigée par les réglementations européennes et nationales.
• Toute intégration réelle repose sur le mappage : quel champ de leur message correspond à quel champ de votre dossier d'échantillon, et que se passe-t-il en cas de non-concordance.
• SciSure Research propose des dossiers d'échantillons, des flux de travail par codes-barres et des pistes d'audit, avec une API ouverte et un SDK pour la connexion aux systèmes externes.

Dans l'ensemble, le protocole HL7 est essentiel aux environnements de laboratoire numériques.

Si vous souhaitez en savoir plus sur la plateforme eLabNext et la messagerie HL7, planifiez une démonstration personnalisée pour découvrir son fonctionnement.

Foire aux questions

Qu'est-ce que HL7 en termes simples ?

‍HL7 est un ensemble de normes internationales permettant l'échange d'informations de santé entre différents systèmes logiciels. Il définit la structure des messages contenant des données patients, des demandes d'analyses ou des résultats, afin qu'un système puisse les interpréter correctement, même s'il n'a jamais été en contact avec le système émetteur.

Quelle est la différence entre HL7 v2 et FHIR ?

‍HL7 v2 est un format de messagerie utilisant des segments délimités par des barres verticales, conçu à la fin des années 1980 et qui assure encore la majeure partie du trafic des commandes et des résultats. FHIR est une approche basée sur une API REST utilisant JSON ou XML, où les données sont modélisées sous forme de ressources distinctes. La version v2 transmet les messages entre les systèmes, tandis que FHIR permet à un système de demander précisément les données dont il a besoin. La plupart des organisations utilisent les deux, c'est pourquoi HL7 publie un guide de correspondance entre ces deux normes.

Un laboratoire de recherche a-t-il besoin de HL7 ?

‍Uniquement s'il échange des données avec des systèmes cliniques. Un laboratoire de recherche traitant des échantillons issus de patients peut avoir besoin de recevoir des identifiants et des métadonnées provenant d'un système hospitalier, ce qui implique généralement une interface plus restreinte, limitée à la réception. Un laboratoire sans flux de données cliniques n'a aucun besoin de HL7.

HL7 est-il la même chose qu'un LIMS ?

‍Non. HL7 est une norme de communication. Un LIMS (système de gestion d'informations de laboratoire) est un logiciel qui gère les échantillons, les flux de travail et les résultats. HL7 est l'un des moyens par lesquels un LIMS peut communiquer avec d'autres systèmes.

HL7 s'applique-t-il en dehors des États-Unis ?

‍Oui. HL7 International possède des organisations affiliées à travers l'Europe et au-delà, et des programmes nationaux s'appuient directement sur ces normes. La spécification ISiK en Allemagne est un ensemble de profils FHIR restreints, le cadre CI-SIS en France migre ses modules de HL7 CDA vers FHIR, et le règlement européen sur l'espace européen des données de santé fixe des échéances pour l'échange transfrontalier des résultats de laboratoire.

SciSure prend-il en charge HL7 ?

SciSure Research se connecte aux systèmes externes via une API ouverte, un SDK et des modules complémentaires Marketplace. La gestion des messages cliniques est configurée lors de chaque implémentation ; veuillez donc définir le périmètre avec votre équipe informatique et SciSure directement.

Si vous prévoyez une connexion entre votre laboratoire et un système clinique, contactez un spécialiste SciSure. Indiquez-nous les systèmes que vous souhaitez connecter et nous examinerons ensemble les modalités.