Continued Process Verification (CPV): il programma Stage 3 che evita sorprese

La scena tipica: “Mostratemi i trend degli ultimi 12 mesi”

In ispezione, quando l’ispettore chiede:

• “Trend dei CPP e CQA”
• “Come definite e gestite un Out‑of‑Trend?”
• “Quali segnali vi attivano una deviazione prima dell’OOS?”

…spesso vedo risposte deboli, non perché manchino i dati, ma perché manca un programma CPV strutturato: dati sparsi, grafici “annuali”, nessuna regola di segnalazione, nessuna ownership chiara.

La Guida GuideGxP richiama esplicitamente la necessità di Continued/Ongoing Process Verification (CPV/OPV) dopo la convalida iniziale, con monitoraggio e trending continuo.

Il mito da demolire: “Abbiamo fatto i 3 lotti di PPQ, quindi siamo a posto”

Questa mentalità era “accettabile” in un mondo più statico. Oggi è rischiosa perché:

• i processi cambiano per micro‑cause (usura, lotti materia prima, manutenzioni, update software);
• gli scostamenti spesso nascono come drift e diventano OOS solo tardi;
• l’aspettativa ispettiva è vedere un controllo proattivo, non solo reattivo.

Contrarian insight: il CPV non serve solo a “compiacere QA” o l’ispettore. Se fatto bene, è uno dei migliori strumenti per ridurre scarti e deviazioni ripetitive senza aggiungere controlli inutili.

CPV “vero” = Stage 3 Process Validation + SPC + governance

Un CPV robusto ha tre componenti:

1. Cosa monitori (CPP/CQA + indicatori di processo)
2. Come lo monitori (SPC e regole di segnale)
3. Cosa fai quando “suona” (workflow OOT → triage → escalation)

Mini‑glossario (solo operativo, non teorico)

• Stage 3 Process Validation: mantenere evidenza che il processo resta in stato di controllo.
• SPC (Statistical Process Control): regole statistiche che distinguono rumore da segnale.
• OOT (Out‑of‑Trend): segnale di deriva anche se sei ancora “in specifica”.

La tabella “CPV Canvas” che consiglio di usare (1 pagina, non 40)

Elemento	Decisione pratica	Output
CQA/CPP da trendizzare	selezione risk‑based (non tutto)	lista approvata
Fonte dati	MES/SCADA, LIMS, historian, log equipment	data map
Frequenza	per lotto / per turno / per campagna	calendario
Metodo SPC	I‑MR, X̄‑R, EWMA, CUSUM	regola scelta
Limiti	alert/action limits + rationale	limiti tracciati
Regole segnale	Nelson rules / Western Electric	trigger OOT
Owner	Produzione / QA / MS&T	RACI
Escalation	quando aprire deviazione/CAPA	flow

Quale control chart usare (senza complicarsi la vita)

Se il dato è…	Usa…	Perché
1 misura per lotto (es. resa, assay medio)	I‑MR chart	semplice, ottimo per lotti
più campioni per lotto (es. peso compressa campionato)	X̄‑R o X̄‑S	controlla media + variabilità
vuoi intercettare drift piccoli e continui	EWMA	sensibile a derive lente
vuoi evidenziare cambi “a gradino”	CUSUM	potente sui shift

Da prospettiva produzione: partire con I‑MR su 5–10 parametri chiave batte mille grafici inutili.

“OOT” non è un’opinione: definisci regole (e falle vivere)

Esempi di trigger pratici (stile ispettivo):

• 1 punto oltre action limit → evento
• 2 punti consecutivi oltre alert limit → OOT
• 6 punti consecutivi in salita/discesa → drift
• 8 punti consecutivi dallo stesso lato della media → shift di processo (tipico da manutenzione o materia prima)

Queste sono applicazioni operative delle Nelson rules (o regole analoghe). Non serve fare i matematici: serve essere coerenti e documentati.

La parte che fa la differenza: stratificazione dei dati (se no ti auto‑inganni)

