You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 32 Next »

TIG v1.0 Metadata Check for CDASH Domain Specification Table Beta 2

Metadata check macro is applied and detected issue(s). Please address finding(s) listed below the specification table. An FAQ is available to aid troubleshooting. Release Notes

Observation ClassDomainData Collection ScenarioImplementation OptionsOrder NumberCollection VariableCollection Variable LabelDRAFT Collection DefinitionQuestion TextPromptData TypeCollection CoreCase Report Form Completion InstructionsTabulation TargetMapping InstructionsControlled Terminology Codelist NameSubset Controlled Terminology/CDASH Codelist NameImplementation Notes
EventsEMN/AN/A1STUDYIDStudy IdentifierA unique identifier for a study.What is the study identifier?[Protocol/Study]CharHRN/ASTUDYIDMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/AAlthough this field is not typically captured on a CRF, it should be displayed clearly on the CRF and/or the EDC system. This field can be included into the database or populated during tabulation dataset creation.
EventsEMN/AN/A2SITEIDStudy Site IdentifierA unique identifier for a site within a study.What is the site identifier?Site (Identifier)CharHRN/ADM.SITEIDMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/A

Paper: This is typically pre-printed in the header of each CRF page for single-site studies. For studies with multiple sites, this field may be left blank so that the number can be recorded by the site, or it may be pre-printed for the CRFs that are shipped to each site.

EDC: This should be pre-populated.

EventsEMN/AN/A3SUBJIDSubject Identifier for the StudyA unique subject identifier within a site and a study.What [is/was] the (study) [subject/participant] identifier?[Subject/Participant] (Identifier)CharR/CRecord the identifier for the subject.DM.SUBJIDMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/A

Paper: This is typically recorded in the header of each CRF page. EDC: The subject identifiers may be system generated. This collection variable is typically collected for all domains. However, this collection variable is populated only in the tabulation DM dataset. R/C rather than HR because events may happen to or with a device that do not involved subjects, and may even be before the device was in contact with a subject.

EventsEMN/AN/A4SPTOBIDApplicant-Defined Tobacco Product IDApplicant-Defined Tobacco Product ID[Applicant-defined question][Applicant-Defined Tobacco Product ID]CharHRRecord the identifier for the study device.SPTOBIDMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN?A TOBA-354 - Getting issue details... STATUS Identifier used to uniquely identify a tobacco product across all studies for all applications/submissions involving the product.
EventsEMN/AN/A5EMYNAny Tobacco Device EventAn indication of whether any tobacco device events were experienced during the study.Were any tobacco device events experienced?Any Tobacco Device EventsCharOIndicate if the subject experienced any tobacco device events. If Yes, include the appropriate details where indicated on the CRF.N/ADoes not map to an tabulation variable.(NY)N/AThe intent/purpose of collecting this field is to help with data cleaning and monitoring. It provides verification that all other fields on the CRF were deliberately left blank.
EventsEMN/AN/A6EMCATCategory for Device EventA grouping of topic-variable values based on user-defined characteristics.What is the category of the device Event?[Device Event Category]; NULLCharORecord the device event category, if not pre-printed on the CRF.EMCATMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/AApplicant-defined controlled terminology. This would most commonly be either a heading or a pre-printed category value on the CRF, and not a question to which the site would provide an answer. If a question is asked, the response would typically be an applicant-defined codelist. If the form is laid out as a grid, then words such as "Category" can be included as the column heading.
EventsEMN/AN/A7EMSCATSubcategory for Device EventA sub-division of the EMCAT values based on user-defined characteristics.What is the subcategory of the device event?[Device Event Subcategory]; NULLCharORecord the device event subcategory, if not pre-printed on the CRF.EMSCATMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/AApplicant-defined controlled terminology. This would most commonly be pre-printed on the CRF or screen and pre-populated in the data management system. This is not typically a question to which the site would provide an answer. EMSCAT can only be used if there is an EMCAT and it must be a subcategorization of EMCAT.
EventsEMN/AN/A8EMSPIDEM Applicant Defined IdentifierAn applicant-defined identifier. This is typically used for pre-printed or auto-generated numbers on the CRF, or any other type of identifier that does not already have a defined identifier field.

[Applicant-defined question]

