Cartographier le paysage des données hospitalières au-delà du DPI

Un hôpital communautaire de 400 lits génère des données dans plus de 100 systèmes logiciels distincts. Le dossier patient informatisé (DPI, ou EHR pour electronic health record) est celui que tout le monde connaît, mais il ne contient sans doute que la moitié de l'histoire. L'autre moitié vit dans les moteurs de planification, les grands livres de comptabilité analytique, les prestataires d'enquêtes, les middlewares de laboratoire et les registres imposés par les autorités que la plupart des dirigeants n'ouvrent jamais. Si vous voulez faire de l'analytics dans un hôpital, vous devez d'abord savoir où se trouvent réellement les données et qui les contrôle.

Cette leçon est un guide de terrain pour ce territoire.

Pourquoi le DPI n'est pas toute l'image

Le DPI (le système clinique de référence : Epic, Oracle Health anciennement Cerner, ou MEDITECH dans la plupart des hôpitaux américains) enregistre les prescriptions, les notes, les médicaments et les résultats. Mais il a été conçu pour la documentation clinique et la facturation, pas pour les opérations, la finance ou la mesure de l'expérience.

Posez une question simple comme « combien nous a coûté le traitement de cette prothèse de hanche, et le patient était-il satisfait ? » et vous quittez immédiatement le DPI. Le coût vit dans un système d'aide à la décision. La satisfaction vit chez un prestataire d'enquêtes. Les rapprocher est un problème d'intégration de données, et c'est tout le travail.

Les quatre domaines de données

Voyez le patrimoine de données d'un hôpital en quatre blocs. Chacun a des propriétaires, des fréquences de rafraîchissement et des problèmes de qualité différents.

1. Données opérationnelles

C'est le pouls du bâtiment : qui est où, et quand.

• Flux ADT (Admission, Discharge, Transfer). Chaque fois qu'un patient est admis, déplacé entre unités ou sorti, le DPI émet un message ADT, généralement au standard HL7 v2 (Health Level Seven, le format de messagerie dominant pour les événements cliniques). L'ADT est la colonne vertébrale du recensement des lits, de la gestion des lits et du suivi de la durée de séjour.
• Systèmes de planification et de bloc opératoire. La programmation des interventions chirurgicales tourne souvent dans un module du DPI mais peut être un produit séparé. C'est ce qui pilote le taux d'utilisation du bloc.
• Effectifs et gestion des temps. Détenus par les RH ou les opérations soignantes, souvent dans Kronos/UKG ou Workday.

Propriétaire : opérations et informatique soignante. Rafraîchissement : quasi temps réel pour l'ADT, ce qui explique pourquoi l'ADT est le flux opérationnel le plus précieux dont vous disposez.

