Comment gérer les événements indésirables : du signalement à l’action corrective, sans laisser filer l’information

Un opérateur glisse dans un couloir et se rattrape de justesse. Un colis part avec les mauvaises références. Un résident chute dans la nuit et personne ne le note formellement. Un client reçoit une livraison incomplète et rappelle quarante-huit heures plus tard.

Ces situations ont un nom : des événements indésirables. Et dans la quasi-totalité des organisations, elles partagent le même destin : elles sont vécues, parfois mentionnées à voix basse, rarement formalisées, et presque jamais exploitées pour éviter la suivante.
Ce n’est pas une question de mauvaise volonté. C’est une question de système. Ou plutôt de son absence.

Qu’est-ce qu’un événement indésirable, exactement

Le terme est courant dans le secteur sanitaire et médico-social, où il est encadré par des obligations réglementaires précises. Mais la réalité qu’il décrit concerne toutes les organisations, quel que soit leur secteur.

Un événement indésirable, c’est tout incident, dysfonctionnement, accident ou presqu’accident qui révèle un écart entre ce qui devait se passer et ce qui s’est passé. Il peut avoir des conséquences directes, sur une personne, un client, un produit, un équipement. Il peut aussi n’en avoir aucune visible sur le moment, et pourtant signaler une faiblesse dans l’organisation qui, si elle n’est pas corrigée, produira tôt ou tard un dommage réel.

La distinction importante est celle entre l’événement et le dysfonctionnement qui l’a rendu possible. L’événement est ce qu’on voit. Le dysfonctionnement est ce qu’on cherche à corriger. Gérer un événement indésirable, ce n’est pas seulement le constater. C’est remonter jusqu’à sa cause pour l’éliminer.

Dans le secteur sanitaire, on distingue les événements indésirables simples (EI) des événements indésirables graves (EIG ou EIGS), soumis à des obligations de déclaration auprès des autorités compétentes comme l’ARS. Dans les autres secteurs, les dénominations varient selon les référentiels qualité utilisés : non-conformité, incident, anomalie, presqu’accident. Le fond reste le même.

Pourquoi la plupart des organisations gèrent mal leurs événements indésirables

La réponse instinctive à un incident est de le régler. Rapidement, efficacement, et si possible sans trop en parler. C’est humain. C’est aussi une erreur de pilotage.

Quand un événement est géré uniquement dans l’urgence, il laisse trois traces : une dans la mémoire des personnes présentes, une autre dans la relation avec le client ou l’usager concerné, et parfois une troisième dans un mail envoyé à la direction. Aucune de ces traces ne permet d’apprendre, de corriger, ni de démontrer en cas de contrôle que l’organisation a agi.

Plusieurs facteurs expliquent cette tendance à sous-déclarer et sous-traiter.

La peur des conséquences. Dans beaucoup d’organisations, signaler un incident équivaut à signaler une faute. Les équipes terrain savent intuitivement ce qui se passe quand un problème remonte : des questions, parfois des reproches. Alors on règle en interne, on ne remonte pas.

L’absence de circuit clair. Même avec la meilleure volonté, si personne ne sait précisément à qui signaler, sur quel support, avec quelles informations, le signalement ne se fait pas. Pas par négligence, mais par absence de chemin balisé.

Le manque de retour. Quand un collaborateur signale un incident et ne reçoit aucun retour sur ce qui a été fait, il ne signalera plus. La démarche de déclaration ne survit pas au silence qui la suit.

L’illusion que les petits incidents ne comptent pas. Or c’est précisément les signaux faibles, les presqu’accidents, les anomalies récurrentes que personne ne traite, qui précèdent les incidents graves. Dans les organisations matures sur ce sujet, on mesure la qualité d’un système de gestion des événements indésirables non pas au nombre d’incidents graves détectés, mais au nombre de signaux faibles captés et traités avant qu’ils ne deviennent graves.

Les cinq étapes d’une gestion efficace

Gérer un événement indésirable n’est pas une action. C’est un processus en cinq étapes, qui doit être formalisé pour être réellement appliqué.

1. Le signalement. L’événement doit être déclaré dès qu’il est constaté, par la personne qui le constate ou par celle qui en est informée en premier. Le support de signalement doit être simple, accessible, et ne pas demander plus de deux ou trois minutes à remplir. Plus il est complexe, moins il est utilisé. L’information minimale à recueillir : quoi, quand, où, qui était présent, quelles conséquences immédiates.

2. La qualification. Toutes les déclarations ne nécessitent pas le même niveau de traitement. Un premier niveau de triage permet de distinguer l’incident mineur qui sera noté et suivi, de l’événement significatif qui nécessite une analyse approfondie, de l’événement grave qui déclenche une procédure d’urgence et, selon le secteur, une déclaration aux autorités compétentes. Ce triage doit être fait par une personne identifiée, dans un délai défini.

