Electronic audit trail laboratory compliance takes on a new dimension when the system modifying regulated records is an AI model. The core obligation is unchanged: 21 CFR Part 11 §11.10(e) requires secure, computer-generated, time-stamped audit trails for any system creating, modifying, or deleting electronic records subject to a predicate rule. What AI changes is the volume of what must be captured, attribution complexity, and accountability when an algorithm made the decision.
Quick Take:
- 21 CFR Part 11 §11.10(e) requires secure, computer-generated, time-stamped audit trails for all electronic records subject to predicate rules; AI systems are not exempt
- Standard audit trail fields (user ID, timestamp, action, reason) are necessary but not sufficient for AI-generated records; model version, input data reference, and human reviewer identity must also be captured
- Audit trails must be retained for at least as long as the records they document and must be available for FDA inspection on demand
- EU GMP Annex 11 Section 10 covers audit trail requirements for EU-regulated systems; PIC/S PI 041-1 §9.6 requires critical audit trails to be reviewed before batch release, not just periodically
- Failure to review audit trails is itself a citable inspection finding, separate from the underlying data integrity question
What 21 CFR Part 11 requires — and what AI adds to the audit trail
The regulatory framework governing AI in regulated laboratories establishes the baseline: any system creating, modifying, or transmitting electronic records required by a predicate rule must comply with 21 CFR Part 11. The audit trail requirement sits in §11.10(e), which mandates "secure, computer-generated, time-stamped audit trails to independently record the date and time of operator entries and actions that create, modify, or delete electronic records."
Three elements carry specific meaning in an AI context. "Secure" means the trail cannot be modified or deleted by any user, including administrators. "Computer-generated" means the trail must be created automatically, not manually supplemented after the fact.
"Independently record" means the audit trail is separate from the record itself; a system that logs changes within the record field does not satisfy this requirement. Electronic audit trail laboratory compliance depends on all three of these properties being present simultaneously.
The regulation specifies retention: audit trail documentation must be kept for at least as long as the subject electronic records and must be available for agency review and copying on demand. EU GMP Annex 11 Section 10 covers audit trail requirements for EU-regulated systems, and PIC/S guidance PI 041-1 §9.6 adds a review obligation: critical audit trails must be reviewed before batch release, not simply retained. Both requirements are part of maintaining electronic audit trail laboratory compliance in dual-regulation environments.
Electronic audit trail laboratory compliance for AI-generated records specifically requires four additional fields to satisfy the ALCOA+ attributability standard, meaning every record must be clearly linked to the person or system responsible for it. 21 CFR Part 11 requirements for AI systems apply to the records AI creates or affects, not to AI as a technology category. The threshold question remains: does this AI function create, modify, or delete a record required by a predicate rule?
What an electronic audit trail for AI must capture
Standard audit trail fields under Part 11 include the user identifier, timestamp, action type, original and new field values, and the reason for any change. These remain required for AI-assisted systems. For electronic audit trail laboratory compliance, AI-generated records require four additional fields to satisfy the ALCOA+ attributability standard.
The first is model version identifier. When an AI system generates or modifies a regulated record, the audit trail must capture the specific version of the model that produced the output. A model retrained on new data is functionally a different system even if the platform version number has not changed.
The second is input data reference. AI outputs are a function of their inputs. The audit trail should identify the dataset or input values the model processed, or provide a traceable reference to that information, sufficient to allow reconstruction of the basis for the recorded output.
The third is human reviewer identity. Where a qualified human reviews and approves an AI-generated output before it enters the regulated record, the audit trail must capture the reviewer's unique identifier and the timestamp of their review. A record showing only an AI output with no documented human sign-off does not satisfy Part 11 or ALCOA+ attributability requirements.
The fourth is inference context. For AI systems that produce probabilistic outputs, the audit trail should capture sufficient context about the inference to allow a reviewer to assess whether the output was within expected operating parameters.
| Audit trail field | Standard record | AI-generated record |
|---|---|---|
| User identifier | Person who created or modified the record | AI system identifier plus human reviewer ID |
| Timestamp | Date and time of action | AI inference timestamp plus human review timestamp |
| Action type | Create, modify, or delete | Action category plus whether AI-generated or human-entered |
| Original and new values | Field-level before and after | Includes AI output value and classification context |
| Reason for change | Free-text justification | Links to model version; review rationale if human-reviewed |
| Model version | Not applicable | Required: training version or build ID of the AI model |
Which AI systems and workflows require audit trail coverage
Electronic audit trail laboratory compliance follows the same intended-use logic as determining which AI functions require validation when scoping audit trail obligations. AI functions that directly create or modify predicate-rule records require full audit trail coverage under §11.10(e). AI functions generating outputs that a human manually enters into a regulated record may have the primary obligation at the manual entry step, though best practice is to log the AI-generated input as part of the record's provenance.
The pattern to avoid is an audit trail showing a regulated record was created or modified but attributing the action to "system" or "automated process" without capturing model version, input data, or the human who approved it. This pattern fails the ALCOA+ attributability standard: it is precisely the finding inspectors flag as a data integrity gap, and it represents the core of what electronic audit trail laboratory compliance must prevent.
AI systems aggregating data from multiple instrument sources or performing automated calculations before producing a final result present additional scope questions. Every transformation of regulated data along that pipeline is potentially subject to audit trail requirements, not just the final recorded value. Labs deploying AI in multi-step analytical workflows should map the full data lineage to identify which transformation steps affect values that ultimately appear in regulated records.
Configuring AI systems for compliant audit trails
Electronic audit trail laboratory compliance requires that the audit trail be configured at implementation, not added after go-live. Systems allowing audit trail features to be disabled by any user category, including administrators, do not satisfy §11.10(e)'s "secure" requirement. Configuration should ensure the trail cannot be switched off, that trail records cannot be overwritten or deleted, and that the trail is stored separately from the primary records it documents.
For AI tools deployed within a laboratory information management system or quality management system, audit trail configuration responsibilities span both the platform and the AI layer. LIMS audit trail configuration and compliance documentation practices covers the platform-level controls; AI-specific configuration adds model version logging and inference context capture.
Three configuration requirements specific to AI warrant attention. Date and time synchronization requires that AI inference timestamps come from a trusted, controlled time source that no user can manipulate. Retrospective access requires that the system generate a complete, human-readable audit trail for any individual record or dataset for a defined time window, without accessing the live production system.
Alert configuration on high-risk AI applications should flag anomalous patterns such as bulk record modifications, after-hours changes, or repeated failed access attempts. These monitoring controls support electronic audit trail laboratory compliance throughout the system's operational life.
Maintaining electronic audit trail compliance over time
Three ongoing activities determine whether electronic audit trail laboratory compliance holds over the system's life.
Model change control is the first requirement for ongoing electronic audit trail laboratory compliance. Every time an AI model is retrained, updated, or reconfigured, the audit trail's model version field must reflect the new version from the moment the updated model begins generating records. If model updates are not tracked as regulated change events, the version information in the audit trail becomes unreliable, undermining the attributability of every subsequent record.
Periodic review is the second requirement for ongoing electronic audit trail laboratory compliance. FDA expects that audit trails are not just retained but actively reviewed. For critical systems, that review should occur before batch release of any batch whose records the system generated or modified.
For lower-risk systems, review frequency should be defined in a documented risk assessment. Failure to conduct that review is itself a citable finding, separate from any underlying data integrity question.
Retention and archival integrity is the third. Audit trail records must remain readable, retrievable, and tamper-evident throughout the full retention period of the records they document. Managing data continuity across laboratory informatics platforms addresses the broader data governance questions that arise when systems migrate or platforms change.
Labs should test audit trail retrieval as part of any system migration and document that testing.
Audit trail requirements for AI systems: a practical summary
Electronic audit trail laboratory compliance for AI-assisted systems requires the standard Part 11 fields plus four AI-specific additions: model version, input data reference, human reviewer identity, and inference context. Configuration must make the trail secure and immutable from day one. Review must be active and risk-based, not passive.
The trail must also survive model updates, platform migrations, and the full retention period of the records it supports. Electronic audit trail laboratory compliance is a continuous obligation tied to the retention period of every record the AI system has touched. Labs that build these controls into AI procurement requirements, rather than retrofitting them after deployment, will find inspection readiness significantly easier to maintain.
This content includes text that has been generated with the assistance of AI. For more information, view Lab Manager's AI use policy.
References
U.S. Code of Federal Regulations. 21 CFR § 11.10(e) — Controls for closed systems: audit trails. Available at: https://www.ecfr.gov/current/title-21/chapter-I/subchapter-A/part-11/subpart-B/section-11.10
U.S. Food and Drug Administration. Guidance for Industry: Computerized Systems Used in Clinical Investigations. Available at: https://www.fda.gov/inspections-compliance-enforcement-and-criminal-investigations/fda-bioresearch-monitoring-information/guidance-industry-computerized-systems-used-clinical-trials
U.S. Food and Drug Administration. Data Integrity and Compliance With Drug CGMP: Questions and Answers. January 2018. Available at: https://www.fda.gov/media/119267/download









