關(guān)于eCTD發(fā)布培訓(xùn)，康茂峰到底教些什么？

經(jīng)常有人問(wèn)我，你們那兒有沒(méi)有專(zhuān)門(mén)針對(duì)eCTD發(fā)布的課程？不是那種泛泛而談的入門(mén)介紹，而是真正能上手操作、能把文件從電腦里安全送到監(jiān)管局服務(wù)器里的那種。

說(shuō)實(shí)話，這個(gè)問(wèn)題其實(shí)挺實(shí)際的。eCTD這玩意兒學(xué)起來(lái)像爬山，前面那些文檔編寫(xiě)、轉(zhuǎn)換還算是有跡可循，到了發(fā)布（Publishing）這個(gè)環(huán)節(jié)，才是真正的懸崖峭壁。很多人就是卡在這里——明明內(nèi)容都準(zhǔn)備好了，一提交驗(yàn)證報(bào)告里全是紅色的報(bào)錯(cuò)，或者是網(wǎng)關(guān)傳輸?shù)臅r(shí)候總提示格式不對(duì)。所以，專(zhuān)項(xiàng)課程肯定是有的，而且我覺(jué)得這可能是整個(gè)培訓(xùn)體系里最有價(jià)值的一部分。

eCTD發(fā)布到底是個(gè)什么活兒？

先別急著看課程表，咱們得把這事理解透了。eCTD發(fā)布不是簡(jiǎn)單地把PDF文件打包發(fā)郵件，它本質(zhì)上是一個(gè)技術(shù)出版流程。你得把零散的申報(bào)資料，按照ICH M4的骨架要求，整理成一套包含XML索引、嚴(yán)格命名的PDF、還有層級(jí)關(guān)系的電子信封。

這個(gè)過(guò)程涉及到幾個(gè)很具體的技術(shù)細(xì)節(jié)：

• 你要用專(zhuān)業(yè)的出版軟件（比如LORENZ docuBridge或者Extedo eCTDmanager）把分散的模塊文件"組裝"起來(lái)
• 每個(gè)PDF都得經(jīng)過(guò)嚴(yán)格的預(yù)飛檢查（Preflight），確保字體嵌入、書(shū)簽層級(jí)、超鏈接跳轉(zhuǎn)都沒(méi)問(wèn)題



• XML骨架文件要準(zhǔn)確反映文檔間的邏輯關(guān)系，特別是3.2.R部分那些交叉引用
• 最后生成的序列（Sequence）要通過(guò)SCO驗(yàn)證，然后才是向CDE的電子申報(bào)網(wǎng)關(guān)提交

聽(tīng)起來(lái)就已經(jīng)夠頭疼了吧？所以在康茂峰的培訓(xùn)設(shè)計(jì)里，我們把這個(gè)環(huán)節(jié)單獨(dú)拎出來(lái)做成專(zhuān)項(xiàng)模塊，而不是混在一般的eCTD概述里一筆帶過(guò)。

專(zhuān)項(xiàng)課程的結(jié)構(gòu)：從手忙腳亂到游刃有余

我們的eCTD發(fā)布專(zhuān)項(xiàng)課程大概分成三個(gè)遞進(jìn)層次，總課時(shí)差不多兩到三天的樣子。不是說(shuō)讓你聽(tīng)完就變成專(zhuān)家，但至少能把那些最要命的坑避開(kāi)。

第一層：出版前的"清場(chǎng)"工作

這堂課其實(shí)很有意思。我們一般會(huì)拿一個(gè)真實(shí)的失敗案例開(kāi)場(chǎng)——比如某次申報(bào)因?yàn)镻DF里嵌了未授權(quán)字體被退回，或者是因?yàn)闀?shū)簽（Bookmark）命名不規(guī)范導(dǎo)致審評(píng)老師根本沒(méi)法跳轉(zhuǎn)。

學(xué)員這時(shí)候才意識(shí)到，原來(lái)發(fā)布之前的文檔預(yù)處理這么關(guān)鍵。我們會(huì)手把手教你怎么用Adobe Acrobat Pro做真正的印前檢查：不只是看看有沒(méi)有缺字體，還要查文檔屬性里的標(biāo)題是否跟eCTD骨架里的node title匹配，查那些隱藏在元數(shù)據(jù)里的作者信息有沒(méi)有泄露公司內(nèi)部信息，查書(shū)簽是否跳轉(zhuǎn)到了正確的頁(yè)面而不是總在第一頁(yè)晃悠。

還有個(gè)小技巧是很多人忽略的：文件命名規(guī)范。看起來(lái)是小事，但當(dāng)你面對(duì)一個(gè)50MB的eCTD序列，里頭有幾百個(gè)PDF，如果命名混亂，根本沒(méi)法在出版軟件里快速定位。我們會(huì)給出一套康茂峰內(nèi)部使用的命名規(guī)則，帶時(shí)間戳、帶版本號(hào)、還帶模塊標(biāo)識(shí)的那種。

