Inferensys

Glossary

Individual Case Safety Report (ICSR)

An Individual Case Safety Report (ICSR) is a formatted document containing comprehensive information about a single suspected adverse event experienced by an individual patient in relation to a medicinal product, serving as the foundational data unit for global pharmacovigilance databases.
Data scientist building training data pipeline on laptop, data preprocessing visible, technical workspace.
PHARMACOVIGILANCE DATA UNIT

What is Individual Case Safety Report (ICSR)?

An Individual Case Safety Report (ICSR) is the structured, formatted document capturing detailed information about a single suspected adverse event experienced by an individual patient in relation to one or more medicinal products, serving as the foundational data unit for global pharmacovigilance databases.

An Individual Case Safety Report (ICSR) is the atomic unit of safety surveillance, containing a comprehensive narrative and coded data about an adverse event, patient demographics, suspect and concomitant drugs, and reporter details. It is the primary vehicle for exchanging safety information between sponsors and regulators using the ICH E2B (R3) electronic transmission standard.

ICSRs populate global repositories like FAERS, EudraVigilance, and VigiBase, where they undergo duplicate detection, MedDRA coding, and causality assessment. The cumulative analysis of ICSRs via disproportionality analysis enables the detection of new safety signals, directly informing aggregate reporting and regulatory action.

ANATOMY OF A SAFETY REPORT

Core Components of an ICSR

An Individual Case Safety Report (ICSR) is the structured, atomic unit of pharmacovigilance data. Each report contains a precise set of identifiable, administrative, and clinical elements required for global regulatory submission.

01

Identifiable Elements

The minimum criteria for a valid ICSR are the presence of four identifiable elements: an identifiable patient, an identifiable reporter, a suspected medicinal product, and an adverse event. Without all four, the case is considered incomplete and may not be reportable to regulatory authorities. The patient is typically identified by age, sex, or initials rather than full name to maintain pseudonymity.

4
Minimum Identifiable Elements
02

Administrative Information

The header of every ICSR contains globally unique identifiers for traceability. This includes the sender's safety report ID, the receipt date, the report type (spontaneous, clinical trial, literature), and the seriousness criteria classification. The ICH E2B(R3) standard mandates specific data elements such as the worldwide unique case identification number and the sender organization identifier to prevent duplicate reporting across databases like EudraVigilance and FAERS.

E2B(R3)
ICH Transmission Standard
03

Patient Characteristics

This section captures demographic and medical history data essential for causality assessment. Key fields include:

  • Age at onset and age unit (decades, years, months)
  • Sex and reproductive status (pregnant, breastfeeding)
  • Relevant medical history including concurrent conditions
  • Concomitant medications with dosage and duration
  • Drug history including prior reactions

The patient's weight in kilograms is critical for weight-based dosing evaluation.

kg
Weight Unit for Dosing
04

Suspected Product Information

Each suspected medicinal product requires structured characterization. The medicinal product name must be coded using a standardized dictionary, with substance name mapped to the WHO Drug Dictionary or equivalent. Critical fields include:

  • Dosage regimen and route of administration
  • Therapy dates (start and stop)
  • Indication for which the drug was prescribed
  • Action taken with the drug (withdrawn, dose reduced, continued)
  • Batch/lot number for biologics and vaccines

The dechallenge and rechallenge outcomes are documented here to support causality assessment.

WHO-DD
Drug Coding Dictionary
05

Adverse Event Description

The core clinical narrative of the ICSR. Each event must be coded using MedDRA terminology at the Lowest Level Term (LLT) level, which automatically maps to Preferred Terms and System Organ Classes. The section captures:

  • Verbatim term as reported by the primary source
  • Event onset date and end date for duration calculation
  • Outcome (recovered, recovering, not recovered, fatal, unknown)
  • Seriousness criteria (death, life-threatening, hospitalization, disability, congenital anomaly, other medically important)
  • Causality assessment result from the reporter
MedDRA
Adverse Event Coding
06

Narrative and Case Summary

The case narrative is a structured free-text summary that chronologically describes the patient's clinical course. It must include:

  • Temporal sequence of drug administration and event onset
  • Relevant laboratory data and diagnostic findings
  • Treatment of the adverse event and response
  • Reporter's causality assessment and rationale
  • Autopsy or death details if applicable

This narrative is the primary target for Natural Language Processing models performing automated adverse event extraction from unstructured clinical documents.

NLP
Primary Extraction Target
PHARMACOVIGILANCE DATA FOUNDATION

The ICSR Lifecycle and Electronic Transmission

An Individual Case Safety Report (ICSR) is the structured, formatted report containing detailed information about a single suspected adverse event experienced by an individual patient in relation to one or more medicinal products, serving as the foundational unit of data for global pharmacovigilance databases.

An Individual Case Safety Report (ICSR) is the atomic unit of safety information in pharmacovigilance, containing a structured narrative of an adverse event, patient demographics, suspect and concomitant medications, and reporter details. It is the primary vehicle for communicating suspected adverse reactions from healthcare professionals and consumers to regulatory authorities and marketing authorization holders worldwide.

The electronic transmission of ICSRs follows the ICH E2B (R3) standard, which defines the XML-based data elements and messaging specifications for secure, automated exchange between stakeholders. This lifecycle encompasses initial triage, duplicate detection, medical coding with MedDRA, causality assessment, and narrative writing, culminating in electronic submission to databases like EudraVigilance and FAERS for aggregate signal detection.

ICSR ESSENTIALS

Frequently Asked Questions

Clear, technical answers to the most common questions about the structure, submission, and regulatory role of Individual Case Safety Reports in modern pharmacovigilance.

An Individual Case Safety Report (ICSR) is a structured, formatted document containing detailed information about a single suspected adverse event experienced by an individual patient in relation to one or more medicinal products. It serves as the foundational, indivisible unit of data for global pharmacovigilance databases. The core purpose of an ICSR is to provide a standardized, clinically rich narrative and dataset that allows regulatory authorities and marketing authorization holders to conduct signal detection, perform causality assessment, and ultimately update a product's benefit-risk profile. Each report captures four critical elements: an identifiable patient, an identifiable reporter, a suspected adverse reaction, and a suspected medicinal product. Without this standardized granularity, the statistical methodologies used to identify new safety signals, such as disproportionality analysis against background rates in databases like FAERS or EudraVigilance, would be impossible.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.