CAPA et non-conformités : traiter la cause sans transformer chaque écart en projet qualité
Un bon système CAPA ne se mesure pas au nombre de dossiers ouverts. Il se mesure à sa capacité à distinguer un écart à corriger d'un problème systémique à investiguer, à choisir des actions proportionnées au risque et à démontrer qu'elles ont réellement fonctionné.
La première décision n'est pas « quelle CAPA ? » mais « quel niveau de traitement ? »
Toutes les non-conformités doivent être prises en compte. Toutes ne justifient pas la même profondeur d'investigation.
| Situation | Réponse immédiate | Question qualité suivante |
|---|---|---|
| Erreur isolée, détectée avant utilisation, faible risque et cause évidente | Corriger et enregistrer selon la procédure | Existe-t-il un signal de récurrence ou une faiblesse systémique ? |
| Non-conformité récurrente | Contenir les produits concernés | Quelle cause commune explique la répétition ? |
| Défaut pouvant affecter la sécurité ou les performances | Maîtriser le produit et évaluer le risque sans attendre | Quels produits, lots ou utilisateurs sont potentiellement concernés ? |
| Problème fournisseur | Bloquer ou contrôler les approvisionnements concernés selon le risque | Le problème vient-il du lot reçu, de la spécification, du contrôle d'entrée ou de la maîtrise du fournisseur ? |
| Réclamation terrain | Qualifier la réclamation et préserver les données | Investigation, reportabilité, tendance, CAPA ou FSCA sont-elles nécessaires ? |
| Écart de système découvert en audit | Corriger le constat et protéger les processus touchés | Quelle défaillance du système a permis l'écart et quelle étendue doit être examinée ? |
Du constat à l'efficacité : les sept décisions à conserver
Le dossier doit raconter pourquoi chaque décision a été prise. Une liste d'actions sans raisonnement n'est pas une investigation.
- Décrire le fait sans conclure trop tôtProduit, lot, processus, date, lieu, exigence non satisfaite, données disponibles et source du signal. Évitez d'inscrire la cause supposée dans le titre de la non-conformité avant de l'avoir démontrée.
- Contenir et corriger ce qui doit l'être immédiatementQuarantaine, suspension, tri, correction documentaire ou autre mesure adaptée. Le besoin de protéger le produit ou l'utilisateur ne doit pas attendre la fin de l'analyse de cause.
- Évaluer le risque, la récurrence et l'étendueCombien de lots, produits, périodes, fournisseurs ou processus peuvent partager le problème ? Existe-t-il des événements similaires ? Quelle conséquence une répétition pourrait-elle avoir ?
- Définir le niveau d'investigationL'analyse doit être proportionnée à la signification et au risque. Documentez aussi pourquoi une investigation approfondie n'est pas nécessaire lorsque cette décision est permise par vos procédures et les exigences applicables.
- Établir les causes et facteurs contributifsS'appuyer sur les faits : données de production, historique, dossiers de lot, équipements, fournisseurs, changements, compétences et environnement. Une hypothèse devient une cause retenue seulement lorsqu'elle est suffisamment étayée.
- Choisir des actions qui répondent réellement aux causesChaque action doit pouvoir être reliée à une cause ou à une faiblesse identifiée. Former tout le monde n'est pas une action corrective crédible si aucune insuffisance de compétence n'a été démontrée.
- Vérifier l'efficacité avec un critère observableDéfinir à l'avance ce qui montrera que le problème ne se reproduit plus ou que le risque a suffisamment diminué, avec une période d'observation cohérente avec la fréquence du phénomène.
Cause racine : rechercher le mécanisme, pas un coupable
« Erreur opérateur » est souvent un point de départ. Pour devenir une conclusion utile, il faut expliquer pourquoi le système a permis à cette erreur de produire le défaut.
Instruction
La consigne était-elle claire, applicable, accessible et à la bonne version ? Une instruction correcte sur le serveur mais différente de celle utilisée au poste n'est pas une barrière efficace.
Compétence
La personne connaissait-elle l'opération et ses critères ? Si la compétence est réellement en cause, quelle lacune précise explique le mécanisme observé ?
Conception du processus
Deux composants peuvent-ils être inversés sans alerte ? Une valeur aberrante peut-elle être validée sans second contrôle ? Le procédé crée-t-il lui-même l'occasion d'erreur ?
Matière ou fournisseur
Le produit reçu était-il conforme à la spécification ? Les critères d'achat et d'acceptation étaient-ils suffisants ? Le changement fournisseur a-t-il été évalué ?
Équipement et mesure
L'équipement était-il adapté, sous contrôle et dans son état métrologique attendu ? Une mesure fausse a-t-elle masqué le défaut ou déclenché un faux écart ?
Donnée ou logiciel
Le calcul, le paramétrage, l'interface ou les droits ont-ils contribué au problème ? Une modification récente a-t-elle changé le comportement du système ?
Correction, corrective, préventive : trois intentions différentes
Les termes sont proches, mais les confondre produit des CAPA où l'on ferme une cause avec une simple réparation.
| Action | Question | Exemple |
|---|---|---|
| Correction / confinement | Comment maîtriser le problème constaté maintenant ? | Bloquer le lot et remplacer les étiquettes incorrectes |
| Action corrective | Comment empêcher la même cause de produire à nouveau le problème ? | Supprimer la ressaisie manuelle à l'origine de l'inversion de lot |
| Action préventive | Comment empêcher un problème potentiel identifié de se produire ? | Ajouter un contrôle de cohérence sur un autre flux présentant le même mécanisme de risque |
| Vérification d'efficacité | Comment démontrer que l'action a produit l'effet attendu ? | Suivre les dix prochaines séries ou une période définie et vérifier l'absence du type d'erreur visé |
Une CAPA n'est pas efficace parce que ses tâches sont à 100 %
Terminer une action prouve l'exécution. La vérification d'efficacité prouve le résultat.
| Action mise en œuvre | Mauvaise « preuve » | Vérification plus informative |
|---|---|---|
| Former les opérateurs sur une erreur de saisie | Feuilles de présence signées | Taux d'erreur mesuré sur une période cohérente, si la compétence était bien la cause |
| Modifier une instruction | Nouvelle version approuvée | Observation ou enregistrements montrant que l'étape est désormais exécutée correctement |
| Changer de fournisseur | Contrat signé | Résultats d'acceptation et absence du défaut sur un nombre ou une période justifiés |
| Automatiser un transfert de données | Interface mise en production | Tests et données réelles montrant l'absence de divergence et le traitement correct des erreurs |
| Ajouter un contrôle | Case ajoutée au formulaire | Détection démontrée des cas visés sans créer de risque nouveau disproportionné |
Une CAPA doit pouvoir remonter vers le risque et redescendre vers le terrain
Les événements qualité ne vivent pas dans un silo. Une cause confirmée peut nécessiter des mises à jour dans plusieurs processus.
| Résultat de l'investigation | Processus potentiellement à mettre à jour |
|---|---|
| Risque nouveau ou fréquence sous-estimée | Gestion des risques, PMS, évaluation clinique ou de performance selon le dispositif |
| Défaut de conception | Conception, gestion des changements, documentation technique, vérification/validation selon l'impact |
| Défaillance fournisseur | Qualification et surveillance fournisseur, exigences d'achat, contrôles d'entrée |
| Procédé insuffisamment maîtrisé | Instructions, validation de procédé, contrôles de production, compétences |
| Erreur d'étiquetage | Référentiels produit, gabarits, UDI, contrôles d'impression et éventuellement vigilance selon l'impact |
| Produit déjà distribué potentiellement concerné | Évaluation de sécurité, vigilance, retrait/rappel ou FSCA selon les critères applicables |
QMSR 2026 : ne plus auditer votre CAPA avec une vieille liste de sections FDA
La substance du système CAPA reste centrale, mais les références américaines ont changé.
La règle finale QMSR est effective depuis le 2 février 2026. Le Part 820 incorpore l'ISO 13485:2016 par référence et ne conserve plus l'ancienne section 820.100 comme section CAPA autonome. Dans le préambule de la règle, la FDA rappelle que les clauses ISO relatives aux réclamations, au produit non conforme, aux actions correctives et aux actions préventives couvrent la substance attendue.
La FDA précise également que l'investigation d'un produit non conforme doit être proportionnée à sa signification et au risque. C'est une raison supplémentaire pour documenter un mécanisme de triage plutôt que d'imposer le même dossier à chaque événement.
Ce qu'un logiciel de gestion CAPA doit rendre démontrable
La grille porte sur la qualité du processus et de ses preuves, pas sur le nombre de champs dans un formulaire.
- Distinguer le constat factuel de la cause supposée
- Relier l'événement au produit, lot, fournisseur, processus ou équipement concerné lorsque pertinent
- Enregistrer les mesures de confinement et corrections immédiates sans attendre la fin de l'investigation
- Documenter l'évaluation du risque, de la récurrence et de l'étendue
- Conserver la justification du niveau d'investigation retenu
- Permettre de rechercher les événements similaires avant de conclure à un cas isolé
- Documenter les causes et facteurs contributifs avec leurs preuves
- Relier chaque action à la cause ou au risque qu'elle traite
- Attribuer responsable, échéance et statut à chaque action
- Distinguer la réalisation de l'action de la vérification de son efficacité
- Planifier un critère et une date de contrôle d'efficacité adaptés au phénomène
- Tracer les changements de statut, réaffectations, reports et décisions de clôture
- Relier une CAPA aux réclamations, PMS, changements ou FSCA qui en dépendent
- Extraire les données de récurrence, délais, causes et efficacité pour l'analyse de tendance
Praeventis conserve la chronologie de la CAPA dans un seul dossier
Praeventis relie l'événement initial, sa criticité, les responsables, les actions, les échéances, les preuves et l'analyse après mise en œuvre. Le logiciel structure le workflow ; vos procédures restent responsables des critères d'ouverture, des méthodes d'investigation et des règles de clôture.
- Tickets qualité catégorisés avec responsable, statut et échéance
- CAPA avec criticité, plan d'actions et analyse après mise en œuvre
- Actions individuelles reliées à l'événement ou à la CAPA d'origine
- Pièces justificatives et éléments d'investigation conservés dans le dossier
- Historique des changements de statut et des interventions
- Exports permettant l'analyse des délais, catégories et récurrences
CAPA et non-conformités : les questions qui reviennent
Toute non-conformité doit-elle ouvrir une CAPA ?
Quelle est la différence entre correction et action corrective ?
Faut-il toujours trouver une « cause racine » unique ?
Les 5 pourquoi ou le diagramme d'Ishikawa sont-ils obligatoires ?
Quand peut-on fermer une CAPA ?
Une réclamation client est-elle une non-conformité ?
CAPA et FSCA, est-ce la même chose ?
Le 21 CFR 820.100 est-il encore la référence CAPA FDA en 2026 ?
Les logiciels Cerebellis liés à ce sujet
À lire aussi
Logiciel QMS / SMQ ISO 13485 : ce qu'il doit réellement outiller
Le SMQ n'est pas un logiciel : voici ce que le MDR, l'IVDR et l'ISO 13485 demandent au système qualité, et comment choisir les workflows à numériser en priorité.
Traçabilité des dispositifs médicaux : reconstituer un lot en quelques secondes
Ce que l'ISO 13485 et le MDR exigent réellement d'une traçabilité de lot, où elle casse en pratique, et un test en six étapes pour situer la vôtre.
Logiciel de production réglementé : ISO 13485, MDR et 21 CFR Part 11
Aucun logiciel n'est « certifié ISO 13485 » : ce que les référentiels exigent porte sur vos enregistrements et sur une validation dont vous restez responsable.