HL7 versie 2

HL7 versie 2 (HL7 v2) is een internationale berichtstandaard voor uitwisseling tussen toepassingen binnen en rond het ziekenhuis. Versie 2.4 ondersteunt bijvoorbeeld ORU-berichten om laboratoriumresultaten naar andere systemen over te dragen.^[1] Het IHE-profiel Laboratory Testing Workflow (LTW) definieert vijf transacties, allemaal op basis van HL7 versie 2.5 of 2.5.1.^[2] Elke LTW-transactie gebruikt een deelverzameling van de berichtstructuren OML, ORL, ORU en OUL.^[2]

Voor transport over het netwerk schrijft IHE het Minimal Lower Layer Protocol (MLLP) voor.^[5] IHE ondersteunt beide bevestigingsmodi van HL7 v2.5, Original en Enhanced Acknowledgement Mode.^[5]

IHE LTW specificeert de koppelvlakken tussen klinische informatiesystemen, LIS en labo-automatisering, zodat een van die systemen vervangen kan worden zonder de bestaande gegevensstromen te breken.^[2] Daardoor kan een aanvraag rechtstreeks vanuit het klinische systeem op de afdeling naar het LIS gaan, zonder dat het labo de order manueel invoert.^[2] Zie Koppeling LIS en ziekenhuis-EPD voor de Belgische toepassing en de alternatieven.

Hiaat: de verwerkte bronnen bevatten geen primaire bron van HL7 International over de versiegeschiedenis of de status van HL7 v2; de versies op deze pagina komen uit IHE-profielen en productdocumentatie.^[1][2] Mirth Connect actualiseerde in release 3.12.0 de HAPI-bibliotheek voor HL7 v2.7 en hoger.^[3]

In België behandelen technische subcomités van HL7 Belgium onderwerpen rond de implementatie van HL7 versie 2.^[6] Agoria biedt sinds 2016 academies aan over onder meer HL7 FHIR, IHE XDS en HL7v2.^[7]

Een officiële Belgische specificatie (eHealth-platform, HL7 Belgium, FOD) voor HL7 v2-order- of resultaatberichten tussen ziekenhuis-EPD en LIS werd niet gevonden (hiaat, geen bewijs van afwezigheid). Het bewijs van gebruik is indirect:

Interpretatie: 'HL7' en 'HL7 IHE' zonder versie in leveranciersdocumentatie wijzen vermoedelijk op HL7 v2 (IHE LTW), maar de bronnen zeggen dat niet expliciet.^[10][9]

HL7 v2 is geen nationale Belgische uitwisselingsstandaard: resultaten naar huisartsen gaan in het DIGIRELAB-traject als FHIR-bericht dat het LIS zelf genereert (zie Belgische FHIR Lab-IG (hl7.fhir.be.lab)).^[11] Interpretatie: wie intern HL7 v2 gebruikt en extern FHIR of KMEHR moet leveren, heeft een vertaallaag nodig; integratieproducten zoals InterSystems Health Connect bevatten transformaties tussen FHIR en HL7 v2.^[12] Ook de Azure FHIR-service positioneert een conversie van HL7v2 naar FHIR R4 als onderdeel van een ETL-pijplijn.^[13]

Aanbeveling (eigen): leg bij een LIS- of EPD-aanbesteding de interne berichtkoppeling vast als IHE LTW-transacties (met HL7 v2-versie en berichttypes), zodat een van beide systemen later vervangen kan worden; vraag daarnaast apart naar FHIR-ondersteuning voor de externe stromen.

• Transport en bevestiging: MLLP en ACK-afhandeling moeten aan beide kanten ondersteund zijn.^[5][5]
• Bouwstenen: de open-source bibliotheek HAPI HL7v2 werd gestart door University Health Network (Toronto) en is niet verbonden aan de HL7-organisatie.^[14] HAPI heeft een dubbele licentie (MPL of GPL) en mag royaltyvrij in open- en closed-sourcetoepassingen gebruikt worden.^[15] De HL7-component van Apache Camel verwerkt MLLP en HL7 v2-berichten met HAPI.^[16]
• Routering: InterSystems-producten kunnen HL7 v2-berichten van de ene toepassing naar de andere routeren.^[17] Zie Integratie-engine (interface engine) voor een vergelijking van engines en frameworks.

• Belgisch gebruik van HL7 v2 rond het labo is enkel met leveranciersclaims en een bestek buiten het labo onderbouwd; de berichttypes en versies per installatie zijn onbekend.^[4][8]
• Of Belgische EPD's ORM (oudere orderstructuur) of OML (IHE LTW) gebruiken, werd niet gevonden (hiaat).