3. L’analyse des causes. C’est l’étape la plus souvent escamotée. On traite la conséquence immédiate, on rassure les personnes concernées, et on passe à autre chose. Or l’analyse des causes est ce qui transforme un incident en apprentissage. Elle cherche à répondre à une question simple : qu’est-ce qui, dans l’organisation, a rendu cet événement possible ? La méthode des cinq pourquoi, l’arbre des causes, ou tout autre outil d’analyse systémique permettent de ne pas s’arrêter à l’explication de surface.

4. Le plan d’actions correctives. L’analyse des causes doit déboucher sur des actions concrètes, assignées à des personnes identifiées, avec une date d’échéance. Une action sans responsable et sans délai n’est pas une action. C’est une intention. Le plan d’actions correctives doit être suivi, pas archivé.

5. Le retour d’information. Les personnes qui ont signalé doivent savoir ce qui a été fait. Ce retour n’est pas une formalité. C’est la condition pour que le signalement suivant ait lieu. Il peut être individuel ou collectif, selon les situations, mais il doit exister.

Ce qui se passe quand le circuit fonctionne

Une organisation qui gère bien ses événements indésirables ne subit pas moins d’incidents. Elle en détecte plus, plus tôt, et à un niveau de gravité moindre.

C’est un paradoxe apparent : les entreprises les plus matures sur ce sujet ont souvent les tableaux de bord avec le plus grand nombre de signalements. Non pas parce qu’elles fonctionnent moins bien, mais parce que leur culture de signalement est plus développée. Chaque signal faible remonté est une occasion d’agir avant que la situation ne se dégrade.

À l’inverse, une organisation avec très peu de signalements n’est pas nécessairement une organisation qui fonctionne bien. C’est souvent une organisation dont les circuits de remontée sont bloqués, volontairement ou non.

Les bénéfices concrets d’un système de gestion des événements indésirables bien rodé sont au moins au nombre de quatre. La réduction de la répétition des mêmes incidents, qui cessent de coûter du temps, de l’argent et de la crédibilité. La capacité à démontrer, en cas de contrôle ou d’audit, que l’organisation traite ses dysfonctionnements de façon structurée. La confiance des équipes, qui savent que leurs signalements servent à quelque chose. Et la réduction de la dépendance aux personnes clés, puisque la mémoire des incidents et des actions correctives n’est plus dans la tête de quelqu’un mais dans un système accessible.

Les pièges les plus fréquents à éviter

Quelques erreurs reviennent systématiquement dans les organisations qui tentent de structurer leur gestion des événements indésirables.

Confondre signalement et sanction. Dès que les équipes perçoivent le signalement comme un mécanisme d’accusation plutôt que d’amélioration, le système s’effondre. La posture de la direction sur ce sujet est déterminante. Si un signalement déclenche systématiquement la question « qui a fait cette erreur ? », plus personne ne signalera.

Créer un formulaire trop complexe. Un formulaire de signalement à quinze champs, avec des menus déroulants à plusieurs niveaux, est un formulaire qui ne sera pas rempli par les équipes terrain. La simplicité est une exigence, pas une concession.

Ne traiter que les événements graves. Les signaux faibles sont la matière première de la prévention. Une organisation qui ne traite que les incidents ayant déjà causé des dommages réels est une organisation qui agit toujours trop tard.

Archiver sans exploiter. Avoir un registre des événements indésirables est un début. L’exploiter pour identifier les tendances, les zones de fragilité récurrentes, les processus qui génèrent le plus d’incidents, c’est là que se trouve la valeur réelle du système.
Oublier la boucle de retour. Sans retour aux déclarants, le système meurt de sa propre inertie.

Ce que cela implique concrètement pour l’organisation

Mettre en place un système de gestion des événements indésirables ne nécessite pas un projet informatique complexe ni un budget conséquent. Cela nécessite trois choses.

Un circuit clair et connu de tous. Qui signale, à qui, sur quel support, dans quel délai. Cette clarté doit être expliquée, affichée, rappelée. Elle ne peut pas rester dans un document qualité que personne ne consulte.

Un outil de suivi centralisé. Les événements signalés, les qualifications, les analyses, les actions correctives et leur état d’avancement doivent être accessibles en un seul endroit, consultables à tout moment par les personnes concernées. Pas dans cinq tableurs différents, pas dans une boîte mail partagée, pas dans la tête du responsable qualité.

Une culture du signalement entretenue. Ce n’est pas une campagne de communication annuelle. C’est une posture managériale quotidienne, qui valorise le fait de remonter un problème plutôt que de le régler discrètement, et qui donne un retour visible sur ce qui a été fait.

Ces trois conditions ne sont pas complexes à réunir. Elles demandent de la méthode, de la constance, et un outil qui ne crée pas lui-même une charge administrative supplémentaire.

C’est la promesse. Rien de plus, mais déjà tellement plus.

Vous avez des incidents qui se répètent sans qu’on sache vraiment pourquoi ? Un circuit de signalement qui n’est pas utilisé, ou qui n’existe pas encore ? Un échange de trente minutes suffit souvent à identifier les deux ou trois points à corriger en priorité, sans projet informatique, sans refonte complète de votre système qualité.