第二層：出版軟件實(shí)操

這才是重頭戲。市面上主流的eCTD出版工具，我們?cè)谡n上都會(huì)涉及。不是走馬觀花地演示，而是給你一個(gè)"殘次品"——故意設(shè)置了一堆錯(cuò)誤的源文件，讓你試著出版，然后看著軟件報(bào)出一堆錯(cuò)，再一點(diǎn)點(diǎn)修復(fù)。

具體的操作流程大概是這個(gè)節(jié)奏：

1. 先建骨架（Backbone），這個(gè)XML結(jié)構(gòu)就是eCTD的神經(jīng)系統(tǒng)，錯(cuò)一個(gè)node都會(huì)連鎖反應(yīng)
2. 往里填文件（Leaf），這時(shí)候就得注意葉標(biāo)題和文件內(nèi)容的對(duì)應(yīng)關(guān)系
3. 設(shè)置交叉引用（Cross-reference），特別是3.2.S和3.2.P之間的鏈接，還有22.214.171.124、126.96.36.199這些地方的跳轉(zhuǎn)
4. 生成'envelope.xml'，這個(gè)文件包含了提交的基本信息，序列號(hào)、申請(qǐng)?zhí)枴⑸暾?qǐng)人類(lèi)型，錯(cuò)一個(gè)字段網(wǎng)關(guān)就直接拒收
5. 最終驗(yàn)證（Validation），要用CDE發(fā)布的那個(gè)離線驗(yàn)證工具跑一遍，看是不是全綠

有意思的是，我們發(fā)現(xiàn)很多人都不知道生命周期操作（Lifecycle）在出版階段該怎么處理。比如你要提交一個(gè)補(bǔ)充申請(qǐng)，哪些文件該標(biāo)記為" replace"，哪些是" delete"，哪些是" append"，如果搞混了，審評(píng)系統(tǒng)里就會(huì)顯示得亂七八糟。這個(gè)我們?cè)谡n上會(huì)專(zhuān)門(mén)做幾個(gè)情景模擬。

第三層：網(wǎng)關(guān)提交與問(wèn)題排查

出版完成了，還得發(fā)出去。CDE的電子申報(bào)網(wǎng)關(guān)有自己的脾氣。我們的課程會(huì)覆蓋從注冊(cè)申請(qǐng)賬號(hào)到創(chuàng)建提交任務(wù)的全流程，但更重要的是教你怎么應(yīng)對(duì)那些玄學(xué)般的報(bào)錯(cuò)。

比如有時(shí)候明明文件大小沒(méi)超過(guò)20MB限制，網(wǎng)關(guān)卻總提示傳輸失敗，可能是因?yàn)槟愕膲嚎s包層級(jí)太深；有時(shí)候驗(yàn)證通過(guò)了但CDE反饋說(shuō)找不到某些文件，通常是因?yàn)閑CTD序列里的文件夾命名用了大寫(xiě)字母而系統(tǒng)只認(rèn)小寫(xiě)——這種細(xì)節(jié)你不踩一次坑根本記不住。

我們還會(huì)講撤回與替換的緊急操作。萬(wàn)一你今天早上剛發(fā)出去，下午就發(fā)現(xiàn)有個(gè)關(guān)鍵數(shù)據(jù)填錯(cuò)了，這時(shí)候該怎么通過(guò)網(wǎng)關(guān)發(fā)起撤回，怎么準(zhǔn)備新的替換序列，時(shí)間戳怎么處理，這些在真實(shí)工作中都是要命的技能。

課程形式：不是聽(tīng)講座，是修bug

我不想把這個(gè)培訓(xùn)描述成那種"老師講學(xué)生記"的傳統(tǒng)課堂。真實(shí)的上課場(chǎng)景通常是：每人一臺(tái)電腦，桌面上擺著幾個(gè)故意'搞破壞'的eCTD項(xiàng)目。講師站在后面看大家操作，誰(shuí)遇到問(wèn)題了當(dāng)場(chǎng)喊，然后所有人圍觀這個(gè)錯(cuò)誤是怎么產(chǎn)生的。

有時(shí)候一個(gè) bookmarks 的層級(jí)錯(cuò)誤能折騰二十分鐘，因?yàn)檫@種問(wèn)題往往不是一目了然的，你得逐層展開(kāi)才能發(fā)現(xiàn)某個(gè)三級(jí)書(shū)簽?zāi)涿畹貟煸诹硕?jí)書(shū)簽前面。這種debug的過(guò)程，比看一百頁(yè)操作手冊(cè)都有用。

我們還提供課后實(shí)訓(xùn)包。結(jié)課之后的一個(gè)月內(nèi)，學(xué)員可以把工作中遇到的實(shí)際難題帶過(guò)來(lái)，或者在專(zhuān)門(mén)的練習(xí)服務(wù)器上做發(fā)布測(cè)試。畢竟真實(shí)的申報(bào)資料涉密，不能課上直接練，但我們可以提供結(jié)構(gòu)相似的去敏化數(shù)據(jù)。

