Tutorials › Biostatistics › Real-World Evidence in Regulatory Submissions

Regulatory Science & Clinical Evidence

Real-World Evidence in Regulatory Submissions

A practical guide to turning real-world data into regulator-ready evidence, including regulatory questions, data fitness, study design, target trial emulation, confounding, missing data, causal inference, sensitivity analyses, FDA and EMA expectations, submission documentation, and implementation in R.

Advanced12–18 min read

What You'll Learn

  • How RWD becomes RWE and where it can contribute to a regulatory decision
  • How to define a decision-relevant estimand before selecting a data source
  • How FDA and EMA expectations shape RWE study design and documentation
  • How to evaluate data relevance, reliability, completeness, provenance, and fitness for use
  • How to control confounding, selection bias, immortal-time bias, and time-varying exposure
  • How to build a traceable RWE package with analysis specifications, code, QC, and sensitivity analyses

Introduction

Real-world evidence (RWE) is evidence about the use, benefits, and risks of medical products that is generated from analysis of real-world data (RWD). RWD can come from electronic health records, administrative claims, disease or product registries, pharmacy data, laboratory systems, linked datasets, and other routinely collected healthcare information.

The regulatory question is not simply whether a dataset is large. The central question is whether the data and study design can generate credible evidence for the specific regulatory question being asked.

Key idea: RWE is not a data type. It is an evidentiary product. The same RWD source can be highly fit for one question and poorly suited to another because the relevant population, exposure, outcome, timing, follow-up, and confounders differ.

RWD, RWE, and Regulatory Evidence

ConceptMeaningRegulatory relevance
Real-world dataData relating to patient health status and healthcare delivery collected from routine sourcesRaw material from which evidence may be generated
Real-world evidenceClinical or regulatory evidence derived through analysis of RWDCan complement or, in appropriate settings, contribute directly to regulatory decisions
Regulatory questionA specific question about effectiveness, safety, utilization, or benefit-riskDetermines what design and data are fit for purpose
Analysis datasetA controlled, documented dataset created for the prespecified analysisMust be traceable to source data and derivations

Where RWE Can Contribute

FDA states that RWD and RWE are used across the medical-product lifecycle, including premarket and postmarket evaluation of effectiveness and safety. FDA's August 2023 guidance describes considerations for using RWD/RWE to support regulatory decisions for drugs and biological products, including new indications and postapproval study requirements.

EMA similarly describes RWE as a way to complement evidence from clinical trials and support regulatory decision-making throughout the medicine lifecycle. Its RWE program includes regulator-led studies and the DARWIN EU network.

1
Pre-authorization: characterize disease burden, treatment patterns, external comparators, or other evidence gaps where scientifically justified.
2
Effectiveness: estimate outcomes under routine practice when the design can address confounding and other major threats to validity.
3
Safety: evaluate adverse outcomes, utilization, risk factors, and longer-term effects.
4
Postapproval: characterize real-world use, fulfill commitments, monitor safety, or investigate effectiveness questions.
5
Labeling and regulatory science: RWE may contribute to a broader evidence package, but its evidentiary role must be justified rather than assumed.

Start With the Regulatory Decision, Not the Database

A common RWE mistake is to begin with a convenient dataset and ask what can be analyzed. A stronger approach begins with the decision that the analysis must inform.

Write the question in a structured form:

\[ \text{Decision} \rightarrow \text{Question} \rightarrow \text{Estimand} \rightarrow \text{Design} \rightarrow \text{Data} \rightarrow \text{Analysis} \]

For example, instead of saying “Use claims to study survival,” specify the population, treatment strategies, time zero, outcome, follow-up, and intercurrent-event strategy.

The Estimand Comes Before the Estimator

An RWE study should define what effect is intended to be estimated before selecting the statistical method.

