Mirth Connect (NextGen Connect)

• Mirth Connect est un moteur d'intégration : un serveur qui filtre, transforme et envoie des messages entre systèmes de soins, et qui traduit les normes de messages vers la norme que comprend le système récepteur.^[4][5]
• Chaque intégration est un canal doté de connecteurs, de filtres et de transformateurs ; les messages sont stockés par canal et livrés via des files d'attente persistantes avec de nouvelles tentatives.^[6][7][7][7]
• Le produit s'appelait « NextGen Connect » pour les releases 3.6.0 (juin 2018) à 3.11.0 (avril 2021) et s'appelle de nouveau Mirth Connect depuis la 3.12.0.^[8][9][10]
• La version 4.5.2 (septembre 2024) est la dernière version open source (MPL 2.0) ; depuis la 4.6 (19 mars 2025), Mirth Connect est uniquement commercial et propriétaire, et selon le SECURITY.md de NextGen (dernière modification le 17 septembre 2026), toutes les versions open source sont en fin de vie.^[11][1][3]
• Le code open source se poursuit dans les forks Open Integration Engine (incubation Eclipse) et BridgeLink (release v26.9.0 du 1er octobre 2026), tous deux sous MPL 2.0.^{[12][13][14][15][16]}
• En Belgique, NextGen Connect est le composant d'intégration de HD4DP v2 ; l'intégrateur Amaron affirme utiliser Mirth Connect pour des connexions eHealth et vend des licences (affirmation du fournisseur).^[17][18][19]

Mirth Connect est un moteur d'intégration pour les soins de santé : comme un interprète, il traduit des standards de messages vers le standard que le système récepteur comprend.^[5] Il convertit un format entrant vers un autre (p. ex. HL7 vers XML), peut lire des données dans des bases de données et y écrire, et route les messages vers leurs destinations.^[5] Il est de ce fait davantage qu'un message broker général, qui ne fait que transporter des messages ; la différence avec les brokers et avec les bibliothèques figure sur Moteur d'intégration (interface engine).^[20] NextGen le décrit comme un moteur sous licence que l'organisation entretient et exploite elle-même (affirmation du fournisseur).^[21] NextGen affirme (affirmation du fournisseur) qu'il est utilisé dans plus de 40 pays.^[22]

Comment cela fonctionne-t-il ?

• Canaux. Les utilisateurs gèrent et développent des « canaux » (chemins de messages) dans l'interface de gestion Administrator.^[5] Un canal est une seule intégration : il détermine d'où viennent les messages, ce qui leur arrive en chemin (filtrage, transformation, enrichissement, routage) et où ils vont ; cette description provient de la proposition de la fork Open Integration Engine, qui utilise la même base de code.^[6]
• Connecteurs source et destination. Selon la proposition OIE, la base de code contient des connecteurs pour HTTP/S, TCP/MLLP, FTP/SFTP, SMTP, le système de fichiers, JMS et la connectivité directe à des bases de données via JDBC.^[6] Des destinations ou des chaînes de destinations peuvent traiter en parallèle.^[7]
• Filtres et transformers. Un filtre lit les paramètres du message et laisse passer un message vers la phase de transformation ou le retient.^[5] Les filtres et les transformers sont écrits en JavaScript, exécuté par le moteur Mozilla Rhino.^[23] Pour HL7 v2, Mirth Connect utilise la bibliothèque HAPI.^[24] Un response transformer traite la réponse du système cible et peut remettre le message en file d'attente ou le mettre en erreur.^[7]
• Stockage des messages et files d'attente. Depuis la 3.0, Mirth dispose d'un moteur de messages interne axé sur la durabilité (livraison garantie).^[7] Les messages sont persistés pendant le traitement, de sorte qu'après une défaillance du système ou l'arrêt d'un canal, ils continuent à être traités là où ils en étaient restés.^[7] Chaque canal a son propre stockage de messages, avec un navigateur de messages, des niveaux de stockage configurables et un archiver.^[7] Chaque connecteur de destination peut utiliser une file d'attente qui est stockée dans la base de données.^[7] À chaque nouvelle tentative d'envoi, le filtre et le transformer peuvent être réexécutés, et l'ordre peut être garanti pour les messages portant le même identifiant.^[25] Grâce à la source queue, un canal peut recevoir et accuser réception (ACK) des messages plus rapidement qu'il ne les traite.^[7]
• Composants et gestion. Mirth Connect se compose du Server, de l'Administrator, du Server Manager et d'une Command Line Interface.^[4] L'Administrator permet de configurer des interfaces, de suivre l'activité et d'effectuer des recherches dans le stockage de messages.^[4] Un dashboard affiche des statistiques par canal et par connecteur.^[7] Les données se trouvent dans une base de données configurable.^[4]

