Qualifica HPLC/UHPLC: DQ, IQ, OQ e PQ

L’approccio riguarda strumenti, software e accessori del QC farmaceutico. Matrici e casi sono ausili originali GuideGxP di pianificazione, non protocolli pronti all’esecuzione. I riferimenti EU GMP valgono nel pertinente ambito dei medicinali umani. Sistema qualità applicabile, procedure approvate e istruzioni di sicurezza restano la base delle attività.

Perimetro del sistema e responsabilità

Parti da una configurazione identificabile: pompe, componenti di miscelazione, iniettore, gestione campioni, comparto colonna, rivelatore e accessori fluidici pertinenti. Aggiungi software di controllo, firmware, postazione o dipendenze di rete e interfacce dei dati. Indica quali elementi appartengono alla qualifica dell’apparecchiatura e quali alla validazione collegata del sistema computerizzato. Un confine che si ferma al cavo dello strumento può lasciare senza valutazione modifiche di acquisizione o elaborazione.

Il laboratorio è responsabile dell’uso previsto e dell’accettazione delle evidenze. Personale qualificato può eseguire le prove; il fornitore può contribuire con installazione, conoscenza tecnica e registrazioni. Supervisione della qualità e ruoli di approvazione seguono il sistema del sito. Definisci chi redige, esegue, riesamina, risolve deviazioni e autorizza la fase successiva o l’uso ordinario. Affidare una prova all’esterno non elimina la necessità di comprenderne il perimetro.

La qualifica non dimostra che ogni metodo sia valido per ogni prodotto. La validazione valuta la procedura rispetto allo scopo analitico; la taratura stabilisce relazioni metrologiche pertinenti; la system suitability valuta il sistema analitico nel contesto del metodo e della sequenza. Pianifica evidenze complementari senza usare un’attività riuscita come sostituto generale delle altre. [1] [2]

DQ: verificare il progetto rispetto alla URS

La qualifica del progetto, o Design Qualification, valuta se la configurazione proposta può soddisfare i requisiti approvati dell’utilizzatore. Collega ogni requisito critico a moduli, funzioni software, prerequisiti di installazione e un percorso credibile di verifica. Controlla la compatibilità tra componenti, non soltanto i singoli intervalli di catalogo. Documenta perché la configurazione completa è appropriata al portafoglio metodi e dove servono ancora evidenze.

La documentazione del fornitore è utile quando configurazione, versione, condizioni e limiti sono noti. Confrontala con i requisiti e valuta le lacune prima di utilizzarla. Una dimostrazione con una cella del rivelatore o una configurazione fluidica diversa non prova automaticamente l’idoneità del sistema ordinato. Le prove in fabbrica possono sostenere attività successive se ne sono giustificate pertinenza e assenza di effetti di trasporto/installazione; non consentono di saltare senza valutazione i controlli specifici del sito.

Risolvi esplicitamente le discrepanze progettuali. Se cambia un requisito, conserva motivazione e approvazione invece di adattare silenziosamente la URS allo strumento acquistato. La DQ deve lasciare un collegamento chiaro tra uso previsto, configurazione ed evidenze programmate per l’accettazione.

IQ: un’installazione identificabile e adatta

La qualifica di installazione, o Installation Qualification, registra ciò che è stato installato e lo confronta con configurazione approvata e requisiti di installazione. Includi identità e seriali dei moduli, versioni firmware/software, licenze pertinenti, collegamenti, utenze, posizione e accessori necessari. Conferma l’adeguatezza di ambiente e servizi. L’elenco dei seriali dimostra l’identità, ma da solo non dimostra un’installazione corretta.

Raccogli istruzioni, configurazioni e certificati pertinenti necessari a uso e manutenzione. Controlla stato e idoneità dei riferimenti di misura impiegati nelle prove successive. Definisci prerequisiti come formazione, protocolli approvati, soluzioni disponibili e conservazione controllata dei dati. Le mancanze devono essere decisioni visibili, non campi vuoti compilati a posteriori.

Per gli strumenti collegati al software, riconcilia identità strumentale, controllore configurato e percorso dei dati. Conferma che le versioni installate corrispondano alla configurazione riesaminata. Se rete o account appartengono a un altro pacchetto di validazione, indica evidenza e responsabile, affinché nessun gruppo presuma che la verifica sia stata svolta dall’altro.

OQ: funzioni e intervalli d’uso pertinenti

