Change Control GMP en Production : ICH Q12 et risques réels
Change Control GMP en Production : du “like-for-like” aux Established Conditions
La question qui met en difficulté même les sites les plus matures en audit
« Comment avez-vous géré la mise à jour du PLC de la ligne… ? »
« Dans quel Change Control avez-vous évalué l’impact du nouveau fournisseur de joints… ? »
En audit, le problème que je constate le plus souvent n’est pas que le change soit totalement absent. Le problème est que le change a été traité comme de la maintenance, ou “absorbé” dans une déviation, sans véritable évaluation d’impact sur la qualité, la validation et le dossier. Résultat : l’inspecteur conclut que le processus réel n’est plus celui qui a été approuvé, ou du moins que cela n’a pas été démontré.
Cet article entre dans une zone souvent négligée : le Change Control comme outil de lifecycle management, et non comme bureaucratie.
Note : dans le guide technique GuideGxP, le sujet lifecycle/change est explicitement rappelé dans le contexte ICH, y compris ICH Q12, ainsi que dans la gestion opérationnelle des documents et des changements de procédé.
Le mythe à démonter : « C’est like-for-like, donc pas besoin de Change Control »
Une pratique obsolète et risquée consiste à considérer tout remplacement comme “like-for-like” et à ne donc pas le formaliser.
Pourquoi est-ce dangereux en GMP ?
- “Identique” pour les achats ne signifie pas équivalent pour le procédé, que ce soit en termes de tolérances, de rugosité, de compatibilité chimique, de firmware ou d’algorithme de contrôle.
- De nombreux changements “invisibles” génèrent une dérive lente qui n’explose pas immédiatement sous forme de déviation, mais apparaît des mois plus tard sous forme d’OOT, de rejets, d’instabilité ou de réclamations.
- En audit, l’inspecteur n’évalue pas votre intention. Il évalue la preuve documentaire que l’impact a été compris et maîtrisé.
Contrarian insight : la phrase « rien ne change » est souvent précisément le signal que vous n’avez pas regardé aux bons endroits : logiciel, calibrations, matériaux en contact produit, paramètres de contrôle ou condition ranges.
Pourquoi l’ICH Q12 change la façon de penser les changes, même en production
De nombreux sites de production vivent le Change Control comme “un formulaire à clôturer”. L’ICH Q12 pousse un concept plus mature : certaines conditions du procédé sont des Established Conditions (ECs), c’est-à-dire des éléments qui, s’ils changent, nécessitent une voie structurée, y compris réglementaire dans certains cas.
Du point de vue du Manufacturing Manager, cela devient une question très pratique :
« Cette modification touche-t-elle une Established Condition ? Et si oui, avec quelle stratégie allons-nous la gérer ? »
En parallèle, l’ICH Q12 introduit des outils tels que le PACMP (Post-Approval Change Management Protocol). S’ils sont bien préparés, ils permettent de rendre certains changes beaucoup plus prévisibles et plus faciles à gérer.
Change, Deviation, Maintenance : le tableau qui évite les discussions sans fin
| Situation | Output correct | Trigger typique | Risque si le mauvais “conteneur” est choisi |
|---|---|---|---|
| Maintenance (restauration de l’état qualifié) | Work order + enregistrement de maintenance | remplacement de pièce d’usure, lubrification, remplacement de consommables | “Maintenance déguisée” = aucune évaluation d’impact GMP |
| Deviation (événement inattendu) | Déviation + RCA + CAPA | alarme, paramètre hors limite, erreur opérateur | utiliser une déviation pour introduire un changement durable = finding |
| Change Control (modification intentionnelle) | Change request + impact assessment + plan de vérification | nouveau fournisseur, software patch, changement de SOP, changement de setpoint | change sans vérifications = perte de state of control |
Du point de vue de la production, lorsque la pression sur les livraisons est forte, la tentation est de dire : « On le met en déviation et on redémarre. » Mais si le changement reste dans le temps, ce n’est plus une déviation.
Le cœur du Change Control “vu par l’inspecteur” : l’Impact Assessment, pas la narration
Un impact assessment robuste n’est pas un long texte. C’est une grille de décision qui conduit à des preuves vérifiables.
Checklist d’Impact Assessment
Évaluer explicitement :
- Impact sur la qualité produit : CQA/CPP, impuretés, rendement, variabilité, contamination, intégrité container-closure, y compris le CCIT si applicable.
- Impact sur la validation/qualification : une requalification est-elle nécessaire ? Une IQ/OQ ciblée ? Un engineering run avec des acceptance criteria définis ?
- Impact sur les systèmes informatisés : configuration management, audit trail, accès, release notes, regression testing.
- Impact sur le cleaning et la cross-contamination : la cleanability change-t-elle ? La surface ou les joints changent-ils ? De nouveaux dead legs apparaissent-ils ?
- Impact réglementaire / CMC : cela affecte-t-il le CTD Module 3 ou le dossier CMC ? Faut-il une variation Type IA/IB/II ou une notification ?
- Impact sur la supply chain : y a-t-il un changement de matériau critique ? Le Quality Agreement doit-il être mis à jour ? La supplier notification a-t-elle été formalisée ?
- Impact sur le training : SOPs, MBR, settings, in-process controls.
Dans le guide GuideGxP, l’attente est explicite : les changements de documents et de paramètres doivent être gérés sous contrôle formel et rester alignés avec le dossier et le quality system.
“Change pack” audit-ready : ce qu’ils veulent vraiment voir
En audit, il ne suffit pas de dire : « Nous l’avons évalué. » Il faut pouvoir ouvrir un dossier et le démontrer.
| Artefact | Ce que l’inspecteur vérifie | Red flag typique |
|---|---|---|
| Change request + rationale | pourquoi c’est nécessaire et ce qui change | objectif vague, par exemple “amélioration” |
| Change classification (minor/major, temporary/permanent) | cohérence entre risque et contrôles | “minor” sans rationale |
| Risk assessment (ICH Q9) | méthodologie et mitigations | “risque faible” sans données |
| Plan de test / vérification | acceptance criteria claires | testing générique avec “tout est ok” |
| Preuve d’exécution des tests | logs, rapports, déviations liées | absence de raw data |
| Training record | qui a été formé et quand | training réalisé après le go-live |
| RA impact statement | lien avec le CMC / dossier réglementaire | RA non impliquée |
| Closure + effectiveness check | monitoring post-change | clôture immédiate sans follow-up |
Cas pratique, réel dans sa dynamique, pas comme exemple scolaire
Scénario : mise à jour du firmware du checkweigher en packaging pour réduire les false rejects.
Erreur classique : le sujet est géré comme une maintenance IT/Engineering. Aucun Change Control n’est ouvert parce que « le poids cible ne change pas ».
Ce qui se passe 6 à 8 semaines plus tard
- augmentation “silencieuse” des rejets, puis petits retards de livraison ;
- reconciliations borderline sur les composants de packaging ;
- en audit, l’inspecteur demande : « Quand avez-vous changé l’algorithme de reject ? Où sont les regression tests ? »
Gestion correcte, telle que je la mettrais en place
- Change Control avec classification ; software sur GMP equipment = au moins medium risk
- évaluation d’impact sur la data integrity, l’audit trail, le versioning, les process controls et la reconciliation
- tests : FAT/SAT ciblés + engineering run avec challenge set d’échantillons de poids connu et acceptance criteria documentées
- effectiveness check : trending des rejects et false rejects sur 3 campagnes + event review
Encadré : à retenir
- Like-for-like est une hypothèse à démontrer, pas un raccourci.
- Un changement techniquement “petit” peut être grand du point de vue GMP/RA s’il touche des Established Conditions ou des systèmes informatisés.
- Un bon Change Control n’est pas long. Il est traceable, testable et defensible.
FAQ
1) Quand une maintenance devient-elle un Change Control ?
Lorsque vous ne faites pas que restaurer l’état qualifié, mais que vous modifiez les matériaux, la logique de contrôle, les paramètres, les ranges, les fournisseurs ou le mode opératoire.
2) Comment gérer un Temporary Change sous pression de production ?
Un temporary change doit être géré comme tel : avec une durée, des limites, des mitigations, des critères de retour et une évaluation rétrospective. S’il reste en place, il doit être converti en permanent change.
3) Que sont les Established Conditions et pourquoi intéressent-elles la Production ?
Ce sont des conditions du procédé ou du produit qui, si elles changent, nécessitent une gestion rigoureuse, souvent avec implication de la RA. En production, cela signifie savoir ce qu’on ne peut pas changer “on the fly” sans stratégie formelle.
Si vous voulez transformer le Change Control en un outil opérationnel et non bureaucratique, dans le Guide Technique du Manufacturing Manager vous trouverez des frameworks, des exemples et des checklists utilisables directement sur le shop floor.