SDTM and SDTMIG Conformance Rules v1.1
SDTM and SDTMIG Conformance Rules v1.1
NOT(APRELSUB,
CG0155 3.2 1 AP POOLDEF, FA) DOMAIN
NOT(APRELSUB,
CG0155 3.3 1 AP POOLDEF, FA) DOMAIN
NOT(RELREC,
CG0332 3.3 1 ALL RELSUB, SUPP'--) GEN
--DY calculated as per the study day algorithm as a non-zero interger value
--DY calculated as per the study day algorithm as a non-zero integer value
--DY = null
--DY = null
--ELTM = null
--ELTM = null
EPOCH in TA.EPOCH
EPOCH in TA.EPOCH
Variable Role = IG Role for domains in IG, Role = Model Role for custom domains
Variable Role = IG Role for domains in IG, Role = Model Role for custom domains
Variable Format = SDTM-specified controlled terminology and format guidelines for variables,
when provided
Variable Format = SDTM-specified controlled terminology and format guidelines for variables,
when provided
Variable Type = IG Type for domains in IG, Type = Model Type for custom domains
Variable Type = IG Type for domains in IG, Type = Model Type for custom domains
Each record is unique per sponsor defined key variables as documented in the define.xml
Each record is unique per sponsor defined key variables as documented in the define.xml
--RFTDTC = null
--RFTDTC = null
--SCAT ^= --CAT
--SCAT ^= --CAT
--SEQ is a unique number per USUBJID per domain, or a unique number per POOLID per
domain, including when the domain is split into multiple files
--SEQ is a unique number per USUBJID per domain, or a unique number per POOLID per
domain, including when the domain is split into multiple files
USUBJID in DM.USUBJID
USUBJID in DM.USUBJID
VISIT in TV.VISIT
VISIT in TV.VISIT
VISITDY = TV.VISITDY
VISITDY = TV.VISITDY
VISITNUM in TV.VISITNUM
VISITNUM in TV.VISITNUM
VISITNUM in SV.VISITNUM
VISITNUM in SV.VISITNUM
--SOCCD = --BDSYCD
--SOCCD = --BDSYCD
--BODSYS = --SOC
--BODSYS = --SOC
AESER = 'Y'
AESER = 'Y'
AESER = 'N'
AESER = 'N'
AESMIE = 'Y'
AESMIE = 'Y'
--ENRTPT ^= null
--ENRTPT ^= null
--ENTPT ^= null
--ENTPT ^= null
--MODIFY ^= null
--MODIFY ^= null
--STRTPT ^= null
--STRTPT ^= null
--STTPT ^= null
--STTPT ^= null
DSTERM = DSDECOD
DSDECOD = 'DEATH'
DSDECOD = 'DEATH'
DSSTDTC = DM.DTHDTC
DSSTDTC = DM.DTHDTC
EPOCH = null
--OCCUR ^= null
--OCCUR ^= null
--OCCUR = null
--OCCUR = null
--PRESP = 'Y'
CMDECOD ^= null
CMTRT = collected on CRF
CMTRT = collected on CRF
--MODIFY ^= null
--MODIFY ^= null
ECDOSE > 0
ECDOSE > 0
ECDOSE = null or > 0
EXDOSE = 0
EXDOSE = 0
EXDOSU = protocol-specified unit
EXDOSU = protocol-specified unit
--VAMT = null
--VAMT = null
--VAMTU = null
--VAMTU = null
--DOSTXT = null
--DOSTXT = null
ACTARM = ARM
ARM in ('Screen Failure', 'Not Assigned')
ARM in TA.ARM
ARM = ACTARM
ACTARMCD in TA.ARMCD
ARMCD in TA.ARMCD
ACTARMCD = ARMCD
ARMCD = ACTARMCD
DTHFL in ('Y',null)
DTHFL in ('Y',null)
DTHFL = 'Y'
DTHFL = 'Y'
DTHFL = 'Y'
DTHFL = 'Y'
DTHFL = 'Y'
DTHFL = 'Y'
DTHFL = 'Y'
DTHFL = 'Y'
DTHFL = 'Y'
DTHFL = 'Y'
RACE = 'MULTIPLE'
RFENDTC = null
RFENDTC ^= null
RFSTDTC = null
RFSTDTC ^= null
ELEMENT = null
ELEMENT = null
Value length = 4 characters beginning with 'AP' and ending with 2 character SDTM domain
Value length = 4 characters beginning with 'AP' and ending with 2 character SDTM domain
APID in POOLDEF.POOLID
APID in POOLDEF.POOLID
RSUBJID in DM.USUBJID
RSUBJID in DM.USUBJID
RSUBJID in POOLDEF.POOLID
RSUBJID in POOLDEF.POOLID
RSUBJID = null
RSUBJID = null
IDVAR ^= null
IDVAR ^= null
IDVAR = null
IDVAR = null
RDOMAIN ^= null
RDOMAIN ^= null
CODTC = null
CODTC = null
IEORRES = 'Y'
IEORRES = 'Y'
IEORRES = 'N'
IEORRES = 'N'
IESTRESC = IEORRES
IESTRESC = IEORRES
IETEST in TI.IETEST
IETEST in TI.IETEST
IETESTCD in TI.IETESTCD
IETESTCD in TI.IETESTCD
LBORNRLO = null
LBORNRLO = null
LBORNRHI = null
LBORNRHI = null
LBSTNRLO = null
LBSTNRLO = null
LBSTNRHI = null
LBSTNRHI = null
LBSTNRC = null
LBSTNRC = null
MBTESTCD = 'ORGANISM'
MBRESCAT ^= null
PEORRES = 'NORMAL'
PEORRES = 'NORMAL'
IDVAR ^= --SEQ
IDVAR ^= --SEQ
QEVAL ^= null
QEVAL ^= null
IDVAR ^= null
IDVAR ^= null
IDVARVAL ^= null
IDVARVAL ^= null
TAETORD = null
TAETORD = null
SESTDTC ^= null
SESTDTC ^= null
SEENDTC ^= null
SEENDTC ^= null
ETCD ^= 'UNPLAN'
ETCD ^= 'UNPLAN'
ETCD = 'UNPLAN'
ETCD = 'UNPLAN'
VISITNUM in TV.VISITNUM
VISITNUM in TV.VISITNUM
VISITDY = null
VISITDY = null
TAETORD = SE.TAETORD
TAETORD = SE.TAETORD
EPOCH = SE.EPOCH
EPOCH = SE.EPOCH
--STDY = null
--STDY = null
--ENDY = null
--ENDY = null
VISITDY = null
VISITDY = null
--STRF = null
--STRF = null
--ENRF = null
--ENRF = null
--ELTM is the same value across records with the same values of DOMAIN, VISITNUM,
--TPTREF, and --TPTNUM
--ELTM is the same value across records with the same values of DOMAIN, VISITNUM,
--TPTREF, and --TPTNUM
ARM not in ('Screen Failure', 'Not Assigned', 'Unplanned Treatment', 'Not Treated')
ETCD value length <= 8
ETCD value length <= 8
TAETORD is unique within an ARM
TAETORD is unique within an ARM
TAETORD is an integer
TAETORD is an integer
TATRANS = null
TATRANS = null
Each value of EPOCH is not associated with more than one conceptual trial period
Each value of EPOCH is not associated with more than one conceptual trial period
TABRANCH ^= null
TABRANCH ^= null
TATRANS ^= null
TATRANS ^= null
TIVERS ^= null
TIVERS ^= null
TSVALNF = null
TSVALNF = null
TSVAL ^= null
TSVAL ^= null
TSVALn ^= null
TSVALn ^= null
TSVALCD and TSVAL have a one-to-one relationship.
TSVALCD and TSVAL have a one-to-one relationship.
TSVCDREF ^= null
TSVCDREF ^= null
TSVCDVER ^= null
TSVCDVER ^= null
TSSEQ is unique for each distinct value of TSPARMCD
TSSEQ is unique for each distinct value of TSPARMCD
TSVAL in ('N','Y')
TSVAL in ('N','Y')
TSVAL in ('N','Y')
TSVAL in ('N','Y')
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL ^= null
TSVAL > 0 and TSVAL <= 1
TSVAL in ('N','Y')
TSVAL in ('N','Y')
A set of records exist with at least one record with TSPARMCD equal to each of the required
values in the list of Trial Summary Codes in Appendix C1
A set of records exist with at least one record with TSPARMCD equal to each of the required
values in the list of Trial Summary Codes in Appendix C1
TSVALCD = valid code in the version identified in TSVCDVER
TSVALCD = valid code in the version identified in TSVCDVER
TSVCDVER = valid published version (date)
TSVCDVER = valid published version (date)
TSVAL not populated with values or synonyms of values in the ISO 21090 null flavor codelist (or
other terms that can be represented as null flavors)
TSVAL not populated with values or synonyms of values in the ISO 21090 null flavor codelist (or
other terms that can be represented as null flavors)
TSVAL ^= null
TSVAL ^= null
ARMCD in TA.ARMCD
ARMCD in TA.ARMCD
ARM in TA.ARM
ARM in TA.ARM
ARMCD = null
ARMCD = null
ARM = null
ARM = null
Value of SUPP--.QNAM ^= any variable name defined in the corresponding SDTM version
Value of SUPP--.QNAM ^= any variable name defined in the corresponding SDTM version
The combination of ELEMENT, TESTRL, TEENRL, and TEDUR is unique for each ETCD
The combination of ELEMENT, TESTRL, TEENRL, and TEDUR is unique for each ETCD
TEENRL ^= null
TEENRL ^= null
TEDUR ^= null
TEDUR ^= null
Variables are ordered with Identifiers first, followed by the Topic, Qualifier, and Timing variables.
Within each role, variables are ordered as shown in SDTM: Tables 2.2.1, 2.2.2, 2.2.3, 2.2.3.1,
2.2.4, and 2.2.5
Variables are ordered with Identifiers first, followed by the Topic, Qualifier, and Timing variables.
Within each role, variables are ordered as shown in SDTM: Tables 2.2.1, 2.2.2, 2.2.3, 2.2.3.1,
2.2.4, and 2.2.5
The first two characters of the dataset name must equal a domain that is present in the study
The first two characters of the dataset name must equal a domain that is present in the study
The characters of the dataset name after 'FA' equal a domain that present in the study
The characters of the dataset name after 'FA' equal a domain that present in the study
--CAT ^= --DECOD
--CAT ^= --DECOD
--SCAT ^= --DECOD
--SCAT ^= --DECOD
--CAT ^= --BODSYS
--CAT ^= --BODSYS
--SCAT ^= --BODSYS
--SCAT ^= --BODSYS
--TESTCD ^= 'OTHER'
--TESTCD ^= 'OTHER'
--TRT ^= 'OTHER'
--TRT ^= 'OTHER'
--TERM ^= 'OTHER'
--TERM ^= 'OTHER'
--TESTCD ^= 'MULTIPLE'
--TESTCD ^= 'MULTIPLE'
--TRT ^= 'MULTIPLE'
--TRT ^= 'MULTIPLE'
--TERM ^= 'MULTIPLE'
--TERM ^= 'MULTIPLE'
--ORRES ^ = 'MULTIPLE'
--ORRES ^ = 'MULTIPLE'
--ORRES ^= null
--ORRES ^= null
RSUBJID ^= USUBJID
RSUBJID ^= POOLID
RSUBJID ^= POOLID
RDEVID = null
RDEVID = null
RSUBJID = null
RSUBJID = null
RSUBJID = DM.USUBJID
RSUBJID = DM.USUBJID
--TESTCD <= 8 chars and contains only letters, numbers, and underscores and can not start
with a number
--TESTCD <= 8 chars and contains only letters, numbers, and underscores and can not start
with a number
--SCAN in ('Y','N')
--SCONG in ('Y','N')
--SDISAB in ('Y','N')
--SDTH in ('Y','N')
--SHOSP in ('Y','N')
--SLIFE in ('Y','N')
--SOD in ('Y','N')
--SMIE in ('Y','N')
--CONTRT in ('Y','N')
--CONTRT in ('Y','N')
--STRESC ^= null
--STRESC ^= null
--LOINC = valid code in the version of the LOINC dictionary specified in define.xml
--LOINC = valid code in the version of the LOINC dictionary specified in define.xml
--STAT present in dataset
EX present in study
EX present in study
STUDYID = DM.STUDYID
STUDYID = DM.STUDYID
VISITNUM identifies unique record within subject
IDVAR, IDVARVAL, and QNAM a unique combination per parent subject record
ETCD = TE.ETCD
ETCD = TE.ETCD
ARMCD is a valid planned arm code
ARMCD is a valid planned arm code
QNAM value length <=8 and cannot start with a number and cannot contain characters other
than letters in upper case, numbers, or underscores
RELTYPE = null
RELTYPE = null
--STRF = null
--STRF = null
--ENRF = null
--ENRF = null
--STAT = null
--STAT = null
--TRTV ^= null
--TRTV ^= null
--STRESU ^= null
--STRESU ^= null
--STRESC (in standard units) ^= null
--STRESC ^= null
--STRESC ^= null
--TOXGR ^= null
--TOXGR ^= null
--CAT ^= null
--CAT ^= null
--CAT present in dataset
DTHFL = 'Y'
--SOC = MedDRA primary system organ class
--SOC = MedDRA primary system organ class
--SOCCD = MedDRA primary system organ class code
--SOCCD = MedDRA primary system organ class code
TSVAL ^= null
TSVAL ^= null
TSVAL is a valid preferred term from FDA Substance Registration System (SRS)
TSVAL is a valid preferred term from FDA Substance Registration System (SRS)
TSVALCD is a valid unique ingredient identifier from FDA Substance Registration System (SRS)
TSVALCD is a valid unique ingredient identifier from FDA Substance Registration System (SRS)
TSVCDREF = 'UNII'
TSVCDREF = 'UNII'
TSVAL is a valid preferred term from FDA Substance Registration System (SRS)
TSVAL is a valid preferred term from FDA Substance Registration System (SRS)
TSVALCD is a valid unique ingredient identifier from FDA Substance Registration System (SRS)
TSVALCD is a valid unique ingredient identifier from FDA Substance Registration System (SRS)
TSVAL is a valid preferred term from FDA Substance Registration System (SRS)
TSVAL is a valid preferred term from FDA Substance Registration System (SRS)
TSVALCD is a valid unique ingredient identifier from FDA Substance Registration System (SRS)
TSVALCD is a valid unique ingredient identifier from FDA Substance Registration System (SRS)
TSVCDREF = 'NDF-RT'
TSVCDREF = 'NDF-RT'
TSVCDREF = 'SNOMED'
TSVCDREF = 'SNOMED'
TSVALNF = null
TSVALNF = null
--HLT on path to MedDRA primary system organ class
--HLT on path to MedDRA primary system organ class
--HLGT on path to MedDRA primary system organ class
--HLGT on path to MedDRA primary system organ class
ECDOSTXT ^= null
ECDOSTXT ^= null
IDVARVAL = null
IDVARVAL = null
TM must exist
TM must exist
MIDS present in dataset
ACTARMCD in TA.ARMCD
ARMNRS^=null
ACTARM in TA.ARM
ARMNRS^=null
ARMCD in TA.ARMCD
ARMNRS^=null
ARM in TA.ARM
ARMNRS^=null
ARMNRS = null
ARM = null
ACTARM = null
ARMCD = null
ACTARMCD = null
RACE = 'OTHER' or RACE = 'MULTIPLE'
RACE = 'UNKNOWN'
RACE = 'MULTIPLE'
RFENDTC ^= null
RFENDTC = null
RFSTDTC ^= null
RPATHCD not present in dataset
RFSTDTC = null
At most one record per subject per DSSCAT per epoch, including null values of DSSCAT
SMSTDTC ^= null
--ORREF in same units as --ORRES
--STREFC ^= null
--STREFN ^= null
--ORRES ^= null
STUDYID, DOMAIN, and --SEQ exist and at least one of USUBJID, APID, SPDEVID, or
POOLID
Terminology is for non-normalized parameter (Codelist "PKUNIT")
--REPNUM ^= null and unique per subject per test per the timing variables
RSDRVFL = 'Y'
--STRESC ^= null
ARM not in ('Screen Failure', 'Not Assigned', 'Unplanned Treatment', 'Not Treated')
--TPT and --TPTNUM have a one-to-one relationship per unique values of VISITNUM
--TPT and --TPTNUM have a one-to-one relationship per unique values of VISITNUM
--TPT and --TPTNUM have a one-to-one relationship per unique values of --TPTREF
--TPT and --TPTNUM have a one-to-one relationship per unique values of --TPTREF
--TPT and --TPTNUM have a one-to-one relationship per unique combination of VISITNUM and
–TPTREF values
--TPT and --TPTNUM have a one-to-one relationship per unique combination of VISITNUM and
–TPTREF values
Condition Document
IG v3.2
IG v3.3
IG v3.2|Model v1.4
IG v3.3
IG v3.2
IG v3.3
IG v3.2|Model v1.4
IG v3.3|Model v1.7
IG v3.2|Model v1.4
IG v3.3|Model v1.7
IG v3.2
IG v3.3
Variable associated with extensible codelist and the use of value 'OTHER' is
appropriate to the data being represented IG v3.2
Variable associated with extensible codelist and the use of value 'OTHER' is
appropriate to the data being represented IG v3.3
--LNKGRP present in a domain IG v3.2
IG v3.2
IG v3.3
AESCAN ^= 'Y' and AESCONG ^= 'Y' and AESDISAB ^= 'Y' and AESDTH ^=
'Y' and AESHOSP ^= 'Y' and AESLIFE ^= 'Y' and AESOD ^= 'Y' and AESMIE
^= 'Y' IG v3.2
AESCAN ^= 'Y' and AESCONG ^= 'Y' and AESDISAB ^= 'Y' and AESDTH ^=
'Y' and AESHOSP ^= 'Y' and AESLIFE ^= 'Y' and AESOD ^= 'Y' and AESMIE
^= 'Y' IG v3.3
IG v3.2
IG v3.3
Model v1.4
Model v1.7
--PTCD ^= null Model v1.4
--PTCD ^= null Model v1.7
IG v3.2
IG v3.3
IG v3.2
IG v3.3
Model v1.4
Model v1.7
--PRESP = 'Y' and --STAT = null and --OCCUR is present in dataset Model v1.4
--PRESP = 'Y' and --STAT = null and --OCCUR is present in dataset Model v1.7
(--PRESP ^= 'Y' and --OCCUR is present in dataset) or (--STAT=NOT DONE) Model v1.4
(--PRESP ^= 'Y' and --OCCUR is present in dataset) or (--STAT=NOT DONE) Model v1.7
IG v3.2
IG v3.3
IG v3.2
IG v3.3
Model v1.4
Model v1.7
--DOSE ^= null or --DOSTOT ^= null or --DOSTXT ^= null Model v1.4
--DOSE ^= null or --DOSTOT ^= null or --DOSTXT ^= null Model v1.7
IG v3.2
IG v3.3
IG v3.2
IG v3.3
Relationship described is to a study but not to individual study subjects AP Guide v1.0
Relationship described is to a study but not to individual study subjects AP Guide v1.0
Comment related to Domain Records and RDOMAIN not in (null, 'DM') IG v3.2
Comment related to Domain Records and RDOMAIN not in (null, 'DM') IG v3.3
IG v3.2
IG v3.3
Collected data fit a Qualifier variable listed in SDTM: Sections 2.2.1, 2.2.2, or
2.2.3, and are represented in the Findings About domain IG v3.2
Collected data fit a Qualifier variable listed in SDTM: Sections 2.2.1, 2.2.2, or
2.2.3, and are represented in the Findings About domain IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
LBSTRESU ^= null IG v3.2
LBSTRESU ^= null IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
TAETORD present in dataset and SESTDTC <= SVSTDTC and SVSTDTC <=
SEENDTC IG v3.2
TAETORD present in dataset and SESTDTC <= SVSTDTC and SVSTDTC <=
SEENDTC IG v3.3
EPOCH present in dataset and SESTDTC <= SVSTDTC and SVSTDTC <=
SEENDTC IG v3.2
EPOCH present in dataset and SESTDTC <= SVSTDTC and SVSTDTC <=
SEENDTC IG v3.3
IG v3.2
IG v3.3
--STDTC and DM.RFSTDTC both contain complete values in their date portion IG v3.2
--STDTC and DM.RFSTDTC both contain complete values in their date portion IG v3.3
--ENDTC and DM.RFSTDTC both contain complete values in their date portion IG v3.2
--ENDTC and DM.RFSTDTC both contain complete values in their date portion IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
Element does not end with a decision that could lead to a shortened path within
the Arm IG v3.2
Element does not end with a decision that could lead to a shortened path within
the Arm IG v3.3
IG v3.2
IG v3.3
Trial Design allows for a Subject to transition to an Element other than the next
Element in sequence IG v3.2
Trial Design allows for a Subject to transition to an Element other than the next
Element in sequence IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
TSVAL = null IG v3.2
TSVAL = null IG v3.3
At least one observation where TSPARMCD = TRT and there is only one
investigational treatment IG v3.2
At least one observation where TSPARMCD = TRT and there is only one
investigational treatment IG v3.3
IG v3.2
IG v3.3
TSVCDREF = 'CDISC' IG v3.2
TSVCDREF = 'CDISC' IG v3.3
TSVCDREF = 'CDISC' IG v3.2
TSVCDREF = 'CDISC' IG v3.3
TSPARMCD equals one of the values in the list of Trial Summary Codes in
Appendix C1 and TSVALNF is null IG v3.2
TSPARMCD equals one of the values in the list of Trial Summary Codes in
Appendix C1 and TSVALNF is null IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
Model v1.4
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
Dataset name length = 3 or 4 and dataset name does not begin with 'AP' or 'FA' IG v3.2
Dataset name length = 3 or 4 and dataset name does not begin with 'AP' or 'FA' IG v3.3
Dataset split by parent domain and dataset name length > 2 and dataset name
begins with 'FA' IG v3.2
Dataset split by parent domain and dataset name length > 2 and dataset name
begins with 'FA' IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
The use of 'MULTIPLE' reflects multiple values (as opposed to a valid response
in the context of the finding (e.g., Questionnaire CT). IG v3.2
The use of 'MULTIPLE' reflects multiple values (as opposed to a valid response
in the context of the finding (e.g., Questionnaire CT). IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
IG v3.2
IG v3.3
USUBJID ^= null Model v1.4
USUBJID ^= null Model v1.7
POOLID ^= null Model v1.4
POOLID ^= null Model v1.7
RSUBJID ^= null Model v1.4
IG v3.2|Model v1.4
IG v3.3|Model v1.7
IG v3.2|Model v1.4
IG v3.3|Model v1.7
IG v3.2|Model v1.4
IG v3.3|Model v1.7
Model v1.4
Model v1.7
Model v1.4
Model v1.7
Model v1.4
Model v1.7
Model v1.4
Model v1.7
--SER ^= null Model v1.4
--SER ^= null Model v1.7
Model v1.4
Model v1.7
--PRESP = 'Y' and --OCCUR = null Model v1.4
IG v3.2
IG v3.3
IG v3.2
IG v3.3
Scheduled or Contingent visit (exists in TV) IG v3.2
IG v3.3
Model v1.4
Model v1.7
Model v1.4
Model v1.7
Model v1.4
Model v1.7
Model v1.4
Model v1.7
--STRESC ^= null and units are applicable for the result Model v1.7
--STRESU ^= null Model v1.4
TSVAL not populated with values or synonyms of values in the ISO 21090 null
flavor codelist (or other terms that can be represented as null flavors) IG v3.2
TSVAL not populated with values or synonyms of values in the ISO 21090 null
flavor codelist (or other terms that can be represented as null flavors) IG v3.3
Model v1.4
Model v1.7
Model v1.4
Model v1.7
IG v3.3
--TPT present in dataset IG v3.2
IG v3.3
IG v3.3
IG v3.3
IG v3.3
IG v3.3
Study does not use multi-stage arm assignments and ACTARMCD ^= null IG v3.3
Study does not use multi-stage arm assignments and ACTARM ^= null IG v3.3
Study does not use multi-stage arm assignments and ARMCD ^= null IG v3.3
Study does not use multi-stage arm assignments and ACTARM ^= null IG v3.3
IG v3.3
Milestone associated with RFSTDTC is start of treatment and ARMNRS =null IG v3.3
Model v1.7
Milestone associated with RFSTDTC is start of treatment and ARMNRS ^=null
and ARMNRS ^='UNPLANNED TREATMENT'. IG v3.3
Subject has more than one record per Epoch with DSCAT = 'DISPOSITION
EVENT' IG v3.3
Subject has more than one record per Epoch with DSCAT = 'DISPOSITION
EVENT' IG v3.3
DM.ACTARMCD not null IG v3.3
IG v3.3
Model v1.7
IG v3.2
IG v3.3
IG v3.3
Model v1.7
Model v1.7
Model v1.7
Model v1.7
Parameter is non-normalized. IG v3.3
REPNUM is in the dataset, and the are multiple records for a subject for a test
within the timeframe identified by the timing variables on the record Model v1.7
Model v1.7
Model v1.7
Model v1.7
Model v1.7
Model v1.7
IG v3.3
2.6 3.d
2.6 3.e
2.2.5
2.2.5
4.1.4.4
4.4.4
4.1.4.4
4.4.4
IG v3.2[3.1]|Model v1.4[2]
2.1
3.2.2
3.2.2
IG v3.2[3.2.2]|Model v1.4[2]
IG v3.3[3.2.2]|Model v1.7[2.1]
IG v3.2[2.5]|Model v1.4[3.2.22]
4.1.1.5
4.1.5
4.1.1.5
4.1.5
4.1.1.5
4.1.5
4.1.1.7 Rule 6
4.1.7 Rule 6
4.1.1.7 Rule 7
4.1.7 Rule 7
Table 3.2.1|3.2.1.1
Table 3.2.1|3.2.1.1
4.1.2.8.3
4.2.8.3
3.2.2|4.1.2.7.1
3.2.2|4.2.7.1
6.1 Specification
4.2.6 2.E.2
6.1 Specification
4.2.6 2.E.1
2.2.4 --SEQ
4.1.2.3
4.2.3
4.1.4.5
4.4.5
4.1.4.5
4.4.5
4.1.4.5
4.4.5
5.5
4.1.4.5
4.4.5
IG v3.2[6.2 AE]
[Specification]|Model
v1.4[2.2.2][Table 2.2.2:
IG v3.2[6.2 AE]|Model v1.4[2.2.2] --BDSYCD]
IG v3.3[6.2.1]
[Specification]|Model
v1.7[2.2.2][Table 2.2.2.1:
IG v3.3[6.2.1]|Model v1.7[2.2.2] -BDSYCD]
IG v3.2[6.2 AE]
[Specification]|Model
v1.4[2.2.2][Table 2.2.2:
IG v3.2[6.2 AE]|Model v1.4[2.2.2] --BODSYS]
IG v3.3[6.2.1]
[Specification]|Model
v1.7[2.2.2][Table 2.2.2.1:
IG v3.3[6.2.1]|Model v1.7[2.2.2] --BODSYS]
6.2 Assumption 8
6.2.1 Assumption 9
6.2 Assumption 6a
6.2.1 Assumption 6a
6.2 Assumption 6a
6.2.1 Assumption 6a
6.2 Assumption 6c
6.2.1 Assumption 6c
6.2 Assumption 8
6.2.1 Assumption 9
2.2.5 Timing Variables for All
Classes Specification
2.2.5 Timing Variables for All
Classes Table 2.2.5.1: --ENRTPT
2.2.5 Timing Variables for All
Classes Specification
2.2.5 Timing Variables for All
Classes Table 2.2.5.1: --ENTPT
Model v1.4[2.2.2][--
DECOD]|Model
Model v1.4[2.2.2] v1.4[2.2.2][--PTCD]
Model v1.7[2.2.2][--
DECOD]|Model
Model v1.7[2.2.2] v1.7[2.2.2][--PTCD]
2.2.2 --PTCD
2.2.2 --PTCD
6.2 Assumption 3d
6.3 Assumption 2
6.3.15 Assumption 1
5 Specification
5.2 Specification
5 Specification
5.2 Specification
6.2 Assumption 3a
6.2.3 Assumption 3b
6.2 Assumption 3d
6.2
6.2.4
6.2 Assumption 1
6.2.4 Assumption 1
IG v3.2[2.6]|IG v3.2[4.1.2.6]|IG
v3.2[6.2]
IG v3.3[2.6]|IG v3.3[4.2.6]|IG
v3.3[6.2]
IG v3.2[2.6]|IG v3.2[4.1.2.6]|IG
v3.2[6.2]
IG v3.3[2.6]|IG v3.3[4.2.6]|IG
v3.3[6.2]
IG v3.3[6.1.2]
[Assumption 2c]|IG
IG v3.3[6.1.2] v3.3[6.1.2][Specification]
6.1 Specification
6.1.2 Specification
6.1 Assumption 2a
6.1.2 Assumption 2a
2.2.1
2.2.1
IG v3.2[6.1][Assumption
4a]|IG v3.2[6.1]
IG v3.2[6.1] [Assumption 4b]
Assumption 4a|
6.1.3.2 Assumption 4b
IG v3.2[6.1][Assumption
4a]|IG v3.2[6.1]
IG v3.2[6.1] [Assumption 4b]
IG v3.3[6.1.3.2]
[Assumption 4a]|IG
v3.3[6.1.3.2][Assumption
IG v3.3[6.1.3.2] 4b]
6.1 Assumption 2b
6.1.3.1 Assumption 2b
6.1 Specification
6.1.3.1 Specification
6.1 Specification
6.1.3.1 Specification
6.1 Assumption 6c
6.1.3.1 Assumption 6c
2.2.1
2.2.1
6.1 Assumption 6c
6.1.3.1 Assumption 6c
2.2.1
2.2.1
Specification|Assumption
5 4|Assumption 10
2.2.1 --DOSE Specification
2.2.1 --DOSE Specification
6.1 Specification
2.2.1 Specification
2.2.1 Specification
2.2.1 --DOSU Specification
2.2.1 Specification
5 Specification
5 Specification
5 Specification
5 Specification
5 Specification
5 Assumption 4
5 Specification
5.2 Specification
5 Specification
5 Specification
5 Assumption 4
5 Specification
5 Assumption 4
5 Specification
2.2.6
Table 2.2.6 DTHFL Description
6.3 Assumption 2
6.3.15 Assumption 1
Specification|DD
5 Assumption 1
IG v3.3[5.2]|IG v3.3[6.3.2]
5 Specification
5.2 Specification
5 Specification
5.2 Specification
5 Specification
5.2 Specification
5|Appendix C2 Assumption 5
5 Assumption 6
IG v3.2[5][Specification:
RFENDTC]|IG v3.2[5]
[Specification: ACTARM]|
IG v3.2[5][Assumption
IG v3.2[5] 10]
IG v3.2[5][Specification:
RFENDTC]|IG v3.2[5]
[Specification: ACTARM]|
IG v3.2[5][Assumption
IG v3.2[5] 10]
Specification|Assumption
5 13
Specification|Assumption
5.2 10c
5 Specification
5 Specification
5 Specification
5.2 Specification
5 Specification
5.2 Specification
2.2.6
Table 2.2.6.1
5 Specification
5.2 Specification
5 Specification
5.2 Specification
5 Specification
5.3 Specification
4.1.2.1
4.2.1
5|7.2 Specification
5.2|7.2 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
2.1.1 Specification
5 Specification
5.1 Specification
5 Specification
5.1 Specification
5 Specification
5.1 Specification
5 Specification
5.1 Specification
5 Specification
5.1 Specification
5 Assumption 3
5.1 Assumption 3
6.3 Assumption 2
6.3.15 Assumption 1
6.3 Assumption 2
6.3.15 Assumption 1
6.4.3 Specification
6.4.3 Specification
6.4.3 Specification
6.4.3 Specification
6.3 Assumption 2
6.3.4 Assumption 1
6.3 Assumption 2
6.3.4 Assumption 1
6.3 Specification
6.3.4 Specification
6.3 Assumption 2
6.3.4 Assumption 1
6.3 Assumption 2
6.3.4 Assumption 1
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Specification
6.3.6 Specification
6.3 Assumption 3
6.3 Assumption 6
6.3
6.3.12
6.3
6.3.12
8.2
8.2
8.2.1 Specification
8.2.1 Specification
8.4
8.4
8.4.1
8.4.1
8.4.1
8.4.1
8.4.2
8.4.2
5 SE Assumption 8
5.3 Assumption 6
5 SE Assumption 10
5.3 Assumption 8
5 SE Assumption 11
5.3 Assumption 9
Assumption 10|
5 SE Assumption 11
Assumption 8|
5.3 Assumption 9
5 SE Assumption 6
5.3 Assumption 4
5 SE Assumption 6
5.3 Assumption 4
5 SV Specification
5.5 Description
5 SV Assumption 3
5.5 Assumption 3
5 SV Specification
5.5 Specification
5 SV Specification
5.5 Assumption 4
5 SV Assumption 11
5.5 Assumption 11
5 SV Assumption 11
5.5 Assumption 11
4.1.4
4.4
4.1.4
4.4.4
4.1.4
4.4.4
4.1.4
4.4.4
4.1.4
4.4.4
4.1.4.5
4.4.5
2.2.5
2.2.5
2.2.5 Table 2.2.5.1: --ENRF
4.1.4.7
4.4.7
4.1.4.7
4.4.7
4.1.4.7
4.4.7
4.1.4.7
4.4.7
4.1.4.8
4.4.8
4.1.4.8
4.4.8
4.1.4.9
4.4.9
4.1.4.10
4.4.10
4.1.4.10
4.4.10
7.2|5|7.3 Specification
5|7.2 Specification
5.2|7.2 Specification
7.2 Specification
7.2 Specification
7.2 Assumption 1
7.2.1 Assumption 1
7.2 Assumption 7
7.2.1 Assumption 7
7.2 Assumption 11
7.2.1 Assumption 12
7.2 Assumption 3
7.2.1 Assumption 3
7.2 Specification
7.2.1 Specification
7.4 Assumption 1
7.4.1 Assumption 1
7.4 Specification
7.4.1 Specification
7.4 Assumption 1
7.4.1 Assumption 1
Specification|Assumption
7.4 3
Specification|Assumption
7.4.1 3
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4 Assumption 5
7.4.2 Assumption 5
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
IG v3.2[7.4][Assumption
IG v3.2[7.4]|IG v3.2[Appendix C1] 3]|IG v3.2[Appendix C1]
IG v3.3[7.4.2]
[Assumption 3]|IG
IG v3.3[7.4.2]|IG v3.3[Appendix C1] v3.3[Appendix C1]
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Assumption 3
7.4 Specification
7.4.2 Specification
7.4 Specification
7.4.2 Specification
7.4.2.1
7.4 Assumption 3
7.4.2 Assumption 3
7 Specification
7.3.1 Specification
7 Specification
7.3.1 Specification
7 Specification
7.3.1 Specification
7 Specification
7.3.1 Specification
7 Specification
7.3.1 Specification
7 Specification
7.3.1 Specification
6.3 Specification
6.3.16.2 Specification
6.3 Specification
6.3.16.2 Specification
6.3 Specification
6.3.16.2 Specification
6.3 Specification
6.3.16.2 Specification
3.2.2
6.2 Assumption 8
6.2.1 Assumption 9
7.4 Specification
7.4.2 Specification
2.2
2.2
2.2
2.2
2.2
4.2.8.3
2.2
4.2.1
2.5
2.6
2.2.4
2.5
IG v3.3[2.5]|Model v1.7[2.1]
IG v3.2[2.6]|IG v3.2[6.3]
IG v3.2[2.6]|IG v3.2[6.3] [PP]
IG v3.3[2.6]|IG
IG v3.3[2.6]|IG v3.3[6.3.11.2] v3.3[6.3.11.2]
2.6
2.6 3.b
2.6
2.6
7.2.2 Assumption 8
7.2.2 Assumption 9
7.2.2 Assumption 13
Specification|Assumption
7.2 15
7.2.2 Assumption 15
Specification|Assumption
7.2 12
Specification|Assumption
7.2.2 12
Specification|Assumption
7.2 12
Specification|Assumption
7.2.2 12
4.1.1.4
4.1.4
4.1.1.7 6
4.1.7 6
4.1.1.7 6
4.1.7 6
4.1.1.7 7
4.1.7 7
4.1.2.6
4.2.6
4.1.2.6
4.2.6
4.1.2.6
4.2.6
4.1.2.6
4.2.6
4.1.2.6
4.2.6
4.1.2.7.3
4.2.7.3
4.1.2.7.3
4.2.7.3
4.1.2.7.3
4.2.7.3
4.1.2.8.1
4.2.8.1
4.1.2.8.1
4.2.8.1
4.1.2.8.1
4.2.8.1
4.1.2.8.2
4.2.8.2
4.1.5.1.1
4.5.1.1
4.1.2.2
4.2.2
4.1.2.6
4.2.6
3.2.2
3.2.2
2.7
2.7
2.7
2.7
2.7
2.7
2.7
2.7
2.7
2.7
2.7
2.7
2.7
2.7
2.6 3h
2.6 3h
4.1.4
Table 4.1.4.1
Table 4.1.4.1
4.1.4
Table 4.1.4.1
4.1.4
Table 4.1.4.1
5.1.1
6.1
5.1.1
6.1
5.1.1
6.1.1
2.2.6
2.2.6
2.2.7
2.2.7
2.2.7
2.2.7
2.2.7
2.2.7
IG v3.2[4.1.2.1]|Model v1.4[3.3.1]
IG v3.3[7.4.1 ]|Model v1.7[3.2.1]
8.4.2
8.4.2
4.1.1 RDOMAIN Description
4.1.1.1 RDOMAIN Description
IG v3.2[7.3]|Model v1.4[3.5.1]
IG v3.3[7.3.2]|Model v1.7[3.4.1]
IG v3.2[7.3]|Model v1.4[3.5.1]
IG v3.3[7.3]|Model v1.7[3.4.1]
2.2.2
2.2.2
2.2.2
2.2.2
2.2.1
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2
2.2.2.1 --CONTRT
IG v3.3[6.3.6]|Model v1.7[2.2.3]
2.2.3
2.2.3
2.2.3
2.2.3
Model v1.4[2.2.1 (Interventions )]|
Model v1.4[2.2.2 (Events)]
4.1.5.3.1
4.5.3.1
6.1
3.2
3.2
4.1.2.6 2.B.1
4.2.6 2.B.1
5 SV
IG v3.3[5.5 SV]|IG
v3.3[7.3.1.1 TV][TV
IG v3.3[5.5 SV]|IG v3.3[7.3.1.1 TV] Issues 4]
8.4.1
8.4
6.2 DS Assumption 1
2.1
2.1
5 SE Assumption 2
5 SE Assumptions
7.2
7.2.1
4.1.2
4.1.2
4.1.2
4.1.2
2.2.5
2.2.5
IG v3.2[8.2.1]|IG v3.2[8.3.1]
IG v3.3[8.2.1]|IG v3.3[8.3.1]
2.2.5
2.2.5
2.2.5
2.2.5
6.3 LB
6.3.6 LB
2.2.1
2.2.1
2.2.3
2.2.3
2.2.3
2.2.3
2.2.3
2.2.3
2.2.2|2.2.3
2.2.2|2.2.3
2.2.1|2.2.2|2.2.3
2.2.1[Table 3.2.1:
--SCAT]|2.2.2[Table
3.2.2: --SCAT]|
2.2.3[Table 3.2.3:
2.2.1|2.2.2|2.2.3 --SCAT]
2.2.1|2.2.2|2.2.3
2.2.1[Table 3.2.1:
--SCAT]|2.2.2[Table
3.2.2: --SCAT]|
2.2.3[Table 3.2.3:
2.2.1|2.2.2|2.2.3 --SCAT]
4.1.1.5
4.1.5
2.2.6
Table 2.2.6.1
2.2.6
Table 2.2.6.1
2.2.6
Table 2.2.6.1
2.2.6
Table 2.2.6.1
2.2.2
2.2.2
2.2.2
2.2.2
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4|Appendix C1 Assumption 3
7.4 Assumption 3
7.4.2.1
2.2.2
2.2.2
2.2.2
2.2.2
Assumption 4a|
6.1 Assumption 4b
Assumption 4a|
6.1.3 Assumption 4b
2.6
2.6 3.b
2.6 3.b
2.6 3.b
2.2.7
2.2.7|5.1.2
2.2.3
2.2.3
IG v3.2[4.1.1.3]|IG v3.2[4.1.1.8]
IG v3.3[4.1.3]|IG v3.3[4.4.8]
4.1.4.10
4.4.10
2.2.5 --MIDS
2.2.5 --RELMIDS
2.2.5 --MIDSDTC
2.7
2.7
2.7
2.7
2.7
5.2 Specification
5.2 Specification
5.2 Specification
5.2 Specification
5.2 Specification
5.2 Specification
5.2 Specification
5.2 Specification
Specification|Assumption
5.2 4
5.2 Assumption 4
5.2 Assumption 4
5.2 Assumption 4
5.2 Assumption 4
5.2 Assumption 6
5.2 Assumption 6
5.2 Assumption 6
5.2 Assumption 5
5.2 Specification
5.2 Specification
5.2 Assumption 6
Specification|Assumption
5.2 9
Table 2.2.6.1 RPATHCD
Specification|Assumption
5.2 4.a.4|Assumption 9
Assumption 2.b|
6.2.3 DS Assumption 5
Assumption 2.b|
6.2.3 DS Assumption 5
Assumption 2.b.2|
6.2.3 DS Assumption 2.b.3
6.2.3 DS Assumption 1
5 SE Specification
2.2.4
6.3.11.2 Assumption 3
6.3.11.2 Assumption 3
6.3.11.2 Assumption 3
6.3.11.2 Assumption 3
6.3.11.2 Assumption 3
6.3.11.2 Assumption 3
6.3.12 PESTRESC
6.3.13.3 Assumption 4
7.2|5.2|7.3 Specification
4.1.4.10
4.4.10
4.1.4.10
4.4.10
4.1.4.10
4.4.10
Cited Guidance
Determine the domain code, one that is not a domain code in the CDISC
Controlled Terminology codelist "SDTM Domain Abbreviations" available at
http://www.cancer.gov/research/resources/terminology/cdisc. If it desired to
have this domain code as part of CDISC controlled terminology, then submit a
request to https://ncitermform.nci.nih.gov/ncitermform/?version=cdisc. The
sponsor-selected, two-character domain code should be used consistently
throughout the submission.
Collected duration of an event, intervention, or finding represented in ISO 8601
character format. Used only if collected on the CRF and not derived.
Collected duration of an event, intervention, or finding. Used only if collected on
the CRF and not derived. Format=ISO8601
The intent of the domain is to capture protocol violations and deviations during
the course of the study and will store only those criteria violation by or deviated
from by the subject and not a response to each violation or deviation.
The intent of the domain model is to capture protocol deviations that occurred
during the course of the study (see ICH E3: Section 10.2 at
http://www.ich.org/fileadmin/Public_Web_Site/ICH_Products/Guidelines/Efficac
y/E3/E3_Guideline.pdf). Usually these are deviations that occur after the
subject has been randomized or received the first treatment.
The DV domain is an Events model for collected protocol deviations and not for
derived protocol deviations that are more likely to be part of analysis
The DV domain is an Events model for collected protocol deviations and not for
derived protocol deviations that are more likely to be part of analysis.
This categorization should not group all records (within the MH Domain) into
one generic group such as "Medical History" or "General Medical History"
because this is redundant information with the domain code. If no smaller
categorization can be applied, then it is not necessary to include or populate
this variable.
This categorization should not group all records (within the MH Domain) into
one generic group such as "Medical History" or "General Medical History"
because this is redundant information with the domain code. If no smaller
categorization can be applied, then it is not necessary to include or populate
this variable.
Reason not done. Used in conjunction with --STAT when value is NOT DONE.
Reason not done. Used in conjunction with --STAT when value is "NOT
DONE".
Qualifier for anatomical location further detailing laterality.
Qualifier for anatomical location further detailing laterality.
IG v3.2[6.1][Assumption 2c][CMDECOD is the standardized medication/therapy
term derived by the sponsor from the coding dictionary. It is expected that the
reported term (CMTRT) or the modified term (CMMODIFY) will be coded using
a standard dictionary.]|IG v3.2[6.1][Specification][Standardized or dictionary-
derived text description of CMTRT or CMMODIFY. Equivalent to the generic
medication name in WHO Drug. The sponsor is expected to provide the
dictionary name and version used to map the terms utilizing the define.xml
external codelist attributes. If an intervention term does not have a decode
value in the dictionary then CMDECOD will be left blank.]
[Associated Persons datasets are given a prefix of AP-- to identify the data as
AP data to and distinguish them from study subject data.][Associated Persons
domain codes in the DOMAIN column of every record are also given a prefix of
AP-- to identify the domains as AP domains and to distinguish them from study
subject domains. AP domain codes are therefore four characters long.]
[Associated Persons datasets are given a prefix of AP-- to identify the data as
AP data to and distinguish them from study subject data.][Associated Persons
domain codes in the DOMAIN column of every record are also given a prefix of
AP-- to identify the domains as AP domains and to distinguish them from study
subject domains. AP domain codes are therefore four characters long.]
Identifier for a single associated person, a group of associated persons, or a
pool of associated persons. If APID identifies a pool, POOLDEF records must
exist for each associated person.
Identifier for a single associated person, a group of associated persons, or a
pool of associated persons. If APID identifies a pool, POOLDEF records must
exist for each associated person.
RSUBJID will be populated with the USUBJID of the related subject or the
POOLID of the related pool.
RSUBJID will be populated with the USUBJID of the related subject or the
POOLID of the related pool.
RSUBJID will be populated with the USUBJID of the related subject or the
POOLID of the related pool.
RSUBJID will be populated with the USUBJID of the related subject or the
POOLID of the related pool.
RSUBJID will be populated with the USUBJID of the related subject or the
POOLID of the related pool.
RSUBJID will be populated with the USUBJID of the related subject or the
POOLID of the related pool.
If RSUBJID is populated, describes the relationship of the associated person(s)
identified in APID to the subject or pool identified in RSUBJID. If RDEVID is
populated, describes the relationship of the associated person(s) identified in
APID to the device identified in RDEVID. If RSUBJID and RDEVID are null,
SREL describes the relationship of the associated person(s) identified in APID
to the study identified in STUDYID
If RSUBJID is populated, describes the relationship of the associated person(s)
identified in APID to the subject or pool identified in RSUBJID. If RDEVID is
populated, describes the relationship of the associated person(s) identified in
APID to the device identified in RDEVID. If RSUBJID and RDEVID are null,
SREL describes the relationship of the associated person(s) identified in APID
to the study identified in STUDYID
If RSUBJID is populated, describes the relationship of the associated person(s)
identified in APID to the subject or pool identified in RSUBJID. If RDEVID is
populated, describes the relationship of the associated person(s) identified in
APID to the device identified in RDEVID. If RSUBJID and RDEVID are null,
SREL describes the relationship of the associated person(s) identified in APID
to the study identified in STUDYID
If RSUBJID is populated, describes the relationship of the associated person(s)
identified in APID to the subject or pool identified in RSUBJID. If RDEVID is
populated, describes the relationship of the associated person(s) identified in
APID to the device identified in RDEVID. If RSUBJID and RDEVID are null,
SREL describes the relationship of the associated person(s) identified in APID
to the study identified in STUDYID
If RSUBJID is populated, describes the relationship of the associated
person(s) identified in APID to the subject or pool identified in RSUBJID. If
RDEVID is populated, describes the relationship of the associated person(s)
identified in APID to the device identified in RDEVID. If RSUBJID and RDEVID
are null, SREL describes the relationship of the associated person(s) identified
in APID to the study identified in STUDYID
If RSUBJID is populated, describes the relationship of the associated person(s)
identified in APID to the subject or pool identified in RSUBJID. If RDEVID is
populated, describes the relationship of the associated person(s) identified in
APID to the device identified in RDEVID. If RSUBJID and RDEVID are null,
SREL describes the relationship of the associated person(s) identified in APID
to the study identified in STUDYID
Identifying variable in the parent dataset that identifies the record(s) to which
the comment applies. Examples AESEQ or CMGRPID. Used only when
individual comments are related to domain records. null for comments collected
on separate CRFs.
Identifying variable in the parent dataset that identifies the record(s) to which
the comment applies. Examples AESEQ or CMGRPID. Used only when
individual comments are related to domain records. null for comments collected
on separate CRFs.
Identifying variable in the parent dataset that identifies the record(s) to which
the comment applies. Examples AESEQ or CMGRPID. Used only when
individual comments are related to domain records. null for comments collected
on separate CRFs.
Identifying variable in the parent dataset that identifies the record(s) to which
the comment applies. Examples AESEQ or CMGRPID. Used only when
individual comments are related to domain records. null for comments collected
on separate CRFs.
Value of identifying variable of the parent record(s). Used only when individual
comments are related to domain records. null for comments collected on
separate CRFs.
Value of identifying variable of the parent record(s). Used only when individual
comments are related to domain records. null for comments collected on
separate CRFs.
The Comments special-purpose domain provides a solution for submitting free-
text comments related to data in one or more SDTM domains (as described in
Section 8: 8.5, Relating Comments To A Parent Domain) or collected on a
separate CRF page dedicated to comments. Comments are generally not
responses to specific questions; instead, comments usually consist of
voluntary, free-text or unsolicited observations.
The Comments special-purpose domain provides a solution for submitting free-
text comments related to data in one or more SDTM domains (as described in
Section 8: 8.5, Relating Comments To A Parent Domain) or collected on a
separate CRF page dedicated to comments. Comments are generally not
responses to specific questions; instead, comments usually consist of
voluntary, free-text or unsolicited observations.
Subject Status does not contain details about the circumstances of a subject's
status. The response to the status assessment may trigger collection of
additional details but those details are to be stored in appropriate separate
domains. For example, if a subject's Survival Status is "DEAD", the date of
death must be stored in DM and within a final disposition record in DS. Only
the status collection date, the status question and the status response are
stored in SS.
Subject Status does not contain details about the circumstances of a subject's
status. The response to the status assessment may trigger collection of
additional details but those details are to be stored in appropriate separate
domains. For example, if a subject's Survival Status is "DEAD", the date of
death must be stored in DM and within a final disposition record in DS. Only
the status collection date, the status question and the status response are
stored in SS.
Subject Status does not contain details about the circumstances of a subject's
status. The response to the status assessment may trigger collection of
additional details but those details are to be stored in appropriate separate
domains. For example, if a subject's Survival Status is "DEAD", the date of
death must be stored in DM and within a final disposition record in DS. Only
the status collection date, the status question and the status response are
stored in SS.
Subject Status does not contain details about the circumstances of a subject’s
status. The response to the status assessment may trigger collection of
additional details but those details are to be stored in appropriate separate
domains. For example, if a subject’s Survival Status is “DEAD”, the date of
death must be stored in DM and within a final disposition record in DS. Only
the status collection date, the status question and the status response are
stored in SS.
When collected data fit a Qualifier variable listed in SDTM: Sections 2.2.1,
2.2.2, or 2.2.3, and are represented in the Findings About domain, then the
name of the variable should be used as the value of FATESTCD.
When collected data fit a Qualifier variable listed in SDTM: Sections 2.2.1,
2.2.2, or 2.2.3, and are represented in the Findings About domain, then the
name of the variable should be used as the value of FATESTCD.
In general, the value in FAOBJ should match the value in --TERM or --TRT,
unless the parent domain is dictionary coded or subject to controlled
terminology, in which case FAOBJ should then match the value in --DECOD.
In general, the value in FAOBJ should match the value in --TERM or --TRT,
unless the parent domain is dictionary coded or subject to controlled
terminology, in which case FAOBJ should then match the value in --DECOD.
The intent of the domain model is to collect response to only those criteria that
the subject did not meet, and not the responses to all criteria.
The intent of the domain model is to collect response to only those criteria that
the subject did not meet, and not the responses to all criteria.
The intent of the domain model is to collect response to only those criteria that
the subject did not meet, and not the responses to all criteria.
The intent of the domain model is to collect response to only those criteria that
the subject did not meet, and not the responses to all criteria.
Response to Inclusion/Exclusion criterion result in standard format.
Response to Inclusion/Exclusion criterion result in standard format.
The complete list of Inclusion/Exclusion criteria can be found in the TI trial
inclusion/exclusion criteria dataset described in Section 7.4 - Trial Summary
and Eligibility: Trial Inclusion/Exclusion Criteria (TI).
The complete list of Inclusion/Exclusion criteria can be found in the TI trial
inclusion/exclusion criteria dataset described in Section 7.4 - Trial Summary
and Eligibility: Trial Inclusion/Exclusion Criteria (TI).
The complete list of Inclusion/Exclusion criteria can be found in the TI trial
inclusion/exclusion criteria dataset described in Section 7.4 - Trial Summary
and Eligibility: Trial Inclusion/Exclusion Criteria (TI).
The complete list of Inclusion/Exclusion criteria can be found in the Trial
Inclusion/Exclusion Criteria (TI) dataset described in Section 7.4.1, Trial
Inclusion/Exclusion Criteria.
Lower end of reference range for continuous measurements in original units.
Should be populated only for continuous results.
Lower end of reference range for continuous measurements in original units.
Should be populated only for continuous results.
Upper end of reference range for continuous measurements in original units.
Should be populated only for continuous results.
Upper end of reference range for continuous measurements in original units.
Should be populated only for continuous results.
Lower end of reference range for continuous measurements in original units.
Should be populated only for continuous results.
Lower end of reference range for continuous measurements in original units.
Should be populated only for continuous results.
Upper end of reference range for continuous measurements in original units.
Should be populated only for continuous results.
Upper end of reference range for continuous measurements in original units.
Should be populated only for continuous results.
For normal range values that are character in ordinal scale or if categorical
ranges were supplied (e.g., "-1 to +1", "NEGATIVE TO TRACE").
For normal range values that are character in ordinal scale or if categorical
ranges were supplied (e.g., "-1 to +1", "NEGATIVE TO TRACE").
If value is from a numeric scale, represent only the number (e.g., "2" and not
"Grade 2").
If value is from a numeric scale, represent only the number (e.g., "2" and not
"Grade 2").
Lower end of reference range for continuous measurements in original units.
Lower end of reference range for continuous measurements in original units.
Upper end of reference range for continuous measurements in original units.
Upper end of reference range for continuous measurements in original units.
Lower end of reference range for continuous measurements for
LBSTRESC/LBSTRESN in standardized units.
Lower end of reference range for continuous measurements for
LBSTRESC/LBSTRESN in standardized units.
Upper end of reference range for continuous measurements in standardized
units.
Upper end of reference range for continuous measurements in standardized
units.
Reference Range for Char Rslt-Std Units
Reference Range for Char Rslt-Std Units
2.6[Item 1, Bullet 5][The domain pair uses DOMAIN as an Identifier to group
parent records (e.g., MB) from child records (e.g., MS) and enables a dataset-
level relationship to be described in RELREC.]|6.3[MS Assumption 1]
[Definition: The MS domain is designed to store any findings related to the
organisms found and submitted in MB.]
2.6[Item 1][The domain pair uses DOMAIN as an Identifier to group parent
records (e.g., MB) from child records (e.g., MS) and enables a dataset-level
relationship to be described in RELREC.]|6.3.7[MS is used for representing
data from drug susceptibility testing on the organisms identified in MB.]
A record in a SUPP-- dataset relates back to its parent record(s) via the key
identified by the STUDYID, RDOMAIN,and IDVAR/IDVARVAL variables. An
exception is SUPP-- dataset records that are related to Demographics (DM)
records, such as the Intent To Treat (ITT) and Safety (SAFETY) subject-level
population flags, where both IDVAR and IDVARVAL will be null because the
key variables STUDYID, RDOMAIN, and USUBJID are sufficient to identify the
unique parent record in DM (DM has one record per USUBJID).
A record in a SUPP-- dataset relates back to its parent record(s) via the key
identified by the STUDYID, RDOMAIN,and IDVAR/IDVARVAL variables. An
exception is SUPP-- dataset records that are related to Demographics (DM)
records, such as the Intent To Treat (ITT) and Safety (SAFETY) subject-level
population flags, where both IDVAR and IDVARVAL will be null because the
key variables STUDYID, RDOMAIN, and USUBJID are sufficient to identify the
unique parent record in DM (DM has one record per USUBJID).
A record in a SUPP-- dataset relates back to its parent record(s) via the key
identified by the STUDYID, RDOMAIN,and IDVAR/IDVARVAL variables. An
exception is SUPP-- dataset records that are related to Demographics (DM)
records, such as the Intent To Treat (ITT) and Safety (SAFETY) subject-level
population flags, where both IDVAR and IDVARVAL will be null because the
key variables STUDYID, RDOMAIN, and USUBJID are sufficient to identify the
unique parent record in DM (DM has one record per USUBJID).
A record in a SUPP-- dataset relates back to its parent record(s) via the key
identified by the STUDYID, RDOMAIN,and IDVAR/IDVARVAL variables. An
exception is SUPP-- dataset records that are related to Demographics (DM)
records, such as the Intent To Treat (ITT) and Safety (SAFETY) subject-level
population flags, where both IDVAR and IDVARVAL will be null because the
key variables STUDYID, RDOMAIN, and USUBJID are sufficient to identify the
unique parent record in DM (DM has one record per USUBJID).
When data have been split into multiple datasets (see Section 4: 4.1.1.7,
Splitting Domains), longer names such as SUPPFAMH may be needed. in
cases where data about Associated Persons (see Associated Persons
Implementation Guide) have been collected, an associated person with
Supplemental Qualifiers for Findings About their medical history, the resulting
dataset name SUPPAPFAMH) would be too long so that, in this case only, the
"SUPP" portion should be shortened to "SQ". resulting in a dataset name of
SQAPFAMH.
When data have been split into multiple datasets (see Section 4: 4.1.1.7,
Splitting Domains), longer names such as SUPPFAMH may be needed. in
cases where data about Associated Persons (see Associated Persons
Implementation Guide) have been collected, an associated person with
Supplemental Qualifiers for Findings About their medical history, the resulting
dataset name SUPPAPFAMH) would be too long so that, in this case only, the
"SUPP" portion should be shortened to "SQ". resulting in a dataset name of
SQAPFAMH.
TAETORD will not be populated for subject Elements that are not planned for
the Arm to which the subject was assigned. Thus, TAETORD will not be
populated for any Element with an ETCD value of "UNPLAN". TAETORD will
also not be populated if a subject passed through an Element that, although
defined in the TE dataset, was out of place for the Arm to which the subject
was assigned. For example, if a subject in a parallel study of Drug A vs. Drug B
was assigned to receive Drug A, but received Drug B instead, then TAETORD
would be left blank for the SE record for their Drug B Element. If a subject was
assigned to receive the sequence of Elements A, B, C, D, and instead received
A, D, B, C, then the sponsor would have to decide for which of these subject
Element records TAETORD should be populated. The rationale for this
decision should be documented in the Comments column of the define.xml.
TAETORD will not be populated for subject Elements that are not planned for
the Arm to which the subject was assigned. Thus, TAETORD will not be
populated for any Element with an ETCD value of "UNPLAN". TAETORD will
also not be populated if a subject passed through an Element that, although
defined in the TE dataset, was out of place for the Arm to which the subject
was assigned. For example, if a subject in a parallel study of Drug A vs. Drug B
was assigned to receive Drug A, but received Drug B instead, then TAETORD
would be left blank for the SE record for their Drug B Element. If a subject was
assigned to receive the sequence of Elements A, B, C, D, and instead received
A, D, B, C, then the sponsor would have to decide for which of these subject
Element records TAETORD should be populated. The rationale for this
decision should be documented in the Comments column of the define.xml.
Since there are, by definition, no gaps between Elements, the value of
SEENDTC for one Element will always be the same as the value of SESTDTC
for the next Element
Since there are, by definition, no gaps between Elements, the value of
SEENDTC for one Element will always be the same as the value of SESTDTC
for the next Element
Note that SESTDTC is required, although --STDTC is not required in any other
subject-level dataset. The purpose of the dataset is to record the Elements a
subject actually passed through. We assume that if it is known that a subject
passed through a particular Element, then there must be some information on
when it started, even if that information is imprecise. Thus, SESTDTC may not
be null, although some records may not have all the components (e.g., year,
month, day, hour, minute) of the date/time value collected.
Note that SESTDTC is required, although --STDTC is not required in any other
subject-level dataset. The purpose of the dataset is to record the Elements a
subject actually passed through. We assume that if it is known that a subject
passed through a particular Element, then there must be some information on
when it started, even if that information is imprecise. Thus, SESTDTC may not
be null, although some records may not have all the components (e.g., year,
month, day, hour, minute) of the date/time value collected.
[The permissible Study Day variables (--DY, --STDY, and --ENDY) describe the
relative day of the observation starting with the reference date as Day 1. They
are determined by comparing the date portion of the respective date/time
variables (--DTC, --STDTC, and --ENDTC) to the date portion of the Subject
Reference Start Date (RFSTDTC from the Demographics domain).][All Study
Day values are integers. Thus, to calculate Study Day: --DY = (date portion of
--DTC) - (date portion of RFSTDTC) + 1 if --DTC is on or after RFSTDTC, --DY
= (date portion of --DTC) - (date portion of RFSTDTC) if --DTC precedes
RFSTDTC. This algorithm should be used across all domains.]
[The permissible Study Day variables (--DY, --STDY, and --ENDY) describe the
relative day of the observation starting with the reference date as Day 1. They
are determined by comparing the date portion of the respective date/time
variables (--DTC, --STDTC, and --ENDTC) to the date portion of the Subject
Reference Start Date (RFSTDTC from the Demographics domain).][All Study
Day values are integers. Thus, to calculate Study Day: --DY = (date portion of
--DTC) - (date portion of RFSTDTC) + 1 if --DTC is on or after RFSTDTC, --DY
= (date portion of --DTC) - (date portion of RFSTDTC) if --DTC precedes
RFSTDTC. This algorithm should be used across all domains.]
[The permissible Study Day variables (--DY, --STDY, and --ENDY) describe the
relative day of the observation starting with the reference date as Day 1. They
are determined by comparing the date portion of the respective date/time
variables (--DTC, --STDTC, and --ENDTC) to the date portion of the Subject
Reference Start Date (RFSTDTC from the Demographics domain).][All Study
Day values are integers. Thus, to calculate Study Day: --DY = (date portion of
--DTC) - (date portion of RFSTDTC) + 1 if --DTC is on or after RFSTDTC, --DY
= (date portion of --DTC) - (date portion of RFSTDTC) if --DTC precedes
RFSTDTC. This algorithm should be used across all domains.]
[The permissible Study Day variables (--DY, --STDY, and --ENDY) describe the
relative day of the observation starting with the reference date as Day 1. They
are determined by comparing the date portion of the respective date/time
variables (--DTC, --STDTC, and --ENDTC) to the date portion of the Subject
Reference Start Date (RFSTDTC from the Demographics domain).][All Study
Day values are integers. Thus, to calculate Study Day: --DY = (date portion of
--DTC) - (date portion of RFSTDTC) + 1 if --DTC is on or after RFSTDTC, --DY
= (date portion of --DTC) - (date portion of RFSTDTC) if --DTC precedes
RFSTDTC. This algorithm should be used across all domains.]
[The permissible Study Day variables (--DY, --STDY, and --ENDY) describe the
relative day of the observation starting with the reference date as Day 1. They
are determined by comparing the date portion of the respective date/time
variables (--DTC, --STDTC, and --ENDTC) to the date portion of the Subject
Reference Start Date (RFSTDTC from the Demographics domain).][All Study
Day values are integers. Thus, to calculate Study Day: --DY = (date portion of
--DTC) - (date portion of RFSTDTC) + 1 if --DTC is on or after RFSTDTC, --DY
= (date portion of --DTC) - (date portion of RFSTDTC) if --DTC precedes
RFSTDTC. This algorithm should be used across all domains.]
[The permissible Study Day variables (--DY, --STDY, and --ENDY) describe the
relative day of the observation starting with the reference date as Day 1. They
are determined by comparing the date portion of the respective date/time
variables (--DTC, --STDTC, and --ENDTC) to the date portion of the Subject
Reference Start Date (RFSTDTC from the Demographics domain).][All Study
Day values are integers. Thus, to calculate Study Day: --DY = (date portion of
--DTC) - (date portion of RFSTDTC) + 1 if --DTC is on or after RFSTDTC, --DY
= (date portion of --DTC) - (date portion of RFSTDTC) if --DTC precedes
RFSTDTC. This algorithm should be used across all domains.]
[The permissible Study Day variables (--DY, --STDY, and --ENDY) describe the
relative day of the observation starting with the reference date as Day 1. They
are determined by comparing the date portion of the respective date/time
variables (--DTC, --STDTC, and --ENDTC) to the date portion of the Subject
Reference Start Date (RFSTDTC from the Demographics domain).][All Study
Day values are integers. Thus, to calculate Study Day: --DY = (date portion of
--DTC) - (date portion of RFSTDTC) + 1 if --DTC is on or after RFSTDTC, --DY
= (date portion of --DTC) - (date portion of RFSTDTC) if --DTC precedes
RFSTDTC. This algorithm should be used across all domains.]
VISITDY must not be populated for unplanned visits, since VISITDY is, by
definition, the planned study day of visit, and since the actual study day of an
unplanned visit belongs in a --DY variable.
VISITDY must not be populated for unplanned visits, since VISITDY is, by
definition, the planned study day of visit, and since the actual study day of an
unplanned visit belongs in a --DY variable.
Identifies the start of the observation as being before, during, or after the
sponsor-defined reference period. The sponsor-defined reference period is a
continuous period of time defined by a discrete starting point and a discrete
ending point represented by RFSTDTC and RFENDTC in Demographics.
Identifies the start of the observation as being before, during, or after the
sponsor-defined reference period. The sponsor-defined reference period is a
continuous period of time defined by a discrete starting point and a discrete
ending point represented by RFSTDTC and RFENDTC in Demographics.
Identifies the end of the observation as being before, during or after the
sponsor-defined reference period. The sponsor-defined reference period is a
continuous period of time defined by a discrete starting point and a discrete
ending point represented by RFSTDTC and RFENDTC in Demographics.
Identifies the end of the observation as being before, during or after the
sponsor-defined reference period. The sponsor-defined reference period is a
continuous period of time defined by a discrete starting point and a discrete
ending point represented by RFSTDTC and RFENDTC in Demographics.
If the reference time point is prior to the date of collection or assessment: Start
values: an observation can start BEFORE the reference point, can start
COINCIDENT with the reference point, can start AFTER the reference point, or
it may not be known (U) when it started. End values: an observation can end
BEFORE the reference point, can end COINCIDENT with the reference point,
can end AFTER the reference point, can be known that it didn't end but was
ONGOING, or it is unknown (U) when it ended or if it was ongoing.
If the reference time point is prior to the date of collection or assessment: Start
values: an observation can start BEFORE the reference point, can start
COINCIDENT with the reference point, can start AFTER the reference point, or
it may not be known (U) when it started. End values: an observation can end
BEFORE the reference point, can end COINCIDENT with the reference point,
can end AFTER the reference point, can be known that it didn't end but was
ONGOING, or it is unknown (U) when it ended or if it was ongoing.
If the reference time point is prior to the date of collection or assessment: Start
values: an observation can start BEFORE the reference point, can start
COINCIDENT with the reference point, can start AFTER the reference point, or
it may not be known (U) when it started. End values: an observation can end
BEFORE the reference point, can end COINCIDENT with the reference point,
can end AFTER the reference point, can be known that it didn't end but was
ONGOING, or it is unknown (U) when it ended or if it was ongoing.
For any domain based on the Findings general observation class, such as lab
tests which are based on a specimen, the collection date is likely to be tied to
when the specimen or source of the finding was captured, not necessarily
when the data was recorded. in order to ensure that the critical timing
information is always represented in the same variable, the --DTC variable is
used to represent the time of specimen collection.
For any domain based on the Findings general observation class, such as lab
tests which are based on a specimen, the collection date is likely to be tied to
when the specimen or source of the finding was captured, not necessarily
when the data were recorded. In order to ensure that the critical timing
information is always represented in the same variable, the --DTC variable is
used to represent the time of specimen collection.
For any domain based on the Findings general observation class, such as lab
tests which are based on a specimen, the collection date is likely to be tied to
when the specimen or source of the finding was captured, not necessarily
when the data was recorded. in order to ensure that the critical timing
information is always represented in the same variable, the --DTC variable is
used to represent the time of specimen collection.
For any domain based on the Findings general observation class, such as lab
tests which are based on a specimen, the collection date is likely to be tied to
when the specimen or source of the finding was captured, not necessarily
when the data were recorded. In order to ensure that the critical timing
information is always represented in the same variable, the --DTC variable is
used to represent the time of specimen collection.
Dates are generally used only as timing variables, ... but there may be
occasions when it may be preferable to model a date as a result (--ORRES) in
a Findings dataset. ... this situation may occasionally occur when a) a group of
questions (each of which has a date response) is asked and analyzed together;
or b) the Event(s) and Intervention(s) in question are not medically significant
(often the case when included in questionnaires). Consider the following cases:
Calculated due date; Date of last day on the job; Date of high school
graduation. One approach to modeling these data would be to place the text of
the question in --TEST and the response to the question, a date represented in
ISO 8601 format, in --ORRES and --STRESC as long as these date results do
not contain the dates of medically significant events or interventions. Again,
use extreme caution when storing dates as the results of Findings. Remember,
in most cases, these dates should be timing variables associated with a record
in an Intervention or Events dataset.
Dates are generally used only as timing variables, ... but there may be
occasions when it may be preferable to model a date as a result (--ORRES) in
a Findings dataset. ... this situation may occasionally occur when a) a group of
questions (each of which has a date response) is asked and analyzed together;
or b) the Event(s) and Intervention(s) in question are not medically significant
(often the case when included in questionnaires). Consider the following cases:
Calculated due date, Date of last day on the job, Date of high school
graduation. One approach to modeling these data would be to place the text of
the question in --TEST and the response to the question, a date represented in
ISO 8601 format, in --ORRES and --STRESC as long as these date results do
not contain the dates of medically significant events or interventions. Again,
use extreme caution when storing dates as the results of Findings. Remember,
in most cases, these dates should be timing variables associated with a record
in an Intervention or Events dataset.
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT.
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT.
Within the context that defines uniqueness for a time point, there is likely to be
a one-to-one relationship between most values of --TPT and --ELTM. However,
since --ELTM can only be populated with ISO 8601 periods of time (as
described in Section 4.1.4.3, Intervals of Time and Use of Duration for --DUR
Variables), --ELTM may not be populated for all time points. For example,
--ELTM is likely to be null for time points described by text such as 'pre-dose' or
'before breakfast.' When --ELTM is populated, if two subjects have records with
the same values of DOMAIN, VISITNUM, --TPTREF, and --TPTNUM, then
these records may not have different values in --ELTM.
Within the context that defines uniqueness for a time point, there is likely to be
a one-to-one relationship between most values of --TPT and --ELTM. However,
since --ELTM can only be populated with ISO 8601 periods of time (as
described in Section 4.1.4.3, Intervals of Time and Use of Duration for --DUR
Variables), --ELTM may not be populated for all time points. For example,
--ELTM is likely to be null for time points described by text such as 'pre-dose' or
'before breakfast.' When --ELTM is populated, if two subjects have records with
the same values of DOMAIN, VISITNUM, --TPTREF, and --TPTNUM, then
these records may not have different values in --ELTM.
The trial arms table describes each planned arm in the trial.
ETCD (the companion to ELEMENT) is limited to 8 characters
ETCD (the companion to ELEMENT) is limited to 8 characters
Number that gives the order of the Element within the Arm.
Number that gives the order of the Element within the Arm.
TAETORD is an integer.
TAETORD is an integer.
If an Element does not end with a decision that could lead to a shortened path
within the Arm, then TATRANS will be blank.
If an Element does not end with a decision that could lead to a shortened path
within the Arm, then TATRANS will be blank.
... values of EPOCH must be different for different epochs.
... values of EPOCH must be different for different epochs.
TABRANCH describes the outcome of a branch decision point in the trial
design for subjects in the Arm
TABRANCH describes the outcome of a branch decision point in the trial
design for subjects in the Arm
If the trial design allows a subject to transition to an Element other than the
next Element in sequence, then the conditions for transitioning to those other
Elements, and the alternative Element sequences, are specified in this rule
(e.g., Responders go to washout).
If the trial design allows a subject to transition to an Element other than the
next Element in sequence, then the conditions for transitioning to those other
Elements, and the alternative Element sequences, are specified in this rule
(e.g., Responders go to washout).
If inclusion/exclusion criteria were amended during the trial, then each
complete set of criteria must be included in the TI domain. TIVERS is used to
distinguish between the versions.
If inclusion/exclusion criteria were amended during the trial, then each
complete set of criteria must be included in the TI domain. TIVERS is used to
distinguish between the versions.
The number of this version of the Inclusion/Exclusion criteria. May be omitted if
there is only one version.
The number of this version of the Inclusion/Exclusion criteria. May be omitted if
there is only one version.
If inclusion/exclusion criteria were amended during the trial, then each
complete set of criteria must be included in the TI domain. TIVERS is used to
distinguish between the versions.
If inclusion/exclusion criteria were amended during the trial, then each
complete set of criteria must be included in the TI domain. TIVERS is used to
distinguish between the versions.
Specification[The number of this version of the Inclusion/Exclusion criteria. May
be omitted if there is only one version.]|Assumption 3[Individual criteria do not
have versions. If a criterion changes, it should be treated as a new criterion,
with a new value for IETESTCD.]
Specification[The number of this version of the Inclusion/Exclusion criteria. May
be omitted if there is only one version.]|Assumption 3[Individual criteria do not
have versions. If a criterion changes, it should be treated as a new criterion,
with a new value for IETESTCD.]
TSPARMCD (the companion to TSPARM) is limited to 8 characters and does
not have special character restrictions.
TSPARMCD (the companion to TSPARM) is limited to 8 characters and does
not have special character restrictions.
The value in TSPARM cannot be longer than 40 characters.
The value in TSPARM cannot be longer than 40 characters.
TSVAL can only be null when TSVALNF is populated.
TSVAL can only be null when TSVALNF is populated.
Null flavor for the value of TSPARM, to be populated if and only if TSVAL =
null.
Null flavor for the value of TSPARM, to be populated if and only if TSVAL =
null.
Text over 200 characters can be added to additional columns TSVAL1-
TSVALn.
Text over 200 characters can be added to additional columns TSVAL1-
TSVALn.
Text over 200 characters can be added to additional columns TSVAL1-
TSVALn.
Text over 200 characters can be added to additional columns TSVAL1-
TSVALn.
This is the code of the term in TSVAL.
This is the code of the term in TSVAL.
The version number of the Reference Terminology, if applicable.
The version number of the Reference Terminology, if applicable.
The version number of the Reference Terminology, if applicable.
The version number of the Reference Terminology, if applicable.
TSSEQ has a different value for each record for the same parameter.
TSSEQ has a different value for each record for the same parameter.
1. Name given to an Arm or Treatment Group. 2. If the timing of Visits for a trial
does not depend on which Arm a subject is in, then Arm should be left blank.
1. Name given to an Arm or Treatment Group. 2. If the timing of Visits for a trial
does not depend on which Arm a subject is in, then Arm should be left blank.
If the timing of Visits for a trial does not depend on which ARM a subject is in,
then ARMCD should be null.
If the timing of Visits for a trial does not depend on which ARM a subject is in,
then ARMCD should be null.
If the timing of Visits for a trial does not depend on which Arm a subject is in,
then Arm should be left blank.
If the timing of Visits for a trial does not depend on which Arm a subject is in,
then Arm should be left blank.
ARMCD is limited to 20 characters and does not have special character
restrictions.
ARMCD is limited to 20 characters and does not have special character
restrictions.
Protocol-defined description of clinical encounter.
Protocol-defined description of clinical encounter.
The TR domain does not include anatomical location information on each
measurement record because this would be a duplication of information
already represented in TU. This duplication of data was a deciding factor in
multi-domain approach to representing this data.
The TR domain does not include anatomical location information on each
measurement record because this would be a duplication of information
already represented in TU. This duplication of data was a deciding factor in
multi-domain approach to representing this data.
The TR domain does not include anatomical location information on each
measurement record because this would be a duplication of information
already represented in TU. This duplication of data was a deciding factor in
multi-domain approach to representing this data.
The TR domain does not include anatomical location information on each
measurement record because this would be a duplication of information
already represented in TU. This duplication of data was a deciding factor in
multi-domain approach to representing this data.
The TR domain does not include anatomical location information on each
measurement record because this would be a duplication of information
already represented in TU. This duplication of data was a deciding factor in
multi-domain approach to representing this data.
The TR domain does not include anatomical location information on each
measurement record because this would be a duplication of information
already represented in TU. This duplication of data was a deciding factor in
multi-domain approach to representing this data.
The TR domain does not include anatomical location information on each
measurement record because this would be a duplication of information
already represented in TU. This duplication of data was a deciding factor in
multi-domain approach to representing this data.
The TR domain does not include anatomical location information on each
measurement record because this would be a duplication of information
already represented in TU. This duplication of data was a deciding factor in
multi-domain approach to representing this data.
The philosophy applied to determine which variable names use a prefix was
that all variable names are prefixed with the Domain Identifier in which they
originate except the following: a. Required Identifiers (STUDYID; DOMAIN;
USUBJID). b. Commonly used grouping and merge Keys (VISIT; VISITNUM;
VISITDY); and many of the variables in trial design (such as ELEMENT and
ARM). c. All Demographics domain (DM) variables other than DMDTC and
DMDY. d. All variables in RELREC and SUPPQUAL; and some variables in
Comments and Trial Design datasets.
The following variables are exceptions to the philosophy that all variable names
are prefixed with the Domain Identifier: - Required Identifiers (STUDYID;
DOMAIN; USUBJID). -Commonly used grouping and merge Keys (e.g.,VISIT;
VISITNUM; VISITDY). -All Demographics domain (DM) variables other than
DMDTC and DMDY. -All variables in RELREC and SUPPQUAL; and some
variables in Comments and Trial Design datasets. Required Identifiers are not
prefixed because they are usually used as keys when merging/joining
observations. The --SEQ and the optional Identifiers --GRPID and --REFID are
prefixed because they may be used as keys when relating observations across
domains.
Values for --CAT and --SCAT should not be redundant with the domain name
or dictionary classification provided by --DECOD and --BODSYS.
Values for --CAT and --SCAT should not be redundant with the domain name
or dictionary classification provided by --DECOD and --BODSYS.
Using SDTM-specified standard variable names
Using SDTM-specified standard variable names
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --DTHREL (Findings) --EXCLFL (Findings) --REASEX (Findings)
--DETECT (Findings)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions; Events; Findings) --DTHREL (Findings)
--EXCLFL (Findings) --REASEX (Findings) --IMPLBL (Findings) FETUSID
(Identifiers) --DETECT (Timing Variables) --NOMDY (Timing Variables)
--NOMLBL (Timing Variables)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --DTHREL (Findings) --EXCLFL (Findings) --REASEX (Findings)
--DETECT (Findings)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions; Events; Findings) --DTHREL (Findings)
--EXCLFL (Findings) --REASEX (Findings) --IMPLBL (Findings) FETUSID
(Identifiers) --DETECT (Timing Variables) --NOMDY (Timing Variables)
--NOMLBL (Timing Variables)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --DTHREL (Findings) --EXCLFL (Findings) --REASEX (Findings)
--DETECT (Findings)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions; Events; Findings) --DTHREL (Findings)
--EXCLFL (Findings) --REASEX (Findings) --IMPLBL (Findings) FETUSID
(Identifiers) --DETECT (Timing Variables) --NOMDY (Timing Variables)
--NOMLBL (Timing Variables)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --DTHREL (Findings) --EXCLFL (Findings) --REASEX (Findings)
--DETECT (Findings)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions; Events; Findings) --DTHREL (Findings)
--EXCLFL (Findings) --REASEX (Findings) --IMPLBL (Findings) FETUSID
(Identifiers) --DETECT (Timing Variables) --NOMDY (Timing Variables)
--NOMLBL (Timing Variables)
The following variables can be used for non-clinical studies (SEND) but must
NEVER be used in the Demographics domain for human clinical trials.
However; the use of these variables is currently being evaluated in Findings
general observation class domains being developed for use in the tabulations
of virology data: SPECIES (Demographics) STRAIN (Demographics)
SBSTRAIN (Demographics)
The following variables can be used for non-clinical studies (SEND) but must
NEVER be used in the Demographics domain for human clinical trials; where
all subjects are human. See Section 9.2; Non-host Organism Identifiers (OI);
for information about representing taxonomic information for non-host
organisms such as bacteria and viruses. SPECIES (Demographics) STRAIN
(Demographics) SBSTRAIN (Demographics)
The following variables can be used for non-clinical studies (SEND) but must
NEVER be used in the Demographics domain for human clinical trials.
However; the use of these variables is currently being evaluated in Findings
general observation class domains being developed for use in the tabulations
of virology data: - SPECIES (Demographics) - STRAIN (Demographics) -
SBSTRAIN (Demographics)
The following variables can be used for non-clinical studies (SEND) but must
NEVER be used in the Demographics domain for human clinical trials; where
all subjects are human. See Section 9.2; Non-host Organism Identifiers (OI);
for information about representing taxonomic information for non-host
organisms such as bacteria and viruses. SPECIES (Demographics) STRAIN
(Demographics) SBSTRAIN (Demographics)
The following variables can be used for non-clinical studies (SEND) but must
NEVER be used in the Demographics domain for human clinical trials.
However; the use of these variables is currently being evaluated in Findings
general observation class domains being developed for use in the tabulations
of virology data: SPECIES (Demographics) STRAIN (Demographics)
SBSTRAIN (Demographics)
The following variables can be used for non-clinical studies (SEND) but must
NEVER be used in the Demographics domain for human clinical trials; where
all subjects are human. See Section 9.2; Non-host Organism Identifiers (OI);
for information about representing taxonomic information for non-host
organisms such as bacteria and viruses. SPECIES (Demographics) STRAIN
(Demographics) SBSTRAIN (Demographics)
Use title case for all labels (title case means to capitalize the first letter of every
word except for articles; prepositions; and conjunctions).
Use title case for all labels (title case means to capitalize the first letter of every
word except for articles; prepositions; and conjunctions).
Either USUBJID or POOLID must be populated.
Either USUBJID or POOLID must be populated.
Either USUBJID or POOLID must be populated.
Either USUBJID or POOLID must be populated.
Identifier used to identify a related subject or pool of subjects. RSUBJID will be
populated with either the USUBJID of the related subject or the POOLID of the
related pool.
Identifier used to identify a related subject or pool of subjects. RSUBJID will be
populated with either the USUBJID of the related subject or the POOLID of the
related pool.
Identifier used to identify a related subject or pool of subjects. RSUBJID will be
populated with either the USUBJID of the related subject or the POOLID of the
related pool.
Identifier used to identify a related subject or pool of subjects. RSUBJID will be
populated with either the USUBJID of the related subject or the POOLID of the
related pool.
Associated Persons (AP) are persons who can be associated with a study; a
particular study subject or a device used in the study.
Associated Persons (AP) are persons who can be associated with a study; a
particular study subject or a device used in the study.
Associated Persons (AP) are persons who can be associated with a study; a
particular study subject or a device used in the study.
Associated Persons (AP) are persons who can be associated with a study; a
particular study subject or a device used in the study.
Identifier for a related study subject or pool of study subjects. The subject(s)
may be human or animal. RSUBJID will be populated with the USUBJID of the
related subject or the POOLID of the related pool. RSUBJID will be null for data
about associated persons who are related to the study but not to any of the
study subjects.
Identifier for a related subject or pool of subjects. RSUBJID may be populated
with the USUBJID of the related subject or the POOLID of the related pool.
RSUBJID will be null for data about associated persons who are related to the
study but not to any study subjects
Each study must include one standardized set of observations in a specific
structure; this is the Demographics domain described in Table 2.2.6.
Each study must include one standardized set of observations in a specific
structure; this is the Demographics domain described in Table 2.2.6.
IG v3.2[7.3][A reference to the date variable name that provides the start point
from which the planned disease assessment schedule is measured. This must
be referenced from the ADaM ADSL dataset e.g. ANCH1DT. Note:
TDANCVAR is to contain the name of a reference date variable name.]|Model
v1.4[3.5.1][A reference to the date variable name that provides the start point
from which the planned disease assessment schedule is measured. This must
be referenced from the ADaM ADSL dataset e.g. ANCH1DT. Note:
TDANCVAR is to contain the name of a reference date variable name.]
IG v3.3[7.3.2][A reference to the date variable name that provides the start
point from which the planned disease assessment schedule is measured. This
must be referenced from the ADaM ADSL dataset (e.g., ANCH1DT). Note:
TDANCVAR is to contain the name of a reference date variable name.]|Model
v1.7[3.4.1][A reference to the date variable name that provides the start point
from which the planned disease assessment schedule is measured. This must
be referenced from the ADaM ADSL dataset (e.g., ANCH1DT). Note:
TDANCVAR is to contain the name of a reference date variable name.]
IG v3.2[7.3][A fixed offset from the date provided by the variable referenced in
TDANCVAR. This is used when the timing of planned cycles does not start on
the exact day referenced in the variable indicated in TDANCVAR. The value of
this variable will be either zero or a positive value and will be represented in
ISO 8601 character format.]|Model v1.4[3.5.1][A fixed offset from the date
provided by the variable referenced in TDANCVAR. This is used when the
timing of planned cycles does not start on the exact day referenced in the
variable indicated in TDANCVAR. The value of this variable will be either zero
or a positive value and will be represented in ISO 8601 character format.]
IG v3.3[7.3][A fixed offset from the date provided by the variable referenced in
TDANCVAR. This is used when the timing of planned cycles does not start on
the exact day referenced in the variable indicated in TDANCVAR. The value of
this variable will be either zero or a positive value and will be represented in
ISO 8601 character format.]|Model v1.7[3.4.1][A fixed offset from the date
provided by the variable referenced in TDANCVAR. This is used when the
timing of planned cycles does not start on the exact day referenced in the
variable indicated in TDANCVAR. The value of this variable will be either zero
or a positive value and will be represented in ISO 8601 character format.]
MedDRA Lowest Level Term.
MedDRA Lowest Level Term.
MedDRA Lowest Level Term.
MedDRA Lowest Level Term.
Dictionary or sponsor-defined derived text description of the topic variable;
--TERM; or the modified topic variable (--MODIFY); if applicable. Equivalent to
the Preferred Term (PT in MedDRA).
Dictionary or sponsor-defined derived text description of the topic variable;
--TERM; or the modified topic variable (--MODIFY); if applicable. Equivalent to
the Preferred Term (PT in MedDRA).
MedDRA Preferred Term code.
MedDRA Preferred Term code.
MedDRA High Level Term from the primary path.
MedDRA High Level Term from the primary path.
MedDRA High Level Term code from the primary path.
MedDRA High Level Term code from the primary path.
MedDRA High Level Group Term from the primary path.
MedDRA High Level Group Term from the primary path.
MedDRA High Level Group Term code from the primary path.
MedDRA High Level Group Term code from the primary path.
Body system or system organ class assigned for analysis from a standard
hierarchy (e.g. MedDRA) associated with an event. Example:
GASTROINTESTINAL DISORDERS.
Body system or system organ class assigned for analysis from a standard
hierarchy (e.g. MedDRA) associated with an event. Example:
GASTROINTESTINAL DISORDERS.
MedDRA System Organ Class code corresponding to -BODSYS assigned for
analysis.
MedDRA System Organ Class code corresponding to -BODSYS assigned for
analysis.
Is this is a serious event? Valid values are 'Y' and 'N'.
Is this is a serious event? Valid values are 'Y' and 'N'.
Was the event associated with the development of cancer? Valid values are 'Y'
and 'N'.
Was the event associated with congenital anomaly or birth defect? Valid values
are 'Y' and 'N'.
Did the event result in persistent or significant disability/incapacity? Valid
values are 'Y' and 'N'.
Did the event result in death? Valid values are 'Y' and 'N'.
Did the event require or prolong hospitalization? Valid values are 'Y' and 'N'.
Did the event require or prolong hospitalization? Valid values are 'Y' and 'N'.
Did the event occur with an overdose? Valid values are 'Y' and 'N'.
Do additional categories for seriousness apply? Valid values are 'Y' and 'N'.
Was another treatment given because of the occurrence of the event? Valid
values are 'Y' and 'N'.
Was another treatment given because of the occurrence of the event? Valid
values are "Y", "N", and null.
IG v3.2[6.3 LB][Contains the result value for all findings; copied or derived from
LBORRES in a standard format or standard units. LBSTRESC should store all
results or findings in character format; if results are numeric; they should also
be stored in numeric format in LBSTRESN. For example; if a test has results
'NONE'; 'NEG'; and 'NEGATIVE' in LBORRES and these results effectively
have the same meaning; they could be represented in standard format in
LBSTRESC as 'NEGATIVE'. For other examples; see general assumptions.]|
Model v1.4[2.2.3][Contains the result value for all findings; copied or derived
from --ORRES in a standard format or in standard units.]
IG v3.3[6.3.6][Contains the result value for all findings; copied or derived from
--ORRES in a standard format or in standard units.]|Model v1.7[2.2.3] Contains
the result value for all findings; copied or derived from LBORRES in a standard
format or standard units. LBSTRESC should store all results or findings in
character format; if results are numeric; they should also be stored in numeric
format in LBSTRESN. For example; if a test has results 'NONE'; 'NEG'; and
'NEGATIVE' in LBORRES and these results effectively have the same
meaning; they could be represented in standard format in LBSTRESC as
'NEGATIVE'. For other examples; see general assumptions.]
ICH E3: Section 10.1 indicates that 'the specific reason for discontinuation'
should be presented; and that summaries should be 'grouped by treatment and
by major reason.' The CDISC SDS Team interprets this guidance as requiring
one standardized disposition term (DSDECOD) per disposition event. If
multiple reasons are reported; the sponsor should identify a primary reason
and use that to populate DSTERM and DSDECOD. Additional reasons should
be submitted in SUPPDS.
Indicates the upper limit of quantitation for an assay. Units will be those used
for --STRESU.
Indicates the upper limit of quantitation for an assay. Units will be those used
for --STRESU.
Logical Observation Identifiers Names and Codes (LOINC) code for the topic
variable such as a lab test.
Logical Observation Identifiers Names and Codes (LOINC) code for the topic
variable such as a lab test.
Model v1.4[2.2.1 (Interventions )][--PRESP: Used when a specific intervention
is pre-specified on a CRF. Values should be 'Y' or null.][--OCCUR: Used to
record whether a pre-specified event occurred when information about the
occurrence of a specific event is solicited.][--STAT: Used to indicate when a
question about the occurrence of a pre-specified event was not answered.
Should be null or have a value of NOT DONE]|Model v1.4[2.2.2 (Events)][--
PRESP: Used to indicate whether the event describe by --TERM was pre-
specified on a CRF. Value is Y for pre-specified events; null for spontaneously
reported events.][--OCCUR: Used to record whether a pre-specified event
occurred when information about the occurrence of a specific event is
solicited.][--STAT: Used to indicate when a question about the occurrence of a
pre-specified event was not answered. Should be null or have a value of NOT
DONE]
The Subject Elements domain allows the submission of data on the timing of
the trial Elements a subject actually passed through in their participation in the
trial. Please read Section 7.2 - Experimental Design: Trial Elements (TE); on
the Trial Elements dataset and Section 7.2 - Experimental Design: Trial Arms
(TA); on the Trial Arms dataset; as these datasets define a trial's planned
Elements; and describe the planned sequences of lements for the Arms of the
trial.
The Subject Elements domain allows the submission of data on the timing of
the trial Elements a subject actually passed through in their participation in the
trial. Please read Section 7.2.2 - Experimental Design: Trial Elements (TE); on
the Trial Elements dataset and Section 7.2.1 - Experimental Design: Trial Arms
(TA); on the Trial Arms dataset; as these datasets define a trial's planned
Elements; and describe the planned sequences of lements for the Arms of the
trial.
The trial arms table describes each planned arm in the trial.
A trial design domain that contains each planned arm in the trial.
This is the long name or label associated with QNAM. The value in QLABEL
cannot be longer than 40 characters. This will often be the column label in the
sponsor's original dataset.
This is the long name or label associated with QNAM. The value in QLABEL
cannot be longer than 40 characters. This will often be the column label in the
sponsor's original dataset.
The value in QNAM cannot be longer than 8 characters; nor can it start with a
number (e.g., '1TEST'). QNAM cannot contain characters other than letters;
numbers; or underscores.
The value in QNAM cannot be longer than 8 characters; nor can it start with a
number (e.g., '1TEST'). QNAM cannot contain characters other than letters;
numbers; or underscores.
Number that gives the planned order of the Element within the Arm (see Trial
Arms; Section 3.2.2 ).
Number that gives the planned order of the Element within the Arm (see
Section 3.1.2; Trial Arms).
When time points are used, --TPTNUM is expected. Within the context that
defines uniqueness for a time point, which may include domain, visit, and
reference time point, there must be a one-to-relationship between values of
--TPT and --TPTNUM. in other words, if domain, visit, and reference time point
uniquely identify subject data, then if two subjects have records with the same
values of DOMAIN, VISITNUM, --TPTREF, and --TPTNUM, then these records
may not have different time point descriptions in --TPT.
The name of a specific instance of a Disease Milestone Type (MIDSTYPE)
described in the Trial Disease Milestones dataset (see Section 3.5, Trial
Disease Milestones). This should be unique within a subject. Used only in
conjunction with RELMIDS and MIDSDTC.
The temporal relationship of the observation to the Disease Milestone Instance
Name in MIDS. Examples: "IMMEDIATELY BEFORE", "AT TIME OF",
"AFTER".
The start date/time of the Disease Milestone Instance Name in MIDS.
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions, Events, Findings), --DTHREL
(Findings), --EXCLFL (Findings), --REASEX (Findings), --IMPLBL (Findings),
--FETUSID (Identifiers), --DETECT (Timing Variables), --NOMDY (Timing
Variables), --NOMLBL (Timing Variables)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions, Events, Findings), --DTHREL
(Findings), --EXCLFL (Findings), --REASEX (Findings), --IMPLBL (Findings),
--FETUSID (Identifiers), --DETECT (Timing Variables), --NOMDY (Timing
Variables), --NOMLBL (Timing Variables)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions, Events, Findings), --DTHREL
(Findings), --EXCLFL (Findings), --REASEX (Findings), --IMPLBL (Findings),
--FETUSID (Identifiers), --DETECT (Timing Variables), --NOMDY (Timing
Variables), --NOMLBL (Timing Variables)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions, Events, Findings), --DTHREL
(Findings), --EXCLFL (Findings), --REASEX (Findings), --IMPLBL (Findings),
--FETUSID (Identifiers), --DETECT (Timing Variables), --NOMDY (Timing
Variables), --NOMLBL (Timing Variables)
The following SDTM variables; defined for use in non-clinical studies (SEND);
must NEVER be used in the submission of SDTM-based data for human
clinical trials: --USCHFL (Interventions, Events, Findings), --DTHREL
(Findings), --EXCLFL (Findings), --REASEX (Findings), --IMPLBL (Findings),
--FETUSID (Identifiers), --DETECT (Timing Variables), --NOMDY (Timing
Variables), --NOMLBL (Timing Variables)
With the exception of studies which use multi-stage arm assignments, must be
a value of ARMCD in the Trial Arms Dataset. If the subject was not assigned to
an arm or followed a course not described by any planned arm, ACTARMCD is
null and ARMNRS is populated.
With the exception of studies which use multi-stage arm assignments, must be
a value of ARMCD in the Trial Arms Dataset. If the subject was not assigned to
an arm or followed a course not described by any planned arm, ACTARMCD is
null and ARMNRS is populated.
With the exception of studies which use multi-stage arm assignments, must be
a value of ARMCD in the Trial Arms Dataset. If the subject was not assigned to
an arm or followed a course not described by any planned arm, ACTARMCD is
null and ARMNRS is populated.
With the exception of studies which use multi-stage arm assignments, must be
a value of ARMCD in the Trial Arms Dataset. If the subject was not assigned to
an arm or followed a course not described by any planned arm, ACTARMCD is
null and ARMNRS is populated.
With the exception of studies which use multi-stage arm assignments, must be
a value of ARMCD in the Trial Arms Dataset. If the subject was not assigned to
an arm or followed a course not described by any planned arm, ACTARMCD is
null and ARMNRS is populated.
With the exception of studies which use multi-stage arm assignments, must be
a value of ARMCD in the Trial Arms Dataset. If the subject was not assigned to
an arm or followed a course not described by any planned arm, ACTARMCD is
null and ARMNRS is populated.
With the exception of studies which use multi-stage arm assignments, must be
a value of ARMCD in the Trial Arms Dataset. If the subject was not assigned to
an arm or followed a course not described by any planned arm, ACTARMCD is
null and ARMNRS is populated.
With the exception of studies which use multi-stage arm assignments, must be
a value of ARMCD in the Trial Arms Dataset. If the subject was not assigned to
an arm or followed a course not described by any planned arm, ACTARMCD is
null and ARMNRS is populated.
Specification[A coded reason that arm variables (ARM and ARMCD) and/or
actual arm variables (ACTARM and ACTARMCD) are null.]|Assumption
4[ARMNRS may not be populated if both ARMCD and ACTARMCD are
populated]
If ARMCD is null, then ARM must be null and ARMNRS must be populated with
the reason ARMCD is null.
If ACTARMCD is null, then ACTARM must be null and ARMNRS must be
populated with the reason ACTARMCD is null.
Both ARMCD and ACTARMCD will be null for subjects who were not assigned
to treatment
Both ARMCD and ACTARMCD will be null for subjects who were not assigned
to treatment
If the race was collected via an "Other; Specify" field and the sponsor chooses
not to map the value as described in the current FDA guidance (see CDISC
Notes for RACE in the domain specification) then the value of RACE should be
'OTHER'.
If a subject refuses to provide race information; the value of RACE could be
'UNKNOWN'.
If multiple races were collected and one was designated as primary; RACE in
DM should be the primary race and additional races should be reported in
SUPPDM
The standard Supplemental Qualifiers included in previous versions of the
SDTMIG (COMPLT; FULLSET; ITT; PPROT; and SAFETY) should not be
used. Note that the ADaM subject-level analysis dataset (ADSL) specifies
standard variable names for the most common populations and requires the
inclusion of these flags when necessary for analysis; consult the ADaM
Implementation Guide for more information about these variables.
Required for all randomized subjects; null for screen failures or unassigned
subjects.
Required for all randomized subjects; null for screen failures or unassigned
subjects.
If multiple races are collected then the value of RACE should be 'MULTIPLE'
and the additional information will be included in the Supplemental Qualifiers
dataset.
Assumption 2.b[If disposition events for both study participation and study
treatment(s) are to be represented, then DSSCAT provides this distinction.]|
Assumption 2.b|Assumption 5[ICH E3: Section 10.1 indicates that 'the specific
reason for discontinuation' should be presented, and that summaries should be
'grouped by treatment and by major reason.' The CDISC SDS Team interprets
this guidance as requiring one standardized disposition term (DSDECOD) per
disposition event. If multiple reasons are reported, the sponsor should identify
a primary reason and use that to populate DSTERM and DSDECOD.
Additional reasons should be submitted in SUPPDS.]
Assumption 2.b[If disposition events for both study participation and study
treatment(s) are to be represented, then DSSCAT provides this distinction]|
Assumption 5[ICH E3: Section 10.1 indicates that 'the specific reason for
discontinuation' should be presented, and that summaries should be 'grouped
by treatment and by major reason.' The CDISC SDS Team interprets this
guidance as requiring one standardized disposition term (DSDECOD) per
disposition event. If multiple reasons are reported, the sponsor should identify
a primary reason and use that to populate DSTERM and DSDECOD.
Additional reasons should be submitted in SUPPDS.]
DSSCAT = "STUDY PARTICIPATION" is used to represent disposition of study
participation.
The RS domain is intended for collected data. This includes records derived by
the investigator or with a data collection tool, but not sponsor-derived records.
Sponsor-derived records and results should be provided in an analysis dataset.
For example, BEST Response assessment records must be included in the RS
domain only when provided by an assessor, not the sponsor. a. Totals and
sub-totals in clinical classification measures are considered collected data if
recorded by an assessor. If these totals are operationally derived through a
data collection tool, such as an eCRF or ePRO device, then RSDRVL should
be "Y".
The concept of domain-specific variables was first introduced in SDTM v1.5.
These variables are for use only in a specific domain and will be identified in
the appropriate implementation guide.
The concept of domain-specific variables was first introduced in SDTM v1.5.
These variables are for use only in a specific domain and will be identified in
the appropriate implementation guide.
The concept of domain-specific variables was first introduced in SDTM v1.5.
These variables are for use only in a specific domain and will be identified in
the appropriate implementation guide.
The concept of domain-specific variables was first introduced in SDTM v1.5.
These variables are for use only in a specific domain and will be identified in
the appropriate implementation guide.
Method of administration of the treatment. Not to be used with human clinical
trials.
Operationally-derived indicator used to identify the last non-missing value prior
to RFXSTDTC. Should be "Y" or null.
The trial arms table describes each planned arm in the trial.
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT.
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT.
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT.
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT.
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT.
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT.
Release Notes
The original 3.2 rule condition did not specify that the date portion of
RFSTDTC was to be used. This is corrected in 3.3, as well as
version 2 of the 3.2 rule.
Updated document reference.
The Item reference for the cited guidance has been corrected.
Updated Rule from "SSDTC >= DS.DSSTDTC".
Rule updated with the condition of "VISITNUM and --TPTREF are not
present in dataset". Note also the addition of associated rules
CG0571, CG0572, and CG0573.
Removed DM from Domain and SPC from Class. Both screen failure
and unassigned subjects may be represented in DM in SDTMIG 3.2.
There are separate rules addressing non-treatment values for DM in
SDTM 3.2. The original rule was applicable for SDTMIG 3.3, but was
moved to a new rule number.
Updated Rule from "TSVAL = null". The rule is ensuring that when
TSPARMCD = 'HLTSUBJI' and TSVAL = 'Y', there is an additional TS
record where TSPARMCD = 'TDIGRP' and TSVAL is null. However,
TSVAL where TSPARMCD = 'TDIGRP' has it's own codelist:
'Diagnosis Group Response' TDIGRP. This TDIGRP codelist has just
one term, 'HEALTHY SUBJECTS'. The way this CDISC rule is
written, it will fire when the following two records are found in TS:
TSPARMCD = 'HLTSUBJI' and TSVAL = 'Y', TSPARMCD = 'TDIGRP'
and TSVAL = 'HEALTHY SUBJECTS'.
Updated Rule from "TSVAL = null". The rule is ensuring that when
TSPARMCD = 'HLTSUBJI' and TSVAL = 'Y', there is an additional TS
record where TSPARMCD = 'TDIGRP' and TSVAL is null. However,
TSVAL where TSPARMCD = 'TDIGRP' has it's own codelist:
'Diagnosis Group Response' TDIGRP. This TDIGRP codelist has just
one term, 'HEALTHY SUBJECTS'. The way this CDISC rule is
written, it will fire when the following two records are found in TS:
TSPARMCD = 'HLTSUBJI' and TSVAL = 'Y', TSPARMCD = 'TDIGRP'
and TSVAL = 'HEALTHY SUBJECTS'.
Reformatted Condition, no change to rule.
Note that a distinct rule was created for v3.3 (Rule CG0554).
Update Rule from "The combination of TESTRL and TEENRL is
unique for each ETCD".
Update Rule from "The combination of TESTRL and TEENRL is
unique for each ETCD".
Domain reformatted, otherwise unchanged
Initial Version
407 rules were copied from v1.0 catalogue: CG0001, CG0002, CG0006, CG0007, CG0008, CG0009, CG0010, CG0011, CG0
CG0014, CG0015, CG0016, CG0017, CG0018, CG0019, CG0020, CG0021, CG0022, CG0024, CG0026, CG0027, CG0028, C
CG0032, CG0033, CG0034, CG0035, CG0037, CG0039, CG0040, CG0041, CG0042, CG0043, CG0044, CG0045, CG0046, C
CG0050, CG0053, CG0056, CG0057, CG0058, CG0059, CG0060, CG0061, CG0062, CG0063, CG0065, CG0066, CG0067, C
CG0071, CG0073, CG0075, CG0076, CG0077, CG0078, CG0079, CG0081, CG0082, CG0083, CG0084, CG0085, CG0086, C
CG0089, CG0090, CG0092, CG0093, CG0094, CG0095, CG0096, CG0097, CG0098, CG0099, CG0100, CG0101, CG0102, C
CG0105, CG0106, CG0107, CG0108, CG0109, CG0110, CG0111, CG0112, CG0114, CG0115, CG0116, CG0117, CG0118, C
CG0121, CG0122, CG0123, CG0124, CG0125, CG0126, CG0127, CG0128, CG0129, CG0131, CG0132, CG0133, CG0134, C
CG0138, CG0140, CG0141, CG0142, CG0143, CG0145, CG0146, CG0147, CG0148, CG0149, CG0150, CG0151, CG0152, C
CG0155, CG0156, CG0157, CG0158, CG0159, CG0160, CG0161, CG0162, CG0163, CG0164, CG0166, CG0167, CG0168, C
CG0172, CG0173, CG0174, CG0175, CG0176, CG0177, CG0178, CG0179, CG0180, CG0181, CG0182, CG0183, CG0184, C
CG0187, CG0188, CG0189, CG0190, CG0191, CG0192, CG0193, CG0196, CG0197, CG0198, CG0200, CG0201, CG0202, C
CG0205, CG0206, CG0207, CG0208, CG0209, CG0210, CG0211, CG0213, CG0214, CG0215, CG0216, CG0217, CG0218, C
CG0221, CG0222, CG0223, CG0225, CG0226, CG0227, CG0232, CG0233, CG0234, CG0235, CG0236, CG0237, CG0238, C
CG0244, CG0246, CG0247, CG0248, CG0249, CG0250, CG0251, CG0252, CG0253, CG0254, CG0255, CG0256, CG0257, C
CG0260, CG0261, CG0262, CG0265, CG0266, CG0267, CG0268, CG0269, CG0270, CG0271, CG0272, CG0273, CG0275, C
CG0278, CG0279, CG0280, CG0281, CG0282, CG0283, CG0284, CG0285, CG0286, CG0287, CG0288, CG0289, CG0291, C
CG0294, CG0295, CG0296, CG0297, CG0298, CG0299, CG0300, CG0301, CG0302, CG0303, CG0304, CG0307, CG0308, C
CG0311, CG0312, CG0313, CG0314, CG0318, CG0320, CG0321, CG0322, CG0323, CG0324, CG0325, CG0328, CG0329, C
CG0333, CG0334, CG0336, CG0337, CG0338, CG0339, CG0340, CG0341, CG0342, CG0343, CG0344, CG0345, CG0346, C
CG0349, CG0350, CG0351, CG0352, CG0353, CG0354, CG0355, CG0356, CG0357, CG0358, CG0359, CG0361, CG0362, C
CG0365, CG0366, CG0367, CG0368, CG0369, CG0370, CG0371, CG0372, CG0373, CG0374, CG0375, CG0376, CG0377, C
CG0380, CG0381, CG0382, CG0383, CG0384, CG0385, CG0386, CG0387, CG0388, CG0389, CG0390, CG0391, CG0392, C
CG0395, CG0396, CG0397, CG0398, CG0399, CG0400, CG0404, CG0406, CG0407, CG0408, CG0409, CG0410, CG0411, C
CG0414, CG0415, CG0416, CG0417, CG0418, CG0419, CG0420, CG0421, CG0422, CG0423, CG0425, CG0426, CG0427, C
CG0430, CG0431, CG0432, CG0433, CG0434, CG0435, CG0436, CG0437, CG0438, CG0439, CG0440, CG0441, CG0442, C
CG0445, CG0446, CG0448, CG0449, CG0450, CG0451, CG0453, CG0454, CG0455, CG0456, CG0457, CG0458, CG0459, C
CG0462, CG0463, CG0464, CG0465, CG0466, CG0467, CG0468
21 rules were revised and new versions (v2) created. Old versions (v1) were deprecated: CG0006, CG0073, CG0095, CG0101
CG0115, CG0116, CG0142, CG0172, CG0193, CG0202, CG0208, CG0209, CG0240, CG0244, CG0272, CG0325, CG0398, C
CG0462
3 rules were deprecated: CG0072, CG0091, CG0335
4 rules were added: CG0543, CG0571, CG0572, CG0573
370 rules were copied from v1.0 catalogue as a baseline for SDTM 1.7 / SDTMIG v3.3 rules. These then had their citations up
SDTM v1.7 / SDTMIG v3.3 guidance: CG0001, CG0002, CG0006, CG0007, CG0008, CG0009, CG0010, CG0011, CG0012, C
CG0015, CG0016, CG0017, CG0018, CG0019, CG0020, CG0021, CG0022, CG0024, CG0026, CG0027, CG0028, CG0029, C
CG0033, CG0034, CG0035, CG0037, CG0039, CG0040, CG0041, CG0042, CG0043, CG0044, CG0045, CG0046, CG0047, C
CG0053, CG0056, CG0057, CG0058, CG0059, CG0060, CG0061, CG0062, CG0065, CG0067, CG0068, CG0069, CG0071, C
CG0077, CG0078, CG0079, CG0081, CG0082, CG0083, CG0084, CG0085, CG0086, CG0087, CG0088, CG0089, CG0090, C
CG0094, CG0095, CG0096, CG0097, CG0098, CG0099, CG0100, CG0101, CG0102, CG0103, CG0104, CG0105, CG0106, C
CG0110, CG0111, CG0112, CG0114, CG0115, CG0116, CG0123, CG0131, CG0132, CG0133, CG0134, CG0135, CG0136, C
CG0148, CG0149, CG0150, CG0151, CG0152, CG0153, CG0154, CG0155, CG0156, CG0157, CG0158, CG0159, CG0160, C
CG0163, CG0164, CG0166, CG0167, CG0168, CG0169, CG0171, CG0172, CG0173, CG0174, CG0175, CG0176, CG0177, C
CG0180, CG0181, CG0182, CG0183, CG0184, CG0185, CG0186, CG0187, CG0188, CG0189, CG0190, CG0191, CG0196, C
CG0200, CG0201, CG0202, CG0203, CG0204, CG0205, CG0206, CG0207, CG0208, CG0209, CG0210, CG0211, CG0213, C
CG0216, CG0217, CG0218, CG0219, CG0220, CG0221, CG0222, CG0223, CG0225, CG0226, CG0227, CG0232, CG0233, C
CG0236, CG0237, CG0238, CG0240, CG0241, CG0246, CG0247, CG0248, CG0249, CG0250, CG0251, CG0252, CG0253, C
CG0256, CG0257, CG0258, CG0259, CG0260, CG0261, CG0262, CG0265, CG0266, CG0267, CG0268, CG0269, CG0270, C
CG0273, CG0275, CG0276, CG0277, CG0278, CG0279, CG0280, CG0281, CG0282, CG0283, CG0284, CG0285, CG0286, C
CG0289, CG0291, CG0292, CG0293, CG0294, CG0295, CG0296, CG0297, CG0298, CG0299, CG0300, CG0301, CG0302, C
CG0308, CG0309, CG0310, CG0311, CG0312, CG0314, CG0318, CG0320, CG0321, CG0322, CG0323, CG0324, CG0325, C
CG0330, CG0332, CG0333, CG0334, CG0336, CG0337, CG0338, CG0339, CG0340, CG0341, CG0342, CG0343, CG0344, C
CG0347, CG0348, CG0349, CG0350, CG0351, CG0352, CG0353, CG0354, CG0355, CG0356, CG0357, CG0358, CG0359, C
CG0363, CG0364, CG0365, CG0366, CG0367, CG0368, CG0369, CG0370, CG0371, CG0372, CG0373, CG0374, CG0375, C
CG0378, CG0379, CG0380, CG0381, CG0382, CG0383, CG0384, CG0385, CG0386, CG0387, CG0396, CG0397, CG0399, C
CG0406, CG0407, CG0408, CG0409, CG0410, CG0411, CG0413, CG0414, CG0415, CG0416, CG0417, CG0418, CG0419, C
CG0422, CG0423, CG0425, CG0426, CG0427, CG0428, CG0429, CG0430, CG0431, CG0432, CG0433, CG0434, CG0435, C
CG0438, CG0439, CG0440, CG0441, CG0442, CG0443, CG0444, CG0445, CG0446, CG0448, CG0449, CG0450, CG0451, C
CG0455, CG0456, CG0457, CG0458, CG0459, CG0460, CG0461, CG0462, CG0463, CG0464, CG0465, CG0466, CG0467, C
69 rules were added: CG0501, CG0502, CG0503, CG0507, CG0508, CG0509, CG0510, CG0511, CG0512, CG0513, CG0514
CG0516, CG0517, CG0518, CG0519, CG0520, CG0521, CG0522, CG0523, CG0524, CG0525, CG0526, CG0527, CG0528, C
CG0531, CG0532, CG0533, CG0534, CG0535, CG0536, CG0537, CG0538, CG0539, CG0540, CG0541, CG0542, CG0544, C
CG0547, CG0548, CG0549, CG0550, CG0551, CG0552, CG0553, CG0554, CG0555, CG0556, CG0557, CG0558, CG0559, C
CG0562, CG0563, CG0564, CG0565, CG0566, CG0567, CG0568, CG0569, CG0570, CG0571, CG0572, CG0573
14 rules were revised from baseline v1.0 catalogue and new versions (v2) created: CG0101, CG0108, CG0115, CG0116, CG0
CG0208, CG0209, CG0240, CG0272, CG0325, CG0404, CG0410, CG0462
The column order was changed to move the STDMIG Version and Rule Version to column positions 2 and 3 respectively. This
make sorting and filtering by these columns more prominent and accessible.
The citation format was changed to better link section and item references when multiple text items are cited.
The following columns were removed based on SDS team evaluation: Batch ID, Programmable, Programmable Flag Commen
The following columns were added: Rule Version, Release Notes
Notes
NOT(AE, DS,
CG0404 3.2 1 EVT, INT DV, EX) --STAT
CG0410 3.2 1 SPC SV VISITNUM
--DY calculated as per the study day algorithm as a non-zero interger value
EPOCH = null
ECDOSE = null
EXVAMTU = null
RFENDTC ^= null
QEVAL ^= null
SESTDTC ^= null
SEENDTC ^= null
ARM not in ('Screen Failure', 'Not Assigned', 'Unplanned Treatment', 'Not Treated')
TSVAL = null
ECDOSTXT ^= null
In define.xml for ORIGIN attribute: one or more of the following terms; case sensitive; is
specified: 'CRF'; 'eDT'; 'Derived'; 'Assigned'; 'Protocol'; or as allowed by the version of Define-
XML.
Condition Document
Date portion of --DTC is complete and RFSTDTC is a complete date AND --DY
is ^= null IG v3.2
IG v3.2
IG v3.2
IG v3.2
DSCAT = 'DISPOSITION EVENT' IG v3.2
IG v3.2
Section Item
4.1.4.4
6.2 Assumption 3d
2.2.2
2.2.1
IG v3.2[5][Specification: RFENDTC]|IG
v3.2[5][Specification: ACTARM]|IG v3.2[5]
IG v3.2[5] [Assumption 10]
6.3 Assumption 2
6.3 Assumption 6
8.4
5 SE Assumption 11
5 SE Assumption 10|Assumption 11
4.1.4.10
7.2|5|7.3 Specification
IG v3.2[7.4][Assumption 3]|IG
IG v3.2[7.4]|IG v3.2[Appendix C1] v3.2[Appendix C1]
7.2 Specification|Assumption 15
6.2 DS Assumption 5.a
6.2 Example 1
4.1.1.8.1
Cited Guidance Deprecation Status
Subject Status does not contain details about the circumstances of a subject's
status. The response to the status assessment may trigger collection of
additional details but those details are to be stored in appropriate separate
domains. For example, if a subject's Survival Status is "DEAD", the date of
death must be stored in DM and within a final disposition record in DS. Only
the status collection date, the status question and the status response are
stored in SS. Replaced
MBRESCAT is expected in all records where a microorganism has been
identified to differentiate between colonizing organisms and the one(s) that are
causing the infection. It is not expected when there is “No growth” or when the
results are from a gram stain. Replaced
For objective data, the value in QEVAL will be null. For subjective data (when
QORIG=”ASSIGNED”), the value in QEVAL should reflect the role of the
person or institution assigning the value (e.g., SPONSOR or ADJUDICATION
COMMITTEE). Replaced
Note that SESTDTC is required, although --STDTC is not required in any other
subject-level dataset. The purpose of the dataset is to record the Elements a
subject actually passed through. We assume that if it is known that a subject
passed through a particular Element, then there must be some information on
when it started, even if that information is imprecise. Thus, SESTDTC may not
be null, although some records may not have all the components (e.g., year,
month, day, hour, minute) of the date/time value collected. Replaced
Within the context that defines uniqueness for a time point, which may include
domain, visit, and reference time point, there must be a one-to-relationship
between values of --TPT and --TPTNUM. in other words, if domain, visit, and
reference time point uniquely identify subject data, then if two subjects have
records with the same values of DOMAIN, VISITNUM, --TPTREF, and
--TPTNUM, then these records may not have different time point descriptions in
--TPT. Replaced
The trial arms table describes each planned arm in the trial. Replaced
The SDTMIG defines the following controlled terms for specifying Origin (note
that other values may be defined by other standards): CRF: The designation of
'CRF' (along with a reference) as an origin in the define.xml means that data
was collected as part of a CRF and that there is an annotated CRF associated
with the variable. . . . eDT: The designation of 'eDT' as an origin in the
define.xml means that the data are received via an electronic Data Transfer
(eDT) . . . . Derived: Derived data are not directly collected on the CRF but are
calculated by an algorithm or reproducible rule. . . . Assigned: A value that is
determined by individual judgment . . . . Protocol: A value that is defined as part
of the Trial Design preparation . . . . Removed
Deprecation Reason
Rule updated with the condition of "VISITNUM and --TPTREF are not
present in dataset". Note also the addition of associated rules
CG0571, CG0572, and CG0573.
Removed DM from Domain and SPC from Class. Both screen failure
and unassigned subjects may be represented in DM in SDTMIG 3.2.
There are separate rules addressing non-treatment values for DM in
SDTM 3.2. The original rule was applicable for SDTMIG 3.3, but was
moved to a new rule number.
Updated Rule from "TSVAL = null". The rule is ensuring that when
TSPARMCD = 'HLTSUBJI' and TSVAL = 'Y', there is an additional TS
record where TSPARMCD = 'TDIGRP' and TSVAL is null. However,
TSVAL where TSPARMCD = 'TDIGRP' has it's own codelist:
'Diagnosis Group Response' TDIGRP. This TDIGRP codelist has just
one term, 'HEALTHY SUBJECTS'. The way this CDISC rule is
written, it will fire when the following two records are found in TS:
TSPARMCD = 'HLTSUBJI' and TSVAL = 'Y', TSPARMCD = 'TDIGRP'
and TSVAL = 'HEALTHY SUBJECTS'.
Out of scope for SDTM rules; based on updated perspective that the
Define-XML standard owns the terminology.