Tutorials › Biostatistics › Multiplicity Guidance from FDA and EMA

Regulatory Statistics

Multiplicity Guidance From FDA and EMA

A practical guide to controlling Type I error in confirmatory clinical trials, including multiple endpoints, multiple treatment comparisons, hierarchical testing, gatekeeping, alpha recycling, subgroup analyses, interim analyses, confidence intervals, SAP planning, and practical implementation in R.

Intermediate 22 min read

What You'll Learn

  • Why multiplicity matters in confirmatory trials
  • How FDA and EMA approaches address Type I error
  • How multiple primary and secondary endpoints can be organized
  • How hierarchical testing, gatekeeping, and alpha recycling work
  • How multiplicity affects subgroups, doses, time points, and interim analyses
  • How to document and implement a multiplicity strategy in R

Introduction

Multiplicity is one of the most important statistical issues in confirmatory clinical trials because a development program rarely asks only one question.

A pivotal trial may compare several treatments, evaluate several primary or key secondary endpoints, examine several doses, perform analyses at multiple time points, investigate important subgroups, and conduct one or more interim analyses.

If every hypothesis is tested at the conventional two-sided 5% significance level without an appropriate strategy, the probability of obtaining at least one apparently positive result under the global null hypothesis can exceed 5%.

Regulatory agencies therefore expect sponsors to distinguish between exploratory analyses and analyses intended to support confirmatory claims, and to prospectively specify how multiplicity will be handled for the latter.

Key idea: Multiplicity is not simply a requirement to "adjust every p-value." The objective is to ensure that the statistical evidence supporting prespecified confirmatory claims has an appropriate error-control property. The strategy may involve adjustment procedures, hierarchical testing, gatekeeping, alpha recycling, composite or co-primary endpoints, or other predefined methods.

FDA and EMA Regulatory Context

The FDA's Multiple Endpoints in Clinical Trials guidance, finalized in October 2022, addresses the problems created by multiple endpoints and describes strategies for grouping and ordering endpoints and managing multiplicity in clinical trials for human drugs and biologics.

EMA's current effective document is the Points to consider on multiplicity issues in clinical trials, adopted under reference CPMP/EWP/908/99 with an effective date of April 1, 2003.

EMA has also published a later draft guideline that was developed as an update to the 2002/2003 document. Because the EMA page identifies the 2003 document as the current effective version, sponsors should distinguish between the effective guidance and later consultation material when describing the regulatory basis for a statistical strategy.

Topic FDA EMA
Core concern Multiple endpoints and erroneous confirmatory conclusions Multiple comparisons and control of Type I error
Confirmatory focus Strong emphasis on claims supporting effectiveness Strong emphasis on confirmatory hypothesis testing
Endpoint organization Grouping and ordering are central concepts Hierarchy and multiplicity strategies are important
Multiple primary endpoints Requires an explicitly justified strategy Requires control of Type I error appropriate to the claim
Secondary endpoints Can be incorporated through prespecified testing strategies Multiplicity should be addressed when confirmatory claims are made
Subgroups Claims require careful prespecification and error control Multiplicity can arise when multiple subgroup hypotheses are tested
Regulatory interpretation: The FDA and EMA documents should not be treated as interchangeable checklists. The statistical principle is shared—avoid unsupported confirmatory claims caused by multiplicity—but the precise development strategy should be justified for the indication, estimand, endpoint structure, and intended regulatory claims.

What Is Multiplicity?

Suppose a trial tests one null hypothesis:

$$ H_0:\theta=0 $$

at a two-sided significance level of 0.05.

If the null hypothesis is true and the test is properly calibrated, the probability of a false positive is approximately:

$$ \alpha=0.05 $$

Now suppose the same trial tests several independent hypotheses, each at 0.05.

The probability of obtaining at least one statistically significant result under the global null is:

$$ P(\text{at least one false positive}) = 1-(1-\alpha)^m $$

where \(m\) is the number of tests.

For five independent tests:

$$ 1-(1-0.05)^5 \approx0.226 $$

or approximately 22.6%.

This does not mean that every collection of five clinical-trial tests has a 22.6% false-positive probability. Correlations, hypotheses, testing relationships, and the definition of the error criterion all matter.

But it illustrates the central problem: the nominal alpha level of each individual test does not automatically describe the error probability for a family of claims.

Family-Wise Type I Error

A common regulatory objective is control of the family-wise Type I error rate, or FWER.

Conceptually:

$$ FWER = P(\text{at least one false rejection within the family}) $$

For a confirmatory family, the target may be:

$$ FWER\leq0.05 $$

for a two-sided confirmatory testing framework.

Important distinction: The FWER is a property of a testing procedure and a defined family of hypotheses. It is not simply the smallest p-value in a table, nor is it automatically the same thing as the probability that the drug "does not work."

Multiplicity Is Broader Than Multiple Endpoints

The word multiplicity is sometimes used as if it means only "multiple endpoints."

In practice, multiple-testing problems can arise from many sources.

Source of multiplicity Example
Endpoints Overall survival, progression-free survival, response rate
Treatment comparisons Three active doses versus placebo
Doses Low, medium, and high dose
Time points Week 12, Week 24, Week 52
Subgroups Biomarker-positive and biomarker-negative populations
Multiple estimands Treatment-policy and hypothetical strategies
Interim analyses Early efficacy analyses before final analysis
Responder definitions Several thresholds or responder populations
Composite endpoints Multiple components with different inferential questions

Multiplicity Begins With the Claim

One of the most useful ways to approach multiplicity is to start with the regulatory claim rather than the statistical test.

Suppose the proposed label claim is:

Claim: Treatment A improves both overall survival and progression-free survival compared with control.

That is different from a trial in which the sponsor wants to claim:

Claim: Treatment A improves at least one of overall survival or progression-free survival.

The statistical strategy should reflect the logical structure of the claim.

Intersection Versus Union Claims

Suppose there are two hypotheses:

$$ H_1:\theta_1\leq0 $$ $$ H_2:\theta_2\leq0 $$

If success requires both endpoints to demonstrate efficacy, the claim is an intersection-type claim.