Un exemple de message ADT (un événement d'admission A01) ressemble à ceci :

MSH|^~\&|EPIC|HOSP|BEDMGR|HOSP|20260214093000||ADT^A01|MSG00001|P|2.5
PID|1||MRN123456^^^HOSP^MR||DOE^JANE||19550101|F
PV1|1|I|4WEST^412^A|||||||MED||||||||INP

Le segment PV1 vous indique que le patient est hospitalisé (I) dans l'unité 4WEST, chambre 412. Les dashboards en aval analysent des milliers de ces messages par jour pour calculer le recensement en direct.

2. données financières (les données, pas les ratios)

Ce qui nous intéresse ici, ce sont les jeux de données, pas les indicateurs comptables.

• Comptabilité analytique / systèmes d'aide à la décision. Des produits comme Strata (Syntellis) ou le module propre du DPI répartissent les coûts jusqu'au niveau du séjour ou de l'acte. C'est là qu'on répond à « combien a coûté ce cas », soit par ratio coût/tarifs facturés (RCC), soit par comptabilité par activités.
• Charge Description Master (CDM ou « chargemaster »). La liste mamaUtiliser un logiciel pour automatiser les tâches et campagnes marketing répétitives, afin de personnaliser à grande échelle sur des canaux comme l'email, le web et le social.Voir la définition complète →îtresse de chaque élément facturable et de son tarif. Le chargemaster d'un seul hôpital peut compter de 20 000 à 50 000 lignes (estimation largement citée ; variable selon l'établissement).
• Données de facturation et de règlement. Les fichiers 837 (demande envoyée au payeur) et 835 (règlement / paiement) au standard X12 EDI. Ils vous disent ce qui a été facturé et ce qui a réellement été payé.

Propriétaire : finance et cycle de revenus. Risque qualité : le chargemaster dérive en permanence à mesure que les codes changent ; les entrées obsolètes provoquent des rejets de facturation.

3. Données d'expérience patient

• HCAHPS (Hospital Consumer Assessment of Healthcare Providers and Systems). L'enquête standardisée américaine sur l'expérience patient, imposée par les CMS (Centers for Medicare and Medicaid Services). Les résultats sont publiés publiquement et liés au remboursement. Les enquêtes sont généralement administrées par un prestataire tiers (par exemple Press Ganey ou NRC Health), donc ces données vivent hors de vos murs.
• Retours en temps réel et registres de réclamations. Souvent un système distinct de l'enquête réglementaire.

Propriétaire : direction de l'expérience patient, souvent rattachée à la qualité. Particularité : les taux de réponse HCAHPS sont faibles (les taux nationaux se situent souvent dans une fourchette d'environ 20 à 30 pour cent, estimation qui varie selon l'année et le mode d'administration), donc les échantillons sont petits et décalés de plusieurs semaines. Vous pouvez consulter vous-même les résultats publics sur Medicare Care Compare.

4. Registres cliniques

Les registres sont des bases de données curatées, spécifiques à une pathologie, généralement tenues par des abstracteurs formés qui lisent les dossiers et codent les cas selon des spécifications strictes. Leur qualité est supérieure aux données brutes du DPI, mais ils sont plus lents et plus coûteux à produire.

• Registre du cancer. Aux États-Unis, les hôpitaux dotés de programmes d'oncologie accrédités déclarent à un registre central d'État et souvent à la National Cancer Database. Les données sont extraites par des Certified Tumor Registrars, codées aux normes NAACCR.
• Registre du trauma, base STS (Society of Thoracic Surgeons) pour la chirurgie cardiaque, GWTG (Get With The Guidelines) pour l'AVC et les soins cardiaques, et registres spécifiques à une pathologie.

Propriétaire : personnel des registres au sein de la qualité ou de lignes de service spécifiques. Rafraîchissement : mensuel à annuel. Valeur : ce sont vos données d'outcomes de référence, mais ne les prenez jamais pour du temps réel.

Europe : une autre configuration

Dans une grande partie de l'Europe, la culture des registres est plus forte et plus centralisée. Les pays scandinaves gèrent des registres qualité nationaux qui couvrent la majeure partie de la population pour de nombreuses pathologies. Le Royaume-Uni a des audits nationaux comme le National Joint Registry. Les enquêtes nationales d'expérience patient (comme la NHS Adult Inpatient Survey en Angleterre) jouent un rôle comparable à celui du HCAHPS. La leçon : hors des États-Unis, une plus grande part de vos meilleures données peut se trouver dans des systèmes nationaux plutôt qu'à l'intérieur d'un seul hôpital.

Qui détient quoi : la réalité de la gouvernance

Le fait le plus difficile dans les données hospitalières, c'est que personne ne détient tout.

Cette fragmentation explique pourquoi les hôpitaux mettent en place des entrepôts de données d'entreprise (EDW) et désormais des lakehouses cloud pour réunir ces sources. Le standard d'intégration qui fait bouger le secteur est FHIR (Fast Healthcare Interoperability Resources), un standard moderne basé sur des APIAPIApplication Programming Interface : une interface standardisée qui permet aux applications de communiquer et d'échanger des données sans connaître leur fonctionnement interne respectif.Voir la définition complète → qui complète de plus en plus les anciens flux HL7 v2. La réglementation américaine (les règles anti-information-blocking de l'ONC au titre du 21st Century Cures Act) a fortement poussé son adoption.