Estimand elementExample
PopulationAdults with newly diagnosed disease meeting prespecified eligibility criteria
Treatment strategiesInitiation of Drug A versus active comparator
Variable / outcomeAll-cause mortality by 12 months
Intercurrent eventsTreatment switching handled according to a prespecified strategy
Summary measure12-month risk difference or hazard ratio
Why this matters: Two studies using the same database can legitimately produce different answers because they target different estimands. “The database says…” is therefore not a meaningful regulatory conclusion without a defined question and analysis target.

Regulatory Fitness for Use

FDA's 2024 final guidance on EHR and medical-claims data emphasizes assessment of whether RWD are sufficiently reliable and relevant for the proposed clinical study. FDA's 2023 final guidance also emphasizes the need to consider data source selection, study design, and the ability of the data to support the regulatory question.

DimensionQuestions to answer
RelevanceDoes the source contain the population, exposure, outcomes, timing, and covariates needed?
ReliabilityAre data collection processes controlled, documented, and stable?
CompletenessAre key variables sufficiently observed, or can missingness create systematic bias?
ProvenanceCan each analysis variable be traced to a source field and transformation?
Linkage qualityCan records from different systems be linked accurately and reproducibly?
TimelinessAre data available with adequate latency for the intended decision?
RepresentativenessDoes the observed population resemble the regulatory target population?

Data Source Selection

Different RWD sources provide different windows into clinical reality.

SourceStrengthsCommon limitations
EHRClinical measurements, diagnoses, notes, laboratory resultsMissingness, heterogeneous coding, care outside the network
ClaimsLarge populations, utilization, procedures, longitudinal billing recordsClinical detail may be limited; codes can be proxies rather than direct measurements
RegistriesDisease-specific clinical detail and structured follow-upSelection, coverage, and missing-data considerations
Pharmacy dataDispensing and medication-use informationDispensing does not necessarily equal ingestion or persistence
Linked sourcesCan combine complementary informationLinkage error, governance, privacy, and provenance complexity

Data Provenance: The Hidden Backbone of a Submission

A regulator should be able to understand where the evidence came from and how it was transformed. A robust RWE package therefore treats provenance as a first-class analytical object.

A
Source: identify database, owner, coverage period, refresh, extraction, and version.
B
Transformation: document coding maps, linkage, cleaning, derivations, and exclusions.
C
Analysis: map variables to the protocol, SAP, analysis datasets, and code.
D
Output: ensure tables, listings, figures, and effect estimates can be reproduced from controlled inputs.

Example: A Treatment-Effect Question

Suppose a sponsor wants to compare 1-year mortality after initiation of Drug A versus an active comparator in routine practice.

\[ \Delta = P(Y_{12}=1\mid A=1)-P(Y_{12}=1\mid A=0) \]

Even this simple expression hides important design decisions: who qualifies as a new user, what defines treatment initiation, when follow-up begins, how treatment switching is handled, which deaths can be observed, and how baseline confounding is controlled.

Target Trial Emulation

For comparative effectiveness questions, target trial emulation is a useful framework for making the causal question explicit. The observational study is designed to mimic the protocol of the hypothetical randomized trial that would answer the question.

Target-trial componentRWE analogue
EligibilityDatabase inclusion criteria applied at index
Treatment assignmentObserved initiation of treatment strategies
Time zeroIndex date aligned across treatment groups
Follow-upPrespecified observation window
OutcomeValidated outcome algorithm
Causal contrastIntention-to-treat-like or per-protocol-like contrast, as specified
Critical point: The treatment start date and eligibility date must be aligned. If one group enters follow-up before becoming eligible for the comparison, systematic bias can be introduced.

Immortal-Time Bias

Immortal-time bias occurs when a period during which the outcome cannot occur under the study definition is incorrectly assigned to an exposure group.

Consider a study defining “treated” patients by requiring a prescription sometime during the first 90 days. If treated patients are followed from Day 0 but cannot be classified as treated until a later prescription, the exposure definition and time origin are misaligned.

\[ \text{Eligible at }t_0 \;\rightarrow\; \text{treatment classification at }t_1 \]

A target-trial framework forces the analyst to confront this problem explicitly.

Confounding