If success requires at least one endpoint to demonstrate efficacy, the claim has a different logical structure.

This distinction matters because multiplicity procedures should match the claim being supported.

Multiple Primary Endpoints

Suppose a trial has two primary endpoints:

  • Overall survival
  • Progression-free survival

There are several possible strategies.

Both Endpoints Required

If both endpoints must be statistically significant to declare success, a conservative intersection strategy may avoid the need for a conventional Bonferroni split in the simplest case.

However, the complete statistical argument must consider the precise testing procedure and the regulatory claim.

Either Endpoint Can Support Success

If either endpoint can independently support the primary claim, then the family needs explicit Type I error control.

A simple Bonferroni allocation could divide:

$$ \alpha_1=0.025 \qquad \alpha_2=0.025 $$

for a total two-sided alpha of 0.05.

Bonferroni Adjustment

The Bonferroni method is conceptually simple.

For \(m\) hypotheses and family-wise alpha \(\alpha\), one can test each hypothesis at:

$$ \alpha^\ast=\frac{\alpha}{m} $$

For four hypotheses and \(\alpha=0.05\):

$$ \alpha^\ast=\frac{0.05}{4}=0.0125 $$

The procedure is easy to explain and broadly applicable.

Its limitation is that it can be conservative, particularly when endpoints are correlated or when only some hypotheses are relevant after earlier successes.

Regulatory point: The existence of Bonferroni does not mean Bonferroni should automatically be used. A prespecified, clinically coherent hierarchical or gatekeeping strategy may preserve more power while maintaining the desired error-control property.

Holm's Step-Down Procedure

Holm's procedure improves on simple Bonferroni while maintaining strong FWER control under general dependence.

Order the p-values:

$$ p_{(1)}\leq p_{(2)}\leq\cdots\leq p_{(m)} $$

Then compare:

$$ p_{(1)}\leq\frac{\alpha}{m}, \qquad p_{(2)}\leq\frac{\alpha}{m-1}, \qquad \ldots $$

The testing stops when the first comparison fails.

Holm is useful when hypotheses form a family but do not have a clinically necessary testing hierarchy.

Hierarchical Testing

A hierarchical strategy orders hypotheses according to clinical importance.

For example:

1
Test the primary endpoint at the full allocated alpha.
2
If successful, test the first key secondary endpoint.
3
If successful, test the next key secondary endpoint.
4
Continue according to the prespecified sequence.

This approach is often called a fixed-sequence procedure.

It can be highly efficient because alpha is not necessarily divided across all hypotheses at the beginning.

Fixed-Sequence Testing

Consider:

$$ H_1\rightarrow H_2\rightarrow H_3 $$

with a two-sided family alpha of 0.05.

The strategy might be:

Step Hypothesis Alpha Condition
1 Primary endpoint 0.05 Always tested
2 Key secondary 1 0.05 Only if Step 1 succeeds
3 Key secondary 2 0.05 Only if Step 2 succeeds

The procedure can support a sequence of confirmatory claims while preserving the specified error-control logic.

Gatekeeping Procedures

Gatekeeping is useful when hypotheses are organized into families.

For example:

A
Gate 1: Test the primary endpoint family.
B
Gate 2: If the gate is passed, test the key secondary family.
C
Gate 3: If applicable, test additional clinically important claims.

Gatekeeping is especially useful when the clinical interpretation naturally requires an earlier success before later claims become meaningful.

Alpha Recycling

More flexible procedures can allow alpha to move between hypotheses after success or failure.

Suppose:

$$ \alpha=0.05 $$

is initially assigned to a primary endpoint.

If the primary hypothesis succeeds, some or all of its alpha may be passed to a subsequent hypothesis according to a prespecified graphical or gatekeeping procedure.

This is often called alpha recycling.

Alpha recycling must be prespecified. A sponsor cannot examine results, decide informally which endpoint deserves more alpha, and then describe the resulting p-values as if the procedure had been planned in advance.

Graphical Testing Procedures

Graphical approaches provide a useful visual representation of alpha allocation and recycling.

Figure 1. Example of a Graphical Multiplicity Strategy
Illustrative alpha allocation for a primary endpoint and two key secondary endpoints. This is a conceptual example, not a recommended universal strategy.

The arrows represent possible prespecified alpha transitions following successful testing. Exact transition weights must be specified before unblinding the confirmatory results.

Why Prespecification Matters

Multiplicity is not only a programming issue.

The strategy should be defined before confirmatory results are known.

A robust statistical plan should specify:

  • The confirmatory hypothesis family
  • The alpha level
  • The order of testing
  • Any alpha allocation
  • Any alpha recycling
  • Decision rules after each test
  • Handling of interim analyses
  • Handling of subgroup claims
  • Handling of additional endpoints
  • The relationship between primary and key secondary endpoints

Multiplicity and the Statistical Analysis Plan

The SAP should make the testing strategy sufficiently explicit that an independent statistician could reconstruct the confirmatory decision process.

A vague statement such as:

"The primary and secondary endpoints will be adjusted for multiplicity."

is generally inadequate.

Instead, the SAP should identify the hypotheses, their order, their alpha allocations, and the conditions under which later hypotheses can be tested.

A Practical SAP Example

Suppose the trial has:

  • Primary endpoint: progression-free survival
  • Key secondary endpoint 1: overall survival
  • Key secondary endpoint 2: objective response rate
  • Key secondary endpoint 3: duration of response

A fixed sequence could be:

$$ H_{PFS} \rightarrow H_{OS} \rightarrow H_{ORR} \rightarrow H_{DoR} $$

with each subsequent hypothesis tested only if its predecessor succeeds.

This is a simple example. In a real trial, the scientific and regulatory justification for the sequence should be explicit.

Multiple Treatment Comparisons

Multiplicity can arise even when there is only one endpoint.

Suppose a dose-ranging trial has three active doses and placebo:

  • Placebo
  • Low dose
  • Medium dose
  • High dose

If all three doses are compared independently with placebo at 0.05, the family of treatment comparisons may require an appropriate multiplicity strategy if the comparisons are intended to support confirmatory claims.

Dose Selection and Multiplicity

A common clinical development structure is:

