Integrità dei dati

Questo argomento fa parte del SG Systems Global biblioteca di guide normative e operative.

Integrità dei dati: garantire l'affidabilità dei record: prove ALCOA, piste di controllo, accesso controllato e decisioni difendibili.

Aggiornato a gennaio 2026 • integrità dei dati, ALCOA, audit trail, Parte 11, Allegato 11, CSV, conservazione dei record, controllo degli accessi • Intersettoriale

L'integrità dei dati è la disciplina che garantisce che i dati siano affidabili – completi, accurati, attribuibili e protetti da modifiche improprie – lungo tutto il loro ciclo di vita. Nei sistemi di produzione e qualità regolamentati, l'“integrità” non è un concetto filosofico, ma la base operativa per il rilascio dei lotti, le decisioni relative ai prodotti, le indagini e la sicurezza dei pazienti/clienti. Se i dati non sono affidabili, la decisione basata su di essi non è difendibile.

Le organizzazioni spesso confondono l'integrità dei dati con la sicurezza informatica o la qualità dei dati. La sicurezza protegge dagli accessi non autorizzati; la qualità si concentra sull'idoneità all'uso; l'integrità dimostra che il record è ciò che dichiara di essere e non è stato manipolato, corrotto silenziosamente o scollegato dal suo contesto. Tale contesto include metadati (timestamp, ID utente, versioni), audit trail e controlli procedurali che garantiscono che nessuno possa riscrivere la cronologia in caso di problemi.

L'integrità dei dati è fondamentale nei momenti di massima pressione: un'indagine su una deviazione, un evento fuori specifica, una controversia con un fornitore, una decisione sullo smaltimento di un lotto o un audit. In questi momenti, l'organizzazione dispone di una catena di prove affidabile, oppure di argomenti. L'integrità è ciò che impedisce che "pensiamo che sia andata in questo modo" sostituisca "possiamo dimostrare che è andata in questo modo".

"Se il verbale può essere riscritto, non è una prova."

1) Cosa significa realmente l'integrità dei dati

L'integrità dei dati significa che i tuoi dati possono essere considerati attendibili come prove. In termini pratici, l'integrità dimostra che:

• I record sono attribuibili: puoi rispondere in modo affidabile alle domande "chi ha fatto cosa, quando e perché".
• I record sono completi: non ci sono risultati mancanti, batch mancanti, voci mancanti di audit trail o allegati mancanti.
• I record sono coerenti: timestamp, versioni e transizioni di stato sono coerenti e riproducibili.
• I record sono protetti: le modifiche non autorizzate vengono impedite e rilevate, compresi i tentativi di eliminazione o retrodatazione.
• I record restano utilizzabili: possono essere recuperati, interpretati e rivisti anni dopo, in base alle norme di conservazione.

L'integrità non si limita ai "valori dei dati". Include il contesto che conferisce significato ai valori: strumenti, metodi, unità, versioni, approvazioni e collegamenti di traccia. Una lettura della temperatura senza stato di calibrazione non è una prova attendibile. Un risultato "superato" senza la revisione del metodo di prova non è difendibile. Un record di batch senza un audit trail è solo una storia.

Negli ambienti regolamentati – farmaceutica, dispositivi medici, sicurezza alimentare e altre attività produttive ad alto rischio – l'integrità è il fondamento che supporta le decisioni di rilascio, le indagini e la fiducia normativa. Violando l'integrità, tutto il resto diventa negoziabile.

2) Perché l'integrità dei dati non è negoziabile

Esistono quattro funzioni forzanti che rendono reale l'integrità:

La dura verità: i fallimenti nell'integrità sono costosi perché creano una "realtà non dimostrabile". Quando i dati non sono affidabili, le organizzazioni reagiscono con test eccessivi, ripetendo il lavoro, ampliando i blocchi batch e ricorrendo alla revisione della direzione. Anche quando un prodotto è sicuro, l'incapacità di dimostrarlo diventa il collo di bottiglia operativo.

Anche le carenze di integrità sono contagiose. Quando le persone credono che i dati possano essere alterati, cambiano comportamento: "Acquisiscilo più tardi", "Correggi il valore", "Aggiorna il foglio di calcolo", "Faremo la riconciliazione dopo". Questa deriva culturale distrugge la qualità delle prove più velocemente di qualsiasi debolezza tecnica.

