Audit trail review checklist: tre parole che compaiono in quasi ogni ispezione data integrity degli ultimi anni. Gli ispettori FDA ed EMA non chiedono più soltanto se gli audit trail sono attivi, ma come vengono revisionati: da chi, con quale frequenza, su quali eventi e con quale evidenza documentata. Una checklist ben costruita trasforma la review da adempimento generico a controllo mirato: definisce in anticipo cosa guardare in ogni sistema (CDS, LIMS, MES, SCADA, eQMS), come classificare le anomalie e come registrare l'esito. In questo articolo trovi i requisiti normativi di riferimento, i controlli da inserire nella checklist sistema per sistema, i criteri per definire la frequenza risk-based e gli errori che gli auditor contestano più spesso.
Audit trail review checklist: cosa richiedono le norme
Nessuna norma fornisce una checklist pronta, ma i requisiti convergono da quattro fonti principali.
La guidance FDA Data Integrity and Compliance With Drug CGMP: Questions and Answers (dicembre 2018) dedica agli audit trail le domande 1.c, 7 e 8. Il principio chiave della domanda 7: la review dell'audit trail spetta al personale già responsabile della revisione dei record, esattamente come su carta si valutano cancellature e correzioni. Non è quindi un compito dell'IT, ma di QC, Produzione e QA nell'ambito della normale data review.
L'EU GMP Annex 11 (Computerised Systems), al punto 9, richiede di valutare in base al rischio l'inserimento di audit trail per le modifiche e cancellazioni di dati GMP-rilevanti, di documentare la motivazione delle modifiche e di garantire che gli audit trail siano disponibili, convertibili in forma leggibile e regolarmente revisionati. La bozza di revisione dell'Annex 11, pubblicata in consultazione dalla Commissione Europea dal 7 luglio al 7 ottobre 2025 insieme al nuovo Annex 22, rafforza proprio i controlli su audit trail, firme elettroniche e sicurezza dei sistemi: la review documentata diventerà ancora più centrale.
La guida PIC/S PI 041-1 (Good Practices for Data Management and Integrity in Regulated GMP/GDP Environments, 1 luglio 2021) è oggi il riferimento più operativo per gli ispettorati: collega la profondità e la frequenza della review alla criticità dei dati e chiede evidenza che le anomalie vengano intercettate e gestite. La guidance MHRA 'GXP' Data Integrity Guidance and Definitions (marzo 2018) completa il quadro con le definizioni di audit trail e metadata usate da gran parte dell'industria.
Come costruire la checklist: i tre blocchi essenziali
Una audit trail review checklist efficace si articola in tre blocchi.
- Prerequisiti di sistema: audit trail attivo e non disattivabile dagli utenti ordinari, sincronizzazione dell'orologio, campo "reason for change" obbligatorio, ruoli e privilegi segregati (chi genera dati non deve poterli amministrare).
- Eventi da revisionare: l'elenco filtrato degli eventi critici per ciascun sistema, definito in fase di convalida e richiamato nella SOP. Rivedere "tutto" equivale a non rivedere nulla.
- Esito e registrazione: valutazione delle anomalie (evento previsto da procedura? giustificato? coerente con orari, ruoli e firme?), eventuale apertura di deviazione o indagine, e registrazione documentata della review con data e firma del reviewer.
Temi come questo — data integrity, audit trail, ispezioni — sono il pane quotidiano di The Pragmatic GMP, la newsletter settimanale gratuita di GuideGxP: ogni settimana un tema GMP smontato in decisioni operative, senza teoria superflua. Iscriviti qui.
Gli eventi critici da controllare, sistema per sistema
La tabella riassume gli eventi che una checklist dovrebbe intercettare nei sistemi più comuni di laboratorio e produzione.
| Sistema | Eventi critici da revisionare | Momento tipico della review |
|---|---|---|
| CDS (HPLC/GC) | Rielaborazioni e integrazioni manuali, modifiche a metodi e sequenze, esclusione o cancellazione di iniezioni, ripetizioni non giustificate | Con la review analitica, prima dell'approvazione del risultato |
| LIMS | Modifiche di risultati dopo l'inserimento, cambi di stato (review/approvazione), test annullati, modifiche a specifiche e anagrafiche | Con la review del lotto o del campione |
| MES / SCADA | Modifiche a parametri critici di processo, override manuali, allarmi e relative risposte, step ripetuti o annullati | Con la review del batch record, prima del rilascio |
| eQMS / documentale | Modifiche a record approvati, riaperture di workflow, azioni di utenti amministratori su dati GMP | Review periodica programmata |
| Tutti i sistemi | Accessi falliti ripetuti, azioni fuori orario anomale, attività con account condivisi o "admin", modifiche a data/ora di sistema | Review periodica + per eccezione |
Frequenza della review: l'approccio risk-based
È la domanda che ogni QA si sente rivolgere: ogni quanto va fatta la review? La domanda 8 della guidance FDA dà la regola più concreta: se la frequenza di revisione del dato è già stabilita dalle norme CGMP, l'audit trail segue quella frequenza. Gli audit trail relativi a modifiche di dati critici vanno quindi rivisti insieme al record a cui si riferiscono e prima dell'approvazione finale — per un risultato analitico, con la data review; per un lotto, prima del rilascio. Per tutti gli altri audit trail la frequenza si definisce con un risk assessment documentato, considerando criticità del dato, controlli tecnici esistenti e impatto sulla qualità del prodotto: revisioni periodiche (ad esempio mensili o trimestrali) sono accettabili se la giustificazione è solida e scritta.
Un errore diffuso è promettere in SOP frequenze insostenibili: meglio una review mirata su eventi filtrati, eseguita davvero, che una review "totale" dichiarata e mai completata.
Gli errori che gli ispettori contestano più spesso
- Review dichiarata ma non documentata: la SOP esiste, l'evidenza no. Ogni review deve lasciare traccia: firma elettronica, commento o report filtrato.
- Nessun filtro sugli eventi: stampare migliaia di righe di log non è una review. I filtri per "eventi significativi" vanno definiti e convalidati.
- Reason for change facoltativo: se il sistema non obbliga a motivare la modifica, la review perde gran parte del suo valore.
- Privilegi non segregati: analisti con diritti di amministratore rendono l'audit trail stesso non affidabile.
- Anomalie senza follow-up: un'anomalia rilevata e non tracciata in deviazione o indagine è, agli occhi di un ispettore, peggio di un'anomalia non rilevata.
Raccomandazione GuideGxP
Parti dal censimento dei sistemi GxP e classifica i relativi audit trail per criticità; per ogni sistema definisci in convalida l'elenco degli eventi critici e i filtri corrispondenti; scrivi una SOP che assegni la review a chi già rivede i record, con frequenze giustificate dal risk assessment; registra ogni review e collega le anomalie al sistema deviazioni. Rivedi la checklist a ogni change rilevante del sistema e in periodic review.
Se vuoi un percorso già strutturato, la guida Data Integrity in ambito GMP – Guida Operativa a governance, audit trail review e laboratori QC di GuideGxP contiene il metodo completo per impostare governance, checklist e frequenze di audit trail review difendibili in ispezione, con toolkit operativo incluso.
Fonti ufficiali
- FDA – Data Integrity and Compliance With Drug CGMP: Questions and Answers (2018)
- PIC/S PI 041-1 – Good Practices for Data Management and Integrity in Regulated GMP/GDP Environments (2021)
- Commissione Europea – Consultazione su EudraLex Vol. 4: Chapter 4, Annex 11 e Annex 22 (2025)
- MHRA – 'GXP' Data Integrity Guidance and Definitions (2018)