1
Evaluate multiple doses.
2
Identify the dose or doses that satisfy the prespecified efficacy criteria.
3
Use the selected dose for subsequent confirmatory development.

The multiplicity strategy depends on whether dose comparisons are exploratory, confirmatory, adaptive, or part of a broader selection procedure.

Multiple Secondary Endpoints

Secondary endpoints can range from supportive measurements to endpoints that are themselves intended to support important regulatory claims.

The statistical plan should therefore distinguish:

Endpoint role Typical inferential status
Primary endpoint Usually central to the primary efficacy claim
Key secondary endpoint May support additional confirmatory claims
Secondary supportive endpoint May provide context without a formal confirmatory claim
Exploratory endpoint Generally hypothesis-generating

The label "secondary" does not automatically mean "free from multiplicity."

Important: If a secondary endpoint is intended to support a confirmatory regulatory claim, it should be incorporated into the prespecified multiplicity strategy as appropriate.

Multiplicity and Subgroup Analyses

Subgroup analyses can produce a large number of potential comparisons.

Examples include:

  • Age groups
  • Sex
  • Geographic region
  • Race or ethnicity
  • Disease stage
  • Biomarker status
  • Prior treatment
  • Baseline disease severity

A trial may have a primary treatment effect and then investigate whether the effect differs across several subgroups.

These subgroup analyses are valuable for understanding treatment consistency and heterogeneity, but they should not automatically be treated as independent confirmatory claims.

Interaction Testing Versus Within-Subgroup Testing

Suppose treatment effects are estimated separately for two subgroups.

Finding:

$$ p_{A}<0.05 $$

in subgroup A and:

$$ p_{B}>0.05 $$

in subgroup B does not establish that the treatment effect differs between the subgroups.

A treatment-by-subgroup interaction is the appropriate statistical concept when the scientific question is whether treatment effects differ.

Classic mistake: "Significant in subgroup A but not significant in subgroup B" does not imply "A differs significantly from B."

Biomarker-Defined Populations

Biomarker programs can create particularly complex multiplicity structures.

For example, a trial might consider:

  • All randomized patients
  • Biomarker-positive patients
  • Biomarker-negative patients
  • Several biomarker thresholds

If more than one population is intended to support a confirmatory claim, the strategy should address the resulting multiplicity.

Multiplicity Across Time Points

Repeatedly testing an endpoint at many time points can also create multiplicity.

Suppose a continuous endpoint is analyzed at:

$$ t=12,\;24,\;36,\;52\text{ weeks} $$

If every time point is independently declared confirmatory at alpha 0.05, the family-level error rate may exceed the desired level.

Potential strategies include:

  • Prespecifying one primary time point
  • Using a longitudinal model with a prespecified estimand
  • Using a hierarchical sequence of time points
  • Using an appropriate multiplicity adjustment
  • Treating additional time points as supportive or exploratory

Multiplicity and Repeated Measures

Not every repeated measurement automatically requires a simple Bonferroni correction.

A longitudinal model may estimate a treatment effect over time according to a single prespecified estimand.

The important question is not simply:

$$ \text{How many rows of data are there?} $$

but rather:

$$ \text{How many confirmatory claims are being made?} $$

Multiplicity and Interim Analyses

Interim efficacy analyses create another potential source of Type I error.

For example, a trial might conduct:

  • One interim efficacy analysis
  • One final analysis

Testing at 0.05 at both looks without accounting for the repeated opportunity to reject the null can inflate the Type I error.

Group sequential methods can control the overall Type I error while allowing the trial to look at the data before the final analysis.

Alpha-Spending Concept

Instead of treating each analysis as a completely independent 0.05 test, a group sequential design can distribute the overall alpha across interim and final analyses.

For example:

$$ \alpha_1+\alpha_2+\alpha_3 \approx0.05 $$

where the allocation depends on the chosen boundary or alpha-spending function.

Do not confuse multiplicity across endpoints with multiplicity across interim looks. They are different dimensions of the testing problem and may require a combined strategy.

Multiplicity Across Endpoint and Interim Dimensions

Suppose a trial has two key endpoints and two efficacy looks.

The testing problem has at least two dimensions:

Dimension Levels
Endpoints PFS, OS
Analyses Interim, final

The statistical strategy must control the relevant family of confirmatory decisions across both dimensions.

Multiplicity and Confidence Intervals

Multiplicity is not only a p-value issue.

When multiple confirmatory confidence intervals are reported, their coverage properties should be considered in relation to the inferential claims.

For example, if a family of several treatment effects is used to support simultaneous claims, reporting separate unadjusted 95% confidence intervals may not provide simultaneous 95% coverage across the entire family.

Adjusted or simultaneous confidence intervals may therefore be appropriate depending on the intended interpretation.

Point Estimates Still Matter

Multiplicity adjustment should not obscure the estimated treatment effect.

A complete presentation often includes:

  • Estimated treatment effect
  • Confidence interval
  • Multiplicity-adjusted inferential result where applicable
  • Prespecified hypothesis decision

The purpose of multiplicity control is not to make the effect estimate disappear.

Multiplicity and Estimands

The ICH E9(R1) estimand framework emphasizes defining the treatment effect question before selecting the estimator and analysis method.

Multiplicity planning should be aligned with this framework.

For example, a trial could theoretically consider different treatment-effect questions involving:

  • Treatment policy
  • Hypothetical strategy
  • Composite strategy
  • While-on-treatment strategy
  • Principal stratum strategy

If multiple estimands are each intended to support separate confirmatory claims, multiplicity may become relevant.

Key principle: Do not begin with "Which multiplicity adjustment should we use?" Begin with "Which treatment-effect claims are confirmatory, and how are they logically related?"

A Simple Multiplicity Decision Framework

1
List every potential confirmatory claim.
2
Define the estimand associated with each claim.
3
Determine which hypotheses form a testing family.
4
Determine whether the claims are intersection, union, hierarchical, or otherwise logically related.
5
Select a Type I error-control procedure.
6
Prespecify the testing order and alpha allocation.
7
Specify interim-analysis rules if applicable.
8
Document the strategy in the protocol and SAP.
9
Program independent validation of the testing algorithm.

