Compliant. Fast. eCTD.

Create new or import existing electronic submissions. Prepare and compile eCTD's, NeeS, VNeeS, and paper CTD's all in one place.

Image is not available
Icon

Are you ready for your DMF in eCTD?

Arrow
Arrow
Slider

All regions

Check compliance

Manage hyperlinks

eCTD viewer

Unlimited submissions

Unbeatable when e.g. doing more than 5 DMF’s per year

 

Unlimited test submissions

Required due to mandatory validation checks

 

Unlimited free support

100% eCTD compliance guarantee via outstanding eCTD experts

 

Fully validated

Always be prepared for an FDA audit

 

Who we are

Cunesoft offers a ready to use, pre-validated and highly secure cloud based regulatory compliance suite. Our software has been built to fulfil regulatory needs holistically and end to end. Our vision is to keep it as simple as possible while delivering compliance and fulfilling FDA 21CFR11, EU Annex 11, ICH, and GxP requirements.

 

All eCTD Regions

With the most automated eCTD solution available, you will be ready to manage all of your submissions globally, migrate from paper to electronic submissions, and be guided by our built-in virtual trainer to help you through each step of the process.

 

The most modern eCTD solution available:

  • Guaranteed ICH Compliance – no maintenance needed
  • Compile eCTD’s for US, CAN, EU, CH, SA, TH, JP, AUS, SAUD
  • Designed for all submission typs such as variations, renewals, PSURs, ASMFs
  • Smooth transition from paper to electronic submission
  • Made to submit marketing authorisation applications (MAAs)
  • Regulatory eCTD Training included
Click here to watch the powerful learning tool and meet VERA...
eCTD-Overview
eCTD-Overview
  • 21 CFR Part 11 compliant

  • ICH eCTD Specification V3.2.2

  • GxP aligned and fully validated

eCTD-Create-New-Submission-with-Regions-Overview

eCTD Compliance Check

Benefit from cune-eCTD’s built-in compliance checking capabilities, verify your hyperlinks are working and publish incrementally to check your progress.

  • Swift navigation with autocompile function
  • Easily accessible from anywhere
  • Hosted, managed and validated environment

Manage Hyperlinks

cune-eCTD includes a sophisticated hyperlink manager which ensures your PDF links are accurate and in place. No more worrying about broken links when you finalize your submission.

eCTD-Create-New-Submission-with-Regions-Overview

eCTD Viewer

cune-eCTD’s included eCTD Viewer provides multiple standard views of your submission and also lets you create personal views:

  • Current View
  • Sequence View
  • Delta View
  • Cumulative View
  • Personal Views
  • Current View

Submit your Drug Master files (DMF) with cune-eCTD

Will you be ready to submit your Drug Master Files (DMFs) in the eCTD format by 5th of May 2018? Being ready means making sure your documents are properly prepared (bookmarked, OCR’d, proper orientation), you are able to create your baseline DMF submission as eCTD, and establishing your connection to the FDA via the Electronic Submissions Gateway (ESG). The DMF in eCTD format mandate applies to amendments, letters of authorization and annual reports… no exemptions, no waivers!

cune-eCTD is built for this purpose and manages DMFs quickly, easily and compliantly!

cune-eCTD and V.E.R.A.

Virtual Electronic Regulatory Assistant

Vera …guides first time users through each step of the software. …assists in getting documents stored in the correct folders … helps to prepare an eCTD submission. … guides on compliance fulfillment throughout the entire regulatory workflow …can do even more 

VERA…

…guides first time users through each step of the software

…assists in getting documents stored in the correct folders

… helps to prepare an eCTD submission

… guides on compliance fulfillment throughout the entire regulatory workflow

…can do even more

Learn by doing

“This leads to a new dimension of user experience and work efficiency.”

Rainer Schwarz CEO Cunesoft

Contact us and enjoy a FREE Demo

Request a Demo                                           Talk to a eCTD expert

eCTD brief

 

