ARTICLE · 1347507
Excel表格算医疗器械软件吗?扒一扒GB/Z 42217的“灵魂拷问”
去年，一家做骨科植入物的企业迎接药监局的注册体系核查。
实验室里，审核员指着一台电脑问：“你们这个用来计算产品尺寸公差和放行标准的Excel表格，做过软件确认吗？”
质量经理老李愣住了。他心想：这不就是小王自己捣鼓的一个带公式的Excel表吗？顶多加了几个宏按钮，防呆用的，怎么还要做确认？
老李挠挠头：“这个……买电脑自带的Office，正版软件，没做过啥确认。”
审核员翻开一份文件，指着上面说：“质量体系里的软件，不管是买的、自己做的，还是Excel这种现成工具，只要涉及到数据判定和记录，就得按GB/Z 42217来。你们连个最基础的需求说明和测试记录都没有，怎么证明这个公式算出来的结果是准的？”
老李冷汗下来了。平时觉得最不起眼的一个表格，差点让整个核查亮红灯。
标准原文
GB/Z 42217—2022 第1章“范围”规定：本文件适用于医疗器械设计、测试、组件接收、制造、标记、包装、流通以及投诉处置中所使用的任何软件，或GB/T 42061中所描述的医疗器械质量体系的任何其他方面的自动化软件。本文件适用于：用于质量管理体系的软件；用于生产和服务提供的软件；用于监视和测量要求的软件。不适用于：用于医疗器械组件、部件或附件的软件，或医疗器械独立软件。
第4.1条对“软件确认”的定义是：建立信任的所有活动，使人相信软件适合其预期用途、值得信赖并可靠。
第4.3条指出：本文件提倡采用批判性思维，确定对特定软件进行充分确认宜实施的活动。避免在未对解决方案进行彻底评价以确定其是否确实产生预期结果的情况下，采用一刀切确认解决方案的方法。
深度解读
先别搞混了：这个标准管的是“后台”，不是“前台”。
很多研发一看“医疗器械软件”，就想到塞在设备里控制激光的嵌入式软件，或者手机里能看心电图的App。那些归YY/T 0664（医疗器械软件生存周期）管。
GB/Z 42217管的是什么？管的是制造和质量管理体系里的软件。比如：
ERP系统（管物料和财务的）
MES系统（管车间生产的）
LIMS（实验室信息管理系统）
甚至你用来算趋势分析的Excel、用来做仓储管理的Access数据库。
这些软件不直接治病，但一旦它们疯了，流入市场的器械可能就是不合格的。所以，标准问的第一个问题不是“代码写得有多牛”，而是“软件如果坏了，对人、对法规、对环境有没有风险？”
核心灵魂：拒绝一刀切，要“基于风险的批判性思维”。
如果按老思路，面对几百个软件系统，全做完整的IQ（安装鉴定）、OQ（运行鉴定）、PQ（性能鉴定），企业直接破产。
GB/Z 42217提出了一套“工具箱”理论：
必选项：不管啥软件，过程要求定义、风险分析、确认策划必须做。
可裁剪/可选项：代码评审、单元测试、压力测试、供应商审核……看你冒多大的险。
如果你用Word写个会议纪要（即使存在质量体系文件里），失效了顶多重写一遍，风险极低，随便确认一下就行。
如果你用的是控制环氧乙烷灭菌周期的PLC系统，一旦计时出错，导致灭菌不彻底，那是要死人的。这属于高风险，你就得老老实实把系统测试、断电测试、接口测试做全。
“信任”是建立起来的，不是测出来的。
标准里反复提了一个词：“建立信任（Establish Trust）”。
确认不光是“跑个测试用例”。对于买来的商用软件（OTSS，现成软件），你没法看它的源代码。怎么建立信任？
查它的市场口碑、看它的行业占有率、要它的开发周期审核报告、甚至把它的输出结果拿来和手工计算结果做平行比对。这都叫确认。
实战案例
回到老李的Excel表格。如果重来一次，按标准怎么搞？
根据附录C的参考思路，老李可以这样做：
第一步：界定预期用途。 这个Excel表格的用途是：输入3个坐标值，自动计算角度，并与下拉菜单里选定的产品规格做对比，给出“合格/不合格”判定。不涉及数据库联网。
第二步：风险评估。 如果表格算错了，不合格品会发到手术室，严重度为“高”。但下游有专门的尺寸检验工序，且表格使用前有第二人复核，发生概率为“低”。总体风险等级：中。
第三步：确认策划（挑工具）。 既然不涉及复杂代码，不用搞什么代码审查。采用以下手段：
1. 锁定单元格：把公式区和结果区加密码锁死，防止误触。
2. 数据验证：输入框设置上下限，防止输错量级。
3. 黄金标准比对：找10个极端值（最大值、最小值、临界值），用计算器手算一遍，对比Excel结果。
4. 硬拷贝控制：每次打印出来的报告，必须有版本号和复核人签字。
第四步：确认报告。 把这些比对记录、锁定说明存档。这个Excel就算“确认”过了。
哪怕只是Excel，也得有它的“户口本”。
常见误区
误区一：“自己开发的才要确认，买的不用管。”
错。无论是内部开发的、外包的，还是买的ERP、买的Excel，只要用于质量体系，都要确认。买的软件，你要去审供应商资质、看已知缺陷列表、做安装确认。
误区二：“做个黑盒测试就叫确认了。”
测试只是手段之一。对于高风险软件，你可能需要做需求评审、可追溯性分析、供应商审核；对于低风险软件，可能验收测试加人工复核就够了。关键是“基于风险”。
误区三：“上线的时候做过确认，以后就不用管了。”
软件会升级、打补丁、数据量变大、或者业务流程改了。一旦变更，必须重新评估风险，决定是否需要“回归测试”。标准专门有一章叫“维护阶段”，管的就是售后。
误区四：“Excel不算是软件。”
只要里面写了公式、写了宏、用于数据判定，在药监审核员眼里，它就是一个独立的应用程序。
行动清单
立刻盘点你质量体系里正在用的软件。列个清单：ERP、MES、实验室计算表、环境监控系统、甚至标定用的软件。
挑出那个最“野”（没人管、没记录）的软件，比如车间班组自己做的排产表或检验表。给它写个三句话的《预期用途》。
在IT或质量部加个流程：任何新软件上线或旧软件升级前，先填一张《软件风险评估表》，判定一下是低风险还是高风险，再决定确认做到什么深度。
本章小结
GB/Z 42217的核心是“批判性思维”与“基于风险”。质量体系软件不直接治病，但会决定治病器械的质量。不求所有软件都做到底朝天，但必须根据风险匹配对应的确认手段。买的、自建的、Excel，统统都要有“信任”的凭据。
标准匹配不靠猜，标帝AI精准配；标准文件一键下载，深度解析更省心。
标帝——医疗器械标准智能检索与匹配系统。
输入产品名称，AI生成产品画像，精准匹配标准清单，支持标准文件下载。
标帝1.0，正式上线。点击立即体验（请在电脑网页端体验），
l4eqgnyodr071.villa.functorz-app.com
欢迎转发给身边的医疗器械从业者。
