Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Requirements for data submission are defined and managed by the regulatory authorities to whom data are submitted. This section describes general requirements for datasets that may be part of a submission.

Jira
showSummaryfalse
serverIssue Tracker (JIRA)
serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
keyTOBA-608
However However, additional conventions may be defined by regulatory bodies or negotiated with regulatory reviewers. In such cases, additional requirements must be followed.

...

Observations about tobacco products and study subjects generated to support a submission are represented in a series of datasets aligned with logical groupings of data into domains.

Jira
showSummaryfalse
serverIssue Tracker (JIRA)
serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
keyTOBA-381
Domains described in this guide are generally aligned with implementation of a single dataset file in which to represent data in scope for a domain.All datasets are structured as flat files with rows representing observations and columns representing variables.In some cases, a dataset implemented for a domain may be split into physically separate dataset files to support submission when needed and as allowable by the regulatory authority. 

...

key
Metadataspec
serverId

TOBA-384
  • Applicants will consider the nature of the data and apply reasonable, appropriate lengths to variables. For example:
      The length of flags will always be 1.
  • TOBA-385
  • --TESTCD and IDVAR values will never be longer than 8 characters, so the lengths of those variables can be set to 8.
  • false
  • The length for variables that use controlled terminology can be set to the length of the longest term.
  • false

    showSummary
  • Permissible variables included in one split dataset need not be included in all split datasets.
  • For domains with 2-letter domain codes, split dataset names can be up to 4 characters in length. For example, if splitting by --CAT, dataset names would be the domain name plus up to 2 additional characters
  • NumGuidance ForImplementation
    1Dataset content

    Data represented in datasets will include the following per regulatory requirements, scientific needs, and standards in this guide:

    • Data as originally collected or received (using controlled terminology where applicable) to support the submission
    • Data from external references relevant to the submission (e.g., study protocol)
    • Data assigned per conventions in the TIG
    • Data derived per regulatory and TIG conventions
    2Dataset naming
    • Domain datasets based on the SDTM general observations classes will be named using the 2-character code for the domain or using the applicable 4-character code when a dataset is split (e.g., LB, LBHM).
    • Supplemental Qualifier
      Jira
      showSummaryfalse
      serverIssue Tracker (JIRA)
      serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
      keyTOBA-577792
      Supplemental Qualifier datasets will be named using convention "SUPP" concatenated withthe 2-character domain code
      Jira
      showSummaryfalse
      serverIssue Tracker (JIRA)
      serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
      keyTOBA-382
      or for the parent domain (e.g., SUPPDM, SUPPFA) or the 4-character code for the parent dataset when a dataset is split (e.g., SUPPDM, SUPPFA, SUPPFACM).
    • All other datasets will be named using the code for the domain or dataset (e.g., DM, RELREC). 
    3Variable order
    • Dataset variables will be ordered per guidance in the SDTM.
    • Variable order in TIG domain specifications aligns with variable order in the SDTM.  
    4Variable names
    • Variables will be named per guidance in the SDTM. The SDTM guidance uses fragment names in the CDISC Non-Standard Variables Registry.
    • Variable names in TIG domain specifications align
      Jira
      showSummaryfalse
      serverIssue Tracker (JIRA)
      serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
      keyTOBA-383
      with naming conventions in the SDTM.  
    • Variable names will be 8 characters or less and uppercase. 
    5Variable labels

    Descriptive labels per this guide, up to 40 characters, will be provided as data variable labels for all variables, including Supplemental Qualifier variables.

    6

    Variable length

    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-701
    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-607

    When variable length is referenced in the TIG, this refers to the length in bytes of ASCII character strings.

    • The maximum length of character variables is 200 characters, and the full 200 characters should not be used unless necessary.
    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    key
    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    key
    Jira
    showSummary
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-386
    7Variable value text case
    • Values from controlled terminology or response values for QRS instruments specified by the instrument documentation will be in the case specified by those sources.
    • Otherwise, text data will be represented in upper case (e.g., NEGATIVE).
    8Missing variable values

    Missing values for individual data items will be represented by nulls. 

    9

    Splitting datasets

    Jira
    showSummary
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-606

    A domain dataset may be split into physically separate datasets to support submission when needed and as allowable by the regulatory authority. The following conventions must be adhered to when splitting domains into separate datasets:

    • A domain based on a General Observation Class may be split according to values in variable --CAT. When a domain is split on --CAT, --CAT must not be null.
    • The Findings About Events or Interventions (FA) domain may be split according to values in variable the domain in which the interventions or events in --OBJ .
      Jira
      showSummaryfalse
      serverIssue Tracker (JIRA)
      serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
      keyTOBA-387
      are represented (or would be represented).

    To ensure split datasets can be appended back into 1 domain dataset:

    • The value of DOMAIN must be consistent across the separate datasets as it would have been if they had not been split (e.g., LB, FA).
    • All variables that require a domain prefix (e.g., --TESTCD, --LOC) must use the value of DOMAIN as the prefix value (e.g., LB, FA).
    • --SEQ must be unique within USUBJID for all records across all the split datasets. If there are 1000 records for a USUBJID across the separate datasets, all 1000 records need unique values for --SEQ.
    • When relationship datasets (e.g., SUPPxx, FAxx, CO, RELREC) relate back to split parent domains, the value of IDVAR will be from a variable with unique values for each observationWhen possible, the variable represented in IDVAR will have values from collected data (e.g., SPID, RECID), but variables with derived values may also be used (e.g., --SEQ).
    Jira
    false
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-620
    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-388
    to indicate the value of --CAT (e.g., LBHM for LB if the value of --CAT is HEMATOLOGY). If splitting Findings About by parent domain, then the dataset name would be the domain code, "FA", plus the two-character domain code for parent domain code (e.g., "FACM"). The 4-character dataset-name limitation allows the use of a Supplemental Qualifier dataset associated with the split dataset.
  • Supplemental Qualifier datasets for split domains will also be split. The nomenclature will include the additional 1 to 2 characters used to identify the split dataset (e.g., SUPPLBHM, SUPPFACM). The value of RDOMAIN in the SUPP-- datasets would be the 2-character domain code (e.g., LB, FA).
  • In RELREC, if a dataset-level relationship is defined for a split Findings About domain, then RDOMAIN will contain the 4-character dataset name, rather than the domain name "FA" (e.g., the value of RDOMAIN will be FACM).
  • Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    TOBA-605

    Analysis Datasets

    Observations about tobacco products and study subjects generated to support analysis in a submission are represented in a series of datasets based on the CLASS values described in the TIG

    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-389
    . Datasets described in this guide are generally created to support a certain type of analysis, but sometimes analysis datasets are created to support the creation of a subsequent dataset that will be used for analysis. All datasets are structured as flat files with rows representing observations and columns representing variables. 

    ...

    Metadataspec
    Issue Tracker (JIRA)(using controlled terminology where applicable) to support the submission
  • Data from external references relevant to the submission (e.g., reference data)
  • Data assigned per conventions in the TIG
  • Data derived per regulatory and TIG conventions
  • key
  • There is no rule that noncompliant datasets must start with AX or that they cannot start with AD.
  • ADaM datasets should be named logically, if possible, and consistent naming conventions should be used across studies within a submission. 
  • server
  • All variables must use labels defined in Section 2.9.5,
    NumGuidance ForImplementation
    1Dataset content

    Data represented in datasets will include the following per regulatory requirements, scientific needs, and standards in this guide:

    • Data as originally collected or received
    Jira
    showSummaryfalse
    server
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-609
    2Dataset naming
    • Analysis dataset naming has no predefined values besides for the requirement
      Jira
      showSummaryfalse
      serverIssue Tracker (JIRA)
      serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
      keyTOBA-390
      to have a dataset named ADSL. 
      Jira
      showSummaryfalse
      serverIssue Tracker (JIRA)
      serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
      keyTOBA-610
      . The only pre-defined name for analysis  datasets is ADSL which is suggested for studies where a one-record-per-subject dataset is created to capture subject-level demographics, product usage, and/or trial experience information.
    • All other ADaM datasets (besides for ADSL) Other ADaM datasets should be named AD + applicant-defined name (ADXXXXXX).
      Jira
      showSummaryfalse
      serverIssue Tracker (JIRA)
      serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
      keyTOBA-611
      The exception to this general naming convention is the addition of the RF prefix for reference data that has been introduced in the TIG.
    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    TOBA-391
    3Variable order
    • There is no
    ordering
    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-392
    defined
    • variable ordering defined for the ADaM standards, although having variables ordered together within a variable group helps review and dataset understanding.
    • Variable order in the ADaM dataset must match the order in the define.xml file.  
    4Variable names
    • Variables will be named per ADaM guidance, which uses fragment names in the CDISC NSV Registry.
    • Variable names in TIG ADaM specifications align with naming conventions in ADaM.  
    • Variable names will be 8 characters or less and uppercase. 
    5Variable labels
    • Descriptive labels per this guide, up to 40 characters, will be provided as data variable labels for all variables.
    Jira
    showSummaryfalse
    Issue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-393
    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-612
    Predefined Standard Variables for ADSL, Predefined Standard Variables for BDS, and Section 2.9.7, Predefined Standard Variables for OCCDS (besides for the 2 exceptions described therein).
    6Variable length

    When variable length is referenced in the TIG, this refers to the length in bytes of ASCII character strings.

    • The maximum length of character variables is 200 characters, and the full 200 characters should not be used unless necessary.
    • Applicants will consider the nature of the data and apply reasonable, appropriate lengths to variables. For example:
      • The length of flags will always be 1.
      • PARAMCD PARAMCD values will never be more longer than 8 characters, so the length of that variable can always be set to 8.
      • The length for variables that use controlled terminology can be set to the length of the longest term.
    7Variable value text case

    Variable value text case

    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-614
    generally depends on the variable usage and how it is presented on outputs (but there is no requirement that this convention usage must be followed
    Jira
    showSummaryfalse
    serverIssue Tracker (JIRA)
    serverId85506ce4-3cb3-3d91-85ee-f633aaaf4a45
    keyTOBA-394
    ).

    8Missing variable values

    Missing values for individual data items will be represented by nulls if necessary for analysis. Otherwise, it is up to the dataset creator whether to include missing values in an analysis dataset. 

    9Splitting datasets

    An analysis dataset may be split into physically separate datasets to support submission when needed. ADaM currently has no conventions as to the proper way to split analysis datasets, although like types of data should have similar dataset naming.

    ...