- Created by Christine Connolly, last modified on Mar 27, 2023
You are viewing an old version of this page. View the current version.
Compare with Current View Page History
« Previous Version 78 Next »
Guidance in this section describes conventions for the population of tabulation records and variables. Conventions in this section are both general and provided by general observation class. When conventions are applicable to TIG Nonclinical and Product Impact on Individual Health use cases, this is denoted in the Implementation column,
The following are general conventions for variable population:
Num | Variable Population | Implementation | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Text Strings Greater Than 200 Characters | When text strings greater than 200 characters are collected, the following conventions for general observation class variables and SUPP-- datasets will be adhered to:
| ||||||||||
2 | "Yes", "No", Values |
| ||||||||||
3 | --FOCID | Often, a specific part of a subject or specimen is identified as a study-specific point of interest (e.g., injection site, biopsy site, treated site, region of the body) and is commonly referenced in data collections and tabulations. The FOCID variable enables representation of this concept, and is available within all general observation classes. When used, the variable serves as a cross-domain identifier for the study-specific focus of interest; any records relating to the same focus would have the same FOCID value. When populated, it is usually part of the natural key for the domain, providing a level of granularity that would otherwise not be available through the other variables. This is especially true when the foci are all within the same area on the subject. The following examples demonstrate records from various domains that tie to study-specific foci (i.e., injection site 1 and injection site 2) as identified in the protocol. In each case, the FOCID variable is populated identically across domains for the same focus. Note that, in this example, many variables have been omitted due to space considerations. At each of the 2 injection sites, subject 12345001 received a different treatment (Exposure domain). | ||||||||||
4 | --SEQ, --RECID | Variables --SEQ and --RECID are populated to explicitly identify domain records in different ways. Differences in variable population are described below.
| ||||||||||
5 | --GRPID |
| ||||||||||
6 | --REFID |
| ||||||||||
7 | --CAT, --SCAT |
| ||||||||||
8 | --STAT |
|
The following are conventions for variable population in Interventions and Events class domains.
Num | Variable Population | Implementation | ||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Prespecified interventions and events (--PRESP, --OCCUR, --STAT, REASND) | Product Impact on Individual Health Only: Interventions (e.g., concomitant medications) and events (e.g., medical history) can be collected as responses to a prespecified list of treatments or terms. In such cases:
The following table shows the population of --PRESP, --OCCUR, --STAT, and --REASND for different data collection scenarios.
| ||||||||||||||||||||||||||||||
2 | Reason for an Action or Activity |
|
The following are conventions for variable population in Findings class domains.
Num | Record and Variable Population | Implementation | |||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Result Precision |
| |||||||||||||||||||||||||
2 | Standardized Units | Applicants may standardize units within a study for a given test per scientific and regulatory requirements. Standardization of units is recommended when data for the same test are collected via different sources using different units. In such cases, --ORRESU will represent the collected unit and --STRESU will represent the standardized unit. | |||||||||||||||||||||||||
3 | Original and Standardized Results (--ORRES, --ORRESU, --STRESC, --STRESU, --STRESN) | If supplemental free text is collected for a result via CRF, then refer to Section x.x, Free Text from Case Report Forms (CRFs). For responses collected via QRS instruments, refer to QS domain assumptions. For all other results:
| |||||||||||||||||||||||||
4 | Reason Test Performed (--REASPF) | --REASPF will represent the reason a test was performed, if collected. | |||||||||||||||||||||||||
5 | Tests Not Done | When an entire examination (e.g., Laboratory Test Results (LB)), a group of tests (e.g., hematology or urinalysis), or an individual test (e.g., glucose) is not done for a USUBJID, POOLID, or SPTOBID and this information is explicitly captured with or without the reason for not collecting the information, record(s) can be created in the dataset to represent these data. In such cases, applicants may include:
For example, if a group of hematology or urinalysis tests represented in the LB domain are not done for a subject, then:
| |||||||||||||||||||||||||
6 | Biological Significance | Nonclinical Only:
| |||||||||||||||||||||||||
7 | Clinical Significance | Product Impact on Individual Health Only:
| |||||||||||||||||||||||||
8 | Records for Derived Results | Nonclinical:
Product Impact on Individual Health:
| |||||||||||||||||||||||||
9 | Dates Collected as Results |
|
- No labels