Download as pdf or txt
Download as pdf or txt
You are on page 1of 3

8/2/2019 Dissecting eCTD 4 | The eCTD Summit

Agencies and Regulations Best Practices eCTD Regulatory Information Management Regulatory Publishing Document Management

Dissecting eCTD 4
Home eCTD Dissecting eCTD 4 Search The eCT

Search for:

Posted on Jun 23, 2016


0 0
Join our mailing
Editor’s note: Jason Rock served as Project Lead for the HL7 RCRIM Expert Working Group that developed the
Regulated Product Submissions (RPS) standard. This post is the first in a series on the Next Major Version (NMV) of
eCTD, eCTD 4, which is based on the RPS standard.

Much fanfare has surrounded the Next Major Version (NMV) of eCTD or eCTD 4 since the group I chaired formed Subscr
in 2005 and developed initial requirements for the standard. You’ve likely sat in on eCTD v4.0 presentations at
Sign up to re
industry conferences and heard secondhand of the deliberations, ballots and revisions going on behind the
from The eC
scenes. In short, we’ve all been waiting for things to happen.

Well, things have happened. As a member of the Expert Working Group (EWG) first tasked with developing eCTD ∗ Email
4, I’m proud to report that agencies, vendors and sponsors in each ICH region can get started on implementation.
ICH announced that it had reached Step 4 and adopted a harmonized guideline on the eCTD 4 Implementation
Package for Modules 2 through 5.
First Name
Let’s review some of the key concepts of eCTD 4 to get an idea of what will change when this standard is
implemented down the road.

1. If you’ve ever said, “eCTD 4 aka RPS” that doesn’t tell the complete story. eCTD 4 is based on the Health Level
Seven (HL7) standard called RPS. The RPS standard is intended for broader use as compared to eCTD and
Last Name
beyond life sciences, it could potentially support submissions for medical devices, veterinary, and other regulated
products, such as tobacco.

2. Life would be easier for regulatory operations professionals if they could simply refer to files in an
investigational application when compiling a marketing application. That’s no longer an issue, as eCTD 4 allows
Job Title
for document reuse. Each document is now assigned a unique ID that can be referenced as long as it’s in an
Agency’s system. The file path is not needed. Privacy - Terms

theectdsummit.com/dissecting-ectd-v4-0/ 1/3
8/2/2019 Dissecting eCTD 4 | The eCTD Summit

3. The unique IDs that make document reuse possible are called Universal Unique IDs (UUIDs). Think of the UUID
as a document’s Social Security Number. A UUID is a string of 32 characters separated by hyphens. For example,
2563f23-a3a4-4ce0-9994-99c5f074960f, is a valid UUID. The benefit of UUIDs is that they do not require any
central support or maintenance and can be created instantly. By submitting this
consenting to rece
from: Synchrogen
4. Typos in metadata can be easily fixed in eCTD 4. Users will have the ability to revise metadata previously your consent to re
time by using the S
link, found at the b
submitted, e.g., related sequences, submission type, operation attribute, manufacturer name, etc. Emails are service
Contact.
5. Presently, sponsors can only send an eCTD sequence to an Agency. eCTD v4.0 introduces two-way
communication. Now, an Agency is able to send correspondence to a sponsor, such as a request for information,
as an eCTD sequence. The US FDA already announced its intention to include two-way communication in its Sig
regional implementation guide. Japan does not plan to implement two-way communication as part of eCTD 4.

6. As compared to eCTD v3.2.2, the Table of Contents (TOC) or hierarchy in eCTD 4 is not defined. Files are
delivered in a flat structured and the Context of Use and Keywords are used to determine placement in the TOC.

7. While the majority of professionals publishing eCTD sequences use software to create submissions, there are
Social
still individuals creating and editing XML by hand. Now that the XML stylesheet doesn’t display a hierarchy of
documents, working with and reading XML manually will be incredibly difficult if not impossible. eCTD 4 is likely
the death of editing eCTD XML by hand.   
8. Study Tagging Files (STFs) were developed to identify all files associated with a study for Modules 4 and 5.
STFs are required in the US, not required in Europe, and not accepted in Japan. In eCTD 4, the function of STFs
Follow Synchro
falls to Document Groups. Eliminating the STF is a win for global harmonization.

