HL7 v2 : dialectes et profils de conformité

• Quoi : la norme HL7 v2 seule ne garantit pas l'interopérabilité, car elle offre de nombreuses options et des partenaires qui ne conviennent de rien au préalable en choisiront probablement des incompatibles.^[1]
• Pourquoi des dialectes : les segments Z locaux, les tables de codes définies localement et les séquences d'échappement locales sont autorisés au sein de la norme.^[2][3]
• Comment restreindre : un profil de conformité réduit ou supprime l'optionnalité de la norme de base et fournit des exigences mesurables pour déterminer la conformité.^[4]
• Par domaine et par pays : les profils IHE fixent par transaction la version et les messages, et les extensions nationales peuvent y ajouter des exigences mais non les assouplir.^[5][6]
• Outils : l'outil du NIST IGAMT-2 pour les guides d'implémentation v2 a été transféré à Prometheus Computing, transfert achevé le 21 septembre 2026.^[7]
• Belgique : l'ITI TF Volume 4 contient des extensions nationales pour les États-Unis, la France et l'Allemagne, et aucune belge (lecture de la table des matières).^[8]
• Pour un hôpital : chaque interface en production est un profil entièrement restreint, documenté ou non ; la question est donc de savoir si ce profil est consigné par écrit.^[9]

HL7 version 2 est une norme de messagerie conçue pour s'adapter à de très nombreux processus de soins différents ; selon une étude du NIST, il en est résulté une norme comportant de nombreux composants facultatifs, ce qui rendait difficile l'alignement des interfaces.^[1] La même étude affirme que la norme seule ne garantit pas l'interopérabilité : des partenaires commerciaux qui ne conviennent de rien au préalable n'implémenteront probablement pas des options compatibles.^[1] En pratique, les spécifications des fournisseurs ne s'accordent pas bien entre elles, de sorte que les différences doivent être absorbées connexion par connexion.^[1] HL7 International présente lui-même comme un avantage le fait que v2 « provides a framework for negotiations of what is not in the standard ».^[10]

La HL7 v2 Conformance Methodology décrit donc la norme de base comme un cadre comportant, par événement, un premier modèle de message qui doit être restreint pour un usage spécifique ; cette restriction s'appelle le profilage et produit un message profile ou profil de conformité.^[4] Sur cette page, « dialecte » n'est pas un terme officiel : c'est une dénomination propre à cette page pour la somme des choix qu'une interface fait dans l'espace que la norme laisse ouvert (interprétation).

Waar de ruimte zit

Lokale Z-segmenten zijn volgens HL7 ook binnen een segmentgroep toegestaan.^[2] Sommige sites nemen een voorgesteld veld al vroeg lokaal op met een hoog volgnummer; HL7 waarschuwt dat de lokale implementatie zich moet aanpassen als dat later botst met een officieel veld.^[2] Een lokaal veld geeft volgens HL7 waarschijnlijk conformiteitsproblemen met de volgende release.^[2]

Ook de versie zelf varieert. In oudere versies zoals v2.3.1 ontbreekt in MSH-9 vaak de berichtstructuur (MSH-9.3), omdat de standaard die toen niet altijd in de berichtdefinitie opnam.^[3] Het onderscheid tussen A31 en A08 is in de gelezen bronnen enkel via IHE PAM gedocumenteerd: het samenvoegbericht van ITI-30 dient enkel om twee identificatoren van dezelfde patiënt samen te voegen, en voor andere wijzigingen hoort A31.^[5] Het PCD-01-bericht steunt op hoofdstuk 7 van v2.6 voor de syntaxis van observaties uit toestellen^[11], en de PRT-uitbreiding is een bewuste mengvorm van versies^[11].

Conformanceprofielen

Profielen verkleinen of schrappen de optionaliteit of openheid van de basisstandaard en leveren meetbare eisen om conformiteit van implementaties te bepalen.^[4] De methodologie onderscheidt twee soorten:

Een expliciete conformancemethodologie kwam in de standaard met versie 2.5 en werd in latere versies herzien.^[4] Het methodologiedocument vervangt de conformancehoofdstukken uit eerdere v2-versies en is bedoeld voor elke v2-versie.^[4] De versies 2.1 en 2.2 vallen er bewust buiten omdat hun constructies te onrijp zijn; nieuwe implementatiegidsen op die versies worden sterk afgeraden.^[4] Bij certificatie hoort een conformiteitsfout tot falen te leiden, terwijl dezelfde fout in een productie-interface kan leiden tot alles tussen het bericht weigeren en niets doen.^[4]

IHE-profielen