Common Multiplicity Strategies

Method Best suited for Main characteristic
Bonferroni Simple multiple hypotheses Easy, conservative
Holm General hypothesis family Step-down improvement over Bonferroni
Fixed sequence Clinically ordered hypotheses Later hypotheses tested after earlier success
Gatekeeping Multiple endpoint families Access to later families depends on earlier results
Alpha recycling Complex confirmatory structures Alpha can be transferred according to prespecified rules
Graphical procedures Complex hypothesis networks Visualizes allocation and transitions
Group sequential methods Interim analyses Controls error across repeated looks

Choosing Between Bonferroni and Hierarchical Testing

Consider two endpoints:

  • Primary endpoint A
  • Key secondary endpoint B

If the scientific claim is:

$$ A\;\text{and}\;B $$

a different strategy may be appropriate than if the claim is:

$$ A\;\text{or}\;B $$

Likewise, if B is clinically meaningful only after A succeeds, a hierarchical strategy may be more efficient and more interpretable than mechanically dividing alpha.

Multiplicity and Non-Inferiority

Multiplicity can also matter when a trial uses non-inferiority and superiority objectives.

For example, a study may seek to demonstrate:

  1. Non-inferiority first
  2. Then superiority

The statistical decision sequence should be prespecified.

Switching between hypotheses without a clearly defined strategy can complicate interpretation and error control.

Multiplicity and Composite Endpoints

A composite endpoint can reduce some multiplicity problems by defining one primary endpoint that contains multiple components.

However, composite endpoints introduce other interpretational issues.

For example, a composite might include:

  • Death
  • Hospitalization
  • Symptom worsening

A significant treatment effect on the composite does not necessarily mean that every component is significantly improved.

Therefore, component analyses should be clearly characterized as primary, secondary, supportive, or exploratory.

Multiplicity and Missing Data

Multiplicity adjustment does not solve missing-data problems.

A trial can have perfect Type I error control and still have a biased or poorly defined estimator because of inappropriate handling of missing outcomes.

The following are separate but related issues:

Issue Question
Estimand What treatment effect is being targeted?
Estimator How is that effect estimated?
Missing data What assumptions support the estimator?
Multiplicity How is the family of confirmatory claims protected against false positives?

Multiplicity and Sensitivity Analyses

Sensitivity analyses are not automatically additional confirmatory hypotheses.

A sensitivity analysis may be designed to assess robustness of the primary conclusion under alternative assumptions.

However, if a sensitivity analysis is itself presented as an alternative route to establish efficacy, its role in the confirmatory testing strategy should be considered carefully.

Multiplicity and Exploratory Analyses

Exploratory analyses can be scientifically valuable without being subjected to the same confirmatory claim structure.

The key is transparent labeling.

Examples include:

  • Exploratory biomarkers
  • Additional subgroup analyses
  • Unplanned time points
  • Additional endpoint transformations
  • Post hoc responder definitions

The problem arises when an exploratory finding is subsequently presented as though it had been a prespecified confirmatory hypothesis.

Multiplicity and Protocol Amendments

Changes to endpoint hierarchy, analysis populations, or testing strategies after trial initiation require careful documentation.

The later the change occurs relative to unblinding or accumulation of unblinded evidence, the greater the concern that the change could influence the statistical properties or interpretation of the trial.

Best practice: Document major changes to the confirmatory testing strategy before access to unblinded comparative efficacy results whenever possible, and clearly explain the rationale and timing of any amendments.

Multiplicity and Blinded Sample Size Re-Estimation

A blinded sample-size reassessment is generally a different issue from multiplicity.

The important distinction is whether the reassessment uses information that could alter the Type I error properties of the confirmatory testing procedure.

Any adaptive design should be evaluated as a complete statistical system, rather than assuming that multiplicity can be considered independently from adaptation.

Multiplicity in Platform and Master Protocols

Platform trials can create unusually complex multiplicity structures because there may be:

  • Multiple experimental treatments
  • Multiple control comparisons
  • Multiple populations
  • Multiple endpoints
  • Shared control groups
  • Sequential treatment additions or removals

A platform-specific multiplicity strategy should therefore define the relevant family of confirmatory claims and account for the design's dependence structure.

Interactive Example: Family-Wise Error Inflation

The following figure illustrates how the probability of at least one false positive can increase as the number of independent unadjusted tests increases.

Figure 2. Illustrative Family-Wise Error Inflation
Independent-test illustration using α = 0.05. Real clinical-trial error rates depend on the joint testing procedure and correlation structure.

The curve is illustrative and uses \(1-(1-0.05)^m\). It is not a substitute for evaluating the actual joint distribution of a clinical-trial testing procedure.

Understanding the 5% Level

A common misconception is:

"If every individual test uses 5%, the trial automatically has a 5% chance of a false positive."

That statement is not generally correct when multiple confirmatory decisions are made.

The 5% level needs to be associated with the appropriate family and testing procedure.

Multiplicity Does Not Mean "Make Every p-Value Larger"

A useful conceptual correction is that multiplicity procedures are about controlling a defined error rate, not simply penalizing p-values.

For example, a fixed-sequence procedure can allow a later hypothesis to be tested at the full alpha after an earlier hypothesis succeeds.

Similarly, a graphical procedure can recycle alpha according to a prespecified transition matrix.

A Practical Hypothesis Tree

Figure 3. Example Hierarchical Testing Tree
Illustrative structure for one primary and three key secondary hypotheses.

This tree is a conceptual example. A real SAP should define exact decision rules, alpha allocation, and treatment of every possible testing outcome.

Multiplicity and Statistical Programming

Statistical programmers must implement the prespecified strategy exactly as defined in the SAP.

Programming requirements may include:

  • Raw p-values
  • Adjusted p-values
  • Sequential decision flags
  • Alpha allocation
  • Gatekeeping rules
  • Alpha recycling
  • Confidence interval adjustment
  • Interim boundary calculations
  • Multiplicity-adjusted tables

Simple Bonferroni Calculation in R

p_values <- c(
  PFS = 0.008,
  OS  = 0.021,
  ORR = 0.041,
  DoR = 0.012
)

