eCTD 4.0版本的過渡與升級：FDA于2023年啟動eCTD 4.0技術試點，2024年9月正式接收申請，計劃2029年完成全過渡。4.0版本改用HL7 RPS標準替代XML，支持雙向通信和跨申請文件復用，例如同一Study ID可在IND和NDA享。模塊1的校驗碼從MD5升級為SHA-256，主干文件由index.xml改為submissionunit.xml，序列號取消前導零（如“1”而非“0001”）。企業(yè)需同步更軟件系統(tǒng)以適應架構。DMF與IND申報的特殊要求：針對Type II（原料藥）和Type IV（輔料）DMF，eCTD模塊3需詳細描述生產工藝、穩(wěn)定性數據，并附分析證書（COA）。FDA要求DMF持有人指定美國境內代理人，確保溝通效率，且LOA（授權書）需明確引用范圍。IND安全性報告（如SUSAR）需通過eCTD模塊5.3.5提交，15天內完成，并嵌入CIOMS或MedWatch表格。2024年指南強調，臨床數據庫需以SAS XPORT格式提交，單個文件超過4GB需拆分并說明規(guī)則。瑞士eCTD注冊咨詢相關技術支持。西藏eCTD遞交
賦悅eCTD系統(tǒng) 文件驗證與修復 支持自動驗證文件格式（如PDF屬性、字體嵌入、超鏈接完整性等），并一鍵修復不符合法規(guī)要求的文件。例如，系統(tǒng)會自動檢查XML主干文件的結構合規(guī)性，確保符合中國、美國、歐盟等地區(qū)的eCTD法規(guī)標準。 eCTD組裝與發(fā)布 可自動生成符合CTD結構的電子文檔包，包括XML主干文件、文件夾命名規(guī)范及序列號管理（如申請?zhí)?序列號文件夾自動生成），并支持超鏈接和書簽的批量創(chuàng)建。例如，初次提交的序列號為0000，后續(xù)每次提交自動遞增。 生命周期管理 支持文件全生命周期操作（增、增補、替換、刪除），并通過序列號疊加直觀顯示各章節(jié)文件的有效性，覆蓋從初次提交到年報、撤市的全流程管理。 協(xié)同與權限管理 基于B/S架構（瀏覽器/服務器），支持云端或本地靈活部署，全集團賬號通用。提供多用戶協(xié)作功能，包括權限分級、審計追蹤、文件版本控制等。 法規(guī)支持與專業(yè)服務 內置符合中國CDE、美國FDA、歐盟EMA等法規(guī)的模板，同時提供注冊咨詢、資料撰寫、eCTD格式代轉等全流程支持，團隊擁有17年藥品注冊經驗。江蘇賦悅科技eCTD發(fā)布軟件歐盟eCTD申報軟件相關技術支持。
生命周期管理與變更遞交 eCTD支持全生命周期管理，申請人需通過序列更（Sequence）反映藥品變更信息。例如CEP證書的更需提交“變更說明表”，對比已批準和擬修改內容，并附修訂版技術文檔。重大變更（如生產工藝調整）可能觸發(fā)GMP現場檢查，EDQM將根據風險評估決定是否啟動核查。 電子簽名與法律效力 歐盟接受符合《電子簽名法》的數字簽名，手寫簽名的掃描件需嵌入PDF并加密保護。模塊1的申請表和承諾書必須包含有效簽名，且XML文件需通過MD5校驗確保完整性。若使用第三方簽署工具，需提前向監(jiān)管機構報備并獲取技術認可。 中小企業(yè)支持與資源獲取 EMA和EDQM為中小企業(yè)提供eCTD實施指南、驗證工具及培訓研討會。例如，EDQM官網發(fā)布CEP遞交模板和案例庫，EMA則定期更Q&A文檔以解答常見問題。此外，歐盟設立專項基金，資助中小企業(yè)完成eCTD轉換和系統(tǒng)部署。
仿制藥作為提高藥物可及性與可負擔性的一類藥物，2012年以前，注冊審評是不收取任何費用的，但當時仿制藥申請積壓嚴重，從申報到獲批需要3~5年的時間。 美國國會于2012年頒布了仿制藥使用者費用修正案（Generic Drug User Fee Amendments, GDUFA），該法律要求制藥行業(yè)支付一定的用戶費用，以補充仿制藥申請的審評以及現場檢查的費用，減少仿制藥申請積壓，縮短審評時間，增加基于風險的現場檢查等，其目的是加快公眾獲得安全有效的仿制藥，并降低行業(yè)成本。 GDUFA必須每五年重授權一次，于2017年更（GDUFA II），于2022年更（GDUFA III）； 目前收費種類分為以下四種：ANDA審評費、DMF審評費，在審評時一次性繳納；項目費（Program fee)、設施費（Facility fee），是上市后每年繳納一次。美國ESG電子提交通道申請相關技術支持。
文件生命周期管理：eCTD支持文件替換（Replace）、刪除（Delete）等操作，而非增文件。例如，更臨床研究方案時需用Replace操作覆蓋舊版本。基線提交（Baseline Submission）可用于補充歷史紙質資料，但需在封面函中聲明無內容變更。 臨床數據與研究標簽文件（STF）：模塊4和5中的研究數據需通過STF（Study Tagging Files）引用，確保數據與文檔關聯(lián)。FDA要求數據集（如SAS XPORT格式）能置于模塊3-5，且單個文件超過4GB需拆分。2022年統(tǒng)計顯示，58%的ANDA因研究數據技術拒絕標準（TRC）錯誤被拒。 電子簽名與表格要求：FDA表格（如356h、1571）需使用數字簽名，PDF文件禁止加密或設置編輯限制。電子簽名需符合21 CFR Part 11規(guī)范，確保身份驗證、不可否認性和數據完整性。 外包服務與系統(tǒng)解決方案：賦悅科技累計提交超2000份eCTD申請，外包可降低40%人工錯誤率。加拿大ANDA注冊申報相關技術支持。江蘇國際注冊eCTD醫(yī)療科技
加拿大eCTD申報軟件相關技術支持。西藏eCTD遞交
eCTD文件制作需遵循嚴格的法規(guī)要求和標準化流程，以下是關鍵要點整理：eCTD采用模塊化結構，包含模塊1（行政信息）至模塊5（臨床報告），需按ICH和監(jiān)機構要求構建目錄樹。顆粒度選擇：文件提交層級需在***申報時確定并沿用，例如原料和制劑的章節(jié)（如、）需按比較低顆粒度拆分，輔料單獨成章。PDF需添加書簽（導航目錄）和超鏈接（跨網頁跳轉），超過5頁的文件必須包含目錄（TOC/LOT/LOF）。技術參數：初始視圖需設置默認縮放級別和頁面布局，書簽展開層級不超過三級，單文件大小需符合申報系統(tǒng)限制。驗證工具：使用軟件（如BXeCTD）自動生成書簽和超鏈接，并通過序列校驗和PDF校驗功能確保合規(guī)性。 西藏eCTD遞交
