VAR-020 · Variables demoted

--TSTDTL is no longer listed in the MS, OE and UR specifications

All 47 rules · Catalogue 0.15.2 targeting SDTMIG v4.0 (public-review)

Rule
VAR-020
Category
Variables demoted
Basis
Draft Read from the public-review draft. The draft can still change before v4.0 is final, and this rule changes with it.
Detectability
External context required The Define-XML cannot settle this. Answering it needs a decision or a fact held outside the submission metadata.
Finding type
Question
Applies to
SDTMIG 3.2, 3.3, 3.4

What changes in v4.0

--TSTDTL (Measurement, Test or Examination Detail) is present in the v3.4 MS, OE and UR specification tables and absent from the v4.0 ones. It is not gone from the standard: v4.0 continues to carry GFTSTDTL, ISTSTDTL, MBTSTDTL and MITSTDTL, documented and exemplified. What changed is which domains list it, and Section 4.2.4 states that the tables list only some of the variables available, all of which remain permissible unless a usage restriction or a domain assumption prohibits them. The v4.0 draft states no such prohibition for --TSTDTL, and Appendix E marks the OE and UR sections "Unchanged". The domain assumptions point the same way without settling it: each of the three allows Findings general observation class qualifiers generally, and none identifies --TSTDTL among the qualifiers that "would not generally be used". That is supporting evidence against reading the table removal as a prohibition; it is not CDISC permitting --TSTDTL in these domains by name. No source explains why the three tables stopped listing it.

What to do about it

Do not drop the variable solely because it left the specification table. Record in the reviewer's guide why a variable outside the domain specification is present, noting that the domain assumption allows Findings qualifiers generally and does not list --TSTDTL as an exception. If you would rather not rely on that, the alternatives are --TEST/--TESTCD granularity or a non-standard variable in NSMS/NSOE/NSUR — but neither is required by anything the draft says. The absence of any migration guidance for --TSTDTL is itself worth a public-review comment.

What the scan can and cannot see

The declared variable is a Define-XML fact; whether keeping it is acceptable is not. No source explains why the MS, OE and UR tables stopped listing --TSTDTL, SDTM v3.0's usage restrictions are not published, and the domain assumptions permit Findings qualifiers as a category without naming this variable. Absence from a table is not a prohibition.

Sources

Every claim above rests on one of these. Where a line is from the public-review draft it says so, because a draft can still move.

  1. SDTMIG v4.0 draft (2026-02-09), MS/OE/UR domain assumptions — each permits Findings general observation class qualifiers to be added; none names --TSTDTL among those that would not generally be used
  2. SDTMIG v4.0 public-review draft (exported 2026-02-09), Section 4.2.4, SDTM Core Designations — 'Although domain specification tables list only some of the identifier, timing, and general observation class variables listed in the SDTM, all are permissible unless prohibited by SDTM usage restrictions or by specific domain assumptions' (draft specification text; locator corrected in 0.4.1 — previously cited as Section 3.1)
  3. SDTMIG v3.4 vs v4.0 specification-table diff: --TSTDTL in GF, IS, MB, MI, MS, OE, UR (v3.4) vs GF, IS, MB, MI (v4.0)

Does this one apply to your studies?

Open the scanner, then select or drop in a Define-XML file. It checks this rule and the other 46 in your browser; the file is never uploaded.

Open the scanner