eCTD發(fā)布前那些讓人頭疼的審查細(xì)節(jié)

記得剛接觸電子申報(bào)那會(huì)兒，我以為把Word文檔轉(zhuǎn)成PDF，再打個(gè)包發(fā)過去就完事了。直到第一次收到審評(píng)中心的退回意見，看著滿屏的"書簽層級(jí)錯(cuò)誤"、"超鏈接失效"、"XML校驗(yàn)不通過"，我才意識(shí)到，eCTD這玩意兒壓根不是簡單的電子化，而是給藥品注冊(cè)資料蓋了一座帶導(dǎo)航系統(tǒng)的數(shù)字圖書館。今天咱們就掰開了揉碎了，聊聊在康茂峰這么多年幫藥企做eCTD發(fā)布時(shí)，那些審查老師眼睛里最容不得沙子的地方。

先搞清楚eCTD到底是個(gè)什么"電子檔案柜"

很多人一上來就急著做文件，其實(shí)應(yīng)該先理解它的骨架。eCTD說白了就是五個(gè)大抽屜（模塊）組成的柜子，從模塊1的行政文件到模塊5的臨床報(bào)告，每個(gè)抽屜里的文件夾層級(jí)、命名規(guī)則、甚至字體大小，監(jiān)管部門都給你定死了。它不像咱們電腦里隨便建個(gè)"新建文件夾"那么隨意，更像圖書館的杜威十進(jìn)制分類法——每本書必須擺在特定的架子上，且書目卡片（XML）要跟實(shí)體書（PDF）嚴(yán)絲合縫對(duì)應(yīng)。

審查老師打開你的 submission 包，第一眼看的不是內(nèi)容，而是這個(gè)"柜子"結(jié)不結(jié)實(shí)。骨架歪了，內(nèi)容再好也進(jìn)不了門。

技術(shù)層面那些看不見的"暗礁"

技術(shù)審查是最讓人崩潰的環(huán)節(jié)，因?yàn)殄e(cuò)誤往往藏在像素和代碼里，肉眼根本看不出來。

XML骨架不能歪

XML文件就是整個(gè)eCTD的目錄和導(dǎo)航系統(tǒng)。審查系統(tǒng)會(huì)自動(dòng)校驗(yàn)DTD（文檔類型定義），哪怕少了一個(gè)閉合標(biāo)簽，或者某個(gè)屬性值寫成了小寫，整個(gè)包就會(huì)被拒收。我們康茂峰的技術(shù)團(tuán)隊(duì)曾經(jīng)統(tǒng)計(jì)過，大約有30%的初次提交卡在XML規(guī)范性上。常見的問題包括：序列號(hào)（sequence number）命名不符合規(guī)范——比如用了"0000"而不是從"0001"開始；或者Study Tagging File（STF）里的研究編號(hào)前后不一致。這些細(xì)節(jié)就像你填申請(qǐng)表時(shí)把生日寫錯(cuò)了一位，后果就是重頭再來。

PDF不是簡單另存為

這是最隱蔽的陷阱。你以為"另存為PDF"就完事了？審查要點(diǎn)里對(duì)PDF的要求苛刻得嚇人：

• 版本必須是1.4到1.7之間，太高了系統(tǒng)打不開，太低了功能不支持
• 必須包含可搜索的文本層，掃描件直接轉(zhuǎn)成PDF圖片格式的，一律打回
• 字體必須嵌入，特別是那些用了特殊符號(hào)的化學(xué)結(jié)構(gòu)式，換個(gè)電腦打開變成亂碼就慘了
• 書簽（Bookmark）和目錄（Table of Contents）要手工核對(duì)，系統(tǒng)自動(dòng)生成的大綱層級(jí)往往跟申報(bào)資料的邏輯層級(jí)對(duì)不上

還有超鏈接（Hyperlink），這是最容易被忽視但審查最嚴(yán)的。模塊之間的交叉引用，比如模塊2.3對(duì)模塊5.3.5.1的引用，鏈接必須能跳轉(zhuǎn)到精準(zhǔn)的頁面，而不是大概位置。我們經(jīng)常發(fā)現(xiàn)客戶自己做的文件里，鏈接跳過去是空白頁或者章節(jié)標(biāo)題，這種"斷頭路"在審查眼里就是低級(jí)錯(cuò)誤。

