Define the operating boundary
A useful definition names the triggering event, required inputs, governing source, accountable owner, decision or action, exception path, evidence retained, and downstream handoff. Buyers should adapt those elements to their own population, jurisdictions, policies, systems, and control model before writing requirements.
The most important distinction is between a label and an operational capability. A provider may document raw scientific-file capture and SDMS archive while depending on customer-supplied policy, licensed content, third-party data, integration partners, manual review, or services. The demonstration should expose those dependencies rather than hiding them behind a completed interface.
What a demonstration should prove
- Begin with representative source records and a named policy, standard, or controlled rule.
- Show the normal path, an ambiguous case, missing data, an exception, an override, and a material source change.
- Identify who can change rules, who can approve or reject, and how accountability is preserved.
- Trace every output back to inputs, versions, timestamps, user actions, and governing evidence.
- Export the resulting record and reconcile it with downstream systems and retained obligations.
Authority and operating context
FDA Data Integrity Guidance
The guidance addresses complete, consistent, accurate data; metadata; audit trails; access; review; blank forms; testing into compliance; and investigation of data-integrity problems. Laboratory systems must preserve record context, metadata, changes, roles, review, and investigation across instruments, CDS, SDMS, LIMS, LES, and manual steps rather than treating an audit-trail feature as the complete control system.
EU GMP Annex 11
Annex 11 addresses risk management, personnel, suppliers, validation, data, accuracy checks, storage, printouts, audit trails, change, security, incident management, signatures, business continuity, and archiving. It keeps laboratory-system assurance connected to the full system lifecycle and regulated process, not merely a list of application functions.
MHRA Data Integrity Guidance
The MHRA record addresses data governance, lifecycle, criticality, metadata, audit trails, access, review, retention, hybrid systems, and organizational culture. It supports a system-of-record map that follows data from creation through processing, review, reporting, transfer, archive, and destruction while preserving organizational accountability.
PIC/S PI 041-1
PI 041-1 describes data governance, risk, lifecycle, organizational controls, computerized and paper systems, audit trails, review, outsourcing, and remediation considerations. It helps buyers examine data ownership, criticality, system boundaries, third parties, review, backup, archive, and remediation across the laboratory stack.
OECD GLP Advisory Document No. 22
The advisory document addresses data governance, lifecycle, criticality, metadata, computerized systems, dynamic data, cloud and service arrangements, review, archive, and reconstruction in GLP settings. It supports deeper evaluation of whether a laboratory architecture retains enough context and metadata to reconstruct activity across instruments, analytical systems, scientific repositories, and study records.
NIST RDaF 2.0
RDaF organizes research-data concerns across planning, lifecycle, infrastructure, standards, governance, workforce, and community perspectives. It gives R&D buyers a broader research-data operating model for stewardship, interoperability, access, preservation, reuse, and governance beyond notebook authoring or file storage.
Allotrope Framework
The Allotrope Framework combines a data format, data models, and taxonomies or ontologies intended to improve laboratory-data standardization and interoperability. It helps buyers distinguish file container, semantic model, controlled terminology, instrument output, conversion, storage, and application interoperability.
AnIML
AnIML defines an XML-based approach for representing analytical measurement data, metadata, techniques, and experiment context. It supports evaluation of whether analytical records can move across instruments and applications with technique-specific context rather than becoming undifferentiated files.
NIH DMS Policy
The policy requires applicable researchers to plan for management and sharing of scientific data and to comply with approved plans, subject to limitations and protections. R&D platforms should make data identification, metadata, access, repository, retention, sharing, privacy, and stewardship responsibilities visible without implying that an ELN alone satisfies the plan.
Operating domains
Electronic records and data integrity
The governance and control system for attributable, legible, contemporaneous, original or verified-copy, accurate, complete, consistent, enduring, available records and their metadata throughout the lifecycle.
Scientific data lifecycle and provenance
The architecture for retaining the identity, source, context, transformations, relationships, versions, ownership, access, preservation, and reuse conditions of scientific data and files.
Instrument connectivity and physical-digital custody
The governed boundary among instrument state, material placement, method parameters, worklists, acquisition, raw data, status events, error handling, transfer, and downstream record acknowledgement.
Evidence and comparison limits
Official provider documentation can establish product positioning. Provider confirmation can clarify package or availability. Independent observation requires a disclosed scenario, environment, date, inputs, and reproducible result. None of those sources alone establishes buyer-specific legal, clinical, regulatory, quality, or operational fitness.
Buyer questions
- What exact outcome and evidence should raw scientific-file capture and SDMS archive produce?
- Which source, version, and customer facts govern the workflow?
- Which decisions remain human and who is accountable for them?
- What is native, configured, integrated, service-delivered, or planned?
- How does a changed source affect open and historical records?
Recent changes
Part 11 scope starts with the record—not the feature checklist — Laboratory-system evidence is decision-useful only when the market label, authoritative record, configured workflow, scientific data, technical control, accountable reviewer, and unresolved boundary remain visible.
ISO/IEC 17025 is a laboratory competence system—not a LIMS badge — Laboratory-system evidence is decision-useful only when the market label, authoritative record, configured workflow, scientific data, technical control, accountable reviewer, and unresolved boundary remain visible.
Agilent SLIMS connects laboratory workflow with the OpenLab analytical ecosystem — Laboratory-system evidence is decision-useful only when the market label, authoritative record, configured workflow, scientific data, technical control, accountable reviewer, and unresolved boundary remain visible.