Il misunderstanding che genera finding “gratis”

“È un metodo ufficiale, quindi funziona.”
In audit, questa frase è un invito al finding. La guida evidenzia che l’assenza di method verification è uno dei rilievi più frequenti (“compendial methods not verified”),  perché un metodo — anche se compendiale — può comportarsi diversamente nel tuo laboratorio (strumenti, reagenti, matrice, analisti, condizioni ambientali).

Verification vs Validation: come spiegarlo in 30 secondi (senza impantanarti)

In audit serve una distinzione chiara (pratica, non accademica):

• Method validation: dimostri che un metodo (spesso sviluppato internamente o significativamente modificato) è idoneo all’uso previsto.
• Method verification (compendiale): dimostri che il metodo compendiale adottato è eseguibile e performante nel tuo contesto reale (prodotto/matrice, strumenti, set‑up)

Quando la verification è praticamente “non negoziabile”

In ottica ispettiva, aumenta la necessità di verification quando:

• la matrice è complessa (oleosa, ad alto contenuto di eccipienti, ecc.);
• cambi apparecchiatura/colonna/kit rispetto al contesto tipico;
• il metodo è critico per rilascio (assay, impurità, dissoluzione, micro);
• hai fatto anche piccole modifiche operative (che però toccano parametri critici).

Struttura del dossier “audit‑proof”: cosa deve contenere

Se vuoi che la verification chiuda la domanda dell’ispettore, costruiscila come un mini‑dossier standardizzato:

1) Copertina + scopo + riferimenti

• Prodotto/materiale, test, riferimento compendiale (capitolo/monografia), versione applicata.
• Dichiarazione di intent: “Verificare l’idoneità del metodo compendiale nelle condizioni del laboratorio”.

2) Gap assessment rispetto al compendio

• Cosa applichi “as is”.
• Cosa differisce (anche solo colonna equivalente, reagente differente, software).
• Motivazione tecnica + risk statement.

Questo punto è essenziale perché la guida segnala come red flag le deviazioni non documentate e SOP generiche

3) Disegno sperimentale (risk‑based)

La guida suggerisce un approccio snello: ripetere prove chiave come precisione/specificità e, dove rilevante, linearità

Esempio di set minimo (da adattare al test):

• Precisione (repeatability): replicati su campione reale (e/o standard addizionato).
• Specificità: interferenze matrice/impurezze note dove applicabile.
• Linearity/range: se il metodo quantifica e il rischio lo richiede (es. assay).
• System suitability: dimostrare che i criteri compendiali sono raggiunti e registrati (SST record sempre disponibili)

4) Acceptance criteria “difendibili”

Regola d’oro: criteri prima di fare le prove, non a posteriori.
Se l’ispettore sente “abbiamo guardato e sembrava ok”, la probabilità di finding sale.

5) Esecuzione + raw data + deviazioni

• Raw data completi (cromatogrammi, integrazioni, calcoli, log strumenti).
• Gestione deviazioni (se succede qualcosa durante lo studio, deve essere tracciato).

6) Report + conclusione + approvazioni

• Conclusione chiara: “Metodo idoneo / idoneo con limitazioni / non idoneo”.
• Approvazione QA.
• Training degli analisti e data di go‑live.

Le 5 red flag che fanno scattare domande a catena

Dalla guida, le più comuni:

1. Deviazioni non documentate (“abbiamo cambiato fase mobile/colonna perché così funziona”).
2. Versione farmacopeica non aggiornata.
3. SST non registrata o non archiviata.
4. SOP troppo generica (non replicabile).
5. Personale non formato (non sa spiegare differenze e razionale).

“Abbiamo dovuto adattare il metodo”: come dirlo senza autogol

Se hai modificato qualcosa, la guida è chiara: senza giustificazione e dati comparativi, è un finding tipico

In audit, la formula più sicura è:

• Dichiaro la differenza (trasparenza).
• Mostro il razionale (scientifico).
• Mostro i dati (comparabilità/verification/validazione).
• Mostro governance QA (change control + approvazioni).
• Mostro impatto regolatorio gestito (se applicabile).

Mini‑script: domande ispettive e risposte “buone”

D: “Dov’è la verification del metodo USP/Ph. Eur.?”
R: “Abbiamo un dossier di verification per ogni metodo compendiale critico: ecco protocollo, raw data e report approvato QA. Abbiamo verificato i parametri più a rischio nel nostro contesto.”

D: “Perché usate questa colonna diversa?”
R: “È una colonna equivalente; abbiamo documentato la valutazione e dimostrato che SST e performance sono sovrapponibili. Qui ci sono i dati comparativi e il change control.”

Checklist rapida (da appendere in laboratorio)

• Ho identificato versione compendiale corretta e vigente
• Ho fatto gap assessment e documentato differenze
• Ho definito acceptance criteria prima dell’esecuzione
• Ho archiviato raw data + SST + calcoli
• QA ha approvato report e go‑live
• Training completato e registrato

Se vuoi un supporto “pronto‑uso” per costruire dossier difendibili (struttura, checklist e logica ispettiva), la guida completa contiene la roadmap e gli esempi pratici per prepararsi alle ispezioni multi‑regione.