3) Integrità dei dati vs qualità vs sicurezza

Spesso i team confondono questi concetti e progettano controlli sbagliati.

La sicurezza senza integrità è comune: controlli perimetrali rigorosi, governance interna debole e utenti privilegiati che possono riscrivere la cronologia. L'integrità senza sicurezza è anche possibile: ottimi audit trail, controlli di accesso deboli e alta probabilità di accessi non autorizzati. Nel lavoro regolamentato, sono necessarie entrambe le cose, ma l'integrità è l'elemento che rende i record difendibili.

4) Il ciclo di vita dei dati: dove l'integrità si vince o si perde

L'integrità non è un singolo controllo. È il risultato di controlli lungo tutto il ciclo di vita dei dati:

• Creazione: modalità di generazione dei dati (strumento, sistema, inserimento manuale), inclusi metodo e versione.
• Trattamento: calcoli, trasformazioni e risultati derivati, dove spesso si verificano manipolazioni nascoste.
• Revisione: flussi di lavoro di approvazione, gestione delle eccezioni e percorsi di escalation (vedere flusso di lavoro di approvazione).
• Reporting: riepiloghi, dashboard e report PDF che possono distaccarsi dalla verità di fondo.
• Memoria su disco: dove risiedono i record, come vengono protetti e come vengono conservati i registri di controllo.
• Recupero: capacità di riprodurre il contesto della registrazione durante audit e indagini.
• Conservazione/archiviazione: conservazione a lungo termine sotto conservazione dei documenti regole.
• Disposizione: distruzione controllata al termine della conservazione, con giustificazione documentata.

La maggior parte dei programmi di integrità fallisce perché si concentrano sull'archiviazione e ignorano la creazione e l'elaborazione. Questo è un errore. Se il record viene compromesso al momento dell'acquisizione, nessuna policy di conservazione può risolverlo in seguito.

5) Definire l'ambito: cosa conta come record

L'integrità inizia con una definizione rigorosa dell'ambito. Se non definisci cosa si intende per record controllato, saranno gli altri a definirlo per te, solitamente in un modo che riduce la responsabilità.

Una mappa pratica dell'ambito include:

• Registri di qualità: deviazioni, indagini, approvazioni, CAPA (vedere gestione delle deviazioni and CAPA).
• Registri di produzione: documentazione batch come BMR e equivalenti elettronici come EBR.
• Registrazioni del dispositivo: prova della cronologia del dispositivo (DHR / eDHR).
• Registri di laboratorio: risultati, calcoli e cronologia delle revisioni (spesso collegati a LIM).
• Dati anagrafici: ricette controllate, BOM, specifiche e limiti dei parametri (vedere controllo dei dati master).
• Metadati: timestamp, ID utente, versioni e la stessa traccia di controllo.
• allegati: PDF, immagini, file di dati grezzi, esportazioni di strumenti: spesso sono il posto più facile in cui nascondere le manipolazioni.

L'ambito deve includere anche i "sistemi ombra": fogli di calcolo, cartelle locali, unità condivise e database ad hoc. Se calcoli critici vengono eseguiti in Excel al di fuori dei sistemi controllati, il rischio per l'integrità risiede lì, non nell'applicazione convalidata che mostri con orgoglio ai revisori.

6) ALCOA nella pratica: prove, non slogan

ALCOA è l'acronimo più comune per indicare le aspettative di integrità. Il valore di ALCOA non risiede nell'acronimo in sé, bensì nei comportamenti verificabili che impone:

• Attribuibile: identità univoca, accesso controllato e attribuzione affidabile dell'utente.
• Leggibile: i registri devono essere leggibili e interpretabili a lungo termine (anche in formato elettronico).
• Contemporaneo: gli eventi vengono registrati nel momento in cui si verificano, non ricostruiti in seguito.
• Originale: conservare i dati di origine e la prima acquisizione del record (e proteggerli dalla sovrascrittura).
• preciso: i valori sono corretti, i calcoli sono controllati e gli errori sono rilevabili.

L'ALCOA fallisce quando le organizzazioni lo trattano come contenuto formativo. Non è possibile "addestrare" un sistema in cui gli utenti possono sovrascrivere i risultati, eliminare le tracce di controllo o firmare per azioni che non hanno eseguito. L'ALCOA è applicato tramite controlli, non tramite poster.

