Tips on Creating a Strategy for a CDISC Submission Rajkumar Sharma, Nektar Therapeutics, San Francisco, CA

Similar documents
ABSTRACT INTRODUCTION WHERE TO START? 1. DATA CHECK FOR CONSISTENCIES

Lex Jansen Octagon Research Solutions, Inc.

Material covered in the Dec 2014 FDA Binding Guidances

DIA 11234: CDER Data Standards Common Issues Document webinar questions

Revision of Technical Conformance Guide on Electronic Study Data Submissions

Study Data Reviewer s Guide Completion Guideline

Improving Metadata Compliance and Assessing Quality Metrics with a Standards Library

Pharmaceuticals, Health Care, and Life Sciences. An Approach to CDISC SDTM Implementation for Clinical Trials Data

Comparison of FDA and PMDA Requirements for Electronic Submission of Study Data

Lex Jansen Octagon Research Solutions, Inc.

An Alternate Way to Create the Standard SDTM Domains

Beyond OpenCDISC: Using Define.xml Metadata to Ensure End-to-End Submission Integrity. John Brega Linda Collins PharmaStat LLC

CBER STUDY DATA STANDARDS UPDATE

How to write ADaM specifications like a ninja.

Why organizations need MDR system to manage clinical metadata?

Preparing the Office of Scientific Investigations (OSI) Requests for Submissions to FDA

Legacy to SDTM Conversion Workshop: Tools and Techniques

CDISC SDTM and ADaM Real World Issues

SDTM Implementation Guide Clear as Mud: Strategies for Developing Consistent Company Standards

ICH Topic M 4 Common Technical Document for the Registration of Pharmaceuticals for Human Use Organisation CTD. Step 5

CDASH Standards and EDC CRF Library. Guang-liang Wang September 18, Q3 DCDISC Meeting

Common Programming Errors in CDISC Data

How a Metadata Repository enables dynamism and automation in SDTM-like dataset generation

CDASH MODEL 1.0 AND CDASHIG 2.0. Kathleen Mellars Special Thanks to the CDASH Model and CDASHIG Teams

Creating Define-XML v2 with the SAS Clinical Standards Toolkit 1.6 Lex Jansen, SAS

Study Data Technical Conformance Guide (TCG)

From ODM to SDTM: An End-to-End Approach Applied to Phase I Clinical Trials

The Wonderful World of Define.xml.. Practical Uses Today. Mark Wheeldon, CEO, Formedix DC User Group, Washington, 9 th December 2008

Harmonizing CDISC Data Standards across Companies: A Practical Overview with Examples

A SDTM Legacy Data Conversion

Traceability Look for the source of your analysis results

Preparing for FDA Mandated ectd Submissions

Study Data Reviewer s Guide

PharmaSUG 2014 PO16. Category CDASH SDTM ADaM. Submission in standardized tabular form. Structure Flexible Rigid Flexible * No Yes Yes

Examining Rescue Studies

Planning to Pool SDTM by Creating and Maintaining a Sponsor-Specific Controlled Terminology Database

The Benefits of Traceability Beyond Just From SDTM to ADaM in CDISC Standards Maggie Ci Jiang, Teva Pharmaceuticals, Great Valley, PA

Main challenges for a SAS programmer stepping in SAS developer s shoes

Taming the SHREW. SDTM Heuristic Research and Evaluation Workshop

Standardising The Standards The Benefits of Consistency

Case Study Update on Structured Content Approaches at Genzyme

Paper FC02. SDTM, Plus or Minus. Barry R. Cohen, Octagon Research Solutions, Wayne, PA

Aquila's Lunch And Learn CDISC The FDA Data Standard. Disclosure Note 1/17/2014. Host: Josh Boutwell, MBA, RAC CEO Aquila Solutions, LLC

Dealing with changing versions of SDTM and Controlled Terminology (CT)

Automate Clinical Trial Data Issue Checking and Tracking

Global Checklist to QC SDTM Lab Data Murali Marneni, PPD, LLC, Morrisville, NC Sekhar Badam, PPD, LLC, Morrisville, NC

