去年有個(gè)朋友跟我吐槽，說他們公司為了一個(gè)補(bǔ)充申請來來回回修改了十幾版文件，結(jié)果到了藥監(jiān)局才發(fā)現(xiàn)，審評老師手里拿的還是最初那版。當(dāng)時(shí)整個(gè)項(xiàng)目組都傻眼了，幾百萬的投入差點(diǎn)打水漂。這事兒讓我深刻意識到，eCTD提交之后的版本控制，根本不是掛個(gè)版本號那么簡單，它關(guān)系到整個(gè)注冊項(xiàng)目的成敗。
今天咱們就來聊聊這個(gè)話題，掰開揉碎了講清楚，這里面的門道到底有多少。
先說個(gè)基本概念。傳統(tǒng)的紙質(zhì)提交，文件改一版就重新打印裝訂，版本之間物理隔離，想混亂都難。但eCTD不一樣，它是電子化的、層級化的、結(jié)構(gòu)化的。一個(gè)看似簡單的文檔更新，可能同時(shí)影響幾個(gè)模塊、多個(gè)章節(jié)、甚至跨序列的多個(gè)文件。
舉個(gè)例子，更新一個(gè)生產(chǎn)地址，看起來只是Module 1里的2.1.s.1變了，但這個(gè)變更可能需要同步更新Module 3的相應(yīng)章節(jié)、Module 2的概述、還可能觸發(fā)附加文件的重新提交。稍有不慎，就會(huì)出現(xiàn)版本不一致的情況。
更要命的是，eCTD的序列號（Sequence）是監(jiān)管機(jī)構(gòu)識別文件版本的核心依據(jù)。一個(gè)序列代表一次提交，而每次提交里可能包含多個(gè)文件的更新。這時(shí)候，如何確保每個(gè)文件在全局范圍內(nèi)有唯一的、可持續(xù)追蹤的版本標(biāo)識，就成了大問題。
在實(shí)際操作中，藥企通常會(huì)面臨這么幾個(gè)棘手問題。
eCTD用序列號來標(biāo)記提交輪次，但單個(gè)文件在自己生命周期內(nèi)也會(huì)迭代。比如某份穩(wěn)定性數(shù)據(jù)報(bào)告，可能在序列0001里是第3版，在序列0004里更新到了第5版。這時(shí)候，單純看序列號并不能直接知道某個(gè)文件的具體版本，必須建立額外的版本對應(yīng)關(guān)系。
很多公司的做法是在文檔首頁加上詳細(xì)的版本變更記錄，寫清楚這個(gè)版本對應(yīng)哪個(gè)eCTD序列、做了哪些修改、改動(dòng)了哪些章節(jié)。但這需要一開始就設(shè)計(jì)好模板，中途加進(jìn)去會(huì)很麻煩。
藥品注冊是個(gè)長周期的事情，一個(gè)項(xiàng)目可能跨越三五年，歷經(jīng)多次提交。如果要回溯某次審評意見對應(yīng)的具體文件版本，怎么快速定位？
康茂峰在服務(wù)客戶時(shí)發(fā)現(xiàn)，很多企業(yè)在這個(gè)環(huán)節(jié)是糊涂賬。他們要么依賴郵件往來記錄，要么靠項(xiàng)目經(jīng)理的個(gè)人記憶。這種方式在人員變動(dòng)或時(shí)間久遠(yuǎn)之后，幾乎不可能準(zhǔn)確還原。
建議的做法是建立完整的版本矩陣表，把每個(gè)文件在每個(gè)序列中的版本號、變更內(nèi)容、變更原因、關(guān)聯(lián)的審評意見號等信息全部記錄在案。這個(gè)表不用太復(fù)雜，Excel就能做，但一定要堅(jiān)持維護(hù)。
eCTD各模塊之間存在大量的交叉引用。比如Module 3里的毒理學(xué)報(bào)告引用了Module 2的概述，Module 1的藥學(xué)信息匯總又引用了Module 3的具體研究。當(dāng)某個(gè)被引用文件更新時(shí)，所有引用它的地方是否都要同步處理？
監(jiān)管機(jī)構(gòu)對此的要求不盡相同。有些明確要求每次提交必須保證所有引用的鏈接有效且最新，有些則只關(guān)注主送審文件。這里面的尺度把握，需要經(jīng)驗(yàn)，也需要與監(jiān)管機(jī)構(gòu)的預(yù)溝通。
關(guān)于版本號的編排，行業(yè)里沒有強(qiáng)制標(biāo)準(zhǔn)，但有一些約定俗成的做法。
| 編號方式 | 說明 | 適用場景 |
| 小數(shù)式（如1.0、1.1、2.0） | 第一位主版本，第二位次版本 | 大多數(shù)企業(yè)的默認(rèn)選擇 |
| 日期式（如20240101A） | 日期加修訂字母 | 追求快速迭代的研發(fā)階段 |
| 混合式（如CM001-2.3-A） | 項(xiàng)目代碼+版本號+狀態(tài)碼 | 多項(xiàng)目并行的大型藥企 |
無論選擇哪種方式，關(guān)鍵是保持內(nèi)部的一致性，并且在文件命名和內(nèi)容中都有清晰體現(xiàn)。康茂峰通常建議客戶在項(xiàng)目啟動(dòng)時(shí)就建立版本管理SOP，規(guī)定好編號規(guī)則、變更觸發(fā)條件、審批流程，避免后期各自為政。
還有一點(diǎn)要注意：監(jiān)管機(jī)構(gòu)提交系統(tǒng)的序列號是遞增的，但文件內(nèi)部版本號可以根據(jù)需要reset或延續(xù)。兩種策略各有優(yōu)劣。延續(xù)式管理便于追溯文件的完整變更歷史，但版本號會(huì)越來越長；Reset式管理看起來清爽，但需要配合額外的歷史版本存檔。建議是核心注冊文件延續(xù)編號，內(nèi)部研究資料可以適當(dāng)簡化。
eCTD雖然有國際標(biāo)準(zhǔn)框架，但各國在版本管理細(xì)節(jié)上的要求差異不小。
美國FDA的eCTD提交相對靈活，對文件內(nèi)部版本號沒有強(qiáng)制性要求，但強(qiáng)調(diào)每次提交必須有清晰的封面信說明變更內(nèi)容。FDA的Gateway系統(tǒng)會(huì)自動(dòng)解析序列號作為版本識別依據(jù)，但并不強(qiáng)制校驗(yàn)文件級版本。另外，F(xiàn)DA對申請人的內(nèi)部版本管理有審計(jì)要求，所以企業(yè)還是得自己做好記錄。
歐洲EMA的要求則更細(xì)一些。特別是對于生命周期管理（Lifecycle），有明確的指引。EMA希望申請人能夠清晰展示文件從首次提交到當(dāng)前版本的全過程，包括每一次變更的理由和影響范圍。如果企業(yè)使用了Work Sharing或混合提交方式，版本對應(yīng)關(guān)系會(huì)更加復(fù)雜。
中國的NMPA近年來也在不斷完善eCTD技術(shù)規(guī)范。雖然目前對版本控制的細(xì)節(jié)要求不如歐美細(xì)致，但隨著申報(bào)量增加和管理規(guī)范化，預(yù)計(jì)會(huì)有更明確的要求出臺。藥企提前按照國際標(biāo)準(zhǔn)建立版本管理體系，百利而無一害。
聊完了理論，咱們來說點(diǎn)實(shí)用的。
第一，文檔命名要有章法。別用"最終版""最新版""剛剛改好版"這種名字。規(guī)范的命名應(yīng)該包含：文件代碼、文件名稱、版本號、日期等關(guān)鍵信息。比如"NGD-003-穩(wěn)定性報(bào)告-2.3-20240115"。這樣即使文件被移動(dòng)、復(fù)制、甚至壓縮打包，文件名本身就能傳遞版本信息。
第二，變更記錄要詳實(shí)。每次文件更新，除了改內(nèi)容，還要在版本記錄表里寫清楚：改了什么、為什么改、誰批的、改完影響哪些關(guān)聯(lián)文件。這不僅僅是流程要求，更是為了日后追溯。特別是當(dāng)出現(xiàn)審評意見要定位歷史依據(jù)時(shí)，這些記錄能救命。
第三，存檔策略要靠譜。提交過的所有序列、所有文件、包括被替換的舊版本，都要完整存檔。康茂峰見過不少企業(yè)，硬盤損壞或者人員離職，導(dǎo)致歷史文件丟失。后來遇到補(bǔ)充申請或現(xiàn)場核查，根本無法還原當(dāng)年的申報(bào)狀態(tài)。建議使用專業(yè)的文檔管理系統(tǒng)，至少做到異地備份。
第四，團(tuán)隊(duì)之間要同步。eCTD涉及注冊、研發(fā)、臨床、QC等多個(gè)部門。如果各部門對版本理解不一致，就會(huì)出現(xiàn)"你用1.2，我用2.0"的混亂。最好有統(tǒng)一的版本發(fā)布機(jī)制，由注冊部門統(tǒng)一管理最終版本，各業(yè)務(wù)部門使用注冊下發(fā)的受控副本。
有些問題平時(shí)不明顯，一旦踩坑就很麻煩。
比如，PDF文件的版本信息。很多申報(bào)文件最終要轉(zhuǎn)PDF，但PDF本身的屬性里可以添加版本備注。如果企業(yè)沒有統(tǒng)一要求，不同人做出來的PDF文件屬性五花八門。雖然這不直接影響監(jiān)管機(jī)構(gòu)的審閱，但對于內(nèi)部管理和質(zhì)量審計(jì)來說，是加分項(xiàng)。
再比如，電子簽章的版本對應(yīng)。如果文件需要電子簽章，簽章附著的版本必須與實(shí)際提交版本一致。有企業(yè)出現(xiàn)過這樣的情況：文件打印出來簽完章，掃描時(shí)又不小心改動(dòng)了某處細(xì)節(jié)，結(jié)果電子版和簽章版對不上。這種低級錯(cuò)誤在實(shí)際工作中并不少見。
還有超鏈接的有效性檢查。eCTD申報(bào)包里有大量的內(nèi)部鏈接和外部鏈接。文件更新后，鏈接是否還能正確跳轉(zhuǎn)？目標(biāo)文件是否存在？這些問題在大型申報(bào)中尤其突出。建議在正式提交前，用自動(dòng)化工具做一次全包鏈接檢查。
eCTD的版本控制，說到底是一項(xiàng)基礎(chǔ)工作，但它需要貫穿項(xiàng)目始終，滲透到每個(gè)參與者的日常習(xí)慣中。沒有一勞永逸的解決方案，只有持續(xù)的執(zhí)行和優(yōu)化。
如果你所在的團(tuán)隊(duì)正在為版本混亂而頭疼，不妨從今天開始，選擇一個(gè)小切入點(diǎn)做改進(jìn)。比如先統(tǒng)一文件命名規(guī)范，或者先建立一份簡單的版本跟蹤表。改變不需要一步到位，關(guān)鍵是要開始。
注冊這條路本來就不輕松，既然躲不過這些繁瑣，那就想辦法讓它們變得有序一點(diǎn)。日子是自己過的，工作也是自己做的。與其抱怨，不如動(dòng)手把它做好。
希望這篇文章對你有幫助。如果有具體的問題需要討論，歡迎繼續(xù)交流。
