I have finalised the demo for the ICH-GCP E6 R3 refresher course. Overall, I liked the content and the interface. I also want to thank Whitehall Train...
About
A Statistical Analysis Plan (SAP) provides the detailed framework for analysing clinical trial data and translates the study objectives, endpoints, estimands, and statistical principles into prespecified analytical methods. A well-developed SAP supports scientific integrity, reduces analytical bias, promotes transparency, and ensures that statistical analyses are conducted consistently and in accordance with regulatory and protocol requirements.
This Biostatistics – Statistical Analysis Plans Training Course & Certification provides comprehensive knowledge of SAP structure and development, analysis populations, endpoints, estimands, hypothesis testing, statistical methods, missing data, intercurrent events, multiplicity, interim analyses, sensitivity analyses, subgroup analyses, protocol deviations, statistical programming alignment, SAP review and approval, version control, and regulatory expectations. Upon successful completion, learners receive a certification demonstrating their understanding of Statistical Analysis Plan development and best practices for clinical research.
- Biostatisticians and Statistical Programmers
- Clinical Research and Clinical Trial Professionals
- Data Management and Clinical Data Scientists
- Regulatory Affairs and Biostatistics Professionals
- Statistical Analysis and Reporting Teams
- Clinical Trial Managers and Study Team Members
- Quality Assurance and Clinical Research Compliance Professionals
- Anyone involved in developing, reviewing, implementing, or approving Statistical Analysis Plans for clinical studies
What you will learn
Understand the purpose, structure, and principles of Statistical Analysis Plans (SAPs) and their role in ensuring consistent, transparent, and scientifically sound clinical trial analyses.
Learn how to define analysis populations, endpoints, estimands, hypotheses, treatment comparisons, and statistical methods in accordance with the clinical trial objectives and protocol.
Develop knowledge of missing data strategies, intercurrent events, multiplicity, interim analyses, sensitivity analyses, subgroup analyses, and handling of protocol deviations within an SAP.
Gain practical understanding of SAP development, review, version control, statistical programming alignment, regulatory expectations, and maintaining traceability throughout the SAP lifecycle.
Course Syllabus
- A. What a SAP is — and is not
- Defining the Statistical Analysis Plan
- What the SAP is NOT
- What the SAP adds beyond the protocol
- Who reads a SAP, and why the audience matters
- The SAP's scope, ring by ring
- Does every trial need a full SAP?
- Common SAP myths — true or false
- The cost of skipping a proper SAP
- B. Why pre-specification matters
- The problem: data-driven analysis
- Protecting the Type I error rate
- Credibility, reproducibility and regulatory trust
- Where multiplicity risk hides
- Trial registries reinforce pre-specification
- Bias can be unconscious, not just malicious
- Pre-specified vs post-hoc analysis, side by side
- Worked example — spot the data-driven red flag
- C. ICH E9 and the regulatory ecosystem
- ICH E9: the foundation
- ICH E9(R1): the estimands addendum
- ICH E3: the Clinical Study Report
- ICH E6 GCP and ICH E10
- The regulatory ecosystem at a glance
- FDA and EMA expectations
- Milestones in SAP-related guidance
- Where the guidance is silent: sponsor SOPs govern
- D. SAP vs protocol vs CSR
- Three documents, three jobs
- Side-by-side: protocol vs SAP vs CSR
- Why the boundaries matter
- A decision tool for borderline content
- Signs a document boundary has been violated
- SENTINEL-3's document map at a glance
- Why redundancy is still risky, even when consistent
- Resolving a document-boundary dispute
- E. Documents the SAP connects to
- The SAP's document neighbourhood
- SAP and the protocol: a two-way relationship
- SAP and the Data Management Plan (DMP)
- SAP and the CRF
- SAP and the TLF shells
- SAP and define.xml
- SAP document connections at a glance
- A pre-finalisation consistency checklist
- Worked example — classify SENTINEL-3 decisions by document
- F. Ownership: who writes, reviews and signs
- The lead trial statistician authors the SAP
- Who reviews the SAP
- Who signs the SAP
- Sign-off process flow
- Author, reviewer, signatory: three distinct roles
- When reviewer comments conflict
- A simple RACI for SAP authorship
- The iterative review cycle
- G. Timing and the golden rule
- The SAP lifecycle timeline
- Blinded data reviews
- THE GOLDEN RULE
- Why unblinding is the hard line
- SAP lifecycle milestones and typical lead times
- Firewalling the unblinded interim statistician
- Is this content still safe to add?
- Worked example — is this a golden-rule violation?
- H. Consequences of a late or amended-after-unblinding SAP
- Regulatory consequences
- Scientific and credibility consequences
- Why prevention, not remediation, is the strategy
- Consequences at a glance
- A cautionary pattern, generically described
- Where timing failures are usually first spotted
- Timing safeguards every trial should have
- A. Why a Standard Structure Matters
- Why SAPs converge on a common structure
- Where the standard section set comes from
- The reader's journey through a SAP
- The full section map, part 1: Sections 1-7
- The full section map, part 2: Sections 8-14
- A thorough section versus a thin section
- Level of detail: the Goldilocks problem
- SAP structure by the numbers
- Section numbering varies by sponsor — the content usually doesn't
- B. Section 1 — Administrative Front Matter
- What belongs in Section 1
- Title page anatomy
- Approvals and signatures: who signs, and why
- The version history / change log
- The abbreviations list
- Drafting, review and sign-off: the administrative workflow
- Administrative section: length and tone
- Common administrative-section mistakes
- Section 1 as an inspection entry point
- C. Sections 2-5 — Background, Objectives, Design, Sample Size
- Section 2: Introduction / Background
- Section 3: Study Objectives & Endpoints — a preview
- Section 4: Study Design Summary
- Section 5: Sample-Size Justification
- Why Sections 2-5 restate rather than redesign
- Decision guide: which section does this belong in?
- SENTINEL-3's Sections 2-5 at a glance
- Design factors reappear as methods covariates
- Wording differences versus content differences
- D. Sections 6-7 — Populations & General Analysis Conventions
- Section 6: Analysis Populations — a preview
- Section 7: General Conventions — visit windows
- Section 7: derived variables and baseline
- Section 7: date imputation rules
- Section 7: coding dictionaries and software
- Cross-referencing discipline inside Section 7
- SENTINEL-3's Section 7 at a glance
- Checklist: what a good general-conventions section contains
- Populations and conventions in the blinded data review
- E. Sections 8-11 — Methods, Missing Data, Interims, Safety
- Section 8: Statistical Methods — a preview
- Section 9: Missing Data & Intercurrent Events — a preview
- Section 10: Interim Analyses & Multiplicity — a preview
- Section 11: Safety Analyses
- Safety analyses: the table inventory
- Why the safety section is often underspecified
- The level-of-detail cascade, from objective to program
- The MedDRA connection between Section 7 and Section 11
- How Sections 8, 9 and 10 depend on each other
- F. Sections 12-13 — Changes from Protocol & TLF Shells
- Section 12: Changes from the Protocol-Planned Analysis
- Section 13: TLF Shells — what a 'shell' is
- The shell-first principle: why build shells before finalising methods
- Anatomy of a shell
- A SAP with shells attached versus one without
- SENTINEL-3's shell inventory
- Numbering shells to match the CSR
- Common shell mistakes
- Shells aren't only tables: listings and figures too
- G. Section 14 — Appendices, Cross-Referencing & Hands-On
- Section 14: Appendices
- Appendices feeding the SAP
- Cross-referencing discipline, revisited
- Level of detail, revisited: a preview of Module 7
- Diagnosing SAP structural readiness
- Final structure checklist: is the SAP complete?
- The SAP as a living reference during the trial
- The section-set's lifecycle across a trial
- Worked example — map SENTINEL-3 content to the correct sections
- Worked example — sketch a demographics ('Table 1') shell
- A. Endpoint, Variable and Estimand: The Vocabulary
- What is an endpoint?
- Endpoint vs variable: what's the difference?
- Endpoint vs estimand: a preview
- Why this precision matters: pre-specification
- Where this lives in the SAP
- SENTINEL-3's endpoint set at a glance
- Terminology pitfalls: endpoint vs outcome vs measure
- B. Endpoint Roles: Primary, Secondary, Exploratory
- The primary endpoint: one, pre-specified, decisive
- Key secondary endpoints
- Other secondary endpoints
- Exploratory endpoints
- Confirmatory vs exploratory: the practical difference
- SENTINEL-3's endpoint roles mapped
- C. Building the Primary Endpoint: Composite MACE
- Why composite endpoints in CV outcomes trials?
- Anatomy of SENTINEL-3's 3-point MACE
- Choosing components: the selection criteria
- The risk: one component can dominate the result
- Endpoint adjudication: the Clinical Events Committee
- Worked example — write a precise primary endpoint definition
- Expanding the composite: 3-point vs 4-point MACE
- Composite endpoint pitfalls — a checklist
- What the adjudication charter actually contains
- D. Endpoint Definition Precision
- Why 'time to first MACE' isn't precise enough
- Defining the event: diagnostic criteria
- Defining the timing: index date and event date
- Defining censoring precisely
- Defining the assessment schedule
- SENTINEL-3's fully precise primary endpoint definition
- Handling simultaneous or same-day events
- Precision and the estimand's variable attribute
- A precision checklist for any endpoint definition
- E. The Estimand as the Bridge
- Why endpoint precision still isn't the whole answer
- Introducing the estimand concept
- SENTINEL-3's primary estimand, at a glance
- Estimand vs endpoint: the SENTINEL-3 contrast
- How the estimand shapes the rest of the SAP
- The population-level summary attribute, previewed
- F. Hypotheses and the Testing Framework
- Null and alternative hypothesis basics
- Superiority hypotheses
- Non-inferiority hypotheses and the margin
- Equivalence hypotheses
- One-sided vs two-sided testing
- Setting the significance level
- Families of hypotheses in a SAP
- Writing testable hypotheses in the SAP
- G. Multiplicity: The Secondary Hierarchy
- Why testing multiple endpoints inflates Type I error
- Fixed-sequence gatekeeping: the concept
- SENTINEL-3's key secondary hierarchy, in order
- Worked example — order the secondary hierarchy
- What happens when the hierarchy stops
- Hierarchy vs alpha-splitting: a preview
- Choosing the hierarchy order: the underlying logic
- Documenting the hierarchy in the SAP
- H. Effect Measures and Model Choice
- Why the endpoint dictates the model
- Hazard ratio: for time-to-event endpoints
- Relative risk and odds ratio: for binary endpoints
- Mean difference: for continuous endpoints
- SENTINEL-3's endpoint-to-model map
- Reporting effect measures: estimate, CI, and p-value together
- Confidence intervals and clinical relevance
- A. Why Analysis Populations Matter
- Why 'the population' changes the answer
- Populations as an analysis convention
- The population menu, previewed
- The estimand connection, previewed
- SENTINEL-3's population overview
- Getting populations wrong: the consequences
- Who defines populations, and when
- Terminology: population vs analysis set vs dataset
- B. The Randomised Set and the ITT Principle
- Definition of the randomised (ITT) set
- The ITT principle: analyse as randomised
- Why ITT protects randomisation's bias protection
- ITT and the treatment-policy estimand
- What ITT does NOT exclude
- ITT as the default primary population for efficacy
- SENTINEL-3's ITT set definition, worked
- ITT's limits: what it can't fix
- C. Modified ITT (mITT): Variants and Risks
- What is mITT, and why do sponsors use it?
- Common mITT variants
- Risk: mITT can break randomisation balance
- Risk: differential dropout between arms
- When is mITT defensible?
- mITT vs ITT: the practical comparison
- Writing the mITT definition precisely in the SAP
- mITT and regulatory scrutiny
- D. The Per-Protocol (PP) Set
- What is the per-protocol set?
- PP exclusion criteria
- PP and non-inferiority trials
- Risks of relying on the per-protocol population
- PP as supportive, rarely primary, for superiority
- SENTINEL-3's per-protocol set definition
- ITT vs PP: a decision guide
- Reporting PP population size and attrition
- E. Safety, PK and Other Populations
- The safety population: the as-treated principle
- Why safety uses as-treated, not as-randomised
- Wrong-treatment-received subjects in safety analyses
- The pharmacokinetic (PK) population
- Evaluable populations for specific endpoints
- Population-endpoint matrix
- Choosing which population is primary, analysis by analysis
- F. Protocol Deviations: Defining and Classifying
- What is a protocol deviation?
- Deviation vs violation: a terminology note
- Important vs minor deviations
- Examples of important deviations for SENTINEL-3
- Examples of minor deviations for SENTINEL-3
- Who classifies deviations, and how
- The deviation log and tracking through the trial
- Worked example — classify SENTINEL-3 deviations
- G. The Blinded Review and Population Assignment
- What is the blinded data review?
- Timing: before unblinding, before database lock
- Who attends the blinded review
- The population-assignment output
- Randomisation errors: how they're handled
- Wrong-treatment-received: a decision guide
- Eligibility violations discovered post-randomisation
- Worked example — allocate SENTINEL-3 edge cases to populations
- H. Documenting Exclusions: CONSORT and Transparency
- Why transparent exclusion reporting matters
- The CONSORT flow diagram concept
- What the SAP must pre-specify for population reporting
- Building the population attrition table
- Reporting subject counts and percentages by reason
- Consistency checks across the SAP
- Population definitions and the amendment process
- A. The Addendum and Why Estimands Were Introduced
- ICH E9 (1998): a strong foundation with a gap
- The old failure mode: method chosen, question left implicit
- ICH E9(R1) (2019): the estimands addendum
- Estimand vs endpoint: closing the loop from Module 3
- Why this is worth the technical investment
- Section A recap: from ambiguity to a five-part specification
- B. The Five Estimand Attributes
- Attribute 1: treatment condition
- Attribute 2: population
- Attribute 3: variable (endpoint)
- Attribute 4: intercurrent-event handling
- Attribute 5: population-level summary
- The five attributes at a glance
- SENTINEL-3's primary estimand, fully assembled
- A common deficiency: attributes stated, coherence missing
- C. Intercurrent Events vs Missing Data
- Defining an intercurrent event
- Defining missing data
- IE vs missing data, side by side
- Case 1: an IE with no missing data
- Case 2: missing data with no intercurrent event
- SENTINEL-3's intercurrent-event catalogue
- Why the distinction matters in the SAP
- D. The Five Intercurrent-Event Strategies
- The five strategies: an overview
- Strategy 1: treatment policy
- Strategy 2: hypothetical
- Strategy 3: composite variable
- Strategy 4: while on treatment
- Strategy 5: principal stratum
- The five strategies: full comparison table
- Choosing a strategy: decision logic
- One trial, several strategies at once
- Pitfall: confusing 'ITT' with 'treatment policy'
- SENTINEL-3's IE strategies across the trial timeline
- E. Missing-Data Taxonomy: MCAR, MAR, MNAR
- Why the mechanism matters, before the definitions
- MCAR: missing completely at random
- MAR: missing at random
- MNAR: missing not at random
- The taxonomy as a 2x2 framing
- Applying the taxonomy to SENTINEL-3's two missing-data causes
- Section E to F: mechanism drives estimator choice
- F. Estimand-Then-Estimator: MMRM, MI and Mixed Models
- Estimand-then-estimator logic, stated plainly
- MMRM in plain English
- MMRM: the model, in notation
- MMRM's assumption: why it needs MAR
- Multiple imputation (MI) in plain English
- MI: the steps, in notation
- Matching estimand attributes to estimator choice
- SENTINEL-3's estimand-to-estimator map
- G. Sensitivity vs Supplementary Analyses; Avoiding LOCF/CC
- Sensitivity vs supplementary: the core distinction
- Why every primary analysis needs sensitivity analyses
- Reference-based (jump-to-reference) multiple imputation
- Tipping-point analysis
- Tipping-point logic, in notation
- Why naive LOCF is discouraged
- Why complete-case analysis is discouraged
- LOCF/complete-case vs MMRM/MI, side by side
- SENTINEL-3's full sensitivity-analysis plan
- H. Writing It Into the SAP
- Where this content lives in the SAP
- What SAP Section 9 must contain
- Writing IE-strategy text precisely
- Documenting software, procedures and seeds
- Regulatory expectations: FDA and EMA missing-data guidance
- The full pipeline, recapped end to end
- Worked example — specify SENTINEL-3's primary estimand (part 1 of 2)
- Worked example — choose IE strategies for two new scenarios (part 2 of 2)
- A. Why Interims, and the Type I Error Risk
- What is an interim analysis?
- Three reasons to look early: ethics, futility, efficiency
- SENTINEL-3's interim schedule at a glance
- The core risk: multiple looks inflate Type I error
- Why 0.05 at each look doesn't work — the arithmetic
- Peeking without correction: a cautionary pattern
- Interim monitoring is a repeating cycle, not a one-off event
- Ethics, futility, efficiency — how they show up in SENTINEL-3
- Why pre-specification protects the interim from bias
- B. Group-Sequential Design & Alpha Spending
- Group-sequential design: the statistical fix
- Information fraction: the clock that matters
- Why SENTINEL-3 is event-driven, not time-driven
- SENTINEL-3's information fraction at each look
- Alpha-spending functions: spending the error budget over time
- Pocock vs O'Brien-Fleming: two spending philosophies
- Lan-DeMets: flexible spending without fixing the calendar
- SENTINEL-3's interim schedule
- Choosing OBF for a cardiovascular outcomes trial
- C. Efficacy & Futility Boundaries; Conditional Power
- The SENTINEL-3 efficacy boundary, drawn out
- Reading the boundary: what crossing it actually means
- Futility boundaries: stopping when success is very unlikely
- Conditional power: the reasoning behind a futility call
- Binding vs non-binding futility boundaries
- Why SENTINEL-3 uses a non-binding futility rule
- DSMB decision at a look: a 2x2 view
- What crossing an efficacy boundary triggers
- Interim results stay confidential until the DSMB acts
- D. The DSMB/DMC: Charter, Independence, Firewall
- What a DSMB/DMC is, and why it is independent
- The DSMB charter: the rulebook for oversight
- Open sessions vs closed sessions
- The unblinded statistician: the firewall in practice
- The firewall, end to end
- What the DSMB reviews at a closed session
- DSMB independence: what can go wrong without it
- Documenting DSMB decisions in the SAP and charter
- DSMB independence, membership and firewall — quick recap
- E. The Multiplicity Problem; FWER vs FDR
- Multiplicity: more tests, more chances for a false positive
- Where multiplicity comes from in SENTINEL-3
- Family-wise error rate (FWER): controlling ANY false positive
- False discovery rate (FDR): a different bargain
- FWER vs FDR: which one confirmatory trials use, and why
- The alpha 'budget': one fixed resource across the whole design
- What happens without multiplicity control: an illustration
- Multiplicity is not just endpoints — subgroups too
- A quick multiplicity self-check
- F. Adjustment Methods
- The adjustment toolbox: from simple to sophisticated
- Bonferroni: the simple, conservative baseline
- Holm's step-down procedure: less conservative than Bonferroni
- Hochberg's step-up procedure
- Fixed-sequence / hierarchical (gatekeeping) testing
- Why fixed-sequence testing needs no alpha split
- Graphical (Bretz-Maurer) approaches: flexible alpha propagation
- Splitting and recycling alpha across a testing graph
- Choosing an adjustment method for your endpoint family
- Adjustment methods at a glance
- Recycling alpha: what strict fixed-sequence testing gives up
- G. Hands-On: SENTINEL-3's Alpha Allocation
- Assembling SENTINEL-3's full alpha budget
- The primary endpoint's alpha across the three looks
- Only the primary spends interim alpha — why the secondaries wait
- SENTINEL-3's secondary hierarchy: fixed order, one gate at a time
- HANDS-ON — Build SENTINEL-3's alpha-allocation and testing sequence
- Reading the finished alpha map
- Common pitfalls in an alpha-allocation exercise like this one
- A. Writing the Methods Section — Descriptive Conventions
- What a well-written methods section must contain
- Descriptive-statistics conventions: continuous variables
- Descriptive-statistics conventions: categorical variables
- Rounding and precision conventions
- Baseline and disposition summaries
- Two-sided testing and confidence-interval conventions
- General conventions vs endpoint-specific methods
- Section A recap: conventions set the stage
- B. The Model for Each Endpoint
- Why the model must match the endpoint and estimand
- Cox proportional-hazards model: time-to-event MACE
- Cox model: what must be pre-specified alongside it
- MMRM: continuous LDL-C change from baseline
- MMRM: covariance structure and specification details
- Logistic regression: binary endpoints
- Negative-binomial model: recurrent and total MACE
- Andersen-Gill: an alternative recurrent-event model
- Decision tree: which model for this endpoint?
- SENTINEL-3 model-per-endpoint summary
- C. Covariates and Stratification — Pre-Specification and the Over-Fitting Danger
- Why covariates and stratification must be pre-specified
- Stratification factors in SENTINEL-3
- Choosing adjustment covariates: prognostic value, not convenience
- The over-covariate-ing danger
- How many is too many? A practical guideline
- Covariate-by-treatment interaction terms: when to include
- Pre-specified minimal set vs post-hoc kitchen-sink model
- Section C recap: fewer, better-justified covariates
- D. Missing-Data Methods, Software and Reproducibility
- Naming the missing-data method per endpoint
- SAS procedures per model
- Specifying multiple imputation precisely
- Random-number seeds and reproducibility
- Version-locking the software environment
- Where the SAP ends and the programming specification begins
- A common deficiency: vague missing-data text
- Section D recap: precision that survives a re-run
- E. Subgroups and Interaction Tests
- Why subgroups are analysed at all
- Pre-specified vs exploratory subgroups
- The formal interaction test
- Forest plots: the standard subgroup display
- Pitfalls: multiplicity and low power in subgroup testing
- SENTINEL-3's pre-specified subgroup list
- Section E recap: consistency, not a treasure hunt
- F. Over- vs Under-Specification — Writing Testable, Unambiguous Text
- The two failure modes, framed together
- The over-specification trap
- The under-specification trap
- Over- vs under-specification, side by side
- Writing testable, unambiguous method text: do's and don'ts
- Rewriting vague text into testable text
- Section F recap: the testability test
- G. SAP Version Control and the Amendment Process
- Why version control matters for a living document
- Version numbering conventions: v0.1 to v1.0 and beyond
- The SAP change log: what every entry must capture
- Distribution list and sign-off tracking
- Who can trigger an amendment during a live trial
- Blinded vs unblinded amendments
- Before vs after database lock and unblinding
- The amendment workflow, end to end
- Documenting the reason for an amendment: worked examples
- Section G recap: a controlled, traceable lifecycle
- H. Relationship to the CSR; QC and Validation
- How the SAP feeds the CSR
- SAP-to-CSR traceability, section by section
- TLF shells and the SAP-CSR link, revisited
- QC of the SAP document itself
- QC and validation of TLFs: independent double programming
- Why double programming exposes SAP deficiencies, not just coding errors
- QC and validation checklist: SAP and TLFs together
- Section H recap: the SAP's purpose, fully realised
- Hands-on: draft a methods paragraph and a SAP change-log entry
- A. The Reviewer's Mindset and the Gap-Finding Checklist
- What reviewing a SAP means
- The reviewer's mindset
- Pillar 1 — Pre-specification
- Pillar 2 — Coherence across the chain
- Pillar 3 — Unambiguity: the two-statistician test
- Introducing the structured gap-finding checklist
- Checklist — Domain 1: Objectives, Estimands & Populations
- Checklist — Domain 2: Analysis, Multiplicity, Missing Data & Interim
- Checklist — Domain 3: Conventions, Outputs & Sign-off
- The false pass: checklist ticked, coherence still broken
- B. The Ten Most Common SAP Deficiencies — Part 1
- Overview — deficiencies 1 through 5
- Deficiency 1 — Vague endpoint definition
- Deficiency 1 — before and after
- Deficiency 2 — Estimand missing or incoherent
- Deficiency 2 — before and after
- Deficiency 3 — Undefined / ambiguous analysis population
- Deficiency 3 — before and after
- Deficiency 4 — Uncontrolled multiplicity
- Deficiency 4 — before and after
- Deficiency 5 — LOCF-only / naive missing-data handling
- Deficiency 5 — before and after
- C. The Ten Most Common SAP Deficiencies — Part 2
- Overview — deficiencies 6 through 10
- Deficiency 6 — No sensitivity analysis
- Deficiency 7 — Methods over- or under-specified
- Deficiency 7 — before and after
- Deficiency 8 — No visit windows / derivation rules
- Deficiency 8 — before and after
- Deficiency 9 — TLF shells missing
- Deficiency 10 — SAP signed after unblinding
- Quick reference — all ten deficiencies, one page
- Why these ten deficiencies keep recurring
- D. Worked Review — A SENTINEL-3 SAP Excerpt, Section by Section
- How the worked review is structured
- Excerpt — Section 3, Objectives & Endpoints
- Worked review pass 1 — Section 3 model answer
- Excerpt — Section 6, Analysis Populations
- Worked review pass 2 — Section 6 model answer
- Excerpt — Sections 8-9, Statistical Methods & Missing Data
- Worked review pass 3 — Sections 8-9 model answer
- Excerpt — Sections 7, 13 & 1, Conventions, Shells & Sign-off
- Worked review pass 4 — Sections 7/13/1 model answer
- E. Writing Effective, Actionable Review Comments
- Anatomy of an effective review comment
- Weak versus strong comments, side by side
- Common comment-writing pitfalls
- Turning a vague comment into an actionable one
- Tracking findings — the review log
- Scope discipline — what a review comment should never do
- F. Severity Triage and Sign-off Readiness
- Severity triage: critical, major, minor
- Severity as likelihood times impact
- Decision tree — is this a critical finding?
- Decision tree — does this belong in the SAP?
- From finding to resolution: the escalation workflow
- Sign-off readiness — the gating criteria
- The sign-off decision matrix
- Documenting the sign-off decision
- The rubber-stamp risk
- G. Capstone — The Full Checklist, Applied End to End
- Capstone briefing
- Capstone excerpt — Sections 2 & 10
- Capstone — full checklist review, model answer
- Capstone sign-off decision
- Practice — a fifth excerpt, self-check
- When review happens in the SAP timeline
- Reviewing your own team's SAP vs an external SAP
- From this module back to the real world
- 📘 Bonus: Statistical Analysis Plans eBook (Free with purchase)
Course Benefits

Get our exclusive eBook with every purchase - a complete companion guide to the course, yours to keep forever
Gain Continuing Professional Development (CPD) Points, accredited by The Faculty of Pharmaceutical Medicine of the Royal College of Physicians of the United Kingdom. These can be used to count towards the distance learning element of any scheme that comes under the umbrella of The Academy of Medical Royal Colleges or any other scheme for which there is mutual recognition.
Receive a personal certificate to show your subject knowledge on course completion.
You get excellent value through our cost-effective prices. We can also offer you group discounts on larger purchases.
The course saves you time through the convenience of online availability. This lets you complete the interactive course at your own comfort.
You will stay up to date with ICH E9 and the ICH E9(R1) estimands addendum, ICH E3 (Clinical Study Report structure), ICH E6(R2) and the emerging E6(R3) Good Clinical Practice principles, and current FDA and EMA guidance on multiplicity and missing-data handling, as our training courses are constantly monitored, reviewed and updated.
The course content has been developed by trial biostatisticians and medical writers with hands-on SAP authoring, review and approval experience, so that what you learn reflects how SAPs are actually written, queried and signed off in industry practice.