IHE perkt v2 per werkstroom in. In IHE-transacties mogen Z-segmenten enkel voorkomen als het profiel ze uitdrukkelijk voorziet.^[12] PAM definieert zelf een Z-segment (ZBE) en een Z-bericht (Z99) voor de optie Historic Movement Management.^[5] In ITI-30 moet MSH-12 met '2.5' beginnen.^[5] IHE noemt de aangepaste HL7 2.5-tabellen in zijn ITI Technical Framework zelf een profiel^[12], en beveelt aan dat berichten vanaf v2.5 in MSH-21 de IHE-transactie als profielidentificator dragen (bv. 'ITI-10^IHE')^[12].

DEC zet gegevens van patiëntgebonden toestellen om van eigen syntaxis en semantiek naar één gemeenschappelijke voorstelling voor de enterprise-systemen.^[17] Zie ook Profils IHE d'imagerie (XDS-I.b, XCA-I, MADO) en IHE SDPi (Service-oriented Device Point-of-care Interoperability).

Nationale extensies

Een nationale extensie op het IHE Technical Framework vereist eerst een nationaal IHE-initiatief^[6], en mag eisen toevoegen maar niet versoepelen^[6]. Voor PAM moet een nationale extensie minstens één van de opties Merge en Link/Unlink kiezen en dezelfde optie aan leverancier en afnemer opleggen.^[13]

De Franse PAM-extensie 2.10 (12 juli 2021) is gepubliceerd met status Trial Implementation, waardoor de vorige versie 2.9 als Final Text geldt.^[19] De Duitse extensie stelt dat IHE-profielen op basis van HL7 v2 waar nodig uitbreidingen zoals het ZBE-segment definiëren.^[20]

Tools: NIST en IGAMT

IGAMT-2 is een tool om HL7 v2.x-implementatiegidsen met een of meer conformanceprofielen op te stellen.^[7] Het NIST Health IT-programma loopt af; veel kerntools voor conformance en testen gaan naar externe organisaties, vooral Prometheus Computing, zodat ze onderhouden en publiek beschikbaar blijven.^[21] IGAMT-2 draait sindsdien op hun AWS-omgeving; de overdracht was afgerond op 21 september 2026.^[7] De oude versie IGAMT-1 ging op 30 juni 2026 offline.^[22]

La méthodologie est facultative mais recommandée en production, et obligatoire pour les nouveaux guides d'implémentation HL7 v2 soumis au ballot.^[4] Cette règle provient du projet soumis au ballot de 2019 ; la version publiée n'a pas été lue. Les outils du NIST sont en pleine transition vers Prometheus Computing (voir ci-dessus).^[21] En ce qui concerne la France, le statut de l'extension PAM 2.10 est documenté de manière contradictoire (voir ci-dessous).^[19] La conversion de v2 vers FHIR part de la norme de base et ne tient compte ni des contraintes issues de guides d'implémentation spécifiques ni des variantes locales non conformes à la norme de base ; voir HL7 Version 2 to FHIR.^[23] Les données Z ne sont pas reprises dans ces mappings.^[23]

Comme chaque interface en production est un implementable profile, documenté ou non^[9], une spécification d'interface qui se contente de dire « HL7 v2 » ne décrit pas le dialecte réel. L'ITI TF Volume 4 ne contient aucune extension nationale belge (lecture de la table des matières de la Revision 20.2)^[8], et une extension nationale requiert d'abord une initiative IHE nationale^[6]. Aucun profil HL7 v2 belge émanant de HL7 Belgium, d'une initiative IHE ou des pouvoirs publics n'a été trouvé. Deux marchés publics hospitaliers belges lus mentionnent « HL7 of een API » ou une interface ADT, sans version ni profil.^[24][25] En outre, les segments Z locaux sont perdus dans les mappings standard vers FHIR.^[23]

Recommandation (propre) : lors d'un marché public ou d'un remplacement, fixez pour chaque interface un profil de conformité : version v2, types de messages et déclencheurs (p. ex. A08 ou A31), segments Z, tables de codes et jeu de caractères ; renvoyez si possible à un profil IHE (PAM, SWF.b, LTW, DEC) et demandez au fournisseur un conformance statement.

• Statut de l'extension française PAM 2.10 : la page de titre indique « Final Text », le paragraphe sur le cycle de vie « Trial Implementation », avec 2.9 comme Final Text.^[19]
• Version de base de SWF : le supplément SWF.b indique que le SWF original exige v2.3^[15] ; une page de travail IHE plus ancienne parle d'implémentations sur v2.3 à v2.3.1^[26]. Vraisemblablement la même lignée 2.3.x (interprétation).
• La méthodologie est citée d'après le projet D9 soumis au ballot de 2019, et non d'après la R1 publiée.^[4]
• Les conclusions belges reposent sur une table des matières et sur des avis de marché ; les cahiers des charges complets et l'éventuel matériel réservé aux membres de HL7 Belgium n'ont pas été lus.^[8][24]