eduKateSG · Why Science?
Connect care records to research without confusing the two jobs
Use FDA’s July 2018 final guidance through EHR ownership, EDC interoperability, structured data, validation, provenance, privacy, inspection and long-term access.
Electronic health records are built to support patient care, while clinical-research systems are built to answer a protocol question. Using EHR data in a trial can reduce duplicate entry and improve access to longitudinal information, but only when the bridge preserves meaning, provenance and participant protection.
FDA’s final July 2018 guidance assists sponsors, investigators, CROs, IRBs and others using EHR data in FDA-regulated clinical investigations. It addresses whether and how to use EHRs, interoperability with electronic data capture systems, data quality and inspection access.
Did you know? FDA distinguishes non-interoperable, interoperable and fully integrated arrangements. A fully integrated system may let research data be entered directly into the EHR, while an interoperable system transfers selected data electronically to the trial’s EDC system.
For students, this is a happy example of two information worlds learning to cooperate. It builds science, data literacy, computing and healthcare research skills while teaching that efficient reuse still needs careful boundaries.
Chapter index
Chapters 1–9: EHR purpose, trial scope, ownership and interoperability
- 1. An EHR is primarily a care platform
- 2. The July 2018 guidance is final
- 3. EHR scope is narrower than all health technology
- 4. The trial question comes before the available fields
- 5. Interoperability means exchange plus usable meaning
- 6. Non-interoperable systems depend on transcription
- 7. Interoperable systems can prepopulate eCRFs
- 8. Fully integrated systems bring research into care records
- 9. Open standards help systems understand one another
Chapters 10–17: data quality, privacy, inspection, retention and responsible reuse
- 10. Structured and unstructured data need different controls
- 11. Certified health IT can support—but not settle—assessment
- 12. Data quality should reflect clinical workflows
- 13. Provenance should survive EHR-to-EDC transfer
- 14. Privacy protections must fit dual-purpose data
- 15. FDA inspection requires verifiable access
- 16. Retention plans should outlast interfaces
- 17. A complete EHR evidence receipt keeps care and research aligned
FDA describes EHR systems as electronic platforms containing individual health records, generally maintained by healthcare providers, organisations or institutions and used to deliver care. Research teams often do not control these systems, so they must understand ownership, access and change processes before relying on the data.
For an ehr is primarily a care platform, imagine two maps laid over each other: the care workflow and the research protocol. FDA describes EHR systems as electronic platforms containing individual health records, generally maintained by healthcare providers, organisations or institutions and used to deliver care. Research teams often do not control these systems, so they must understand ownership, access and change processes before relying on the data. Keep this boundary visible: A clinically useful EHR is not automatically configured or documented for a research purpose.
Try this
Build a care-to-research map for an ehr is primarily a care platform. Identify who owns the EHR, who administers access, which records are authoritative and how system changes are communicated. Circle every place where meaning, units or timing could change. Keep this limit: A clinically useful EHR is not automatically configured or documented for a research purpose.
A strong science note separates observation from interpretation. Identify who owns the EHR, who administers access, which records are authoritative and how system changes are communicated. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Identify who owns the EHR, who administers access, which records are authoritative and how system changes are communicated. Keep this boundary visible: A clinically useful EHR is not automatically configured or documented for a research purpose.
FDA identifies the document as final guidance dated July 2018 under docket FDA-2016-D-1224, issued by CDER, CBER and CDRH. It covers EHR data in prospective investigations of drugs, biologics, devices and combination products, including certain foreign studies submitted to FDA.
The promise of the july 2018 guidance is final is useful reuse. The scientific test is whether context survives. FDA identifies the document as final guidance dated July 2018 under docket FDA-2016-D-1224, issued by CDER, CBER and CDRH. It covers EHR data in prospective investigations of drugs, biologics, devices and combination products, including certain foreign studies submitted to FDA. The result stops here: The document has defined exclusions and should not be stretched to every observational or registry use.
Try this
Test the july 2018 guidance is final with one realistic patient record. Create a source receipt with title, final status, date, docket, issuing centres, scope and exclusions. Add a missing-value scenario and a correction scenario. Respect this boundary: The document has defined exclusions and should not be stretched to every observational or registry use.
A strong science note separates observation from interpretation. Create a source receipt with title, final status, date, docket, issuing centres, scope and exclusions. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Create a source receipt with title, final status, date, docket, issuing centres, scope and exclusions. Keep this boundary visible: The document has defined exclusions and should not be stretched to every observational or registry use.
The guidance applies to EHRs and EHR clinical data warehouses that store and integrate EHR data. It says the document does not apply to other forms of health IT such as mobile and telehealth technologies, medical devices, remote monitoring devices, assistive technologies and sensors.
A good interoperability story for ehr scope is narrower than all health technology names people, systems and meanings. The guidance applies to EHRs and EHR clinical data warehouses that store and integrate EHR data. It says the document does not apply to other forms of health IT such as mobile and telehealth technologies, medical devices, remote monitoring devices, assistive technologies and sensors. Preserve this guardrail: A digital health source should not be labelled an EHR merely because it contains health information.
Try this
Explain ehr scope is narrower than all health technology to a student in health data science. Classify five data sources as EHR, EHR warehouse, EDC, DHT or other health IT and justify each boundary. Separate technical exchange from clinical meaning. Preserve this caution: A digital health source should not be labelled an EHR merely because it contains health information.
A strong science note separates observation from interpretation. Classify five data sources as EHR, EHR warehouse, EDC, DHT or other health IT and justify each boundary. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Classify five data sources as EHR, EHR warehouse, EDC, DHT or other health IT and justify each boundary. Keep this boundary visible: A digital health source should not be labelled an EHR merely because it contains health information.
CHAPTER 4 OF 17 · Frame the use
4. The trial question comes before the available fields
An EHR may contain clinical notes, laboratory results, medication records, images and orders, but availability does not make each element relevant or reliable for a protocol endpoint. The sponsor should define the research concept and assess whether the EHR captures it with suitable timing, completeness and meaning.
For the trial question comes before the available fields, imagine two maps laid over each other: the care workflow and the research protocol. An EHR may contain clinical notes, laboratory results, medication records, images and orders, but availability does not make each element relevant or reliable for a protocol endpoint. The sponsor should define the research concept and assess whether the EHR captures it with suitable timing, completeness and meaning. Keep this boundary visible: A large dataset cannot compensate for a variable that does not represent the intended clinical concept.
Try this
Build a care-to-research map for the trial question comes before the available fields. For one endpoint, map the concept to the EHR field, workflow, timing, units and likely missingness. Circle every place where meaning, units or timing could change. Keep this limit: A large dataset cannot compensate for a variable that does not represent the intended clinical concept.
A strong science note separates observation from interpretation. For one endpoint, map the concept to the EHR field, workflow, timing, units and likely missingness. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
For one endpoint, map the concept to the EHR field, workflow, timing, units and likely missingness. Keep this boundary visible: A large dataset cannot compensate for a variable that does not represent the intended clinical concept.
CHAPTER 5 OF 17 · Connect systems
5. Interoperability means exchange plus usable meaning
FDA defines interoperability as the ability of two or more products, technologies or systems to exchange information and use the exchanged information without special effort by the user. Successful transport is only half the task; codes, units, context and semantics must survive the exchange.
The promise of interoperability means exchange plus usable meaning is useful reuse. The scientific test is whether context survives. FDA defines interoperability as the ability of two or more products, technologies or systems to exchange information and use the exchanged information without special effort by the user. Successful transport is only half the task; codes, units, context and semantics must survive the exchange. The result stops here: A file transfer can succeed technically while changing the scientific meaning of the data.
Try this
Test interoperability means exchange plus usable meaning with one realistic patient record. Test one exchanged laboratory value for patient match, code, unit, reference range, time and interpretation. Add a missing-value scenario and a correction scenario. Respect this boundary: A file transfer can succeed technically while changing the scientific meaning of the data.
A strong science note separates observation from interpretation. Test one exchanged laboratory value for patient match, code, unit, reference range, time and interpretation. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Test one exchanged laboratory value for patient match, code, unit, reference range, time and interpretation. Keep this boundary visible: A file transfer can succeed technically while changing the scientific meaning of the data.
CHAPTER 6 OF 17 · Connect systems
6. Non-interoperable systems depend on transcription
When systems cannot exchange data electronically, staff may transcribe EHR information into an eCRF or paper form. This resembles traditional source transcription and can introduce entry error. Quality controls should reflect the importance and complexity of the data rather than assume manual entry is harmless.
A good interoperability story for non-interoperable systems depend on transcription names people, systems and meanings. When systems cannot exchange data electronically, staff may transcribe EHR information into an eCRF or paper form. This resembles traditional source transcription and can introduce entry error. Quality controls should reflect the importance and complexity of the data rather than assume manual entry is harmless. Preserve this guardrail: Source-data verification can detect some errors but cannot justify an unclear or inefficient design.
Try this
Explain non-interoperable systems depend on transcription to a student in health data science. Measure transcription error in a sample and trace each error to workflow, field design or training. Separate technical exchange from clinical meaning. Preserve this caution: Source-data verification can detect some errors but cannot justify an unclear or inefficient design.
A strong science note separates observation from interpretation. Measure transcription error in a sample and trace each error to workflow, field design or training. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Measure transcription error in a sample and trace each error to workflow, field design or training. Keep this boundary visible: Source-data verification can detect some errors but cannot justify an unclear or inefficient design.
Electronic transmission can let demographics, vital signs, laboratory results and medication data populate eCRFs. This may reduce duplicate work and transcription error, yet mappings, transformations and acceptance rules need validation and version control. Site staff should know which fields arrived automatically.
For interoperable systems can prepopulate ecrfs, imagine two maps laid over each other: the care workflow and the research protocol. Electronic transmission can let demographics, vital signs, laboratory results and medication data populate eCRFs. This may reduce duplicate work and transcription error, yet mappings, transformations and acceptance rules need validation and version control. Site staff should know which fields arrived automatically. Keep this boundary visible: Prepopulation should not make incorrect or irrelevant data appear investigator-confirmed.
Try this
Build a care-to-research map for interoperable systems can prepopulate ecrfs. Mark automatically populated fields, validation rules, exceptions and the evidence of investigator review. Circle every place where meaning, units or timing could change. Keep this limit: Prepopulation should not make incorrect or irrelevant data appear investigator-confirmed.
A strong science note separates observation from interpretation. Mark automatically populated fields, validation rules, exceptions and the evidence of investigator review. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Mark automatically populated fields, validation rules, exceptions and the evidence of investigator review. Keep this boundary visible: Prepopulation should not make incorrect or irrelevant data appear investigator-confirmed.
CHAPTER 8 OF 17 · Connect systems
8. Fully integrated systems bring research into care records
A fully integrated arrangement may use research modules, tabs or custom fields inside the EHR so research data are entered at the point of care. Integration can simplify workflow but raises questions about separating care documentation from research-only data, access roles and retention.
The promise of fully integrated systems bring research into care records is useful reuse. The scientific test is whether context survives. A fully integrated arrangement may use research modules, tabs or custom fields inside the EHR so research data are entered at the point of care. Integration can simplify workflow but raises questions about separating care documentation from research-only data, access roles and retention. The result stops here: Integration should not blur whether a value was collected for care, research or both.
Try this
Test fully integrated systems bring research into care records with one realistic patient record. Label every integrated field by purpose, originator, visibility, retention rule and downstream destination. Add a missing-value scenario and a correction scenario. Respect this boundary: Integration should not blur whether a value was collected for care, research or both.
A strong science note separates observation from interpretation. Label every integrated field by purpose, originator, visibility, retention rule and downstream destination. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Label every integrated field by purpose, originator, visibility, retention rule and downstream destination. Keep this boundary visible: Integration should not blur whether a value was collected for care, research or both.
CHAPTER 9 OF 17 · Protect quality
9. Open standards help systems understand one another
FDA encourages existing open data standards when possible while preserving integrity and security. Standards can make codes, units and message structures more consistent across sites and vendors. Implementation profiles and local mappings still need testing because the same standard may be configured differently.
A good interoperability story for open standards help systems understand one another names people, systems and meanings. FDA encourages existing open data standards when possible while preserving integrity and security. Standards can make codes, units and message structures more consistent across sites and vendors. Implementation profiles and local mappings still need testing because the same standard may be configured differently. Preserve this guardrail: Using a named standard does not prove that two implementations exchange equivalent meaning.
Try this
Explain open standards help systems understand one another to a student in health data science. Create a conformance test for one code set, required field, unit and error response. Separate technical exchange from clinical meaning. Preserve this caution: Using a named standard does not prove that two implementations exchange equivalent meaning.
A strong science note separates observation from interpretation. Create a conformance test for one code set, required field, unit and error response. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Create a conformance test for one code set, required field, unit and error response. Keep this boundary visible: Using a named standard does not prove that two implementations exchange equivalent meaning.
CHAPTER 10 OF 17 · Protect quality
10. Structured and unstructured data need different controls
Structured fields can support automated exchange and analysis, while clinical narratives may contain context not captured in codes. Natural-language processing or manual abstraction can extract information from notes, but methods, versions and review rules should be documented and validated for the intended use.
For structured and unstructured data need different controls, imagine two maps laid over each other: the care workflow and the research protocol. Structured fields can support automated exchange and analysis, while clinical narratives may contain context not captured in codes. Natural-language processing or manual abstraction can extract information from notes, but methods, versions and review rules should be documented and validated for the intended use. Keep this boundary visible: An algorithmic extraction is a derived research measure, not the original clinician narrative.
Try this
Build a care-to-research map for structured and unstructured data need different controls. Trace a concept from free text through annotation, algorithm, confidence threshold and final variable. Circle every place where meaning, units or timing could change. Keep this limit: An algorithmic extraction is a derived research measure, not the original clinician narrative.
A strong science note separates observation from interpretation. Trace a concept from free text through annotation, algorithm, confidence threshold and final variable. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Trace a concept from free text through annotation, algorithm, confidence threshold and final variable. Keep this boundary visible: An algorithmic extraction is a derived research measure, not the original clinician narrative.
CHAPTER 11 OF 17 · Protect quality
11. Certified health IT can support—but not settle—assessment
FDA encourages use of certified EHR technology where appropriate because certification can provide information about capabilities and standards. Research teams still need to assess the actual system, configuration, data flow and intended trial use, including controls outside the certified functions.
The promise of certified health it can support—but not settle—assessment is useful reuse. The scientific test is whether context survives. FDA encourages use of certified EHR technology where appropriate because certification can provide information about capabilities and standards. Research teams still need to assess the actual system, configuration, data flow and intended trial use, including controls outside the certified functions. The result stops here: Certification does not establish fitness for every protocol, interface or endpoint.
Try this
Test certified health it can support—but not settle—assessment with one realistic patient record. Compare the certified capability list with the trial’s required functions and record every gap. Add a missing-value scenario and a correction scenario. Respect this boundary: Certification does not establish fitness for every protocol, interface or endpoint.
A strong science note separates observation from interpretation. Compare the certified capability list with the trial’s required functions and record every gap. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Compare the certified capability list with the trial’s required functions and record every gap. Keep this boundary visible: Certification does not establish fitness for every protocol, interface or endpoint.
CHAPTER 12 OF 17 · Protect quality
12. Data quality should reflect clinical workflows
EHR values arise from routine-care processes: who orders a test, when documentation occurs, how corrections are made and what incentives shape coding. Research teams should understand these workflows because completeness and timing can differ across sites, departments and patient groups.
A good interoperability story for data quality should reflect clinical workflows names people, systems and meanings. EHR values arise from routine-care processes: who orders a test, when documentation occurs, how corrections are made and what incentives shape coding. Research teams should understand these workflows because completeness and timing can differ across sites, departments and patient groups. Preserve this guardrail: A missing EHR field may mean not measured, measured elsewhere, not documented or inaccessible.
Try this
Explain data quality should reflect clinical workflows to a student in health data science. Observe the workflow for one critical datum and list every point where it can be delayed, changed or omitted. Separate technical exchange from clinical meaning. Preserve this caution: A missing EHR field may mean not measured, measured elsewhere, not documented or inaccessible.
A strong science note separates observation from interpretation. Observe the workflow for one critical datum and list every point where it can be delayed, changed or omitted. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Observe the workflow for one critical datum and list every point where it can be delayed, changed or omitted. Keep this boundary visible: A missing EHR field may mean not measured, measured elsewhere, not documented or inaccessible.
CHAPTER 13 OF 17 · Retain the evidence
13. Provenance should survive EHR-to-EDC transfer
The record should identify the EHR source, originator when available, date and time, transfer route, mappings and transformations. Audit trails and data-lineage records help distinguish the original clinical entry from research selections, conversions and corrections.
For provenance should survive ehr-to-edc transfer, imagine two maps laid over each other: the care workflow and the research protocol. The record should identify the EHR source, originator when available, date and time, transfer route, mappings and transformations. Audit trails and data-lineage records help distinguish the original clinical entry from research selections, conversions and corrections. Keep this boundary visible: A copied value without provenance cannot be confidently reconciled with the care record.
Try this
Build a care-to-research map for provenance should survive ehr-to-edc transfer. Build a lineage diagram from care event through EHR field, interface, EDC field and analysis dataset. Circle every place where meaning, units or timing could change. Keep this limit: A copied value without provenance cannot be confidently reconciled with the care record.
A strong science note separates observation from interpretation. Build a lineage diagram from care event through EHR field, interface, EDC field and analysis dataset. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Build a lineage diagram from care event through EHR field, interface, EDC field and analysis dataset. Keep this boundary visible: A copied value without provenance cannot be confidently reconciled with the care record.
CHAPTER 14 OF 17 · Retain the evidence
14. Privacy protections must fit dual-purpose data
EHRs contain sensitive information beyond what a protocol may need. Consent, authorisation, IRB review, role-based access, minimum necessary extraction, secure transfer and incident plans help protect participants. Research access should not expose unrelated records merely because the system can display them.
The promise of privacy protections must fit dual-purpose data is useful reuse. The scientific test is whether context survives. EHRs contain sensitive information beyond what a protocol may need. Consent, authorisation, IRB review, role-based access, minimum necessary extraction, secure transfer and incident plans help protect participants. Research access should not expose unrelated records merely because the system can display them. The result stops here: De-identification or limited access reduces risk but does not remove every re-identification or misuse possibility.
Try this
Test privacy protections must fit dual-purpose data with one realistic patient record. Create a field-level access plan showing why each requested element is necessary for the research. Add a missing-value scenario and a correction scenario. Respect this boundary: De-identification or limited access reduces risk but does not remove every re-identification or misuse possibility.
A strong science note separates observation from interpretation. Create a field-level access plan showing why each requested element is necessary for the research. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Create a field-level access plan showing why each requested element is necessary for the research. Keep this boundary visible: De-identification or limited access reduces risk but does not remove every re-identification or misuse possibility.
FDA’s acceptance of EHR-derived data depends on the agency’s ability to verify quality and integrity during inspection. Sponsors and sites should arrange access to relevant records, metadata and audit history while respecting privacy and institutional security controls.
A good interoperability story for fda inspection requires verifiable access names people, systems and meanings. FDA’s acceptance of EHR-derived data depends on the agency’s ability to verify quality and integrity during inspection. Sponsors and sites should arrange access to relevant records, metadata and audit history while respecting privacy and institutional security controls. Preserve this guardrail: A summary extract may not be enough when FDA must verify the source and its history.
Try this
Explain fda inspection requires verifiable access to a student in health data science. Run an inspection rehearsal for one transferred value and record the time and evidence needed to verify it. Separate technical exchange from clinical meaning. Preserve this caution: A summary extract may not be enough when FDA must verify the source and its history.
A strong science note separates observation from interpretation. Run an inspection rehearsal for one transferred value and record the time and evidence needed to verify it. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Run an inspection rehearsal for one transferred value and record the time and evidence needed to verify it. Keep this boundary visible: A summary extract may not be enough when FDA must verify the source and its history.
Clinical investigators and sponsors must meet applicable recordkeeping and retention requirements even when EHR vendors, interfaces or healthcare organisations change. Plans should address readable exports, certified copies, metadata, code dictionaries, mapping versions and continued authorised access.
For retention plans should outlast interfaces, imagine two maps laid over each other: the care workflow and the research protocol. Clinical investigators and sponsors must meet applicable recordkeeping and retention requirements even when EHR vendors, interfaces or healthcare organisations change. Plans should address readable exports, certified copies, metadata, code dictionaries, mapping versions and continued authorised access. Keep this boundary visible: Keeping the EDC copy may be insufficient when interpretation depends on EHR context that was not transferred.
Try this
Build a care-to-research map for retention plans should outlast interfaces. Test a long-term archive package without using the live EHR or current interface. Circle every place where meaning, units or timing could change. Keep this limit: Keeping the EDC copy may be insufficient when interpretation depends on EHR context that was not transferred.
A strong science note separates observation from interpretation. Test a long-term archive package without using the live EHR or current interface. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Test a long-term archive package without using the live EHR or current interface. Keep this boundary visible: Keeping the EDC copy may be insufficient when interpretation depends on EHR context that was not transferred.
CHAPTER 17 OF 17 · Retain the evidence
17. A complete EHR evidence receipt keeps care and research aligned
The receipt records the protocol question, EHR owner, system version, care workflow, fields, standards, mappings, transfer mode, validation, provenance, review, privacy, inspection and retention. It lets a later reader see exactly how a care record became trial evidence.
The promise of a complete ehr evidence receipt keeps care and research aligned is useful reuse. The scientific test is whether context survives. The receipt records the protocol question, EHR owner, system version, care workflow, fields, standards, mappings, transfer mode, validation, provenance, review, privacy, inspection and retention. It lets a later reader see exactly how a care record became trial evidence. The result stops here: A transparent data route cannot remove bias created by who receives care or what clinicians choose to document.
Try this
Test a complete ehr evidence receipt keeps care and research aligned with one realistic patient record. Ask an independent reviewer to reproduce the variable and list the populations or workflows it may underrepresent. Add a missing-value scenario and a correction scenario. Respect this boundary: A transparent data route cannot remove bias created by who receives care or what clinicians choose to document.
A strong science note separates observation from interpretation. Ask an independent reviewer to reproduce the variable and list the populations or workflows it may underrepresent. Record the source, version or date, population or device context, method, result and one uncertainty. If the official record does not show a field, write “not shown” instead of filling the gap from memory.
Evidence checkpoint
Ask an independent reviewer to reproduce the variable and list the populations or workflows it may underrepresent. Keep this boundary visible: A transparent data route cannot remove bias created by who receives care or what clinicians choose to document.
EHR-to-research evidence map
| Question | Evidence to capture | Boundary to retain |
|---|---|---|
| Does the EHR fit the question? | Concept, field, workflow, timing and population | Available data may not represent the endpoint |
| Can systems exchange meaning? | Standards, mappings, units, validation and exceptions | Successful transport is not semantic equivalence |
| Can the value be trusted? | Origin, provenance, audit trail, review and correction | Care workflows shape completeness |
| Can it be inspected later? | Privacy, access, export, metadata and retention | A summary may not verify the source |
Science learning becomes useful when a student can show where a claim came from, why it applies and where it stops. Continue with the eduKate Science Learning Hub, compare choices in the Education Hub, and connect these habits to career pathways built from subject capabilities.
When care records and research systems cooperate well, participants repeat less information and scientists gain richer evidence. The optimism comes from connection; the credibility comes from keeping care context, research purpose and data history visible together.
Primary sources and verification date
Source status checked 26 October 2026. FDA guidance describes the agency’s current thinking and does not replace applicable statutes, regulations or product-specific communication with FDA.
- FDA: Use of Electronic Health Record Data in Clinical Investigations — Final guidance, July 2018; docket FDA-2016-D-1224.
- FDA: Full EHR clinical-investigations guidance PDF — Official scope, interoperability, data quality, privacy, inspection and retention recommendations.
- FDA: Real-World Evidence programme — Current FDA resource page for EHR, claims, registries and real-world evidence guidance.
