Linkr
Accueil Ressources Outils Documentation Blog Démo
EN
  • Qu'est-ce que Linkr ?
  • Modes de déploiement
  • Démarrage rapide
  • Installation locale
  • Avec Docker
  • Installation manuelle
  • Client-only
  • Votre premier projet
  • Espaces de travail et projets
  • Le pipeline de données
  • Entités et partage
  • Versioning et collaboration
  • Vue d'ensemble
  • Projets
  • Wiki
  • Plugins
  • Membres et rôles
  • Paramètres
  • Schémas
  • Bases de données
  • Sous-bases dérivées
  • Qualité des données
  • Catalogue de données
  • Collections de scripts SQL
  • Pipelines ETL
  • Présentation
  • Projets d'alignement
  • Vue d'ensemble
  • Concepts cibles
  • Éditeur d'alignements
  • Suggestions
  • Évaluation
  • Export
  • Vue d'ensemble
  • Concepts
  • Cohortes
  • Données individuelles
  • Pipeline
  • Jeux de données
  • IDE
  • Applications web
  • Versioning
  • Vue d'ensemble
  • Onglets et widgets
  • Widgets intégrés
  • Widgets d'analyse
  • Cartes de contrôle (SPC)
  • Questionnaires et eCRF
  • Code R et Python
  • Filtres, paramètres et export
  • Vue d'ensemble
  • Mode présentation
  • Exporter un rapport
  • Agents
  • Fournisseurs de modèles
  • Skills
  • Créer du contenu via MCP
  • Import et export
  • Versioning git
  • Catalogue communautaire
  • Publier du contenu
  • Installation en production
  • Configuration
  • Authentification et permissions
  • Fichiers sur le serveur
  • Sauvegarde et restauration
  • Glossaire
  • Raccourcis clavier
  • Notes de version
Documentation Tableaux de bord Cartes de contrôle (SPC)

Cartes de contrôle (SPC)

Suivre un indicateur dans le temps sans confondre le bruit et le changement : types de cartes, dénominateurs, règles de signal et avertissements.

En résumé

Une carte de contrôle suit un indicateur période après période et distingue la variation ordinaire d’un vrai changement. Vous désignez une date, une variable et un dénominateur ; le widget choisit la carte adaptée, trace ses limites, et signale en rouge ce qui sort de l’ordinaire.

Client Disponible en mode client-only — tout fonctionne dans le navigateur, sans backend. Backend Disponible avec le backend FastAPI.

Pourquoi pas une comparaison de mois à mois

« Les infections ont augmenté de 20 % ce mois-ci » : sur de petits effectifs, cette phrase est presque toujours du bruit. Comparer deux points consécutifs, ou un mois à l’an dernier, produit des alertes constantes et des réactions à des variations qui ne veulent rien dire.

Une carte de contrôle répond autrement. Elle établit ce que le processus fait habituellement, trace des limites autour de cette habitude, et ne signale que ce qui en sort. C’est la méthode de référence du suivi qualité hospitalier.

Choisir la carte

Vous pouvez laisser le réglage sur Auto : le widget déduit la carte de la nature de l’indicateur et de la forme des données. Onze choix sont proposés.

CartePour quel indicateur
p, P′Une proportion de cas. La variante P′ élargit les limites quand les données varient plus que le modèle ne le prévoit.
npUn nombre d’événements, quand les dénominateurs sont égaux d’une période à l’autre.
u, U′Un taux rapporté à une exposition — par exemple pour 1 000 jours-patients.
cUn comptage à dénominateur constant.
IUne grandeur mesurée : une durée de séjour, un délai, un score.
EWMALes dérives lentes, qu’une carte classique met longtemps à voir.
g, tLes événements rares : on suit le nombre de jours ou le délai entre deux occurrences.

Les événements rares sont le piège classique

Sur un service où une infection survient deux fois par trimestre, un taux mensuel est presque entièrement du bruit. Les cartes g et t répondent à la bonne question — « combien de temps sans événement ? » — et se lisent à l’envers des autres : une ligne qui monte est une amélioration.

Le dénominateur