OpenCDISC Validator 1.4 What s New?

1. STRATEGIC PLANNING

Sandra Minjoe, Accenture Life Sciences John Brega, PharmaStat. PharmaSUG Single Day Event San Francisco Bay Area

Programming checks: Reviewing the overall quality of the deliverables without parallel programming

PharmaSUG Paper AD03

ectd TECHNICAL CONFORMANCE GUIDE

Implementation of Data Cut Off in Analysis of Clinical Trials

Biotechnology Industry Organization 1225 Eye Street NW, Suite 400 Washington, DC 20006

An Efficient Solution to Efficacy ADaM Design and Implementation

Generating Define.xml from Pinnacle 21 Community

Standards Implementation: It Should be Simple Right? Thursday January 18, 2018

Pooling Clinical Data: Key points and Pitfalls

esubmission - Are you really Compliant?

Doctor's Prescription to Re-engineer Process of Pinnacle 21 Community Version Friendly ADaM Development

STUDY DATA TECHNICAL CONFORMANCE GUIDE

Clinical Metadata Metadata management with a CDISC mindset

Looking for SDTM Migration Specialist

Automation of SDTM Programming in Oncology Disease Response Domain Yiwen Wang, Yu Cheng, Ju Chen Eli Lilly and Company, China

Leveraging Study Data Reviewer s Guide (SDRG) in Building FDA s Confidence in Sponsor s Submitted Datasets

Design of Case Report Forms. Case Report Form. Purpose. ..CRF Official clinical data-recording document or tool used in a clinical study

ADaM and traceability: Chiesi experience

Pooling strategy of clinical data

esource Initiative ISSUES RELATED TO NON-CRF DATA PRACTICES

Cost-Benefit Analysis of Retrospective vs. Prospective Data Standardization

Pooling Clinical Data: Key points and Pitfalls. October 16, 2012 Phuse 2012 conference, Budapest Florence Buchheit

Best Practice for Explaining Validation Results in the Study Data Reviewer s Guide

PhUSE US Connect 2019

Codelists Here, Versions There, Controlled Terminology Everywhere Shelley Dunn, Regulus Therapeutics, San Diego, California

A CMC Reviewer s Perspective on the Quality Overall Summary. Arthur B. Shaw, Ph.D. FDA/CDER/ONDQA FDA DMF Expert June 15, 2010.

Experience of electronic data submission via Gateway to PMDA

Standardizing FDA Data to Improve Success in Pediatric Drug Development

Knock Knock!!! Who s There??? Challenges faced while pooling data and studies for FDA submission Amit Baid, CLINPROBE LLC, Acworth, GA USA

Introduction to Define.xml

PharmaSUG Paper CD16

How to review a CRF - A statistical programmer perspective

PhUSE Paper SD09. "Overnight" Conversion to SDTM Datasets Ready for SDTM Submission Niels Mathiesen, mathiesen & mathiesen, Basel, Switzerland

It s All About Getting the Source and Codelist Implementation Right for ADaM Define.xml v2.0

Updates on CDISC Standards Validation

The development of standards management using EntimICE-AZ

Now let s take a look

Clinical trial data management technology Guide

What is high quality study metadata?

PharmaSUG Paper PO22

Taming Rave: How to control data collection standards?

PharmaSUG Paper PO03

Clinical Data Model and FDA Submissions

ectd in Canada Ginette Larocque, Purdue Pharma Canada August 23, 2016

ADaM for Medical Devices: Extending the Current ADaM Structures

Converting Data to the SDTM Standard Using SAS Data Integration Studio

From raw data to submission: A metadata-driven, repository-based process of data conversion to CDISC models

One Project, Two Teams: The Unblind Leading the Blind

Introduction to ADaM and What s new in ADaM

Creating a Patient Profile using CDISC SDTM Marc Desgrousilliers, Clinovo, Sunnyvale, CA Romain Miralles, Clinovo, Sunnyvale, CA

PharmaSUG Paper PO10

Transcription:

PharmaSUG 2015 - Paper IB09 Tips on Creating a Strategy for a CDISC Submission Rajkumar Sharma, Nektar Therapeutics, San Francisco, CA ABSTRACT A submission to FDA for an NDA (New Drug Application) or a BLA (Biologics License Application) is very exciting as well as very critical for a company. Companies and programmers who are dealing with submission for the first time are often confused on how to develop a strategic plan and how to do a successful filling. A clear strategy and proper planning is very critical for a timely submission. This paper will discuss on some basics about electronic submission and then it will provide guidance on how to plan things out for a successful filling. This paper will also discuss on what to look out for while working with an outside vendor for preparing electronic submission related deliverables. INTRODUCTION The ectd (electronic common technical document) is CDER/CBER s standard format for doing regulatory submission electronically. Having data in common electronic environment eliminates difficulties with assessing, searching and finding data in paper forms. Figure 1. ectd Modules. (Image Source ww.ich.org ) The ectd is organized into five modules. Module 1 is region specific and Modules 2, 3, 4 and 5 are intended to be common for all regions. Module 1 is not part of the ICH ectd standard as it has been designated to each regulatory authority to define the contents of Module 1 for the regulatory and administrative documentation it requires with the different types of applications. Module 2 contains the summaries and overviews of Modules 3 through 5. Everything contained in Modules 3 through 5 must be summarized along with a critical analysis of the findings about the pharmaceutical or biotechnology product 1

Module 3 contains the documentation about the chemistry, manufacturing, and controls content of the submission. Module 4 contains the nonclinical (animal and in vitro) studies that have been conducted to support the company's assertions about the safety of the product. It includes the pharmacology, Pharmacokinetic, and toxicology studies and datasets that are required to be conducted during preclinical development, and phases 1 through 4 of clinical development Module 5 contains the clinical (human) studies that have been conducted to support the company's assertions about the efficacy of the product. It includes case report forms and datasets. The study types include bioavailability, pharmacokinetic, pharmacodynamic, efficacy and safety studies and any post marketing studies. In July 2003, the CTD became the mandatory format for new drug applications in the EU and Japan, and the strongly recommended format of choice for NDAs submitted to the FDA. Most of the programmers have to deal with Module 5. This paper is geared towards audiences who have little or no prior experience with regulatory submission. PLANNING AND PREPARATION Planning out the overall filling strategy for regulatory submission is the most critical and important piece. Below are few key points to consider while planning for regulatory submission. CDISC STANDARDS OR LEGACY STANDARDS Often, sponsor companies are in situation where newer studies are in CDISC format and older studies are in legacy (non-cdisc) format. The question whether to convert legacy studies into CDISC format or not often comes up during the planning phase. The FDA mandate for CDISC submission starts from 2017. All studies that start in 2017 or later will be required to submit their data to the FDA in CDISC standards. For submission happening before this date, sponsor can consider following key points for decision making. Number of Studies and Weightage Even though obvious, it is important to determine which studies will part of submission and which studies will be pooled for ISS/ISE. Sponsor need to evaluate - How many studies need conversion? Is pivotal study and key supporting studies are in CDISC standards or not? Sponsor need to evaluate weightage of legacy studies in overall submission. If the legacy studies are not very critical for submission then SDTM/ADaM conversion may not be needed. Resources and Time Another aspect to consider is resources and time needed for conversion. Sponsor need to consider cost of conversion in terms of resources and money spent and also whether sponsor has time needed for conversion. ISS and ISE If legacy studies (non-cdisc studies) are part of ISS/ISE then sponsor should consider converting legacy studies into SDTM format to make pooling easy. DATASETS TO SUBMIT If sponsor decides to convert legacy datasets into CDISC standards then often question comes up on which datasets to submit Legacy or SDTM or both? Analysis Consideration If study is a closed out study and CSR is already written then sponsor need to consider whether there is a real need to convert legacy (non-cdisc) datasets into CDISC standards or not. If these legacy studies are part of pooled ISS or ISE then sponsor can covert the legacy raw datasets into SDTM standards without re-doing the whole analysis.i.e ADaM datasets, TLF, etc. In this case, sponsor can submit legacy datasets (raw + analysis) as well as SDTM datasets. Also, sponsor should provide proper documentation to aid regulatory review and make sure both SDTM and legacy datasets meets the requirements for regulatory submission. 2