7) Governance: proprietà, procedure e prove

L'integrità non è un progetto IT. È un modello di governance della qualità. Senza governance, i controlli decadono e le eccezioni diventano la norma.

Ancore di governance fondamentali:

• Proprietà: proprietari definiti di sistemi/dati responsabili dei controlli di integrità e della revisione periodica.
• Controllo documenti: Procedure operative standard per la gestione, la revisione, le correzioni e le deviazioni dei dati.
• Controllo di revisione: versioni controllate di metodi, specifiche, ricette e configurazioni.
• Cambia controllo: valutazione dell'impatto sull'integrità delle modifiche del sistema, delle patch e degli aggiornamenti della configurazione.
• Formazione + competenza: utenti qualificati, ma anche revisori qualificati che sanno cosa significa "buona prova".
• Revisione periodica: le piste di controllo, gli accessi privilegiati e i record critici vengono esaminati con cadenza.

La governance deve anche definire le "regole di correzione". Quando si verifica un errore, come viene corretto? Cosa è consentito, cosa è vietato e cosa deve essere registrato nel registro di controllo? Se la risposta è "lo risolviamo e basta", si ha una lacuna di integrità.

8) Controllo degli accessi: UAM, RBAC e SoD

L'integrità viene meno più rapidamente attraverso l'accesso. Se le persone sbagliate possono compiere azioni sbagliate, o se nessuno può dimostrare chi ha fatto cosa, i documenti diventano negoziabili.

Controlli che devono esistere ed essere testabili:

• Ruoli e permessi definiti: controllato attraverso gestione degli accessi degli utenti (UAM).
• RBAC applicazione: le azioni privilegiate sono limitate e rivedibili.
• Disciplina di approvvigionamento: accesso creato/rimosso sotto provisioning dell'accesso controlli.
• Separazione dei compiti: nessuna autoapprovazione o “l’ho cambiato e l’ho approvato” (vedi separazione dei compiti).
• Revisione periodica degli accessi: l'accesso viene rivisto, non si presume corretto per sempre (vedere revisione dell'accesso disciplina nei sistemi di esecuzione).

L'accesso privilegiato rappresenta la debolezza di integrità più rischiosa. Gli amministratori hanno spesso il potere di modificare i dati master, alterare la configurazione del registro di controllo o ripristinare i backup che modificano la cronologia. I programmi di integrità devono trattare l'accesso privilegiato come un rischio di qualità controllato, non come una "necessaria comodità IT".

9) Tracce di controllo e metadati: il motore di integrità

Le tracce di controllo non sono facoltative per i documenti elettronici critici. Sono il meccanismo che rende visibili le modifiche improprie e che consente di giustificare le modifiche legittime.

Le piste di controllo efficaci devono dimostrare:

• Completezza: vengono catturate le azioni critiche (creare, modificare, eliminare, approvare, sovrascrivere).
• Attribuzione: identità utente univoca; gli account condivisi annullano l'attribuzione.
• timestamps: gestione affidabile del tempo e del fuso orario (la deriva del tempo crea sequenze "impossibili").
• Motivo della modifica: quando opportuno, il sistema richiede una motivazione, non modifiche silenziose.
• Revisionabilità: le tracce di controllo sono interrogabili e revisionate regolarmente, non "disponibili se necessario".

Spesso l'integrità risiede nei metadati. Se è possibile esportare i valori ma si perdono i metadati (chi ha approvato, quale versione, quale dispositivo, quale metodo), si perde significato. Ecco perché gli "archivi solo report" sono rischiosi: conservano un PDF ma eliminano il contesto strutturato necessario per dimostrare la veridicità.

10) Firme elettroniche e significato dell'approvazione

Le firme elettroniche hanno valore solo se il loro significato viene preservato. Una firma non è un'immagine grafica; è una dichiarazione controllata.

Le aspettative di integrità per le firme elettroniche includono:

• Garanzia di identità: le firme sono collegate agli utenti autenticati, non agli accessi condivisi.
• Chiarezza dell'intento: ciò che viene approvato (e in quale versione) è esplicito.
• Non ripudio: gli utenti non possono plausibilmente negare la firma a causa di controlli deboli.
• Verificabilità: gli eventi di firma vengono acquisiti in percorsi di controllo con timestamp e significato.

