Terminology · 29.0 · Production release 2026-03-01

Medical Dictionary for Regulatory Activities

Maintained by ICH · MedDRA MSSO

What it helps you do

MedDRA supports hierarchical coding of adverse events, medical history, indications, investigations, product issues, and related regulatory medical concepts.

  • Clinical
  • Regulatory
PlanAcquireHarmonizeExchangeLearn + reuse

01

Where it fits and where it does not

Use these four checks before committing implementation time.

Use it when
Clinical-trial safety coding, individual case safety reports, aggregate safety analyses, and regulatory pharmacovigilance exchange.
Limits
MedDRA is licensed, version-sensitive, and multiaxial; a coded term does not establish seriousness, expectedness, relatedness, or causality.
Best for
Clinical and Regulatory teams working across Acquire → Harmonize → Exchange → Learn + reuse.
Maturity
EstablishedSuitable for production assessment. Pin the exact release and any implementation profile.

02

See it in the workflow

This view shows the input, the change the standard introduces, and the resulting output.

  1. InputWhat starts

    Clinical and Regulatory source data, metadata, and local mappings

  2. MedDRAWhat changes

    Use MedDRA as a pinned terminology across Acquire → Harmonize → Exchange → Learn + reuse

  3. OutputWhat becomes possible

    A handoff the next system or team can validate against the same release

Readiness gateMedDRA is licensed, version-sensitive, and multiaxial; a coded term does not establish seriousness, expectedness, relatedness, or causality.

03

A concrete example

A coding team preserves the verbatim event, assigns an LLT under a frozen MedDRA version, derives higher levels, and documents coding review and up-version impact.

Why it matters: The hierarchy supports safety aggregation and signal features, but automated coding requires human validation and cannot substitute for clinical causality assessment.

04

What it fits with

Used with ICH E2B(R3), CDISC adverse-event data, Standardised MedDRA Queries, and the separately released SNOMED CT–MedDRA map package.

05

Implementation starter

Start with one bounded handoff. Pin, test, and review it before scaling.

  1. Define one handoff, its accountable owner, and the decision MedDRA must support.

  2. Pin the exact version and companion artifacts: 29.0 · Production release 2026-03-01.

  3. Map one representative input to the required terminology artifacts.

  4. Test the result against the canonical source and record every exception.

  5. Preserve the source data, mappings, and review evidence before scaling.

06

Test the main limitation

Risk

MedDRA is licensed, version-sensitive, and multiaxial; a coded term does not establish seriousness, expectedness, relatedness, or causality.

Test

Run one representative end-to-end pilot and record exactly where MedDRA loses context, needs an extension, or depends on another standard.

Risk

Machine-readable output may still be unfit for analysis or ML.

Test

Test the output for missing context, provenance, terminology alignment, time leakage, and the intended downstream decision. The hierarchy supports safety aggregation and signal features, but automated coding requires human validation and cannot substitute for clinical causality assessment.

07

Official resources

Specifications, diagrams, examples, and guides from the organizations that maintain them.

  • Primary source29.0 · Production release 2026-03-01

    Official MedDRA 29.0 downloads

    Official publisher or steward guidance for this terminology profile.

    Publisher
    ICH · MedDRA MSSO
    Open official source

Next action

Put this profile in context

Compare its role with adjacent standards or place it inside an end-to-end data pathway before choosing an implementation.