做過(guò)電子提交的朋友應(yīng)該都有這種體會(huì)：你盯著屏幕檢查了無(wú)數(shù)遍，點(diǎn)下"validate"按鈕時(shí)手都在抖，結(jié)果系統(tǒng)還是彈出一堆紅字報(bào)錯(cuò)。那種挫敗感，簡(jiǎn)直比咖啡灑在白襯衫上還讓人崩潰。
其實(shí)吧，eCTD（電子通用技術(shù)文檔）說(shuō)白了就是個(gè)結(jié)構(gòu)化的電子檔案袋。它把以前那套厚厚的紙質(zhì)資料塞進(jìn)電腦里，用XML當(dāng)作目錄清單，PDF當(dāng)作內(nèi)容頁(yè)，按照ICH規(guī)定的套路整整齊齊碼好，方便全球各地的審評(píng)老師查閱。聽起來(lái)挺簡(jiǎn)單的對(duì)吧？但問(wèn)題就出在這個(gè)"結(jié)構(gòu)化"上——它要求每個(gè)標(biāo)點(diǎn)、每個(gè)文件夾層級(jí)、每份文件的屬性都得嚴(yán)絲合縫，差一點(diǎn)都不行。
在康茂峰這么多年的項(xiàng)目經(jīng)驗(yàn)里，我們發(fā)現(xiàn)大部分錯(cuò)誤其實(shí)都集中在那么幾個(gè)老地方。今天咱們就用大白話聊聊這些坑，還有怎么跨過(guò)去。
很多人一上來(lái)就急著做文件，結(jié)果越做越亂。你得先明白這個(gè)系統(tǒng)的邏輯——它不是簡(jiǎn)單的"把Word轉(zhuǎn)成PDF打包發(fā)郵件"，而是一個(gè)有生命周期的、會(huì)自我驗(yàn)證的電子體系。
想象一下你在整理一個(gè)超級(jí)復(fù)雜的樂(lè)高套裝。XML就是那個(gè)說(shuō)明書，告訴你這塊應(yīng)該放在哪一層、哪個(gè)位置；PDF是實(shí)際的積木塊；而那些技術(shù)屬性——文件大小、創(chuàng)建日期、加密狀態(tài)、字體嵌入情況——就是積木塊的尺寸規(guī)格。只要有一塊的尺寸不對(duì)，整個(gè)套裝就裝不進(jìn)盒子（也就是通過(guò)不了官方驗(yàn)證）。
明白了這一點(diǎn)，再看那些報(bào)錯(cuò)信息就不會(huì)一頭霧水了。
最常見的就是XML schema驗(yàn)證失敗。你可能覺得："我就是按照模板填的呀？"但魔鬼藏在細(xì)節(jié)里。
比如說(shuō)編碼問(wèn)題。eCTD要求必須是UTF-8編碼，但有些小伙伴用Windows自帶的記事本編輯XML，保存時(shí)沒注意編碼格式，結(jié)果里面混進(jìn)了ANSI編碼的字符。看起來(lái)文件能打開，但驗(yàn)證工具一讀就報(bào)"invalid character"錯(cuò)誤。更隱蔽的是Checksum（校驗(yàn)和）計(jì)算錯(cuò)誤——你改了文件內(nèi)容，但忘了重新計(jì)算MD5值，或者用了錯(cuò)誤的計(jì)算工具。系統(tǒng)在比對(duì)時(shí)會(huì)認(rèn)為文件被"篡改"或"損壞"。
還有就是屬性值的大小寫。ICH規(guī)范里對(duì) operation（操作類型）、checksum-type（校驗(yàn)類型）這些值有嚴(yán)格的大小寫規(guī)定。比如應(yīng)該是"replace"，你寫成"Replace"或者"REPLACE"，系統(tǒng)就不認(rèn)了。這種錯(cuò)誤特別氣人，因?yàn)槿庋劭粗髅魇菍?duì)的。
這可能是康茂峰技術(shù)團(tuán)隊(duì)處理得最多的問(wèn)題類型。大家往往把注意力放在內(nèi)容上，卻忽略了PDF本身的技術(shù)屬性。
首先是字體嵌入。審評(píng)老師用的可能是你根本想不到的老版本閱讀器，如果你用了某種華麗的字體但沒嵌入，在對(duì)方電腦上打開就是滿屏亂碼。規(guī)范要求所有字體必須完全嵌入，不能是子集嵌入（subset），而且不能有非嵌入式的外部字體引用。
然后是安全性設(shè)置。很多人為了防止文檔被篡改，會(huì)設(shè)置打開密碼或編輯限制。但在eCTD里，PDF必須是無(wú)保護(hù)狀態(tài)（unprotected），不能有任何密碼，不能限制打印、復(fù)制或提取內(nèi)容。審評(píng)系統(tǒng)需要讀取PDF的內(nèi)部結(jié)構(gòu)，一旦遇到密碼墻就直接報(bào)錯(cuò)。
還有PDF/A合規(guī)性。雖然ICH沒有強(qiáng)制要求PDF/A格式，但在實(shí)際驗(yàn)證中，那些包含JavaScript動(dòng)作、多媒體注釋或透明圖層的PDF經(jīng)常會(huì)導(dǎo)致驗(yàn)證警告。最穩(wěn)妥的做法是生成符合PDF/A-1a或PDF/A-1b標(biāo)準(zhǔn)的文檔。
| 常見問(wèn)題 | 表現(xiàn)形式 | 麻煩程度 |
| 字體未全嵌入 | 特定字符顯示為方塊或問(wèn)號(hào) | 高（需重新生成PDF） |
| 包含URL鏈接 | 驗(yàn)證警告：外部依賴 | 中（需斷開鏈接或嵌入） |
| 書簽指向錯(cuò)誤 | 點(diǎn)擊目錄跳轉(zhuǎn)到錯(cuò)誤頁(yè)碼 | 極高（影響審評(píng)體驗(yàn)） |
| 批量命名錯(cuò)誤 | 文件名含空格或中文字符 | 低（但極易被忽視） |
這個(gè)部分特別反直覺。eCTD不是靜態(tài)的，它是活的——每次提交都是一個(gè)"序列"（sequence），而一個(gè)序列里包含各種操作：新增（new）、替換（replace）、刪除（delete）。
最常見的錯(cuò)誤是replace操作反向。你想替換掉序列0001里的某個(gè)文件，結(jié)果在0002里操作時(shí)，把原文件和新文件的對(duì)應(yīng)關(guān)系搞反了。或者更離譜的，你想刪掉的文件其實(shí)是打算保留的，手一抖點(diǎn)了delete，還沒法撤銷——因?yàn)橐坏┌l(fā)布就是正式記錄。
還有leaf屬性填寫錯(cuò)誤。每個(gè)文件在XML里都有屬性描述它的狀態(tài)，比如" current="yes" "表示這是當(dāng)前有效版本。如果你忘了把被替換文件的屬性改成"no"，系統(tǒng)里就會(huì)存在兩個(gè)"current"文件，這在審評(píng)邏輯里是不允許的。
eCTD的 envelope（信封）和 XML 頭部包含大量元數(shù)據(jù)：提交編號(hào)、申請(qǐng)?zhí)枴⒅С志幪?hào)、提交描述等等。很多人隨便填填，覺得"差不多就行"。
但實(shí)際上，提交描述（submission description）有字符長(zhǎng)度限制，而且不能包含特殊符號(hào)；申請(qǐng)?zhí)柛袷?/strong>必須嚴(yán)格按照監(jiān)管機(jī)構(gòu)給定的格式（比如某些機(jī)構(gòu)要求特定長(zhǎng)度的數(shù)字，前面補(bǔ)零）；聯(lián)絡(luò)人信息的郵箱格式必須符合RFC標(biāo)準(zhǔn)，一個(gè)空格或全角字符就會(huì)導(dǎo)致整個(gè)envelope驗(yàn)證失敗。
最冤的是文件路徑和命名。規(guī)范要求文件夾和文件名只能包含特定字符（通常是字母、數(shù)字、連字符、下劃線），不能有空格，不能有中文，不能有版本號(hào)后綴（如_v1.0）。但有些同事習(xí)慣用" 研究報(bào)告 最終版.pdf "這種名字，或者用了" report(2).pdf "這種帶括號(hào)的命名，系統(tǒng)讀到括號(hào)或空格就直接報(bào)錯(cuò)。
知道了坑在哪，關(guān)鍵是建立防錯(cuò)機(jī)制。在康茂峰處理過(guò)的項(xiàng)目里，我們發(fā)現(xiàn)最有效的不是"仔細(xì)點(diǎn)"這種廢話，而是建立技術(shù)防火墻。
別相信自己的眼睛。人腦在重復(fù)性檢查上天生不靠譜，特別是面對(duì)幾百個(gè)文件的時(shí)候。你需要的是基于ICH官方DTD/XSD Schema的驗(yàn)證工具，而且最好是能同時(shí)檢查PDF技術(shù)屬性的那種。
這種工具能在你打包前就把XML結(jié)構(gòu)錯(cuò)誤、Checksum不匹配、PDF加密狀態(tài)、字體嵌入情況、書簽有效性這些事兒 Automated Check 一遍。關(guān)鍵是，它得支持預(yù)驗(yàn)證模式——讓你在正式提交前就能發(fā)現(xiàn)"這個(gè)文件路徑在序列0001里不存在，無(wú)法進(jìn)行replace操作"這種邏輯錯(cuò)誤。
把PDF制作規(guī)范寫成 checklist，貼在顯示器邊上：
對(duì)于XML編輯，建議用專門的eCTD編輯器，而不是記事本或Excel。專業(yè)軟件會(huì)自動(dòng)處理編碼、自動(dòng)計(jì)算Checksum、自動(dòng)校驗(yàn)屬性值的有效性。
再牛的專家也有盲區(qū)。康茂峰的項(xiàng)目流程里有個(gè)硬規(guī)定：任何提交必須有獨(dú)立的第二人復(fù)核。復(fù)核員不能是制作者本人，而且必須用不同的電腦環(huán)境打開驗(yàn)證。
為什么強(qiáng)調(diào)不同電腦？因?yàn)橛行┳煮w問(wèn)題在你電腦上顯示正常（你裝了那個(gè)字體），換臺(tái)機(jī)器就露餡了。PDF的顯示依賴性很強(qiáng)，必須在"裸機(jī)"環(huán)境下測(cè)試。
做replace或delete操作前，強(qiáng)制自己回答三個(gè)問(wèn)題：
建議先在沙盒環(huán)境里模擬一遍整個(gè)生命周期，看看最終的目錄結(jié)構(gòu)是否符合預(yù)期。特別是補(bǔ)充申請(qǐng)（Supplement）和變化（Variation）類型提交，操作邏輯比原始申請(qǐng)（Original Application）復(fù)雜得多。
如果是eCTD新手，或者遇到了特殊劑型、復(fù)雜給藥途徑的文檔結(jié)構(gòu)問(wèn)題，別硬扛。利用發(fā)布前的咨詢機(jī)會(huì)（Pre-submission Meeting或Teleconference），把你的目錄結(jié)構(gòu)和XML樣本發(fā)給聯(lián)絡(luò)人確認(rèn)。
很多錯(cuò)誤其實(shí)源于對(duì)指南的誤解。比如CTD模塊一（Module 1）的地區(qū)特異性要求，不同國(guó)家對(duì)行政信息和技術(shù)內(nèi)容的劃分可能有細(xì)微差別。提前確認(rèn)能避免返工。
eCTD這玩意兒，本質(zhì)上是個(gè)極其細(xì)致的體力活加技術(shù)活。它把以前紙質(zhì)時(shí)代"差不多就行"的模糊空間全部抹殺了，代之以精確到字節(jié)的技術(shù)標(biāo)準(zhǔn)。
但反過(guò)來(lái)說(shuō)，一旦你把那些技術(shù)門檻跨過(guò)去了，它帶來(lái)的好處也是實(shí)實(shí)在在的——審評(píng)老師能更快地找到你的關(guān)鍵數(shù)據(jù)，你能更清楚地追蹤變更歷史，全球同步申報(bào)時(shí)再也不用復(fù)印成噸的紙質(zhì)資料。
所以啊，別被那些紅字報(bào)錯(cuò)嚇住。把它們當(dāng)成系統(tǒng)給你的GPS導(dǎo)航，告訴你哪條路走不通。把驗(yàn)證規(guī)則吃透了，建立好防錯(cuò)流程，你會(huì)發(fā)現(xiàn)eCTD其實(shí)挺乖乖的，它會(huì)忠實(shí)地把你準(zhǔn)備好的內(nèi)容傳遞給另一端的人。
至于那些XML標(biāo)簽的細(xì)節(jié)、PDF的技術(shù)參數(shù)、生命周期的邏輯關(guān)系...實(shí)在搞不定的話，找專業(yè)的人幫忙也不丟人。畢竟，把藥順利推上市才是咱們的終極目標(biāo)，對(duì)吧？
