Skip to content
Use case · Case Report Form

CRFs that map to SDTM — by construction.

Asthra drafts CDISC CDASH–aligned Case Report Forms from your protocol, domain by domain. Field names and controlled terminology are chosen to map cleanly to SDTM — so the bridge from clinical data capture to submission datasets is built in, not bolted on.

CRF draft in progress
Study-789-CRF-v1.2.docx
2Schedule of AssessmentsSoADone
3Inclusion / Exclusion (IE)IEDone
4Demographics (DM)DMDone
8Study Drug Exposure (EX)EX1 gap
11Vital Signs & Labs (VS/LB)VS · LBDrafting
15Adverse Events (AE/SAE)AE · SAEPending
CDISC CDASH
Standard field names and controlled terminology, aligned to the implementation guide.
→ SDTM
Fields chosen to map to submission datasets with no manual transformation.
From protocol
The schedule of assessments and domains derive from the study design.
What's new
For CRFs, the studio capabilities that matter most are hyperlinks at draft time — linking every form back to its schedule-of-assessments entry — and the end-of-run QC pass to confirm CDASH conformance before the EDC build begins.
Inputs

What you bring to the draft.

Asthra derives the form set from your study design and your data standards.

PDF

Trial Protocol

Visit schedule, assessments, and the safety monitoring plan — the basis for the schedule of assessments and every domain.

DOC

CDASH Implementation Guide

Standard field names, data types, and controlled terminology applied as the authoring ruleset.

DOC

SDTM Mapping Spec

The target submission model. Asthra chooses CRF fields that map cleanly downstream.

DOC

Sponsor Data Standards

House conventions and EDC system specifications, so the forms fit your capture environment.

DOC

Prior Study CRFs

Optional. Used for consistency and to avoid fields that historically generated queries.

DOC

TA Supplemental Guidance

Therapeutic-area domains and fields beyond the core CDASH set.

Workflow

From protocol
to an SDTM-ready CRF.

01

Upload & classify

Drop your protocol, CDASH guide, SDTM spec, and data standards into the project. Asthra extracts the visit schedule and the required assessments.

02

Approve the plan

Asthra proposes the domain set, the schedule of assessments, and the field-to-SDTM mapping. Edit, add TA-specific domains, approve once.

03

Generate the first draft

Asthra drafts each domain with CDASH field names and controlled terminology, with completion guidelines. Gaps flag where a protocol assessment lacks a capture form.

04

Writer review in Word

Refine fields, tighten completion instructions, or check SDTM mappability in the task pane. Every change is logged.

05

Hand off to EDC build

The form set ships with the audit ledger embedded and a clean field-to-SDTM map — ready for the EDC build with fewer downstream queries.

Manual vs. Asthra

What changes for the data management team.

Manual CRF design

  • CDASH field names looked up and applied by hand, domain by domain
  • SDTM mappability checked after the fact, forcing rework
  • Schedule of assessments reconciled against the protocol manually
  • Over- or under-collection discovered only when queries pile up
  • Consistency with prior studies depends on tribal knowledge

CRF design with Asthra

  • +CDASH field names and terminology applied as a ruleset
  • +Fields chosen for clean SDTM mapping from the start
  • +Schedule of assessments derived directly from the protocol
  • +Each form traces to the protocol assessment it captures
  • +End-of-run QC confirms CDASH conformance before the EDC build

Pilot Asthra
on a real CRF.

30-day pilot. Bring one protocol. We'll match Asthra's CDASH-aligned CRF against your existing process — domain by domain.