Change Control GMP in Produzione: ICH Q12 e rischi reali
Condividi

Change Control GMP in Produzione: dalla “like for like” alle Established Conditions
La domanda che in audit mette in difficoltà anche i siti maturi
“In che modo avete gestito l’aggiornamento del PLC della linea…?”
“In quale Change Control avete valutato l’impatto del nuovo fornitore di guarnizioni…?”
In fase di audit, il problema che riscontro più spesso non è “il change manca del tutto”, ma che il change è stato trattato come manutenzione, oppure “assorbito” in una deviazione, senza una vera valutazione d’impatto su qualità, validazione e dossier. Risultato: l’ispettore conclude che il processo reale non è più quello approvato (o non è dimostrato).
Questo articolo entra in una zona spesso trascurata: Change Control come strumento di “lifecycle management”, non come burocrazia.
Nota: nella Guida tecnica GuideGxP il tema lifecycle/change è richiamato nel contesto ICH (incluso ICH Q12) e nella gestione operativa di documenti e variazioni di processo.
Il mito da smontare: “È like‑for‑like, quindi non serve Change Control”
Pratica obsoleta (e rischiosa): considerare “like‑for‑like” qualsiasi sostituzione e quindi non formalizzare.
Perché è pericoloso in GMP?
- “Uguale” per l’ufficio acquisti non significa equivalente per il processo (tolleranze, rugosità, compatibilità chimica, firmware, algoritmo di controllo).
- Molti change “invisibili” generano deriva lenta (drift) che non esplode subito in deviazione, ma appare mesi dopo come OOT, scarti, instabilità, reclami.
- In audit l’ispettore non valuta la tua intenzione: valuta l’evidenza documentale che l’impatto è stato compreso e controllato.
Contrarian insight: la frase “non cambia nulla” è spesso il segnale che non avete guardato nei punti giusti (software, tarature, materiali a contatto, parametri di controllo, condition ranges).
Perché ICH Q12 cambia il modo di “pensare” i change (anche in reparto)
Molti impianti vivono il Change Control come “modulo da chiudere”. ICH Q12 spinge invece un concetto più maturo: alcune condizioni del processo sono Established Conditions (ECs), cioè elementi che, se modificati, richiedono un percorso strutturato (anche regolatorio, a seconda dei casi).
Dal punto di vista del Manufacturing Manager questo si traduce in una domanda pratica:
“Questa modifica tocca una EC? E se sì, con quale strategia la governiamo?”
In parallelo, ICH Q12 introduce strumenti come PACMP (Post‑Approval Change Management Protocol): se li prepari bene, puoi rendere certi change più “prevedibili” e gestibili.
Change, Deviation, Maintenance: la tabella che evita discussioni infinite
|
Situazione |
Output corretto |
Trigger tipico |
Rischio se sbagli “contenitore” |
|
Maintenance (ripristino stato qualificato) |
Work order + record manutenzione |
ricambio usura, lubrificazione, sostituzione parti consumabili |
“Maintenance mascherata” = nessuna valutazione impatto GMP |
|
Deviation (evento inatteso) |
Deviazione + RCA + CAPA |
allarme, parametro fuori limite, errore operatore |
Deviazione usata per introdurre un cambio stabile = finding |
|
Change Control (modifica intenzionale) |
Change request + impact assessment + piano verifiche |
nuovo fornitore, software patch, modifica SOP, modifica setpoint |
Change senza verifiche = perdita di stato di controllo |
Da prospettiva produzione: quando la pressione di consegna è alta, la tentazione è “metterla in deviazione e ripartire”. Ma se il cambio resta nel tempo, non è più una deviazione.
Il cuore del Change Control “da ispettore”: Impact Assessment (non la narrativa)
Un impact assessment robusto non è un testo lungo: è una griglia decisionale che porta a evidenze verificabili.
Checklist di Impact Assessment (versione “reparto”)
Valuta esplicitamente:
- Impatto su qualità prodotto: CQA/CPP, impurità, resa, variabilità, contaminazione, integrità contenitore/chiusura (CCIT se applicabile).
- Impatto su validazione/qualifica: serve re‑qualification? IQ/OQ mirata? “Engineering run” con criteri di accettazione?
- Impatto su sistemi computerizzati: configuration management, audit trail, accessi, release note, test regressione.
- Impatto su cleaning e cross‑contamination: cambia la “cleanability”? Cambia superficie/guarnizione? Nuovi dead‑legs?
- Impatto regolatorio (RA/CMC): tocca il CTD Module 3 / CMC dossier? Richiede regulatory variation (Type IA/IB/II) o notifica?
- Impatto supply chain: change di materiale critico? aggiornamento Quality Agreement? supplier notification formalizzata?
- Impatto su training: SOP, MBR, settaggi, controlli in-process.
Nella guida GuideGxP è esplicita l’aspettativa che le variazioni a documenti/parametri siano gestite con controllo formale e coerenza con dossier/quality system.
“Change pack” audit‑ready: cosa vogliono vedere davvero
In audit, non basta dire “abbiamo valutato”. Serve poter aprire un fascicolo e dimostrare.
|
Artefatto |
Cosa verifica l’ispettore |
Red flag tipica |
|
Change request + razionale |
perché è necessario e cosa cambia |
scopo vago (“miglioramento”) |
|
Change classification (minor/major, temp/permanent) |
coerenza tra rischio e controlli |
“minor” senza rationale |
|
Risk assessment (ICH Q9) |
metodologia e mitigazioni |
“basso rischio” senza dati |
|
Piano test/verifiche |
criteri di accettazione chiari |
test generici “tutto ok” |
|
Evidence esecuzione test |
log, report, deviazioni correlate |
assenza di raw data |
|
Training record |
chi è stato formato e quando |
training fatto dopo go-live |
|
RA impact statement |
raccordo con CMC/registrativo |
RA non coinvolta |
|
Closure + effectiveness check |
monitoraggio post-change |
chiusura immediata senza follow-up |
Caso pratico (reale “per dinamica”, non come esempio scolastico)
Scenario: aggiornamento firmware del checkweigher in confezionamento per ridurre falsi scarti.
Errore comune: gestito come manutenzione IT/Engineering. Nessun Change Control perché “il peso target non cambia”.
Cosa succede dopo 6–8 settimane:
- aumento “silenzioso” degli scarti, poi micro‑ritardi consegne;
- riconciliazioni borderline su componenti di packaging;
- in audit l’ispettore chiede: “quando avete cambiato algoritmo di reject? dove sono i test di regressione?”
Gestione corretta (come la imposterei io):
- Change Control con classificazione (software su equipment GMP = almeno medium risk).
- Impact su data integrity (audit trail, versioning), su process controls, su riconciliazione.
- Test: FAT/SAT mirati + “engineering run” con challenge set (campioni pesi noti) e criteri di accettazione documentati.
- Effectiveness check: trending scarti e false reject per 3 campagne + review eventi.
Box “Da ricordare”
- Like‑for‑like è un’ipotesi da dimostrare, non una scorciatoia.
- Un change “piccolo” lato tecnico può essere grande lato GMP/RA se tocca ECs o sistemi computerizzati.
- Il Change Control buono non è lungo: è tracciabile, testabile, difendibile.
FAQ
1) Quando una manutenzione diventa un Change Control?
Quando non stai solo ripristinando lo stato qualificato, ma modifichi materiali, logica di controllo, parametri, range, supplier o modalità operative.
2) Come gestire un Temporary Change sotto pressione produttiva?
Il temporary change va trattato come tale: durata, limiti, mitigazioni, criteri di rientro e valutazione retrospettiva. Se resta, va “convertito” in permanent change.
3) Cosa sono le Established Conditions e perché interessano la Produzione?
Sono condizioni del processo/prodotto che, se cambiano, richiedono gestione rigorosa (spesso anche RA). In reparto significa: sapere cosa non puoi cambiare “al volo” senza una strategia formale.
Se vuoi trasformare il Change Control in uno strumento operativo (non burocratico), nella Guida Tecnica del Manufacturing Manager trovi framework, esempi e checklist utilizzabili in reparto.