C’est le réglage qui demande le plus d’attention, parce qu’il décide de ce que l’indicateur veut dire. Quatre possibilités :

  • Cas — une ligne, un cas.
  • Une colonne de durée — lorsque l’exposition est déjà calculée dans vos données.
  • Jours-patients — calculés par chevauchement des séjours sur la période, à partir des dates d’admission et de sortie.
  • Jours-dispositif — même principe, entre la pose et le retrait.

Une ligne par séjour, pas par mesure

Le réglage Une ligne par déduplique les données avant le calcul. Sans lui, un patient ayant eu dix prélèvements compterait dix fois dans le dénominateur.

Lire la carte

La ligne centrale est ce que le processus fait habituellement ; les limites encadrent sa variation ordinaire. Les points signalés apparaissent en rouge, et un compteur les récapitule sous le graphique.

Des limites en escalier, c'est normal

Quand le dénominateur change d’une période à l’autre — 80 patients un mois, 300 le suivant —, les limites se resserrent sur les grandes périodes et s’élargissent sur les petites. Une proportion calculée sur 300 cas est bien plus précise que sur 80, et la carte le montre.

Des limites plates au-dessus d’un dénominateur variable sont l’erreur la plus fréquente des cartes faites à la main.

Les règles de signal

Trois jeux de règles sont proposés.

Anhøj — recommandé

Deux règles dont le seuil s’adapte à la longueur de la série : une série trop longue du même côté de la ligne centrale, et un nombre de traversées trop faible.

Longueur de série fixe

Un seuil que vous fixez, plus une règle de tendance monotone. À choisir pour reproduire une carte existante.

Points hors limites seulement

Le minimum. Un point hors limites reste signalé quel que soit le réglage : c’est la carte elle-même, pas une règle ajoutée.

Pourquoi pas les huit règles classiques

Empiler toutes les règles de Western Electric fait alarmer en permanence un processus parfaitement stable — et apprend surtout aux équipes à ignorer la carte. Les règles retenues par défaut ont été calibrées pour éviter cela.

Un signal veut dire « regardez », pas « agissez »

Il indique que la variation observée n’est probablement pas due au hasard. Ce qui l’a causée — un changement de pratique, un changement de codage, une épidémie, un nouveau praticien — demande de remonter aux données.

Figer les limites

Le réglage Figer les limites après définit une période de référence : les limites sont calculées jusqu’à cette date puis prolongées telles quelles. C’est la manière propre de montrer l’effet d’une intervention — les limites décrivent l’« avant », et l’« après » se lit par rapport à lui.

Un trait vertical marque la césure sur le graphique.

Les avertissements

Le widget affiche au-dessus du graphique ce qui pourrait tromper la lecture, plutôt que de laisser passer une carte trompeuse :

  • Trop peu de périodes — les limites sont provisoires ; il en faut une vingtaine.
  • Événements trop rares — une carte g serait plus lisible.
  • Surdispersion — les données varient plus que le modèle ne le prévoit, et une carte P′ ou U′ alarmera moins souvent à tort.
  • Période de référence trop courte — toutes les périodes ont été utilisées à la place.
  • Option ignorée — un réglage ne s’applique pas à la nature de l’indicateur choisi.

Ce qui n’existe pas encore

  • Les annotations — marquer une intervention sur la carte.
  • Plusieurs phases — une seule césure de référence est possible.
  • Les cartes XbarS, CUSUM, l’entonnoir et l’ajustement au risque sont envisagés, sans calendrier.

Fonctionnalité récente

Cette analyse est complète et couverte par ses tests, mais elle n’a pas encore été éprouvée par un usage réel dans l’application. Si son comportement vous surprend, c’est une remontée utile.

Pour aller plus loin

  • Widgets d’analyse — comparer des groupes plutôt que suivre le temps.
  • Widgets intégrés — les courbes et indicateurs sans statistique.
  • Jeux de données — préparer la table qu’attend une carte de contrôle.
PrécédentWidgets d'analyseSuivantQuestionnaires et eCRF

Produit

  • Accueil
  • Démo

Ressources

  • Documentation
  • Ressources
  • Outils
  • Blog

Communauté

  • Code source Framagit
  • Code source Github

À propos

  • InterHop.org
  • Contact

2021–2026 InterHop — CC BY-NC-SA 4.0 (site) · GPLv3 (logiciel)