alpha <- 0.05

adjusted_alpha <- alpha / length(p_values)

decision <- p_values <= adjusted_alpha

data.frame(
  Endpoint = names(p_values),
  P_Value = p_values,
  Adjusted_Alpha = adjusted_alpha,
  Reject = decision
)

For four equally weighted hypotheses, the Bonferroni threshold is:

$$ 0.05/4=0.0125 $$

Holm Adjustment in R

p_values <- c(
  PFS = 0.008,
  OS  = 0.021,
  ORR = 0.041,
  DoR = 0.012
)

holm_p <- p.adjust(
  p_values,
  method = "holm"
)

data.frame(
  Endpoint = names(p_values),
  Raw_P = p_values,
  Holm_Adjusted_P = holm_p
)

The p.adjust() function provides a convenient implementation of several standard p-value adjustment procedures.

Fixed-Sequence Testing in R

A fixed-sequence procedure can be implemented explicitly rather than relying on a generic adjustment function.

p_pfs <- 0.008
p_os  <- 0.021
p_orr <- 0.041
p_dor <- 0.012

alpha <- 0.05

reject_pfs <- p_pfs <= alpha

reject_os <- reject_pfs &&
  p_os <= alpha

reject_orr <- reject_os &&
  p_orr <= alpha

reject_dor <- reject_orr &&
  p_dor <= alpha

data.frame(
  Endpoint = c(
    "PFS",
    "OS",
    "ORR",
    "DoR"
  ),
  Reject = c(
    reject_pfs,
    reject_os,
    reject_orr,
    reject_dor
  )
)

Why Explicit Decision Logic Matters

For a complex multiplicity strategy, a table of p-values is not enough.

The program should encode the actual decision tree.

For example:

if (PFS_success) {

    test_OS()

    if (OS_success) {

        test_ORR()

        if (ORR_success) {
            test_DoR()
        }
    }
}

The production implementation may be more sophisticated, but the underlying logic should remain transparent.

Graphical Alpha Allocation

Suppose the initial allocation is:

$$ \alpha_1=0.025, \qquad \alpha_2=0.015, \qquad \alpha_3=0.010 $$

with:

$$ \alpha_1+\alpha_2+\alpha_3=0.05 $$

If hypothesis 1 succeeds, a prespecified portion of its alpha may be transferred to hypothesis 2.

The exact transition structure must be documented before confirmatory results are available.

Multiplicity QC

Multiplicity programming requires specialized quality control.

At minimum, verify:

  • The correct hypothesis family is included.
  • Every hypothesis has the correct alpha allocation.
  • The testing sequence matches the SAP.
  • Gatekeeping rules are implemented correctly.
  • Alpha recycling occurs only when permitted.
  • Failed gates prevent prohibited downstream claims.
  • Interim and final analyses use the correct boundaries.
  • Adjusted confidence intervals correspond to the inferential procedure.
  • Rounding does not change decision logic.
  • All confirmatory claims can be traced to the prespecified procedure.

Rounding and Boundary Decisions

Suppose the true p-value is:

$$ p=0.02496 $$

and the decision threshold is:

$$ \alpha=0.025 $$

The result is statistically significant at the threshold.

If the reporting table displays only 0.025, however, an independent reader cannot determine whether the unrounded value was above or below the boundary.

Programming principle: Make statistical decisions using full-precision values. Round only for presentation.

Multiplicity and P-Value Reporting

A useful reporting table may contain:

Endpoint Effect 95% CI Raw p-value Multiplicity-adjusted result Decision
PFS HR 0.72 0.58–0.90 0.008 Pass Reject H₀
OS HR 0.81 0.65–1.01 0.021 Depends on strategy Depends on gate
ORR +9% 2–16% 0.041 Depends on strategy Depends on gate

The exact columns should reflect the prespecified inferential method.

What Regulators Generally Want to Understand

For a confirmatory analysis, reviewers need to be able to determine:

  • Which hypotheses were confirmatory?
  • Which hypotheses belonged to the same family?
  • What was the overall Type I error objective?
  • How was alpha allocated?
  • What was the testing sequence?
  • What happened after success?
  • What happened after failure?
  • How were interim analyses incorporated?
  • Which claims were actually supported?

Multiplicity in the Protocol

The protocol should describe the broad confirmatory testing strategy.

The SAP should then provide the operational details.

This separation is useful because the protocol describes the trial's prospective design, while the SAP provides the statistical implementation.

Multiplicity in the Statistical Analysis Plan

A strong SAP section should include:

1
Definition of the confirmatory hypothesis family.
2
Definition of the family-wise error criterion.
3
Alpha allocation.
4
Testing hierarchy or graphical structure.
5
Decision rules.
6
Treatment of interim analyses.
7
Confidence-interval strategy.
8
Handling of secondary, subgroup, and exploratory analyses.

Example SAP Language

Illustrative language: The family-wise Type I error rate for the confirmatory efficacy claims will be controlled at a two-sided 5% significance level. The primary endpoint will be tested first at the full allocated alpha. If the primary endpoint meets the prespecified success criterion, testing of the key secondary endpoints will proceed according to the fixed sequence specified in the statistical analysis plan. No hypothesis later in the sequence will be considered confirmatory unless the preceding gate has been successfully passed. All statistical decisions will be based on unrounded p-values.

This is an illustration rather than a universal template. The actual wording must match the study design.

Multiplicity and Regulatory Claims

The final interpretation should distinguish between:

Finding Potential interpretation
Unadjusted p < 0.05 Nominal evidence only unless incorporated into a valid confirmatory procedure
Adjusted test succeeds Can support the corresponding confirmatory claim if all other requirements are met
Exploratory subgroup p < 0.05 Potential hypothesis-generating evidence
Failed gate Downstream hypotheses may not support confirmatory claims under the specified hierarchy

Common Mistake: "The Smallest P-Value Wins"

Suppose ten endpoints are analyzed and the smallest p-value is 0.008.

It is tempting to write:

"Because p = 0.008, the treatment is statistically significant."

That statement is incomplete.

The correct question is:

$$ \text{What was the prespecified confirmatory testing procedure?} $$

