說起eCTD電子提交，估計很多醫藥行業的同行都會會心一笑——這玩意兒表面上是個技術活，實際上更像是一場"格式強迫癥"的修行。我剛入行那會兒，覺得制藥嘛，關鍵是研發和臨床數據，文件格式能有多大事？結果第一次提交就被打回來，光是格式問題就占了七八條修改意見。那時候我才明白，在藥品注冊這個領域，格式不規范，內容再好也白搭。
今天就和大家聊聊eCTD電子提交對文件格式的具體要求，這些內容來自我這些年和各國藥監機構"斗智斗勇"的經驗總結，也參考了ICH M2、E2B(R3)等相關指導原則。文章可能不夠完美，但都是實打實的實踐經驗。
在深入格式要求之前，我們先用"說人話"的方式理解一下eCTD。eCTD全稱是Electronic Common Technical Document，翻譯過來就是"電子通用技術文檔"。它不是簡單的"把紙質材料掃描成PDF"，而是一套完整的電子提交框架，規定了文檔的組織結構、元數據標簽、文件命名規則、目錄樹層級等一系列要求。
打個比方，如果傳統紙質提交是"寄一箱信"，那eCTD就是"寄一個精心設計的標準化集裝箱"。這個集裝箱怎么疊、怎么封、貼什么標簽、裝什么貨物，都有嚴格要求。收貨方（也就是藥監機構）有了一套自動化的"卸貨流水線"，能快速分類、檢查、提取信息。如果你的集裝箱不按規格來，流水線就卡住了，結果就是——退審。
所以，eCTD格式要求的本質，是讓全球不同語言、不同系統的審評人員，都能用同一套標準快速理解和處理你的注冊申請。
聊到具體的格式要求，我覺得首先要搞清楚"基礎三板斧"：PDF/A格式、文件命名、目錄結構。這三樣是基石，基石不穩，后面全是白費功夫。
eCTD要求所有提交文檔必須采用PDF/A格式。這不是普通PDF的另一個名字，而是一種專門為長期保存設計的PDF子集。PDF/A禁止了一些"不穩定"的特性，比如外部字體鏈接、加密、JavaScript執行等，確保無論過多少年，用什么軟件打開，文檔看起來都一樣。
康茂峰在協助客戶進行eCTD提交時，通常會強調PDF/A-1b或PDF/A-2b這兩個常用標準。簡單來說，PDF/A-1b是"基礎長期保存版"，滿足大多數監管要求；PDF/A-2b則在嵌入多媒體、多語言支持方面更靈活一些。
實際工作中，我見過不少同仁在這上面栽跟頭。最常見的問題包括：使用了非嵌入字體導致中文或特殊符號顯示異常；在文檔中保留了修訂標記和批注；圖片分辨率不符合要求導致打印出來模糊不清。這些問題初看是小毛病，但在審評階段會被認為是不夠"認真對待"，多少會影響整體印象分。
eCTD對文件命名有嚴格規定，通常遵循"模塊號-章節號-文檔類型-版本號.后綴"的模式。比如"m1-00-01-ltr.pdf"表示模塊一、通用編號001的信函文件。
各國藥監機構在具體命名規則上會有細微差異。比如FDA要求使用特定的表格標簽（如form-fda-1571），而NMPA則遵循自己的目錄結構規范。這里有個小竅門：與其自己摸索，不如直接參考各國藥監局發布的eCTD提交指南，里面通常會提供標準化的文件命名模板。
另外提醒一點：文件命名中最好避免中文、空格、特殊字符。很多審評系統的后端對中文字符支持并不友好，曾經有同行的文件因為命名問題導致上傳失敗，最后不得不逐個重命名，工作量之大，想想都頭疼。
eCTD的目錄結構采用層級式組織，ICH M2指導原則定義了模塊一到模塊五的基本框架：
這個結構不是隨便定的，它反映了注冊審評的邏輯順序。模塊二是對整份申請的"概覽"，審評人員會先讀這里來把握全局；模塊三到五是支撐材料，按時間順序或重要程度排列。
在實際操作中，我建議團隊在準備階段就建立好標準的文件夾模板，每個人負責的內容放到對應位置，最后統一檢查。這樣既能避免遺漏，也能保證目錄結構的一致性。
如果說上面的"三板斧"是宏觀框架，那接下來要聊的就是微觀層面的格式要求。這些細節看似瑣碎，但任何一處不符合規范，都可能成為審評中的"眼中釘"。
關于字體，eCTD通常要求使用標準通用字體，比如Arial、Helvetica或Times New Roman。字號方面，正文內容一般要求10pt或12pt，標題可以適當放大但不宜過于夸張。行間距和段間距也需要保持統一，通常建議使用單倍或1.5倍行距。
有人可能會問：用宋體或仿宋行不行？其實在NMPA提交中，中文文檔使用宋體是被接受的，但要注意字體必須嵌入PDF。不過為了避免不同系統的兼容性問題，我一般會建議客戶優先考慮無襯線字體（如 Arial），畢竟審評人員閱讀起來也更輕松。
表格和圖片在eCTD提交中有特殊要求。表格應該保持清晰的行列結構，避免使用合并單元格過多導致的復雜布局。圖片分辨率通常要求不低于300dpi，確保放大后細節依然清晰可辨。
這里有個實用的建議：如果你的文檔中包含化學結構式或復雜的工藝流程圖，最好使用矢量格式（如SVG）或高分辨率位圖，避免直接截圖。矢量圖無論放大多少倍都不會失真，而截圖一旦縮放就會變得模糊。
eCTD文檔中應當避免使用超鏈接、交互式按鈕、動畫等元素。這些在普通PDF中很常見的功能，在eCTD環境下是被禁止的。為什么？因為它們可能影響文檔的長期可用性，也可能干擾審評人員的閱讀流程。
曾經有位同事在文檔中加了目錄點擊跳轉功能，自認為很貼心，結果被審評機構指出存在潛在的技術風險，最后全部刪除重做。所以，規規矩矩排版，別整花活兒，這才是正道。
元數據是什么？簡單說，就是"描述數據的數據"。在eCTD語境下，元數據包括文檔標題、作者、創建日期、關鍵詞、版權信息等。這些信息通常通過PDF的屬性面板填寫，會被審評系統的自動化工具有效提取。
ICH eCTD規范對元數據有詳細要求，特別是文檔標題和章節對應關系必須準確。比如，模塊三中的一份穩定性研究文檔，其元數據中的標題應該與目錄結構中的顯示完全一致。如果這里出現偏差，自動化分類工具可能會把文檔歸到錯誤的章節，后續找起來特別麻煩。
康茂峰在項目執行中，通常會制作一份"元數據對照表"，把所有文檔的標題、作者、日期信息列出來，逐一核對。這項工作看起來枯燥，但能實實在在避免很多低級錯誤。
eCTD提交涉及多次修訂和更新，時間戳和版本控制就顯得格外重要。每份文檔都應該有清晰的版本標識，通常包括版本號（如1.0、2.0）和發布日期。時間戳則用于證明文檔在特定時間點的存在狀態，有些監管機構接受經過公證的時間戳作為證據。
在實際工作中，我建議團隊使用專業的文檔管理系統來跟蹤版本變化。簡單的做法是在文件命名中體現版本號（如"m3-01-001-stability-rpt-v2-20240101.pdf"），復雜一些的可以借助PDM或PLM系統來管理文檔全生命周期。
這是一個經常被低估的問題。如果你的注冊申請目標是中國NMPA，模塊一和模塊二通常需要提供中文版本；如果是FDA，則需要英文版本；如果是EMA，可能需要英語以及成員國的官方語言版本。
翻譯質量直接影響審評效率。曾經有項目因為翻譯不夠專業，一些專業術語被錯誤理解，導致審評人員要求澄清。所以，選擇有醫藥專業背景的翻譯團隊非常重要。
在正式提交之前，使用eCTD驗證工具進行檢查是必不可少的步驟。各國藥監機構通常會提供官方的驗證軟件或在線驗證平臺，比如FDA的eCTD Validator、EMA的Common Repository Validator等。
這些工具會檢查：目錄結構是否符合規范、文件命名是否正確、元數據是否完整、PDF/A格式是否達標等。驗證通過后，會生成一份驗證報告，這通常是提交時的必需材料之一。
我的經驗是：驗證工具查出的問題，能當場解決就當場解決，不要心存僥幸。有時候一個小的警告（warning）可能會演變成審評中的大問題。
嘮了這么多，最后想說點掏心窩子的話。eCTD格式要求確實繁瑣，但它存在的意義是讓整個行業的信息交流更高效、更規范。與其把格式要求看作負擔，不如把它們當作"通用語言"的語法規則——掌握了這種語言，你的聲音才能被更多人聽懂。
如果你的團隊在eCTD提交上遇到困難，或者想提高準備效率，可以考慮借助專業機構的支持。康茂峰在醫藥注冊領域深耕多年，積累了大量eCTD提交的成功案例，對各國監管要求有深入理解。無論是格式規范的把控、元數據的梳理，還是驗證環節的注意事項，都能提供專業的指導。
藥品注冊這條路，本質上是在合規和創新之間找平衡。格式規范是底線，但優秀的注冊團隊能做的，遠不止"不出錯"這么簡單。希望這篇文章對你有幫助，祝大家的提交都一次通過。
| 文檔名稱 | 發布機構 | 適用范圍 |
| ICH M2 ECTD Specification | ICH | 全球通用技術規范 |
| FDA eCTD提交指南 | FDA | 美國市場注冊 |
| NMPA eCTD技術規范 | NMPA | 中國市場注冊 |
| EMA eCTD Specification | EMA | 歐盟市場注冊 |