Unlike randomization, routine clinical care does not generally assign treatment independently of patient characteristics. Treatment choice can depend on prognosis, disease severity, prior therapy, clinician preference, access, comorbidity, and many other factors.

The causal target can be written as:

\[ E[Y^{(1)}-Y^{(0)}] \]

where \(Y^{(1)}\) and \(Y^{(0)}\) represent potential outcomes under the two treatment strategies.

The core challenge is that only one potential outcome is observed for each patient. RWE methods attempt to construct a credible counterfactual comparison using measured information and design assumptions.

Directed Acyclic Graphs

A causal diagram can help identify variables that should be measured and adjusted for.

Figure 1. Simplified causal structure for an RWE treatment-effect study
The diagram is illustrative. The actual adjustment set should be driven by the scientific question and causal structure.

Disease severity and comorbidity are potential baseline common causes of treatment choice and outcome. Post-treatment variables should not automatically be adjusted for merely because they predict outcome.

Propensity Scores

A propensity score is the probability of receiving the observed treatment conditional on measured baseline covariates.

\[ e(X)=P(A=1\mid X) \]

Common applications include matching, weighting, stratification, and covariate adjustment.

For inverse probability of treatment weighting, a simple binary-treatment weight can be written:

\[ w_i=\frac{1}{P(A_i\mid X_i)} \]

Stabilized weights are often preferable in practice because they can reduce variance and improve numerical behavior.

Overlap Matters

A sophisticated propensity-score model cannot solve a lack of treatment overlap.

If some patients have a near-zero probability of receiving one treatment, comparisons for those patients are driven by extrapolation rather than observed clinical practice.

Good
Substantial overlap in treatment probabilities
Caution
Sparse regions with extreme weights
Poor
Near-deterministic treatment assignment

Illustrative Propensity-Score Overlap

Figure 2. Example treatment-propensity distributions
Illustrative density-style display showing why overlap is important for comparative RWE.
Drug A
Comparator

The figure is simulated and demonstrates the concept of common support; it is not evidence from a real dataset.

Outcome Definition Is Often Harder Than It Looks

Regulatory-grade outcomes require operational definitions. “Hospitalization,” “progression,” “response,” and even “death” can be represented differently across data sources.

OutcomePotential sourceValidation question
All-cause mortalityDeath registry, claims, EHRAre deaths outside the observed healthcare system captured?
HospitalizationClaims/EHRDoes the algorithm distinguish admission, observation, and emergency encounters?
Disease progressionEHR, imaging, registryIs progression directly observed or inferred from proxies?
Adverse eventEHR/claims/registryIs the event definition clinically specific and consistently coded?

Validation and Outcome Algorithms

A code appearing in a database is not automatically equivalent to a clinical event. When possible, outcome definitions should be supported by validation evidence, chart review, adjudication, or other evidence appropriate to the question.

Document:

  • Code lists and coding versions
  • Look-back and look-forward windows
  • Required combinations of diagnosis, procedure, medication, or laboratory evidence
  • Positive and negative predictive value when available
  • Known limitations of the algorithm

Missing Data

RWD are frequently incomplete. Missingness can arise because care occurred elsewhere, clinicians did not measure a variable, a field was not captured, or the data-generating system changed over time.

Let \(M\) indicate whether a variable is observed. Missingness mechanisms are often described as:

\[ MCAR,\quad MAR,\quad MNAR \]

These labels are assumptions about the missing-data mechanism, not properties that can always be established from observed data.

Missingness Should Be Characterized, Not Hidden

CheckWhy it matters
Missingness by treatmentCan create differential information quality
Missingness by site/providerMay reflect workflow or data-capture differences
Missingness over calendar timeCan reveal system changes or coding transitions
Missingness by disease severityMay make complete-case analyses systematically biased

Time-Varying Exposure

Real-world treatment often changes after initiation. Patients may discontinue, switch, restart, or add therapies.

A baseline exposure analysis and a time-varying exposure analysis answer different questions.

\[ A(t)= \begin{cases} 1,&\text{receiving treatment at time }t\\ 0,&\text{otherwise} \end{cases} \]

