CD Ash
CD Ash
CD Ash
CDISC Italian-Speaking User Group Meeting 6 March 2009 Isabella Montagna, LifeBee
Next Steps
2
Background
CDASH is classified as an opportunity of the FDA Critical Path Initiative.
Opportunity #44 Development of Data Standards
Currently, clinical investigators, clinical study personnel, data managers and FDA reviewers must cope with a plethora of data formats and conventions Lack of standardization is not only inefficient, it multiplies the potential of error
Background
Project goals
Develop a set of content standards for the clinical trials data collection Limit variables to required and necessary data Be consistent with regulatory requirements Allow efficient data collectionection/storage/transmission/analysis Be focused on CRF content, not CRF layout
Background
2005 - Effort initiated by ACRO
All SDTMIG Required variables have been discussed and either included in the CDASH standard, determined to be derivable or can be obtained from data sources other than the CRF. CDASH includes some data collection fields that are not included in the SDTMIG (e.g., Were there any adverse events? or Were any concomitant medications taken?). These collection fields are intended to assist in the data cleaning and in confirming that no data are missing.
AE Relatedness to Study Drug? Company 1 No Unlikely Possible Probably Definite Company 2 Not Related Doubtful Possible Probable Very Likely Company 3 NO YES / Unknown CDASH No Unlikely Possible Probably Definite SDTM No Unlikely Possible Probably Definite
10
11
Putting short instructions and prompts on the CRF increases the probability that they will be read and followed and can reduce the number of queries and the overall data cleaning costs.
Employ Standards
CDASH standards should be used wherever possible and sponsor standards developed as needed.
12
13
1. Basic data to be collected 2. Suggested variable name (SDTM-like variable) 3. Purpose of data collection field (example, code list if available) 4. Information on how to enter data 5. Additional Information for Sponsors: rationale and implementation instructions 6. CDASH Core: Highly Recommended, Optional, Recommended/Conditional
14
15
Optional Were any AE Experienced? AE Sequence Number Category/Sub Category for AE Event Pattern Code Event Body Location Serious Event Type Ongoing/ Continuing Other Action Taken
Adverse Events
17
Adverse Events
18
Adverse Events
19
Recommended/Conditional Time of ECG Time Point Internal or external reference num. Subject Position
20
Highly Recommended Date of ECG Test Name Test Result ECG Status
Recommended/Conditional Time of ECG Time Point Clinical Significance Units Subject Position Evaluator Reason Not Done
21
Highly Recommended Date of ECG Test Name ECG Status Clinical Significance
Recommended/Conditional Test Result Vendor Name Time of ECG Time Point Protocol defined testing conditions met ECG Reference ID
22
Optional Overall Examination Status (was exam done?) Date of Examination (if done) Time of Examination
23
Recommended/Conditional Date of Examination Body System Examined Examination Result Abnormal Findings
Optional Sponsor Defined Identifier Time of Examination Overall Examination Status Evaluator
24
25
Next Steps
Development & implement CDASH training program. Present the CDASH standards at conferences, webinars, user group meetings etc. Collect feedback from Early Implementers Update CDASH v. 1.0 as required CDASH New SDTM Domains as required
26