Unifier les données de plusieurs sites hospitaliers : méthode

« Allergie à la pénicilline » figure dans le dossier du patient sur le site A. Sur le site B, où il est hospitalisé ce soir, rien. Le patient a deux numéros, deux dossiers, et le médecin de garde n’a aucun moyen de savoir que le premier existe. Ce n’est pas une panne informatique : c’est l’état normal d’un hôpital multi-sites dont les établissements se sont regroupés sans unifier leurs données.

Le contexte

Trois hôpitaux d’un même territoire forment un groupement : un centre hospitalier principal et deux établissements plus petits, à trente et cinquante kilomètres. La direction est commune depuis deux ans. Les logiciels, eux, ne le sont pas : deux dossiers patients informatisés différents, trois laboratoires avec leurs propres codes d’analyses, trois serveurs d’imagerie, et des identifiants patients propres à chaque site.

Le projet médical partagé prévoit des parcours entre sites : consultations avancées, plateau technique centralisé, astreintes communes. Il bute sur une question simple : un médecin du site B ne voit pas ce qui s’est passé au site A.

La tentation du grand soir

La première idée a été de remplacer les trois dossiers patients par un seul. C’est l’objectif à terme, mais une migration de cette ampleur prend plusieurs années, et le besoin clinique est immédiat. Le groupement a choisi une autre méthode : construire d’abord les fondations communes, faire circuler l’essentiel, puis converger.

• Identitéun patient, un identifiant de groupement
• Référentielsstructures, professionnels, nomenclatures
• Échangesdocuments et résultats normalisés
• Vue partagéesynthèse consultable sur chaque site
• Convergencelogiciels communs, site par site

Étape 1 : l’identité avant tout

Rien ne peut être unifié tant qu’un patient peut porter plusieurs identités non rapprochées. Le groupement a mis en place un serveur d’identités commun (souvent appelé index patient principal) et une cellule d’identitovigilance de groupement, avec un référent par site.

Le travail le plus long n’a pas été technique. Il a fallu harmoniser les règles de saisie : traits stricts (nom de naissance, prénom, date et lieu de naissance, sexe), usage du nom utilisé, conduite à tenir pour les patients sans papiers d’identité, les nouveau-nés, les identités provisoires des urgences. En France, l’identifiant national de santé (INS), obligatoire depuis le 1^er janvier 2021 pour référencer les données de santé, sert d’appui : quand il est qualifié, le rapprochement devient beaucoup plus sûr.

Étape 2 : des référentiels communs

Deuxième chantier : parler la même langue. Les trois laboratoires codaient différemment la même analyse ; un « potassium » n’avait pas le même code d’un site à l’autre. Le groupement a adopté LOINC comme référence de transcodage pour les résultats de biologie, et un référentiel commun des unités fonctionnelles et des professionnels.

C’est un travail ingrat, ligne par ligne, mené avec les biologistes et les départements d’information médicale. Il conditionne tout ce qui suit : une courbe de créatinine qui mélange deux unités sans le dire est pire qu’une absence de courbe.

Étape 3 : faire circuler l’essentiel

Avec une identité commune et des codes alignés, les échanges deviennent possibles. Le groupement a priorisé les flux selon leur valeur clinique : comptes rendus d’hospitalisation et lettres de liaison, résultats de biologie, comptes rendus d’imagerie, allergies et traitements en cours. Les nouveaux flux utilisent HL7 FHIR ; les flux existants en HL7 v2 ont été conservés et passés par une plateforme d’intégration commune, plutôt que de multiplier les connexions point à point.

Une vue de synthèse, accessible depuis chaque dossier patient local, affiche les documents et résultats des autres sites. Le médecin du site B voit l’allergie notée au site A, avec sa date et sa source.

Étape 4 : converger, sans se presser

La convergence vers des logiciels communs vient en dernier, quand les fondations tiennent. Elle se fait domaine par domaine (laboratoire, imagerie, puis dossier patient), et site par site, avec une période de fonctionnement en parallèle. Les fondations construites aux étapes 1 à 3 ne sont pas perdues : elles rendent la migration bien plus sûre, puisque les identités et les codes sont déjà alignés.

Ce qui a fait la différence

• Une gouvernance de groupement réelle : un comité des données avec des médecins, des soignants, le DIM, la DSI et l’identitovigilance.
• Un ordre strict : identité, référentiels, échanges, convergence.
• Des indicateurs suivis chaque mois : taux de doublons, part des identités qualifiées, délais d’arrivée des documents sur les autres sites.
• Un plan de reprise : que se passe-t-il quand la plateforme commune est indisponible ? Chaque site doit pouvoir fonctionner seul.

Ce type de démarche est au cœur de notre expertise santé numérique et de notre solution Betz. Le guide complet du dossier patient partagé développe la même logique à l’échelle d’un pays.

Scénario type construit à partir de situations courantes ; il ne décrit pas une organisation réelle.

Questions fréquentes

Faut-il un logiciel unique pour unifier les données de plusieurs hôpitaux ?

Pas forcément, ni tout de suite. Un référentiel d'identité commun et des échanges normalisés permettent de partager l'essentiel pendant que la convergence des logiciels se prépare, souvent sur plusieurs années.

Par quoi commencer ?

Par l'identité du patient. Tant qu'un même patient peut porter plusieurs identifiants non rapprochés, toute consolidation de données est fragile et peut devenir dangereuse.

Quelle norme utiliser pour les échanges ?

HL7 FHIR s'impose pour les nouveaux échanges ; HL7 v2 reste très présent pour les flux existants. Les terminologies (LOINC pour la biologie, par exemple) comptent autant que le format.