Electronic Data Capture (EDC)

Electronic Data Capture (EDC) is the general category of software systems used to collect clinical and research data directly in electronic form, at the point of collection, in place of paper-based data collection. An EDC system’s core function is the electronic case report form (eCRF) — a structured, study-specific digital form that a site coordinator, investigator, or participant fills in directly on a computer, tablet, or other device, rather than transcribing from a paper case report form (CRF) after the fact.

What makes something an EDC system

“EDC” describes a functional category of software, not one specific product. A system counts as EDC when it provides:

• Electronic case report forms (eCRFs). Study-specific, configurable data-entry forms — built from a defined set of fields, data types, and validation rules — that replace paper CRFs as the primary instrument for recording study data.
• Direct, point-of-collection data entry. Data is entered once, electronically, by the person generating or observing it (a coordinator, investigator, or in some designs the participant), rather than captured on paper first and double-keyed into a database afterward.
• Built-in data-quality controls. Field-level validation (range checks, required fields, skip/branching logic) and query management — the workflow for flagging, routing, and resolving discrepancies in the data after entry — run inside the same system that captured the data.
• An audit trail. A time-stamped, attributable record of every entry, edit, and query resolution, which is what makes the electronic record usable as the study’s data of record rather than merely a convenience copy.

EDC is one layer within the broader discipline of clinical data management. In that context, EDC specifically refers to the site-facing data-entry layer; a full Clinical Data Management System (CDMS) is the broader term covering EDC plus the surrounding query-management, medical-coding, and database-lock workflow built around it. A Clinical Trial Management System (CTMS) is a distinct, adjacent category that manages trial operations — site contracts, monitoring visit tracking, enrollment — rather than the research data itself; the two are frequently used together on the same study but serve different functions, and vendor marketing regularly blurs the line between them.

Why EDC matters for regulatory compliance

Almost all EDC systems used in FDA-regulated research fall within the reach of 21 CFR Part 11, the FDA regulation governing electronic records and electronic signatures. Part 11 does not create new record-keeping obligations on its own — it governs the electronic form of records that some other FDA “predicate rule” (chiefly Good Clinical Practice, 21 CFR Parts 50, 56, and 312) already requires a sponsor or investigator to keep. Because eCRF data captured in an EDC system is exactly this kind of predicate-rule record, an EDC platform used for FDA-regulated trials generally needs to provide:

• A validated system with documented assurance that it performs consistently and can detect invalid or altered records.
• A secure, computer-generated audit trail that independently records the date, time, and content of every entry, edit, or deletion, without obscuring what was previously recorded.
• Access limited to authorized individuals, with authority checks confirming who is permitted to sign a record or alter data.
• Electronic signatures — typically a two-component login (identification code plus password) — linked non-detachably to the record they sign, so a coordinator’s or investigator’s sign-off on a completed eCRF is legally attributable to that specific individual.

These requirements are why EDC selection and validation is a standard checklist item for research teams and IT/quality staff running FDA-regulated trials, alongside data-privacy and interoperability requirements. See the 21 CFR Part 11 term for the full regulatory detail, including FDA’s 2003 scope-and-application guidance narrowing which records actually trigger these controls.

Examples

EDC spans both non-profit/academic and commercial products built for different scales of research:

• REDCap — a metadata-driven EDC platform originated at Vanderbilt University and distributed through a non-profit consortium of academic and research institutions, widely used for investigator-initiated studies, surveys, and multi-site academic research.
• Commercial, enterprise-scale EDC platforms — software such as Medidata Rave EDC and Oracle Clinical One, licensed directly (not through consortium membership) and commonly used by pharmaceutical sponsors and contract research organizations (CROs) running large, regulated interventional trials. These platforms occupy the same functional category as REDCap — eCRF-based, validated, audit-trailed data capture — but differ in licensing model, scale, and the surrounding suite of trial-management modules they’re typically bundled with.

A study’s choice between an academic-consortium platform and a commercial enterprise platform is usually driven by trial scale, sponsor requirements, budget, and whether the study needs to interoperate with a CRO’s or sponsor’s existing systems — not by a difference in what counts as EDC functionally.

Counter-example

A site that collects study data on a paper CRF, and only afterward transcribes or scans that paper record into a spreadsheet or a generic office-productivity form builder for convenience, is not using EDC in the operational sense of the term — the paper record remains the actual data of record, and the electronic copy lacks the validation, audit-trail, and query-management functions that define the category. Likewise, a plain consumer survey tool with no audit trail, no field-level validation against a study protocol, and no case-report-form structure is not an EDC system, even though it captures data electronically.

Related terms

• REDCap (Research Electronic Data Capture) — one specific, widely used EDC platform.
• 21 CFR Part 11: Electronic Records & Signatures — the FDA regulation governing electronic-record and electronic-signature trustworthiness that shapes EDC system design for regulated trials.
• Clinical Data Management — the broader discipline and workflow (CRF design, query resolution, database lock) that EDC is one layer of.
• Clinical Trial Management System (CTMS) — the adjacent category managing trial operations rather than research data.

Frequently asked questions

Is EDC the same as a Clinical Data Management System (CDMS)?

Not quite. EDC refers specifically to the data-entry layer — the eCRFs and the point-of-collection capture of study data. A CDMS is the broader term for the full clinical data management workflow built around that layer, including query management, medical coding, and database lock. In practice, many commercial products bundle both under one name, which is part of why the terms get blurred in vendor marketing.

Is EDC the same as a CTMS?

No. EDC/CDMS systems capture and manage the research data itself. A CTMS manages trial operations — site contracts, monitoring visit tracking, enrollment status — a different function. The two are commonly used together on the same study.

Does using an EDC system automatically make a study 21 CFR Part 11 compliant?

No. An EDC platform can provide the technical capability (validation, audit trails, access controls, electronic signatures) that Part 11 requires, but compliance ultimately depends on how the specific instance is configured, validated, and governed by the institution or sponsor using it — the software provides the capability, not the compliance itself.

Is REDCap the only example of an EDC system?

No. REDCap is one widely used example, particularly in academic and investigator-initiated research, but the EDC category also includes commercial, enterprise-scale platforms such as Medidata Rave EDC and Oracle Clinical One, which are more commonly used for large sponsor- or CRO-run regulated trials.

See also: Clinical Research Administration, the broader CASRAI cluster this term sits within.