Time-varying methods can be appropriate, but they require careful handling of time-dependent confounding and treatment history.

External Control Arms

An external control arm can be attractive when randomized control data are difficult to obtain, especially in rare diseases or settings with substantial unmet need. But comparability is a central issue.

Questions include:

  • Are eligibility criteria aligned?
  • Is the index date defined consistently?
  • Are treatment eras comparable?
  • Are outcome definitions equivalent?
  • Are prognostic factors measured in both sources?
  • Could differences reflect referral or healthcare-system selection?

Calendar-Time Bias

Clinical practice changes. Diagnostic methods, supportive care, treatment sequencing, standards of care, and coding systems may differ across years.

If the treated cohort is primarily from a recent period while the external control is historical, the treatment effect may be confounded by calendar time.

Practical rule: When using historical controls, treat calendar time as a potential confounder and explicitly evaluate whether the treatment pathway, disease management, data capture, and outcome ascertainment changed.

Transportability and Generalizability

A database may contain millions of patients yet still represent only a subset of the population relevant to a regulatory decision.

Compare:

  • Age and sex distribution
  • Disease severity
  • Comorbidity burden
  • Prior treatment history
  • Race and ethnicity where appropriate and legally/ethically permitted
  • Healthcare setting
  • Geographic coverage
  • Specialist versus community care

Large sample size does not compensate for systematic differences between the study population and the population to which the regulatory conclusion will be applied.

FDA Perspective

FDA's August 2023 final guidance addresses considerations for using RWD and RWE to support regulatory decisions for drugs and biological products. FDA also issued final guidance in July 2024 on assessing EHR and medical-claims data for clinical studies supporting regulatory decisions.

For non-interventional studies, FDA's March 2024 document is a draft guidance and therefore should not be treated as a final implementation standard. It nevertheless provides useful discussion of design considerations such as confounding, data sources, study conduct, and reporting.

For safety-focused non-interventional studies, ICH M14 reached final FDA guidance status in March 2026. It addresses planning, designing, analyzing, and reporting non-interventional studies using RWD for safety assessment and states that many principles also apply to effectiveness studies.

EMA Perspective

EMA's RWE framework supports use of RWD in regulatory decision-making and includes guidance and reflection material on non-interventional studies and registry-based studies.

EMA's DARWIN EU network provides access to healthcare databases and uses standardized analytical approaches, including the OMOP Common Data Model, to generate evidence for regulatory questions. EMA reports that DARWIN EU studies can inform regulatory review, labeling changes, feasibility assessments, and pharmacovigilance.

As of the 2025 reporting period, EMA reported 59 regulator-led RWD studies conducted between February 2024 and February 2025 and described DARWIN EU as the main evidence-generation pathway for EMA-led studies.

FDA and EMA: A Practical Comparison

DimensionFDAEMA / EU network
Core conceptRWD can generate RWE supporting regulatory decisions when fit for the questionRWE complements the broader evidence base and supports lifecycle regulatory decisions
Important data considerationsRelevance, reliability, source characteristics, study designData quality, feasibility, governance, methodological rigor, regulatory context
Major infrastructureFDA RWE Program and center-specific activitiesDARWIN EU and HMA-EMA data-source ecosystem
Non-interventional studiesSpecific guidance and draft/final materials depending on purposeReflection paper and scientific-guideline framework
Key practical lessonDo not treat RWE as inherently valid because it is “real-world”Use fit-for-purpose data and transparent methodology to answer defined regulatory questions

Registry-Based Evidence

Registries can be valuable when they capture disease-specific variables not available in generic claims or EHR data. FDA has a final guidance on assessing registries to support regulatory decision-making for drugs and biological products.

For registry-based evidence, examine enrollment mechanisms, site coverage, data completeness, endpoint definitions, follow-up, and changes in registry operations over time.

Study Protocol

A regulator-ready RWE study should have a protocol that makes the design reproducible before outcome analysis begins.