9. Document Groups let eCTD users group files together based on the nature of their use (e.g., clinical study
reports). One use of document groups includes replacing STFs in Modules 4 and 5 to organize multiple files Tweets by @
relating to a single clinical study as noted in the eCTD specification v3.2.2.
Synchroge
10. Context of Use is similar to a leaf and indicates the type of document. The code for each Context of Use @Synchrog
specifies where documents are to be inserted into the CTD/eCTD TOC when presenting a reviewable structure. China's FDA (Natio
Products Administr
11. Another major achievement of eCTD 4 is functionality to replace one document with many and vice versa. As launched an Englis
version of its websi
users perform lifecycle maintenance on submissions, they can now alter the granularity of documents.
month:
subsites.chinadaily.
12. The Append lifecycle operator, designed as a way for applicants to update content already submitted, is set
/index.html #NMPA
for official elimination with the release of eCTD 4. The sunset shouldn’t have much of an impact at all as Agencies
have previously stated their opposition to use of this lifecycle operator. eCTD 4 does support the existing “new”,
“replace”, and “delete” eCTD v3.2.2 lifecycle operators.
Synchroge
13. A few notable concepts included in eCTD 4 were already introduced with FDA’s New eCTD Module 1 v2.3 (DTD @Synchrog
3.3). The concepts include grouped submissions (grouping applications for several products into a single You can try our Glo
submission) and the use of metadata to indicate document type. Embed

14. The ICH eCTD 4 Implementation Guide stipulates a single way to transition from v3.2.2 to 4. This is an
additional burden with no value to either the sponsor or the agency. The stated objectives below are realized with
a transition sequence. Applicants must submit a “Current View” of each application to transition all current content Categories
to v4.0 using one transition mapping message. The data elements sent forward will be used to enable the
following two objectives: a.) maintain Context of Use lifecycle in new submissions/regulatory activities; b.) enable
the reuse of documents within and across applications. Agencies and

15. Agencies such as the EMA and FDA have hinted at pilot programs in 2017 but have yet to announce any
Best Practice
actionable dates. It’s worth noting that applications won’t be required to resubmit data that’s previously been
submitted using the eCTD 3.2.2 specification. And while we’re years away from blanket adoption of eCTD 4, Document M
expect Agencies to hold to previous precedents – if you transition to eCTD 4, future applications must use the
same version, and at some point, eCTD v3.2.2 will be retired and all active applications transitioned. eCTD

16. Metadata plays a more prominent role with eCTD 4 and will be used for everything from application type to
Events
review status to type of document.

17. Controlled vocabularies are one of the essential components of eCTD 4 and will enable interoperability – i.e., Medical/Reg
clear, unambiguous communications between systems sending and receiving XML messages. Controlled
Regulatory In
vocabularies will be governed by multiple entities – ICH, regional authorities such as FDA and other, designated
Managemen
external organizations.
Privacy - Terms

theectdsummit.com/dissecting-ectd-v4-0/ 2/3
8/2/2019 Dissecting eCTD 4 | The eCTD Summit

 
Regulatory P
Share this:
Transparency
   Uncategorize

Like this:

Like
Popular Topics
Be the first to like this.

Best Pract
Related Conference D
Expectations for the Implementation Document Reuse, Lifecycle and ICH, HL7 to Jointly Develop Next
Mandate eC
of eCTD v4 Metadata Overhauled in eCTD v4.0 Major Version of eCTD
Readiness E
Gateway Groupe
September 27, 2016 July 7, 2016 November 18, 2009
In "Agencies and Regulations" In "eCTD" In "Agencies and Regulations"
Guidance
Hyperlinks ICH
NDA Paper to
Specifications P
Regulatory Op
Software Spe
Study Tagging

Submission Pl
Author: Jason Rock FDA Valida
criteria XML
Jason Rock is a pioneer in the field of electronic submissions. Mr. Rock has an extensive background
working with global life sciences companies and regulatory agencies to promote eCTD adoption
through the development of advanced applications. The commercial software Mr. Rock originally Meta
developed, and continues to improve, in his role as Chief Technical Officer for GlobalSubmit, is used
exclusively by the U.S. Food & Drug Administration to review and validate all eCTD submissions the
FDA receives. Log in

Entries RSS

Share This Post On


Comments R

WordPress.o

Synchrogenix Home About Contact Us Sitemap

Designed by Elegant Themes | P

Privacy - Terms

theectdsummit.com/dissecting-ectd-v4-0/ 3/3

You might also like