- Français
- English
- Deutsch
- Español
- Italiano
- Português
HL7 est l'acronyme de Health Level 7. Il s'agit d'un ensemble de normes cliniques et de formats de messagerie qui fournissent un cadre pour la gestion, l'intégration, l'échange et la récupération d'informations électroniques entre différents systèmes de soins de santé. Les normes HL7 sont développées et maintenues par Health Level Seven International, un organisme de normalisation des soins de santé.
L'objectif de HL7 est d'améliorer l'interopérabilité entre les systèmes d'information sur les soins de santé (HIS) qui l'ont mis en œuvre. Il se concentre sur les interfaces entre des IT différents en créant un langage commun d'échange de données à l'aide de messages préconstruits. Cependant, HL7 ne dicte pas l'architecture du système ou la manière dont les données sont stockées dans une application.
HL7 est un protocole basé sur les transactions qui est piloté par des événements tels que l'admission d'un patient dans un hôpital.
Les alertes personnalisées et la visualisation des données vous permettent d'identifier et de prévenir rapidement les problèmes de santé et de performance du réseau.
Historiquement, la communication entre différents types de logiciels utilisés par différentes organisations a toujours été un défi. Il en va de même pour les soins de santé.
Les différents types de systèmes de soins de santé utilisent des applications différentes qui ont été programmées dans des langages différents et qui offrent des fonctionnalités différentes. Par exemple, les hôpitaux utilisent des systèmes complexes et personnalisés, tandis que les médecins généralistes utilisent généralement des logiciels de gestion de cabinet prêts à l'emploi. Les instituts de recherche médicale peuvent utiliser des logiciels qui font partie d'un réseau plus vaste, comme celui d'une université. Souvent, ces types d'institutions ont besoin d'échanger des données sur les patients.
L'objectif de HL7 est de permettre aux organismes de soins de santé de créer des données uniformes que toute personne autorisée peut récupérer et utiliser dans ses propres systèmes. L'interopérabilité entre les organismes de soins de santé nécessite que les interfaces entre les différents systèmes utilisent un protocole commun tel que HL7.
La mise en œuvre d'un système de dossiers médicaux électroniques (DME) est coûteuse. HL7 permet d'optimiser la façon dont les données sont échangées entre les applications et les appareils et propose des moyens d'automatiser les flux de travail standard, ce qui réduit les coûts d'exploitation et de main-d'œuvre.
HL7 est une norme industrielle internationalement acceptée pour l'échange de données dans le domaine des soins de santé. Il est également indépendant des plates-formes et des technologies.
HL7 a été qualifié de norme non standard parce que le cadre permet une certaine personnalisation, par exemple l'utilisation de champs facultatifs et la possibilité d'ajouter des segments de message.
Les organismes de soins de santé construisent et utilisent des applications disparates en fonction de leurs besoins spécifiques. HL7 permet aux développeurs de créer des interfaces pour l'échange de données entre différents organismes de soins de santé au lieu d'apporter des modifications à leur logiciel.
HL7 permet le partage des informations de santé publique. HL7 peut être utilisé en cas de crise sanitaire nationale, comme la pandémie de COVID-19, pour favoriser la collaboration entre les institutions gouvernementales et les entreprises privées de soins de santé et pour partager les données de la recherche médicale à l'échelle mondiale.
Les notifications en temps réel permettent un dépannage plus rapide, de sorte que vous puissiez agir avant que des problèmes plus graves ne surviennent.
Les normes HL7 sont regroupées en catégories de référence appelées sections.
La section 1 définit les spécifications principales pour la conformité, l'intégration et l'interopérabilité. La section 1 décrit également les normes complémentaires HL7 telles que Clinical Document Architecture (CDA), Electronic Health Records (EHR), Fast Health Interop Resources (FHIR), Arden Syntax et Clinical Context Management Specification (CCOW).
La section 2 décrit les normes documentaires et les protocoles de messagerie pour les spécialités cliniques.
La section 3 fournit des guides de mise en œuvre et des cas d'utilisation pour les normes existantes.
La section 4 comprend des lignes directrices pour le développement de logiciels et de normes, des spécifications techniques et des structures de programmation.
La spécification d'une procédure ou d'un événement peut inclure des éléments provenant de différentes sections de HL7. Par exemple, la continuité des soins est une procédure courante dans le secteur des soins de santé. La spécification de la norme de continuité des soins se compose d'une norme d'architecture de document clinique (section 1), d'un document sur les domaines cliniques et administratifs (section 2) et d'un guide de mise en œuvre des normes (section 3).
Il existe plusieurs versions de HL7. 2.les versions x sont les plus couramment utilisées. La dernière version de HL7 est HL7 FHIR.
HL7 version 2.x
La version 2.x de HL7 prend en charge les variations de données en autorisant des champs facultatifs et des segments de message supplémentaires. Toutes les versions HL7 2.x sont rétrocompatibles.
HL7 version 3
La version 3 de HL7 a été développée comme une redéfinition complète de la norme HL7 originale et visait à être plus cohérente et formellement structurée. La version 3 de HL7 a ajouté davantage de fonctionnalités à la version 2.x de HL7, notamment des outils pour les tests de conformité et la planification de la mise en œuvre. La version 3 de HL7 n'a pas été largement adoptée car elle n'est pas rétrocompatible avec la version 2.x de HL7.
HL7 FHIR
HL7 FHIR met en œuvre les fonctionnalités des versions 2.x et 3 et tire parti de l'utilisation des services web. Les normes HL7 d'origine ne sont pas configurées pour bien fonctionner avec des applications non cliniques comme les appareils mobiles. Les API basées sur FHIR permettent d'échanger des messages HL7 avec des applications non cliniques.
FHIR permet au personnel médical d'utiliser des appareils mobiles pour communiquer avec des services médicaux clés à distance, depuis pratiquement n'importe où. FHIR permet aux patients d'utiliser des appareils personnels pour accéder à leur dossier médical personnel (DMP) et de s'interfacer directement avec certains systèmes médicaux, par exemple pour consulter les résultats de leurs analyses de laboratoire ou pour prendre rendez-vous pour une consultation.
Les principales versions du cadre HL7 sont complétées par plusieurs autres normes qui sont généralement différenciées de la norme de base en tant que produits et technologies supplémentaires. Ces produits et technologies supplémentaires sont fournis sous la forme de lignes directrices de mise en œuvre pour les processus et procédures communs, de syntaxes prises en charge, de documents de référence et de lignes directrices pour la création de normes pour des cas d'utilisation spécifiques.
À l'avenir, les produits et technologies seront probablement identifiés de manière plus uniforme en tant que profils pour des cas d'utilisation spécifiques de HL7.
Parmi les exemples de produits et de technologies supplémentaires, on peut citer le document de continuité des soins (CCD), l'étiquetage structuré des produits (SPL), l'architecture des documents cliniques (CDA), la gestion du contexte clinique (CCOW) et la syntaxe Arden.
Le CCD est un document électronique qui résume les informations relatives au patient et aide les prestataires de soins à partager les informations cliniques. La spécification SPL définit la syntaxe de balisage pour spécifier la sémantique des informations incluses dans les médicaments. CDA est une norme basée sur XML pour le transfert de données cliniques. CCOW est la norme qui permet la collaboration entre les applications visuelles sur les postes de travail cliniques. Arden Syntax est un langage de balisage utilisé pour représenter et partager des informations médicales.
Un dossier médical électronique (DME) contient toutes les informations relatives à la santé d'un patient, y compris son état, ses médicaments, ses procédures et ses diagnostics. Un DSE est généré et contrôlé par un médecin. Un DSP est similaire à un DSE, mais il est conçu pour être contrôlé et géré par le patient.
Les messages échangés dans les systèmes de soins de santé comprennent des informations sur l'admission, la sortie et le transfert des patients, la planification des visites et des examens, la commande d'interventions, les résultats d'analyses de laboratoire, les consultations médicales, la facturation et l'inventaire du matériel, l'orientation des patients et l'archivage des dossiers de santé électroniques.
Le cadre HL7 fournit une bibliothèque de définition de type d'objet (OTD), qui est une collection de structures de messages préconstruites. La bibliothèque de messages HL7 permet aux prestataires de soins de santé de créer des interfaces avec des systèmes de messagerie conformes aux normes HL7. HL7 permet également aux prestataires de soins de santé de personnaliser les messages en utilisant des champs facultatifs et en ajoutant des segments aux messages.
Un message HL7 est composé de segments dans une séquence définie. Chaque segment possède un identifiant de trois caractères appelé ID de segment. L'ID du segment décrit les informations qu'il contient, par exemple un segment d'en-tête de message (MSH), des informations sur le patient (PID), un type d'événement (EVN) ou des détails sur la visite d'un patient (PV1).
Un segment peut comporter plusieurs parties, comme le segment d'accident (ACC), qui comprend des champs décrivant l'accident lui-même, les personnes impliquées, le décès éventuel du patient, ainsi que la date et le lieu de l'accident.
Chaque message HL7 doit inclure un type de message dans l'en-tête du message. Le type de message décrit le type de message transmis. Un exemple de type de message est DFT, ou transaction financière détaillée.
Les types de messages sont regroupés dans des catégories d'informations. Par exemple, le type de message DFT fait partie de la catégorie d'informations sur les frais.
Chaque catégorie d'information contient plusieurs codes de déclenchement qui décrivent des événements spécifiques dans cette catégorie, comme A01, qui est le code de déclenchement pour l'admission d'un patient.
Un événement déclencheur est un message qui décrit un événement qui s'est produit. Les types de messages sont utilisés avec les codes de déclenchement pour initier la transmission d'un message concernant un événement tel que l'admission d'un patient dans un établissement médical. L'en-tête du message inclurait alors l'événement déclencheur ADT-A01.
Les messages HL7 sont regroupés par ensembles de transactions qui décrivent l'objectif ou le type de message dans le groupe.
L'ensemble de transactions HL7 de base est l'ensemble de transactions de contrôle. L'ensemble de transactions de contrôle définit des règles générales applicables à tous les messages. Ces règles comprennent les règles d'encodage des données, la façon dont les messages doivent être décrits et la façon dont les messages d'accusé de réception doivent être utilisés.
L'ensemble de transactions pour l'administration des patients gère, entre autres, les messages ADT.
D'autres ensembles de transactions HL7 concernent la gestion financière, les requêtes, les ordres de procédure, les rapports d'observation, la planification des visites, l'orientation des patients, la gestion des dossiers médicaux, les soins aux patients, l'automatisation des laboratoires, la gestion des applications et la gestion du personnel.
L'ensemble de transactions du fichier principal est une collection de fichiers de référence qui fournissent des informations sur les statuts des patients, les types de patients, les définitions des tests de laboratoire, les codes d'examen, les lieux, les médecins, etc.
Les messages HL7 sont transmis à l'aide de fichiers HL7. Un fichier HL7 porte l'extension .hl7 et ne peut être ouvert qu'avec un logiciel prenant en charge les fichiers HL7, par exemple 7Edit, QuickViewHL7 ou le navigateur Chameleon.
HL7 ne précise pas comment les systèmes stockent réellement les données dans une application. Cependant, la norme spécifie un type de données pour les champs de messages. Lorsqu'ils sont transmis, les champs de message sont encodés et transmis sous forme de chaînes de caractères.
HL7 est utilisé par les organismes de soins de santé tels que les hôpitaux, les centres d'imagerie médicale, les médecins, les cliniques publiques, les laboratoires, les maisons de soins, les pharmacies, les instituts de recherche médicale et les fournisseurs de logiciels et de matériel médical.
Le protocole HL7 est également utilisé dans les établissements médicaux où des messages sont échangés entre différents services internes tels que la radiologie, la pharmacie, la physiothérapie, l'administration des patients, les ressources humaines et les finances.
Les utilisateurs de HL7 comprennent les développeurs de systèmes IT, les développeurs d'interfaces cliniques spécialisées, les chercheurs médicaux et les organisations médicales qui ont besoin de partager des données avec d'autres institutions et utilisateurs de soins de santé.
Une interface HL7 se compose d'un point d'extrémité pour l'application émettrice, d'un point d'extrémité pour l'application réceptrice et d'une méthode de transmission des données entre les points d'extrémité. TCP/IP est le protocole de transport le plus couramment utilisé pour déplacer les messages HL7 entre les points finaux.
Une interface HL7 est parfois appelée moteur d'interface ou moteur d'intégration, mais ces termes décrivent des fonctionnalités légèrement différentes. Les interfaces point à point permettent à deux points d'extrémité de communiquer indépendamment des autres points d'extrémité d'un système. Les moteurs d'interface ou d'intégration servent d'intermédiaires pour toutes les interfaces connectées aux points finaux d'un système.
Bien que HL7 ne fournisse pas de moteur d'interface standard prêt à l'emploi, il existe des moteurs d'interface commerciaux et libres qui prennent en charge HL7 et qui peuvent faciliter la personnalisation et la mise en œuvre d'interfaces HL7 pour différents points finaux.
Les normes HL7 se concentrent sur la couche 7, la couche application, du modèle OSI (Open Systems Interconnection). Le modèle OSI normalise les fonctions de communication dans les systèmes de télécommunication et d'informatique.
L'importance de la couche 7 dans HL7 réside dans le fait que la couche application est l'endroit où les utilisateurs interagissent avec une application, à savoir au niveau de l'interface. La couche 7 s'intéresse à la manière dont les données sont échangées, à la sécurité des données, à la disponibilité des données, au contrôle d'accès et aux notifications d'erreur. Les API sont également accessibles via la couche 7.
HL7 peut être difficile à mettre en œuvre entre des systèmes qui utilisent des versions différentes. Par exemple, la version 3 de HL7 n'est pas rétrocompatible avec la version 2.x de HL7.
HL7 n'est pas une solution prête à l'emploi et peut nécessiter une adaptation pour différents modèles de données d'application, par exemple lorsqu'il n'existe pas de terminologie HL7 correspondant à une technologie spécifique à un fournisseur.
Des ressources importantes peuvent être nécessaires pour créer et tester des interfaces compatibles HL7 pour chaque point d'extrémité d'un système de soins de santé. Le maintien de l'interopérabilité du système peut nécessiter des cycles de test fréquents lorsque de nouveaux terminaux sont ajoutés.
Bien que la norme HL7 définisse la meilleure façon de faire les choses et soit présentée comme un ensemble de règles, il n'y a pas de conséquences juridiques en cas de non-respect des règles. Les organisations risquent donc de contourner les règles pour gagner du temps et de l'argent à court terme, au détriment d'autres composantes du système de soins de santé à long terme.
PRTG est un logiciel de supervision Network très complet qui assure le suivi de l'ensemble de votre infrastructure IT.
Les normes HL7 ne réglementent pas l'architecture des systèmes de santé, mais fournissent un guide sur la manière dont les informations cliniques doivent être structurées et partagées.
Les normes HL7 originales basées sur les fichiers et les protocoles FHIR plus récents basés sur XML sont tous deux conçus pour automatiser l'échange de données, améliorer les flux de travail pour les transactions et les événements médicaux, et donner aux patients un accès à leurs dossiers à partir de leurs propres appareils.
Integrating the Healthcare Enterprise (IHE) est une initiative visant à promouvoir l'utilisation de normes telles que HL7 pour aider les organismes de soins de santé à fournir de meilleurs soins de santé de manière plus efficace. L'IHE travaille actuellement à l'extension de l'utilisation des profils dans HL7. Un profil HL7 est une norme prête à l'emploi conçue pour un cas d'utilisation spécifique tel que la continuité des soins.
Il est important pour les organismes de soins de santé de superviser l'état des interfaces cliniques dans leur environnement, par exemple les erreurs de message, l'état de la connexion réseau, les files d'attente de messages en souffrance, les statuts d'accusé de réception (ACK) et les dysfonctionnements des machines. PTRG dispose d'une solution de supervision proactive, conçue pour surveiller spécifiquement les problèmes liés à HL7 dans les environnements de soins de santé.