1
State the regulatory question and decision context.
2
Define the estimand and causal contrast.
3
Define eligibility, index date, exposure, comparator, outcomes, and follow-up.
4
Specify confounders, mediators, effect modifiers, and analysis sets.
5
Document data-source characteristics and validation evidence.
6
Prespecify primary and sensitivity analyses.
7
Define missing-data, censoring, treatment-switching, and competing-risk strategies.

Statistical Analysis Plan

The SAP should translate the protocol into executable analysis rules.

ComponentExample specification
Primary populationEligible initiators with required baseline information
AdjustmentPropensity-score weighting using prespecified baseline covariates
OutcomeAll-cause mortality through 12 months
Primary effectRisk difference at 12 months
Missing baseline covariatesPrespecified imputation or missing-category strategy as scientifically justified
Extreme weightsPrespecified diagnostics and handling rule
Sensitivity analysesAlternative confounding adjustment, outcome definition, follow-up, and exposure strategy

Balance Diagnostics

After weighting or matching, report whether measured baseline characteristics are balanced.

\[ SMD=\frac{\bar X_1-\bar X_0}{s_{\mathrm{pooled}}} \]

For binary variables, analogous standardized differences can be used. The exact diagnostic threshold should not be treated as a universal pass/fail rule; the entire balance profile and clinical importance of covariates should be considered.

Illustrative Balance Plot

Figure 3. Standardized mean differences before and after adjustment
Illustrative covariate-balance display. Values are simulated.

A balance plot should accompany numerical diagnostics. A visually improved plot does not prove that all clinically important confounding has been removed.

Confounding Sensitivity Analysis

Observed-data adjustment can only address measured or adequately proxied confounders. Sensitivity analyses can quantify how strong an unmeasured confounder would need to be to materially change the conclusion.

Examples include:

  • Negative-control outcomes or exposures
  • Quantitative bias analysis
  • Alternative propensity-score specifications
  • Restriction to better-measured subpopulations
  • High-dimensional confounding approaches
  • Alternative outcome definitions
  • Alternative exposure grace periods

Competing Risks

When the event of interest can be precluded by another event, the estimand must clarify whether the analysis concerns a cause-specific hazard, cumulative incidence, or another quantity.

For example, in an oncology study, death can preclude a subsequent hospitalization endpoint. The choice of competing-risk method should follow the clinical question rather than being selected solely because a software procedure is available.

Survival Analysis

For time-to-event outcomes, a Cox model may be used:

\[ h(t\mid X)=h_0(t)\exp(\beta^\top X) \]

But the hazard ratio is not automatically the most decision-relevant summary. Depending on the regulatory question, absolute risks, risk differences, restricted mean survival time, or cumulative incidence may be more interpretable.

Recurrent Events

Routine-care outcomes can occur repeatedly, such as hospitalizations or infections. The analysis should specify whether the estimand concerns time to first event, total event burden, event rate, or another measure.

Negative Controls

A negative-control outcome is an outcome that should not plausibly be caused by the exposure but may share the same confounding structure. Unexpected associations can reveal residual bias or data-quality problems.

Use with care: A negative-control analysis is a diagnostic tool, not a universal proof of validity. A null negative control does not establish that all confounding has been removed.

Data Quality Checks

Before inferential analysis, run systematic data-quality checks.

CheckExample
RangeImpossible dates, negative ages, implausible laboratory values
UniquenessDuplicate patient-index records
Temporal consistencyOutcome preceding index date
Cross-variable logicDeath date preceding enrollment date
CompletenessMissingness of key eligibility or outcome fields
Site consistencyUnexpected shifts in coding or data capture

R Implementation: A Reproducible Skeleton

library(dplyr)
library(survival)
library(survey)

analysis <- rwd %>%
  filter(eligible == 1) %>%
  mutate(
    index_date = treatment_start,
    followup_days = as.numeric(outcome_date - index_date),
    event = if_else(!is.na(outcome_date), 1, 0)
  )

ps_model <- glm(
  treatment ~ age + sex + disease_severity +
    comorbidity_index + prior_therapy,
  data = analysis,
  family = binomial()
)

