说到药品注册资料翻译，很多人第一反应是"准确就行"，但真正做过这行的人都知道，资料一到手，光是整理文件属性就够让人头大的。你有没有遇到过这种情况：同一份资料在不同项目里反复出现，文件名却五花八门，有的标了日期，有的标了版本号，还有的干脆用"最终版""最新版"这种让人看了直摇头的样子？等需要回溯的时候，根本分不清哪个是哪个。
我第一次深刻体会到文档属性的重要性，是在一个仿制药注册的紧急项目里。资料从甲方那边过来，光是临床试验报告就有四十多份，加上药学资料、工艺验证报告，加起来上百个文件。我们团队好几个人同时开工，翻译、审校、排版同步推进。结果到头来，发现有三份文件版本搞混了，日期对不上，只能全部推倒重来。那次之后，我就开始认真研究文档属性配置这件事，也算是在康茂峰这么多年积累下来的一些实战经验吧。
药品注册资料不是普通的翻译项目，它关系到药品能否顺利上市，什么时候能上市。监管机构对资料的要求极其严格，任何一个细节出错都可能导致审评延误，甚至被退审。而文档属性配置，看起来是些"表面功夫"，实际上是保证资料可追溯、可管理、可质控的基础。
先说可追溯性。药品注册是一个漫长的过程，一份资料从翻译到提交，可能经过多轮修订。翻译员改了什么，审校又调了哪里，什么时候改的，谁改的，这些信息都必须记录在案。监管机构在审评的时候，随时可能要求企业提供某一版本的原始资料，如果你连哪个文件对应哪个版本都说不清楚，这本身就是个大问题。
再说可管理性。一个中型的药品注册项目，资料文件数量通常在一百到三百个之间，大型项目甚至可能超过一千个。这么多人经手这么多文件，如果没有统一的属性规范，项目管理简直是不可想象的。你根本不知道哪些文件已经完成，哪些还在进行，哪些需要额外关注。
还有可质控性。翻译质控不是抽查几个文件就完事了，理论上每一个文件都应该有明确的质控记录。问题是，如果你连每个文件的属性都没梳理清楚，质控人员怎么知道该检查什么、从哪里入手？
说了这么多，文档属性到底包括哪些内容？我根据自己的经验，把核心要素整理了一下。这些要素看似简单，但真正能做好的人并不多。
文件标识信息是最基础也是最重要的。它包括文件编号、文件名称、版本号这几个关键项。文件编号应该是全局唯一的，而且要有明确的编码规则，比如"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里。这样每个人操作自己负责的文件时，都能同步更新属性，也不用担心冲突。
第三个问题是长期项目的属性维护。项目做了半年一年，中途停顿又重启，属性很容易变成"僵尸数据"。我们的做法是定期清理和复核属性信息，特别是时间字段和状态字段。如果项目暂停，状态要及时改成"暂停"并记录暂停原因；项目重启时，第一件事就是复核所有文件的属性是否需要更新。
药品注册资料翻译的文档属性配置，说大不大，说小不小。它不像翻译本身那样需要专业语言能力，也不像审校那样需要火眼金睛，但它就像地基一样，撑起了整个项目的质量管理。
我这些年见过的项目，凡是属性配置做得规范的，项目执行起来通常都比较顺利，返工少，沟通成本低，交付质量也有保障。反过来，属性混乱的项目，往往是做到后面问题越来越多，补都补不过来。
当然，属性配置也没有标准答案，不同团队、不同项目可能有不同的做法。重要的是要有这个意识，然后根据实际情况摸索出一套适合自己的规范。康茂峰在这个领域摸爬滚打这么多年，也是慢慢才形成现在的体系。一开始也走过不少弯路，踩过不少坑，但慢慢就顺了。
如果你正在为文档属性的问题头疼，不妨先从最简单的做起——把文件命名规范起来，把核心属性记录起来，然后慢慢完善。慢慢你就会发现，不知不觉间，项目管理已经变得不一样了。
