CTD and eCTD_ bhakti.pdf
- 1. Common Technical Document Common Technical Document (CTD eCTD) (CTD‐eCTD) Aziz DIOP IT Expert IT Expert
- 2. Overview Overview d i • Introduction • ICH • CTD • eCTD • eCTD • eCTD Implementation • SFDA Plan and Prospective for submission • Sources Sources
- 3. Introduction Introduction • There is a joint initiative involving both regulators and research‐based industry representatives of the European Union, Japan and the USA in scientific and technical discussions of the testing procedures required to assess and ensure the safety, quality and efficacy of medicines. • The objective is to increase international harmonisation of technical requirements to ensure that safe effective and high technical requirements to ensure that safe, effective, and high quality medicines are developed and registered in the most efficient and cost‐effective manner. • Activities have been undertaken to promote public health, prevent unnecessary duplication. prevent unnecessary duplication.
- 4. What is ICH ? What is ICH ? • Th l t f ICH i th "I t ti l C f • The complete name of ICH is the "International Conference on Harmonisation of Technical Requirements for Registration of Pharmaceuticals for Human Use". • The purpose is to make recommendations on ways to achieve greater harmonisation in the interpretation and application of greater harmonisation in the interpretation and application of technical guidelines and requirements for product registration in order to reduce or prevent the need to duplicate the testing carried out during the research and development of new carried out during the research and development of new medicines. • This unique project brings together the participants in the three regions to discuss scientific and technical aspects of product registration. p g
- 5. Structure of ICH (1/2) Structure of ICH (1/2) • ICH i j i t i iti ti i l i b th l t d i d t • ICH is a joint initiative involving both regulators and industry as equal partners in the scientific and technical discussions of the testing procedures which are required to ensure and th f t lit d ffi f di i assess the safety, quality and efficacy of medicines. • The focus of ICH has been on the technical requirements for The focus of ICH has been on the technical requirements for medicinal products containing new drugs. The vast majority of those new drugs and medicines are developed in Western Europe Japan and the United States of America and Europe, Japan and the United States of America and therefore, when ICH was established, it was agreed that its scope would be confined to registration in those three regions regions.
- 6. Structure of ICH (2/2) ICH i i d f Si P ti th t di tl i l d Structure of ICH (2/2) • ICH is comprised of Six Parties that are directly involved, as well as three Observers and IFPMA. The Six Parties are the founder members of ICH which represent the regulatory b di d th h b d i d t i th E bodies and the research‐based industry in the European Union, Japan and the USA. These parties include the EU, EFPIA, MHLW, JPMA, FDA and PhRMA. • The Observers are WHO, EFTA (Currently represented at ICH by Swissmedic Switzerland) and Canada (represented by by Swissmedic Switzerland), and Canada (represented by Health Canada). This important group of non‐voting members acts as a link between the ICH and non‐ICH countries and regions regions.
- 7. CTD (1/2) ( / ) • The CTD was agreed upon in November 2000, in San Diego, USA USA. • The purpose of this Common Technical Document (CTD) is to provide a harmonised structure and format for new product applications (marketing authorization). • The use of the CTD format is mandatory as from 1 July 2003 in the European Union. • The ICH Steering Committee adopted a new codification system for ICH Guidelines (Nov 2005) y ( ) • The purpose of this new codification is to ensure that the b i t f ICH G id li i l i l numbering system of ICH Guidelines is more logical, consistent and clearer.
- 8. CTD (2/2) • Th f f th CTD i t id f t f th ( / ) • The focus of the CTD is to provide a common format for the preparation of a well structured submission according to the modular framework described in the ICH guidelines of the C T h i l D t f R i t ti f H U Common Technical Document for Registration for Human Use (ICH Topic M4). • The CTD guidance indicates where and how available information is to be presented. • The CTD is not intended to indicate what studies are actually required (Authorities can ask for specific types of data).
- 9. CTD : What is it ? CTD : What is it ? • It i • It is: A common harmonised format for applications for preparing marketing authorisations in the three ICH regions marketing authorisations in the three ICH regions. A Template for preparing data in the dossier. • It is not : A statement of data requirements for applications. q pp • How is it structured ?
- 10. CTD Structure CTD Structure The CTD is organized into FIVE modules: • Module 1: Regional Administrative Information. g • Module 2: Introduction, Quality Overall Summary, Nonclinical O i Cli i l O i N li i l W itt d Overview, Clinical Overview, Nonclinical Written and Tabulated Summaries, Clinical Summary • Module 3: Quality • Module 4: Nonclinical Study Reports Module 4: Nonclinical Study Reports • Module 5: Clinical Study Reports
- 11. Diagrammatic Representation of the organisation of the ICH CTD g
- 12. eCTD • The eCTD is the electronic equivalent to the CTD. • Why electronic? –Improve the submission and review process –Increase accuracy of the submission –Decrease total costs • This specification has been developed by the ICH M2 Expert Working group and maintained by the eCTD Implementation k d h h Working group in accordance with the ICH Process.
- 13. eCTD Changes g • XML based eCTD backbone replaces PDF Tables of Content (i d l fil ) h f hi fil i f ld (index xml file). The purpose of this file is two‐fold: • Manage meta‐data for the entire submission • Constit te a comprehensi e table of contents and • Constitute a comprehensive table of contents and provide corresponding navigation aid • Increase document granularity in accordance with ICH eCTD agreements. • Life Cycle Management: –Composed at least of an initial submission –Incremental updates O l h h d d b b i d –Only what was changed needs to be re‐submitted.
- 14. eCTD Specification v 3 2 eCTD Specification v 3.2 • eCTD is a message specification for the transfer of files and metadata from industry to regulatory. • The eCTD Specification version 3.2 describes many optional folders and file names folders and file names. • What is the minimum set of required folders and files for a • What is the minimum set of required folders and files for a technically acceptable eCTD?
- 16. eCTD Implementation eCTD Implementation • ICH‐eCTD is an internationally driven standard designed to y g reduce cost in the administration, assessment and archiving of applications for marketing authorisation of medicinal products for human use, to reduce the use of paper and streamline the assessment process making the system more efficient efficient. • Unlike CTD the eCTD is not mandatory in Europe (highly Unlike CTD the eCTD is not mandatory in Europe (highly recommended). • NCAs are progressively adapting their infrastructure, processes and legislation to be able to receive and handle paperless applications for marketing authorisation by 2009.
- 17. Benefits of eCTD • Improved handling and archiving of submissions Benefits of eCTD p g g • Better information management • Support of Life Cycle Management • Immediate Access to complete and up‐to‐date information • Search functionality for assessors and increased tracking ability • Facilitated evaluation and better visibility of the process Facilitated evaluation and better visibility of the process • Reduced workload and reuse of information for assessment reports • Controlled communication with external experts p • Better use of resources • Simplified business process h d • Better communication with industry
- 18. SFDA Plan for Submission SFDA Plan for Submission • Application form should be submitted online • SFDA will require the product file in both CTD (Hardcopy) and eCTD (Softcopy) format • Product file registration should follow the current requirements but in CTD format requirements, but in CTD format
- 19. SFDA Prospective for Submission • L i SFDA Prospective for Submission • Learning process • Step by step implementation • Review of the business process • Build a workflow system • Pilot phase Pilot phase • Smooth transition
- 20. SOURCES SOURCES
- 21. CTD : Regulatory sources CTD : Regulatory sources • N ti t A li t E d l V l 2B St t i d fi d h • Notice to Applicants, Eudralex Vol. 2B : Structure is defined here –http://ec.europa.eu/enterprise/pharmaceuticals/eudralex/v ol‐2/b/ctd_06‐2006.pdf _ p • FDA H // fd / d / l / / d h –Http://www.fda.gov/cder/regulatory/ersr/ectd.htm • Q&A Q&A –http://www.ich.org/LOB/media/MEDIA620.pdf • ICH Updates –http://www.ich.org
- 22. eCTD : Technical sources eCTD : Technical sources • Datafarm • eCTD office • Extedo • GlobalSummit GlobalSummit • IBM • ISI • Liquent • Lorenz
- 23. Thank you for your attention Thank you for your attention Thank you for your attention Thank you for your attention