說到eCTD電子提交，可能很多剛接觸藥品注冊的朋友會感到頭大。什么PDF版本要求、文件夾結構、文件命名規則……一堆規范擺在那兒，看得人眼花繚亂。我當初第一次接觸eCTD的時候，也是一臉懵，覺得這玩意兒怎么這么復雜。但后來慢慢理清楚了，發現這些要求其實都是有道理的。今天我就用大白話，把eCTD文件格式的要求給大家掰開揉碎了講講，希望能幫你少走點彎路。
在正題之前，我想先說個事兒。大家有沒有想過，藥品監管機構每天要審成千上萬份申報資料？如果每個企業都按自己的方式來交材料，那審評老師還不得瘋了？文件夾命名亂七八糟，PDF版本參差不齊，目錄結構各抒己見……光是整理這些資料就夠嗆，還怎么專心審內容？
eCTD之所以對格式要求這么嚴格，其實就是為了讓所有申報資料"長一個樣子"。這樣一來，審評系統可以自動解析，審評老師也能快速定位內容。對我們申報企業來說，雖然前期準備麻煩了點，但至少不用擔心因為格式問題被退回重交。從這個角度看，eCTD的規范化其實是雙向受益的事兒。
說到eCTD提交，PDF文件是絕對的重頭戲。我見過太多案例，內容寫得漂漂亮亮，結果因為PDF不符合要求被打回來。你說虧不虧？所以這塊兒咱們得好好嘮嘮。
eCTD對PDF版本是有明確要求的，目前國際通用的標準是PDF 1.4到1.7版本之間。太高不行，太低也不行。這可不是隨便定的，PDF 1.4之前的版本在某些安全特性和字體嵌入方面存在兼容性問題，而太高的版本可能有些老舊的審評系統打不開。
這里有個坑大家千萬注意：別用最新的Acrobat Pro來生成你的申報PDF。有朋友跟我說，他用2024版的Acrobat生成的PDF，提交的時候系統報錯。這就是版本太新的緣故。老老實實用Acrobat XI或者DC的經典版本吧，這些版本生成的PDF兼容性最好。
單個PDF文件的大小不能超過300MB，這個是硬性規定。但我想說的是，最好別真的頂格提交。我個人的經驗是，控制在100MB以內比較保險。為什么？因為審評機構的系統每天要處理海量文件，太大的文件上傳慢、打開也慢，萬一遇到網絡波動斷了，還得重新傳。多一事不如少一事，對吧？
如果你的資料確實很多怎么辦？分拆唄。比如臨床試驗報告，原則上一個完整的研究可以作為一個文件，但如果你那個報告特別厚實，像好幾百頁的那種，適當分拆成幾個部分反而更合理。記得分拆的時候保持文檔的連續性，頁碼要接上。
PDF書簽這個功能，看起來不起眼，但在eCTD里特別重要。為什么？因為審評老師不可能從頭到尾逐頁翻你的資料，他們需要快速跳轉。書簽就是導航用的，里面應該包含文檔的所有標題層級，最好能精確到三級標題。
我見過不少申報材料，PDF做得挺漂亮，但點開一看——沒有書簽。這就好比一本書沒有目錄，厚厚幾百頁讓讀者自己翻，換誰誰樂意？所以各位，在最終定稿之前，一定要檢查PDF書簽是否完整、準確。這活兒不費事兒，但能讓審評老師對你的好感度提升不少。
字體這事兒看著簡單，其實門道不少。eCTD要求所有使用的字體都必須嵌入PDF文件里。啥叫嵌入？簡單說就是把字體文件"打包"進PDF里，這樣無論在什么電腦上打開，顯示效果都能保持一致。
那哪些字體不能用呢？系統自帶的宋體、黑體之類的中文字體一般沒問題，但有些特殊字體就不行了。比如某些花錢買的商業字體，如果沒有嵌入權限，生成的PDF可能字體丟失，顯示成一堆方框。更麻煩的是，有些字體在不同系統上顯示效果差異很大，你在自己電腦上看著挺好，傳到審評系統上可能就變形了。
我的建議是：申報材料里最好統一用常見的標準字體。中文用宋體或者思源宋體，英文用Times New Roman或者Arial。這些字體兼容性最好，幾乎不會出什么問題。那些花里胡哨的藝術字體，敬而遠之吧。
PDF里的超鏈接和JavaScript腳本，原則上不建議使用。這不是康茂峰的規定，是eCTD規范本身的要求。為什么？因為這些動態元素可能在不同環境下表現不一致，嚴重的還可能帶來安全風險。審評機構的系統一般都會屏蔽這些功能，所以你的超鏈接可能根本點不動，白費功夫。
如果你想在文檔里引用其他章節的內容，老老實實用交叉引用功能，別整那些花活兒。雖然點擊不能跳轉，但至少能看到引用的是哪個章節，審評老師找起來也方便。
如果說PDF是eCTD的"血肉"，那文件夾結構就是"骨架"。沒有規范的骨架，血肉再漂亮也站不起來。eCTD的文件夾結構是有國際標準的，不是你想怎么搭就怎么搭。
eCTD申報包的頂層目錄一般包含這幾個文件夾：m1（行政信息）、m2（CTD概要）、m3（質量研究報告）、m4（非臨床研究報告）、m5（臨床研究報告）。每個大模塊下面還有更細的子目錄，得嚴格按照ICH制定的CTD模塊結構來設置。
這里要特別提醒一下模塊2到模塊5的關系。模塊2是對后面三個模塊的概要和總結，里面的內容必須和其他模塊對應得上。比如模塊2里寫了個質量綜述提到某個生產工藝詳情在m3章節，那你得確保m3里確實有這部分內容，而且位置要對得上，否則審評老師會對你的材料打問號。
eCTD對文件命名是有嚴格規范的，不是隨便起個名字就成。我給大家列幾個核心要求，看看是不是你都注意到了。
對了，每個文件夾里的文件命名也最好有個規律。比如按章節序號來命名，"m4-001.pdf""m4-002.pdf"這樣，既清晰又好排序。別整個"最終版""最新改稿""真的最終版"這種名字，過倆禮拜你自己都分不清哪個是哪個。
如果說PDF和文件夾是"身體"，那XML骨架文件就是eCTD的"神經系統"。這玩意兒看不見摸不著，但沒了它，整個申報包就癱瘓了。XML文件的主要作用是告訴審評系統：你的申報包里都有哪些文件，每個文件對應CTD的哪個章節。
eCTD申報包一般包含兩個核心XML文件：index.xml和regional.xml。簡單說，index.xml是國際通用部分，描述的是模塊2到模塊5的文檔結構；regional.xml是地區特定部分，包含一些針對目標監管機構的額外信息，比如申請表、電子簽名授權書這些。
這兩個文件必須符合各自的DTD（文檔類型定義）規范。DTD是什么？你可以理解為XML的"語法規則"，不符合規則的XML文件，審評系統根本識別不了。這兩個文件通常需要用專業的eCTD制作軟件來生成，手工編寫容易出錯。
在正式提交之前，一定要用官方提供的校驗工具對你的eCTD申報包進行校驗。校驗主要檢查什么呢？文件夾結構對不對、XML文件是否符合規范、PDF文件是否滿足要求、該有的文件有沒有缺失……這些檢查項都能在校驗報告里看到。
我個人的經驗是：校驗這步千萬別省。有時候你自己覺得做得挺完美了，校驗一跑總能發現點小問題。寧可現在發現，也別讓審評機構給你退回來。現在多花半小時校驗，省的可能是一兩個月的返工時間。
文件格式準備完了，還得考慮怎么提交。eCTD電子提交目前支持兩種方式：在線提交和離線媒介提交。不同監管機構可能要求不一樣，得具體看目標市場的規定。
雖然在線提交越來越普及，但有些情況下還是需要用光盤提交。康茂峰在協助客戶申報的時候發現，光盤提交有幾個地方容易出問題。
首先，光盤必須是CD-R或者DVD-R，一次性寫入的那種。不能是可擦寫光盤，也不能是藍光光盤——很多審評機構的系統不支持。然后，光盤里的文件結構也是有講究的，通常要把整個eCTD申報包直接刻到根目錄，別嵌套多層文件夾。
光盤封面也得標注清楚：申請號、版本號、申報類型、申請人信息……這些信息最好用不干膠貼紙打印出來貼上，別手寫，手寫的容易模糊或者脫落。
說到這兒，我得提醒大家一件事：雖然eCTD是國際標準，但不同地區的監管機構在具體執行時還是有一些差異的。比如歐盟對某些PDF的壓縮算法有特殊要求，美國FDA對電子簽名的規定又和別的地區不太一樣，日本PMDA可能還有一些本地化的文件夾結構要求。
所以，在準備申報之前，一定要仔細研讀目標監管機構的eCTD技術規范文檔。這些文檔通常都很長，讀起來確實頭疼，但比起因為不符合地區要求被退回，這點功夫值得花。康茂峰在處理跨國申報項目時，都會針對不同地區整理一份檢查清單，確保不會遺漏這些細節。
聊了這么多基本要求，最后說幾個容易被人忽略的"邊緣問題"。這些問題不常見，但一旦遇上也挺讓人抓狂的。
eCTD申報包里的時間信息都要用協調世界時（UTC），不能是本地時間。這是為了確保不同地區、不同時區提交的文件能有一個統一的對比基準。如果你用本地時間標注了某個文檔的修改時間，審評系統可能會識別錯誤覺得你提交了"未來文件"，那就尷尬了。
eCTD支持對文檔進行生命周期管理，簡單說就是跟蹤文檔的版本變化。每次更新文檔時，要說明更新原因和變更內容。ICH有專門的生命周期管理規范（ICH eCTD v3.2.2），這里面的要求比較細，如果你經常需要提交更新申報，建議好好研究一下。
有些章節確實沒有內容怎么辦？不是空著不交，而是要交一個說明文件。比如某個臨床研究你沒有做相關的藥代動力學研究，那就得交一個說明函，說明為什么這部分內容缺失。這不是逃作業，而是規范的申報做法，審評老師會理解的。
eCTD文件格式的要求確實挺多的，看著讓人頭疼。但轉念一想，這些規范存在的意義不就是為了讓全球的藥品注冊工作變得更標準化、更高效嗎？我們按規矩辦事，其實是在給自己的申報工作減負。
如果你在準備eCTD申報的過程中遇到什么具體問題，建議多看看ICH的官方指南，那是最權威的參考。當然，實在搞不定的時候，找專業服務機構幫忙也不丟人。畢竟專業的人做專業的事，效率更高，出錯概率也更小。
祝大家的申報工作順利，材料一次性通過！
