--- id: integratie-engine type: Topic type_label: Aperçu ou dossier title: Moteur d'intégration (interface engine) aliases: - interface engine - integration engine - communicatieserver - HL7-integratie-engine - interfacemotor - moteur d'intégration names: nl: Integratie-engine fr: Moteur d'intégration en: Integration engine de: Kommunikationsserver jurisdiction: - internationaal - belgie themes: - architectuur-en-infrastructuur - softwaremarkt - standaardisatie-en-governance lifecycle: onbekend lifecycle_note: Sans objet (page de patron); le statut par produit figure dans le tableau comparatif et sur les pages propres. summary: Un moteur d'intégration (interface engine, aussi appelé « serveur de communication ») est un serveur qui reçoit, filtre, transforme et route des messages entre applications de soins, par exemple entre les formats HL7 v2, FHIR, DICOM et XML. Les moteurs ajoutent au transport des files d'attente persistantes, de nouvelles tentatives et un monitoring; un message broker (Kafka, ActiveMQ) fournit le transport et le stockage des messages, une bibliothèque ou un framework (HAPI, Apache Camel) des briques pour du code propre, selon leur propre description. En Belgique, NextGen Connect (Mirth Connect) est le moteur de HD4DP v2 de healthdata.be; pour la technologie InterSystems, seul un avis de marché portant sur le DPI d'un seul hôpital a été trouvé. last_verified: '2026-10-08' relations: - type: about direction: uit target: mirth-connect target_url: https://ehealth-atlas.be/fr/mirth-connect/ status: established - type: about direction: uit target: intersystems-iris-for-health target_url: https://ehealth-atlas.be/fr/intersystems-iris-for-health-et-healthshare/ status: established - type: about direction: uit target: apache-camel target_url: https://ehealth-atlas.be/fr/apache-camel/ status: established - type: about direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: established - type: about direction: uit target: healthdata-hd4dp target_url: https://ehealth-atlas.be/fr/hd4dp-v2/ status: established - type: about direction: uit target: amaron target_url: https://ehealth-atlas.be/fr/amaron/ status: established - type: comparedWith direction: in target: amaron-fhir-station target_url: https://ehealth-atlas.be/fr/fhir-station-amaron/ status: hypothesis - type: seeAlso direction: in target: apache-camel target_url: https://ehealth-atlas.be/fr/apache-camel/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/moteur-d-integration/ license: CC BY 4.0 --- # Moteur d'intégration (interface engine) Un moteur d'intégration (interface engine, aussi appelé « serveur de communication ») est un serveur qui reçoit, filtre, transforme et route des messages entre applications de soins, par exemple entre les formats HL7 v2, FHIR, DICOM et XML. Les moteurs ajoutent au transport des files d'attente persistantes, de nouvelles tentatives et un monitoring ; un message broker (Kafka, ActiveMQ) fournit le transport et le stockage des messages, une bibliothèque ou un framework (HAPI, Apache Camel) des briques pour du code propre, selon leur propre description. En Belgique, NextGen Connect (Mirth Connect) est le moteur de HD4DP v2 de healthdata.be ; pour la technologie InterSystems, seul un avis de marché portant sur le DPI d'un seul hôpital a été trouvé. ## En bref - Un moteur d'intégration reçoit des messages, les filtre, les transforme et les route vers le format et la destination exigés par le système récepteur ; healthdata.be qualifie le filtrage, la transformation, l'extraction et le routage de fonctions principales.[^1][^1] - Pour HL7 v2 sur le réseau, IHE prescrit le Minimal Lower Layer Protocol (MLLP), avec des messages ACK qui signalent les erreurs applicatives à l'expéditeur.[^2][^2] - Les moteurs conservent les messages de manière persistante pendant le traitement, les placent dans des files d'attente et réessaient en cas d'erreur (livraison garantie).[^3][^3][^1] - Un message broker généraliste comme Apache ActiveMQ ou Kafka fournit le transport et le stockage des messages, mais pas de fonctions spécifiques aux soins.[^4][^5][^5] - Les bibliothèques et frameworks comme HAPI et Apache Camel s'intègrent dans du code Java propre et ne constituent pas un moteur autonome doté d'une interface de gestion.[^6][^7] - En Belgique, NextGen Connect est le moteur d'intégration de [HD4DP v2](https://ehealth-atlas.be/fr/hd4dp-v2/) ; l'intégrateur [Amaron](https://ehealth-atlas.be/fr/amaron/) affirme construire des connexions eHealth sur Mirth Connect (affirmation du fournisseur).[^1][^8] ## Question ou modèle Cette page décrit le modèle d'architecture « moteur d'intégration » : un serveur central et géré, unique, qui transmet et convertit les messages entre applications de soins. La documentation de healthdata.be décrit NextGen Connect comme un moteur d'intégration pour les soins de santé, qui traduit des normes de messages (entre autres HL7, DICOM, ANSI X12, ASCII et XML) vers la norme exigée par le système destinataire.[^1] La proposition Eclipse pour Open Integration Engine décrit un tel moteur comme un serveur basé sur Java qui reçoit, transforme, filtre, route et délivre des messages cliniques et administratifs entre des systèmes de soins hétérogènes.[^9] D'autres appellations sont « interface engine » et « serveur de communication » ; ainsi, Enovation décrit Infor Cloverleaf comme un serveur de communication qui rassemble des données provenant de différents systèmes d'information.[^10] ### Que fait un moteur d'intégration ? - **Connecteurs et transport.** Un moteur parle de nombreux protocoles de transport ; la proposition OIE cite HTTP/S, TCP/MLLP, FTP/SFTP, SMTP, le système de fichiers, JMS et la connectivité directe aux bases de données via JDBC.[^9] Pour HL7 v2 sur le réseau, IHE prescrit le Minimal Lower Layer Protocol (MLLP) de l'annexe C du HL7 Implementation Guide.[^2] - **Canaux.** Dans Mirth Connect et OIE, un canal constitue une seule intégration : il détermine d'où viennent les messages, ce qu'il advient d'eux en route et où ils vont.[^9] - **Parsing et validation.** Les produits InterSystems peuvent transmettre des messages HL7 sans schéma, mais, avec un schéma associé, ils peuvent analyser des champs en vue de transformations et de règles de routage et valider des messages.[^11] Pour HL7 v2, Mirth Connect utilise la bibliothèque open source HAPI.[^12] - **Transformation et mapping.** Un moteur convertit le format entrant en un autre, par exemple HL7 vers XML.[^13] InterSystems Health Connect contient des transformations intégrées entre FHIR et HL7 v2 ou C-CDA, et utilise un format intermédiaire propre (SDA) lors de telles conversions.[^14][^14] Dans HD4DP v2, NextGen Connect convertit des données provenant d'une API HL7 FHIR et de fichiers CSV vers l'API du serveur de formulaires.[^1][^1] Pour KMEHR, Amaron décrit que des messages sont horodatés au moyen de Mirth Connect via le service de timestamping d'eHealth, le plus souvent sur la base d'un message KMEHR-XML provenant des systèmes sources (affirmation du fournisseur).[^8] Aucun mapping public et réutilisable entre HL7 v2, FHIR et [KMEHR](https://ehealth-atlas.be/fr/kmehr/) sur un moteur d'intégration n'a été trouvé (lacune). - **Routage et filtrage.** Un filtre lit des paramètres de message et laisse passer un message vers la phase de transformation ou le retient.[^13] En tant que routing engine, les produits InterSystems peuvent transférer des messages HL7 v2 d'une application vers une autre.[^11] - **Files d'attente, store-and-forward et relivraison.** Mirth Connect persiste les messages pendant le traitement, de sorte qu'après une panne du système ou l'arrêt d'un canal, leur traitement reprend là où il s'était interrompu.[^3] Chaque destination connector peut utiliser une file d'attente stockée dans la base de données.[^3] Dans HD4DP v2, NextGen Connect livre les données en « guaranteed delivery », si nécessaire avec de nouvelles tentatives après une erreur.[^1] Dans Apache Camel, un message qui ne peut pas être traité ou envoyé part vers une dead letter queue.[^15] - **Accusés de réception (ACK).** IHE prend en charge les deux modes d'accusé de réception de HL7 v2.5, Original et Enhanced Acknowledgement Mode.[^2] Dans l'Original Mode, le message ACK rapporte à l'expéditeur les erreurs applicatives du destinataire.[^2] Avec une source queue, Mirth Connect peut d'abord accuser réception des messages et ne les traiter qu'ensuite à son propre rythme (« ACK now, process later »).[^3] Le composant MLLP de Camel crée automatiquement les accusés de réception HL7 et contrôle les accusés de réception reçus.[^16] - **Monitoring, journalisation et audit.** Mirth Connect affiche des statistiques par canal et par connecteur et conserve par canal un stockage de messages consultable.[^3][^3] La proposition OIE cite une application de gestion pour la création et le déploiement de canaux, le monitoring opérationnel et l'audit des messages.[^9] Selon InterSystems, la détection d'événements, les alertes et le monitoring dans Health Connect font que des messages ne se perdent pas (affirmation du fournisseur).[^14] ### Moteur, message broker ou bibliothèque Trois types de logiciels sont mentionnés indifféremment dans les projets d'intégration. La distinction ci-dessous est une **interprétation** de l'Atlas ; chaque phrase s'appuie sur la description citée qu'en donnent leurs créateurs. - **Message broker générique.** Apache ActiveMQ est un message broker générique, basé sur Java, qui prend en charge plusieurs protocoles (entre autres AMQP, STOMP, MQTT, JMS).[^4] Apache Kafka est une plate-forme d'event streaming permettant de publier des flux d'événements, de s'y abonner et de les stocker durablement.[^5][^5] Dans leur propre description, aucun des deux produits ne mentionne de parsing HL7 ni de mapping spécifique aux soins de santé ; un broker peut toutefois servir de couche de transport sous un moteur ou à côté de celui-ci, comme le montre le connecteur JMS dans la base de code de Mirth.[^4][^9] - **Bibliothèque ou framework.** HAPI est un parseur HL7 2.x open source et orienté objet pour Java.[^6] HAPI FHIR est une API Java pour clients et serveurs FHIR.[^17] Apache Camel est un framework d'intégration fondé sur les Enterprise Integration Patterns et une petite bibliothèque que l'on intègre dans une application Java.[^7][^7] Qui utilise un tel composant écrit lui-même les routes et la couche de gestion. - **Moteur d'intégration.** Un moteur regroupe connecteurs, transformation, routage, files d'attente et monitoring dans un seul serveur doté d'une interface de gestion ; le Mirth Connect Server contient à la fois le back-end de l'interface de gestion et le moteur proprement dit, qui filtre, transforme et envoie les messages.[^18] Les moteurs s'appuient souvent eux-mêmes sur des bibliothèques : Mirth Connect utilise HAPI pour HL7 v2, et le composant HL7 de Camel fonctionne également avec HAPI.[^12][^19] Il existe en outre des services de conversion dans le cloud. Pour la conversion de données de santé vers FHIR avec $convert-data dans le service FHIR d'Azure, Microsoft recommande, pour le workflow complet, un pipeline ETL (extract, transform, load) avec un moteur ETL ; Azure Logic Apps ou Azure Data Factory sont cités (description du fournisseur) ; en cas de succès, le service renvoie un bundle FHIR en R4.[^20][^20][^20] Microsoft livre les templates standard correspondants sous licence MIT, mais ne les prend pas en charge et les destine uniquement à servir de point de départ.[^20] ## Comparaison Comparaison neutre, sans classement ni recommandation. « Non trouvé » signifie que l'Atlas n'a trouvé aucune source, non qu'il n'y a pas d'utilisation. | Produit | Type | Producteur | Licence | HL7 v2 / FHIR | Utilisation en Belgique | |---|---|---|---|---|---| | [Mirth Connect (NextGen Connect)](https://ehealth-atlas.be/fr/mirth-connect/) (NextGen Connect) | moteur | NextGen Healthcare[^21] | MPL 2.0 jusqu'à 4.5.2 inclus ; propriétaire à partir de 4.6 (mars 2025)[^13][^22] | HL7 v2 via HAPI ; extension FHIR, notamment R4[^12][^23] | HD4DP v2[^1] ; Amaron (affirmation du fournisseur)[^8] | | Open Integration Engine | moteur (fork de Mirth) | communauté, incubation Eclipse[^24][^25] | MPL 2.0[^24] | HL7 v2.x, FHIR, DICOM, CDA (selon la proposition)[^9] | non trouvé | | BridgeLink | moteur (fork de Mirth) | Innovar Healthcare et la communauté[^26] | MPL 2.0[^27] | pas établi séparément | non trouvé | | [Apache Camel](https://ehealth-atlas.be/fr/apache-camel/) (+ IPF) | framework/bibliothèque | Apache Software Foundation[^7] | Apache 2.0[^7][^28] | HL7 v2/MLLP via HAPI ; FHIR via HAPI FHIR ; IPF pour les profils IHE[^19][^29][^28] | non trouvé | | HAPI HL7v2 / HAPI FHIR | bibliothèque | projet open source, non lié à l'organisation HL7[^6] | MPL ou GPL (HL7v2) ; Apache 2.0 (FHIR)[^30][^17] | parseur HL7 v2 ; API FHIR[^6][^17] | directement non trouvé ; intégré dans Mirth Connect[^12] | | InterSystems Health Connect | moteur | InterSystems[^14] | commercial, clé de licence par instance IRIS[^31] | routage HL7 v2 ; client/serveur FHIR et transformations[^11][^14] | Health Connect lui-même non trouvé ; IRIS for Health et Ensemble dans l'application DPI d'un seul hôpital (avis de marché)[^32] | | Rhapsody (incl. Corepoint) | moteur | Rhapsody, auparavant Lyniate[^33] | commercial ; SaaS, infrastructure propre ou iPaaS[^34] | HL7 et FHIR (affirmation du fournisseur)[^35] | non trouvé ; 31 pays sans ventilation[^34] | | Infor Cloverleaf | moteur | Infor[^36] | pas établi | HL7v2, FHIR, CDA, X12 (affirmation du fournisseur)[^36] | non trouvé ; proposé aux Pays-Bas via Enovation[^10] | Précisions sur le tableau : - Les deux forks de Mirth sont nés après que NextGen a modifié la licence de Mirth Connect ; les détails figurent sur [Mirth Connect (NextGen Connect)](https://ehealth-atlas.be/fr/mirth-connect/).[^24][^26] - IPF (Open eHealth Integration Platform) est une extension d'Apache Camel pour les soins de santé, sous Apache License 2.0, avec des composants pour des profils IHE comme XDS, PIX, PDQ et XCPD.[^28][^28] - InterSystems décrit Health Connect comme un moteur d'intégration pour de grands volumes de transactions, avec gestion des processus et monitoring continu (affirmation du fournisseur) ; la page de l'entreprise est [InterSystems](https://ehealth-atlas.be/intersystems/).[^14] - Rhapsody affirme construire des intégrations de n'importe quelle source vers n'importe quelle destination, à travers FHIR, les API, HL7 et MCP (affirmation du fournisseur).[^34] Selon Rhapsody, le moteur convertit aussi entre FHIR XML et JSON et établit des mappings entre FHIR et d'autres normes ; une utilisation en Belgique n'est pas démontrée.[^37] - **Autre fonction : passerelle FHIR.** Une passerelle ou façade FHIR comme [FHIR Station](https://ehealth-atlas.be/fr/fhir-station-amaron/) d'Amaron interroge des sources existantes de manière conforme à FHIR sans router elle-même des messages ni stocker des données (affirmation du fournisseur) ; les fonctions FHIR d'un moteur constituent une alternative à cela.[^38][^14] - Selon Infor, Infor Cloverleaf peut fonctionner dans le cloud, on-premises ou en mode hybride avec des conteneurs Docker (affirmation du fournisseur).[^36] Infor renvoie à un rapport Black Book de 2026 qui classe Infor comme fournisseur de premier plan de plates-formes d'intégration de données cliniques ; il s'agit là d'une affirmation du fournisseur que l'Atlas n'a pas pu vérifier.[^36] ## Contexte belge - **HD4DP v2 (healthdata.be).** HD4DP v2 Local se compose de NextGen Connect (moteur d'intégration), de Form.io, de HD Connect et d'un entrepôt de données local.[^1] NextGen Connect y traite toutes les intégrations, tant au sein de HD4DP qu'avec le monde extérieur.[^1] Pour chaque enregistrement de données, le composant détermine la destination, la transformation et la scission, avec livraison garantie.[^1] Les systèmes maîtres des data providers n'adressent pas directement l'API des formulaires, mais passent par l'API que propose NextGen Connect.[^1] Voir [HD4DP v2 (healthdata.be)](https://ehealth-atlas.be/fr/hd4dp-v2/). - **Connexions eHealth (affirmations du fournisseur Amaron).** L'intégrateur belge [Amaron](https://ehealth-atlas.be/fr/amaron/) déclare utiliser Mirth Connect pour ses connexions eHealth.[^8] Pour le Centraal Traceerbaarheidsregister, Amaron utilise un service web dans Mirth Connect, avec authentification et chiffrement via des certificats eHealth.[^8] Deux services web REST dans Mirth Connect reçoivent des données HD4DP et les envoient via une application [eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/).[^8] - **InterSystems.** Un avis de marché européen décrit une programmation IRIS for Health et Ensemble pour l'intégration de l'application DPI Clinicom d'un seul hôpital avec d'autres logiciels.[^32] Cela ne prouve pas une utilisation par d'autres parties ; l'utilisation en Belgique de Health Connect lui-même n'a pas été trouvée. Selon un communiqué de presse, ZORGI est devenu en 2026 partenaire d'implémentation belge d'InterSystems pour HealthShare (affirmation du fournisseur).[^39] - **Ce qu'exige une connexion aux services eHealth** (certificats, I.AM/STS, ETEE, connecteurs, tests d'enregistrement) figure par service cible sur [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/) ; les [connecteurs eHealth](https://ehealth-atlas.be/fr/connecteurs-ehealth/) sont des bibliothèques que l'on intègre dans des logiciels. La question de savoir si et comment les hôpitaux logent ces composants dans un moteur d'intégration n'est pas documentée en dehors des exemples d'Amaron (lacune). Le connecteur eHealth V4 (guide 1.10, 27 novembre 2025) est disponible comme bibliothèque Java (JAR) et comme version .NET (DLL) pour les développeurs qui l'intègrent dans leur propre application ; aucune mention d'un moteur d'intégration n'a été trouvée dans le guide (lacune).[^40] Aucune utilisation en Belgique d'Open Integration Engine, de BridgeLink, d'Apache Camel/IPF, de Rhapsody ou d'Infor Cloverleaf n'a été trouvée ; c'est une lacune, non une preuve d'absence. ## Conclusion **Constats (avec source) :** - Les fonctions essentielles d'un moteur d'intégration sont le filtrage, la transformation, l'extraction et le routage, complétés par des files d'attente persistantes, la relivraison et le monitoring.[^1][^3][^3] - Pour HL7 v2, IHE prescrit MLLP, et les moteurs comme les frameworks prennent en charge MLLP et le traitement des ACK.[^2][^3][^16] - Le marché comprend des moteurs open source (forks de Mirth sous MPL 2.0), un moteur passé de l'open source au propriétaire (Mirth Connect 4.6), des moteurs commerciaux (InterSystems, Rhapsody, Infor) et des frameworks open source (Camel, IPF, HAPI).[^24][^27][^22][^31][^34][^7] **Recommandation (propre) :** évaluez un moteur d'intégration non seulement sur ses fonctions, mais aussi sur la politique de licence et de correctifs, la disponibilité d'intégrateurs expérimentés en Belgique, la prise en charge de MLLP/ACK, de FHIR et de KMEHR, et la possibilité de suivre les messages et de les soumettre à nouveau. L'Atlas ne recommande aucun produit. ## Signification pratique pour les hôpitaux Les organisations qui font tourner HD4DP v2 Local disposent déjà d'un moteur d'intégration (NextGen Connect) dans leur infrastructure.[^1] Pour les versions open source de Mirth jusqu'à 4.5.2 incluse, NextGen ne fournit plus de correctifs de sécurité ; voir [Mirth Connect (NextGen Connect)](https://ehealth-atlas.be/fr/mirth-connect/).[^41] **Recommandation (propre) :** tenez un inventaire de tous les moteurs d'intégration et des moteurs intégrés dans les logiciels livrés (y compris ceux de HD4DP), avec la version, la licence et l'indication de qui porte la gestion des correctifs. Lors des marchés publics, précisez explicitement si une couche d'intégration est livrée comme moteur, comme framework avec du code propre ou comme service d'un intégrateur. ## Conditions de mise en œuvre et limites - **Licence et coûts :** pour Mirth Connect 4.6 et les versions ultérieures, une licence de NextGen est nécessaire ; InterSystems demande une clé de licence par instance IRIS.[^42][^31] - **Capacité de développement :** des frameworks comme Camel demandent du développement Java, parce que les routes s'écrivent dans des DSL (Java, XML, YAML).[^7] Dans Mirth Connect également, les filtres et les transformers s'écrivent en JavaScript.[^43] - **Cycle de maintenance :** Camel publie une release presque chaque mois ; les versions LTS reçoivent jusqu'à un an de corrections de bogues et de sécurité.[^44] - **Templates de conversion :** les templates standard d'Azure $convert-data ne sont pas pris en charge par Microsoft.[^20] ## Incertitudes et informations contradictoires - **Pas de définition neutre :** aucune définition d'« integration engine » par HL7 International, IHE ou l'ISO n'a été trouvée ; cette page s'appuie sur des descriptions données par les créateurs et par healthdata.be (lacune). - **Affirmations des fournisseurs :** les déclarations d'InterSystems, de Rhapsody, d'Infor et d'Enovation sur les fonctions, la diffusion et le classement n'ont pas été vérifiées de manière indépendante.[^14][^34][^36] - **Part de marché en Belgique :** en dehors des affirmations du fournisseur Amaron, aucun chiffre n'a été trouvé sur les moteurs qu'utilisent les organisations de soins belges (lacune). - **Nom dans HD4DP :** healthdata.be parle de « NextGen Connect » ; la version et la licence livrées avec HD4DP v2 ne sont pas documentées (voir [Mirth Connect (NextGen Connect)](https://ehealth-atlas.be/fr/mirth-connect/)).[^45] ## Relaties - porte sur: [Mirth Connect (NextGen Connect)](https://ehealth-atlas.be/fr/mirth-connect/) (établi)[^1][^18][^9]. Voorbeeld van een integratie-engine; open source (MPL 2.0) t/m 4.5.2, commercieel vanaf 4.6. - porte sur: [InterSystems IRIS for Health et HealthShare](https://ehealth-atlas.be/fr/intersystems-iris-for-health-et-healthshare/) (établi)[^14][^11]. InterSystems Health Connect als commerciële integratie-engine (leveranciersomschrijving); een aanbestedingsbericht van één ziekenhuis beschrijft IRIS for Health- en Ensemble-programmering voor de integratie van zijn EPD-toepassing. - porte sur: [Apache Camel](https://ehealth-atlas.be/fr/apache-camel/) (établi)[^7][^19]. Integratieframework en bibliotheek, geen kant-en-klare engine met beheerinterface; Belgisch gebruik niet gevonden. - porte sur: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^1][^14][^29][^20]. Transformaties van en naar FHIR (FHIR-API van HD4DP, Health Connect, Camel FHIR-component, Azure $convert-data). - porte sur: [HD4DP v2 (healthdata.be)](https://ehealth-atlas.be/fr/hd4dp-v2/) (établi)[^1]. Belgisch voorbeeld van het patroon (transformatie, routering, gegarandeerde aflevering). - porte sur: [Amaron](https://ehealth-atlas.be/fr/amaron/) (établi)[^8]. Leveranciersclaim: Belgische integrator die eHealth-koppelingen op Mirth Connect bouwt. - est comparé à (entrant): [FHIR Station (Amaron)](https://ehealth-atlas.be/fr/fhir-station-amaron/) (hypothèse)[^14][^37][^23] - voir aussi (entrant): [Apache Camel](https://ehealth-atlas.be/fr/apache-camel/) (établi)[^7] ## Open vragen - Welke integratie-engines gebruiken Belgische ziekenhuizen, labo's en woonzorgcentra? Buiten leveranciersclaims werden geen marktcijfers gevonden. - Worden Open Integration Engine, BridgeLink, Rhapsody, Infor Cloverleaf, Apache Camel/IPF of Azure-conversiediensten in de Belgische zorg gebruikt? Geen bron gevonden. - Bestaan er publieke, herbruikbare kanalen of mappings voor KMEHR, hubs/metahub, MyCareNet of de eHealth-connectoren op een integratie-engine? - Welke rol spelen integratie-engines in de Belgische FHIR-transitie (FHIR-facades vóór bestaande HL7 v2- en KMEHR-stromen)? - Bestaat er een neutrale definitie (HL7 International, IHE, ISO) van 'integration engine' of 'interface engine'? Niet gevonden (geraadpleegd 2026-10-08). ## Bronnen [^1]: [General description of the HD4DP v2 application](https://docs.healthdata.be/documentation/hd4dp-v2-health-data-data-providers/general-description-hd4dp-v2-application). healthdata.be (HDA). Opgehaald 2026-09-26, sha256 599ccfc7d6dc170e… (SRC-cd9b7aab6e) [^2]: [IHE ITI Technical Framework Volume 2 - Appendix C: HL7 Profiling Conventions](https://profiles.ihe.net/ITI/TF/Volume2/ch-C.html). IHE International. Opgehaald 2026-09-28, sha256 f1434b0c9461427e… (SRC-b116a29d8b) [^3]: [Mirth Connect wiki - 3.0.0 What's New](https://github.com/nextgenhealthcare/connect/wiki/3.0.0---What's-New). NextGen Healthcare. Opgehaald 2026-09-28, sha256 cb36c70a2b64004d… (SRC-c89553889f) [^4]: [Apache ActiveMQ](https://activemq.apache.org/). The Apache Software Foundation. Opgehaald 2026-09-28, sha256 8bca77e87aa1534e… (SRC-aa08148984) [^5]: [Apache Kafka - Introduction](https://kafka.apache.org/intro/). The Apache Software Foundation. Opgehaald 2026-09-28, sha256 4a020f5db3a31ab7… (SRC-4b6feb6916) [^6]: [HAPI - The Open Source HL7 API for Java](https://hapifhir.github.io/hapi-hl7v2/). HAPI-project (University Health Network). Opgehaald 2026-09-28, sha256 77092b2a94146e6b… (SRC-aa061878d4) [^7]: [What is Camel?](https://camel.apache.org/manual/faq/what-is-camel.html). The Apache Software Foundation. Opgehaald 2026-09-28, sha256 98f4e85076bdcc03… (SRC-9bc6ac0a7f) [^8]: [Interactie met externe platformen (e-health)](https://amaron.be/ehealth/). Amaron. Opgehaald 2026-09-26, sha256 ac8129398e0ab8e6… (SRC-268611b7ba) [^9]: [Eclipse Open Integration Engine (projectvoorstel)](https://projects.eclipse.org/proposals/eclipse-open-integration-engine). Eclipse Foundation. Opgehaald 2026-09-28, sha256 acbf50d688c20e91… (SRC-516352689e) [^10]: [Cloverleaf - Enovation](https://enovationgroup.com/en/cloverleaf/). Enovation. Opgehaald 2026-09-28, sha256 758976352f82d5ee… (SRC-dd2b781f48) [^11]: [Introduction to HL7 Version 2 (Routing HL7 Version 2 Messages in Productions)](https://docs.intersystems.com/healthconnectlatest/csp/docbook/DocBook.UI.Page.cls?KEY=EHL72_intro). InterSystems. Opgehaald 2026-09-28, sha256 fa9255aa520ff560… (SRC-f7ca717425) [^12]: [Mirth Connect wiki - 3.12.0 What's New](https://github.com/nextgenhealthcare/connect/wiki/3.12.0---What's-New). NextGen Healthcare. Opgehaald 2026-09-28, sha256 ab72e3856922ca74… (SRC-25769bece9) [^13]: [Mirth® Connect by NextGen Healthcare (GitHub-repository, README)](https://github.com/nextgenhealthcare/connect). NextGen Healthcare (GitHub). Opgehaald 2026-09-28, sha256 38d71188fc324566… (SRC-8da1ea8396) [^14]: [InterSystems Health Connect Overview](https://docs.intersystems.com/healthconnectlatest/csp/docbook/DocBook.UI.Page.cls?KEY=AHXHCOVW). InterSystems. Opgehaald 2026-09-28, sha256 afa5d0ca23c8e198… (SRC-b870d6655c) [^15]: [Apache Camel - Dead Letter Channel](https://camel.apache.org/components/4.22.x/eips/dead-letter-channel.html). The Apache Software Foundation. Opgehaald 2026-09-28, sha256 d77181b2c9e764e9… (SRC-d3df6e5982) [^16]: [Apache Camel - MLLP component](https://camel.apache.org/components/4.22.x/mllp-component.html). The Apache Software Foundation. Opgehaald 2026-09-28, sha256 a8c56be58a89cbc7… (SRC-766f18cbf7) [^17]: [HAPI FHIR - Java API for HL7 FHIR Clients and Servers (GitHub)](https://github.com/hapifhir/hapi-fhir). HAPI FHIR-project. Opgehaald 2026-09-28, sha256 e9b3feb27bca0343… (SRC-98bb53751c) [^18]: [Frequently Asked Questions · nextgenhealthcare/connect Wiki](https://github.com/nextgenhealthcare/connect/wiki/Frequently-Asked-Questions). NextGen Healthcare (GitHub). Opgehaald 2026-09-28, sha256 d97317b389c75ba5… (SRC-ca89476bda) [^19]: [Apache Camel - HL7 (component en dataformat)](https://camel.apache.org/components/4.22.x/dataformats/hl7-dataformat.html). The Apache Software Foundation. Opgehaald 2026-09-28, sha256 436d54d25d72f83a… (SRC-6cb214c582) [^20]: [Convert health data with $convert-data in FHIR](https://learn.microsoft.com/en-us/azure/healthcare-apis/fhir/convert-data-overview). Microsoft. Opgehaald 2026-09-28, sha256 04b0cbc7fddba376… (SRC-b98c0fb8ce) [^21]: [Healthcare Integration Engine | Mirth® Connect by NextGen Healthcare](https://www.nextgen.com/solutions/interoperability/mirth-integration-engine). NextGen Healthcare. Opgehaald 2026-09-28, sha256 cc33713f26817b37… (SRC-f2aa84429a) [^22]: [A New Era for Mirth® Connect by NextGen Healthcare](https://www.nextgen.com/blog/industry-news/a-new-era-for-mirth-connect-by-nextgen-healthcare). NextGen Healthcare, 2025-03-19. Opgehaald 2026-09-28, sha256 d0e2dbb4c84da541… (SRC-2aa07dd2b9) [^23]: [Mirth Connect wiki - 3.9.0 What's New](https://github.com/nextgenhealthcare/connect/wiki/3.9.0---What's-New). NextGen Healthcare. Opgehaald 2026-09-28, sha256 51d74eb42e73166b… (SRC-41e47a2e35) [^24]: [OpenIntegrationEngine/engine – An open source fork of the now closed-source Mirth Connect](https://github.com/OpenIntegrationEngine/engine). Open Integration Engine-project (GitHub). Opgehaald 2026-09-28, sha256 81f88f56f60a1603… (SRC-035f231c9a) [^25]: [Open Integration Engine – Healthcare Integration, Free and Open Source](https://openintegrationengine.org/). Open Integration Engine-project. Opgehaald 2026-09-28, sha256 7689be1c4f0b6de8… (SRC-bcf20c768e) [^26]: [A Look at BridgeLink's Fork of the Open Source Mirth Connect](https://www.healthcareittoday.com/2025/08/14/a-look-at-bridgelinks-fork-of-the-open-source-mirth-connect/). Healthcare IT Today, 2025-08-14. Opgehaald 2026-09-28, sha256 5fbf5ca333837450… (SRC-1e4f421d7e) [^27]: [Innovar-Healthcare/BridgeLink (GitHub-repository, README)](https://github.com/Innovar-Healthcare/BridgeLink). Innovar Healthcare (GitHub). Opgehaald 2026-09-28, sha256 0b2109fe96a878be… (SRC-413a8a189a) [^28]: [Open eHealth Integration Platform (IPF) - GitHub](https://github.com/oehf/ipf). Open eHealth Foundation. Opgehaald 2026-09-28, sha256 3663ca1a40b11ce7… (SRC-54855d801f) [^29]: [Apache Camel - FHIR component](https://camel.apache.org/components/4.22.x/fhir-component.html). The Apache Software Foundation. Opgehaald 2026-09-28, sha256 27c0843e1b05ab19… (SRC-e9063759a6) [^30]: [HAPI - Project License](https://hapifhir.github.io/hapi-hl7v2/license.html). HAPI-project. Opgehaald 2026-09-28, sha256 52bc60b3bf1b7789… (SRC-c6240a0598) [^31]: [Managing InterSystems IRIS Licensing](https://docs.intersystems.com/healthconnectlatest/csp/docbook/DocBook.UI.Page.cls?KEY=GSA_license). InterSystems. Opgehaald 2026-09-28, sha256 75ae4fa9218147ba… (SRC-c89022e014) [^32]: [België – Informaticadiensten – Raamovereenkomst voor EPD consultancy, specifiek voor IRIS for Health platform ontwikkeling (UZ Gent) – 792714-2025](https://ted.europa.eu/nl/notice/792714-2025/html). Publicatieblad van de EU (TED), 2025-11-28. Opgehaald 2026-09-26, sha256 22425da88649380b… (SRC-a1e3d9ea7c) [^33]: [Interoperability Platform Lyniate Rebrands as Rhapsody](https://hitconsultant.net/2023/04/03/lyniate-rebrands-as-rhapsody/). HIT Consultant, 2023-04-03. Opgehaald 2026-09-28, sha256 d769ac465690d5be… (SRC-15645f681e) [^34]: [Rhapsody Integration Engine for Healthcare Interoperability](https://rhapsody.health/solutions/rhapsody/). Rhapsody. Opgehaald 2026-09-28, sha256 bed1a55779abefcb… (SRC-9559264fe8) [^35]: [About us - Rhapsody](https://rhapsody.health/about-us/). Rhapsody. Opgehaald 2026-09-28, sha256 8632efe58400e267… (SRC-0c54db06e2) [^36]: [Infor Cloverleaf healthcare integration engine](https://www.infor.com/products/cloverleaf). Infor. Opgehaald 2026-09-28, sha256 62c84d1e40de95b8… (SRC-f4f81515f7) [^37]: [Product brochure – Rhapsody Integration Engine (2026)](https://rhapsody.health/wp-content/uploads/2023/03/rg_Product_brochure_Rhapsody-Integration-Engine_2026.pdf). Rhapsody Health. Opgehaald 2026-10-01, sha256 ac95c95a20313ddd… (SRC-1dd1e122c7) [^38]: [White paper – Beginnen met FHIR: waarom en hoe pak je het aan? (© 2024-07, bestand 2024-11-28)](https://amaron.be/wp-content/uploads/2024/12/AMARON_WhitePaper_Beginnen-met-FHIR_NL_20241128_DIGITAL.pdf). Amaron BV. Opgehaald 2026-10-01, sha256 5b4060824e07096c… (SRC-b85fced929) [^39]: [InterSystems et ZORGI renforcent leur partenariat autour des solutions HealthShare en Belgique](https://www.zorgi.be/actualites/corporate/intersystems-zorgi-renforcent-partenariat-solutions-healthshare-belgique/). ZORGI, 2026-02-26. Opgehaald 2026-09-26, sha256 e1beebde2bc577dd… (SRC-9750479a42) [^40]: [eHealth-platform Services Connectors V4 - Guide v.1.10](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/8f40846c5d1c18ead66a323e5c51200ee84df14d/eh_connectors-v4-introduction_guide-1.10.pdf). eHealth-platform, 2025-11-27. Opgehaald 2026-10-08, sha256 1a13c9d128e72085… (SRC-6fed0ba536) [^41]: [Security Policy (SECURITY.md) – nextgenhealthcare/connect](https://github.com/nextgenhealthcare/connect/blob/development/SECURITY.md). NextGen Healthcare (GitHub). Opgehaald 2026-09-28, sha256 dd7d27a57aa7eb06… (SRC-2f0d02aa2a) [^42]: [Mirth Connect Distribution – New licensing model (mirth-downloads)](https://www.nextgen.com/solutions/interoperability/mirth-integration-engine/mirth-connect-downloads). NextGen Healthcare. Opgehaald 2026-09-28, sha256 a712bca5339bf9c7… (SRC-d17c49e8bc) [^43]: [Mirth Connect wiki - 3.7.0 What's New](https://github.com/nextgenhealthcare/connect/wiki/3.7.0---What's-New). NextGen Healthcare. Opgehaald 2026-09-28, sha256 71d0b36d9e7ab844… (SRC-de53c34c4c) [^44]: [Apache Camel - Downloads](https://camel.apache.org/download/). The Apache Software Foundation. Opgehaald 2026-09-28, sha256 a07199b04fa60983… (SRC-1e7e6d2774) [^45]: [HD4DP v2 Infrastructure instructions](https://docs.healthdata.be/documentation/hd4dp-v2-health-data-data-providers/hd4dp-v2-infrastructure-instructions). healthdata.be. Opgehaald 2026-09-28, sha256 78a7e12c20503693… (SRC-4df4701ab2)