+150 XP

Construire un operating model de data governance

Le board deck du CFO indique que la durée moyenne de séjour de l'hôpital est de 4,2 jours. Le rapport du comité qualité, préparé la même semaine, indique 4,9 jours. Les deux équipes ont extrait les données du « même système ». Les deux sont sûres d'elles. Les deux vont prendre des décisions à plusieurs millions sur des chiffres qui ne concordent pas.

Ce n'est pas une défaillance technologique. C'est une défaillance de gouvernance. Et c'est le problème de données le plus répandu dans les hôpitaux aujourd'hui.

Pourquoi la « durée de séjour » déraille

La durée de séjour (LOS, length of stay) paraît triviale : date de sortie moins date d'admission. En pratique, un hôpital doit répondre à une dizaine de questions silencieuses avant que cette soustraction ait un sens.

  • Les séjours en observation (patients surveillés mais pas formellement admis) comptent-ils ?
  • Le chronomètre démarre-t-il à l'arrivée aux urgences (ED, emergency department) ou à l'ordre d'admission en hospitalisation ?
  • Un transfert vers un établissement de soins infirmiers est-il une sortie ou une continuation ?
  • Comptez-vous les jours calendaires ou les minuits franchis ? (La logique « midnight » de Medicare diffère d'un simple décompte de jours.)
  • Les nouveau-nés et leurs mères comptent-ils pour un séjour ou deux ?

Le système financier du CFO répond d'une façon. Le système de qualité clinique répond d'une autre. Aucun n'a tort. Ils mesurent des choses différentes et appellent les deux « LOS ».

Un operating model de data governance existe pour rendre ces choix explicites, documentés et appliqués, afin qu'un chiffre signifie une seule chose partout.

Les trois composants que vous mettez réellement en place

Un modèle de gouvernance qui fonctionne dans un hôpital comporte trois pièces mobiles. Vous n'avez pas besoin d'un framework de 40 pages. Vous avez besoin que ces trois-là fonctionnent.

1. Le conseil de data stewardship

Un data steward est une personne nommée, responsable du sens et de la qualité d'un domaine de données précis, pas de la plomberie IT, du sens. Les stewards sont généralement des opérationnels seniors, pas des ingénieurs.

Structurez-le en deux couches :

  • Couche des sponsors exécutifs : typiquement le CMIO (Chief Medical Information Officer) et le CFO, ou leurs délégués. Ils tranchent les litiges et financent les correctifs.
  • Couche des stewards de domaine : un steward par domaine. Domaines hospitaliers courants : séjours patients, praticiens, diagnostics/actes (codage), planification, revenue cycle et indicateurs de qualité clinique.

Le conseil se réunit à une cadence fixe (mensuelle en général) et porte une seule mission : approuver les définitions et résoudre les conflits quand deux services ne s'accordent pas sur le sens d'un indicateur.

Gardez-le restreint. Un conseil de 8 à 10 stewards fonctionne. Un conseil de 40 personnes est une mailing list, pas une instance de décision.

2. Le catalogue de définitions

C'est votre source de vérité sur le sens de chaque indicateur. Aussi appelé business glossary ou data dictionary. Parmi les outils modernes qui le font : l'open-source OpenMetadata et des plateformes commerciales, mais un tableur bien tenu vaut mieux qu'un outil coûteux inutilisé.

Chaque entrée doit comporter au minimum :

ChampExemple pour « LOS hospitalisation »
DéfinitionDatetime de sortie moins datetime de l'ordre d'admission, en minuits franchis
InclusionsAdmissions formelles en hospitalisation uniquement
ExclusionsSéjours en observation, passages aux urgences seuls, nouveau-nés (voir LOS nouveau-nés)
Système sourceEpic Clarity, tables ADT
Owner (steward)Directeur du Patient Flow
Date de certification2026-01-15
Version2.1

La ligne des exclusions est là où se trouve le vrai travail. La plupart des batailles de définition portent sur ce que vous laissez de côté.

3. Le workflow de certification des indicateurs

Un indicateur certifié est un indicateur que le conseil a revu, approuvé et verrouillé. La certification est un statut, comme un tampon, qui indique à tous « ce chiffre peut aller sans risque dans un board deck ».

Un workflow simple :

  1. Proposé : une équipe rédige une définition et sa logique de calcul.
  2. Revu : le steward du domaine et un consommateur en aval (par exemple l'analyste finance qui utilise la LOS) confirment que cela correspond à leur usage.
  3. Certifié : le conseil approuve. La définition est versionnée et publiée dans le catalogue.
  4. Surveillé : des contrôles qualité automatisés s'exécutent dessus.
  5. Déprécié : quand une définition change, l'ancienne version est retirée avec une date, jamais écrasée en silence.

La règle qui fait tenir l'ensemble : seuls les indicateurs certifiés apparaissent dans le reporting de direction. S'il n'est pas certifié, il porte une mention « draft » visible. Cette seule politique fait plus que n'importe quel outil.

Métriques de gouvernance : mesurer la gouvernance elle-même

Une gouvernance sans mesure dérive vers le théâtre. Suivez une poignée de métriques concrètes.

  • Couverture des définitions : quel pourcentage des indicateurs utilisés dans les rapports au board et les rapports réglementaires est certifié ? Une cible de maturité raisonnable est 90 % ou plus pour les rapports réglementaires.
  • Délai de certification : nombre médian de jours entre « proposé » et « certifié ». Au-delà de quelques semaines, les équipes contournent la gouvernance.
  • Taux d'affectation des stewards : pourcentage des domaines de données critiques dotés d'un steward nommé et actif. Visez 100 % des domaines critiques.
  • Taux de réussite des contrôles qualité : pourcentage de contrôles automatisés qui passent (voir plus bas).

Ce sont les métriques qui intéressent votre module Data lens : pas le profit, mais la santé de la supply chain de données qui alimente tous les autres chiffres.

Un exemple travaillé : combler l'écart de LOS

Supposons que la finance annonce une LOS de 4,2 et la qualité 4,9. Le steward compare les chiffres côte à côte.

sql
-- Illustration simplifiée de deux définitions de LOS sur les mêmes séjours
SELECT
  AVG(DATEDIFF(day, admit_dt, discharge_dt))              AS finance_los,   -- jours calendaires, tous les séjours
  AVG(CASE WHEN patient_class = 'Inpatient'
           THEN DATEDIFF(day, admit_dt, discharge_dt) END) AS quality_los    -- hospitalisation uniquement
FROM encounters
WHERE discharge_dt BETWEEN '2026-01-01' AND '2026-01-31';

L'écart se résout immédiatement : la finance inclut les séjours en observation (courts, qui tirent la moyenne vers le bas) ; la qualité ne compte que les hospitalisations. Aucun chiffre n'était « faux ». Ils répondaient à des questions différentes.

Le correctif de gouvernance n'est pas de désigner un gagnant. C'est de certifier deux indicateurs distincts portant deux noms distincts : LOS_All_Encounters et LOS_Inpatient. Chaque deck doit préciser lequel il utilise. La confusion ne revient jamais parce que l'ambiguïté a un nom.

La pression réglementaire qui rend tout cela non optionnel

La gouvernance n'est pas qu'une question d'hygiène. Aux États-Unis, les hôpitaux déclarent des indicateurs de qualité aux CMS (Centers for Medicare and Medicaid Services) via des programmes comme le Hospital Inpatient Quality Reporting. Des indicateurs erronés affectent les remboursements et les notations publiques Care Compare. Les données patients elles-mêmes sont encadrées par HIPAA (Health Insurance Portability and Accountability Act).

En Europe, le RGPD (Règlement général sur la protection des données) encadre les données de santé personnelles, et le règlement sur l'Espace européen des données de santé, entré en vigueur en 2025 avec une application par étapes, pousse à des définitions standardisées et à la réutilisation des données de santé entre États membres. Les deux régimes supposent que vous savez dire précisément ce que vos données signifient et d'où elles viennent. Un catalogue de définitions est la façon de le prouver.

Vérification des acquis

1. Deux équipes d'un hôpital rapportent des durées de séjour différentes bien qu'elles extraient les données du « même système ». Qu'illustre principalement ce scénario ?

2. D'après la leçon, quel est l'objectif central d'un operating model de data governance ?

3. Pourquoi les data stewards sont-ils décrits comme étant généralement des opérationnels seniors plutôt que des ingénieurs ?

CHOIX MULTIPLES

4. Sélectionnez TOUTES les bonnes réponses. Parmi les éléments suivants, lesquels expliquent qu'un indicateur apparemment simple comme la « durée de séjour » puisse produire des valeurs contradictoires entre équipes ?

Sélectionnez toutes les réponses correctes.

CHOIX MULTIPLES

5. Sélectionnez TOUTES les bonnes réponses. Quelles affirmations décrivent correctement le conseil de data stewardship tel que présenté dans la leçon ?

Sélectionnez toutes les réponses correctes.

Faire en sorte que cela survive au contact du réel

Les conseils meurent de trois causes prévisibles. Concevez contre chacune.

Cause 1 : trop d'indicateurs. N'essayez pas de tout certifier. Commencez par les 20 à 30 indicateurs qui figurent dans les board decks et les déclarations réglementaires. C'est là que le désaccord coûte le plus cher.

Cause 2 : aucune force contraignante. Si des chiffres non certifiés atteignent encore le board sans mention, personne ne respecte la certification. La politique de reporting doit être appliquée par celui qui détient le template du deck.

Cause 3 : la pourriture du catalogue. Un catalogue de définitions non entretenu devient un cimetière. Rattachez chaque définition à un steward et à une date de revue. Les définitions sans revue depuis 12 mois sont automatiquement signalées au conseil.

Contrôles qualité automatisés

La certification définit le sens d'un indicateur. Les contrôles qualité confirment que les données sous-jacentes le soutiennent. Contrôles simples et à forte valeur pour les données hospitalières :

  • Complétude : pourcentage de séjours avec un datetime de sortie non nul.
  • Validité : le datetime de sortie n'est jamais antérieur au datetime d'admission.
  • Fraîcheur : les enregistrements d'admission arrivent dans l'entrepôt dans une fenêtre convenue (par exemple 24 heures).
  • Unicité : aucun identifiant de séjour en doublon issu des flux ADT (Admission, Discharge, Transfer).

Exécutez ces contrôles chaque nuit. Routez les échecs vers le steward du domaine, pas vers une boîte générique. Le taux de réussite devient l'une de vos métriques de gouvernance ci-dessus.

Points clés

  • Un indicateur, un sens. Le livrable central, ce sont des définitions certifiées où inclusions et exclusions sont écrites noir sur blanc, pour que la LOS signifie la même chose dans chaque salle.
  • Trois parties, pas quarante. Un petit conseil de stewardship, un catalogue de définitions entretenu et un workflow de certification suffisent à régler la plupart des désaccords.
  • Appliquez avec une seule règle. Seuls les indicateurs certifiés apparaissent sans mention dans le reporting de direction et réglementaire. Cette politique unique donne à la gouvernance sa force contraignante.
  • Quand deux chiffres divergent, nommez les deux. Souvent, aucun n'a tort. Certifiez-les comme des indicateurs distincts et clairement nommés plutôt que d'imposer un faux gagnant.
  • Mesurez la gouvernance elle-même. Suivez la couverture des définitions, le délai de certification, l'affectation des stewards et le taux de réussite des contrôles qualité. Les régulateurs (CMS, HIPAA, RGPD, EHDS) supposent de plus en plus que vous pouvez prouver ce que vos chiffres signifient.