VERSIONS MedDRA Studies in Version Legacy (Non-CDISC) format Conmed and CTCAE Conversion in CDISC standards? Yes Datasets in CDISC standards + Legacy Datasets* *Sponsor need to make sure that legacy datasets and SDTM datasets are compatible with regulatory agencies submission requirement No Submit datasets in Legacy Format* *Sponsor need to make sure that legacy datasets are compatible with regulatory agencies submission requirement VENDOR NEGOTIATIONS Figure 2. Dataset Submission Decision Making It is common for sponsor companies to outsource whole study or part of study work to outside vendors. However, it is sponsor s responsibility to check the quality of deliverables. Many times sponsors deal with more than one vendor which makes it more challenging to co-ordinate; track and review the deliverables. Sponsor can smooth out the whole cycle by selecting capable vendors and as well as effectively negotiating with vendor for deliverables. Below are some tips to ease out the review cycle. SDTM review For optimal SDTM review, sponsor can request SDTM acrf(annotated CRF) from vendor upfront during development phase. Many vendors do not provide SDTM acrf till SDTM programming is complete and datasets are final. Sponsor has to review datasets using only SDTM specifications. Also, the layout and content of specification varies from vendor to vendor which makes it difficult for reviewer to review SDTM datasets just from specifications. acrf tremendously helps sponsor as they can see how CRF pages are mapped as well ensures all the CRF pages are mapped. It is also easy to compare SDTM mapping among many studies if acrfs are available. Conformance Checks It is advised to run conformance checks (like OpenCDISC checks) on SDTM/ADaM datasets during development phase and not at the end of the dataset programming. For outsourced studies, sponsor can request vendor to provide conformance check report with each dataset transfers. Running conformance check in advance provides sponsor enough time to address errors/warning originating from conformance checks. It also avoids last minute changes when time is critical. Sponsor can request vendor to provide explanation for each error/warning within conformance check reports. Also, sponsor need to ensure version of conformance checks are in line with SDTM and ADaM version. Deliverables Format and Content Format, Style and Content of deliverables required for submission could be different from vendor to vendor. Sponsor can request vendors to provide a sample of deliverable before initiating actual work to see if it is in line with sponsor s expectation. For e.g. if sponsor needs define.pdf or reviewer s guide for submission, then sponsor can request a sample of these documents from vendor to see if they meet the requirements. Sponsor can then negotiate with vendor to format needed deliverables as per the requirements. Many vendors have developed their own tools for generation of define documents. These tools needs input for e.g. 3

