
說到eCTD電子提交,我想很多從事藥品注冊的朋友都會有這樣的經(jīng)歷:辛辛苦苦準備了大半年資料,結(jié)果在提交的時候因為文件命名不符合規(guī)范被打回來,那種滋味確實讓人很沮喪。我記得剛?cè)胄械臅r候,師父就跟我說,在eCTD這個體系里,文件命名看似是小事,但恰恰是最容易出錯的地方。名字起錯了,系統(tǒng)識別不了,審評老師看不到你的內(nèi)容,所有努力都白費。今天咱們就聊聊eCTD電子提交對文件命名規(guī)則的那些規(guī)定,希望能幫大家少走彎路。
在eCTD架構(gòu)里,每個文件都不是孤立存在的,它們之間有著復雜的邏輯關系。審評人員在使用審閱軟件查看申報資料時,軟件會根據(jù)文件名來構(gòu)建目錄樹結(jié)構(gòu)、識別文檔類型、建立章節(jié)關聯(lián)。如果命名不規(guī)范,這套系統(tǒng)就亂了套。你想啊,一份申報資料動輒幾百上千個文件,要是沒有統(tǒng)一的命名規(guī)則,那簡直就像把一堆文件扔進碎紙機再讓審評老師一片片拼起來,效率從何談起?
更重要的是,eCTD文件命名不是隨便起的,它遵循的是一套國際通行的標準規(guī)范。這套規(guī)范由國際人用藥品注冊技術協(xié)調(diào)會(ICH)制定,各地區(qū)在執(zhí)行時會有一些本地化要求,但核心原則是相通的。理解了這些原則,你就能舉一反三,不管是國內(nèi)申報還是出海注冊,都能游刃有余。
eCTD文件命名有幾個最基本的要求,咱們先把這個框架搭起來。首先也是最重要的一點:文件名必須保持唯一性。在整個申報資料中,不允許出現(xiàn)兩個完全同名的文件。這不是夸張,我見過有人把不同模塊的"申請表"都命名為"application.pdf",結(jié)果系統(tǒng)只識別其中一個,另一個直接"消失"在茫茫文件海里。
第二點是關于字符的使用。文件名只能包含字母、數(shù)字、下劃線和連字符,其他特殊字符一概不推薦使用。這里要特別提醒一下空格鍵,很多人習慣在文件名里加空格,覺得這樣好看,但有些審閱系統(tǒng)對空格處理不友好,可能導致路徑解析錯誤。最穩(wěn)妥的做法是用下劃線或連字符替代空格,比如"clinical_summary"就比"clinical summary"安全得多。
第三點看似簡單卻很容易被忽視:文件擴展名必須正確。PDF文件就用.pdf后綴,XML文件就用.xml后綴,而且要小寫。有朋友曾把文件擴展名寫成大寫的.PDF,結(jié)果被系統(tǒng)判定為無效文件,這種低級錯誤可千萬別犯。

說完基本原則,咱們來看看一個典型eCTD文件名的結(jié)構(gòu)。以"m1-0-0-regional-admin-101-application-letter.pdf"這個文件名為例,它可以拆成幾個部分:
這個結(jié)構(gòu)不是絕對的,不同地區(qū)的具體要求會有差異,但大體邏輯是相通的。理解了這個拆解方法,你再看任何eCTD文件名都能快速判斷它屬于哪個模塊、什么類型的文檔。
eCTD申報資料分為五個模塊,每個模塊的命名習慣和側(cè)重點都不一樣。咱們一個一個來看。

