1 / 43

Considerations for an ADaM Submission

Considerations for an ADaM Submission. Jack Shostak Chris Holland. Considerations for an ADaM Submission. A collection of ADaM considerations: Initial Dataset Size Define.xml Data Reviewer’s Guide Integration. Initial ADaM Considerations.

dieter
Download Presentation

Considerations for an ADaM Submission

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Considerations for an ADaM Submission Jack Shostak Chris Holland

  2. Considerations for an ADaM Submission A collection of ADaM considerations: • Initial • Dataset Size • Define.xml • Data Reviewer’s Guide • Integration

  3. Initial ADaM Considerations

  4. Initial ADaM Considerations: Should We Use ADaM? Must I submit ADaM datasets? Per PDUFA V performance goals: • FDA shall develop standardized clinical data terminology through open standards development organizations (i.e., the Clinical Data Interchange Standards Consortium (CDISC)) with the goal of completing clinical data terminology and detailed implementation guides by FY 2017. • FDA shall develop a project plan for distinct therapeutic indications, prioritizing clinical terminology standards development within and across review divisions. FDA shall publish a proposed project plan for stakeholder review and comment by June 30, 2013. FDA shall update and publish its project plan annually.

  5. Initial ADaM Considerations: Should We Use ADaM? Per FDA CDER Data Standards Strategy – Action Plan: • The project, “Guidance on Electronic Submission of Applications” will “Issue draft Guidance in fiscal year (FY)2013 specifying the requirement of electronic submission of applications” estimated draft by December 2012. • The project, “Guidance on Electronic Standardized Study Data” will “Issue draft Guidance to industry specifying requirements for electronic data standards” estimated draft by June 2013.

  6. Initial ADaM Considerations: Should We Use ADaM? PDUFA V allows the FDA to mandate data standards and CDER is working on it, but CDISC ADaM isn’t quite required now. So, you don’t have to submit ADaM yet. However, it is fairly clear from PDUFA V, the Study Data Specifications document, and the CDER Data Standards Strategy document that you should at least be planning for ADaM compliance. Contact your review division during planning • Let them know if you are filing CDISC ADaM files • Ask if they have ADaM preferences • Consider contacting the Computational Science Center at CDER for help.

  7. Initial ADaM Considerations: Should We Use ADaM? Is ADaM worth doing for PK based Phase 1 studies? Where are you in the development cycle? Are you just starting or do you have “legacy” studies to submit? By design, you need SDTM as precursor to ADaM. • Now more widely accepted that SDTM to ADaM is a linear data flow. • CDER Common Data Standards Issues document says, “Analysis datasets should be derivable from the SDTM datasets”

  8. Initial ADaM Considerations: Should We Use ADaM? We recommend ADaM when: • SDTM exists • Non-trivial derivations and/or imputations are made based on the statistical analysis plan • Not a lot of legacy studies to convert or integrate

  9. ADaM Considerations After Deciding on ADaM Published Standards and Guidance • CDISC: ADaM 2.1, IG 1.0, ADTTE, ADAE, Examples document • FDA: Study Data Specifications, CDERCommon Data Standards Issues document

  10. ADaM Considerations After Deciding on ADaM What comprises your ADaM (and ADaM compliance)? • CDER’s Common Data Standards Issues document says to submit “key” efficacy and safety analyses. • FDA’s Study Data Specifications document says: “While the ADaM provides a valuable representation that may facilitate review, it does not always provide data structured in a way that supports all analyses needed for review. Sponsors should therefore augment their ADaM analysis datasets with analysis datasets based on requirements specified by the review division.”

  11. ADaM Considerations After Deciding on ADaM What comprises your ADaM (and ADaM compliance)? • What about concomitant medications (e.g., ADCM) that has no ADaM model yet? • What if you need another “flat” dataset like ADSL? • ADaM team is working on more models (e.g., proposed “Hierarchical Occurrence Data Structure (HODS)”), but what do you do in the meantime? • What data to submit as ADaM compliant and what not? Metadata class=“OTHER” datasets.

  12. ADaM Considerations After Deciding on ADaM CDISC Model versions? • ADaM 2.1 and IG 1.0 for now • define.xml – version 1 or 2? • CDISC controlled terminology • Other related standards like SDTM Shifting standards presents implementation challenge

  13. ADaM Considerations After Deciding on ADaM Metadata • What metadata and documentation to include in your define files and data review guides? • ADaM parameter (value) level metadata granularity. How deep do you go? • ADaM results metadata. What do you include? • Have a metadata plan. Metadata management is critical. Clearly there are many technology and process considerations after deciding on ADaM.

  14. ADaM Data Set Size Considerations

  15. Size Considerations The problem: • Large text variables (e.g., $200) create a waste of space and large data sets • Large data sets (e.g., >1 GB) can be slow to load and process on a laptop The proposed fix: • Truncating text variables to the minimum size required to avoid data loss can save a lot of space • Data sets that are still too large should be split

  16. Size Considerations – FDA Opinions: From the CDER Common Data Standards Issues Document *: * Also mentioned with similar text in the FDA Study Data Specifications Document

  17. Size Considerations – FDA Opinions: From the CDER Common Data Standards Issues Document:

  18. Size Considerations – FDA Opinions: From the CDER Common Data Standards Issues Document:

  19. Size Considerations – FDA Opinions: From the Study Data Specifications:

  20. Reducing Variable Length • Despite all of this guidance, there still seems to be some resistance to heeding the advice • Admittedly, it is hard to know in advance how much room is needed as files tend to grow • Tools and a process are needed • A SAS-based proposal was presented at the PhUSE/FDA Computational Science Symposium: http://www.phuse.eu/download.aspx?type=cms&docID=5124

  21. Reducing Variable Length • Consider a macro or automated process that can programmatically determine minimum size needed to avoid truncation within a study • Later we will talk about this problem in the integration context • Some variables may exist across data sets (e.g., VISIT), so to avoid truncation in the case of a merge, all data sets that a variable appears in need to be considered • Implementing CDISC Using SAS: An End-to-End Guide contains a SAS macro %MAXLENGTH2 to do this at http://support.sas.com/publishing/authors/extras/64409ecd.pdf

  22. Using %MAXLENGTH2 libnamesdtm “c:\studyXYZ\sdtm”; libnamesdtmnew “c:\studyXYZ\sdtm\new”; %maxlength2(sourcelib=sdtm, outlib=sdtmnew); • Data sets in SDTMNEW will contain variables with a reduced size • Data set size reductions can be around 20-40% • Some sort of loop-back process will be needed for the meta-data in define.xml (if you care about accurately stating variable lengths in your define.xml)

  23. A Final Word on Size Considerations

  24. ADaM define.xml Considerations

  25. ADaM and define.xml New define.xml 2.0 features • Value (“parameter” in ADaM) level metadata improved. Now instead of just pointing at AVAL the value level metadata can point at any variable if needed. • Provides where clause machine metadata and “slices” (collection of where clauses) for parameter level metadata definitions • Old ADaM “source/derivation” metadata can be broken into smaller and more useful chunks. • New machine readable “FormalExpression” element as part of Method Definitions. • Define.xml 2.0 says, “Comments are not intended to replace a properly defined computational algorithm, which is expected for derived variables. ”

  26. ADaM and define.xml ADaM Results Metadata • Unique to ADaM and not formalized in define.xml 2.0 • We still need results metadata ODM extension with define 2.0. • ADaM results metadata needs enhancement and maturing. What in fact is an analysis result? A whole figure? N? Fisher’s exact test?

  27. Data Reviewer’s Guide Considerations

  28. “Reviewer’s Guide” FDA draft guidance on Standardized Study Data* referred to reviewer guides as “an integral part of a…data submission”: * Note that this guidance has since been withdrawn so that it can be aligned with PDUFA performance goals

  29. Study Data Reviewer’s Guide • A number of examples are out there • A PhUSE working group created a SDTM reviewer data guide template and published the final version of that on 3/18/2013 at http://www.phusewiki.org/wiki/index.php?title=Study_Data_Reviewer%27s_Guide

  30. ADaM Pilot Project Update ADaM Reviewer’s Guide • The original SDTM/ADaM pilot project was recently updated and posted on the CDISC web site • Available on the members-only page  • It contains an ADaM-specific data guide • The SDTM-specific data guide was not provided so as not to conflict with the efforts of the PhUSE group

  31. ADaM Pilot Project Update ADaM Reviewer’s Guide

  32. The bookmarks give you an idea of the content

  33. Analysis Data Reviewer’s Guide • There is an older sample analysis data guide document under “Archived Content” on the PhUSE Study Data Reviewer’s Guide page. • At the recent PhUSE CSS symposium in DC, a new PhUSE working group was formed to create an Analysis Data Reviewer’s Guide (ADRG) to be a companion to the Study Data Reviewer’s Guide (SDRG). • Targeted for completion at end of 2013

  34. ADaM Integration Considerations

  35. Integration Considerations • One of the main motivations for data standards is to facilitate integration… • For quick-and-dirty integrations, this is true • However, for an integrated database used for an ISS or ISE in a regulatory submission, matters can get rather complicated…

  36. Integration Considerations • Which data to integrate? ADaM only or SDTM and ADaM? • How to represent patients who appear in multiple studies in a patient-level dataset (e.g., ADSL)? • How to deal with multiple coding dictionaries across studies? • For a given assessment, how should one handle varying categories/controlled terminology across studies?

  37. Integration Considerations • Which data to integrate? ADaM only or SDTM and ADaM? • To stat programmers, integrating ADaM only probably makes the most sense • For a reviewer conducting a safety review using tools that are built off of the SDTM, integrated SDTM data might be useful • Other integration considerations appear in Implementing CDISC Using SAS: An End-to-End Guide

  38. Integration Considerations • Which data to integrate? ADaM only or SDTM and ADaM? • How to represent patients who appear in multiple studies in a patient-level dataset (e.g., ADSL)? • Consensus appears to be building for adding extra rows for the same patient • CDER Common Data Standards Issues document supports this approach, at least for DM

  39. Integration Considerations • Which data to integrate? ADaM only or SDTM and ADaM? • How to represent patients who appear in multiple studies in a patient-level dataset (e.g. ADSL)? • How to deal with multiple coding dictionaries across studies? • Same dictionary version should be used across all studies within an integrated database • ADAE has variables to capture coding values based on earlier versions used in earlier analyses (e.g., DECODRGy) • Easy to find differences: WHERE AEDECOD ne DECODRG1;

  40. Integration Considerations • Which data to integrate? ADaM only or SDTM and ADaM? • How to represent patients who appear in multiple studies in a patient-level dataset (e.g. ADSL)? • How to deal with multiple coding dictionaries across studies? • For a given assessment, how should one handle varying categories/controlled terminology across studies? • Study 1 Investigator Assessment: 1=None, 2=A Little Better, 3=Better, 4=A Lot Better, 5=Completely Better • Study 2 Investigator Assessment: -1=Worse, 0=No Improvement, 1=A Little Better, etc. • You’re on your own here! 

  41. Considerations for an ADaM Submission This talk was a collection of ADaM considerations: • Initial Considerations • Dataset Size • Define.xml • Data Reviewer’s Guide • Integration

  42. Considerations for an ADaM Submission Questions? Constructed with standardized building blocks….

More Related