The ICH Common Technical Document (CTD) provides a common format for marketing authorization submissions in all ICH markets, and use of this format is now mandatory.  The Electronic Common Technical Document (eCTD) is a regulatory electronic submission standard developed by ICH that is being adopted by HAs not only in the US, EU, Japan, but also in many other countries.

Background

Health Authorities (HAs) currently require Sponsors to provide regulatory dossiers in various formats.  The International Conference of Harmonization (ICH) brings together the Regulatory Authorities of the European Union (EU), Japan and the United States (US) and experts from the pharmaceutical industry in the three regions to discuss scientific and technical aspects of product registration.  The purpose is to make recommendations on ways to achieve greater harmonization in the interpretation and application of technical guidelines and requirements for product registration in order to reduce or obviate the need to duplicate the testing carried out during the research and development of new medicines.

The ICH Common Technical Document (CTD) provides a common format for marketing authorization submissions in all ICH markets, and use of this format is now mandatory.  The Electronic Common Technical Document (eCTD) is a regulatory electronic submission standard developed by ICH that is being adopted by HAs not only in the US, EU, Japan, but also in many other countries.  The eCTD builds on the ICH CTD harmonization and standardizes the structure, format and content of ICH CTD submissions electronically.  Benefits to HAs and Sponsors include reduction in document storage, ease of navigation, document re-use without resubmission of data, and clarity around document status.

HAs in the ICH regions have invested significant time and effort, and indicated their commitment to implementation of eCTD. In addition, HAs in the ICH regions, as well as other markets, are moving toward a fully electronic submission environment, and many are initiating other electronic submission initiatives to support this move (eg, HA Electronic Submission Gateways, HA Electronic Application Forms, and mutually recognized technical validations).

Mandatory Use of the Electronic Common Technical Document format

Agencies are mandating eCTD for more and more submission types.  Soon, only the eCTD format will be accepted throughout the marketing authorisation of drugs. Each region and local authority has determined the rate in which they will implement eCTD, and each has chosen the timing associated with accepting specific regulatory activities in the eCTD format.  Please refer to the ICH website or local authority websites for additional information relative to submission types and timing.

Why eCTD?

In addition to the fact that eCTD is becoming mandatory for most regulatory submission types, there are many benefits associated with implementing the format for both sponsors and the HAs.  Providing submissions in eCTD format facilitates a global submission strategy that both reduces the timelines associated with the production and distribution of regulatory submissions, and potentially time to market for sponsors across markets.

Providing a submission in eCTD format facilitates processing and review for the Agencies.  Most Agencies are implementing gateways and portals as a means of receiving eCTD submissions.  This secure electronic transfer of the dossier means that a submission can be received by the reviewer within minutes of completion, drastically reducing processing and review times.  It also reduces the time and costs associated with managing and storing paper, printing or scanning documents. The XML backbone allows agencies to automatically upload the sequence into their systems and validate the sequences for technical completeness. Changes and updates to dossiers are easier for the reviewer to identify. Bookmarks and hyperlinks facilitate quick referencing of information. Since all files are submitted electronically there is no need for agencies to scan documents or industry to print, transport and store masses of paper.

What to know or do to create a technically-compliant eCTD