Common Mistake: Adjusting Only the Secondary Endpoints

Suppose a trial has one primary endpoint and five key secondary endpoints.

It is not sufficient to say:

"We adjusted the five secondary p-values, so multiplicity has been handled."

The primary endpoint and the secondary endpoints may form one broader family of claims depending on the planned inference.

The family definition should be based on the intended confirmatory claims.

Common Mistake: Treating Exploratory Analyses as Confirmatory

A trial may produce an impressive finding in an unplanned subgroup.

The result may be clinically interesting.

But statistical significance alone does not convert an exploratory analysis into a prespecified confirmatory claim.

Common Mistake: Ignoring Endpoint Hierarchy

If overall survival is clinically more important than a symptom endpoint, the testing hierarchy may reasonably reflect that importance.

A mechanically equal split of alpha is not always the most informative design.

Common Mistake: Assuming All Multiplicity Is Independent

Clinical-trial endpoints are often correlated.

For example:

  • PFS and OS are related.
  • Repeated measures within a patient are correlated.
  • Biomarker-defined populations may overlap.
  • Multiple doses share the same control group.

Therefore, simplistic independent-test calculations should be treated as illustrations rather than universal error-rate calculations.

Common Mistake: Confusing Statistical Significance With Regulatory Success

Even when a hypothesis passes its multiplicity threshold, regulatory success requires more than a p-value.

Review also considers:

  • Magnitude of treatment effect
  • Precision
  • Clinical relevance
  • Safety
  • Consistency
  • Study conduct
  • Estimand interpretation
  • Data quality

FDA Versus EMA: Practical Comparison

The agencies share the central objective of preventing multiplicity from producing unsupported confirmatory conclusions.

The practical emphasis can be summarized as follows.

Practical issue FDA-oriented perspective EMA-oriented perspective
Multiple endpoints Explicit endpoint grouping and ordering are important Explicit control of multiplicity and Type I error is important
Confirmatory claims Testing strategy should correspond to intended claims Testing strategy should support the proposed confirmatory inference
Secondary endpoints Key secondary endpoints may be included in hierarchical strategies Confirmatory secondary claims require appropriate multiplicity control
Subgroups Prespecification and interpretation are important Multiple subgroup hypotheses should be considered in the inferential framework
Estimation Multiplicity can affect interpretation of simultaneous inference Multiplicity considerations extend beyond elementary hypothesis testing

Does FDA Require One Specific Multiplicity Method?

No single multiplicity procedure is universally appropriate for every trial.

The FDA guidance discusses several approaches to managing multiplicity, including grouping and ordering endpoints and established statistical methods.

The sponsor should select a method that is scientifically justified, statistically valid, and aligned with the intended claims.

Does EMA Require Bonferroni?

No.

Bonferroni is one possible method for controlling multiplicity, but it is not the only valid approach.

Hierarchical and other structured procedures can be more appropriate when the clinical claims have a natural ordering.

Multiplicity and Statistical Power

Multiplicity control can reduce power because the available Type I error must be distributed across a family of claims.

This creates an important design trade-off:

$$ \text{More confirmatory claims} \quad\Longrightarrow\quad \text{greater multiplicity burden} $$

Therefore, trial designers should avoid declaring an unnecessarily large number of endpoints as co-equal confirmatory objectives.

Clinical Importance and Endpoint Prioritization

One practical strategy is to prioritize endpoints according to their clinical importance.

For example:

1
Primary endpoint: clinically decisive outcome.
2
Key secondary endpoint: important additional benefit.
3
Additional secondary endpoints: supportive evidence.
4
Exploratory endpoints: hypothesis generation.

Multiplicity and the Number of Claims

A useful planning exercise is to count not only endpoints but claims.

For example, one endpoint could potentially generate several claims:

  • Overall population
  • Biomarker-positive population
  • Biomarker-negative population
  • Older patients
  • Younger patients

If all are intended to support regulatory conclusions, the multiplicity structure may be substantially more complex than the endpoint list suggests.

Multiplicity Planning Checklist

1
List every intended confirmatory claim.
2
Identify the estimand associated with each claim.
3
Define the confirmatory family.
4
Select the overall Type I error level.
5
Decide whether endpoints should be hierarchical.
6
Determine whether gatekeeping is needed.
7
Specify alpha recycling if applicable.
8
Account for interim analyses.
9
Define subgroup and biomarker claims.
10
Define confidence-interval reporting.
11
Document everything prospectively.
12
Validate the implementation independently.

End-to-End Example

Consider a hypothetical randomized trial with:

  • Primary endpoint: progression-free survival
  • Secondary endpoint: overall survival
  • Secondary endpoint: objective response rate
  • Secondary endpoint: patient-reported outcome

Suppose the scientific hierarchy is:

$$ PFS \rightarrow OS \rightarrow ORR \rightarrow PRO $$

The sponsor proposes a fixed-sequence procedure.

The interpretation is:

  1. If PFS succeeds, the OS hypothesis can be tested confirmatorily.
  2. If OS succeeds, ORR can be tested confirmatorily.
  3. If ORR succeeds, the PRO endpoint can be tested confirmatorily.
  4. If any gate fails, downstream claims are not established by this sequence.

This design aligns the inferential hierarchy with the clinical importance of the endpoints.

What Happens If the Primary Endpoint Fails?

Suppose:

$$ p_{PFS}=0.08 $$

The primary endpoint fails at the prespecified threshold.

If OS was specified as a downstream hypothesis in a fixed sequence, the OS result may still be scientifically informative.

But it may not support the same confirmatory claim under the prespecified hierarchical procedure.

Important: A nonsignificant primary endpoint does not mean every other endpoint is "statistically meaningless." It means the prespecified confirmatory claim structure determines which conclusions can be formally supported.

What Happens If the Primary Endpoint Succeeds?

Suppose:

$$ p_{PFS}=0.008 $$

If the strategy permits the next test at the full allocated alpha, OS may then be tested according to the prespecified sequence.

This illustrates why hierarchical procedures can be more powerful than automatically dividing alpha equally among every endpoint.

Multiplicity and Clinical Interpretation

The final report should not simply state:

