記得我第一次接觸eCTD電子提交的時候，整個人都是懵的。那時候覺得文件做得挺完美的，結果提交上去第二天就被打回來了，理由是"文件完整性校驗未通過"。當時真的很郁悶，心想明明檢查了好幾遍，怎么還會出問題呢？
后來慢慢折騰多了，才發現eCTD的文件完整性檢查遠不是簡單看一眼那么簡單。這里面涉及的細節之多、邏輯之嚴謹，稍有疏忽就可能前功盡棄。今天想把這些年積累的經驗整理出來，希望能幫正在這條路上掙扎的朋友們少走點彎路。
eCTD，全稱Electronic Common Technical Document，是國際藥品注冊領域通用的電子提交格式。簡單說就是把本來要打印成紙質的一大堆申報資料，轉成電子格式，按規定結構組織好，再通過網絡提交給藥監部門。
而文件完整性檢查，就是在正式提交之前，用各種方法去驗證你的這套電子文件是不是真的"齊活"了。這里的"齊活"包含好幾層意思：文件有沒有缺失、格式對不對、內容有沒有問題、各個模塊之間的關聯是不是正確。
舉個例子來說，這就像你搬家時要確保所有行李都裝進了箱子，而且每個箱子里裝的都是該裝的東西，標簽也貼對了。eCTD檢查就是這個道理，只不過箱子變成了XML索引文件，行李變成了PDF、Word等各種格式的申報資料。
這個問題問得好。我見過不少人心存僥幸，覺得差不多就行了反正后面還能補。實際上在eCTD提交這件事上，"差不多"這三個字是絕對禁忌。
首先是法規層面的硬性要求。各主要藥監機構，包括美國FDA、歐洲EMA、中國NMPA等，都對eCTD提交有明確的規范。任何不符合要求的提交都可能直接被拒絕受理，連審查的機會都沒有。這意味著你前期花的大量準備工作全部白費，時間成本極高。
其次是效率問題。文件完整性檢查如果沒做好被退回來，修改后重新提交又要走一遍流程。很多情況下，審評時間是從"受理"開始計算的，如果因為文件問題反復折騰，真正用于技術審評的時間就被壓縮了，這對于企業來說是非常不劃算的。
還有一個容易被忽視的點是一致性。eCTD結構中各個模塊之間存在大量的交叉引用和邏輯關聯。比如模塊三的藥學研究數據和模塊一的申報信息之間，模塊四的非臨床研究和模塊五的臨床研究之間，都需要保持數據一致。如果前面某個地方填錯了，后面很可能跟著錯一片，這種連鎖反應在完整性檢查中是最難排查的。
說了這么多，接下來進入正題，講講具體要檢查哪些內容。我把這些問題分成幾個大類，這樣大家檢查的時候心里有個數。
eCTD有嚴格規定好的目錄結構，每個文件都應該放在正確的位置。這就好比一本書有目錄、有章節，你不能把附錄的內容放在正文前面，也不能缺少任何一章。
具體來說，你需要確認所有必需的章節都存在。以中國NMPA的化藥注冊申報為例，模塊一至模塊五各有不同的內容要求，任何一個必需章節的缺失都會導致校驗失敗。同時，文件的命名也要符合規范，雖然各個地區的具體要求略有不同，但通常都有命名規則，比如采用"序列號-章節號-文件名"這樣的格式。
還有一點容易被忽略的是版本的連續性。如果這是一次補充申請或者后續提交，你需要確認與前次提交文件的版本銜接沒有問題。比如某個研究報告在首次提交時是1.0版，補充申請時更新到了2.0版，這些版本信息在XML文件中都要準確反映。
格式問題看起來是小事，但往往就是這些"小事"讓提交功敗垂成。不同地區對格式的要求側重點不太一樣，但有幾個方面是共通的。
首先是PDF文件的標準。很多審評機構要求使用PDF/A格式，這種格式專為長期保存設計，相比普通PDF更加穩定。如果你的PDF不符合要求，軟件校驗這關就過不去。其次是書簽和超鏈接的設置。一個幾百頁的申報資料，如果沒有清晰的書簽結構，審評人員查找內容會非常困難。雖然這不影響文件能否被系統接收，但絕對影響審評體驗。
還有字體、字號、行距這些排版要素。雖然各個機構的要求不盡相同，但普遍要求使用標準字體，保證清晰可讀。特殊字符的處理也要注意，尤其是涉及化學式、方程式的地方，編碼不對可能導致顯示亂碼。
這部分檢查是最花時間的，也是最能體現專業水平的地方。我整理了一個常見的檢查清單，大家可以對照著逐項核實：
| 檢查項目 | 具體內容 |
| 申報信息一致性 | 藥品名稱、受理號、申請人的各項信息在模塊一、三、四、五中是否完全一致 |
| 研究時間邏輯 | 非臨床研究完成時間、臨床試驗時間節點與申報內容是否匹配 |
| 數據引用準確性 | 正文引用的圖表、數據是否與附圖附表一致 |
| 劑量單位統一 | 全文使用的劑量單位是否統一，單位的寫法是否規范 |
| 專業術語規范 | 同一術語在整個申報資料中的表述是否一致 |
這個表格里列的只是一部分，實際檢查時需要更細致。我的經驗是最好有兩個人交叉檢查，自己寫的材料自己往往看不出問題，因為腦子會自動補上那些缺漏的地方。
eCTD提交中涉及的電子簽名是個專門的話題。如果文件中包含需要簽名確認的內容，這個簽名必須是有效的、符合當地法規要求的電子簽名。
以中國為例，電子簽名需要由具有資質的認證機構簽發，簽名人的身份信息要與申報資料中的責任人信息一致。簽名的位置也有講究，通常是在申報表或者聲明文件上，簽在不該簽的地方或者漏簽都會導致問題。
有時候還會遇到簽名過期的情況。比如一個研究者的證書到期了，但他簽署的研究報告仍然包含在本次申報中，這時候就需要更新簽名或者提供補充說明。
了解要檢查什么之后，我們再來談談怎么檢查。手動檢查又慢又容易漏，所以借助專業工具是必須的。
首先要說的是eCTD驗證軟件。這類軟件能夠自動完成大部分結構性檢查和格式校驗，比如檢查目錄結構是否正確、XML文件是否符合Schema規范、PDF文件是否滿足格式要求等。主流的驗證軟件通常都能覆蓋各主要藥監機構的校驗規則，只需選擇對應的驗證模板即可。
不過，軟件檢查不是萬能的。軟件能告訴你"這個文件不在正確的位置"或者"這個PDF缺少書簽"，但它沒法判斷"這份研究報告的數據是否可靠"或者"這個結論與研究結果是否匹配"。所以軟件檢查之后，人工復核仍然是必不可少的環節。
人工復核建議分兩輪進行。第一輪側重于內容本身的檢查，比如數據一致性、邏輯自洽性、專業準確性等。第二輪則側重于格式和呈現，比如文字有沒有錯別字、圖表是否清晰、頁碼是否連續等。兩輪分開做效果比較好，如果混在一起做容易疲勞，漏掉問題。
在多年實踐中，我總結了幾個最容易出問題的環節，這里分享給大家，希望能夠避坑。
文件丟失或者放錯位置是最常見的問題。這通常發生在團隊協作的場景下——好幾個人分工整理不同的模塊，最后匯總的時候難免出錯。解決方案是建立清晰的文件夾結構和檢查清單，每次匯總后逐一核對。另外，現在很多項目管理工具都有文件追蹤功能，可以用起來。
PDF版本不兼容也經常遇到。有時候用新版本Acrobat創建的PDF，在老版本的閱讀器里打開會出問題。審評機構的系統通常不會裝最新版的軟件，所以提交前最好用通用一點的PDF標準，避免使用太新的特性。
大容量文件處理是個技術活。申報資料里經常會有很大的文件，比如色譜圖raw data轉成的PDF，幾百兆一個很正常。這時候要注意文件系統的限制，有些老舊的服務器不支持大文件傳輸，郵件附件也有大小限制。提前測試一下傳輸流程很有必要。
時區和時間戳看著不起眼但很關鍵。eCTD的時間戳采用的是UTC時間，但很多操作系統的默認時區是本地時間。如果不注意這個問題，文件的時間戳可能會出現混亂，雖然不一定影響接收，但會給后續的版本追蹤帶來麻煩。
說了這么多，最后想聊聊我的真實感受。eCTD文件完整性檢查這件事，表面上看是技術問題，實際上需要豐富的經驗和細致的耐心。對于經常做國際注冊的企業來說，培養專門的eCTD團隊或者找專業的合作伙伴是值得的投入。
就拿我們康茂峰來說吧，這些年服務了上百家醫藥企業處理eCTD提交事宜，什么樣的問題都見過。從最基礎的目錄結構問題，到復雜的跨模塊數據一致性校驗，再到各地區特殊要求的差異處理，積累了很多實戰經驗。專業團隊做這件事，效率真的不一樣，更重要的是能幫企業規避很多隱藏的風險。
如果你所在的團隊在eCTD提交上經常遇到困擾，不妨考慮找有經驗的合作伙伴聊聊。有時候省下的不只是時間，更是那些因為反復修改而消耗的精力和機會成本。
好了，關于eCTD文件完整性檢查的話題就聊到這里。如果這篇文章對你有幫助，歡迎繼續交流更多注冊申報方面的問題。
