Validazione di LIMS e CDS: rischio, prove e rilascio

Il fornitore consegna un pacchetto di test completo, ma il laboratorio ha modificato il flusso di approvazione e collegato un nuovo strumento. Quali evidenze restano valide? La risposta richiede un confronto fra uso previsto, configurazione effettiva e copertura delle prove. La validazione di LIMS e CDS deve sostenere una decisione documentata sull’idoneità all’uso del sistema del laboratorio.

1. Delimitare il sistema e le decisioni che sostiene

Parti dal processo: ricezione del campione, acquisizione, elaborazione, trasferimento, review, approvazione e conservazione. Identifica record e metadati, utenti, strumenti, interfacce e servizi necessari. La distinzione fra LIMS, CDS, ELN e SDMS aiuta a distribuire responsabilità senza lasciare passaggi scoperti.

Registra versioni e configurazioni, moduli, regole locali e dipendenze dell’infrastruttura. Definisci chi possiede il processo, chi mantiene il sistema, chi fornisce supporto tecnico e chi approva le evidenze secondo il sistema qualità. La validazione del software non sostituisce qualifica dello strumento o validazione del metodo analitico: sono attività collegate, con oggetti e prove differenti.

Valuta l’applicabilità normativa in relazione a prodotti, attività, record e mercati. Annex 11 riguarda sistemi informatizzati impiegati in attività GMP; i requisiti statunitensi applicabili non derivano dalla semplice presenza di un computer. La guida FDA CSA finale del febbraio 2026 riguarda software per produzione e sistema di gestione qualità dei dispositivi medici: non abolisce la CSV farmaceutica né trasferisce automaticamente il proprio campo a ogni LIMS.

2. Collegare requisiti, rischio ed evidenze del fornitore

Scrivi requisiti verificabili: quale risultato o comportamento serve, in quali condizioni, con quale criterio di accettazione. Valuta le conseguenze di risultati errati, dati incompleti, approvazioni non autorizzate o record irrecuperabili. La priorità nasce dal rischio per qualità del prodotto, paziente e integrità dei dati, non dal numero di schermate.

Esamina competenza e sistema qualità del fornitore, documentazione disponibile, versioni provate, ambiente, copertura e difetti noti. Per riutilizzare una prova indica il requisito coperto, perché l’evidenza è affidabile e se configurazione o dipendenze locali possono cambiarne l’esito. Un certificato generico o una dichiarazione di conformità non dimostrano il flusso specifico del laboratorio.

Documenta ciò che può essere accettato, integrato o deve essere verificato localmente. Non occorre ripetere senza ragione ogni prova affidabile; non è neppure giustificato ereditare un risultato solo perché il nome della funzione coincide. Configurazioni, codice personalizzato, interfacce e controlli operativi possono richiedere verifiche diverse.

3. Costruire una matrice che arrivi alla decisione

Questa matrice originale è un esempio da adattare al perimetro. Ogni prova ha dati e criteri prestabiliti; il risultato effettivo va confrontato con l’atteso, conservando l’evidenza e gestendo le differenze. Le attività si eseguono in ambienti autorizzati, con dati di prova riconoscibili.

Non limitarti al percorso favorevole. Verifica errori, interruzioni e combinazioni plausibili che potrebbero produrre una decisione sbagliata. Per le interfacce, il controllo deve arrivare al significato dei dati nel destinatario: la mappatura e riconciliazione strumenti–LIMS offre un approfondimento dedicato.

4. Chiudere le deviazioni e autorizzare il rilascio

Registra le prove eseguite con requisito, versione, ambiente, dati, esecutore, esito e riferimento alle evidenze. La quantità di screenshot non misura la copertura. Devono essere ricostruibili il comportamento verificato e il motivo per cui sostiene l’accettazione; anche gli strumenti di test e l’ambiente richiedono una valutazione di adeguatezza.

Un fallimento rispetto ai criteri non diventa accettabile cancellando la prova o modificando retroattivamente l’atteso senza giustificazione. Documenta deviazione, causa valutata, impatto, correzione e verifiche successive. Una ripetizione favorevole va collegata al fallimento iniziale, senza eliminarlo.

Prima del rilascio riesamina copertura dei requisiti, deviazioni e rischi residui, configurazione finale, procedure, formazione, supporto, accessi e recupero. La funzione autorizzata identifica ambito approvato, eventuali restrizioni e responsabilità. Un’autorizzazione condizionata a una fase successiva non equivale automaticamente al permesso di usare in routine una funzione critica non dimostrata.

5. Caso simulato: il workflow personalizzato cambia la copertura

Il pacchetto del fornitore dimostra che il revisore può approvare un risultato completo nel flusso standard. Il laboratorio aggiunge un’importazione strumentale e uno stato “in attesa di verifica”. Durante una prova locale, un messaggio incompleto lascia vuota l’unità ma consente il passaggio ad approvato.

La prova standard resta un’evidenza utile per ciò che dimostra; non copre questa combinazione. Il team registra la deviazione, verifica regole del nuovo stato e interfaccia, corregge il comportamento e prova messaggi completi, incompleti e ripetuti con i ruoli previsti. Controlla inoltre che eventi, versione e decisioni restino ricostruibili. Il rilascio dipende dall’esito documentato, non dal volume del dossier del fornitore.

Durante l’esercizio, cambiamenti di configurazione, versioni, interfacce, ruoli e uso previsto richiedono valutazione d’impatto e controlli pertinenti. Il riesame periodico considera anche incidenti, prestazioni, sicurezza e recuperabilità. Frequenza e profondità devono essere motivate: una validazione iniziale non mantiene da sola lo stato validato.

6. Fonti e applicabilità

Fonti verificate il 2 ottobre 2026. Contesto GMP per medicinali umani; matrice e scenario originali, senza prove su sistemi produttivi.

• Commissione europea — GMP Annex 11, revisione 1, gennaio 2011, operativa dal 30 giugno 2011, principio e §§1–4, 7, 9–14: validazione, fornitori, prove e stato di controllo.
• Commissione europea — GMP Annex 15, revisione marzo 2015, operativa dal 1 ottobre 2015, principio e §§1–2: pianificazione, evidenze esterne, deviazioni e autorizzazioni; rinvia ad Annex 11 per i sistemi informatizzati.
• FDA — Data Integrity and Compliance With Drug CGMP, finale dicembre 2018, Q2–Q3: controlli proporzionati e funzioni validate nell’uso pertinente; guidance non vincolante.
• FDA — Computer Software Assurance for Production and Quality Management System Software, finale 3 febbraio 2026, sezioni I e III: campo dispositivi medici e 21 CFR Part 820; sostituisce la versione del settembre 2025, non i requisiti GMP dei medicinali.