When submitting in eCTD format, it is important to prepare yourself for the differences between creating a submission in paper or electronic format and producing a technically compliant eCTD submission.  Our advice would be that users:

  • Understand the relationship between authoring/creating “Submission Ready” documents that meet ICH eCTD Specifications and a “technically compliant” eCTD submission. For example:
    • Use of MS Word templates
    • Use standard fonts (eg, Times New Roman)
    • Use MS Word heading styles to enable automatic creation of Bookmarks on Rendering or to create document Tables of Contents (TOCs)
    • Document TOCs required for documents 8 pages or more
    • PDF Version of documents must be 1.5
    • Bookmarking and Hyperlinking requirements
  • Read and understand the ICH eCTD Specifications and how they relate to your documents and submissions
    • What is a submission vs. sequence?
    • What is lifecycle management (ie, each Letter of Authorization is NOT a new submission, but rather a new sequence)
    • Why can’t I just delete a sequence or a document?
    • What is metadata?
    • What metadata is associated with the product?
    • What metadata is associated with the document?
    • What is a study tagging file or node and why do I need them?
    • What metadata is needed to create specific folders in M2-M5?
    • Is what I create a product or a substance?
  • ICH granularity and file name requirements ([Comprehensive Table of Contents (Headings & Hierarchy)]
    • Documents that were previously a single large document may now become several smaller documents.
    • Where each document maps into the eCTD structure.

Understanding what is required up front will save you time and unnecessary delays during the publishing or validation process and can help you avoid rejections of the submission by the Agency.

Please refer to the current eCTD Specifications for additional detail.

eCTD requirements

The CTD content requirements do not change when transitioning to eCTD. However, there are additional requirements when submitting in eCTD format.

  • Module 1 is unique for each Region. Please refer to the ICH website and/or local authority websites for Module 1 specific information.
  • The following figure illustrates the Canadian eCTD file/folder structure.

eCTD requirements

Source: https://www.canada.ca/en/health-canada/services/drugs-health-products/drug-products/applications-submissions/guidance-documents/ectd/preparation-drug-submissions-electronic-common-technical-document.html

  • The root directory, or Top Level Folder as called in this example, will contain all the sequences for a specific application. The name of the Top Level Folder must reflect the unique Dossier Identifier number (eg, e123456) obtained from the Agency for a specific product or Master File (eg, DMF number, IND/NDA/MAA number), and this number stays consistent throughout the dossier lifecycle.
  • The sequence number folder will include the regional M1 folder, as well as the globally consistent M2 through M5 folders. In addition, it will contain the required eCTD technical files/folders: the util folder, the eCTD backbone file (index.xml), and the eCTD calculated checksum file (index-md5.txt).
  • The M1 folder contains all regionally specific files (refer to regional guidance).
  • The structure of Modules 2 through 5 (M2-M5) are defined in the ICH eCTD Specification document.
  • The util folder contains the technical auxiliary files for an eCTD, the so-called DTD & Stylesheets. The DTD folder deposits the structure for Module 1 and Module 2-5 (as required from the different regions and the ICH).
  • The Stylesheets are technically used to display xml files and make them readable within a browser.
  • The xml backbone is used as a navigation file which actually represents a Table of Content of the submission. As an eCTD is somehow divided between M1, the regional section, and M2-M5, the ICH section, there are two xml backbones provided:  the regional backbone (in the above example, ca-regional.xml) located in Module 1 to navigate through the regional specific content, and a separate xml backbone file (index.xml) for easy navigation through M2-M5.
  • The first regulatory activity for an eCTD dossier will start with either Sequence 0000 (EU and Canada) or Sequence 0001 (US). Sequences are numbered using 4 digits, and subsequent sequences are numbered using the next consecutive number (0002, 0003, etc.).
  • Each new regulatory activity (an amendment, Annual Report, Letter of Authorization submission, etc.) for that dossier will be a new sequence, using the next consecutive 4-digit sequence number.
  • Usually, if a sequence has been technically rejected by an Authority, the sequence number would remain the same as the rejected sequence and resubmitted; rejections for content are almost always resolved by the submission of a new sequence using the next sequential number.

Understanding Lifecycle Management

Each file in an eCTD sequence is given an attribute. There are four attributes:  New, Append (which most Agencies prefer is NOT used), Replace, or Delete, and they define how the document in the sequence relates to all previous sequences in the eCTD.

For example, a cover letter, which is almost always “New,” describes the content of the submission to the Agency.  If a change to a document previously submitted to the Agency was being made in the current sequence, the attribute would be “Replace.”  If the change was intended to remove an obsolete document, the attribute would be “Delete.”

Module 1 Backbone

Envelope Information

Each region has very specific envelope information requirements.  Please refer to local guidance for additional information.

The following is a basic description of some envelope information:

The envelope information can be extracted out of the XX-regional.xml. The regional backbone as already mentioned, is not only used for easy navigation but is used also for extracting the submissions key data information as well as defined metadata at a glance.

An overview of some envelope information is provided below:

The <applicant> Element

This mandatory element contains the sponsor’s name, i.e. the company which is submitting this regulatory transaction.  Great care should be taken to ensure accuracy and consistency with this content.  For example, the values “My Company” or “My Company, Inc.” or “My Company, Inc” are all different which may cause difficulties or delays in the processing of the regulatory transaction.

The <product-name> Element

This mandatory element contains the drug name, i.e. the product which is being addressed in this application.  Great care should be taken to ensure accuracy and consistency with this content.  For example, the values “My Product” or “My product” or “My Product” (note the double space!) are all different which may cause difficulties or delays in the processing of the regulatory transaction.

The <dossier-identifier> Element

This mandatory element contains the unique identifier assigned by the Agency.  It is expected that the sponsor will acquire a valid dossier identifier from the Agency in which the eCTD will be provided before submitting the initial regulatory transaction.

The <dossier-type> Element

This mandatory element contains the type of dossier, i.e. from a simplistic perspective, whether it is a pharmaceutical or biologic regulatory activity.  The content of this element is taken from a list of values defined by the local Agency.

The <regulatory-activity-type> Element

This mandatory element contains the type of the regulatory activity, i.e. from a simplistic perspective, what regulatory purpose this filing is addressing. The content of this element is taken from a list of values defined by the local Authority.

The <sequence-description> Element

This mandatory element describes the sequence (regulatory transaction) based upon a series of possibilities.

The <related-sequence-number> Element

This optional element contains the four-digit sequence number of the first sequence in this regulatory activity. The schema ensures that the content is in the format “9999”, i.e. four digits.

The xml structure of Module 1

The xml file of Module 1 contains two categories of elements:

  • Heading elements which act as an electronic Table of Contents to organize the documents submitted in Module 1. However, there are additional heading elements called node-extensions which can be created at pre-defined sections within an eCTD structure in order to group documents.
  • Leaf elements which describe one document along with additional information such as the defined metadata or the document related lifecycle information (new, replaced, delete, append). Each document is linked and can be retrieved easily.

Documents should be placed at the lowest level of the eCTD tree.  In most cases, documents are not permitted directly under a heading element if the heading element contains sub-headings.

It should be mentioned that there will be a difference between the physical folder structure within an eCTD and the xml structure/headings shown in the xml backbone. The software usually provides the respective headings shown as folders within the application. After the sequence has been published, the heading structure will be shown in the xml backbone, whereas the physical folder structure will not represent the same folder hierarchy and might only contain files. This output complies to ICH and Regional specifications.

Technical Validation

Once an eCTD has been published, it should be “validated” using a software that will check an eCTD submission for technical compliance to ICH and Agency specifications. This step should not be skipped, as any technical invalidity would lead to a rejection. Make sure your eCTD submission complies to the technical requirements specified by the respective regional authority.

It is recommended that High/Medium or Pass/Fail errors be corrected before submission.  Also, re-validate the sequence after correcting any errors.  A valid test result must be present before sending the sequence to the Agency.

Electronic Submissions Gateways and Portals

Agencies have begun implementing Electronic Submission Gateways and Portals in an effort to streamline the electronic submission process and facilitate a secure and easy transfer of information (eCTD sequences) from a Sponsor to an Agency.  Future standards will also encompass 2-way communications between the Agencies and Sponsors using their electronic submission gateways.

EMA utilizes the EMA eSubmission Gateway for CP submissions; US FDA utilizes the US FDA ESG for all eCTD submissions; Health Canada utilizes the FDA ESG as their Common Electronic Submission Gateway (CESG), and EU utilizes the Common European Submission Platform (CESP) to name a few.