Ecco perché l'integrità si interseca con la Parte 11 e l'Allegato 11 del Titolo 21 del Codice dei Regolamenti Federali (21 CFR) : l'obiettivo del controllo è garantire che i documenti e le firme elettroniche siano affidabili quanto quelli cartacei, spesso anche di più, perché preservano la cronologia degli eventi.

11) Validazione e garanzia del sistema: CSV e GAMP 5

L'integrità non è garantita perché hai acquistato un sistema popolare. È garantita quando il sistema è configurato, convalidato e gestito per preservare i record critici.

Negli ambienti regolamentati, questo problema viene solitamente risolto tramite:

• Validazione del sistema informatico (CSV): i sistemi di prova supportano l'uso previsto e preservano l'integrità dei record critici.
• GAMP 5: applicando la convalida basata sul rischio e concentrando gli sforzi laddove il rischio per l'integrità è più elevato.
• Rivalidazione basata sul controllo delle modifiche: quando si applicano patch, si aggiorna, si migra l'infrastruttura o si modifica la configurazione, viene valutato l'impatto sull'integrità.

La convalida deve coprire le funzionalità del percorso di controllo che rendono i record attendibili: generazione e recupero di audit trail, controllo degli accessi, comportamento della firma elettronica, gestione del tempo, generazione di report (e collegamento ai dati sottostanti) e controlli di esportazione/importazione dei dati. Se hai convalidato i flussi di lavoro ma non la catena delle prove, hai convalidato la cosa sbagliata.

12) Conservazione e recuperabilità: archivi e ripristini

L'integrità è anche una questione di tempo. I record devono rimanere affidabili e recuperabili per tutto il tempo necessario alla conservazione. È qui che la conservazione, l'archiviazione e il disaster recovery diventano controlli di integrità, non solo misure di igiene IT.

L'integrità dopo il ripristino è un punto cieco comune. Un sistema ripristinato che perde la continuità del percorso di controllo o reimposta i timestamp può trasformarsi in un disastro per la conformità e le prove, anche se la produzione riprende. Ecco perché le attività di ripristino devono verificare i controlli di integrità, non solo i tempi di attività.

13) Operazionalizzazione: controlli quotidiani che funzionano davvero

I programmi di integrità hanno successo quando i controlli sono integrati nelle operazioni quotidiane. L'obiettivo è prevenire guasti silenziosi e rilevare tempestivamente eventuali derive.

Controlli operativi che resistono all'esame:

• Cadenza di revisione della traccia di controllo: revisione di routine delle piste di controllo critiche, non solo "disponibili".
• Governance dei dati master: modifiche controllate sotto controllo dei dati master con approvazione e tracciabilità.
• Collegamento di deviazione: i problemi di integrità vengono catturati come eventi di qualità e indagati (vedere gestione di eventi di qualità).
• Disciplina di gestione delle eccezioni: gli override e i privilegi "temporanei" vengono registrati, approvati e ritirati.
• Revisione periodica degli accessi: i ruoli e i permessi vengono nuovamente convalidati rispetto alle effettive funzioni lavorative.
• Controlli di sincronizzazione dell'ora: gli orologi di sistema sono controllati; la deriva temporale è considerata un difetto di integrità.
• Controlli sull'esportazione dei dati: garantire che i dati esportati non possano diventare una verità parallela e modificabile.

14) KPI e cadenza operativa

L'integrità dei dati dovrebbe essere gestita come un controllo operativo, con risultati misurabili.

La cadenza dovrebbe essere basata sul rischio. Siti con volumi elevati, tassi di modifica elevati e operazioni basate su software richiedono controlli più frequenti rispetto ad ambienti stabili. Se i controlli non vengono misurati, continueranno a fluttuare finché un'ispezione non vi costringerà a notarli.

15) La checklist del “test di blocco di integrità”

Per una valutazione rapida dell'integrità "go/no-go", esegui un test a blocchi. L'obiettivo è dimostrare che il sistema impedisce azioni errate e conserva le prove quando si verificano azioni errate.