analysis <- analysis %>%
  mutate(
    ps = predict(ps_model, type = "response"),
    wt = if_else(
      treatment == 1,
      1 / ps,
      1 / (1 - ps)
    )
  )

design <- svydesign(
  ids = ~1,
  weights = ~wt,
  data = analysis
)

fit <- svycoxph(
  Surv(followup_days, event) ~ treatment,
  design = design
)

summary(fit)

Do Not Treat Code as the Analysis Plan

Executable code is essential for reproducibility, but code should implement a prespecified scientific analysis rather than silently define it.

A strong submission package can map:

\[ \text{Protocol} \rightarrow \text{SAP} \rightarrow \text{Dataset} \rightarrow \text{Code} \rightarrow \text{Output} \]

Each arrow should be auditable.

Reproducibility and Version Control

RWE programs often combine multiple data transformations and software environments. Record:

  • Source database version and extraction date
  • Data refresh and update history
  • Code version or commit identifier
  • R and package versions
  • Configuration files
  • Lookup tables and coding dictionaries
  • Analysis dataset creation date
  • QC outputs and discrepancy resolution

Traceability Matrix

RequirementEvidenceArtifact
PopulationEligibility algorithmProtocol + program
ExposureInitiation algorithmData derivation specification
OutcomeValidated algorithmOutcome definition document
ConfoundingCovariate set and causal rationaleSAP + DAG
Primary estimateAnalysis modelStatistical program + output
SensitivityAlternative assumptionsAnalysis programs + outputs
ReproducibilityControlled environmentCode/version manifest

What Goes Into a Regulatory Submission?

The exact submission location depends on the product, regulatory pathway, and agency. Conceptually, the RWE package should allow a reviewer to understand the question, data source, study design, analysis, limitations, and evidentiary interpretation without reconstructing the study from fragments.

1
Executive summary: regulatory question, design, population, main estimate, and key limitations.
2
Data-source description: provenance, coverage, linkage, quality, and validation.
3
Protocol: estimand, design, eligibility, exposures, outcomes, follow-up.
4
SAP: primary and sensitivity analyses, missing data, weighting/matching, censoring.
5
Results: patient flow, baseline characteristics, diagnostics, primary estimate, uncertainty, sensitivity analyses.
6
Limitations: residual confounding, measurement error, missingness, selection, generalizability, and data latency.
7
Traceability: controlled datasets, programs, specifications, and QC evidence.

Patient-Flow Reporting

A transparent cohort flow is particularly important for RWE because the initial database population may be dramatically larger than the final analysis population.

Figure 4. Illustrative RWE cohort attrition
A regulator should be able to see how the source population became the analysis population.

Counts are simulated. Each exclusion should have a documented rule and reproducible derivation.

Handling Protocol Deviations in RWE

Observational studies do not have protocol deviations in exactly the same sense as randomized trials, but they have design deviations and data limitations that can affect the estimand. Examples include exposure misclassification, unavailable covariates, delayed outcome capture, and departures from intended follow-up.

Sensitivity Analysis Should Attack the Assumptions

A weak sensitivity analysis merely changes a model option. A stronger sensitivity analysis asks: What assumption is most likely to threaten the conclusion, and what analysis would reveal the impact?

ThreatUseful sensitivity analysis
Residual confoundingQuantitative bias analysis, negative controls, alternate adjustment
Exposure misclassificationAlternative exposure definitions and grace periods
Outcome misclassificationMore specific and more sensitive outcome algorithms
Missing dataAlternative imputation/observation assumptions
Informative censoringInverse probability of censoring weighting or alternative censoring rules
Calendar-time effectsRestriction or adjustment by treatment era

