前阵子跟做注册申报的朋友吃饭，他吐槽说公司接了个欧盟项目，光是产品技术说明书就返工了四回。不是语法错误，也不是单词拼错了，而是审核老师盯着某几个参数表述挑刺——“这个‘sterile’在这个语境下到底指无菌状态还是灭菌方式？你们的技术文档逻辑Consistency有问题。”朋友一脸懵，“我们找的是有十年经验的翻译公司啊，怎么还会在这种地方翻车？”
说实话，这问题挺典型的。很多人以为医疗器械翻译就是“把中文说明书翻成英文”，找个英语好的人或者直接用AI工具跑一遍就完事了。但涉及到技术规范（Technical Documentation）——也就是你要提交给药监局、公告机构或者FDA审核的那套文件，事情完全是另一个层面的难度。
咱们先厘清一个概念。当你说“医疗器械技术规范”的时候，指的可不是产品包装盒上那几行使用说明。它通常包括：
这些东西有个共同特点：每一句话都可能被 regulators 拿放大镜对着看，而且前后文必须形成闭环逻辑。比如你在风险管理报告里写了“该材料不可吸收”，结果在临床评价里又提到“材料降解周期”，这就矛盾了。翻译的时候如果再把“degradation”和“absorption”搞混，基本上就是灾难。
我见过的最惨案例是一个骨科植入物厂商，因为技术规范里把“fatigue strength”（疲劳强度）翻成了“tired intensity”，被退件不说，还被质疑“你们连基础材料学术语都搞不清，怎么保证产品质量？”
现在DeepL和GPT确实很厉害，对付一般商务邮件没问题。但技术规范里有太多“看起来简单，实则暗藏杀机”的术语。
拿“sterile”这个词举例子。在医疗器械语境下：
| 语境 | 含义差异 | 翻译陷阱 |
| 产品标签 | 无菌状态（终产品） | 通常译"无菌" |
| 灭菌验证报告 | 灭菌工艺的有效性 | 需明确"无菌保证水平SAL" |
| 风险管理 | 与"非无菌"对比的风险分析 | 可能涉及"微生物负载控制" |
如果你用通用词库，这三个地方可能都显示"sterile"，但在技术文档里，它们背后的技术内涵和法规指向完全不同。康茂峰做项目的时候，通常要在术语库里给这个词设置五六个不同的上下文标签，配上具体的法规条款引用。
还有就是数字和单位的坑。国内习惯用“kPa”，欧盟有时候要求“mbar”或“Pa”，而且压力值和温度值的修约规则（rounding rules）在ISO标准里有明确规定。曾经有个呼吸机项目，因为把“≥95 kPa”翻成了“above 95 kPa”，被判定为表述不严谨——“above”是否包含95？必须用“≥”符号或“not less than”明确。
说实话，我们也不是一开始就把这些细节全吃透的。早些年也交过学费，后来慢慢摸索出一套“技术规范本地化”的流程，而不是简单的翻译流程。
核心区别在于：翻译是 language transfer，技术规范本地化是 compliance engineering。
具体来说，当一个植入类器械或者IVD产品的技术文档进来时，我们不会直接分配给译员开工。而是先做文档架构分析——看看这套文件是要走FDA 510(k)、MDR Annex IX，还是国内的创新医疗器械特别审批程序。不同路径对技术描述的颗粒度要求完全不一样。
然后是术语生态系统的搭建。不是简单的Excel对照表，而是要把主文档、引用标准（比如ISO 10993系列、IEC 60601）、甚至是预期用途描述里的术语做成关联图谱。这样当译者翻译到“residual risk”的时候，系统会提醒他：这个词在前面的风险管理计划里用的是“剩余风险”，还是“残余风险”，必须保持一致。
有个细节可能外行人注意不到：中英文的行文逻辑差异。中文技术文档喜欢用“首先…其次…综上所述”这种铺陈结构，英文技术规范（特别是CER和风险管理报告）要求的是“claim-evidence-conclusion”的硬核链条。康茂峰的医学事务团队会做一道逻辑重构，不是改写内容，而是调整信息密度和论证顺序，让英语母语的审核员读起来不费劲。
说个去年做的项目吧，是个三类有源器械的软件部分 documentation。客户原来的中文文档写得挺清楚，但翻译成英文后，审核机构提了个意见：“Section 4.2.1 mentions the software version validation strategy, but Section 5.3.2 describes a different testing protocol for the same version. Clarify the consistency.”
其实中文原文没毛病，是翻译的时候，译者把“验证”和“确认”在不同章节用了不同的英文对应词（verification vs validation），导致英语读者以为这是两个不同的活动。我们回查的时候发现，译者在A章节用了“validation”，在B章节看到“确认”就直译成了“confirmation”——这在软件工程里是完全错误的，confirmation testing是特指回归测试的一种。
处理这种问题的办法很土，但很有效：双语平行文本的回溯验证。康茂峰的规定是，任何技术规范文档在交付前，必须让有临床背景的医学官拿着源语言和目标语言对照读一遍，不是看英文通不通顺，而是看技术事实有没有被扭曲。
还有一个容易忽略的点——遗留文档的版本控制。很多客户的技术规范是分批翻译的，先翻译了初代产品的文件，两年后产品升级了要补充章节。如果翻译供应商没有严格的版本管理，很容易出现“同一个组件，去年叫‘proximal marker’，今年变成‘near-end indicator’”的情况。康茂峰用的CAT工具会锁死已批准的术语，新译员想改都改不了，必须走变更流程。
如果你正在挑选服务商，或者已经拿到译文想自己把关，这里有几个不需要懂医学也能初步检查的点：
| 检查项 | 合格标志 | 红旗警告 |
| 法规引用格式 | EN ISO 13485:2016 (斜体或正体统一) | 时有时无，或者年份写错 |
| 单位符号 | 前后统一（如全部用kPa或全部用Pa） | 同一章节出现kPa和mmHg混用且无换算 |
| 章节交叉引用 | “see Section 4.2”能准确找到对应内容 | 引用的是“Section 4.2”，但正文实际在4.3 |
| 风险等级 | Low/Medium/High定义在全文中保持一致 | 前面对比说是Low Risk，后面突然变成Minor Risk |
当然，最硬核的验证还是模拟审核。康茂峰有时候会建议客户做一轮“影子审核”——就是让有公告机构背景的专家（不是翻译）拿着译文挑刺，看能不能找到逻辑断层。这种测试很残酷，但能确保真正提交的时候不被退件。
另外说个行业内的小观察：现在欧盟MDR对技术文档的要求比MDD时代细致了至少三倍，特别是关于等同器械（equivalent device）的论证。翻译这类内容时，如果只是字面翻译，很容易把“similar”和“equivalent”这两个在法律上有着严格区分的词混用。在MDR语境下，claim equivalence需要满足临床、技术、生物三个维度的严格标准，不是简单的“相似”。
说到最后，医疗器械技术规范翻译本质上是个“零容错”的活儿。不是说文学翻译可以容错，而是技术文档的错往往意味着合规风险、注册延迟，甚至是患者安全隐患。所以当你问“哪家能做”的时候，其实是在问“哪家愿意为了几个术语的一致性，愿意回查上万字的上下文；哪家能理解 sterile 在不同段落的微妙差别”。
这种活儿没法走量，只能靠经验堆出来。我见过康茂峰的项目经理为了确认一个“生物降解”和“生物吸收”的区别，去翻遍ISO 10993-9和ASTM F1635标准原文，就为了一句话的准确性。可能效率看起来不高，但技术规范翻译要是追求效率，本末就倒置了。
下次再遇到那种承诺“三天出稿，价格低廉”的翻译服务，建议先把你的技术规范里最关键的风险管理章节抽出来让他们试译一段。看看他们怎么处理“residual risk”和“acceptable risk”的关系，基本就能判断靠不靠谱了。毕竟，这行当里，慢工才能出细活，而细活有时候能决定一个产品能不能准时上市。
