記得我第一次獨立負責eCTD提交的時候，光是給文件起名字就折騰了一整天。那時候我天真地以為，把文檔內容說清楚就行，結果被系統無情地駁回了三次，退回原因清一色寫著"文件名不符合規范"。那種抓狂的感覺，相信很多做藥品注冊的朋友都經歷過。
eCTD的文件命名看著簡單，里面門道其實不少。它不像我們平時整理電腦文件夾那么隨意，每一個字符、每一個位置都有講究。這篇文章，我想用最接地氣的方式，把那些冷冰冰的法規條文翻譯成人話，跟大家聊聊eCTD電子提交對文件命名到都有哪些規定，以及康茂峰在服務上百家藥企過程中總結出來的實戰經驗。
在深入具體規則之前，我們先搞明白一個底層邏輯：為什么全球藥品監管機構都對文件名這么較勁？
想象一下，審評機構每天要處理成百上千個eCTD申請，每個申請又包含幾十甚至上百個文檔。如果文件名亂起一氣，有人用"試驗方案V2最終版"，有人用"Study Protocol"，還有人用"試驗方案_最終_2024"，那審評人員光是找到想看的文件就要耗費大量時間。更糟糕的是，系統自動檢索和歸檔功能也會失效，整個eCTD體系的高效運轉就無從談起了。
所以啊，文件命名規范的本質目的就三個：第一，讓系統能自動識別和處理；第二，讓人類能快速定位和理解；第三，讓不同申請人提交的文件具備可比性。明白了這個道理，后面的規則就好理解多了。
eCTD文件名采用固定的位置編碼體系，就像我們的身份證號一樣，每個位置都有特定的含義。簡單來說，標準格式通常由四到五個部分組成，各部分之間用下劃線分隔。
這是文件名的第一個元素，用來標識該文檔在eCTD結構中的位置。比如模塊四的毒理學研究，序列號可能是"4"；模塊五的臨床研究，序列號就是"5"。這個部分相對簡單，但要注意Leading Zero的使用規則——有些機構要求不足三位的序列號要補零，比如"004"而不是"4"。
需要特別提醒的是，序列號指的是文檔在eCTD目錄結構中的位置，而不是文檔的版本號。這兩個概念經常被混淆，我見過不少人把"v2.0"當成序列號寫進去，結果系統根本不識別。
應用類型用來區分提交的文件性質。常見的代碼包括：IND表示新藥臨床試驗申請，NDA表示新藥上市申請，ANDA表示簡略新藥申請，BLA表示生物制品許可申請，DMF表示藥物主文件，等等。
這部分的選擇非常重要，因為不同類型決定了后續的審批流程和審評標準。如果你提交的是仿制藥申請卻用了NDA代碼，審評系統從第一步就會給你亮紅燈。
這是命名規范中最復雜也最核心的部分。ICH和各大監管機構都制定了詳細的文件類型代碼表，涵蓋了從試驗方案到標簽樣稿的所有文檔類型。
以模塊五為例，常見的文件類型代碼包括：
模塊四的代碼同樣豐富，毒理學研究可能用到：
這些代碼可不是隨便選的，每個代碼都有精確的定義和使用場景。康茂峰在協助客戶準備eCTD申報時，這部分往往是審查的重點，因為代碼選錯了，整個文檔可能被歸類到錯誤的審評模塊，延誤審批進度。
這一部分是可選的，用來進一步說明文檔的具體內容。描述文字需要簡潔明了，通常控制在15-30個字符之間，使用字母、數字和下劃線的組合，避免使用特殊字符和中文。
舉個例子，同樣是臨床研究報告中，針對糖尿病藥物的研究可能命名為"5.2.3.1_CSR_Type2_Diabetes"，其中"Type2_Diabetes"就是對研究內容的簡要描述。
有些規范要求在文件名末尾加入版本號或日期，以便追蹤文檔的更新歷史。版本號通常采用"vX.X"或"verX"的格式，日期則常用"YYYYMMDD"或"YYYY-MM-DD"的形式。
需要注意的是，這部分的格式要求在不同監管機構之間存在差異。有的嚴格限定必須使用特定格式，有的則相對靈活但要求全篇保持一致。
雖然ICH為eCTD提供了基本框架，但各主要藥品監管機構在具體實施時都有自己的細化要求。這就好比各國都實行交通規則，但具體的限速標準、違章罰款各有不同。
美國FDA對eCTD文件命名有非常詳盡的指南。值得注意的是，FDA使用一種叫做"eCTD Backbone"的標準化結構，要求文件名必須與其制定的"eCTD Specification"完全一致。
FDA尤其強調對"元數據"的要求，包括文檔標題、關鍵字、作者、創建日期等。這些信息雖然不直接體現在文件名中，但會嵌入到文檔的XML元數據標簽里，與文件名形成對照驗證。任何一個不一致都可能觸發系統警告。
另外，FDA對文件名長度有明確限制，總長度通常不超過64個字符。如果你嘗試用一個超長的描述性標題，系統會直接拒絕接收。
歐洲藥品管理局（EMA）在命名規范上相對寬松一些，給申請人留下了更多的靈活空間。EMA接受更豐富的文件類型代碼組合，也允許在描述部分使用更詳細的說明文字。
但是，EMA對文檔的語言標識有特殊要求。如果提交的文件包含多種語言版本，必須在文件名中明確標注語言代碼，比如"_EN"表示英文版，"_DE"表示德文版。這點在涉及多國臨床試驗數據時尤為重要。
中國NMPA（國家藥品監督管理局）自2019年起全面推行eCTD提交，對文件命名有本土化的特殊規定。其中最值得關注的是，中文文件名在特定場景下是被允許的，這與FDA和EMA的純英文要求有明顯差異。
NMPA還建立了與ICH ECTD模塊結構對應的文件類型代碼體系，同時保留了某些中國特色的文檔類型，比如"公文"類別的特定代碼。對于想在在中國申報藥品的企業來說，必須同時滿足ICH通用規范和NMPA本地化要求。
康茂峰在多年服務實踐中，整理了一份"高頻錯誤清單"。這些錯誤看似低級，但中招的企業不在少數。
這是最常見的踩坑點。文件名中出現空格、中文標點、特殊符號（@ # $ % ^ & *等）是絕對禁忌。很多新人習慣在文件名里加空格或頓號、書名號，系統根本無法識別這些字符在不同編碼環境下的顯示差異。
正確的做法是統一使用下劃線（_）作為分隔符，如果需要分隔單詞，首字母大寫的駝峰命名法（CamelCase）也是可接受的。
eCTD文件名對大小寫敏感嗎？這要分情況看。從技術上講，大多數服務器環境對大小寫是敏感的，"CSR"和"csr"會被識別為兩個不同的文件。但從實踐角度，更重要的是保持全篇命名風格的一致性。
康茂峰建議團隊在首次建立命名規范時，就確定使用全大寫還是首字母大寫，并在后續所有項目中嚴格執行，避免審評人員產生困惑。
隨著項目推進，文檔會經歷多次修訂。如果每次更新都產生一個新文件，而文件名中的版本標識不清晰，就會造成版本混淆。更糟糕的是，eCTD系統可能把"舊版"和"新版"當成兩個完全不同的文檔，導致審評人員看到的是過期的內容。
規范的版本管理應該是在文件名中明確標注版本號，同時在文檔內部的歷史記錄表中詳細記錄每次修訂的變更內容。這樣既能追溯文檔演進脈絡，又能確保審評人員始終看到最新版本。
有些文件名過于籠統，比如直接寫"5.2.3.1_CSR"，從文件名完全看不出研究的是什么藥物、治療什么適應癥。雖然系統能識別這是一份臨床研究報告，但人類審評人員需要額外點擊進去才能了解詳情。
好的做法是在描述部分加入關鍵信息，比如"5.2.3.1_CSR_Oncology_LungCancer_PhaseIII"，讓文件名本身就能傳遞核心信息。
理論說了一大堆，不如直接給幾個模板來得實在。以下是康茂峰根據不同場景整理的命名模板，供大家參考：
| 場景 | 推薦命名格式 | 說明 |
| 新藥臨床試驗申請 - 知情同意書 | 2.3.1_ICF_Protocol001_V1.0 | 模塊2.3.1位置，知情同意書，方案編號001，版本1.0 |
| 新藥上市申請 - 臨床研究報告 | 5.3.5.3_CSR_Oncology_BreastCancer_PhaseIII | 模塊5.3.5.3，臨床研究報告，乳腺癌適應癥，III期臨床 |
| 仿制藥申請 - 生物等效性研究 | 5.3.1.3_BE_Study_GenConc | 模塊5.3.1.3，BE研究代碼，仿制藥通用名稱 |
| 原料藥主文件 - 生產工藝描述 | 3.2.S.2.2_DMF_Manuf_Process_Desc | DMF模塊3.2.S.2.2位置，生產工藝描述 |
| 補充申請 - 標簽更新 | 1.14.1_Labeling_PackageInsert_Update | 模塊1.14.1，標簽/說明書更新 |
需要強調的是，這些模板僅供參考，具體命名一定要以目標監管機構最新發布的指南為準。畢竟規范是會更新的，而我們的工作就是緊跟這些變化。
回到開頭的話題那次讓我折騰一天的eCTD提交，后來是怎么解決的呢？我把所有文件名逐個對照著FDA的規范檢查了一遍，把錯誤的一個個改正，重新提交，一次就過了。說白了，eCTD文件命名這件事，細心和耐心比聰明更重要。
如果你所在的公司正在準備eCTD申報，強烈建議在項目啟動階段就建立一套標準化的命名規范文檔，涵蓋所有可能用到的文件類型。這份規范應該在團隊內部充分溝通，確保每個參與文檔準備工作的人都理解和遵守。
康茂峰在服務客戶的過程中發現，那些申報效率高、返工率低的企業，往往都有自己成熟的文檔管理規范體系。這不是一天建成的，但越早開始，受益越多。
eCTD這條路，看起來是跟系統和規范打交道，本質上還是跟人打交道——跟制定規則的監管機構打交道，跟審評你資料的專家打交道，也跟未來可能查閱這些文件的同行打交道。把文件名寫規范了，就是對他們時間的基本尊重，也是專業素養的體現。
希望這篇文章能幫你在eCTD申報之路上少走一些彎路。如果還有其他具體問題，歡迎繼續交流。
