BridgeLink : interopérabilité (fork de mirth)

Mirth Connect est devenu payant dans ses versions récentes. Le centre hospitalier, qui l'utilisait pour gérer l'ensemble de ses flux HL7, n'avait pas les moyens de passer à une version commerciale. Nous avons migré vers BridgeLink, un fork open source de Mirth Connect qui repart des mêmes sources - ce qui a considérablement facilité la migration.

Qu'est-ce que BridgeLink ?

BridgeLink est un moteur d'intégration open source dérivé (fork) de Mirth Connect. Il en reprend les capacités d'interopérabilité en santé - routage et transformation de messages HL7 et FHIR - dans une distribution maintenue par sa propre communauté.

Pourquoi remplacer Mirth Connect ?

Mirth Connect, le moteur d'interopérabilité HL7 que le centre hospitalier utilisait, a changé de modèle économique : les versions récentes sont passées sous licence commerciale payante. Pour un établissement de santé aux budgets contraints, passer à une version payante représentait un coût que le centre hospitalier ne pouvait pas assumer.

Il fallait donc trouver une alternative capable de reprendre l'ensemble des connecteurs existants sans tout réécrire - sous peine de retomber dans le problème des délais qu'on avait précisément résolu en s'affranchissant d'Enovacom.

Mirth Connect est devenu payant. Plutôt que de payer des licences ou de tout réécrire, nous avons migré vers BridgeLink - le fork open source qui repart des mêmes sources et qui a rendu la migration quasi transparente.

BridgeLink : le fork open source de Mirth Connect

BridgeLink est un fork de Mirth Connect maintenu par la communauté open source. Il repart des mêmes sources que Mirth Connect et en conserve la même architecture, les mêmes concepts et la même interface. Concrètement, cela signifie que :

• Les connecteurs Mirth sont directement compatibles : les canaux configurés dans Mirth Connect ont pu être importés dans BridgeLink sans réécriture.
• Les compétences des équipes sont transférables : les informaticiens formés sur Mirth Connect se retrouvent dans BridgeLink sans courbe d'apprentissage significative.
• La migration a été facilitée : pas de reconstruction de zéro, pas de perte de connecteurs, pas de délais supplémentaires.

BridgeLink assure donc la continuité de l'interopérabilité HL7 du centre hospitalier - routage, transformation et gestion des flux entre toutes les applications du SI - sans les contraintes financières de la version commerciale de Mirth Connect.

Une migration transparente pour les applications connectées

Le basculement de Mirth Connect vers BridgeLink a été réalisé de façon transparente pour les applications et les utilisateurs. Les flux HL7 - demandes d'analyses, résultats de laboratoire, mouvements patients, prescriptions - ont continué à circuler normalement pendant et après la migration. Les connecteurs ont été importés, testés et validés avant la bascule définitive.

Déploiement conteneurisé, authentification centralisée et mises à jour maîtrisées

Cette application est déployée en conteneur Docker, orchestré et provisionné via Ansible. Cette approche garantit un déploiement reproductible, documenté et homogène d'un environnement à l'autre : la configuration est décrite sous forme de code, ce qui élimine les installations manuelles et fiabilise chaque mise en service.

Nous assurons les mises à jour de manière transparente pour les utilisateurs : les montées de version sont préparées, testées et appliquées de façon contrôlée, sans interruption perceptible du service. L'établissement bénéficie ainsi d'une application toujours à jour et sécurisée, sans avoir à gérer lui-même la complexité technique des mises à jour.

L'accès à cette application repose sur une authentification centralisée par OIDC avec Keycloak. Comme l'ensemble des applications que nous déployons, elle s'appuie sur un fournisseur d'identité unique : les utilisateurs se connectent avec les mêmes identifiants sur tout le parc applicatif, la gestion des accès est mutualisée et les règles de sécurité (mot de passe, second facteur, révocation) sont appliquées de façon homogène. Ce socle d'authentification unifié simplifie l'expérience utilisateur et renforce la maîtrise des accès à l'échelle du système d'information.

Notre déploiement

BridgeLink est déployé en conteneur Docker, exposé via NGINX avec certificat Let's Encrypt, et authentifié via Keycloak. L'ensemble des canaux migrés depuis Mirth Connect y est configuré et maintenu par les équipes informatiques du centre hospitalier - les mêmes équipes que nous avions formées sur Mirth Connect, dont les compétences s'appliquent directement à BridgeLink.

Intégration au système d'information

BridgeLink reprend exactement le rôle de Mirth Connect dans la chaîne d'interopérabilité : noeud central de routage et de transformation des flux HL7 entre toutes les applications du SI hospitalier. Les échanges avec les partenaires externes passent par SFTPGo pour le transfert, puis par BridgeLink pour le traitement des messages. La supervision est assurée par Uptime Kuma, les mises à jour par Ansible.

Bénéfices concrets

• Zéro coût de licence : BridgeLink est open source, sans frais récurrents.
• Migration facilitée : les connecteurs Mirth Connect ont été importés directement, sans réécriture.
• Compétences préservées : les équipes formées sur Mirth Connect opèrent BridgeLink sans formation supplémentaire significative.
• Continuité de l'interopérabilité : aucune interruption des flux HL7 pendant et après la migration.
• Indépendance vis-à-vis de l'éditeur : plus de dépendance à l'évolution tarifaire de Mirth Connect.
• Pérennité open source : BridgeLink est maintenu par une communauté active, dans la continuité des sources de Mirth Connect.

BridgeLink s'inscrit dans notre approche d'un système d'information hospitalier open source, souverain et maîtrisé, où chaque brique est déployée et documentée pour rester exploitable en autonomie par les équipes.