Back to List
Module 50 Views

Annotated Case Report Form (aCRF) — GLPI103-301

July 12, 2026

📚 Part of the GLPI-103 Regulatory Dossier — Reader's Guide. This article shows the live document; edits to the source appear here automatically.

🧪
Mock / simulation document

This is a mock / simulation document, made for a portfolio and for learning. The drug (GLPI-103), the sponsor, the people, and the data are all fictional. It is not a real regulatory submission and has no clinical, legal, or regulatory standing. What is real is the shape of the thing — the document structure, the standards it follows, and the analysis methods; the content inside is illustrative.

📄
About this document — a plain-language guide

What it is. The annotated Case Report Form (aCRF) — the CRF marked up to show which SDTM dataset and variable each field maps to.

Why it exists. The aCRF is the Rosetta Stone linking collected data to the standardized SDTM datasets and define.xml. It lets a reviewer trace any value from the form to the dataset.

How it is produced here. It is generated from the standardized study datasets (the SDTM and ADaM data and their define.xml 'data dictionary'), so the guide always describes the exact datasets a regulator would receive.

Format & governing standard. CDISC SDTM annotation (define.xml companion)


Annotated Case Report Form (aCRF) — GLPI103-301

FieldValue
Document IDACRF-301
Version1.0
Study No.GLPI103-301
StandardCDISC SDTM annotation (define.xml companion)
ConfidentialityConfidential — portfolio use

Maps CRF data collection fields to the SDTM domains/variables, supporting the define.xml and reviewer traceability. Domains correspond to the generated datasets (data/sdtm/).

Change History

VersionDateAuthorSummary
1.02026-06-29Data ManagementInitial annotated CRF

CRF Forms → SDTM Annotation

🗺️
The map from form to dataset

The annotated CRF is the Rosetta Stone of the data package: each field on the paper/electronic form is marked with the exact dataset and variable it flows into. It lets a reviewer trace any value back from the standardized data to the question that was actually asked.

CRF Form / FieldCollected atSDTM Domain.Variable
Demographics (DOB→age, sex, race, ethnicity, country, site)ScreeningDM.AGE, DM.SEX, DM.RACE, DM.ETHNIC, DM.COUNTRY, DM.SITEID
Subject Characteristics (education, marital status, employment)ScreeningSC.SCTESTCD (EDLEVEL/MARISTAT/EMPLST), SC.SCORRES
Eligibility (I/E criteria checklist)ScreeningIE (derived); supports randomization
Vital Signs (height, weight, BMI, SBP, DBP)All visitsVS.VSTESTCD (HEIGHT/WEIGHT/BMI/SYSBP/DIABP), VS.VSSTRESN, VS.VISITNUM
Laboratory (HbA1c, FPG, ALT, AST, eGFR)Per scheduleLB.LBTESTCD, LB.LBSTRESN, LB.LBNRIND, LB.VISITNUM
Randomization (arm, strata)Week 0DM.ARM/ARMCD/ACTARM; strata → ADSL.STRAT_*
Study Drug Administration / ComplianceTreatment visitsEX (exposure; not in scope of generated data)
Adverse Events (term, onset/end, severity, causality, seriousness, outcome)ContinuousAE.AETERM, AE.AEDECOD, AE.AEBODSYS, AE.AESEV, AE.AEREL, AE.AESER, AE.AEOUT, AE.AESTDTC, AE.AEENDTC
Concomitant MedicationsContinuousCM (not in scope of generated data)
Disposition / CompletionEnd/early termDS (derived; CONSORT)

Notes

  • Visit structure (Screening, W0–W56) per the Schedule of Activities (PROT-301 §7).
  • Controlled terminology in English (CDISC CT); see SDRG (DEF-301).
  • Forms marked "not in scope" (EX, CM, IE, DS) are described for completeness; the simulated dataset implements DM, SC, VS, LB, AE and derives disposition.

Comments (0)

No comments yet. Be the first to say something!