dataset specification in certain format. If sponsor is producing specification in-house, then sponsor can provide a sample of specification documents in advance to vendor to see if it s compatible with vendor tools. If not then sponsor can negotiate who can make necessary adjustments to make it compatible. VERSIONS While dealing with clinical trials data and with ISS/ISE programmers often have to make decisions regarding which versions to be used for different type of data. MedDRA If sponsor is planning for Integrated Summary of Safety database (ISS), then ISS database should be up-versioned using latest version of MedDRA. If legacy studies are getting converted into SDTM format for ISS then there is no need to up versioned individual studies MedDRA version. CTCAE CTCAE used for lab toxicity grading can be updated for ISS lab dataset similar to MedDRA. Sponsor can look at the latest version CTCAE version used across all studies and then update ISS lab dataset with that version. While converting legacy studies into SDTM standard, sponsor can stick to the original CTCAE version. WHO Dictionary Conmed(Concomitant Medication) can also be up-versioned using latest WHO dictionary version. Again, legacy or closed out studies does not need to be up versioned. OpenCDISC for Conformance Checks OpenCDISC is commonly used to run conformance checks on SDTM and ADaM datasets. It is advised to use latest available OpenCDISC version pertinent to SDTM/ADaM version sponsor is using. Sponsor need to pay attention to the version updates for OpenCDISC and work with vendor to use the appropriate version. SDTM/ADaM Situation where few studies are in CDISC standards and few others studies are in legacy standards, if sponsor decides to convert legacy studies, then it is advised to choose SDTM/ADaM version with utmost consideration. Studies with different versions may require extra efforts while pooling for ISS/ISE. Controlled Terminology For studies which are on-going, sponsor can the use latest version of CDISC Controlled Terminology. Since CDISC controlled terminology is released periodically, it is possible to have some variations across studies if they were carried out at different time frame. For ISS/ISE sponsor can use the latest version of Controlled Terminology to address study specific differences. STRATEGY FOR INTEGRATED DATABASE Integrated safety or efficacy database are often built for regulatory submission. There are many different ways to build these databases. Below are few approaches with their pros and cons. Sponsor can access and choose an approach which best fits their needs. Pooling SDTM Datasets ISS/ISE datasets can be built by first pooling individual study SDTM and then stacking them and creating an integrated SDTM database, which could then be used to create integrated analysis datasets. The advantage of this approach is that it might be relatively easy to up-version MedDRA, CTCAE, WHO dictionary, etc. using this integrated SDTM datasets. Programmer can also look at the data and easily search data for queries. It is easy to spot differences among studies just by navigating through the integrated database. However, there are some cons to this approach. It may be need more time programmatically to build integrated SDTM database. If the studies pooled into ISS/ISE are on-going at the time of building integrated SDTM database, then programmers need to be aware of constant changes in the data at individual study level. Pooling ADaM Datasets Another approach to create integrated database is by pooling individual studies ADaM datasets instead of SDTM datasets. The main advantage of this approach is that it may take less time than the first approach. However, programmer may need to wait till individual studies ADaM datasets are available and stable. Also, navigating and 4

searching source SDTM datasets to spot differences may not be that easy. Programmer may need to spend more time to understand analysis dataset specifications from individual studies. Programmatically Third approach is to create an integrated database programmatically without first creating integrated SDTM or ADaM database from individual studies. If there are not many studies pooled for ISS/ISE then this may be good approach. However, programming may get complicated if more number of studies are pooled into ISS/ISE. Verification of programs may become challenging with this approach. Future changes and enhancements to the programs can also be challenging especially if original programmers are not part of the team. DATACUT Often a cut is applied to studies based on number of events or to use data up to certain time point. It is important to make sure a consistent logic is applied across studies to cut the data. Whether to cut the data at SDTM level or ADaM level is something programmer needs to decide. While pooling data for ISS/ISE, it is critical to make sure that appropriate data is pooled. Data gets updated frequently while preparing for submission to make it submission complaint and it is possible in the rush to forget to cut the data and use incorrect data. INVENTORY AND TRACKING The most critical and often overlooked piece of planning from programming side is a good project management. Technical team needs a strong mechanism in place to take deliverables. It is very easy for deliverables to slip through the cracks without good tracking system and things can get very messy very fast. If many studies are outsourced then sponsor need to make inventory of what is expected from each vendor and track them diligently. Sponsor need to consider review timeline, milestone dates and status of each deliverables. It s pretty challenging and it could be very daunting to track deliverables, especially if there are on-going in parallel. A good tracking system is absolutely critical for regulatory submission. Sponsor need to carefully evaluate and prioritize deliverables and should provide sufficient time for project management. CONCLUSION Although preparing for regulatory submission could be a challenging task but with proper planning sponsor companies can ensure smooth submission and can eliminate last minute stress. Tips outlined in this paper are to help sponsor companies to form sound strategies for regulatory submission and become more efficient in the process. REFERENCES Guidance for Industry Providing Regulatory Submission in Electronic Format- Human Pharmaceutical Product Applications and Related Submissions Using the ectd Specifications The common technical document - http://www.ich.org/products/ctd.html An introduction to ectd - http://www.mastercontrol.com/newsletter/feature/ctd_fda_submissions_907.html CONTACT INFORMATION Your comments and questions are valued and encouraged. Contact the author at: Name: Rajkumar Sharma Enterprise: Nektar Therapeutics Address: 455 Mission Blvd South City: San Francisco State: CA ZIP: 94404 E-mail: rsharma@nektar.com 5