Integratie-engine (interface engine)

Deze pagina beschrijft het architectuurpatroon 'integratie-engine': één centrale, beheerde server die berichten tussen zorgtoepassingen doorgeeft en omzet. De healthdata.be-documentatie omschrijft NextGen Connect als een integratie-engine voor de zorg die berichtstandaarden (o.a. HL7, DICOM, ANSI X12, ASCII en XML) vertaalt naar de standaard die het ontvangende systeem vereist.^[1] Het Eclipse-voorstel voor Open Integration Engine beschrijft zo'n engine als een Java-gebaseerde server die klinische en administratieve berichten tussen uiteenlopende zorgsystemen ontvangt, transformeert, filtert, routeert en aflevert.^[9] Andere namen zijn 'interface engine' en 'communicatieserver'; zo omschrijft Enovation Infor Cloverleaf als communicatieserver die gegevens uit verschillende informatiesystemen verzamelt.^[10]

Wat doet een integratie-engine?

• Connectoren en transport. Een engine spreekt veel transportprotocollen; het OIE-voorstel noemt HTTP/S, TCP/MLLP, FTP/SFTP, SMTP, het bestandssysteem, JMS en rechtstreekse JDBC-databaseconnectiviteit.^[9] Voor HL7 v2 over het netwerk schrijft IHE het Minimal Lower Layer Protocol (MLLP) uit Appendix C van de HL7 Implementation Guide voor.^[2]
• Kanalen. In Mirth Connect en OIE is een kanaal één integratie: het bepaalt waar berichten vandaan komen, wat er onderweg mee gebeurt en waar ze heen gaan.^[9]
• Parsen en valideren. InterSystems-producten kunnen HL7-berichten zonder schema doorgeven, maar met een gekoppeld schema velden parsen voor transformaties en routeringsregels en berichten valideren.^[11] Mirth Connect gebruikt voor HL7 v2 de open-source HAPI-bibliotheek.^[12]
• Transformeren en mappen. Een engine zet het inkomende formaat om naar een ander, bijvoorbeeld HL7 naar XML.^[13] InterSystems Health Connect bevat ingebouwde transformaties tussen FHIR en HL7 v2 of C-CDA, en gebruikt een eigen tussenformaat (SDA) bij zulke conversies.^[14][14] In HD4DP v2 zet NextGen Connect gegevens uit een HL7 FHIR-API en uit CSV-bestanden om naar de API van de formulierserver.^[1][1] Voor KMEHR beschrijft Amaron dat berichten via Mirth Connect met de eHealth-timestampingdienst gedateerd worden, meestal op basis van een KMEHR-XML-bericht uit de bronsystemen (leveranciersclaim).^[8] Een publieke, herbruikbare mapping tussen HL7 v2, FHIR en KMEHR op een integratie-engine werd niet gevonden (hiaat).
• Routeren en filteren. Een filter leest berichtparameters en laat een bericht door naar de transformatiefase of houdt het tegen.^[13] InterSystems-producten kunnen als routing engine HL7 v2-berichten van de ene toepassing naar de andere doorsturen.^[11]
• Wachtrijen, store-and-forward en herlevering. Mirth Connect persisteert berichten tijdens de verwerking, zodat ze na een systeemfout of het stilleggen van een kanaal verder verwerkt worden waar ze gebleven waren.^[3] Elke destination connector kan een wachtrij gebruiken die in de database wordt opgeslagen.^[3] In HD4DP v2 levert NextGen Connect gegevens 'guaranteed delivery' af, zo nodig met nieuwe pogingen na een fout.^[1] In Apache Camel gaat een bericht dat niet verwerkt of verzonden kan worden naar een dead letter queue.^[15]
• Bevestigingen (ACK). IHE ondersteunt beide bevestigingsmodi van HL7 v2.5, Original en Enhanced Acknowledgement Mode.^[2] In de Original Mode meldt het ACK-bericht applicatiefouten van de ontvanger terug aan de zender.^[2] Mirth Connect kan met een source queue berichten eerst bevestigen en pas daarna in eigen tempo verwerken ('ACK now, process later').^[3] De Camel MLLP-component maakt HL7-bevestigingen automatisch aan en controleert ontvangen bevestigingen.^[16]
• Monitoring, logging en audit. Mirth Connect toont per kanaal en connector statistieken en bewaart per kanaal een doorzoekbare berichtenopslag.^[3][3] Het OIE-voorstel noemt een beheertoepassing voor het maken en uitrollen van kanalen, operationele monitoring en audit van berichten.^[9] Volgens InterSystems zorgen eventdetectie, alerting en monitoring in Health Connect ervoor dat berichten niet verloren gaan (leveranciersclaim).^[14]