In fase di audit, una domanda classica è: “Mi fate vedere se il trend è uguale su tutte le linee/turni?”

Se non stratifichi, rischi di “mediare” e perdere il segnale. Io tipicamente stratificherei per:

• linea/equipment train (Line 1 vs Line 2)
• shift/crew (turno A/B/C)
• lotto materia prima / supplier
• campagna (inizio campagna vs fine)
• intervento manutentivo (pre/post)

Questa è spesso la chiave per trasformare un OOT da “mistero” a “causa plausibile”.

Golden Batch e multivariata: quando vuoi fare il salto di qualità (senza hype)

Se avete tanti parametri correlati (tipico su processi complessi o impianti digitalizzati), potete introdurre:

• concetto di golden batch (profilo atteso “buono”)
• monitoraggi multivariati tipo PCA (Principal Component Analysis) e statistiche come Hotelling’s T² per scovare pattern anomali prima che diventino non conformità.

Errore che vedo spesso: l’azienda compra tool avanzati, ma non definisce chi “chiama” l’anomalia e cosa succede dopo. La tecnologia senza governance è rumore.

Caso pratico (da reparto): deriva lenta sulla comprimatura

Scenario: compresse con specifica durezza 80–110 N (ok), ma CPV mostra:

• I‑MR: 7 lotti in trend crescente verso 108–109 N
• aumento micro‑scarti per difetti di friabilità borderline

Indagine “da Manufacturing Manager” (prima che diventi OOS):

• verifica usura punzoni / camme
• check lubrificazione e forza di compressione reale vs setpoint
• correlazione con lotto eccipiente (scorrevolezza)
• verifica ambiente (UR) che influenza compressibilità

Azione efficace: manutenzione mirata + sostituzione punzoni in anticipo, aggiornando il piano di manutenzione “condition‑based”.
Risultato tipico: niente deviazione critica, meno scarti, audit trail pulito.

Workflow operativo: cosa fare quando scatta un segnale CPV

1. Triage: è errore dato, cambiamento noto (maintenance), o segnale reale?
2. Valutazione impatto: quale CQA può risentirne? serve blocco lotto/campagna?
3. Azione contenitiva: aggiustamento setpoint? fermo linea? segregazione?
4. Root cause: strumenti, materiali, metodo, uomo, ambiente (Ishikawa)
5. CAPA + effectiveness check: dimostra che il trend rientra e resta stabile

Box “Da ricordare”

• CPV non è “un grafico annuale”: è SPC + regole + decisioni.
• Senza stratificazione, perdi il segnale e ti illudi di essere sotto controllo.
• L’ispettore non chiede “quanti dati avete”, ma come li usate per prevenire problemi.

Roadmap di implementazione (realistica) in 6 settimane

• Settimana 1: scegli 5–10 parametri ad alto rischio (1–2 prodotti “pilota”).
• Settimana 2: mappa fonti dati (MES/SCADA/LIMS/data historian) e proprietà/owner.
• Settimana 3: definisci chart, limiti, regole OOT e governance (RACI).
• Settimana 4: pilot + correzione (dati sporchi? definizioni incoerenti?).
• Settimana 5: training supervisori + routine meeting CPV (30 min/sett).
• Settimana 6: go‑live + primo effectiveness check (segnali gestiti correttamente?).

FAQ 

1) CPV e PQR sono la stessa cosa?
No. Il PQR è una review periodica ampia. Il CPV è un programma “vivo” con regole e trigger che anticipano deviazioni/OOS.

2) Quanti parametri devo trendizzare?
Meglio pochi ma critici: CPP/CQA risk‑based, con limiti e azioni. Il “tutto” crea solo rumore.

3) Chi deve essere owner del CPV?
In un modello maturo: Produzione owner operativo, QA governance, MS&T supporto scientifico. L’importante è che l’owner abbia autorità di attivare azioni.

Se vuoi esempi e riferimenti operativi su monitoraggio continuo, trend, e collegamento con quality system, la Guida Tecnica del Manufacturing Manager è pensata proprio per tradurre aspettative GMP in strumenti pratici.