模塊一的文件命名相對靈活,因為里面包含很多地區(qū)特定的文檔,比如申請表、授權信、營業(yè)執(zhí)照這些。各地的監(jiān)管機構(gòu)對這類文件有各自的命名要求,但通常會要求在文件名中體現(xiàn)文檔類型和序號。比如申請表可能是"application_form.pdf",授權信是"authorization_letter.pdf"??得逶趨f(xié)助客戶準備申報資料時發(fā)現(xiàn),很多企業(yè)容易在模塊一的文件編號上出錯,特別是當一個模塊下有多個同類文檔時,序號容易重復或者跳號。建議大家在做申報計劃時就建立一個文件名對照表,把每個文件的名字、編號、用途都列清楚,最后檢查的時候?qū)φ者@個表一個個核對,能避免很多問題。
模塊二是CTD文件的概要部分,包括質(zhì)量概述、非臨床研究報告概述和臨床概述。這部分的命名相對統(tǒng)一,通常用"2-1-0-qs-quality_overview.pdf"這樣的格式,其中2代表模塊二,后面的數(shù)字依次是章節(jié)號和文檔序號。質(zhì)量概述的命名習慣是"qs"開頭,非臨床概述是"ncs",臨床概述是"cs"。這個模塊的文檔數(shù)量不多,但每份都很重要,命名時要確保與目錄文件(mf)中的描述完全一致,否則審評老師在看目錄跳轉(zhuǎn)時會找不到對應的文件。
模塊三是五個模塊中文件數(shù)量最多的,通常會包含原料藥、制劑、分析方法、穩(wěn)定性研究等大量技術資料。這里的命名需要體現(xiàn)研究類型和物料信息。比如原料藥的結(jié)構(gòu)確證研究可能命名為"3-2-p1-s-001-structure_elucidation.pdf",其中"3-2"表示模塊三的第二章(原料藥),"p1"表示主要研究部分,"s"可能是某種特定研究類型的標識,后面跟序號和具體內(nèi)容描述。
這里有個小技巧:對于同一類研究的多份報告,可以用連續(xù)的序號來區(qū)分,比如001、002、003,這樣既保持了唯一性,又方便排序和管理。但要注意,一旦確定了序號規(guī)則就要堅持用下去,中途改規(guī)則很容易造成混亂。
模塊四的文件命名要體現(xiàn)非臨床研究的類型,比如藥理學研究、藥代動力學研究、安全性研究等。每項研究下又可能包含多個研究報告,命名時需要清晰區(qū)分。比如藥理學研究下的毒性研究可能命名為"4-2-1-tox-001-acute toxicity.pdf",其中"4-2"表示模塊四的第二章(藥理學),"tox"表示毒性研究,"001"是序號,后面跟具體的研究內(nèi)容。
非臨床研究的命名有個特點,就是會使用很多縮寫詞。這些縮寫必須符合行業(yè)規(guī)范,不能自己創(chuàng)造。比如"NOAEL"(未觀察到不良反應劑量)這個縮寫是通用的,但如果寫成"NOAELR"或者"no-ae-level",系統(tǒng)可能就識別不了了。建議大家準備一套標準的縮寫表,對照著使用。
模塊五包含所有臨床研究相關文件,從方案到報告,從統(tǒng)計表到 CRF 表。這里的命名要特別注意區(qū)分不同研究和不同文檔類型。比如某項臨床試驗的研究者手冊可能是"5-3-1-001-investigator_brochure.pdf",而對應的統(tǒng)計分析計劃可能是"5-8-1-002-statistical_analysis_plan.pdf"。
臨床模塊的文件命名還有一個特殊要求:來自不同研究的數(shù)據(jù)文件和分析報告要在文件名中體現(xiàn)研究編號。這樣審評人員在做關聯(lián)性審查時能快速找到對應的源文件。比如某制藥公司有兩項關鍵臨床試驗,編號分別是Study 101和Study 202,那么相關文件就要用"study101_crf.pdf"和"study202_crf.pdf"這樣的命名方式來區(qū)分。
聊了這么多規(guī)則,咱們來看看實際工作中最常見的命名錯誤有哪些。知己知彼,才能百戰(zhàn)不殆。
序號錯誤絕對是最常見的問題之一。有的文件用了重復的序號,有的跳過了某些號碼,還有的在修改文件后忘記更新序號。比如某企業(yè)提交了一份申報資料,后來發(fā)現(xiàn)需要替換其中一份報告,于是在文件名里改了序號,但沒有同步更新目錄文件的對應條目,結(jié)果審評人員看到的目錄和實際文件對不上,浪費了很多解釋和溝通的時間。解決這個問題的方法我前面提到過:建立文件名對照表,每次修改都要更新這個表,并且同步檢查所有關聯(lián)文件。
大小寫不一致看起來是個小問題,但確實會引發(fā)麻煩。有的人在文件名里混用大小寫,今天寫"ClinicalStudyReport.pdf",明天寫成"clinicalstudyreport.PDF",系統(tǒng)可能會把這兩個當成不同的文件,也可能因為大小寫敏感問題導致識別錯誤。我的建議是全部用小寫,這最保險,也最符合大多數(shù)系統(tǒng)的處理習慣。
特殊字符和中文是另一個重災區(qū)。有人喜歡在文件名里加括號、加句號,甚至加中文描述,認為這樣更清晰。但eCTD系統(tǒng)大多不支持這些特殊字符,中文更是絕對禁止的。曾經(jīng)有份申報資料因為文件名里有一個中文頓號(、),導致整個文件包上傳失敗,團隊排查了很久才發(fā)現(xiàn)問題。所以,文件名里只保留字母、數(shù)字、下劃線、連字符這四類字符,其他一概不用。
過于簡略或過于冗長都不是好事。過于簡略的文件名比如"report.pdf"、"study.pdf",信息量太低,根本無法從名字判斷文件內(nèi)容。過于冗長的文件名則可能超出系統(tǒng)限制,或者在顯示時被截斷。找到一個平衡點很重要:文件名要能準確描述文件內(nèi)容,但不要太長,一般控制在50個字符以內(nèi)比較安全。
eCTD是國際標準,但各地區(qū)在執(zhí)行時會有一些本地化要求,文件命名規(guī)則也不例外。
比如美國FDA對模塊一的文件命名有詳細的規(guī)定,某些文件必須使用特定的名字,像申請表必須叫"form-fda-1571.pdf"這樣的指定名稱。歐洲EMA則更強調(diào)電子提交的結(jié)構(gòu)規(guī)范,對文件名的格式要求相對靈活一些,但同樣有嚴格的命名規(guī)則。國內(nèi)NMPA近年來也在不斷完善eCTD提交規(guī)范,對中文申報資料的文件名有專門的要求。
如果是做國際多中心申報,同一份資料要提交給多個監(jiān)管機構(gòu),那就要特別注意不同地區(qū)命名規(guī)則的差異。有時候同一份文檔在不同地區(qū)提交的版本需要使用不同的文件名,這時候一定要建立清晰的對應關系,避免混淆。
在藥品注冊這個領域摸爬滾打這些年,我對文件命名這件事有一些心得,跟大家分享一下。
第一,磨刀不誤砍柴工。在開始準備申報資料之前,先花時間制定一套命名規(guī)則文檔,包括模塊劃分、序號編排、縮寫規(guī)范等等。這份文檔最好和申報計劃一起做,讓團隊所有人都遵照執(zhí)行。有規(guī)矩才能成方圓,這話用在這里特別合適。
第二,工具能幫大忙。現(xiàn)在市面上有不少專門用于eCTD文件管理的軟件工具,可以自動檢查文件名是否符合規(guī)范、是否存在重復等等。如果你們公司還沒用過這類工具,不妨考慮引入,成本不高但能省很多麻煩。
第三,養(yǎng)成復核的習慣。文件命名這種事兒,人眼盯著看難免有遺漏。我的做法是寫一個小腳本,把所有文件名導出來,自動檢查有沒有重復、有沒有非法字符、有沒有序號跳號的情況。技術手段一上,效率立刻不一樣。
第四,多向前輩請教。每個公司、每個細分領域可能都有自己的命名習慣和"坑",多跟有經(jīng)驗的同事聊聊,能學到很多書本上沒有的東西。這也是為什么我一直在說,做藥品注冊這一行,經(jīng)驗積累太重要了。
eCTD文件命名這件事,說大不大說小不小,但它確實是整個申報工作中不可或缺的環(huán)節(jié)。一個規(guī)范的文件名系統(tǒng),能讓審評人員更高效地審閱資料,也能讓我們的工作更有條理、少出紕漏。
寫到這里,我想起了剛?cè)胄袝r師父說的那句話:做藥品注冊這一行,有時候細節(jié)決定成敗。當時不太理解,后來踩過的坑多了,才明白這話說得多么在理。文件命名、格式規(guī)范、目錄結(jié)構(gòu),這些看起來不起眼的地方,往往是區(qū)分專業(yè)和不專業(yè)的關鍵所在。
希望這篇文章能給大家?guī)硪恍椭?。如果你正在準備eCTD申報,不妨把文件命名這部分工作做得更細致一些,前期的投入一定會讓你在后期少很多麻煩。藥品注冊這條路很長,咱們一起慢慢走吧。
