PHARMA LAB · PL-06-006
Integrazione dei picchi cromatografici: regole, rielaborazione e tracciabilità

In questo articolo
Due elaborazioni dello stesso cromatogramma producono valori diversi. Una rientra nella specifica, l’altra no. Quale riportare? La risposta non nasce dal confronto con il limite, ma dalla dimostrazione che l’elaborazione rappresenta correttamente il segnale secondo il metodo. Entrambe le versioni devono rimanere ricostruibili.
1. Separare segnale, integrazione, calcolo e risultato
L’acquisizione genera il segnale strumentale e il suo contesto. L’integrazione individua i picchi e ne determina grandezze come l’area; il calcolo applica le relazioni previste dal metodo, per esempio con standard e fattori pertinenti. Il risultato riportato è un esito selezionato e riesaminato di questa catena, non coincide con tutti i dati generati.
L’area dipende dai confini del picco e dalla linea di base adottata. Una modifica dell’integrazione può cambiare il valore calcolato senza una nuova iniezione. Occorre quindi identificare quale passaggio è cambiato: acquisizione, elaborazione o calcolo. Una reiniezione genera nuovi dati; non è sinonimo di rielaborazione.
Il CDS scelto per il laboratorio deve rendere queste relazioni verificabili. Questo articolo riguarda il governo dell’elaborazione; le cause fisiche di picchi anomali e i rimedi strumentali appartengono all’area PL-01.
2. Governare il metodo di elaborazione prima dell’uso
Collega ogni elaborazione al metodo analitico e alla versione del metodo di elaborazione effettivamente utilizzata. Specifica identificazione dei picchi, finestre pertinenti, trattamento della linea di base, parametri dell’algoritmo, calcoli e regole per le eccezioni. I nomi delle funzioni cambiano fra CDS: una denominazione simile non dimostra un comportamento equivalente.
Definisci chi può creare, modificare, approvare e attivare un metodo. Conserva impostazioni e versioni associate ai dataset storici: il nome attuale del metodo non basta. Le regole devono essere scientificamente giustificate per l’uso previsto e valutate con dati rappresentativi, prima che un risultato inatteso induca a modificarle.
L’integrazione automatica non è automaticamente corretta. Un intervento manuale non è automaticamente illecito, ma richiede criteri, motivazione e controllo pertinenti. La procedura deve spiegare quando l’intervento è ammesso, quando richiede autorizzazione preventiva e quando invece occorre interrompere la valutazione e aprire un’indagine. Non esistono parametri universali adatti a ogni separazione.
3. Rendere ogni rielaborazione ricostruibile
Documenta il problema osservato prima di cercare un risultato alternativo: per esempio, un confine identificato dall’algoritmo non coerente con il criterio del metodo. Registra dataset e iniezioni interessate, autore, data e ora, versione iniziale, modifica proposta, ragione e autorizzazioni. Una motivazione come “miglioramento del risultato” non spiega l’adeguatezza scientifica.
Preserva segnale originale, metadati, elaborazioni rilevanti, metodi, risultati e audit trail. Non sovrascrivere la storia con il solo report finale. La conservazione dei dati strumentali deve consentire di recuperare anche il contesto necessario al confronto.
Considera l’impatto sull’insieme pertinente: standard, controlli, campioni e altre elaborazioni che utilizzano la stessa regola. Un trattamento differente deve avere una ragione dimostrabile; non va applicata una correzione solo al campione che supera un limite. Se emerge un OOS, segui la procedura d’indagine: un secondo risultato conforme non invalida da solo il primo.
4. Usare una matrice evento–evidenza–decisione
La matrice seguente è un esempio originale da adattare alla procedura del laboratorio. Non autorizza interventi e non sostituisce un metodo approvato. La decisione deve identificare sia l’esito della review sia l’eventuale azione ancora aperta.
| Evento | Ragione da documentare | Dati e versioni | Verifica scientifica | Decisione e approvazione |
|---|---|---|---|---|
| Prima elaborazione | Applicazione del metodo vigente | Segnale e metodo utilizzato | Identità, confini e calcoli | Review secondo procedura |
| Confine corretto manualmente | Anomalia rispetto al criterio approvato | Prima/dopo e autore | Giustificazione sul segnale | Accettare o investigare con motivazione |
| Parametro modificato | Problema del metodo da valutare | Versioni e dataset coinvolti | Effetto su standard e campioni | Change control se cambia il metodo |
| Rielaborazioni discordanti | Differenza da spiegare | Tutti gli esiti e audit trail | Causa della variazione | Indagine se l’evidenza non basta |
| Correzione del calcolo | Errore identificato nel calcolo | Formula, input e risultati | Verifica indipendente pertinente | Correzione controllata e impatto |
| Risultato da riportare | Conclusione della valutazione | Versione scelta e storia conservata | Coerenza con metodo e indagine | Approvazione del record identificato |
Il revisore confronta cromatogrammi, impostazioni e risultati, poi collega le differenze agli eventi registrati. Verifica chi ha agito, se aveva l’autorizzazione, quali dati sono stati esclusi dalla presentazione e perché. L’assenza di una parola sospetta nel log non prova che l’elaborazione sia corretta.
5. Caso simulato: due risultati, una decisione motivata
Nel caso didattico, l’elaborazione A e l’elaborazione B utilizzano lo stesso segnale. B modifica un confine d’integrazione e produce un esito favorevole. Il revisore non sceglie B per questo motivo: richiede il confronto delle impostazioni, il criterio applicabile e la ragione registrata prima della modifica.
Se B rispetta una regola approvata e l’errore di A è dimostrato, la conclusione può motivare l’utilizzo di B, mantenendo A e il legame all’indagine pertinente. Se il confine è stato cambiato senza evidenza sufficiente, il confronto rimane irrisolto: la specifica non è una prova di correttezza. Non si continuano tentativi fino a ottenere il valore desiderato.
Il report identifica il risultato utilizzato e rimanda alle versioni e alla decisione; il record completo conserva anche quelle non riportate come esito finale. Forma analisti e revisori con esempi concordati, valuta le ricorrenze e usa il controllo dei cambiamenti quando le regole del metodo richiedono revisione. Interventi frequenti non vanno normalizzati con una motivazione standard.
6. Fonti, campo e limiti
Verifica delle fonti: 1–2 ottobre 2026. Contesto GMP per medicinali umani. Nessun metodo aziendale è stato fornito: la matrice e il caso sono esempi editoriali, non istruzioni di elaborazione convalidate.
- FDA — Data Integrity and Compliance With Drug CGMP, finale dicembre 2018, Q1 e Q12–14: completezza dei record e conservazione delle elaborazioni.
- FDA — Investigating OOS Test Results, revisione 1, finale maggio 2022, §§III.B, IV.B e V: indagine e valutazione degli esiti, nel campo dei test chimici CDER. Entrambe sono guidance non vincolanti, da leggere con le regole applicabili.
- Commissione europea — Annex 11, revisione gennaio 2011, operativa dal 30 giugno 2011, §§4, 9–10: uso previsto, audit trail e cambiamenti. La proposta 2025 non è un requisito adottato.
- IUPAC Gold Book — Peak area in chromatography, voce P04453, edizione PDF 2014: riferimento terminologico, non regola GMP o algoritmo prescritto.
Continua l’approfondimento
PL-06-008
Sequenze, iniezioni e reiniezioni HPLC: controllo e integrità dei dati
Una sequenza finale completa non racconta necessariamente tutto ciò che è stato eseguito. Collega ogni iniezione al campione, al motivo e alla sua storia.
Leggi l’articoloPL-06-007
Audit trail review nel CDS: esempi, priorità e decisioni
Un report senza anomalie non dimostra che la storia sia completa. La review del CDS deve verificare gli eventi inclusi, il loro contesto e le decisioni.
Leggi l’articoloPL-06-026
Roadmap Digital Lab: priorità, integrazione e miglioramento dei flussi
Ordina gli interventi partendo dai problemi del laboratorio e dalle evidenze necessarie per risolverli: una matrice di priorità e un caso simulato.
Leggi l’articolo


