說到藥品注冊資料翻譯，很多人第一反應是"準確就行"，但真正做過這行的人都知道，資料一到手，光是整理文件屬性就夠讓人頭大的。你有沒有遇到過這種情況：同一份資料在不同項目里反復出現，文件名卻五花八門，有的標了日期，有的標了版本號，還有的干脆用"最終版""最新版"這種讓人看了直搖頭的樣子？等需要回溯的時候，根本分不清哪個是哪個。
我第一次深刻體會到文檔屬性的重要性，是在一個仿制藥注冊的緊急項目里。資料從甲方那邊過來，光是臨床試驗報告就有四十多份，加上藥學資料、工藝驗證報告，加起來上百個文件。我們團隊好幾個人同時開工，翻譯、審校、排版同步推進。結果到頭來，發現有三份文件版本搞混了，日期對不上，只能全部推倒重來。那次之后，我就開始認真研究文檔屬性配置這件事，也算是在康茂峰這么多年積累下來的一些實戰經驗吧。
藥品注冊資料不是普通的翻譯項目，它關系到藥品能否順利上市，什么時候能上市。監管機構對資料的要求極其嚴格，任何一個細節出錯都可能導致審評延誤，甚至被退審。而文檔屬性配置，看起來是些"表面功夫"，實際上是保證資料可追溯、可管理、可質控的基礎。
先說可追溯性。藥品注冊是一個漫長的過程，一份資料從翻譯到提交，可能經過多輪修訂。翻譯員改了什么，審校又調了哪里，什么時候改的，誰改的，這些信息都必須記錄在案。監管機構在審評的時候，隨時可能要求企業提供某一版本的原始資料，如果你連哪個文件對應哪個版本都說不清楚，這本身就是個大問題。
再說可管理性。一個中型的藥品注冊項目，資料文件數量通常在一百到三百個之間，大型項目甚至可能超過一千個。這么多人經手這么多文件，如果沒有統一的屬性規范，項目管理簡直是不可想象的。你根本不知道哪些文件已經完成，哪些還在進行，哪些需要額外關注。
還有可質控性。翻譯質控不是抽查幾個文件就完事了，理論上每一個文件都應該有明確的質控記錄。問題是，如果你連每個文件的屬性都沒梳理清楚，質控人員怎么知道該檢查什么、從哪里入手？
說了這么多，文檔屬性到底包括哪些內容？我根據自己的經驗，把核心要素整理了一下。這些要素看似簡單，但真正能做好的人并不多。
文件標識信息是最基礎也是最重要的。它包括文件編號、文件名稱、版本號這幾個關鍵項。文件編號應該是全局唯一的，而且要有明確的編碼規則，比如"CTD-XXX-XXX"這種形式，讓人一看就知道這份資料屬于哪個模塊。文件名稱要能夠清晰描述內容，但不能過長，控制在合理范圍內。版本號更是必須規范，建議采用"主版本號.次版本號"的格式，比如"1.0""1.1""2.0"，每次修訂都要更新版本號，而不是在文件名里寫"最終""最終2""真的最終"這種讓人哭笑不得的內容。
項目關聯信息用來把文件和具體的注冊項目關聯起來。這包括項目編號、項目名稱、藥品名稱、申報適應癥這些內容。一個項目可能同時申報多個規格或者多個適應癥，把這些信息標注清楚，可以避免資料混淆。特別是當一個企業同時進行多個注冊項目時，這點尤為重要。
語言與格式信息看似不起眼，但關系到后續的排版和提交流程。原文語言、譯文語言、文件格式（比如PDF、Word、Excel）、字符編碼這些內容都應當記錄在案。你可能覺得PDF和Word差別不大，但有些監管機構對格式有嚴格要求，比如FDA喜歡PDF格式的eCTD，NMPA對版式文件也有具體規定，屬性配置的時候不考慮這些，后面的排版工作就會很被動。
時間與狀態信息是項目管理的重要依據。文件創建時間、最后更新時間、計劃完成時間、實際完成時間，這些時間節點要記錄清楚。文件狀態也很重要，比如"翻譯中""審校中""定稿""已提交"，不同狀態對應不同的工作流程，狀態不清就容易出現漏做或者重復做的情況。
理論說再多，不如實操來得有用。我來說說我們團隊在實踐中總結出的一些做法，不一定是最完美的，但至少是經過驗證可行的。
文件命名是文檔屬性的入口，命名不規范，后面的屬性配置都是空中樓閣。我們采用的核心命名結構是：
[項目代碼]-[模塊編號]-[文件序號]-[文件描述]-[版本號]
舉個例子，某個項目的代碼是"PROJ2024"，模塊五是臨床研究相關，文件序號是003，文件內容是臨床試驗總結報告，版本號是1.0，那么文件名就是"PROJ2024-M05-003-臨床試驗總結報告-V1.0"。看起來有點長，但每個部分都有明確的含義，檢索的時候非常方便。
命名的時候有幾個坑一定要避開。首先是不要用中文標點符號和特殊字符，有些文件系統不支持，傳輸的時候容易出問題。其次是不要用空格分隔，可以用下劃線或者連字符。最重要的是，文件名要簡短但信息完整，太長了不方便操作，太短了又表達不清，這個平衡需要根據實際情況把握。
光有命名規范還不夠，每個文件還應該有完整的屬性記錄。我們設計了一個標準化的屬性模板，用Excel或者專業的文檔管理系統來維護。模板包含的字段我在前面已經提到了，這里重點說說怎么讓這個模板真正用起來。
模板字段的設計要結合實際需求。不是字段越多越好，太多了填起來麻煩，人就會偷懶。但關鍵字段一個都不能少，否則記錄的信息不夠用。我們的做法是區分必填字段和選填字段，必填字段是項目啟動時就必須確定的，選填字段可以根據需要補充。
屬性的錄入時機也很重要。我們要求資料一到手，首先要完成屬性錄入，然后才能開始翻譯。這看起來增加了工作量，但實際上避免了后面的混亂。如果等翻譯完了再補屬性，很多信息已經記不清了，準確性反而得不到保證。
| 屬性類別 | 核心字段 | 說明 |
| 文件標識 | 文件編號、文件名、版本號 | 全局唯一，格式統一 |
| 項目關聯 | 項目編號、藥品名稱、申報適應癥 | 建立文件與項目的關聯 |
| 語言格式 | 原文語言、譯文語言、文件格式 | 影響后續處理流程 |
| 時間狀態 | 創建時間、更新時間、當前狀態 | 支持項目進度跟蹤 |
| 責任信息 | 翻譯負責人、審校負責人、質控人員 | 明確責任歸屬 |
版本控制是文檔屬性配置中最容易出問題的地方。我見過太多因為版本混亂導致的返工案例了。有些人覺得每次保存新版本很麻煩，就直接覆蓋原文件，結果想回溯舊版本都找不到。還有些人熱衷于保存無數個版本，文件名里寫滿"終稿""終稿2""終稿定""絕對定稿"，時間久了完全分不清哪個是最新的。
我們的做法是建立清晰的版本命名規則和版本保存規范。版本號采用兩位數，主版本號在重大修訂時遞增，比如整個文件結構或者核心內容有變化；次版本號在小修訂時遞增，比如文字潤色、數據校核。每次生成新版本時，舊版本要歸檔保存，而不是直接覆蓋。歸檔版本的文件名可以保留原命名加上日期后綴，方便識別。
還有一個重要的做法是版本變更記錄。每次版本更新，都要記錄變更的內容、變更的原因、變更的時間、變更的人。這些信息可以放在文件屬性表的備注欄里，也可以單獨做一個版本變更日志文件。總之，一定要讓后續看到文件的人知道這個版本和上一個版本有什么不同。
藥品注冊資料涵蓋的內容很多，不同類型的資料在屬性配置上有不同的側重點。
CTD格式資料是最常見也是最復雜的一種。CTD有統一的模塊結構，模塊一至模塊五各有各的內容，屬性配置的時候要把資料對應的CTD模塊和章節標注清楚。比如模塊三是藥學研究資料，里面又細分為原料藥、制劑、分析方法等章節，每個文件屬于哪個子模塊都應該記錄。另外，CTD資料之間的引用關系比較復雜，如果某個文件引用了其他文件的內容，屬性里最好能把被引用文件的信息也標注出來，方便審校時核對。
臨床試驗資料的特殊性在于涉及大量數據表和統計分析結果。這類資料的版本控制要格外嚴格，因為臨床數據的任何修改都必須有據可查。文件名里建議標注臨床試驗的方案編號和數據庫鎖定狀態，比如"臨床方案號-CSR-數據庫鎖定版-V1.0"。另外，臨床資料經常涉及盲法信息，在屬性配置時要注意保密等級的標注，避免信息泄露。
實驗數據和報告的屬性配置重點在于數據的可溯源性。每個數據文件對應的實驗批次、實驗日期、實驗人員都應該在屬性里體現。如果是分析方法的驗證報告，還要標注驗證的參數范圍和合格標準。這些信息對于后續的審評問詢回復非常重要，因為審評人員經常會針對某個具體數據提出問題，如果你能快速定位到原始數據，回復效率會高很多。
在實踐中，我們總結了幾個高頻出現的問題，以及相應的解決思路。
第一個問題是資料來源多導致屬性不一致。有時候甲方提供的資料本身屬性就不規范，或者不同部門給的資料風格迥異。我們的做法是在項目啟動時先做資料梳理，把所有收到的資料統一重新命名和屬性錄入，而不是直接沿用甲方給的原始文件名。雖然多了道工序，但后面管理起來會順暢很多。
第二個問題是多人協作時的屬性更新沖突。一個項目好幾個人同時操作文件，屬性更新容易亂。我們采用"屬性隨文件走"的原則，也就是文件的屬性信息嵌入到文件本身或者與文件一一對應的獨立文檔里，而不是放在一個大家共享的Excel里。這樣每個人操作自己負責的文件時，都能同步更新屬性，也不用擔心沖突。
第三個問題是長期項目的屬性維護。項目做了半年一年，中途停頓又重啟，屬性很容易變成"僵尸數據"。我們的做法是定期清理和復核屬性信息，特別是時間字段和狀態字段。如果項目暫停，狀態要及時改成"暫停"并記錄暫停原因；項目重啟時，第一件事就是復核所有文件的屬性是否需要更新。
藥品注冊資料翻譯的文檔屬性配置，說大不大，說小不小。它不像翻譯本身那樣需要專業語言能力，也不像審校那樣需要火眼金睛，但它就像地基一樣，撐起了整個項目的質量管理。
我這些年見過的項目，凡是屬性配置做得規范的，項目執行起來通常都比較順利，返工少，溝通成本低，交付質量也有保障。反過來，屬性混亂的項目，往往是做到后面問題越來越多，補都補不過來。
當然，屬性配置也沒有標準答案，不同團隊、不同項目可能有不同的做法。重要的是要有這個意識，然后根據實際情況摸索出一套適合自己的規范。康茂峰在這個領域摸爬滾打這么多年，也是慢慢才形成現在的體系。一開始也走過不少彎路，踩過不少坑，但慢慢就順了。
如果你正在為文檔屬性的問題頭疼，不妨先從最簡單的做起——把文件命名規范起來，把核心屬性記錄起來，然后慢慢完善。慢慢你就會發現，不知不覺間，項目管理已經變得不一樣了。