La qualifica operativa, o Operational Qualification, verifica che il sistema installato funzioni come previsto nel campo operativo giustificato. Scegli prove per pompa e gradiente, iniezione, temperatura, rivelatore, allarmi pertinenti e funzioni digitali secondo URS e rischio. Specifica condizioni, riferimenti e criteri prima delle prove. Un punto conveniente non sostiene automaticamente un intervallo dichiarato molto più ampio.

I test dei moduli aiutano a isolare le prestazioni; una prova combinata può evidenziare interazioni. Nessun approccio è sempre sufficiente da solo. Risultati accettabili dei moduli, per esempio, non dimostrano che l’acquisizione scelta registri adeguatamente i picchi stretti dell’applicazione. Viceversa, un buon cromatogramma non isola l’accuratezza di ogni modulo. Spiega che cosa dimostra ogni prova e che cosa rimane escluso.

La guida EDQM sulla qualifica LC fornisce esempi tecnici per HPLC/UHPLC e diverse tecnologie di rivelazione. Il suo campo dichiarato è la rete OMCL; altri laboratori possono usarla volontariamente. Procedure esemplificative e limiti tipici non sono criteri GMP universali per ogni strumento QC. Scegli e giustifica un approccio applicabile anziché copiare numeri. Esegui scenari di allarme o guasto con modalità approvate e sicure; non aggirare protezioni né effettuare interventi riservati all’assistenza. [3]

PQ: prestazioni nel lavoro previsto

La qualifica delle prestazioni, o Performance Qualification, collega la configurazione qualificata all’uso reale del laboratorio. Definisci metodi rappresentativi, campioni o materiali di riferimento pertinenti, condizioni operative e periodo o distribuzione del lavoro necessari a rispondere alla domanda sulle prestazioni. Motiva copertura delle prove ed esclusioni. Una miscela standard pratica può essere utile, ma non rappresentare tutte le esigenze critiche del portafoglio metodi.

Separa tre conclusioni: il sistema funziona nel contesto previsto; la procedura analitica è validata o dimostrata idonea secondo necessità; la specifica sequenza soddisfa i propri criteri di system suitability. Le registrazioni SST di routine possono contribuire alle evidenze continuative se pianificate adeguatamente, ma una singola SST superata non chiude tutti i requisiti di PQ, software o ciclo di vita.

Utilizza evidenze riesaminabili: sequenze complete, preparazioni, configurazione, impostazioni di acquisizione/elaborazione, informazioni ambientali pertinenti e deviazioni. Definisci quali osservazioni seguire nel tempo dopo il rilascio iniziale. Se un sottoinsieme rappresenta più metodi o configurazioni, documenta perché copre i rischi pertinenti e quali eventi richiederebbero una nuova valutazione.

Protocolli, deviazioni e rilascio

Un protocollo utilizzabile definisce finalità, ambito, responsabilità, prerequisiti, condizioni, riferimenti, criteri e gestione degli esiti inattesi. Collega ogni prova al requisito e conserva osservazioni originali, calcoli, metadati e cronologia di revisione. Un «conforme» finale senza evidenze sottostanti è difficile da valutare. Il Chapter 6 inserisce documentazione e registrazioni delle apparecchiature nel sistema qualità. [4]

Registra criteri non soddisfatti e deviazioni quando si verificano. Indaga cause e impatto, stabilisci azioni e motiva eventuali ripetizioni. Conserva l’esito originale: non sostituirlo con una nuova prova riuscita né spostare il limite per ottenere conformità. Il rapporto deve spiegare la gestione di ogni lacuna rilevante e l’uso consentito o le restrizioni risultanti.

L’Annex 15 ammette in determinate circostanze un avanzamento condizionato, documentato e giustificato, alla fase successiva. Non è un permesso automatico all’uso QC ordinario con carenze critiche irrisolte. Distingui prosecuzione delle prove e rilascio all’operatività; indica espressamente ambito autorizzato, restrizioni e azioni residue. [1]

La matrice è un ausilio al ragionamento. Non impone quattro raccoglitori separati e non elimina la necessità di giustificare fasi combinate, riuso delle evidenze e ordine delle attività. La tracciabilità è utile se un revisore può raggiungere le evidenze reali e comprenderne i limiti.

Mantenere lo stato qualificato

La qualifica prosegue attraverso manutenzione, tarature, modifiche, incidenti e riesame periodico. Usa storia dell’apparecchiatura, trend, conseguenze del guasto e requisiti applicabili per motivare riesame e riqualifica. Né «ogni anno per tutti» né «mai dopo la qualifica iniziale» sono regole universali difendibili. Definisci gli eventi che richiedono una valutazione dell’impatto e chi controlla il ritorno all’uso.

