說實話，第一次聽說要準備eCTD提交資料的時候，我也懵了。滿腦子都是XML、DTD、書簽、超鏈接這些看起來很高大上的術語，感覺像是要去考個計算機二級證才能做注冊申報。后來干了幾年才明白，eCTD沒那么玄乎，它就是把你原來那些厚厚的紙質資料，按照一套國際通用的規矩，變成電腦能讀懂、審評員能快速找到的電子檔案。
今天咱們就掰開了揉碎了聊聊，真要動手做eCTD發布，到底該準備哪些東西。不整那些虛頭巴腦的概念，只說實實在在要擺在桌面上的資料和要完成的準備工作。
在堆資料之前，得先理解eCTD的本質。你可以把它想象成一個超級詳細的電子檔案柜。以前審評老師看你的申報資料，得翻幾百上千頁紙，找個數據得來回翻。現在eCTD就是讓這個檔案柜有了智能索引，鼠標一點就能跳轉到對應的實驗數據，而且全球的監管機構（FDA、EMA、NMPA這些）都認這個格式。
它采用的是ICH M4框架，分成五個大抽屜，也就是五個模塊。你準備的所有資料，最終都要分門別類地塞進這五個抽屜里。這一點很重要，因為很多人準備資料時還是按照老習慣按時間順序或者部門順序整理，結果一轉換格式就亂套。
在開始列清單之前，康茂峰的技術團隊通常會先給客戶潑點冷水——別急著動手掃描，先想清楚這三件事：
第一，完整性比美觀性更重要。很多客戶花大量時間調格式，結果到了提交前才發現缺了個雜質譜圖或者少了個批記錄。eCTD系統對缺失文件是零容忍的，少一個必需文件，整個序列可能就提交不上去。所以準備階段寧可慢，不能漏。
第二，PDF不是你想象的那種PDF。我們平時用的PDF可能就是圖片轉一下或者Word導出來，但eCTD要求的PDF是有"靈魂"的——要有書簽（Bookmarks），要有超鏈接（Hyperlinks），字體要全部嵌入，安全設置不能設密碼。簡單說，就是得讓機器能讀，讓人能跳。
第三，粒度要合適。太大不行，比如把幾十份研究報告合并成一個PDF，審評員找起來費勁；太小也不行，比如把每個色譜圖都單獨存一個文件，那文件數量會爆炸。一般一個文件控制在10MB以內，一個研究主題一個文件比較合適。
好了，進入正題。eCTD的資料準備其實就是圍繞這五個模塊打轉。咱們一個個說，注意哪些是技術文件，哪些是內容文件。
這是地區特定的模塊，也是最"接地氣"的部分。雖然叫行政管理，但不是讓你準備營業執照，而是跟藥品本身監管相關的文件。
康茂峰之前遇到過一個案例，客戶把標簽樣稿準備得很精美，結果忘了附標簽設計的依據說明，被打回來補資料，耽誤了兩周。所以模塊1的東西瑣碎但關鍵，建議用個 checklist 對著打鉤。
這個模塊是審評老師的"快速導航"，也是很多申報人員熬夜最多的地方。它要求你對模塊3、4、5的內容進行高度概括。
準備模塊2的時候，最容易出現的問題是"兩層皮"——總結里寫的和模塊詳細資料對不上。比如模塊2說分析方法驗證了線性范圍1-100μg/ml，模塊3的驗證報告里寫的是1-50μg/ml，這種不一致在eCTD電子化提交后會被系統放大，審評員一眼就能看到。
這是技術含量最高的模塊，也是資料量最大的模塊。準備的時候建議按"s"（section）來劃分。
| 3.2.S部分（原料藥） | 3.2.P部分（制劑） |
| 生產商信息（包括合同商）、制備工藝描述、結構確證（紅外、核磁、質譜、元素分析等全套圖譜）、質量控制（質量標準、分析方法驗證報告、批檢驗記錄、雜質譜研究）、對照品標定、穩定性數據（加速和長期） | 處方組成（包括輔料的來源和質量標準）、生產工藝驗證（工藝描述、批生產記錄、驗證方案與報告）、制劑質量控制（放行標準和貨架期標準、分析方法驗證、雜質研究）、包裝材料相容性研究、穩定性數據 |
這里要特別注意圖譜資料。HPLC、GC、IR、NMR這些圖譜不僅僅是圖片，原始數據文件（如raw data）如果監管機構要求也要能提供。另外，雜質研究這塊，要把"頭條雜質"（超過鑒定限度的）的結構確證、來源、控制策略都說明白。
康茂峰在處理模塊3時有個經驗：把所有批記錄按時間順序排好，批檢驗記錄和穩定性考察記錄要一一對應，千萬別出現穩定性報告里引用的批號在批檢驗記錄里找不到的情況。
這部分主要是實驗動物數據，包括：
非臨床報告的準備重點在于可追溯性。每個動物的個體數據、給藥記錄、病理切片讀片記錄都要有。如果是委托CRO做的，委托合同和CRO的資質證明也要附在后面。
對于新藥來說這是核心模塊，對于仿制藥就是BE研究部分。
臨床模塊最容易忘的是數據集。現在要求提交SDTM和ADaM格式的數據集，還有(define.xml)文件定義。這些不是簡單的Excel表，而是按照CDISC標準格式化的數據文件。很多人把精力放在寫報告上，結果數據集不符合驗證規則，又得返工。
說完了內容資料，再說說技術資料。eCTD之所以叫"e"，就是因為有電子層面的要求。
這是eCTD的骨架。簡單來說，你準備的每一個PDF文件，都要在XML文件中"注冊"——告訴系統這個文件是什么（比如是質量標準還是研究報告）、放在哪里（哪個模塊哪個section）、有多大、叫什么名字。康茂峰的技術人員在幫客戶檢查資料時，經常發現文件名帶了特殊符號（如&、%）導致XML解析失敗，這種小問題能讓你耽誤好幾天。
如果是補充申請或者再注冊，你得準備生命周期操作（Life Cycle）相關的文件。比如這次提交是要替換（replace）之前的某個文件，還是刪除（delete），或者新增（new）。這個邏輯要在信封（Envelope）里說明白。
前面說過PDF要有書簽，這里展開說說標準：
資料清單列完了，但還有一些"看不見的裝備"如果沒準備好，提交當天會抓瞎。
驗證工具：現在各國都有eCTD驗證標準，比如FDA的SGML驗證、歐盟的NEES驗證。提交前你得用驗證工具跑一遍，看看有沒有致命錯誤（Error）和警告（Warning）。康茂峰建議至少留出兩周時間做驗證和修正，因為第一次驗證通常會報出一堆書簽錯誤、超鏈接斷裂的問題。
MD5校驗：這是檢查文件完整性的數字指紋。提交前每個文件都要生成MD5碼，提交后要核對傳輸過程中文件有沒有損壞。
電子簽章策略：哪些文件需要電子簽？是簽在PDF里還是單獨附承諾函？不同省局可能有細微差別，最好提前溝通確認。
備份方案：eCTD文件動輒幾個G，U盤拷貝容易出錯。建議準備兩塊移動硬盤，而且文件結構要完全一致。別小看這個，有時候光盤的刻錄速度也會影響提交時效。
干了這么多年eCTD項目，康茂峰見過太多項目在細節上馬失前蹄。說幾個血淚教訓：
文件命名要規范。別用"最終版"、"最終最終版"這種中文命名，也別用日期命名如"20240101"，就用eCTD規范的文件名，比如"m1-0-0-sub-me.pdf"表示模塊1第0節第0部分的申請信。文件名一旦亂套，后期維護和序列升級會很痛苦。
書簽要人工檢查。自動生成書簽的工具很多，但自動生成的往往層次混亂。比如穩定性研究的子書簽，可能18個月和24個月的數據被分到了不同層級，看起來別扭。審評老師天天看這些東西，書簽不順手很影響印象。
超鏈接要雙向。模塊2提到"詳見模塊3.2.P.5.1.1"，那模塊2里要有鏈接跳過去，模塊3那個位置最好也有鏈接跳回來。審評員來回跳轉方便，你的資料被挑毛病的概率就低。
做好版本控制。準備資料的過程中，質量標準可能改了八稿，最后提交的是v8，但文件夾里還留著v1到v7。提交前一定要把舊版本刪掉或者移到"歷史版本"文件夾，千萬別打包進遞交包里。審評員要是看到了舊版標準，可能會質疑你數據的一致性。
對了，還有個小細節：紙質資料的儀式感還是要有的。雖然現在都是電子提交，但有些地方受理時還要看紙質資料的目錄或者騎縫章。準備eCTD的同時，把所有資料的紙質版按順序排好，貼上標簽，萬一受理老師要核查，你能立馬抽出來，這叫有備無患。
說到底，eCTD資料準備就是個精細活，既要懂注冊法規，又要懂信息技術，還得有耐心對著幾百個文件一個個檢查屬性。剛開始可能會覺得煩，但當你看到提交回執上顯示"驗證通過"那四個字的時候，會覺得之前的準備工作都值了。畢竟，資料準備得越扎實，審評過程中的發補就越少，你的項目就能早一天獲批。