Alternatives

Mirth Connect est un seul produit au sein du modèle plus large Moteur d'intégration (interface engine), où figure un tableau comparatif neutre.^[17] Rhapsody, un concurrent, affirme (affirmation du fournisseur) que Mirth Connect n'est plus open source depuis 4.6 et relève d'un modèle de licence commercial, avec des caractéristiques derrière des packs enterprise.^[26] D'autres moteurs d'intégration sont notamment les forks de Mirth Open Integration Engine et BridgeLink, InterSystems Health Connect, Rhapsody et Infor Cloverleaf.^{[12][14][27][28][29]} Qui préfère construire des intégrations sous forme de code peut utiliser un framework comme Apache Camel : une bibliothèque qui est intégrée dans une application Java, avec des routes en Java, XML ou YAML au lieu de canaux dans une interface de gestion graphique.^[30] Le composant HL7 de Camel utilise également HAPI.^[31] L'Atlas ne recommande aucun de ces produits.

Historique du nom

NextGen Healthcare détient les marques déposées Mirth et Mirth Connect, comme le mentionne la proposition Eclipse pour Open Integration Engine.^[6]

Un moteur d'intégration comme Mirth Connect permet aux sous-systèmes des organisations de soins de partager des informations entre eux.^[33] Dans HD4DP v2, NextGen Connect assure toutes les intégrations, tant au sein de l'application qu'avec le monde extérieur.^[17] Pour chaque enregistrement de données, il y détermine la destination, la transformation et la scission, avec livraison garantie et, si nécessaire, de nouvelles tentatives.^[17] Les systèmes maîtres des data providers n'adressent pas directement l'API de formulaires de HD4DP, mais passent par l'API que NextGen Connect propose (avec notamment la sécurisation, le monitoring et le throttling).^[17]

Production (commercial) : selon NextGen, la version 4.6 et toute release ultérieure ne sont disponibles que directement auprès de NextGen Healthcare et de revendeurs agréés.^[1] Une licence de NextGen est nécessaire pour une mise à niveau vers 4.6 ou une version ultérieure.^[34]

