說到eCTD電子提交，很多藥企的朋友第一反應就是"頭大"。這玩意兒聽起來高大上，落到實處就是一堆文件夾和文件，得按規(guī)矩層層疊疊碼好。稍微錯一點，審評機構那邊就直接打回來，讓你重新整理。
我第一次接觸eCTD的時候，也是一臉懵。文件夾套文件夾，文件名還得按特定格式來，這不就是把人逼成"文件夾管理員"嗎？但后來做多了，發(fā)現(xiàn)這套目錄結構其實挺有章法的，藏著監(jiān)管機構的小心思。今天咱們就聊聊這個目錄結構到底怎么搭建，康茂峰在這個領域摸爬滾打好多年，總結了一些實操經(jīng)驗，分享給正在發(fā)愁的朋友們。
在聊目錄之前，先簡單說說eCTD是什么。你可以把eCTD理解成一套"電子申報的標準包裝盒"。以前藥企提交資料都是打印成紙質材料，一箱一箱往藥監(jiān)局搬，厚得能當磚頭用。現(xiàn)在講究數(shù)字化，所有申報文件都得按統(tǒng)一格式整理成電子版，通過系統(tǒng)提交。
這套標準是誰定的呢？主要是國際人用藥品注冊技術協(xié)調會（ICH）搗鼓出來的。ICH給出了eCTD的基本框架，各個地區(qū)再根據(jù)自己國情做一些調整。比如咱們國內有China eCTD，美國有US eCTD，歐洲有EU eCTD，細節(jié)上有點差別，但總體思路是一脈相承的。
eCTD的核心思想就八個字：結構化、標準化、可追溯。結構化意味著文件不能隨便亂放，得按規(guī)矩躺在該待的文件夾里；標準化意味著大家用同一套語言，審評人員看著不費勁；可追溯意味著任何文件的修改歷史都有記錄，清清白白。
你可能會想，不就是文件夾排序嗎？至于這么上綱上線？我給你打個比方你就明白了。
假如你是個圖書館管理員，有人給你送來一萬本書，讓你按類別上架。如果這人不按套路出牌，把醫(yī)學書塞進文學區(qū)，烹飪書扔在歷史架上，你什么感覺？是不是想原地爆炸？審評人員面對eCTD申報的心態(tài)，跟這差不多。
目錄結構本質上是給審評人員的一份"導航地圖"。他要想看臨床試驗數(shù)據(jù)，點開對應文件夾就能找到；他想查穩(wěn)定性考察報告，按圖索驥就能鎖定位置。如果目錄亂得像迷宮，審評人員花在找文件上的時間就會激增，對申報的印象分自然高不到哪里去。
更重要的是，目錄結構直接關系到申報能否通過形式審查。很多藥監(jiān)局都配有自動化校驗工具，你的目錄稍微不符合規(guī)范，系統(tǒng)直接彈窗報錯，連人工審查的機會都沒有。這時候你連申訴的門都找不著，只能乖乖回去改格式。
eCTD的目錄結構采用模塊化設計，總共分成五個模塊，像俄羅斯套娃一樣層層嵌套。這五個模塊的編號從0到4，順序不能亂，名稱不能改。
頂層結構看起來是這個樣子的：
| 模塊編號 | 模塊名稱 | 主要用途 |
| Module 0 | 地區(qū)行政信息 | 地區(qū)特有的行政文件，比如申請表、代理委托書 |
| Module 1 | Regional Information | 行政法規(guī)信息，各地區(qū)通用但需本地化 |
| Module 2 | eCTD Introduction | CTD概覽，包括目錄和綜述 |
| Module 3 | Quality (CMC) | 藥學研究資料，質量控制相關內容 |
| Module 4 | Nonclinical Study Reports | td>非臨床研究報告|
| Module 5 | Clinical Study Reports | 臨床研究報告 |
這個框架是ICH給全球藥企畫的一條"起跑線"。不管你在中國申報還是在美國申報，Module 2到Module 5的結構大體一致，區(qū)別主要在Module 0和Module 1這兩個"地區(qū)定制區(qū)"。
康茂峰在協(xié)助客戶搭建eCTD架構的時候，首先就是幫他們把這五個模塊的位置擺正。這就好比蓋房子先打地基，地基歪了，后面全是白忙活。
Module 2在整個eCTD體系里有點像"產品說明書"，主要放一些綜述性和導航性的文件。審評人員通常會先翻這個模塊，快速了解你要申報的是什么產品，大概有哪些研究支撐。
Module 2下面一般會有這幾個子文件夾：
寫這些概述性文件的時候，要注意一個原則：先說結論，再展開論證。審評人員時間寶貴，沒工夫看你長篇大論的分析過程，他們只想快速抓住重點。所以每個概述都要開門見山，把結論亮在前頭。
Module 3是藥學人員的"主陣地"，主要包含化學、生產和質量控制方面的研究資料。這個模塊的文件最多、分類最細，也最容易出錯。
標準的Module 3結構大致如下：
這里要特別提醒一下3.2.S和3.2.P這兩個子文件夾。原料藥和制劑的資料要分別存放，里面再按研發(fā)階段細分，比如分析方法驗證、工藝驗證、穩(wěn)定性考察等。一家公司如果同時申報多個規(guī)格的制劑，每個規(guī)格的文件夾要獨立，不能混在一起。
康茂峰在審閱客戶提交的Module 3時，經(jīng)常發(fā)現(xiàn)文件歸類混亂的問題。有把穩(wěn)定性數(shù)據(jù)塞進工藝驗證文件夾的，有把分析方法驗證報告和批記錄混放的。這些小問題匯總起來，就會讓審評人員覺得你不夠專業(yè)。
Module 4放非臨床研究資料，Module 5放臨床研究資料。這兩個模塊的結構相對清晰，但里面的"水"很深。
Module 4通常包括：毒理學研究、藥理學研究、藥代動力學研究等。每類研究下面再按具體試驗細分，比如單次給藥毒性、重復給藥毒性、遺傳毒性、生殖毒性等。每個試驗的完整資料要包含試驗方案、試驗報告、數(shù)據(jù)表格，甚至原始數(shù)據(jù)記錄的索引。
Module 5的結構類似，按臨床研究分期組織資料。I期、II期、III期臨床試驗的報告要分開放，生物等效性研究、橋接研究這些特殊類型也要單獨建文件夾。每份臨床研究報告最好附帶統(tǒng)計分析報告和病例報告表樣稿。
臨床和非臨床資料最讓人頭疼的是版本管理。一個臨床試驗可能有多次數(shù)據(jù)更新，每次更新都會產生新版本的文件。eCTD要求保留完整的版本歷史，舊文件不能直接刪除或覆蓋，得用特定標記標出"已廢止"。康茂峰建議客戶建立嚴格的版本控制流程，專人負責核對，避免出現(xiàn)版本混亂的情況。
目錄結構搭好了，接下來要給每個文件起名字。eCTD對文件名有嚴格規(guī)定，不是隨便起個"試驗報告.pdf"就能應付的。
一般來說，文件名需要包含以下信息要素：
舉個完整的例子：m2-03-01-quality-overview-cn.pdf。這個文件名清楚地表明：這是Module 2第3章第01小節(jié)的文件，內容是質量概述，中文版。
文件名最長不能超過一定字符數(shù)，不同地區(qū)規(guī)定略有差異。另外，文件名里只能用字母、數(shù)字、連字符和下劃線，不能有空格、中文、特殊符號。有些藥企習慣用中文文件名，這在國際申報中是大忌，系統(tǒng)根本識別不了。
聊了這么多結構，最后說說實際操作中最容易出錯的幾個點。
第一個坑是文件夾層級。eCTD對層級深度有要求，不能隨便嵌套太多層。有些朋友為了追求"整潔"，把文件塞進七八層文件夾里，結果系統(tǒng)校驗報錯。正確的做法是保持目錄扁平化，能在三到四層內找到目標文件就OK了。
第二個坑是空文件夾。提交時文件夾里必須有文件，不能放空文件夾占位。如果某個章節(jié)確實沒有對應的資料，最好的處理方式是放一個說明文件，解釋為什么沒有相關內容，而不是留個空文件夾讓審評人員猜謎。
第三個坑是PDF的書簽結構。除了目錄結構，PDF文件內部的書簽也得設置好。審評人員喜歡直接點擊書簽跳轉，而不是手動翻頁。一個沒有書簽的大幾十頁PDF，體驗相當糟糕。
第四個坑是超鏈接失效。eCTD文檔里經(jīng)常需要引用其他章節(jié)的內容，這時候要用超鏈接。如果鏈接指向的文件位置變了，超鏈接就失效了。每次文件調整后，最好整體檢查一遍超鏈接是否正常。
eCTD目錄結構這事兒，說難不難，說簡單也不簡單。核心就在于"按規(guī)矩來"四個宇。ICH和各國藥監(jiān)局把規(guī)矩寫得清清楚楚，你照著做就萬事大吉；你想當然地發(fā)揮，那等著你的就是一次又一次的返工。
康茂峰這些年接觸了各種類型的eCTD申報，從仿制藥到創(chuàng)新藥，從國內申報到中美雙報，發(fā)現(xiàn)很多問題其實都出在最基礎的地方。目錄結構搭錯了，文件放錯位置了，命名不規(guī)范了——這些小問題積累起來，會讓整個申報案質量大打折扣。
我的建議是：與其后期反復修改，不如前期做好規(guī)劃。在動手整理文件之前，先把目錄結構設計好，把命名規(guī)則定好，把版本管理流程建好。前期多花一周時間，后期能省下三周返工的麻煩。
如果你正在為eCTD申報發(fā)愁，不妨多跟有經(jīng)驗的朋友聊聊，有時候一句話就能點醒夢中人。申報這條路，大家都是一步步走過來的，踩過的坑多了，自然就成長了。