Engine, message broker of bibliotheek

Drie soorten software worden in integratieprojecten door elkaar genoemd. Het onderscheid hieronder is een interpretatie van de Atlas; elke zin steunt op de geciteerde omschrijving door de makers.

• Algemene message broker. Apache ActiveMQ is een algemene, Java-gebaseerde message broker die meerdere protocollen ondersteunt (o.a. AMQP, STOMP, MQTT, JMS).^[4] Apache Kafka is een event-streamingplatform om stromen van events te publiceren, erop in te schrijven en ze duurzaam op te slaan.^[5] In hun eigen omschrijving noemen beide producten geen HL7-parsing of zorgspecifieke mapping; een broker kan wel als transportlaag onder of naast een engine dienen, zoals de JMS-connector in de Mirth-codebasis toont.^[4][9]
• Bibliotheek of framework. HAPI is een open-source, objectgeoriënteerde HL7 2.x-parser voor Java.^[6] HAPI FHIR is een Java-API voor FHIR-clients en -servers.^[17] Apache Camel is een integratieframework op basis van de Enterprise Integration Patterns en een kleine bibliotheek die in een Java-toepassing wordt ingebouwd.^[7][7] Wie zo'n bouwsteen gebruikt, schrijft zelf de routes en de beheerlaag.
• Integratie-engine. Een engine bundelt connectoren, transformatie, routering, wachtrijen en monitoring in één server met een beheerinterface; de Mirth Connect Server bevat zowel de back-end van de beheerinterface als de eigenlijke engine die berichten filtert, transformeert en verzendt.^[18] Engines bouwen vaak zelf op bibliotheken: Mirth Connect gebruikt HAPI voor HL7 v2, en ook de Camel HL7-component werkt met HAPI.^[12][19]

Daarnaast bestaan conversiediensten in de cloud: Microsoft positioneert de $convert-data-operatie van de Azure FHIR-service als component in een ETL-pijplijn om o.a. HL7v2- en C-CDA-gegevens naar FHIR om te zetten.^[20] Microsoft levert de standaardtemplates daarvoor onder MIT-licentie, maar ondersteunt ze niet en bedoelt ze enkel als vertrekpunt.^[20]

Neutrale vergelijking, zonder rangschikking of aanbeveling. 'Niet gevonden' betekent dat de Atlas geen bron vond, niet dat er geen gebruik is.

Toelichting bij de tabel: - De twee Mirth-forks ontstonden nadat NextGen de licentie van Mirth Connect wijzigde; de details staan op Mirth Connect (NextGen Connect).^[24][26] - IPF (Open eHealth Integration Platform) is een uitbreiding van Apache Camel voor de zorg, onder Apache License 2.0, met bouwstenen voor IHE-profielen zoals XDS, PIX, PDQ en XCPD.^[28][28] - InterSystems omschrijft Health Connect als een integratie-engine voor grote transactievolumes met procesbeheer en continue monitoring (leveranciersclaim); de bedrijfspagina is InterSystems IRIS for Health en HealthShare.^[14] - Rhapsody zegt integraties te bouwen van elke bron naar elke bestemming over FHIR, API's, HL7 en MCP heen (leveranciersclaim).^[34] Volgens Rhapsody converteert de engine ook tussen FHIR XML en JSON en mapt ze tussen FHIR en andere standaarden; Belgisch gebruik is niet aangetoond.^[37] - Andere functie: FHIR-gateway. Een FHIR-gateway of -façade zoals FHIR Station van Amaron bevraagt bestaande bronnen FHIR-conform zonder zelf berichten te routeren of data op te slaan (leveranciersclaim); de FHIR-functies van een engine zijn daarvoor een alternatief.^[38][14] - Infor Cloverleaf kan volgens Infor in de cloud, on-premises of hybride met Docker-containers draaien (leveranciersclaim).^[36] Infor verwijst naar een Black Book-rapport uit 2026 dat Infor als topleverancier van klinische data-integratieplatformen rangschikt; dat is een leveranciersclaim die de Atlas niet heeft kunnen toetsen.^[36]