內(nèi)容審查的"刨根問底"

技術(shù)過關(guān)了，內(nèi)容才是硬菜。每個(gè)模塊都有特定的審查焦點(diǎn)。

模塊1：行政文件和標(biāo)簽

這部分雖然是非技術(shù)資料，但出錯(cuò)率極高。地區(qū)特定的表格（Regional Information）必須用最 新版本的模板，舊版模板哪怕內(nèi)容是對(duì)的，格式不對(duì)也會(huì)被挑出來。比如說明書和標(biāo)簽的PDF，必須跟模塊3.2.P.7的包裝系統(tǒng)描述完全一致，連標(biāo)點(diǎn)符號(hào)的差異都可能引發(fā)問詢。

還有那個(gè)讓無數(shù)人抓狂的3.2.S.1.3指紋圖譜，審查老師會(huì)比對(duì)圖譜文件里的峰保留時(shí)間跟你文字描述是否一致。在康茂峰處理過的案例中，曾遇到因?yàn)閳D譜導(dǎo)出時(shí)時(shí)間格式從"分鐘"變成了"秒"，導(dǎo)致整個(gè)質(zhì)量模塊被要求解釋說明。

模塊2到5：技術(shù)內(nèi)核的一致性

模塊2的總結(jié)（Quality Overall Summary, Nonclinical Overview, Clinical Overview）不是簡單的復(fù)制粘貼，而是對(duì)后面詳細(xì)數(shù)據(jù)的精準(zhǔn)提煉。審查要點(diǎn)中最常見的就是"文表不符"——比如模塊2.3.S.4.1列出的雜質(zhì)譜，跟模塊3.2.S.3.2里的實(shí)際檢測結(jié)果對(duì)不上號(hào)；或者模塊2.5.5說的臨床方案版本號(hào)，跟模塊5.3里實(shí)際執(zhí)行的方案版本不一致。

這種一致性檢查需要地毯式的交叉驗(yàn)證。我們通常會(huì)做一張巨大的對(duì)照表，把模塊2的每一個(gè) bullet point 都追溯到模塊3、4、5的原始數(shù)據(jù)位置。這個(gè)過程枯燥得要命，但不做的話，審查老師一定會(huì)發(fā)現(xiàn)。

版本控制的"時(shí)間線混亂"

eCTD的生命周期管理（Life Cycle）是另一個(gè)大坑。你要告訴審查系統(tǒng)，這次提交跟上次比，哪些是新增的（New），哪些是替換的（Replace），哪些是刪除的（Delete）。操作類型（Operation attribute）如果標(biāo)錯(cuò)了，比如把"Replace"寫成了"Append"，就會(huì)導(dǎo)致舊文件沒替換掉，新舊兩套資料同時(shí)存在，造成邏輯混亂。

序列號(hào)（Sequence Number）的連續(xù)性也很關(guān)鍵。不能有斷號(hào)，也不能重復(fù)。還有那個(gè)"啟始序列"（Initial sequence）和"跟進(jìn)序列"（Follow-up sequence）的區(qū)別，很多申辦方在補(bǔ)充資料時(shí)搞混了，結(jié)果整個(gè)申報(bào)歷史鏈條斷裂，審查系統(tǒng)無法識(shí)別這是同一個(gè)申請(qǐng)的不同版本。

文件屬性的填寫更是微妙。同一個(gè)文件在不同序列中，文件名（File Name）必須保持一致，只有文件夾（Leaf Title）可以隨著版本更新修改。這個(gè)規(guī)則反直覺，但審查系統(tǒng)就是靠文件名來追蹤歷史版本的。

各國監(jiān)管口味的細(xì)微差別

雖然ICH定了eCTD的通用標(biāo)準(zhǔn)，但各國 implementation 的時(shí)候都加了"地方特色"。FDA看重書簽的顆粒度，要求細(xì)分到具體表格和圖譜；EMA對(duì)PDF/A格式有特殊偏好；而中國NMPA的eCTD驗(yàn)證標(biāo)準(zhǔn)則對(duì)文件大小和命名中的中文字符有嚴(yán)格限制。