[Applicant defined]CharOIf collected on the CRF, applicant may insert instructions to ensure each record has a unique identifier.EMSPIDMaps directly to the tabulation variable listed in the Tabulation Target column. May be used to create RELREC to link this record with a record in another domain.N/AN/ABecause SPID is an applicant-defined identifier, conformance to Question Text or Item Prompt is not applicable. Typically used as an identifier in a data query to communicate clearly to the site the specific record in question or to reconcile concomitant medications, procedures and/or medical history records with AEs or device events. If CMAENO or PRAENO is used, this is the identifier to which CMAENO or PRAENO refers. May be used to record pre-printed number (e.g., line number, record number) on the CRF. This field may be populated by the applicant's data collection system.
EventsEMN/AN/A9EMTERMReported Term for the Device EventThe reported or pre-specified name of the device event.What is the device event term?Device EventCharHRRecord only 1 device event. Use accepted terminology.EMTERMMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/ACan be represented either as an open-entry field to capture verbatim terms reported by subjects or pre-printed, in the situation where solicited device events of interest are captured. In most cases, the verbatim term (i.e. investigator-reported term) will be coded to a a standard dictionary.
EventsEMN/AN/A10EMOCCURDevice Event OccurrenceAn indication of whether a pre-specified device event or a group of device events occurred when information about the occurrence of a specific event is solicited.Did the subject have [pre-specified device event/group of device events]?[Specific Device Event]CharOIndicate if [specific Device Event] has occurred/is occurring, by checking Yes or No.EMOCCURMaps directly to the tabulation variable listed in the Tabulation Target column.(NY)N/A