Se il test di blocco fallisce, consideratelo un'eccezione di qualità. I ​​controlli di integrità sono operativi o non lo sono, e "quasi" non è una posizione difendibile durante un'ispezione.

16) Modelli di guasto comuni

• Account condivisi e accessi generici. L'attribuzione crolla e le tracce di controllo diventano prive di significato.
• File sorgente modificabili. I dati “originali” vengono sovrascritti o ricalcolati senza lasciare traccia.
• Pista di controllo non esaminata. La traccia esiste ma nessuno la guarda, quindi la manipolazione non viene rilevata.
• Eccesso di potere da parte dell'amministrazione. Gli utenti privilegiati possono modificare i risultati, disattivare la registrazione o modificare la conservazione in modo discreto.
• Deriva temporale. I timestamp diventano inaffidabili e le sequenze diventano impossibili da difendere.
• Strategie di registrazione solo PDF. I resoconti sopravvivono, ma la verità strutturata e i metadati vanno perduti.
• La “verità” del foglio di calcolo. I calcoli critici avvengono al di fuori dei sistemi controllati.
• Ripristinare l'integrità delle interruzioni. I sistemi tornano online, ma i registri di controllo o il significato della firma risultano danneggiati.

17) Esempi intersettoriali

I principi di integrità sono universali, ma i loro limiti variano a seconda del settore:

• Produzione farmaceutica: l'integrità è alla base del rilascio dei lotti e della prontezza delle indagini; legata a GxP, 21 CFR Parte 211e controlli dei registri elettronici.
• Dispositivi medici: l'integrità supporta la progettazione e la produzione di catene di prove come DHF, DMRe DHR.
• Trasformazione dei prodotti alimentari: l'integrità è legata alla tracciabilità, ai richiami e ai controlli di conformità; i fallimenti si manifestano come lacune di riconciliazione e decisioni non verificabili.
• Sistemi di esecuzione: MES e gli strati connessi devono preservare la verità e l'evidenza dello stato; l'integrità si interseca con MY controlli e piste di controllo.
• Laboratori: L'integrità dipende dal controllo del metodo, dalla conservazione dei dati grezzi e dalla disciplina di revisione; una debole integrazione crea una "verità copia/incolla".

La lezione comune è questa: l'integrità non è un dipartimento. È l'affidabilità della catena di prove, dall'inizio alla fine.

18) FAQ estese

D1. Che cosa si intende per integrità dei dati?
L'integrità dei dati è la disciplina che garantisce che i record siano affidabili, ovvero completi, accurati, attribuibili e protetti da modifiche improprie, durante l'intero ciclo di vita dei dati.

D2. L'integrità dei dati è la stessa cosa della sicurezza informatica?
No. La sicurezza protegge dagli accessi non autorizzati; l'integrità dimostra che il record è una prova attendibile, inclusi audit trail, metadati e cronologia delle modifiche controllate.

D3. Cosa significa ALCOA in pratica?
ALCOA significa che i record sono attribuibili, leggibili, contemporanei, originali e accurati, il tutto garantito da controlli quali la governance degli accessi, le piste di controllo e la disciplina di revisione.

D4. Quali sono i fallimenti di integrità più comuni?
Accessi condivisi, fogli di calcolo non controllati, audit trail non verificati, controlli di accesso privilegiati deboli e perdita di metadati durante la creazione di report/archiviazione.

D5. Come possiamo dimostrare l'integrità dopo un ripristino del sistema?
I test di ripristino devono verificare non solo il tempo di attività, ma anche la continuità del registro di controllo, la correttezza del timestamp, i controlli di accesso e il significato della firma (vedere convalida del backup principi).

Lettura correlata
• Concetti fondamentali di integrità: ALCOA | Pista di controllo (GxP) | GxP | Conservazione dati | Archiviazione dei dati | Conservazione Dei Dati
• Validazione + Governance: CSV | GAMP 5 | Controllo delle modifiche | Controllo documenti | Revision Control
• Accesso + Responsabilità: Gestione degli accessi degli utenti | Accesso basato sui ruoli | Accesso Provisioning | Separazione dei compiti
• Contesto dei record elettronici: 21 CFR Parte 11 | Allegato 11 | Firme elettroniche
• Contesto dei sistemi: MY | Registro elettronico dei lotti (EBR) | eQMS | Validazione del backup MES