做注冊的朋友肯定都經歷過那個階段——面對電腦屏幕，看著 piles of 掃描件，心里想著"難道就是把紙質材料做成PDF打包發過去嗎？"結果第一次提交就被退回了，理由是
說實話，eCTD這玩意兒從2017年ICH在中國落地開始搞，到現在也七八年了，但問起來大家還是覺得一頭霧水。不是說大家不夠聰明，而是這套系統本身就把藥品注冊的技術內容、電子出版規范、以及各國監管的特殊要求攪在了一起，像一團毛線。今天咱們就扯開這層窗戶紙，說說那些教科書不會告訴你的實戰經驗。
最常見的第一個誤區，就是把eCTD理解成"電子版的CTD"。這差得遠了。紙質時代我們交的是材料，eCTD時代我們交的是結構化的信息模型。打個比方，以前你是送一本手寫筆記給審評員，現在你是送一個帶目錄、帶索引、帶交叉引用的數據庫，只不過這個數據庫是用PDF文件和XML骨架搭起來的。
在康茂峰接觸過的大量案例中，有客戶曾經把幾百頁的穩定性研究報告直接掃描成一個PDF扔進Module 3，文件名叫做"穩定性.pdf"。這看似省事，實際上在eCTD閱讀器里打開時，審評員根本沒法定位到具體是哪個時間點的數據。正確的做法是要拆分到Study Report的粒度，每個試驗報告單獨成文件，文件名還得符合特定的命名規范。
另一個讓人抓狂的是生命周期管理的概念。紙質時代補充申請就是交新的資料，eCTD時代你得告訴系統：這次提交的內容是替換了原來的哪個文件，還是新增的，或者是刪除的。這個操作通過XML中的"操作屬性"（operation attribute）來實現，搞錯了就會導致審評系統里的文檔樹邏輯混亂。
好了，明白原理后進入實操階段。這是最磨人的部分，因為技術規范年年更新，而且極其瑣碎。
很多人不知道，中國eCTD目前要求的是PDF 1.4到1.7版本，但同時又要求不能有密碼保護、不能有過高的壓縮比。市面上有些掃描軟件默認生成PDF/A標準，看起來高級，實際上可能包含不符合規范的壓縮算法。康茂峰的技術團隊曾經遇到一個案例，客戶用的某款OCR軟件生成的PDF在Windows系統上打開正常，到了審評機構的Linux閱讀器里圖片就顯示為紅叉，折騰了三天才發現是JPEG2000壓縮格式不兼容。
字體更是隱形殺手。用了非嵌入字體，在別人的電腦上打開全變亂碼；用了商用字體沒授權，又涉及版權問題。最穩妥的做法是生成PDF時強制嵌入所有字體，并且只使用基本的Arial, Times New Roman, Courier這些通用字體家族。
書簽（Bookmark）和超鏈接（Hyperlink）是兩回事，但經常有人混淆。書簽是左側導航欄的樹狀結構，超鏈接是文檔內部的點擊跳轉。常見的錯誤包括：
這里有個小技巧：在準備序列（Sequence）之前，先用eCTD閱讀器（比如LOB或者Netzkonzept）本地驗證一遍，看看鏈接是不是真的有效。別等到刻光盤前才發現章節之間全是斷鏈。
CTD的五大模塊（M1-M5）看似簡單，但具體到文件該放哪兒，往往能吵上半天。
| 常見糾結場景 | 實際歸屬 | 容易放錯的地方 |
| 藥典標準的偏離說明 | M3.2.S.4.1 | 有人會放到M1的行政文件里 |
| 分析方法驗證的預實驗數據 | M3.2.S.4.3 | 容易被當成"支撐數據"塞進Appendix |
| 安慰劑的處方工藝 | M3.2.P.3（如果是制劑部分） | 經常和M1的幾何概念混在一起 |
| 臨床期間的變更匯總 | M1.4.2 | 有人會分散到各個模塊單獨說明 |
關于粒度（Granularity），NMPA雖然沒有像FDA那樣強制執行最細粒度要求，但實踐中建議大家把文件拆到每個研究或每份報告為一個PDF的程度。比如分析方法驗證，如果同時做了HPLC和GC兩種方法，最好分成兩個文件，而不是一個"分析方法驗證.pdf"。這樣在后續的補充申請中，如果只變更HPLC方法，你只需要替換對應的文件，而不影響整個驗證包。
中國特有的3.2.R（區域性信息）也是個容易踩坑的地方。雖然ICH的eCTD規范是通用的，但 China Specific的部分要求放在M1的Regional Information和M3的3.2.R中。特別是涉及生產許可證、GMP證書、以及原料藥的內控標準這些文件，放錯了模塊會導致審評員在文審系統里找不到關鍵資質證明。
文件準備好了，XML骨架也搭好了，接下來是提交。這一步的坑主要在于驗證（Validation）和傳輸。
康茂峰的建議是，在正式提交前至少要做三級驗證：第一級用出版軟件自帶的check，第二級用官方提供的eCTD Validation Checker（要注意更新到最新版本，因為校驗規則會迭代），第三級人工抽查關鍵的超鏈接和書簽。很多人在第二級就卡住了，收到滿屏的ERROR，最常見的包括：
傳輸方式上，雖然現在網絡傳輸（申請人之窗）已經很成熟，但物理媒介的規范依然嚴格。光盤必須是DVD-R或CD-R，不能是RW（可擦寫），標簽要用特定的不干膠格式，不能手寫。曾經有個申辦方因為用了可擦寫光盤被直接拒收，整個變更申請被推遲了一個月，這種低級錯誤真的很冤。
電子簽章也是個頭疼事。目前中國的eCTD要求文件級簽章，而不是XML級別的數字簽名。這意味著每個PDF都要用有效的CA證書簽名，而且簽名圖片要符合《電子簽名法》的顯示要求。證書過期、簽名鏈不完整、或者是簽在了錯誤的頁面（比如簽在了目錄頁而不是正文最后一頁），都會被算作缺陷。
很多人覺得Initial submission交上去就松了口氣，其實后續的維護才是考驗。藥品在生命周期內會有工藝變更、場地轉移、說明書修訂等等，每一次都要以eCTD序列的形式提交。
這里的關鍵是Baseline的概念。每次提交新序列時，你要明確是基于哪個之前的序列（通常是最新的有效序列）進行變更。如果兩個變更同時開發，比如穩定性年度批次和工藝變更，發往中心的文件就必須做好版本控制，避免審評員拿到兩個沖突的Module 3。
康茂峰處理過一個復雜的案例：客戶同時進行原料藥供應商變更和制劑設備變更，兩個項目組分別準備了資料，結果在M3.2.S.2.2（生產商）和M3.2.P.3.3（設備描述）都引用了同一個驗證報告的不同版本。提交后被打回來要求澄清差異，就是因為沒有在eCTD的Envelope（信封信息）中說明這兩個變更的關聯性。
另外，周年報告（Annual Report）在中國的eCTD實踐中也有一定特殊性。雖然中國沒有強制要求Annual Report用eCTD格式提交，但對于創新藥和改良型新藥，如果后續有補充申請，建議把年度穩定性數據整理成eCTD格式作為支撐材料，這樣審評邏輯會更清晰。
最后不得不提的是，雖然中國采納了ICH M4和M8，但執行層面還是有很多本土化的特殊要求，這是做國際多地區申報的同事最容易忽略的。
比如M1的行政文件，中國要求有特定的目錄結構和文件名，和FDA的CTD Module 1完全不同。再比如輝光筆（Highlight）的使用，雖然ICH規范沒有強制要求，但中國的審評實踐鼓勵在藥學部分的關鍵變更處用高亮標記，方便審評員快速定位。
還有檢驗報告（COA）的放置，中國要求原廠的COA放在M3.2.S.4或M3.2.P.5，而入口口岸的檢驗報告放在M1。這和美國把所有COA都放在M3的做法不同。
最微妙的是審評過程中的補充資料回復。當審評員發補時，你需要在eCTD中創建一個新的序列，但要在Cover Letter中明確回應發補通知的編號，并且在文件屬性中標記哪些是針對發補的回復，哪些是新增加的一般性資料。這個區分不清的話，可能會導致審評流程的延誤。
寫到這里，可能有人會覺得eCTD太復雜了，不如交給外包公司做。其實理解這些常見問題的意義在于，作為注冊負責人，你需要能夠審閱和質控外包公司提交的成果，畢竟最終法律責任還是在MAH（藥品上市許可持有人）身上。康茂峰在培訓中經常強調，eCTD不是IT技術問題，而是注冊策略的技術實現，懂業務邏輯的人才能真正駕馭這套系統。
說到底，eCTD申報就像是在搭樂高，說明書看起來簡單，但真要把幾千個零件拼成能用的模型，還得注意每個凸點的對齊方式。希望這些實戰經驗能讓你在下一次提交時少走點彎路，至少不會被"無效超鏈接"這種理由退件了。