The collection variable EMOCCUR is used to indicate the occurrence of pre-specified device events (e.g. "Did the the device batteries malfunction?

EMOCCUR should not be used for spontaneously reported device events. The site should be able to indicate that the response was not asked or answered.

EventsEMN/AN/A11EMPRESPPre-specified Device EventAn indication that a specific event or group of events are pre-specified on a CRF.N/AN/ACharON/AEMPRESPMaps directly to the tabulation variable listed in the Tabulation Target column.(NY)N/AA hidden field on a CRF defaulted to "Y", or added during tabulation dataset creation, when the EMis pre-specified. Null for spontaneously reported events. If a study collects both pre-specified and free-text device events, the value of EMPRESP should be "Y" for all pre-specified events and null for events reported as free-text. EMPRESP is a permissible field. and may be omitted from the tabulation dataset if all events were collected as free text.
EventsEMN/AN/A12EMSTDATDevice Event Start DateThe start date of the device event, represented in an unambiguous date format (e.g., DD-MON-YYYY).What is the device event start date?Start DateCharHRRecord the start date of the device event using this format (DD-MON-YYYY).EMSTDTCThis does not map directly to an tabulation variable. For the tabulation dataset, concatenate all collected START DATE and TIME components and populate the tabulation variable EMSTDTC in ISO 8601 format.N/AN/AN/A
EventsEMN/AN/A13EMSTTIMStart Time of Device EventThe start time of the device event, represented in an unambiguous time format (e.g., hh:mm:ss).What is the device event start time?Start TimeCharR/CRecord the start time (as complete as possible) of the device event.EMSTDTCThis does not map directly to a tabulation variable. For the tabulation dataset, concatenate all collected START DATE and TIME components and populate the tabulation variable EMSTDTC in ISO 8601 format.N/AN/A

Collecting the time an event resolved is only appropriate if it can be realistically determined and if there is a scientific reason for needing to know this level of detail.

EventsEMN/AN/A14EMONGOOngoing Device EventIndication that an device event is ongoing when no end date is provided.Is the device event ongoing (as of [the study-specific time point or period])?Ongoing (as of [the study-specific time point or period])CharOIndicate if the device event has not resolved at the time of data collection; leave the End Date blank.EMENRTPT; EMENRFThis does not map directly to an tabulation variable. May be used to populate a value into a tabulation relative timing variable such as EMENRF or EMENRTPT. When populating EMENRF, if the value of EMONGO is "Y", the value of "DURING", "AFTER" or "DURING/AFTER" may be used. When populating EMENRTPT, if the value of EMONGO is "Y", the value of "ONGOING" may be used. When EMONGO refers to the Reference Period (defined in DM.RFSTDTC to DM.RFENDTC) the tabulation variable EMENRF should be populated. When EMONGO is compared to another time point, the tabulation variables EMENRTPT and EMENTPT should be used. Note: EMENRTPT must refer to a time-point anchor described in EMENTPT.(NY)N/ACompleted to indicate that the event has not resolved at the time of data collection, when no end date is collected. In some cases the ongoing status may be determined from Outcome. The purpose of collecting this field is to help with data cleaning and monitoring; this field provides further confirmation that End Date was deliberately left blank. Often used as a tick/checkbox.
EventsEMN/AN/A15EMENDATDevice Event End DateThe date when the device event resolved/ended, represented in an unambiguous date format (e.g., DD-MON-YYYY).What was the device event end date?End DateCharR/CRecord the date that the device event. resolved using this format (DD-MON-YYYY). If the EMis ongoing, leave the field blank.EMENDTCThis does not map directly to a tabulation variable. For the tabulation dataset, concatenate all collected END DATE and TIME components and populate the tabulation variable EMENDTC in ISO 8601 format.N/AN/AThe definition of resolved is applicant-specific. The preferred method is to collect a complete end date (if applicable). Partial dates (e.g., providing year only, month and year only) may be acceptable.
EventsEMN/AN/A16EMENTIMEnd Time of Device EventThe time when the Device Event ended/resolved, represented in an unambiguous time format (e.g., hh:mm:ss).What was the Device Event end time?End TimeCharR/CRecord the time (as complete as possible) that the Device Event resolved.EMENDTCThis does not map directly to a tabulation variable. For the tabulation dataset, concatenate all collected END DATE and TIME components and populate the tabulation variable EMENDTC in ISO 8601 format.N/AN/ACollecting the time an event resolved is only appropriate if it can be realistically determined and if there is a scientific reason for needing to know this level of detail.
EventsEMN/AN/A17EMSEVEM Severity/IntensityThe severity or intensity of the event.What is the severity of the device event?SeverityCharR/CThe reporting physician/healthcare professional will assess the severity of the event using the applicant-defined categories. This assessment is subjective and the reporting physician/ healthcare professional should use judgment to compare the reported device event to similar type events observed. Severity is not equivalent to seriousness.EMSEVMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/AN/A
EventsEMN/AN/A18EMACNDEVActions Taken with DeviceA description of the action taken, with respect to a device used in a study (which may or may not be the device under study), as a result of the event.What action was taken with a device used in the study?Action Taken with DeviceCharORecord actions taken resulting from the device event that are related to a study or non-study device.EMACNDEVMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/AApplicant-defined controlled terminology for actions that are related to the device. Action Taken may include device replacement, battery replacement, etc.
EventsEMN/AN/A19EMSIDevice Event of Special InterestAn device event of special interest (serious or non-serious) is one of scientific and medical concern specific to the applicant's product or program, for which ongoing monitoring and rapid communication by the investigator to the applicant can be appropriate. Such an event might warrant further investigation in order to characterize and understand it. Depending on the nature of the event, rapid communication by the trial applicant to other parties (e.g., regulators) might also be warranted.Is this event of special interest?Device Event of Special InterestCharORecord the investigator's opinion as to whether the event is an device event of special interest by the applicant.N/ADoes not map to a tabulation variable.(NY)N/AThis collection field may be used just to trigger other CRF pages, or populate a value in EMCAT or EMSCAT. This information could be represented in a SUPPEM dataset where SUPPEM.QNAM = "EMSI" and SUPPEM.QLABEL = "Device Event of Special Interest.
EventsEMN/AN/A20EMPATTPattern of Device EventUsed to indicate the pattern of the event over time.What is the device event pattern?PatternCharOFor each device event, check the pattern of the device event, If a single event, choose Single.EMPATTMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/AUsed to report the pattern of the EM (e.g.,"INTERMITTENT", "CONTINUOUS", "SINGLE EVENT"). For crossover trials, it is NOT recommended to capture this field for intermittent events. Instead, the corresponding start and stop dates should be captured.
EventsEMN/AN/A21EMMODIFYEM Modified Reported TermIf the value for EMTERM is modified to facilitate coding, then EMMODIFY will contain the modified text.N/AN/ACharR/CN/AEMMODIFYMaps directly to the tabulation variable listed in the Tabulation Target column.N/AN/AThis is not a data collection field that would appear on the CRF. applicants will populate this through the coding process.
EventsEMN/AN/A22EMDECODEM Dictionary-Derived TermThe dictionary or standardized text description of EMTERM or the modified topic variable (EMMODIFY), if applicable.N/AN/ACharON/AEMDECODMaps directly to the tabulation variable listed in the Tabulation Target column. The applicant is expected to provide the dictionary name and version used to map the terms utilizing the Define-XML external codelist attributes.N/AN/AThis is typically not a data collection field that would appear on the CRF. applicants will populate this through the coding process.

Metadata Checks Findings

Metadata Check User Macros FAQ
  • For variable N/A / N/A / EMONGO, EMENRTPT is a not a recognized tabulation variable in Tabulation Target
  • For variable N/A / N/A / EMONGO, EMENRF is a not a recognized tabulation variable in Tabulation Target

  • No labels