Scegliere il CDS: requisiti, architettura e prove di laboratorio

Il CDS viene spesso scelto guardando gli strumenti compatibili e l’aspetto del report. La difficoltà emerge dopo: una sequenza interrotta non è gestita come previsto, un revisore non vede la storia dell’elaborazione oppure un secondo sito dipende da una connessione non valutata. La selezione deve verificare il percorso completo dal segnale alla decisione.

1. Descrivi il lavoro che il CDS deve sostenere

Definisci strumenti, modelli, moduli, metodi, tecniche, utenti, sedi e carico atteso. Distingui strumenti già installati da future estensioni, indicando quali siano confermate. Registra chi acquisisce, elabora, rivede e approva, quali risultati alimentano decisioni GMP e quali attività restano in altri sistemi.

Il supporto dichiarato per una famiglia strumentale non dimostra quello della combinazione reale di modello, modulo, versione e funzione. Richiedi evidenze relative alla configurazione candidata: controllo dello strumento, acquisizione dei canali necessari, gestione delle sequenze e comportamento in caso di errore. Non introdurre soglie universali di capacità; definisci il carico rappresentativo del laboratorio e il criterio con cui valutarlo.

Per i confini con altre piattaforme usa la mappa di LIMS, ELN, CDS e SDMS. Il CDS non deve diventare implicitamente responsabile del ciclo del campione o dell’archivio se quelle funzioni sono assegnate altrove.

2. Separa acquisizione, elaborazione e revisione

Disegna un flusso con oggetti e responsabilità: richiesta analitica, sequenza, iniezione, segnale originale, metodo di elaborazione, risultato, revisione e approvazione. Verifica quali moduli e licenze siano necessari per ogni passaggio. Una postazione che legge un report potrebbe non consentire la revisione del dataset e dei suoi audit trail.

Le regole devono permettere di identificare utenti e versioni dei metodi, conservare le elaborazioni pertinenti e comprendere perché un risultato è cambiato. Controlla separazione dei ruoli, autorizzazioni, significato dell’approvazione e collegamento al record approvato. Un’etichetta “Part 11 compliant” non sostituisce la valutazione dell’uso, della configurazione e delle procedure del laboratorio.

Chiedi di mostrare un evento completo: modifica autorizzata, motivazione, nuova versione, confronto con la precedente e successiva revisione. La disponibilità di un pulsante audit trail non basta se il revisore non può collegare gli eventi al risultato esaminato.

3. Confronta architetture e dipendenze

Descrivi dove avvengono controllo strumentale, acquisizione, memorizzazione, elaborazione e revisione. Un’architettura locale, centralizzata o distribuita può essere adatta secondo il contesto; nessuna è automaticamente conforme o preferibile. Identifica server, postazioni, rete, identità, servizi condivisi e collegamenti con LIMS o SDMS.

Per ciascuna dipendenza valuta cosa accade quando manca: l’acquisizione continua oppure si arresta? Dove restano i dati? Come si segnala l’interruzione e come si riconcilia il ritorno del servizio? Le risposte devono essere dimostrate sulla configurazione proposta, senza presumere che ogni CDS disponga di una raccolta locale indipendente.

La continuità include anche le persone: chi interviene, chi valuta l’impatto analitico e chi autorizza il ritorno all’uso. Le prove di guasto si progettano in ambienti isolati e autorizzati; una dimostrazione commerciale non giustifica interruzioni sui sistemi produttivi.

4. Usa una matrice requisito–rischio–evidenza

Confronta le offerte sugli stessi scenari e dataset sintetici. Concorda prima condizioni iniziali, risultato atteso e criterio di accettazione. Registra versione, configurazione, esito e limiti della dimostrazione. Distingui funzione presente, configurazione necessaria, personalizzazione proposta e promessa futura.

La matrice è un esempio operativo originale, non un capitolato convalidato. Un requisito essenziale non dimostrato resta una condizione aperta: un buon punteggio medio non compensa la perdita di dati originali. Pesi e criteri di scelta vanno motivati dal laboratorio, senza graduatorie universali.

5. Caso simulato e decisione lungo il ciclo di vita

Due sedi QC confrontano una soluzione con postazioni locali e una con servizi centralizzati. Entrambe mostrano acquisizione e report ordinari. La prima richiede un governo coerente di più configurazioni; la seconda introduce una dipendenza di rete fra sedi. Non sono vantaggi o difetti assoluti: cambiano le prove e le responsabilità.

Il gruppo QC–QA–IT aggiunge una sequenza interrotta, una revisione dall’altra sede e il recupero di un dataset storico. Se la proposta centralizzata non dimostra il comportamento durante la perdita del collegamento, quel punto rimane aperto. Se la proposta locale non dimostra la distribuzione controllata dei metodi, rimane aperto anche quel punto. Il caso non assegna un vincitore né inventa costi: la scelta segue le evidenze e i requisiti non negoziabili.

Prima dell’impegno, esamina possibilità di validazione, documentazione disponibile, formazione, assistenza, aggiornamenti, compatibilità futura ed esportazione alla fine del rapporto. Chiarisci chi conserverà i formati nativi, le relazioni e le dipendenze di lettura: la presenza dei file non prova un recupero utilizzabile.

La dimostrazione supporta la selezione; non sostituisce la validazione del sistema installato per l’uso previsto. Consegna al progetto requisiti approvati, evidenze valutate, rischi residui e condizioni da chiudere prima del rilascio. Mantieni tracciabili modifiche successive a configurazione e campo d’uso.

6. Riferimenti e limiti

Fonti verificate il 1 ottobre 2026, con redazione il 2 ottobre. Contesto: laboratorio GMP per medicinali umani; i criteri progettuali sono da adattare al processo e non impongono una particolare architettura.

• Commissione europea — Annex 11, revisione gennaio 2011, principio e §§3–4, 7, 9–12, 16–17: fornitori, uso previsto, controlli e ciclo di vita. Operativo dal 30 giugno 2011; revisione 2025 consultiva, non requisito adottato.
• FDA — Data Integrity and Compliance With Drug CGMP, finale dicembre 2018, Q1 e Q3: contesto dei dati e validazione dell’uso previsto. Guidance statunitense non vincolante, da leggere con le regole applicabili.