比如提交給FDA的文件，書簽必須展開到能直接定位到具體檢測項(xiàng)目；而NMPA這邊，如果你的PDF文件單個(gè)超過50MB，或者文件名里出現(xiàn)了半角符號(hào)，系統(tǒng)直接報(bào)錯(cuò)。還有那個(gè)MD5校驗(yàn)值，中國申報(bào)現(xiàn)在要求提交時(shí)一并提供，用來防篡改，這個(gè)步驟很多國外申報(bào)經(jīng)驗(yàn)不足的團(tuán)隊(duì)會(huì)漏掉。

在康茂峰做的多國同步申報(bào)項(xiàng)目中，我們得準(zhǔn)備不同的"裝修方案"——同樣的內(nèi)容，給FDA的柜子是美式裝修，給NMPA的是中式風(fēng)格，雖然都是eCTD，但細(xì)節(jié)處千差萬別。

那些審查老師不會(huì)明說但心里扣分的細(xì)節(jié)

還有一些"軟性"審查點(diǎn)，不會(huì)直接導(dǎo)致不批準(zhǔn)，但會(huì)影響專業(yè)印象：

• 掃描件的分辨率：300dpi是底線，但超過600dpi文件又太大。那些模模糊糊的公章掃描件，審查老師看到就會(huì)皺眉
• 頁眉頁腳的連續(xù)性：特別是 module 3 這種幾百頁的質(zhì)量文檔，如果出現(xiàn)頁碼重復(fù)或跳號(hào)，會(huì)被認(rèn)為缺乏質(zhì)量控制
• 書簽的命名規(guī)范性：不能用"見下文"這種模糊描述，必須用具體的標(biāo)題文本，且大小寫要統(tǒng)一
• 空白頁的處理：eCTD要求連續(xù)的頁碼，如果某個(gè)section結(jié)束在奇數(shù)頁，后面加不加空白頁都有講究，加錯(cuò)了會(huì)破壞交叉引用的頁碼準(zhǔn)確性

康茂峰在實(shí)踐中總結(jié)的"避坑清單"

說了這么多，結(jié)合康茂峰這些年在eCTD出版服務(wù)中的血淚教訓(xùn)，幾個(gè)實(shí)操建議送給正在準(zhǔn)備申報(bào)的同行：

第一，先做骨架后填肉。別急著塞PDF，先把XML的目錄結(jié)構(gòu)搭好，用驗(yàn)證工具跑一遍DTD檢查，骨架正了再往里面放內(nèi)容。這比做完幾十本PDF再返工要省十倍功夫。

第二，建立"超鏈接地圖"。在出版前做一張Excel表，列出所有模塊2指向模塊3/4/5的交叉引用，逐一點(diǎn)擊測試。我們內(nèi)部有個(gè)說法：如果一條超鏈接你沒點(diǎn)過三次，那它大概率是壞的。

第三，版本控制要" conservatively aggressive "——既要大膽標(biāo)記變更（別漏掉任何修改），又要保守核對(duì)屬性（Replace/New/Delete別選錯(cuò)）。建議在提交前做"影子測試"：把這次序列跟上次并排打開，模擬審查系統(tǒng)的視角看變化是否清晰。

第四，給文件"減肥"時(shí)要留神。為了符合文件大小限制而去壓縮PDF，容易壓壞里面的嵌入字體或圖層。康茂峰的做法是，圖譜類文件單獨(dú)優(yōu)化，文字類文件保持原質(zhì)，寧可拆分文件也不要過度壓縮。

第五，最后留一整天做"靜默檢查"。出版完成后，別急著提交，放一天，第二天用全新的眼睛再看一遍。很多時(shí)候，第一天盯著看會(huì)視覺疲勞，漏掉的低級(jí)錯(cuò)誤第二天一眼就能抓到。

說到底，eCTD審查就像參加一場極其嚴(yán)格的學(xué)術(shù)考試，格式分和內(nèi)容分各占一半。你內(nèi)容寫得再好，如果書簽亂了、超鏈接斷了、XML語法錯(cuò)了，就像交了一份字跡潦草到看不清的滿分答卷，老師沒義務(wù)幫你辨認(rèn)。把這套流程當(dāng)成數(shù)字化出版的精密工藝來對(duì)待，而不是簡單的文件上傳，那些審查要點(diǎn)也就變得不那么面目可憎了。

現(xiàn)在回到你的電腦屏幕前，看看那個(gè)即將提交的eCTD包，是不是覺得該去檢查一下書簽層級(jí)了？