医疗设备本地化服务：ISO 17100 合规与多语言文档实战
医疗设备出海，本地化不是翻译而是合规工程。本文从 ISO 17100 流程、术语管理、软件与网站本地化切入，分享医疗行业多语言本地化的实战经验与避坑清单。
医疗设备本地化：别让翻译拖了合规的后腿
一台 Class IIb 医疗设备准备进入欧盟市场。技术文档翻译完毕，公告机构审核时却卡在了一处：IFU 中的警告标识在德语版本里用了“Warnung”，而对应英文是“Caution”。在 EN ISO 15223-1 的符号体系里，这两个词对应不同的风险等级。翻译错了，就是不符合 EU MDR 2017/745 附录 I 第 23 条的要求。
这不是语言问题，是合规问题。
很多医疗器械企业把本地化当成“翻译一下说明书”，直到收到 NB 的不符合项报告才意识到：本地化服务在医疗行业，本质是技术文档合规工程的一部分。
医疗本地化的三个特殊维度
和普通软件本地化不同，医疗领域的多语言本地化要同时满足三套约束：
- 法规约束：EU MDR/IVDR、FDA 21 CFR Part 820、中国《医疗器械监督管理条例》对标签、IFU、UDI 都有明确语言要求。
- 术语约束：MEDDRA、SNOMED CT、ICD-11 等标准术语库不能随意意译。一个“adverse event”译成“不良事件”还是“副作用”，在药物警戒报告里性质完全不同。
- 可追溯约束：ISO 17100:2015 要求翻译流程包含 TEP（翻译-编辑-校对）环节，且每个环节的资质、版本、审校记录必须可追溯。
这三条叠加，意味着医疗本地化服务商不能只卖“字数单价”。
软件与网站本地化：藏在界面里的合规风险
医疗设备的软件本地化常被低估。IVD 仪器的操作界面、远程监控平台、患者门户网站，一旦涉及多语言，风险点很具体：
- 硬编码字符串：UI 里的单位、日期格式、小数点符号。德语用“1.000,5”表示一千点五，英语用“1,000.5”。数值误读在检验科就是医疗事故。
- 法规文本嵌入：软件里弹出的知情同意书、隐私政策，必须和当地法规版本一致。网站本地化时，GDPR 声明不能直接机翻。
- 上下文缺失：按钮上的“Run”是“运行”还是“冲洗”？没有上下文，译者只能猜。我们通常要求客户提供界面截图或伪本地化（pseudo-localization）构建。
一个实用的做法：在软件本地化前，先做一轮字符串冻结和上下文标注。这比事后返工便宜得多。
产品本地化中的术语管理：别等到审核才统一
术语不一致是医疗文档最常见的退回原因。同一份技术文件里，“catheter”一会儿译成“导管”，一会儿译成“插管”，NB 审核员会直接开不符合项。
我们给医疗客户的标准动作是：
- 项目启动前建立双语术语库，锁定核心术语（尤其是器械名称、部件、风险等级词）。
- 术语库与翻译记忆库（TM）绑定，所有译者、审校使用同一版本。
- 每季度做一次术语审计，对照最新法规和标准更新。
这套流程不复杂，但需要本地化服务商有医疗领域的术语管理经验，而不是通用翻译团队临时拼凑。
一个真实的返工案例
某骨科植入物厂商做产品本地化，把手术技术手册译成 8 种语言。第一版交付后，法国经销商反馈：器械尺寸表里的“small/medium/large”被译成了“petit/moyen/grand”，但法国临床习惯用“Ø 3.5 / Ø 4.5 / Ø 5.5”直接标直径。
问题不在语言能力，在于译者不了解临床使用场景。后来我们调整了流程：技术手册翻译前，先由具有医学背景的审校确认目标市场的临床表达习惯，再进入 TEP 流程。返工成本降低了约 40%。
如何评估一家医疗本地化服务商
看三点就够了：
- 是否持有 ISO 17100 认证，且认证范围覆盖医疗翻译；
- 是否有医疗领域的术语库和审校资源（不是兼职医学生）；
- 是否提供从软件本地化到网站本地化、产品本地化的全链条服务，而不是把环节外包给下游。
医疗设备的本地化，省下的翻译费往往会在合规整改时加倍还回去。选择服务商时，把合规能力放在价格前面。
需要评估您的医疗文档本地化流程？欢迎联系 Linguist 团队获取定制化方案。
分享这篇文章