Un exemple concret : rapprocher coût et outcome

Voici le bénéfice analytique d'une bonne compréhension du paysage. Supposons que vous vouliez le coût par cas des prothèses de hanche et leur taux de réadmission.

Il vous faut trois sources :

1. ADT + DPI : identifier les séjours (par code d'acte) et toute réadmission à 30 jours.
2. Comptabilité analytique : extraire le coût complet alloué par séjour.
3. Registre (facultatif) : confirmer les complications.

Disons que vous avez 200 cas de prothèse de hanche sur un trimestre. La comptabilité analytique rapporte un coût total alloué de 2 600 000 dollars américains (chiffre illustratif).

Coût par cas = 2 600 000 / 200 = 13 000 dollars.

Maintenant le taux de réadmission. L'ADT montre que 14 de ces patients ont été réadmis dans les 30 jours.

Taux de réadmission = 14 / 200 = 7 pour cent.

Aucun des deux chiffres ne vit dans un seul système. Les 13 000 viennent de l'outil de coûts de la finance, les 7 pour cent viennent de l'ADT joint à lui-même à travers les séjours. La clé de jointure est l'identifiant patient, et c'est exactement là que la qualité des données fait mal.

Les métriques de qualité de données qui comptent ici

• Rapprochement patient / taux de doublons. À quelle fréquence la même personne réelle existe sous deux numéros de dossier médical. Des taux de doublons de quelques pour cent sont courants et les estimations suggèrent qu'ils peuvent grimper plus haut sans gestion active. Les doublons corrompent toute métrique longitudinale (comme les réadmissions).
• Ponctualité des flux. Le flux ADF est-il en retard ? Une interface HL7 bloquée fige silencieusement votre dashboard de recensement.
• Complétude des champs codés. Quel pourcentage de séjours dispose d'une destination de sortie, d'une origine ethnique ou d'un code diagnostic valides.
• Écarts de réconciliation. Le nombre de séjours dans l'EDWEDWUn référentiel central qui consolide les données de nombreux systèmes sources dans un stockage structuré et optimisé pour les requêtes, conçu pour l'analytique, le reporting et la business intelligence.Voir la définition complète → correspond-il chaque nuit au DPI source ?

Ce sont les métriques de gouvernance sur lesquelles une équipe data hospitalière rend compte, et ce sont elles qui séparent un dashboard fiable d'un dashboard dangereux.

Points clés à retenir

• Le DPI est une source parmi plus de 100. Les données opérationnelles (ADT, planification), financières (comptabilité analytique, chargemaster, facturation 837/835), d'expérience (HCAHPS) et de registre vivent toutes dans des systèmes séparés avec des propriétaires séparés.
• L'ADT est votre flux opérationnel à plus forte valeur parce qu'il est quasi temps réel et alimente le recensement, la durée de séjour et la logique de réadmission.
• Les registres sont la référence mais lents. Utilisez-les pour les outcomes, jamais pour les opérations en temps réel. L'Europe s'appuie davantage sur des registres nationaux centralisés que les États-Unis.
• Tout analytics inter-domaines est un problème d'intégration dont le maillon faible est le rapprochement patient. Suivez votre taux de doublons, la ponctualité des flux et la complétude comme des métriques de qualité de premier rang.
• Il n'existe aucun propriétaire unique. Un analytics hospitalier efficace repose sur un entrepôt de données ou un lakehouselakehouseUne architecture hybride qui combine la flexibilité d'un data lake et les capacités analytiques d'un data warehouse, sur une seule couche de stockage.Voir la définition complète →, une intégration basée sur FHIR et une stewardship claire pour chaque source.