"All p-values were less than 0.05."

A stronger interpretation states:

"The prespecified hierarchical testing procedure controlled the family-wise Type I error rate at the two-sided 5% level. The primary endpoint met the prespecified criterion, permitting confirmatory testing of the key secondary endpoint according to the predefined sequence."

What to Put in Tables, Listings, and Figures

Multiplicity affects not only the primary efficacy table but the entire presentation strategy.

Useful reporting elements include:

  • Raw p-values
  • Adjusted p-values when appropriate
  • Alpha thresholds
  • Hypothesis sequence
  • Decision flags
  • Adjusted confidence intervals where required
  • Footnotes describing the multiplicity procedure

Recommended Clinical Study Report Footnote

Illustrative footnote: The confirmatory efficacy analyses were performed using the prespecified multiplicity-control strategy described in the Statistical Analysis Plan. The family-wise Type I error rate was controlled at a two-sided 5% level. Hypotheses were tested according to the predefined hierarchy. A hypothesis was considered statistically significant only when the applicable prespecified testing criterion was satisfied.

Multiplicity Documentation Table

Element Documentation
Confirmatory family List all hypotheses included in the family
Alpha State the overall Type I error level
Allocation Describe initial alpha weights
Sequence State the order of testing
Gatekeeping Describe conditions for entering later families
Recycling Specify transition rules
Interim analyses Specify boundaries or alpha spending
Subgroups Define confirmatory versus exploratory analyses
Confidence intervals Define multiplicity-adjusted reporting where relevant
Decision rules Define exactly when a claim is considered supported

Regulatory Review Perspective

From a reviewer perspective, a multiplicity strategy should be understandable without reconstructing the sponsor's intentions from the results.

The reviewer should be able to see:

  • What was planned?
  • What was confirmatory?
  • What was exploratory?
  • What was the error-control family?
  • What alpha was available?
  • How was alpha allocated?
  • Which hypotheses passed?
  • Which claims therefore remain supported?

The Difference Between a Statistical Finding and a Confirmatory Claim

This distinction is central to regulatory statistics.

A statistical finding can be interesting.

A confirmatory claim requires that the finding arise within an appropriate prespecified inferential framework.

Therefore:

$$ \text{Statistical significance} \neq \text{automatic confirmatory evidence} $$

How Multiplicity Fits Into the Overall Trial Design

A
Clinical question: What treatment benefit matters?
B
Estimand: What treatment effect is being targeted?
C
Endpoint: How will the effect be measured?
D
Hypothesis: What statistical claim will be tested?
E
Multiplicity: How are multiple confirmatory claims controlled?
F
Estimator: How is the treatment effect estimated?
G
Interpretation: What clinical conclusion is supported?

Practical Decision Tree

When deciding how to handle multiplicity, ask the following questions in order.

  1. Are there multiple confirmatory claims?
  2. Do they belong to one inferential family?
  3. Does success require all claims or at least one?
  4. Is there a clinically meaningful hierarchy?
  5. Can later hypotheses be tested only after earlier success?
  6. Are there multiple treatment comparisons?
  7. Are there multiple doses?
  8. Are there multiple interim looks?
  9. Are subgroup findings intended to support regulatory claims?
  10. Are confidence intervals intended to support simultaneous claims?

The answers determine the appropriate statistical architecture.

Multiplicity and Study Power

Multiplicity planning should occur before final sample-size determination when the multiplicity strategy affects the critical values used for the primary analysis.

For example, if alpha is split across multiple co-primary hypotheses, the required sample size may differ from a design using a single primary endpoint.

Similarly, a complex hierarchical strategy may affect the probability that specific secondary claims can be established.

Multiplicity and Simulation

Complex procedures should often be evaluated by simulation.

Simulation can examine:

  • Family-wise Type I error
  • Power for each hypothesis
  • Probability of reaching downstream gates
  • Impact of endpoint correlation
  • Impact of interim analyses
  • Operating characteristics of adaptive procedures

A simulation framework is especially valuable when the multiplicity procedure is more complicated than a simple closed-form adjustment.

Illustrative Simulation in R

set.seed(123)

B <- 100000
m <- 5
alpha <- 0.05

false_positive <- replicate(
  B,
  any(
    runif(m) < alpha
  )
)

mean(false_positive)

The simple simulation above illustrates the unadjusted probability of at least one false-positive result under independent uniform p-values.

A more realistic clinical-trial simulation should generate correlated test statistics according to the planned endpoint structure.

Simulation of Bonferroni Control

set.seed(123)

B <- 100000
m <- 5
alpha <- 0.05

alpha_bonferroni <- alpha / m

false_positive <- replicate(
  B,
  any(
    runif(m) < alpha_bonferroni
  )
)

mean(false_positive)

This illustrates the basic principle of distributing alpha across five tests.

Multiplicity and Correlated Endpoints

Clinical endpoints are often correlated.

If two endpoints are strongly positively correlated, the actual family-wise error behavior may differ substantially from the independent-test example.

This is one reason regulatory multiplicity planning should consider the specific testing procedure rather than relying on simplistic formulas.

Multiplicity and Missing Endpoints

Suppose one of three key secondary endpoints cannot be analyzed because of a data-quality issue.

The SAP should define how the testing strategy handles the unavailable endpoint.

Possible approaches depend on the prespecified procedure.

The key principle is:

Do not redesign the multiplicity procedure after seeing which endpoint is inconvenient to analyze.

Multiplicity and Early Trial Termination

If a trial terminates early for efficacy, futility, safety, or operational reasons, the statistical interpretation should follow the prespecified interim and stopping framework.

An early stopping decision can interact with:

  • Interim Type I error
  • Multiplicity across endpoints
  • Conditional power
  • Alpha spending
  • Confidence intervals

Multiplicity and Futility

Futility rules are not automatically equivalent to efficacy multiplicity rules.

A nonbinding futility boundary, for example, may have a different role in the operating characteristics of the trial than an efficacy boundary.

The statistical plan should distinguish:

  • Efficacy stopping
  • Futility stopping
  • Safety stopping
  • Operational stopping

Multiplicity and Adaptive Designs

