Article

Exploring the journey to eCTD 4.0

  • Karl-Heinz Loebel

Date de mise à jour October 13, 2026
Why eCTD 4.0 adoption stalled after ICH approval, what it changes for regulatory submissions, and how sponsors can prepare for new software and processes. 
The eCTD was a once in a lifetime achievement: an international agreement, originally between the U.S., the EU, and Japan, but now incorporating numerous countries from South Korea to South Africa, Brazil to Saudi Arabia.1 Building on ICH’s work on the Common Technical Document (CTD), the eCTD created a content and electronic format for submissions that experience shows has radically improved review times for new drugs. 

However, it had some shortcomings, the biggest being flexibility and changeability: To incorporate new document types in the global portions of the eCTD would require significant approvals by agencies and could create incompatibilities with earlier submissions.2 This is because each section in the CTD table of contents is a separate XML element. This meant that any new document types ended up in Module 1, the region-specific part, defined by each region as a separate XML specification, requiring software updates for each change.3 If you look at the history of changes for the Module 1 XML for each country, you’ll see that’s where the action is. For instance, Swissmedic has had several changes that are nothing more than correcting typos.4
Around the same time that the eCTD version 3.2 was being approved, in 2008, FDA began a project with Health Level Seven (HL7) to build a successor, called RPS (Regulated Product Submissions)5. It has since been approved by the International Council for Harmonisation (ICH) as eCTD version 4.0. The goals for this project were to:
Provide a single electronic format, and corresponding review system, for all divisions at FDA (Medical Devices, for instance, have a very different set of document requirements from drugs). 
Specify a controlled list for document content types that could be updated more simply than changing the XML definition (a Document Type Definition [DTD] or Schema).
Increase submission flexibility by permitting changes to metadata, whether correcting a misspelling, changing a manufacturer or brand name, or dividing test specifications among different vendors.
Devise a means of identifying content files separately from the submission, so that they can be referenced by other submissions without knowing the agency file structure.
Create a means of replacing one document with many, or many with one.
Define a Regulatory Activity as a group of submissions to get a single approval or acceptance (although frustratingly, the standard uses the term Submission for the grouping, and Submission Unit for the individual submissions).
With Step 4 Approval by ICH in 2015, it was expected that implementation would come swiftly after that.6 However, nine years later, only Japan and, since September 2024, the U.S. optionally accept eCTD 4.0, and other regions have delayed their pilots (or created their own format, as the EAEU did).7,8 As of October 2026, the EU also accepts eCTD 4.0 on an optional basis for new marketing authorization applications for centrally authorized products, which it has done since Dec. 22, 2025.12 

The reasons for this include issues with developing review systems (U.S. FDA),8 implementation of other data initiatives (CTIS, IDMP, etc., at the European Medicines Agency), and the COVID-19 pandemic (everyone had priorities shifted, workers unavailable, and remote work drawing a large share of IT resources). 

There are still challenges, especially to create a common repository for EU MRP and DCP submissions, versus separate ones for each member country. Also, no country has yet specified how they will implement the two-way communications capabilities of the standard.7,9 This has the potential for improving agency/sponsor queries and responses but will require some major process changes for both the agencies and the drug sponsors/authorization holders. 

Implementing eCTD 4.0 will involve new software and new processes, which will require companies to invest time, money and resources. While major software providers do support the format, there will almost certainly be tweaks when the final specifications arrive from each agency. Likely changes will include new tools or software features to manage changes to metadata, instructions for how to replace one file with many or many with one, and a few terminology changes for the Regulatory Activity concept. When the two-way communications scheme is implemented, this will also require some infrastructure changes for notification and delivery of content from the agency gateways. Most companies only send through the gateway, although various data filings (safety, drug registration) do have status responses and notifications of acceptance. 

One big change from the current eCTD is that the current format has an XML style sheet that can reformat the eCTD XML into a viewable web page by just double-clicking the “index.xml” file.10 While this could theoretically be done for eCTD 4.0, it would be much slower, because there is no hierarchical organization to the documents in the submission, only identification of each document’s type and order. Much more processing would be needed to do so. However, the HTML view of an eCTD has always been limited in functionality because of the inability to incorporate multiple submissions to show the current state of the submission dossier. All the major software providers first load that XML into their databases for quick access to the history of the application. Viewing software also integrates all the parts of the submissions, eliminating the need for a separate style sheet for the Module 1 (regional) data.11 

There are many good reasons to be excited about eCTD 4.0 and, of course, as with any change, a number of bumps along the way. 


Avis de non-responsabilité :
Les informations contenues dans cet article sont destinées à informer les lecteurs sur un sujet lié aux capacités de Cencora et ne constituent pas des conseils juridiques ou d'achat. Cencora, Inc. encourage les lecteurs à consulter les références citées dans cet article et à utiliser leurs propres connaissances et expériences pour prendre des décisions.
 

 

Nous sommes là pour vous aider

Contactez notre équipe dès aujourd’hui pour en savoir plus sur la façon dont Cencora contribue à façonner l’avenir des soins de santé.

Related solutions

Ressources connexes

Article

Principaux points à retenir du projet pilote technique de l’UE eCTD 4.0

Article

Alors que l’adoption de l’eCTD 4.0 progresse, une nouvelle ligne directrice de l’ICH le met à l’épreuve

Article

EMA’s eCTD 4.0 workshop seeks to gear industry for implementation

References 
1. International Council for Harmonisation. "Electronic Common Technical Document Specification." 2008.
2. EFPIA. "Global ICH eCTD Adoption." December 2021.
3. European Medicines Agency. "EU Module 1 eCTD Specification, Version 3.1.1." June 2025.
4. Swissmedic. "Swiss M1 Specification eCTD." 2020.
5. U.S. Food and Drug Administration. "FDA Data Exchange Standards Initiatives: Regulated Product Submission (RPS) Standard Status."
6. International Conference on Harmonisation. "Multidisciplinary Guidelines."
7. International Council for Harmonisation. "ICH M8: ICH Electronic Common Technical Document, eCTD v4.0." 2024.
8. U.S. Food and Drug Administration. "Electronic Common Technical Document (eCTD) v4.0." 2024.
9. European Medicines Agency. "eSubmission News, eCTD 4.0."
10. International Conference on Harmonisation. "ICH Electronic Common Technical Document, eCTD v3.2.2 Specification and Related Files, Style Sheet." 2004.
11. European Medicines Agency. "Guidance for Industry on Providing Regulatory Information in Electronic Format: Harmonised Technical Guidance for eCTD Submissions in the EU, Version 6.0.1." June 2025. 
12. European Medicines Agency. "eSubmission: eCTD v4.0." Updated July 8, 2026.