Introduction to CDASH - Digital Infuzion, Inc.cdiscportal.digitalinfuzion.com/CDISC User...
-
Upload
trinhthuan -
Category
Documents
-
view
219 -
download
0
Transcript of Introduction to CDASH - Digital Infuzion, Inc.cdiscportal.digitalinfuzion.com/CDISC User...
1
Introduction to CDASH
Rhonda Facile, CDISCMelissa Binz, Wyeth
Presented by Melissa BinzDirector Central Standards Group, Wyeth
2
Introduction to the CDASH StandardMonday, March 16 2009
• Welcome and Review of Agenda• CDASH History & Status • Preview of CDASH V 1.0 Document• Survey of Domains• Practical Implementation• Wrap-up and Q & A
3
Clinical Data Acquisition
Standards Harmonization
Yes, it was a stretch…but it made a fine acronym!!
4
Introduction to the CDASH StandardMonday, March 16 2009
• Welcome and Review of Agenda
• CDASH History & Status • Preview of CDASH V 1.0 Document• Survey of Domains• Practical Implementation• Wrap-up and Q & A
5
History
Current state - FDA Description:• Plethora of data formats and conventions• Many different computer systems for data entry at their
sites (for various trials), each of which uses different data conventions
• Inefficient• Multiplies the potential for error• Makes data sharing & mining impossiblehttp://www.fda.gov/oc/initiatives/criticalpath/reports/opp_list.pdf
6
History
March 16, 2004 FDA white paper:• “Innovation/Stagnation:
Challenge and Opportunity on the Critical Path to New Medical Products”
• Describes the Critical Path –to make product development morepredictable and less costly
• Publishes 76 ‘opportunities’ for improvement• #45 – Consensus on Standards for CRFshttp://www.fda.gov/oc/initiatives/criticalpath/reports/opp_list.pdf
7
Project Snapshot• 16 Safety data domains
developed• Consolidated document posted
for public review in May 2008• Received over 1800 comments
from 46 companies, institutions and agencies.
• All 3 ICH regions were represented in the public comment process
– US– Europe– Japan
• CDASH V1.0 published October 1 2008
• Streamlines data collection at investigative sites - addresses Critical Path Opportunity #45
• Continuation of ACRO’sInitiative
• Started October 2006• Supported by a collaborative
group of 17 organizations• Core team of 16 members
manages.. – 11 working groups– Comprised of between 8-40
volunteers
• ~190 working group volunteers
8
CDASH Purpose & Scope
To develop a set of ‘content standards’ (element name, definition, metadata) for a basic set of global industry-wide data collection fields that support clinical researchThe initial scope - ‘safety data/domains’These safety domains cut across all therapeutic areas (TA independent)Follow CDISC Operating Procedure for Standards Development (COP-001) . . . and make certain that all SDTM “required”variables are addressed AND that all CDASH collection fields map into the SDTM
9
Practical Benefits
• Eliminates some of the variety in CRFs seen at sites
• Streamlines training & increases common understanding of CRF completion instructions
• Reinforces collecting only key data • Reduces collection of duplicate data -
decreasing the potential for error
10
Practical Benefits (Continued)
• Minimizes data queries• Facilitates populating CRFs by eHR without re-
entry• Cuts down on study start time – for all
stakeholders• Better quality
11
CDISC Standards Development Process (COP-001) Primary Stages
Stage I: Standard Definition/ApprovalMultidisciplinary Team Initiation; Working Plan Development
Stage III: Education & Support
Stage IV: Standards Update & Maintenance
Stage II: Standards Development-Consensus Model; Reviews by External Focused Group and Open Public; Harmonization and Testing throughout; V1.0 Release
12
How Was CDASH Developed?
Started with Study Data Tabulation Model (SDTM)Focused on CRF Content, not CRF LayoutReferred to ACRO CRF SamplesCollected > 150 CRF samplesEvaluated commonalities/differences of CRF samplesDocumented data points included/excluded with justifications
13
How Was CDASH Developed? (Continued)
• Agree on basic data collection fields• Map to SDTM • Terminology - proposals shared with the
Terminology Team• Write definitions and completion instructions for
clinical site and Sponsors• Proceed to the next step in the Consensus
Process
14
CDASH Delivers Data Collection Tables, not CRFs
Data ollection Field
Variable Name
(CDASH variable
name shaded)
Definition
Case Report Form Completion Instructions
Additional Information for
Sponsors
CDASH Core
col/Study ifier
STUDYID Unique Identifier for a study within a submission.
Not applicable. This is typically pre-printed/pre-populated.
Highly Recommended
dentifier in a Study
SITEID
Or
SITENO
Unique identifier for the study site; however, SITEID is also unique within a submission.
Record your clinical site’s identifier as defined by the sponsor.
Paper: This is typically pre-printed in the header of each CRF page for single site studies. For studies with multiple sites, this field is typically left blank so that the number can be recorded by the site.
EDC: This should be pre-populated.
If SITEID is not used, SITENO should be used to derive SITEID for SDTM, depending upon sponsor’s site identification scheme.
Highly Recommended
ect Identifier SUBJID Subject identifier for the study. Record the identifier for the subject. Paper: This is typically recorded in the header of each CRF page.
EDC: The subject identifiers may be provided to the site using a pre-populated list in the system.
Highly Recommended
15
CDASH Delivers Domain Tables
Basic data to be collected..
Describes the purpose of the data collection
field
CRFCompletion Instructions
for Sites
How toimplementthe CRF
data collection variable
CDASH Core
Designations
16
Collaborative Group - Role
• Provides expertise and strategic input to the CDASH Project Team.
• Contributes and/or helps identify resources as needed to enable achievement of the mission, goals and deliverables.
17
Collaborative Group Members• American Medical Informatics
Association (AMIA)• Association of Clinical Research
Organizations (ACRO)• Association of Clinical Research
Professionals (ACRP)• Baylor College of Medicine• Biotechnology Industry
Organization (BIO)• Clinical Data Interchange
Standards Consortium (CDISC)• Clinical Research Forum• Critical Path Institute • Duke Clinical Research Institute
(DCRI)
• Food and Drug Administration (FDA)• NIH - NCI - caBIG• NIH - Clinical Research Policy
Analysis & Coordination Program• National Clinical Research
Resources (NCRR)• NIH - National Institute of Child
Health & Human Development (NICHD)
• National Library of Medicine (NLM)• Pharmaceutical Research and
Manufacturers Association (PhRMA)
• Society for Clinical Data Management (SCDM)
18
Who Participated?
• Team Membership:StatisticiansMedical Monitors /
Clinical ScientistsRegulatory AffairsDrug SafetyData ManagersClinical Study CoordinatorsClinical Research AssociatesInvestigatorsClinical Program ManagersStatistical ProgrammersDatabase programmers
• Participants in the CDASH Initiative
Other = academic research organizations, government (NIH, NCI), hospitals, universities
19
Key Collaborations
• Internal CDISC cross-team – CDISC SDS (Study Data Standards)Team– CDISC Terminology Team
• NIH-NCI-caBIG project• Healthcare Link – Integrating the Healthcare
Enterprise (IHE)– Reduces need to enter study data multiple times
20
Introduction to the CDASH StandardMonday, March 16 2009
• Welcome and Review of Agenda
• CDASH History & Status
• Preview of CDASH V 1.0 Document• Survey of Domains• Practical Implementation• Wrap-up and Q & A
21
CDASH Version 1.0
22
CDASH V1.0 Table of ContentsSections1. Orientation
• Purpose• Organization of Document
2. CDASH Alignment with Other Standards
• SDTM• CDISC Controlled Terminology• Other Standards (Beyond CDISC)
3. Best Practice• Introduction to Best Practices • Recommended Methodologies for
Creating Data Collection Instruments • Recommended CRF Development
Workflow• FAQs on Best Practices for Creating
CRF Content and Structure
4. Overview of CDASH Domain Tables
• Introduction• Data Collection Fields Considered not
Necessary to Collect• Core Designations for Basic Data
Collection Fields/• Explanation of Table Headers
5. CDASH Domain Tables• Common Identifier Variables• Common Timing Variables
23
CDASH V1.0 Table of Contents (continued)
Appendices7.1 Commonly Used CDISC Controlled Terminology 7.2 Regulatory References7.3 CDASH Project Development Process7.4 CDASH Core Team Members and Participating Companies7.5 List of Abbreviations and Glossary7.6 Acknowledgements7.7 Revision History7.8 Intellectual Property
24
Introduction to the CDASH StandardMonday, March 16 2009
• Welcome and Review of Agenda
• CDASH History & Status • Preview of CDASH V 1.0 Document
• Survey of Domains• Practical Implementation• Wrap-up and Q & A
25
Survey of Standards
• Common Identifier Variables• Common Timing Variables• Adverse Events (AE)• Concomitant Medications (CM)• Comments (CO)• Drug Accountability (DA)• Demographics (DM)• Disposition (DS)• Protocol Deviations (DV)
• ECG (EG)• Exposure (EX) • Inclusion Exclusion (IE)• LAB Test Results (LB)• Medical History (MH)• Physical Exam (PE)• Vital Signs (VS)• Subject Characteristics (SC)• Substance Use (SU)
26
Survey of Standards
Core Designations• Highly Recommended
A data collection field that should be on the CRF (e.g., a regulatory requirement, if applicable) (e.g. Adverse Event Term)
• Recommended/Conditional A data collection field that should be collected on the CRF for specific cases (may be recorded elsewhere in the CRF or from other data collection sources) (e.g. AE Start Time)
• Optional A data collection field that is available for use if needed(e.g. Was any AE experienced?)
27
Expectations
• Highly Recommended data collection variables should always be present on the CRF
• Sponsors will need to add data collection fields as needed to meet protocol-specific and other data collection requirements (e.g. therapeutic area specific data variables and others as required per
protocol, business practice and operating procedures)
28
CDASH Domain –New Ideas Physical Examination(PE)
• Use PE form to record only whether or not exam was done
• Record Baseline abnormalities on appropriate CRF:
• Medical History,• Targeted Medical History, or• Baseline Conditions
• Record Post-baseline abnormalities or baseline conditions that worsened on
• AE CRF
Inclusion/Exclusion(IE)
Use IE form to collect only the criteriaNOT MET for Inclusion/Exclusion criteria
29
CDASH Domain –New Ideas
Protocol Deviations (DV) Avoid creating a protocol Deviations CRF This information can often be derived from other CRF domains or system functionalities.
Comments (CO) Avoid the creation of a General Comments CRF which collects unsolicited comments.
30
Introduction to the CDASH StandardMonday, March 16 2009
• Welcome and Review of Agenda
• CDASH History & Status • Preview of CDASH V 1.0 Document• Survey of Domains
• Practical Implementations• Wrap-up and Q & A
31
How could CDASH be used today?
• Use as a Content Standard– Off the shelf Case Report Form content– Describes relationship between Operational Data and
Submission Datasets– CDASH represented within a proprietary file format
• Excel, Word, Proprietary EDC system format• Potentially unstructured
• Use within Machine-Readable Metadata– CDASH represented in CDISC Operational Data Model– Vendor neutral system with an independent format– Hierarchical structure is ideal for re-usable library of
Components
32
What is a CDASH-ODM Form Composed Of?
<ODM><Study>
<Meta…</Meta…
</Study></ODM>
33
CDASH AE Form in ODMNo more hand building of this…
34
Multi-Vendor Visualizations –PhaseForward
35
Multi-Vendor Visualizations –Medidata
36
Multi-Vendor Visualizations –Paper
37
Implementing CDASH
• No Standards? No problem.• Existing Standards?
1. Gap Analysis – do not forget terminology!2. Negotiation
1. Internal stakeholders2. External stakeholders
38
NCI “mandatory”
CDASH and caBIG:CRF Harmonization
• NCI/caBIG CRF modules will (at a minimum) include all CDASH mandatory questions
PLUS
• Additional content that is essential in the oncology space.
38
CDASH“mandatory”
“Highly recommended”
39
Introduction to the CDASH StandardMonday, March 16 2009
• Welcome and Review of Agenda
• CDASH History & Status • Preview of CDASH V 1.0 Document• Best Practice Recommendations• Survey of Domains• Practical Implementation
• Wrap-up and Q & A
40
Focus 2009
• Develop CDASH Training Program• Collect feedback from “Early Implementers”• Develop and Publish Machine Readable Metadata• Develop basic data collection fields for Devices• Develop and Publish CDASH-Implementation Guide• Update CDASH v. 1.0• Present, publish and train the CDASH standard
41
Thanks to all the volunteers who have worked to get us where we are today!
42
CDASH Core Team Members• Rhonda Facile [email protected]• Gary Walker [email protected]• Dorothy Dorotheo [email protected]• David E. Tatum [email protected]• Paul Bukowiec [email protected]• Trisha Simpson [email protected]• Shannon Labout [email protected]• Liz Nulton-Bodiford [email protected]• Jay Leeka [email protected]• Alec Vardy [email protected]• Kim Truett [email protected]• Holly Peterson [email protected]• Kit Howard [email protected]• Cathy Schleuning [email protected]
43
CDASH Core Team Members• Lorna Griffin [email protected]• Lauren Shinnaberry [email protected]• Melissa Binz [email protected]• Charlene Dark [email protected]• Jennifer Price [email protected]• Chandra Wooten [email protected]
44
Strength through collaboration