HL7 v2: dialecten en conformanceprofielen

HL7 versie 2 is een berichtstandaard die werd ontworpen om veel uiteenlopende zorgprocessen te accommoderen; volgens een NIST-studie leverde dat een standaard op met veel optionele componenten, wat het afstemmen van interfaces moeilijk maakte.^[1] Dezelfde studie stelt dat de standaard alleen geen interoperabiliteit garandeert: handelspartners die vooraf niets afspreken, implementeren waarschijnlijk geen compatibele opties.^[1] In de praktijk sluiten leveranciersspecificaties niet goed op elkaar aan, zodat de verschillen per verbinding moeten worden opgevangen.^[1] HL7 International zelf noemt het een voordeel dat v2 'een kader biedt voor onderhandeling over wat niet in de standaard staat'.^[10]

De HL7 v2 Conformance Methodology beschrijft de basisstandaard daarom als een kader met per gebeurtenis een eerste berichtsjabloon dat voor een specifiek gebruik moet worden ingeperkt; dat inperken heet profileren en levert een message profile of conformanceprofiel op.^[4] Een 'dialect' is in deze pagina geen officiële term: het is de eigen benaming voor de som van keuzes die één koppeling maakt binnen de ruimte die de standaard laat (interpretatie).

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 IHE-beeldvormingsprofielen (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]

De methodologie is in productie optioneel maar aanbevolen, en voor nieuw gestemde HL7 v2-implementatiegidsen verplicht.^[4] Die regel komt uit het ballotontwerp van 2019; de gepubliceerde versie werd niet gelezen. De NIST-tools zitten midden in een overgang naar Prometheus Computing (zie hierboven).^[21] Wat Frankrijk betreft is de status van de PAM-extensie 2.10 tegenstrijdig gedocumenteerd (zie onder).^[19] De omzetting van v2 naar FHIR start van de basisstandaard en houdt geen rekening met beperkingen uit specifieke implementatiegidsen of met lokale varianten die niet conform de basisstandaard zijn; zie HL7 Version 2 to FHIR.^[23] Z-gegevens worden niet in die mappings opgenomen.^[23]

Omdat elke interface in productie een implementable profile is, gedocumenteerd of niet^[9], beschrijft een interfacespecificatie die enkel 'HL7 v2' zegt het eigenlijke dialect niet. ITI TF Volume 4 bevat geen Belgische nationale extensie (lezing van de inhoudstafel van Revision 20.2)^[8], en een nationale extensie vereist eerst een nationaal IHE-initiatief^[6]. Een Belgisch HL7 v2-profiel van HL7 Belgium, een IHE-initiatief of de overheid werd niet gevonden. Twee gelezen Belgische ziekenhuisaanbestedingen noemen 'HL7 of een API' of een ADT-interface zonder versie of profiel.^[24][25] Lokale Z-segmenten gaan bovendien verloren in de standaardmappings naar FHIR.^[23]

Aanbeveling (eigen): leg bij een aanbesteding of vervanging per koppeling een conformanceprofiel vast: v2-versie, berichttypes en triggers (bv. A08 of A31), Z-segmenten, codetabellen en tekenset; verwijs waar mogelijk naar een IHE-profiel (PAM, SWF.b, LTW, DEC) en vraag de leverancier om een conformance statement.

• Status Franse PAM-extensie 2.10: het titelblad zegt 'Final Text', de levenscyclusparagraaf 'Trial Implementation' met 2.9 als Final Text.^[19]
• SWF-basisversie: het SWF.b-supplement zegt dat het oorspronkelijke SWF v2.3 vereist^[15]; een oudere IHE-werkpagina spreekt van implementaties op v2.3 tot v2.3.1^[26]. Vermoedelijk dezelfde 2.3.x-lijn (interpretatie).
• De methodologie is geciteerd uit het ballotontwerp D9 van 2019, niet uit de gepubliceerde R1.^[4]
• De Belgische conclusies rusten op een inhoudstafel en op aankondigingen; de volledige bestekken en eventueel ledenmateriaal van HL7 Belgium zijn niet gelezen.^[8][24]