說到eCTD電子提交，很多藥企的注冊人員第一反應就是"麻煩"。確實，這種國際通用的電子提交格式要求太多，一不小心就會被退回重來。但你要問我哪個環節最讓人頭疼，我覺得文件命名絕對能排進前三。
為什么？因為文件命名根本不是小事。你想啊，eCTD結構那么復雜，幾十上百個文件堆在一起，要是名字都亂起，審評官員怎么找得到他要看的資料？我見過不少企業，資料內容做得漂漂亮亮，結果因為文件名不符合規范被打回來，冤不冤？
今天咱們就聊聊eCTD文件重命名這件事，說的不對的地方也歡迎一起討論。
在展開講規則之前，我想先說清楚一個道理。eCTD不是簡單地把Word文檔轉成PDF往上扔，它本質上是一套結構化的信息管理體系。每個文件叫什么、放哪兒，都有講究。這套規范最初是歐美那邊提出來的，后來ICH把它變成了國際標準，咱們國內也在逐步推行。
文件命名的本質作用有兩個：
你可以把eCTD結構想象成一棟大樓的樓層索引。每個文件就是房間，門牌號寫錯了，快遞都送不到，更別說審評官員來"串門"了。
好，進入正題。eCTD文件命名看起來復雜，其實就幾個核心要素，我來一個一個說。
eCTD文件名通常是"序列號_文件類型_文件描述.擴展名"這樣的結構。注意下劃線是分隔符，不同部分之間用下劃線分開，不是空格，也不是連字符。
舉幾個例子你就明白了：
| 0000 | m1 | region-intro | |
| 0001 | m1 | cover-letter | |
| 0002 | m1 | application-form |
看出來規律了嗎？每個文件名都由四部分組成：四位數字的序列號、下劃線、文件類型標識、再一個下劃線、文件描述，最后是點加擴展名。看起來簡單，但每個部分都有講究。
序列號必須是四位數字，從0000開始，依次遞增。這里有個關鍵點：序列號一旦用過了就不能再用。哪怕這個文件在后面的版本中被刪除了，這個號碼也永遠"退役"，你不能把它重新分配給新文件。
為什么這么嚴格？因為審評官員在審完第一個版本后，會在腦子里形成對文件結構的記憶。如果同一個序列號突然對應了完全不同的內容，他們會困惑到底是發錯了版本還是自己記錯了。所以這個看似死板的規定，其實是為了保證歷史版本的可追溯性。
在實際操作中，康茂峰的項目團隊通常會建議客戶提前規劃好序列號分配方案，避免用到后面發現號段不夠用或者亂了套。
文件類型標識在eCTD里有明確的規定，不同模塊用不同的前綴。我整理了一個表格，你可以保存著慢慢看：
| 模塊 | 標識 | 說明 |
|---|---|---|
| 模塊一 | m1 | 區域性行政信息 |
| 模塊二 | m2 | CTD概要文件 |
| 模塊三 | m3 | 質量研究報告 |
| 模塊四 | m4 | 非臨床研究報告 |
| 模塊五 | m5 | 臨床研究報告 |
這里有個容易出錯的地方：有些企業會把模塊三的質量文件繼續細分，比如原料藥和制劑分開管理，但在eCTD命名層面，它們都統一用m3前綴。具體的內容區分是通過文件描述來體現的，不是靠修改模塊標識。
文件描述這部分相對靈活，但也最見功力。好的文件描述應該做到兩點：一看就懂，且具有唯一性。
ICH對常用文件有推薦名稱，比如"study-report"、"product-label"之類的。但實際工作中，你會發現這些推薦名稱有時候不夠用。比如同樣是質量方面的穩定性研究，你可能有好幾份，這時候就需要在推薦名稱后面加上具體標識。
我見過比較規范的做法是"推薦名稱-產品代碼-研究編號"這樣的組合，比如"stability-report-ABC123-STU-001"。只要保證同一份提交里沒有完全重名的文件，這個命名就是有效的。
eCTD對擴展名也有要求。PDF是最常用的，但不是什么文件都能用PDF。比如可執行程序、數據庫文件這些，需要以原始格式提交，擴展名保持原樣。
還有一點要提醒：提交前最好把所有文件的擴展名統一檢查一遍。我遇到過明明內容是PDF但后綴寫成.doc的情況，驗證工具當場就報錯了。
剛才說的是通用規則，下面我們分模塊來看看各自的注意事項。
模塊一因為涉及各地區的特殊要求，文件名在不同國家可能會有差異。以國內為例，cover-letter（封面信）、application-form（申請表）這些是標配。進口產品可能還需要授權委托書之類的文件。
特別注意：模塊一里有些文件是每次提交都必須更新的，比如申請表。如果只是補充資料而沒有更新申請表序列號，審評官員可能會質疑你的提交完整性。
模塊二是整個eCTD的"總綱"，內容包括1-5模塊的概要介紹。這里的文件命名相對固定，regional-overview、quality-overview、nonclinical-overview、clinical-overview這幾個是核心文件。
有些企業會把模塊二的文件做得特別詳細，每個模塊的概要單獨成一個文件。這時候就要注意文件描述的準確性，讓審評官員一眼就知道這份概要對應的是哪部分內容。
質量模塊是文件數量最多的，也是最容易出命名問題的地方。原料藥和制劑要分開管理，生產工藝、穩定性研究、分析方法驗證這些內容都需要獨立文件。
康茂峰在協助客戶處理eCTD項目時，通常會建議在文件描述中體現產品代碼和文件性質。比如"p3s01-drug-substance-abc-manufacturing"這樣的命名方式，既表明了是模塊三的原料藥部分，又標明了產品代碼和生產章節位置。
這兩個模塊的文件命名相對直觀，因為研究報告通常都有明確的Study編號。推薦做法是在文件描述中包含研究編號和報告類型，比如"study-report-2024-001-final"這樣的格式。
如果一項研究分成主報告和多個附件，命名時要體現它們之間的關聯性，同時保證每個文件都有獨立且唯一的描述名稱。
規則說完了，咱們聊點執行層面的事。畢竟知道規則和能把規則執行好是兩碼事。
我見過管理得好的企業，都有一份詳細的文件命名SOP。這份SOP不光是寫給注冊部門看的，最好也讓臨床、藥學部門的同事了解。因為非臨床報告、穩定性數據這些內容往往由別的部門產生，注冊部門只是最后整合提交。如果源頭命名就亂，后面改名工作量巨大。
SOP里最好附上命名示例，讓新人看了就能上手。康茂峰在給客戶做eCTD咨詢時，通常會幫客戶建立這樣一套標準操作流程，包括命名規范、檢查清單、常見錯誤案例這些內容。
雖然現在有各種驗證軟件，但軟件只能檢查格式對不對，沒辦法判斷你的文件名是不是足夠清晰。我建議在提交前安排專人做一次人工復核，重點看幾方面：
這個復核環節看著簡單，真的能幫你規避很多低級錯誤。
eCTD提交不是一次性買賣，后面還會有補充資料、更新版本。每次版本更新都會新增文件，這時候序列號要接著往上編，不能回頭去用舊號碼。
如果你在更新時刪除了某些文件，那些號碼就永久空出來了。這不是浪費，而是為了保證歷史版本的可追溯性——審評官員想查某個號碼對應的原始文件，必須能查得到。
聊了這么多，最后說幾個實際工作中經常遇到的問題吧。
問題一：文件太多，序列號不夠用怎么辦？
理論上四位數字可以從0000排到9999，足夠絕大多數項目用了。如果真的用到后面的號段，也不用擔心數字不夠，只是看起來沒那么整齊而已。真正要擔心的是序列號跳號太厲害，比如一會兒0001一會兒0100，這說明項目管理可能有問題。
問題二：文件名和文件內容不一致怎么辦？
這是大忌。審評官員發現文件名寫的是穩定性報告，打開一看是生產工藝文件，第一反應不是"可能搞錯了"，而是"這個項目的管理有問題"。所以命名之前先確認內容，內容有調整的話及時更新文件名。
問題三：合作方提供的文件命名不規范怎么溝通？
這種情況很常見，特別是和CRO合作的時候。我的建議是在項目啟動時就明確提出命名要求，最好寫進合同或工作說明里。如果合作方已經提交了不規范的文件，康茂峰通常會幫助客戶進行文件名的標準化處理，確保整體提交符合規范。
eCTD文件命名這件事，說難不難，說簡單也不簡單。規則就擺在那里，但真正執行起來需要細心和耐心。很多時候，一個規范的文件命名不僅能提高審評效率，還能給審評官員留下專業的好印象。畢竟，從文件命名就能看出一個企業的管理水平和嚴謹程度。
如果你在eCTD文件命名方面還有困惑，或者遇到了什么棘手的問題，歡迎一起交流。注冊這條路，本來就是要不斷學習和積累的。