誰(shuí)應(yīng)該來(lái)學(xué)這個(gè)？

別以為這只是注冊(cè)專(zhuān)員（RA）的事兒。根據(jù)我們這幾年的培訓(xùn)記錄，來(lái)上課的人群其實(shí)挺雜的：

• 文檔撰寫(xiě)人員：他們得知道自己在Word里加的一個(gè)特殊符號(hào)，到了PDF出版階段可能會(huì)導(dǎo)致整個(gè)序列驗(yàn)證失敗
• 質(zhì)量控制（QC）同事：需要掌握用什么工具、什么標(biāo)準(zhǔn)去檢查eCTD的完整性
• IT支持人員：公司內(nèi)部要解決出版軟件安裝、字體庫(kù)管理、網(wǎng)絡(luò)傳輸環(huán)境配置這些技術(shù)問(wèn)題
• 外包管理人員：就算實(shí)際出版工作委托給了CRO，你也得知道怎么驗(yàn)收成果，不能被糊弄

有個(gè)挺典型的例子，之前一個(gè)做CMC資料撰寫(xiě)的學(xué)員，學(xué)完之后跟我說(shuō)，終于明白為什么之前遞上去的3.2.S文件總是被打回——原來(lái)是因?yàn)闆](méi)注意PDF的頁(yè)面尺寸混了A4和Letter，這在出版驗(yàn)證時(shí)雖然不報(bào)錯(cuò)，但CDE的閱覽系統(tǒng)顯示會(huì)錯(cuò)位，審評(píng)老師看著難受自然就給你退回來(lái)了。

學(xué)的這些東西，到底值不值？

說(shuō)點(diǎn)實(shí)在的。eCTD發(fā)布這個(gè)技能，目前市面上會(huì)的人不多，精的人更少。很多公司遇到申報(bào)截止日，現(xiàn)抱佛腳找人幫忙出版，著急忙慌的特別容易出錯(cuò)。而通過(guò)系統(tǒng)培訓(xùn)掌握了這套流程的人，至少在三個(gè)場(chǎng)景下能體現(xiàn)出明確的商業(yè)價(jià)值：

第一是時(shí)間成本。熟練的工作人員出版一個(gè)常規(guī)的新藥申請(qǐng)序列，大概需要三到五個(gè)工作日；如果是生手，可能折騰兩周還搞不定，而且期間反復(fù)驗(yàn)證失敗的那種焦慮感，經(jīng)歷過(guò)的人都知道有多折磨。

第二是合規(guī)安全。eCTD的規(guī)范里其實(shí)有很多隱含要求，比如某些特定章節(jié)必須提供書(shū)簽，某些超鏈接必須指向具體段落而非整份文件。這些細(xì)節(jié)如果靠自學(xué)，大概率要等到被CDE發(fā)補(bǔ)通知了才會(huì)意識(shí)到。而在專(zhuān)項(xiàng)課程里，我們會(huì)把這些隱性規(guī)則提前揭示出來(lái)。

第三是應(yīng)變能力。申報(bào)過(guò)程中經(jīng)常遇到臨時(shí)變更，比如領(lǐng)導(dǎo)最后一刻要求替換某個(gè)說(shuō)明書(shū)版本，或者突然發(fā)現(xiàn)某個(gè)CTD模塊的文件版本搞錯(cuò)了。受過(guò)專(zhuān)項(xiàng)訓(xùn)練的人知道怎么快速生成一個(gè)替換序列（Replacement Sequence），而不需要把整個(gè)包袱重新打包。

對(duì)了，還有一點(diǎn)可能很多人沒(méi)意識(shí)到——eCTD的出版質(zhì)量其實(shí)會(huì)影響審評(píng)效率。如果你的書(shū)簽做得清晰規(guī)范，審評(píng)老師能快速跳轉(zhuǎn)到關(guān)鍵數(shù)據(jù)；如果PDF的搜索功能完善，CTRL+F能直接定位到關(guān)鍵詞，這種技術(shù)層面的友好度，雖然不能寫(xiě)在申報(bào)資料里，但確實(shí)會(huì)影響審評(píng)人員對(duì)資料專(zhuān)業(yè)性的主觀印象。

所以回到最初的問(wèn)題：有沒(méi)有專(zhuān)項(xiàng)課程？有。而且我們認(rèn)為，如果你或者你的團(tuán)隊(duì)打算在未來(lái)一年內(nèi)正式介入eCTD申報(bào)工作，這個(gè)專(zhuān)項(xiàng)訓(xùn)練幾乎是必需的。不是那種聽(tīng)聽(tīng)就忘的課，而是真的要?jiǎng)邮植僮鞯街割^發(fā)酸的那種。

畢竟，在這個(gè)行當(dāng)里，能把"Publish"按鈕按下去并且不報(bào)錯(cuò)的人，總是特別受項(xiàng)目經(jīng)理待見(jiàn)的。