eBMR/eDHR
Sintesi
I batch record digitali non superano le ispezioni per un motivo: non si comportano come prove sotto pressione. Il record sembra completo finché un ispettore non pone una semplice domanda: "mostrami come sai che questo numero è corretto", "chi l'ha modificato", "cosa è successo prima del rilascio", "quali lotti sono stati consumati", "quali attrezzature sono state utilizzate", "quali eccezioni si sono verificate" o "quanto velocemente puoi recuperare la cronologia completa". Se queste risposte richiedono fogli di calcolo, archeologia via email o ricostruzione narrativa, il batch record non è più un record. Il modello operativo diventa fragile e le ispezioni si espandono di conseguenza.
Questo white paper descrive un modello pratico e indipendente dal fornitore per la gestione elettronica dei registri di produzione dei lotti e dei registri storici dei dispositivi: registri di lotto elettronici (eBR/eBMR) e registri storici dei dispositivi elettronici (eDHR) . Il modello si concentra sulle superfici di controllo effettivamente testate da ispettori e revisori: identità e certezza del lotto, prove di esecuzione passo passo, idoneità delle apparecchiature, modifiche controllate, gestione delle eccezioni, revisione per eccezione, tracce di audit, significato e vincolatività delle firme e recupero rapido di registri completi e contestualizzati.
Quando si tratta di registrazioni e firme elettroniche, le aspettative in materia di ispezione vengono spesso discusse attraverso la Parte 11 del Titolo 21 del Codice dei Regolamenti Federali (21 CFR Part 11) e i relativi concetti di integrità dei dati, come l'integrità dei dati e ALCOA+ . Il documento illustra inoltre come convalidare i controlli rilevanti utilizzando la convalida incrociata dei controlli (CSV) e linee guida come GAMP 5 , evitando di cadere nella mera mera selezione di funzionalità o in una mera "teatralità di convalida".
L'obiettivo è semplice: un registro elettronico dei lotti che possa essere consegnato a un ispettore e che sia autonomo, coerente, resistente alla ricostruzione e veloce da recuperare.
- Ambito: cosa si qualifica come prova eBMR/eDHR
- Cosa testano realmente gli ispettori
- Il modello di prova: identità, stato, evento, record
- Controllo dei record master: MMR/DMR, ricette, versioni
- Controlli di esecuzione: lavoro graduale, hard gate, IPC
- Materiali e prove di pesatura: lotti, bilance, resa
- Stato delle apparecchiature, della calibrazione e della prontezza
- Deviazioni, eccezioni e modifiche controllate
- Decisioni di revisione per eccezione e di rilascio
- Tracce di controllo, firme elettroniche e stato di integrità dei dati
- Allegati e prove esterne: CoA, LIMS, log
- Limiti di integrazione: modalità di errore ERP/LIMS/WMS
- Esercitazioni di ispezione: 10 test che puoi eseguire internamente
- Roadmap di implementazione
- Nota di chiusura
Astratto
I record elettronici di produzione in lotti (eBMR) e i record elettronici di cronologia dei dispositivi (eDHR) vengono valutati in base alla loro affidabilità in condizioni di ispezione. Questo articolo propone un modello operativo pratico per i record digitali di lotti utilizzando un linguaggio di prova in quattro parti (identità, stato, evento di esecuzione e record protetto) supportato da controlli di esecuzione rigidi, eccezioni gestite, revisione per eccezione e recupero rapido. Il modello affronta modalità di errore comuni come deriva dell'identità, modifiche incontrollate, audit trail frammentati, limiti di integrazione deboli e record che richiedono una ricostruzione narrativa.
Il documento fornisce anche esercitazioni di ispezione che simulano il modo in cui gli ispettori verificano l'affidabilità dei record: dimostrazione del comportamento della traccia di controllo, significato della firma, prova di consumo del lotto, idoneità delle apparecchiature, collegamento delle eccezioni e recupero di set di record completi con contesto. Laddove si faccia affidamento su record elettronici, il modello è in linea con le aspettative di integrità dei dati e CSV basate sul rischio, generalmente discusse nella Parte 11 e in ALCOA+.
1) Ambito: cosa si qualifica come prova eBMR/eDHR
"Digital batch record" può significare qualsiasi cosa, da un modello PDF a un record di esecuzione completamente applicato e basato sugli eventi. Gli ispettori hanno a cuore una cosa: cosa l'organizzazione considera come record ufficiale a supporto delle decisioni regolamentate. Se il record digitale viene utilizzato per disposizioni, divulgazioni, indagini o risposte ai clienti/alle normative, deve comportarsi come un sistema di prove: completo, attribuibile, coerente e recuperabile.
Per quanto riguarda la terminologia, molte organizzazioni definiscono i registri di esecuzione dei lotti come eBR/eBMR (produzione) e i registri dei dispositivi come eDHR . Il requisito di base è lo stesso: ricostruire l'accaduto senza basarsi su narrazioni informali.
Se domani si verificasse una deviazione, un reclamo o un'ispezione, faresti affidamento su questo batch record elettronico come prova principale? In caso affermativo, deve essere concepito come prova pronta per la verifica, non come una comoda interfaccia utente.
2) Cosa testano realmente gli ispettori
Gli ispettori raramente "leggono l'intero batch record" prima. Scelgono un filo e lo tirano: una fase critica, una registrazione di pesatura/erogazione, una deviazione, una regolazione, l'utilizzo di un'attrezzatura, una firma o una decisione di rilascio. Poi chiedono la prova che il record sia attendibile: chi ha eseguito l'operazione, quando, cosa è cambiato, quali eccezioni si sono verificate e cosa ha impedito azioni proibite.
| Sonda dell'ispettore | Cosa chiedono di vedere | Ciò che deve essere vero |
|---|---|---|
| Verità di Lot | Quali lotti sono stati utilizzati, da dove provengono e prova del consumo al momento della fase. | L'identità del lotto viene verificata (spesso tramite scansione); il consumo non viene "digitato in un secondo momento". |
| Verità graduale | Quali passaggi sono avvenuti, quando, da chi e con quali risultati. | I passaggi vengono eseguiti come eventi; i controlli richiesti non possono essere saltati. |
| Idoneità dell'attrezzatura | Quali apparecchiature sono state utilizzate e se erano idonee (stato di calibrazione/pulizia). | L'uso di apparecchiature fuori stato viene impedito o regolato tramite percorsi di eccezione. |
| Cambia la storia | Cosa è cambiato, chi lo ha cambiato, perché e se sono state applicate le approvazioni. | Le tracce di controllo sono sicure e significative; le modifiche preservano le voci originali. |
| Governance delle eccezioni | Deviazioni, sostituzioni, rilavorazioni e il loro collegamento al record batch. | Le eccezioni sono visibili in anticipo, strutturate e collegate agli elementi del record interessati. |
| Decisione di rilascio | Come è stata giustificata la liberazione e chi l'ha approvata. | La revisione è efficiente ma non cieca; la revisione per eccezione è misurabile e difendibile. |
| Velocità di recupero | Con quale rapidità è possibile recuperare la cronologia completa del batch con il contesto. | I record sono completi ed esportabili senza perdere significato. |
Il resto di questo documento descrive come progettare il record in modo che queste domande possano ricevere risposte rapide e coerenti.
3) Il modello di prova: identità, stato, evento, record
La registrazione digitale dei lotti migliora quando i controlli possono essere espressi in un numero limitato di primitive che si traducono nel lavoro quotidiano. Il modello qui utilizzato è volutamente semplice: identità (chi/cosa), stato (è consentito), evento di esecuzione (cosa è successo, quando) e record protetto (prova di manomissione).
Se non è possibile esprimere un controllo nel linguaggio di identità + stato + evento di esecuzione + record protetto , esso finirà per degradarsi in una "politica" e subire modifiche in base alle pressioni della produzione.
| Primitivo | Significato operativo | Importanza dell'ispezione |
|---|---|---|
| Identità | “Chi/cosa” inequivocabile al momento dell’azione (lotto, operatore, attrezzatura, posizione, etichetta, lotto). | Senza certezza di identità, tutto diventa probabilistico. Gli ispettori rifiutano il "noi pensiamo". |
| Stato | Idoneità al momento dell'uso (sospensione/rilascio, scadenza, calibrazione, idoneità all'addestramento). | Lo stato è il modo in cui si dimostra la prevenzione. Se lo stato può essere aggirato, il controllo è consultivo. |
| Evento di esecuzione | Acquisizione contemporanea del lavoro (distribuzione, miscelazione, controllo IPC, confezionamento, test, rilascio). | Le verifiche penalizzano la ricostruzione. Gli eventi sostituiscono la narrazione successiva con una verità temporalmente definita. |
| Record protetto | Prove attribuibili, verificabili e a prova di manomissione con cronologia delle modifiche. | La credibilità dei record elettronici dipende da pista di controllo comportamento e modifiche controllate. |
Laddove ci si affida a documenti elettronici, questo modello supporta le aspettative tipicamente delineate attraverso la Parte 11 e i principi di integrità dei dati come ALCOA+ . Il test operativo rimane lo stesso: ci si può fidare del documento senza bisogno di spiegazioni?
4) Controllo dei record master: MMR/DMR, ricette, versioni
I registri di lotto non sono validi quando la "verità principale" non è chiara. Nel settore manifatturiero, questa è in genere il Master Manufacturing Record (MMR) . Nel settore dei dispositivi medici, il punto di riferimento analogo è spesso il Device Master Record/set di specifiche (la denominazione del sito varia). Gli ispettori chiederanno: quale versione è stata eseguita, cosa è cambiato, chi ha approvato la modifica e quali lotti sono stati interessati.
Un programma digitale difendibile tratta i record master come oggetti controllati: controllati, approvati e collegati a ogni batch eseguito. Se i parametri master possono variare in modo informale – "li modifichiamo durante il turno" – il record batch diventa una storia piuttosto che un'esecuzione controllata.
- Versione vincolante: ogni record eseguito indica la versione master eseguita.
- Controllo delle modifiche: le modifiche principali richiedono formalità controllo del cambiamento e approvazioni.
- Governance dei parametri: i parametri critici sono vincolati e le eccezioni vengono catturate come eventi regolati.
- Logica della data di efficacia: quando una versione diventa attiva è esplicito e tracciabile.
5) Controlli di esecuzione: lavoro graduale, hard gate, IPC
Un batch record digitale non è un "modulo". È un sistema di esecuzione che crea prove man mano che il lavoro viene svolto. Gli ispettori cercano controlli di prevenzione: se il sistema blocca le azioni vietate, applica i controlli richiesti e registra la vera sequenza degli eventi. Gli "avvisi" sono più deboli dei "blocchi". Le policy sono più deboli dell'applicazione delle misure.
I controlli in corso di processo sono una componente comune delle ispezioni perché dimostrano il controllo durante l'esecuzione, anziché essere verificati a posteriori. Per maggiori informazioni, si vedano i controlli in corso di processo (IPC) e i relativi concetti di controllo, come i controlli di superamento/fallimento con gate rigido.
| Tipo di controllo | Come si presenta in pratica | Perché è importante |
|---|---|---|
| Esecuzione graduale | I passaggi obbligatori non possono essere saltati; la sequenza è controllata; i timestamp vengono acquisiti durante l'esecuzione. | Impedisce il comportamento di "compilare in seguito" e supporta tempi di ricostruzione resistenti. |
| Cancelli di passaggio/fallimento | I risultati IPC critici bloccano la progressione quando sono fuori intervallo, a meno che non venga applicata un'eccezione regolamentata. | Mostra la prevenzione, non solo il rilevamento dopo che è stato creato il rischio di rilascio. |
| Porte di identità | L'identità del lotto/attrezzatura/operatore viene verificata in ogni fase, spesso tramite convalida del codice a barre. | Impedisce la deriva dell'identità e l'uso di lotti sbagliati, un argomento di ispezione ad alto rischio. |
| Percorsi di eccezione | Gli override richiedono motivazione e approvazione, registrate come eventi strutturati collegati al passaggio. | Impedisce soluzioni alternative informali che distruggono la fiducia nei registri. |
6) Materiali e prove di pesatura: lotti, bilance, resa
Il consumo di materiali è il punto in cui spesso si verificano problemi con i lotti registrati, perché è un processo ad alta frequenza e con tempi stretti. Gli ispettori verificheranno se siete in grado di dimostrare: (1) quale lotto è stato utilizzato, (2) se era idoneo al momento dell'uso, (3) se la quantità registrata è attendibile e (4) come sono state gestite le deviazioni (sovra/sottopeso, sostituzioni, lotti frazionati).
Programmi rigorosi impongono il consumo specifico per lotto e registrano gli eventi di pesatura come prova di esecuzione, anziché inserirli successivamente. Laddove esista un'integrazione tra bilance, questa deve essere considerata un limite di prova e convalidata di conseguenza; si veda l'integrazione tra bilance e sistemi di pesatura . Laddove l'identità del contenitore e la tara siano rilevanti, controlli come la gestione della tara riducono l'ambiguità.
La veridicità dei dati di resa è importante anche perché permette di individuare rilavorazioni nascoste, scarti non documentati o problemi di riconciliazione. Una base di riferimento affidabile include una revisione strutturata della resa e la visibilità delle varianze; si vedano i concetti relativi alle varianze di resa e le aspettative di riconciliazione.
7) Stato dell'attrezzatura, della calibrazione e della prontezza
Le prove relative alle apparecchiature non si limitano a elencare il nome di una macchina. Gli ispettori vogliono sapere se l'apparecchiatura era idonea al momento dell'uso e se la documentazione lo dimostra. Le verifiche più comuni includono lo stato di calibrazione, lo stato di manutenzione, lo stato di pulizia (ove pertinente) e se agli operatori è stato impedito di utilizzare risorse non in stato corretto.
I sistemi robusti implementano l'idoneità come logica di stato. Ad esempio, la calibrazione può essere imposta utilizzando regole come la logica di blocco per calibrazione dovuta o vincoli simili. Non si tratta di perfezione, ma di capire se il sistema blocca l'esecuzione proibita o gestisce le eccezioni governate quando la realtà impone una deviazione.
- Identità della risorsa: l'attrezzatura utilizzata è univoca e collegata ai passaggi eseguiti.
- Prova di idoneità: lo stato di calibrazione/prontezza al momento dell'uso viene acquisito o reso esecutivo.
- Cattura delle eccezioni: l'uso fuori dallo stato, se mai consentito, è documentato con approvazioni controllate.
- Collegamento tracciabile: gli eventi dell'apparecchiatura sono collegati agli eventi del record batch e non vengono memorizzati separatamente senza connessione.
8) Deviazioni, eccezioni e modifiche controllate
I record batch digitali falliscono quando le eccezioni vengono gestite "fuori dal sistema". Gli ispettori non si aspettano deviazioni pari a zero. Si aspettano che le deviazioni siano visibili, strutturate e collegate agli elementi del record interessati. Se una deviazione esiste in un SGQ ma non può essere collegata alla fase del batch e agli elementi dati che interessa, le prove diventano narrative.
La gestione delle eccezioni dovrebbe includere la valutazione preliminare, l'assegnazione e il collegamento agli eventi di esecuzione; vedere valutazione preliminare e assegnazione delle deviazioni e gestione più ampia degli eventi di qualità . L'efficacia delle azioni correttive e preventive viene testata anche nelle ispezioni consolidate; vedere verifica dell'efficacia delle CAPA.
Le modifiche controllate sono una frequente causa di escalation. Gli ispettori vogliono accertarsi che le correzioni preservino le voci originali e producano una cronologia delle modifiche significativa tramite tracce di controllo , inclusa, ove opportuno, la motivazione della modifica. Sovrascritture silenziose, cancellazione di voci regolamentate o modifiche privilegiate senza un'adeguata governance rappresentano debolezze strutturali.
9) Decisioni di revisione per eccezione e di rilascio
La revisione per eccezione è interessante perché la revisione manuale completa non è scalabile. Gli ispettori non si oppongono alla revisione per eccezione; si oppongono alla revisione per speranza. La questione è se le eccezioni siano ben definite, se il sistema le segnali in modo affidabile e se la decisione di rilascio sia supportata da prove piuttosto che da un "non abbiamo notato nulla".
Un punto di riferimento pratico è la revisione dei lotti per eccezione (BRBE) . Un programma BRBE valido definisce: cosa costituisce un'eccezione, come vengono rilevate le eccezioni, chi le esamina e come viene documentata e firmata la decisione di rilascio. Se il rilascio si basa su risultati di laboratorio, il collegamento con i dati LIMS deve essere esplicito (vedere le sezioni successive su allegati e limiti di integrazione).
| Elemento BRBE | Requisito operativo | Modalità di errore dell'ispezione |
|---|---|---|
| Definizione di eccezione | Trigger chiari: OOS/OOT, override, dati mancanti, IPC fuori intervallo, voci in ritardo, modifiche alla traccia di controllo. | “Eccezione” è vago o incompleto; i revisori non riescono a spiegare perché il lotto era “pulito”. |
| Affidabilità del rilevamento | Il sistema segnala in modo affidabile le eccezioni; i revisori non fanno affidamento sulla memoria. | Esistono delle eccezioni, ma non vengono segnalate in modo coerente o sono facili da sopprimere. |
| Flusso di lavoro del revisore | La revisione si concentra sulla coda delle eccezioni e sulle prove collegate, con disposizioni tracciabili. | La revisione è informale; non viene fornita alcuna prova di ciò che è stato esaminato o del motivo per cui è stato accettato. |
| Record di rilascio | Il rilascio è una decisione controllata con significato di firma elettronica e prove collegate. | Il rilascio è un'attivazione/disattivazione dello stato senza fondamento o significato di firma. |
10) Tracce di controllo, firme elettroniche e stato di integrità dei dati
I registri di lotto digitali superano le ispezioni solo se sono affidabili. Tale affidabilità è garantita da criteri quali identità, controlli di accesso, cronologia delle verifiche, modifiche controllate e disciplina nella conservazione dei dati, aspetti spesso discussi nell'ambito dell'integrità dei dati e di principi come ALCOA+ . Laddove i registri e le firme elettroniche sostituiscono la carta, le organizzazioni definiscono generalmente le aspettative attraverso la norma 21 CFR Parte 11.
Gli ispettori verificano il comportamento del registro di controllo tramite dimostrazioni: modificano un valore protetto, mostrano la voce del registro di controllo (utente, data e ora, valori vecchi/nuovi, se applicabile, motivo della modifica), mostrano come viene recuperata in seguito e dimostrano che non può essere alterata silenziosamente. Vedi registro di controllo (GxP) . Verificano anche il significato e la validità della firma quando vengono utilizzate firme elettroniche : cosa significa la firma, come viene autenticato il firmatario e cosa succede se il record cambia dopo la firma?
La validazione dovrebbe essere basata sul rischio e focalizzata sulla superficie di controllo. L'obiettivo della CSV non è testare ogni singola schermata, bensì testare i controlli che prevengono danni o violazioni della qualità: applicazione dell'identità, applicazione dello stato, logica dei gate, gestione delle eccezioni, comportamento della traccia di audit e controlli di conservazione. Linee guida come GAMP 5 aiutano a dimensionare lo sforzo in base al rischio.
11) Allegati e prove esterne: CoA, LIMS, log
I batch record sono raramente autonomi. Dipendono da prove esterne: CoA dei fornitori, risultati di laboratorio, monitoraggio ambientale, registri delle apparecchiature, registri delle temperature, riconciliazione degli imballaggi e altro ancora. Il rischio dell'ispezione non è l'esistenza degli allegati; è se gli allegati sono controllati, attribuibili, collegati e recuperabili con il contesto.
Un punto debole comune è che le prove esterne sono archiviate altrove (unità condivisa, e-mail, LIMS) senza un collegamento affidabile. Quando gli ispettori chiedono "mostrami il risultato di laboratorio che ha supportato il rilascio", l'organizzazione dovrebbe fornirlo rapidamente con un collegamento chiaro al batch. Se il collegamento si basa sulla denominazione dei file o sulla ricerca manuale, il record diventa fragile.
- Collegamento esplicito: gli allegati sono collegati al batch/fase/decisione esatto che supportano.
- Controllo della versione: la versione rivista/approvata è identificabile; le modifiche sono verificabili.
- Completezza del recupero: l'esportazione dei record include riferimenti che preservano il significato, non solo i nomi dei file.
- Limiti delle prove: se un LIMS è un sistema di registrazione dei risultati, tale limite viene definito e testato.
12) Limiti di integrazione: modalità di errore ERP/LIMS/WMS
Le integrazioni possono rafforzare o indebolire le prove dei batch. Gli ispettori spesso riscontrano lacune ai confini: due sistemi non sono d'accordo sullo stato di rilascio; l'identità del lotto è diversa; le marche temporali non sono allineate; oppure "il record" è suddiviso tra strumenti senza una chiara definizione del sistema di record. Quando ciò accade, l'organizzazione è costretta a una riconciliazione, e la riconciliazione non è una prova.
Una strategia di integrazione difendibile definisce la proprietà di ciascun elemento dati, i contratti degli eventi (cosa significano "emissione", "consumo", "rilascio", "blocco"), la tolleranza alla latenza e i meccanismi di riconciliazione quando la realtà si discosta da quanto previsto. L'allineamento dei dati master è fondamentale; si veda la sincronizzazione dei dati master.
Se i movimenti in magazzino possono aggirare lo stato di qualità, la documentazione relativa al lotto risulta compromessa. I concetti di applicazione dello stato, come la quarantena/il blocco, devono essere coerenti su tutte le superfici di movimentazione dell'operazione, non solo in un singolo sistema.
13) Esercitazioni di ispezione: 10 test che puoi eseguire internamente
Il modo più rapido per sapere se il tuo eBMR/eDHR supererà l'ispezione è eseguire esercitazioni che riproducano il modo in cui gli ispettori verificano l'affidabilità dei documenti. Ogni esercitazione dovrebbe essere eseguibile rapidamente e le prove dovrebbero essere indipendenti, senza bisogno di spiegazioni.
- Prova di consumo del lotto: seleziona un lotto; dimostra ogni lotto consumato e mostra la cattura del tempo di passaggio (non digitazione successiva).
- Prevenzione dei lotti sbagliati: tentare una scansione/immissione di un lotto errato; mostrare prevenzione e registrazione.
- Idoneità dell'attrezzatura: selezionare una risorsa; dimostrare la calibrazione/prontezza al momento dell'uso; tentare l'uso fuori stato.
- Test del gate IPC: crea un risultato IPC fuori intervallo; mostra il percorso e il collegamento del blocco/eccezione.
- Riconciliazione dei rendimenti: spiegare la variazione di resa con prove, non con narrazioni; mostrare la gestione degli scarti/rilavorazioni.
- Collegamento di deviazione: selezionare una deviazione; dimostrare il collegamento con il passaggio interessato e registrare gli elementi.
- Demo della traccia di controllo: modifica un campo protetto; mostra vecchio/nuovo, utente, timestamp, motivo della modifica.
- Rilegatura della firma: firmare una liberatoria/revisione; mostrare cosa significa e come vengono gestite le modifiche successive alla firma.
- Esportazione record: esportare il record batch; confermare che mantenga il contesto (approvazioni, riferimenti alla cronologia degli audit, allegati).
- Esercitazione BRBE: mostra la coda delle eccezioni, le disposizioni del revisore e le prove della decisione di rilascio.
14) Roadmap di implementazione
Il modo più rapido per fallire è iniziare "digitalizzando la carta". Il modo più rapido per vincere è iniziare identificando dove le prove si rompono oggi e definendo rigidi limiti per le fughe più rischiose. Trattate la sopravvivenza delle ispezioni come l'ingegneria: definite il modello delle prove, applicate i limiti, misurate i risultati e scalate replicando.
- Definisci il record ufficiale: chiarire quali sistemi costituiscono il record del lotto e la prova di rilascio.
- Versioni master di Bind: MMR/DMR con versione e governance delle modifiche controllate.
- Blocca le vie di fuga: lotto sbagliato, apparecchiatura fuori stato, IPC mancante, sostituzioni incontrollate, spedizione/rilascio senza prove.
- Eccezioni dello strumento: deviazioni e sostituzioni sono strutturate, collegate e revisionabili.
- Implementare BRBE: definire i trigger delle eccezioni e i flussi di lavoro dei revisori; misurare la qualità della revisione.
- Convalida delle superfici di controllo: CSV focalizzato su identità, stato, gate, audit trail, firme, conservazione.
- Eseguire esercitazioni di ispezione: esercitazioni mensili di verifica delle prove per prevenire la deriva e individuare tempestivamente i limiti deboli.
Nota di chiusura
La sopravvivenza di eBMR/eDHR non è un progetto di formattazione. È un modello operativo: le identità sono applicate, gli stati sono reali, l'esecuzione è catturata come evento, le eccezioni sono gestite, la revisione per eccezione è misurabile e il record è protetto dalla progettazione. Quando questi elementi sono presenti, le ispezioni diventano più rapide e mirate, le indagini più precise e le prove in batch diventano resistenti alla ricostruzione.
Per le definizioni di supporto, consultare le pagine del glossario collegate in questo documento, tra cui eBR/eBMR , eDHR , registro di produzione del lotto (BMR) , MMR , BRBE , traccia di controllo , 21 CFR Parte 11 , integrità dei dati e CSV . Questi riferimenti sono facoltativi; il modello di controllo in questo documento è volutamente indipendente dal fornitore.