• HD4DP v2 (healthdata.be). HD4DP v2 Local bestaat uit NextGen Connect (integratie-engine), Form.io, HD Connect en een lokaal datawarehouse.^[1] NextGen Connect handelt er alle integraties af, zowel binnen HD4DP als met de buitenwereld.^[1] Per gegevensrecord bepaalt de component de bestemming, transformatie en opsplitsing, met gegarandeerde aflevering.^[1] Mastersystemen van data providers spreken de formulier-API niet rechtstreeks aan, maar via de API die NextGen Connect aanbiedt.^[1] Zie HD4DP v2 (healthdata.be).
• eHealth-koppelingen (leveranciersclaims Amaron). De Belgische integrator Amaron zegt Mirth Connect te gebruiken voor zijn eHealth-koppelingen.^[8] Voor het Centraal Traceerbaarheidsregister gebruikt Amaron een webservice in Mirth Connect, met authenticatie en encryptie via eHealth-certificaten.^[8] Twee REST-webservices in Mirth Connect ontvangen HD4DP-gegevens en versturen ze via een eHealthBox-applicatie.^[8]
• InterSystems. Het Belgische EPD Clinicom draait aan de serverzijde en voor de integratie met andere software op InterSystems IRIS for Health en Ensemble, zo blijkt uit een Europees aanbestedingsbericht.^[32][32] Volgens een persbericht werd ZORGI in 2026 Belgisch implementatiepartner van InterSystems voor HealthShare (leveranciersclaim).^[39]
• Wat een koppeling met de eHealth-diensten vraagt (certificaten, I.AM/STS, ETEE, connectoren, registratietests), staat per doeldienst op Technische integratie met de eHealth-infrastructuur; de eHealth-connectoren zijn bibliotheken die in software worden ingebouwd. Of en hoe ziekenhuizen die bouwstenen in een integratie-engine onderbrengen, is buiten de Amaron-voorbeelden niet gedocumenteerd (hiaat).

Belgisch gebruik van Open Integration Engine, BridgeLink, Apache Camel/IPF, Rhapsody of Infor Cloverleaf werd niet gevonden; dat is een hiaat, geen bewijs van afwezigheid.

Bevindingen (met bron): - De kernfuncties van een integratie-engine zijn filteren, transformeren, extraheren en routeren, aangevuld met persistente wachtrijen, herlevering en monitoring.^[1][3][3] - Voor HL7 v2 zijn MLLP en ACK-afhandeling de gangbare basis, en zowel engines als frameworks ondersteunen die.^[2][3][16] - De markt bevat open-source engines (Mirth-forks onder MPL 2.0), een engine die van open source naar proprietary ging (Mirth Connect 4.6), commerciële engines (InterSystems, Rhapsody, Infor) en open-source frameworks (Camel, IPF, HAPI).^{[24][27][22][31][34][7]}

Aanbeveling (eigen): beoordeel een integratie-engine niet enkel op functies, maar ook op licentie- en patchbeleid, beschikbaarheid van ervaren integratoren in België, ondersteuning van MLLP/ACK, FHIR en KMEHR, en de mogelijkheid om berichten te volgen en opnieuw aan te bieden. De Atlas beveelt geen product aan.

Organisaties die HD4DP v2 Local draaien, hebben al een integratie-engine (NextGen Connect) in hun infrastructuur staan.^[1] Voor open-source Mirth-versies tot en met 4.5.2 levert NextGen geen beveiligingspatches meer; zie Mirth Connect (NextGen Connect).^[40]

Aanbeveling (eigen): houd een inventaris bij van alle integratie-engines en ingebouwde engines in geleverde software (ook die van HD4DP), met versie, licentie en wie het patchbeheer draagt. Maak bij aanbestedingen expliciet of een integratielaag als engine, als framework met eigen code of als dienst van een integrator geleverd wordt.

• Licentie en kosten: voor Mirth Connect 4.6 en later is een licentie van NextGen nodig; InterSystems vraagt een licentiesleutel per IRIS-instantie.^[41][31]
• Ontwikkelcapaciteit: frameworks als Camel vragen Java-ontwikkeling, omdat routes in DSL's (Java, XML, YAML) geschreven worden.^[7] Ook in Mirth Connect worden filters en transformers in JavaScript geschreven.^[42]
• Onderhoudscyclus: Camel brengt bijna maandelijks een release uit; LTS-versies krijgen tot één jaar bug- en beveiligingsfixes.^[43]
• Conversietemplates: de standaardtemplates van Azure $convert-data worden niet ondersteund door Microsoft.^[20]

• Geen neutrale definitie: een definitie van 'integration engine' door HL7 International, IHE of ISO werd niet gevonden; deze pagina steunt op omschrijvingen door makers en door healthdata.be (hiaat).
• Leveranciersclaims: de uitspraken van InterSystems, Rhapsody, Infor en Enovation over functies, verspreiding en rangschikking zijn niet onafhankelijk getoetst.^[14][34][36]
• Marktaandeel in België: buiten leveranciersclaims van Amaron werden geen cijfers gevonden over welke engines Belgische zorgorganisaties gebruiken (hiaat).
• Naam in HD4DP: healthdata.be spreekt van 'NextGen Connect'; welke versie en licentie in HD4DP v2 meegeleverd wordt, is niet gedocumenteerd (zie Mirth Connect (NextGen Connect)).^[44]