Common RWE Failure Modes

  1. Starting with the database. A convenient source is not necessarily a fit-for-purpose source.
  2. Vague treatment definition. “Received Drug A” must become an operational exposure algorithm.
  3. Misaligned time zero. Eligibility, treatment assignment, and follow-up must be synchronized.
  4. Overadjustment. Adjusting for post-treatment mediators can distort a causal effect.
  5. Ignoring missing care. Patients may receive care outside the observed system.
  6. Assuming large N means low bias. Precision cannot repair systematic bias.
  7. Reporting only the primary model. A credible RWE package should interrogate major assumptions.
  8. Changing the analysis after seeing the result without disclosure. Exploratory analyses are acceptable when clearly identified, but should not be presented as prespecified evidence.
  9. Weak provenance. If the reviewer cannot determine where a variable came from, confidence in the analysis suffers.
  10. Confusing association with causal evidence. A statistically precise association can still be badly confounded.

Example of a Regulatory-Grade Interpretation

Illustrative language: “In the prespecified eligible population, treatment initiation was associated with a lower estimated 12-month risk of the outcome after adjustment for measured baseline covariates. The analysis used an active comparator and aligned index dates to reduce measured confounding and time-related bias. Results were directionally consistent across prespecified sensitivity analyses. Residual confounding, exposure misclassification, incomplete capture of care outside the database, and limitations in outcome ascertainment remain possible. Accordingly, the findings are interpreted as part of the totality of evidence rather than as independent proof of causality.”

Totality of Evidence

RWE rarely exists in isolation. Regulatory decisions may integrate randomized clinical trials, pharmacology, natural-history evidence, safety surveillance, mechanistic evidence, registries, observational studies, and other sources.

The most persuasive RWE package is therefore not necessarily the largest one. It is the package whose question, data, design, analysis, and limitations are coherent with the broader evidence base.

RWE Quality-Control Checklist

1
Is the regulatory question explicit?
2
Is the estimand defined before the primary analysis?
3
Is the data source fit for the population, exposure, outcome, and follow-up?
4
Are eligibility and time zero reproducible?
5
Are exposure and outcome algorithms documented and validated where appropriate?
6
Are major confounders measured and causally justified?
7
Are overlap, missingness, censoring, and linkage quality assessed?
8
Are sensitivity analyses targeted to plausible threats?
9
Can every key result be reproduced from controlled data and code?
10
Are limitations presented with the same specificity as the benefits?

The Most Important Concept

The central principle of regulatory RWE is simple:

\[ \boxed{\text{Credible RWE}= \text{Relevant Question} +\text{Fit-for-Purpose Data} +\text{Valid Design} +\text{Appropriate Analysis} +\text{Transparent Provenance}} \]

A very large real-world dataset does not automatically generate persuasive evidence. Conversely, a carefully designed study using a smaller but highly relevant dataset can be highly informative.

Bottom line: Build RWE backward from the regulatory decision. Define the estimand, emulate the relevant target trial where appropriate, select data that can actually observe the required variables, control major sources of bias, prespecify sensitivity analyses, and make the entire evidence chain traceable. FDA and EMA increasingly use RWE across the medical-product lifecycle, but regulatory credibility depends on the quality and fit of the evidence—not simply on its real-world origin.

References

FDA. Considerations for the Use of Real-World Data and Real-World Evidence To Support Regulatory Decision-Making for Drug and Biological Products. Guidance for Industry, August 2023.
FDA. Real-World Data: Assessing Electronic Health Records and Medical Claims Data To Support Regulatory Decision-Making for Drug and Biological Products. Guidance for Industry, July 2024.
FDA. Real-World Evidence: Considerations Regarding Non-Interventional Studies for Drug and Biological Products. Draft Guidance, March 2024.
FDA. M14 General Principles on Planning, Designing, Analyzing, and Reporting of Non-interventional Studies That Utilize Real-World Data for Safety Assessment of Medicines. Final Guidance, March 2026.
EMA. Real-world evidence guidelines. European Medicines Agency.
EMA. Reflection paper on use of real-world data in non-interventional studies to generate real-world evidence for regulatory purposes. EMA/99865/2025, 2025.
EMA. Data Analysis and Real World Interrogation Network (DARWIN EU). European Medicines Agency.
EMA. Real-world evidence framework to support EU regulatory decision-making: 3rd report. 2025.