Dans les réseaux hospitaliers, l’intégration informatique repose sur une interopérabilité maîtrisée et une stratégie claire des données

Pourquoi la souveraineté des données conditionne la stabilité, la sécurité et la pérennité des rapprochements de sites

Ce que la France peut retenir de l’expérience allemande

La transformation du paysage hospitalier est désormais une réalité en France. Elle ne prend pas la forme d’une vague de fusions-acquisitions à l’allemande, mais plutôt celle de regroupements de sites et de mutualisations d’activités au sein des GHT (Groupements Hospitaliers de Territoire), ainsi que de recompositions internes dans les groupes privés (répartition des spécialités, concentration de plateaux techniques, reconfiguration de l’offre sur plusieurs sites). Qu’il s’agisse de coopération renforcée, de spécialisation de sites ou, parfois, de fermeture/cessation d’activité sur certaines implantations, l’enjeu est le même : organiser une continuité de prise en charge sans créer une dette IT ingérable.

Dans ce contexte, une question devient structurante pour les directions générales, DSI et directions des soins : comment sécuriser l’intégration opérationnelle lorsque les organisations se rapprochent plus vite que les systèmes d’information ne convergent ?

Une dynamique observée en Allemagne, utile pour éclairer les choix français

Les données issues du f&w–Curacon–Fusionsradar 2024/25 montrent une dynamique record de rapprochements et de coopérations hospitalières en Allemagne, avec une forte accélération des annonces au premier semestre 2025. Important : cette source n’est pas une statistique française ; il s’agit d’une veille annuelle allemande (un “radar” publié chaque année) visant à suivre les mouvements de consolidation et de coopération dans le secteur hospitalier allemand.

Même si le cadre français diffère (GHT, financement, gouvernance, cadre réglementaire), l’enseignement principal est transposable : dans les regroupements d’activité, l’intégration IT est trop souvent traitée comme un sujet d’exécution, alors qu’elle est un déterminant stratégique de réussite.

l’interopérabilité et l’intégration des données: le talon d’Achille des regroupements de sites

Lorsqu’un territoire (via un GHT) ou un groupe privé réorganise son offre, il doit composer avec une réalité très concrète : des environnements IT hétérogènes. Différents SIH, DPI, RIS/PACS, LIMS, systèmes administratifs, identités, référentiels, flux HL7, et infrastructures parfois très inégales selon les sites.

Si l’on se focalise sur l’organigramme et la trajectoire médico-économique sans verrouiller l’IT, les effets se font vite sentir :

• Prise en charge des patients : des parcours ralentis ou dégradés (informations manquantes, doublons, ruptures de continuité entre sites).
• Complexité : faire converger plusieurs SIH et sous-systèmes est techniquement exigeant et rarement “plug-and-play”.
• Sécurité et cybersécurité : chaque interconnexion et chaque maintien d’un “legacy” fragilise la surface d’attaque, surtout si des briques obsolètes doivent rester actives.
• Coûts et délais sous-estimés : l’harmonisation IT est souvent budgétée trop bas, retardant les synergies attendues (et parfois les décisions médicales associées).
• Acceptation par les équipes : des outils qui perturbent les pratiques cliniques créent frustration, inefficacité et risque accru d’épuisement professionnel.

Au cœur de ces risques : la souveraineté des données, c’est-à-dire la capacité à maîtriser où sont les données, comment elles circulent, à quelles conditions elles sont exploitées, et comment on garantit la traçabilité et la conformité sur la durée.

La “data layer” : créer une base commune sans tout remplacer immédiatement

Pour limiter les risques lors d’un regroupement de sites, une approche s’impose de plus en plus : mettre en place une couche de données (data layer) qui permet de rendre les informations interopérables entre systèmes hétérogènes.

Deux notions reviennent fréquemment dans les stratégies d’architecture :

• Clinical Data Repository (CDR) : un réservoir clinique qui consolide et expose des données de prise en charge de manière structurée et unifiée.
  
• Interoperability Platform (IOP) : une plateforme d’interopérabilité qui orchestre les échanges et les transformations, souvent autour de FHIR et des profils IHE, pour faire coexister plusieurs applications sans dépendre d’un seul SIH.

Comment ça fonctionne, concrètement ?

Des moteurs d’intégration / “serveurs de communication” extraient et acheminent les données depuis les systèmes sources vers l’IOP/CDR. Des solutions d’interopérabilité (par exemple Cloverleaf d’Infor™) peuvent transformer les formats (HL7 v2, CDA, HPRIM, CSV, etc.) et exposer les données vers FHIR (via des composants de type FHIR Bridge), afin de les rendre exploitables de façon cohérente sur plusieurs sites et plusieurs applications.

Résultat : on stabilise l’échange et l’accès à la donnée avant d’avoir terminé la convergence SIH — ce qui est souvent la seule trajectoire réaliste dans un GHT ou un groupe multi-sites.

Exemple d’approche éprouvée : amortir la recomposition, accélérer l’exécution

En Allemagne, certains grands ensembles hospitaliers ont industrialisé ce type de “data layer” pour absorber une dynamique de rapprochements et de coopérations sans multiplier les projets “point à point”. L’intérêt, transposable au contexte français, est triple :

1. Réduire les risques et les efforts lors des réorganisations (regroupement d’activités, transferts entre sites).
2. Accélérer l’intégration opérationnelle (mise en cohérence des flux et des référentiels, continuité de consultation).
3. Rendre l’organisation plus attractive comme partenaire au niveau territorial (capacité à se connecter vite et proprement).

Archivage et conformité : un sujet coûteux, amplifié en environnement multi-sites

La conservation des données de santé dans le respect des exigences de conformité est un défi déjà lourd — il devient nettement plus coûteux quand plusieurs systèmes hérités doivent rester opérationnels sur plusieurs sites, parfois sur des durées longues.

Une approche consiste à mettre en place un archivage basé sur FHIR, par exemple en s’appuyant sur un serveur FHIR (tel que Cloverleaf FHIR Server), afin de standardiser l’accès et de réduire le coût d’exploitation lié au maintien prolongé de multiples applications legacy.

Premières étapes recommandées

1. Réaliser une cartographie détaillée des systèmes existants, des flux et des formats.
2. Définir une stratégie d’extraction et de mapping alignée sur des ressources FHIR cibles.
3. Tester sur un périmètre pilote (un sous-ensemble de dossiers / un site / une activité).
4. Déployer un viewer FHIR avec des contrôles d’accès adaptés aux usages et aux profils.
5. Étendre progressivement à l’échelle de l’organisation et planifier la mise hors service des briques héritées quand c’est possible.

Conclusion

Dans les regroupements de sites hospitaliers — qu’ils soient pilotés par un GHT ou par un groupe privé — l’interopérabilité et l’intégration des données n’est pas un sujet “après”. C’est un facteur de stabilité opérationnelle, de sécurité et de soutenabilité économique. La mise en place d’une couche de données interopérable (IOP/CDR, FHIR, IHE) permet de sécuriser la trajectoire : continuer à soigner sans attendre la convergence complète des SIH, tout en construisant une architecture capable d’absorber les recompositions à venir.