Una modifica può influire oltre il componente visibile. Un miscelatore diverso può cambiare il gradiente; un aggiornamento software può incidere su calcoli o accessi; uno spostamento su utenze e ambiente. Identifica requisiti interessati, evidenze ancora valide e prove necessarie a risolvere l’incertezza. L’Annex 11 fornisce il quadro pertinente per modifiche software controllate e valutazioni periodiche. [5]

Due modifiche simulate, due percorsi di valutazione

Caso A: sostituzione della pompa. Il laboratorio registra il guasto e l’ultimo stato accettabile noto, poi valuta l’eventuale impatto sui risultati precedenti. Confronta tipo di ricambio, firmware, miscelazione e campo previsto di portata/pressione. Un ricambio apparentemente equivalente non è accettato soltanto dall’aspetto. Il gruppo aggiorna l’identificazione, esegue le prove motivate di portata/gradiente e sicurezza interessate e valuta le prestazioni pertinenti del sistema. Se differenze di configurazione modificano il comportamento dei metodi, la valutazione si amplia. Il rilascio documenta evidenze, deviazioni risolte e uso autorizzato; non richiede automaticamente ogni prova non interessata.

Caso B: aggiornamento della versione CDS. L’hardware rimane in sede, ma si esaminano informazioni di rilascio, driver supportati e modifiche a acquisizione, integrazione, calcoli, ruoli, audit trail e interfacce. Prima dell’aggiornamento si preservano registrazioni recuperabili e si definisce un ripristino controllato. Le prove verificano i flussi interessati con dati conservati o dati di prova controllati, secondo necessità, includendo errori e significato dei report. Le evidenze di taratura possono restare pertinenti se la catena di misura non è influenzata, ma non dimostrano il flusso software. Il rilascio avviene soltanto quando valutazione documentata e prove richieste sostengono l’uso continuato.

Sono scenari inventati di pianificazione, non risultati sperimentali. Entrambi richiedono perimetro motivato e conclusione autorizzata. Le prove differiscono perché differiscono gli effetti possibili, non perché una modifica sia automaticamente «minore».

Checklist per il ritorno all’uso

• Configurazione attuale e uso previsto sono inequivocabili?
• Requisiti interessati ed evidenze conservate sono identificati?
• Stato dei riferimenti, dati originali e condizioni sono disponibili?
• Fallimenti, ripetizioni e relativo impatto sono spiegati?
• Il rilascio indica uso autorizzato, restrizioni e approvazione responsabile?
• Manutenzione, formazione e controlli continuativi sono aggiornati dove necessario?

Un certificato di assistenza dimostra una qualifica completa?

No. Esamina prove, configurazione, criteri e lacune irrisolte. Il certificato può sostenere il pacchetto, ma il laboratorio deve valutare la copertura dell’uso previsto.

Una modifica richiede sempre la riqualifica completa?

Non esiste una risposta universale. Determina effetti sui requisiti e sulle evidenze, svolgi il lavoro mirato o più ampio necessario e documenta la decisione. Anche un perimetro ristretto e motivato deve considerare interazioni e possibili effetti sui risultati precedenti.

Fonti e limiti

Fonti controllate il 28 settembre 2026. Il testo integrale applicabile di USP 〈1058〉 non era accessibile. Il briefing pubblico del 2025 descrive una proposta basata sul capitolo del 2017: non è usato come prova che una nuova revisione sia ufficiale. Per adottare tale quadro consulta il testo applicabile con licenza. La guida EDQM è distinta espressamente dai requisiti GMP universali.

1. Commissione europea — EU GMP Annex 15 (2015), §§1–4, 11 e glossario. Qualifica nel ciclo di vita, documentazione e modifiche nell’ambito applicabile.
2. FDA — ICH Q2(R2), Validation of Analytical Procedures (marzo 2024). Linea guida finale sulla validazione delle procedure analitiche.
3. EDQM — PA/PH/OMCL (11) 04 R7, Qualification of Liquid Chromatography Equipment. In vigore dal 15 novembre 2023; ambito OMCL, uso volontario per altri laboratori.
4. Commissione europea — EU GMP Chapter 6, Quality Control (2014), §§6.6–6.7, 6.15–6.16. Documentazione di laboratorio e controllo analitico.
5. Commissione europea — EU GMP Annex 11, Computerised Systems (2011), §§4, 10–12, 16. Ciclo di vita software e controlli operativi.
6. USP 〈1058〉 — briefing pubblico di revisione (2025). Solo anteprima della proposta; non capitolo integrale corrente verificato.