Production en Belgique (HD4DP v2) : - HD4DP v2 Local se compose de NextGen Connect (moteur d'intégration), de Form.io, de HD Connect et d'un datawarehouse local (PostgreSQL).^[17] - Les instructions d'infrastructure de healthdata.be ne mentionnent aucune version ni licence du composant NextGen Connect.^[35] - Dans HD4DP v2, NextGen Connect route toutes les données vers le monde extérieur.^[17]

Affirmations du fournisseur (Amaron) : - Amaron déclare utiliser Mirth Connect pour ses couplages eHealth, et sa plate-forme EAI Amaron Connect est, selon Amaron, construite avec des outils d'intégration propres et Mirth Connect.^[18][36] - Pour l'exposition FHIR, Amaron propose, à côté d'Amaron Connect, un produit distinct, la gateway FHIR FHIR Station.^[37][38] - En tant qu'interoperability partner de NextGen (collaboration depuis 2009), Amaron vend des licences Mirth Connect en Belgique, y compris des licences OEM pour des éditeurs de logiciels qui intègrent Mirth Connect dans leur propre produit.^[19][19] - Amaron déclare gérer plus de 400 serveurs de production Mirth dans 150 établissements de santé, sans ventilation par pays.^[39] - Amaron affirme que trois hôpitaux belges sur quatre font confiance à Amaron (affirmation du fournisseur) ; la source ne dit pas qu'il s'agit tous de clients Mirth Connect.^[39] - Dans un workflow de laboratoire décrit par Amaron, des analyseurs envoient des résultats via Mirth Connect vers Workflower (voir Échange des résultats de laboratoire).^[40]

Il n'a pas été trouvé d'autres intégrateurs belges ou fournisseurs de logiciels qui utilisent ou intègrent publiquement Mirth Connect ; il s'agit d'une lacune, non d'une preuve d'absence.

• Formats : healthdata.be cite notamment HL7, DICOM, ANSI X12, ASCII et XML.^[17]
• FHIR : la release 3.6.0 (2018) a ajouté une FHIR Connector Extension avec prise en charge de STU3, et la release 3.9.0 l'a étendue notamment à R4 ; l'extension est diffusée séparément via NextGen.^[8][41] Il n'a pas été établi quelles versions FHIR les releases commerciales 4.6+ prennent en charge.
• IHE : la release 3.6.0 a introduit la Interoperability Connector Suite commerciale, avec des connecteurs pour des transactions IHE (PIX, PDQ, XDS.b, XCA, XCPD), axée sur l'eHealth Exchange américain.^[42]
• HD4DP v2 : les systèmes maîtres fournissent des données via l'API que NextGen Connect propose ; pour certaines collectes de données, une API HL7 FHIR est disponible, que NextGen Connect convertit vers l'API du serveur de formulaires.^[17][17] Les identifiants de patients passent par le client de messagerie eHealthBox de l'hôpital vers le service TTP de la plate-forme eHealth.^[43]
• Services eHealth (selon Amaron) :
• Pour le couplage avec le Centraal Traceerbaarheidsregister (CTR, implants), Amaron utilise un webservice dans Mirth Connect, avec authentification et chiffrement via Certificats eHealth et chiffrement (ETEE).^[18]
• Pour le service eHealth CIVICS (médicaments du chapitre IV) également, Amaron utilise un webservice dans Mirth Connect.^[18]
• Les prescriptions de médicaments et les demandes de laboratoire sont horodatées via Mirth Connect au moyen du service de timestamping de la Plate-forme eHealth, le plus souvent sur la base d'un message XML KMEHR.^[18]
• Deux webservices REST au sein de Mirth Connect communiquent avec HD4DP et envoient les données via l'application eHealthBox d'Amaron.^[18]

Des canaux ou connecteurs Mirth publics pour des services eHealth belges, MyCareNet, des hubs ou KMEHR n'ont pas été trouvés (lacune).

Ligne open source (retirée) : - Mirth Connect 4.5.2 est une release de correctifs du 23 septembre 2024 ; NextGen la présente comme la dernière version open source.^[2][11] - Selon le wiki GitHub de NextGen, il ne paraît plus de code source pour les nouvelles releases ; le code source existant, les notes de release et les guides de mise à niveau restent disponibles sur GitHub.^[1] Selon le blog de NextGen, les utilisateurs open source peuvent rester sur leur version actuelle, passer à 4.5.2 ou prendre une licence et passer à 4.6.^[44] - Selon le SECURITY.md du repository (modifié le 17 septembre 2026), toutes les versions open source (4.5.2 et inférieures) sont end-of-life ; NextGen n'y évalue ni n'y corrige plus de vulnérabilités.^[3][3] - La note de release de 3.12.0 signale que cette version est affectée par la vulnérabilité critique CVE-2023-43208.^[10]

Ligne commerciale (production) : - Le 19 mars 2025, NextGen a annoncé qu'avec la version 4.6, Mirth Connect passe d'une double licence à un modèle de licence unique, commercial et proprietary.^[11][1] - NextGen affirme que 4.6 et les versions ultérieures ne sont disponibles qu'auprès de NextGen et de revendeurs agréés ; la page de distribution parle d'une licence unique, fermée et proprietary, pour laquelle une licence est nécessaire afin de pouvoir effectuer une mise à niveau.^[1][45] - Les mises à jour de sécurité et les correctifs ne paraissent que pour les versions actives et sous licence (4.6.0 et supérieures).^[3] Pour cela, le SECURITY.md de NextGen renvoie les installations open source plus anciennes vers une release commerciale.^[3] - À côté de Gold et Platinum, NextGen a introduit un niveau d'entrée « Enterprise » et qualifie le prix de « aussi accessible que possible », sans montant.^[11][34] Selon Amaron, une licence Enterprise par instance de production comprend aussi trois environnements de test.^[19] - « Mirth Connect for Research » est une licence gratuite pour des études de recherche approuvées auprès d'une institution à but non lucratif.^[11] - Le nouveau Mirth Command Center n'est, selon l'annonce de NextGen du 19 mars 2025, pas disponible dans l'Union européenne et au Royaume-Uni ; la page de distribution de NextGen indique qu'il n'est actuellement disponible qu'aux États-Unis.^[11][45]

La version commerciale la plus récente exacte et les dates de release après 4.6 n'ont pas pu être tirées d'une source vérifiée (lacune).

Forks du code open source

• Open Integration Engine (OIE) : fork communautaire, née après le passage à un modèle proprietary (repository créé le 28 mars 2025), sous MPL 2.0.^[12][12] La première release (juin 2025) est, selon le projet, fonctionnellement identique à Mirth Connect 4.5.2.^[46] Le 9 juillet 2026, OIE a publié sa propre version 4.6.0 avec Java 17 comme minimum ; ce n'est pas le Mirth Connect 4.6 commercial.^[47] OIE est en incubation auprès de l'Eclipse Foundation en tant qu'« Eclipse Open Integration Engine ».^[13]
• BridgeLink : deuxième fork, mise en place par Innovar Healthcare et d'autres membres de la communauté, sous MPL 2.0.^[14][15] Selon la note de release, la release v26.9.0 du 1er octobre 2026 est axée sur la sécurité, achève le nettoyage des CVE de 26.6.0 et contient tous les correctifs du patch 26.6.1.^[16] Elle supprime le pilote jTDS fourni, et les serveurs qui tournent sur la base de données Derby intégrée exigent Java 21.^[16][16] Depuis 26.6.1, BridgeLink recommande Java 21 et l'installe par défaut ; Java 17 reste provisoirement pris en charge.^[48]

Aucune utilisation d'OIE ou de BridgeLink en Belgique n'a été trouvée (lacune).

Les organisations qui font tourner HD4DP v2 Local ont NextGen Connect dans leur infrastructure comme composant d'intégration de la fourniture de données de registre à healthdata.be.^[17][35] La documentation publique n'indique pas quelle version et quelle licence healthdata.be fournit (lacune).^[35] Pour les versions open source jusqu'à 4.5.2 incluse, NextGen ne fournit plus de correctifs de sécurité ; il n'y a de correctifs que pour les versions sous licence à partir de 4.6.0.^[3][3]

Recommandation (propre) : les organisations qui disposent de HD4DP v2 Local demandent auprès de healthdata.be / du Health Data Agency quelle version et quelle licence du composant d'intégration sont installées et qui assure le suivi des vulnérabilités, et reprennent le composant dans leur inventaire des logiciels connectés à internet.

Recommandation (propre) : les organisations qui disposent d'une installation Mirth propre ou d'une plate-forme livrée basée sur Mirth cartographient la version qui tourne et choisissent consciemment entre une licence commerciale (4.6+), un fork MPL, un autre produit (voir Moteur d'intégration (interface engine)) ou la poursuite temporaire sur une version non corrigée avec des mesures compensatoires ; auprès des fournisseurs et des intégrateurs, elles demandent qui porte la gestion des correctifs.

• Licence : pour 4.6 et les versions ultérieures, une licence de NextGen ou d'un revendeur agréé est nécessaire ; les prix ne sont pas publics.^[34][1][34]
• Gestion : selon NextGen, l'organisation entretient et exploite elle-même le moteur sous licence (affirmation du fournisseur).^[21]
• Développement : la logique des canaux (filtres, transformers) peut être écrite en JavaScript, exécutée par le moteur Rhino.^[23]
• Restriction UE : Mirth Command Center n'est, selon l'annonce de NextGen du 19 mars 2025, pas disponible dans l'UE et au Royaume-Uni ; une documentation produit plus récente n'a pas été vérifiée.^[11]
• Sécurité : les releases open source ne reçoivent plus de correctifs ni d'avis de sécurité.^[3]
• Forks : à partir de sa 4.6.0, OIE exige au minimum Java 17.^[47]

• Moments différents : en mai 2025, Amaron écrivait que la dernière version open source 4.5.2 « tiendra encore un certain temps ».^[19] Le SECURITY.md de NextGen (dernière modification le 17 septembre 2026) qualifie toutes les versions open source jusqu'à 4.5.2 incluse d'end-of-life, sans correctifs.^[3][3] Les deux déclarations sont séparées de seize mois et portent sur des choses différentes (actualité versus couverture des correctifs), il n'y a donc pas de contradiction.
• Source de la description fonctionnelle : une partie de l'explication sur les canaux et les connecteurs provient de la proposition Eclipse de la fork OIE, non de NextGen ; la 4.6+ commerciale peut s'en écarter.^[6][6]
• Nom dans HD4DP : healthdata.be parle de « NextGen Connect », le nom de produit des releases 3.6.0 à 3.11.0 incluse ; en soi, le nom ne dit rien de la version installée.^[17][9]
• Reprise 2013 : étayée uniquement via Wikipédia (secondaire).^[32]
• Part de marché : les chiffres d'Amaron sont des affirmations du fournisseur, sans ventilation par pays ou par produit.^[39][39]
• Non trouvé : des marchés publics belges qui mentionnent Mirth ou NextGen Connect, et une réaction publique de healthdata.be ou du Health Data Agency à la modification de licence ou à la mention end-of-life (lacunes).