Adaptive designs can modify aspects of the trial based on accumulating information.

Examples include:

  • Sample-size reassessment
  • Dropping treatment arms
  • Population enrichment
  • Changing randomization probabilities
  • Selecting a dose

When adaptive modifications interact with confirmatory hypotheses, the multiplicity and Type I error properties should be evaluated jointly.

Multiplicity and Master Protocols

Master protocols can include basket, umbrella, and platform designs.

The multiplicity problem may involve:

  • Multiple diseases
  • Multiple biomarkers
  • Multiple treatment arms
  • Multiple shared controls
  • Multiple endpoint families

The definition of the error-control family becomes especially important.

Multiplicity and Bayesian Methods

Bayesian analyses require a somewhat different inferential framework.

The classical FWER concept does not automatically translate directly to every Bayesian decision rule.

However, multiplicity concerns do not disappear simply because a Bayesian model is used.

The decision criterion, prior structure, posterior probabilities, and intended claims should be prespecified and justified.

Multiplicity and External Data

External controls, historical controls, and real-world data can create additional sources of uncertainty and potentially multiple analytical questions.

If multiple external data sources or matching strategies are explored, the distinction between exploratory and confirmatory inference remains important.

Multiplicity and Real-World Evidence

Real-world evidence analyses can involve particularly large numbers of covariates, subgroups, endpoints, and sensitivity analyses.

Not every descriptive analysis requires classical FWER control.

But a prespecified confirmatory claim should have an inferential strategy appropriate to the number and relationship of hypotheses used to establish that claim.

How to Explain Multiplicity to a Clinical Team

A concise explanation is:

Clinical explanation: If we ask the statistical test to answer many confirmatory questions, the chance of finding at least one apparently positive answer by chance increases. The multiplicity strategy defines which questions belong together and allocates the statistical evidence so that the overall false-positive risk remains controlled.

How to Explain Multiplicity to a Programmer

A concise programming explanation is:

Programming explanation: The SAP defines a directed decision algorithm. Your job is to implement the algorithm exactly, using unrounded statistics, preserving the specified alpha allocation, and producing traceable outputs for every hypothesis and decision.

How to Explain Multiplicity to a Reviewer

A concise regulatory explanation is:

Regulatory explanation: The confirmatory claims were defined prospectively, the hypotheses were organized into the prespecified testing family, and the selected procedure controlled the relevant Type I error rate at the stated level.

Quality-Control Checklist for a Multiplicity Program

Check Question
Hypothesis list Are all confirmatory hypotheses included?
Family definition Is the correct family represented?
Alpha Does total allocated alpha match the design?
Hierarchy Is the testing order correct?
Gatekeeping Are downstream tests correctly conditioned?
Recycling Are alpha transitions implemented correctly?
Interim looks Are interim boundaries correct?
Precision Are full-precision p-values used for decisions?
Reporting Are raw and adjusted quantities clearly distinguished?
Traceability Can every decision be traced to the SAP?

Final Practical Workflow

1
Start with the regulatory claim. Do not begin with the p-value adjustment.
2
Define the estimand. Specify what treatment effect is being claimed.
3
Identify the confirmatory family. Include all hypotheses needed to support the claim.
4
Choose the logical structure. Determine whether claims are co-primary, hierarchical, gatekept, or otherwise related.
5
Choose the error-control procedure. Use a method appropriate to the design rather than automatically applying Bonferroni.
6
Account for interim analyses. Control error across repeated looks where applicable.
7
Prespecify the strategy. Document it before confirmatory results are available.
8
Program and validate. Implement the exact decision algorithm and independently QC it.
9
Report transparently. Distinguish nominal, adjusted, exploratory, and confirmatory findings.

Key Takeaways

The central lesson of FDA and EMA multiplicity guidance is not simply "adjust your p-values."

The more important principle is:

$$ \boxed{ \text{Define the confirmatory claims first, then control the error of the testing strategy used to support them.} } $$

Several practical conclusions follow.

  • Multiplicity arises from multiple confirmatory questions, not merely from the number of endpoints.
  • Family-wise Type I error is a property of the complete testing procedure.
  • Bonferroni is useful but is not the only regulatory approach.
  • Hierarchical and fixed-sequence procedures can efficiently reflect clinical priorities.
  • Gatekeeping can organize multiple endpoint families.
  • Alpha recycling can improve efficiency when properly prespecified.
  • Interim analyses introduce another dimension of multiplicity.
  • Subgroup analyses require careful distinction between interaction evidence and within-subgroup significance.
  • Confidence intervals should be interpreted consistently with the inferential procedure.
  • Exploratory findings should not be presented as though they were prespecified confirmatory claims.
  • The SAP should contain an explicit, reproducible decision algorithm.
  • Complex procedures should be validated analytically or by simulation as appropriate.
Bottom line: For FDA- and EMA-facing clinical trials, multiplicity should be treated as a design-level inferential problem. The strongest strategy begins by defining the intended regulatory claims, identifying the hypotheses required to support those claims, organizing them into an appropriate testing family, and prespecifying a procedure that controls the relevant Type I error rate. Hierarchical testing, gatekeeping, alpha recycling, and other structured procedures can be more informative than mechanically adjusting every p-value. The final analysis should make it possible to trace every confirmatory claim back to the prespecified statistical strategy.

References

U.S. Food and Drug Administration. (2022). Multiple Endpoints in Clinical Trials: Guidance for Industry. Final Guidance, October 2022.

European Medicines Agency. (2002/2003). Points to consider on multiplicity issues in clinical trials. CPMP/EWP/908/99. Current effective version identified by EMA with legal effective date 1 April 2003.

European Medicines Agency. (2017). Guideline on multiplicity issues in clinical trials. Draft guideline developed as an update of the earlier Points to Consider document; consultation closed in 2017.

International Council for Harmonisation. ICH E9: Statistical Principles for Clinical Trials.

International Council for Harmonisation. ICH E9(R1): Addendum on Estimands and Sensitivity Analysis in Clinical Trials.

Westfall, P.H. and Krishen, A. Multiple testing and clinical-trial inference methods provide a broader statistical framework for understanding family-wise error control and structured hypothesis testing.