消毒追溯系统选型 · 7 步 42 项 checklist 已答 0/42　满足 0　部分 0　不满足 0　不适用 0

消毒追溯系统选型：7 步 42 项 checklist

深圳市易企动力科技有限公司 · v1.0（2026-09-29）　同一套问题问所有厂商，当场记厂商原话。

第 1 步 · 先定义自己的问题

编号你要问的看穿什么（怎么判断真假）厂商回答记要结论
1.1你现在最难的三件事，能不能说成具体事件？说不出具体事件（"追溯不完整""统计麻烦"这类形容词不算），说明还没到选型的时候。能说出"上个月有一次灭菌不合格，我们花了两天才把范围理清楚"，才叫具体。
1.2你的形态到底是单院、多院区、区域化中心，还是第三方社会化消毒中心？这不是规模问题，是数据结构问题。多数追溯系统按"一家医院一个供应室"设计；区域化中心要在一台灭菌器里混装多家客户的包，还要按客户分别计费。这两类系统的底层设计不一样，不是加个模块能补的。
1.3要不要跨机构计费与对账？要，就必须问"价格是随单固化还是按当前价重算"。如果按当前价重算，上个月调过价，上个月的账就会跟着变 —— 这是区域化场景里最常见的坑。
1.4要接多少家外部机构 / 多少个科室？数量决定两件事：① 要不要每家机构一套独立的包字典和价格；② 接入有没有数量上限（合同里常被写成"超出约定数量的机构接入另计"）。
1.5今年要不要迎评或接受检查？查的是纸还是数据？2025 版评审把重点从"制度有没有"改成"数据能不能还原路径"。如果检查方要的是"把这个包三个月内的每一次经过调出来"，纸面记录是交不出来的。
1.6现有记录是纸、Excel 还是老系统？历史数据要不要迁？迁移的难点从来不是导数据，是对齐口径：同一个包，你叫它"腹腔镜器械包"，供应室叫它"腔镜包"，厂家叫它"LC 包"。先想清楚谁来做这个对齐，再谈迁移。

第 2 步 · 标准对标

编号你要问的看穿什么（怎么判断真假）厂商回答记要结论
2.1能不能逐条对上 WS/T 879—2025 的数据元？要对照表，不要口号。要他拿出对照表，而不是"我们符合 WS/T 879"。110 条数据元里，能出数的、要经映射才出的、缺落点的，各是多少条 —— 数得出来才叫对过。
2.2敢不敢出具「不符合」清单？说"全面符合"的，基本没真对过。任何系统都有覆盖不到的条款，敢列出来的反而可信。一份有 ❌ 的对照表，比一份全是 ✅ 的表值钱。
2.3灭菌过程的温度、压力、时间是结构化字段，还是一条自由文本？让他当场打开一条灭菌记录看。能按时间段筛、能画曲线的，才叫结构化；只有一个"合格"结论加一段备注的，后面做不了任何分析。
2.4生物监测结果有没有独立落点？如果生物监测结果写在备注里，它就永远进不了统计，也永远不会被预警。看有没有专门的字段和专门的状态（未出结果 / 失败 / 成功是三态，不是有或没有）。
2.5外来器械与植入物的责任人能不能追到具体的人？追到"哪个岗位"和追到"谁签的字"是两回事。问一句：接收、清洗、包装、核对四道手续，能不能各自点出人名？
2.6发放后发现不合格包，原因有没有分类字段？如果原因只能自由填写，年底就没法统计"主要问题出在哪一环"。有分类字段才能做质量回溯。

第 3 步 · 功能核对

编号你要问的看穿什么（怎么判断真假）厂商回答记要结论
3.1回收、清洗、检查包装、灭菌、储存、发放、使用 —— 每一环是不是各自独立留痕？常见做法是"一条日志走完流程"。问：能不能单独调出清洗环节的记录，看清由谁、在哪台设备、什么时间做的？只有日志文本的系统做不到。
3.2追溯粒度到包还是到单件器械？条码绑定是到包的。要追到单件器械，得靠额外的标识手段与额外成本。问清楚"到器械"是现在就有，还是要加钱加设备。
3.3一台灭菌器里混装多家机构的包，混装之后还能不能逐包回溯到客户？这是区域化/第三方中心的生死题。让他当场演示：随便点一个炉次，把里面属于某一家客户的包全部列出来。演示不出来，说明客户维度根本没进数据结构。
3.4条码打错了要作废重打，系统留不留痕？作废不留痕 = 追溯链上有个洞。问：作废的条码还能不能查到、谁作废的、什么时候作废的？
3.5召回时能不能列出每一个受影响条码，还是只给一个范围？这两者的差别是"能召回"和"大概能召回"。让他当场演练一次：从发现灭菌不合格开始，到列出全部受影响包、区分已发放与在库。计时。
3.6数据被改动过，系统知不知道是谁改的？追溯系统自己也要可追溯。问：一条记录被修改，能不能看到修改人、修改时间、修改前后的值？

第 4 步 · 部署方式

编号你要问的看穿什么（怎么判断真假）厂商回答记要结论
4.1数据库是什么？能不能完全本地部署？医疗数据能不能上云，各院规定不同。问清楚是不是必须连他们的服务器 —— 这一条能直接否掉一半候选。
4.2客户端要不要每台机器装？断网能不能干活？供应室在地下室、网络抖动是常态。断网就停摆的系统，上线第一天就会被骂。
4.3有没有信创要求？操作系统、数据库、中间件分别是什么？要具体到版本。答"都支持"的，让他写进合同附件。
4.4条码打印机、扫码设备、RFID 读写器这些外设怎么接？驱动谁负责？硬件不是系统的锅，但上线时一定卡在这里。问清楚：推荐型号清单有没有？驱动谁装？坏了找谁？
4.5备份与恢复怎么做？恢复演练过没有？备份做了不等于能恢复。问一句：最近一次实际恢复演练是什么时候、用了多久？
4.6权限到什么粒度？能不能按岗位、按供应室、按机构分开？区域化中心里，A 客户不能看到 B 客户的包字典和价格。这条不满足，谈区域化就是空的。

第 5 步 · 接口能力

编号你要问的看穿什么（怎么判断真假）厂商回答记要结论
5.1要不要接 HIS？接了具体能拿到什么？"能对接 HIS"是废话。要说清楚拿到的是手术排程、患者基本信息，还是别的什么。拿不到的部分，是不是还得手工录？
5.2手麻系统是单向取数还是双向回写？双向回写意味着要改对方的数据，风险与协调成本完全不同。问清楚谁担责。
5.3灭菌设备的运行参数是人工抄的还是自动采的？人工抄 = 数据可以事后补，也就不可信。自动采才谈得上"真实压力下的运行曲线"。
5.4自动采集存的是原始曲线，还是只存一个"合格"结论？只存结论的话，将来想分析"为什么这次差点不合格"就没材料了。看能不能导出原始过程数据。
5.5接口是标准协议还是直接读写对方表？出问题时谁改？直连对方数据库表，对方一升级就断。断了该谁改、多久改好，要写清楚。
5.6新增一家机构或一台设备，是改代码还是配出来？改代码 = 每次扩一家都要走一轮排期和收费。配置化 = 运营人员自己就能加。区域化中心一年要加几十家机构，这条值很多钱。

第 6 步 · 实施能力

编号你要问的看穿什么（怎么判断真假）厂商回答记要结论
6.1实施周期多长？驻场几天？谁在场？远程培训和驻场带教是两回事。供应室是三班倒，一批人讲一次课覆盖不了。
6.2几千种包的名字由谁整理对齐？这是实施里最大的工作量，也是最容易扯皮的地方。问：字典整理的模板谁出？我方要出几个人？要多久？
6.3老系统数据怎么迁？迁移完怎么验？没有验收标准的迁移等于没迁。要有明确的对账口径（比如按某个月的包量逐项核对）。
6.4上线护航多久？响应时效写进合同吗？"7×24"要写成具体小时数，并且写清超时怎么办。口头承诺不算。
6.5培训是讲操作步骤还是讲流程？有没有考核？只讲点哪里，新人换岗就断。要讲清"这一步漏了会影响后面哪一环"。
6.6能不能去看真实运行的用户现场，而不是演示环境？演示环境数据是精心准备的。真实现场才是压力测试 —— 设备离线、条码扫不出、临时加急，这些演示里都不会出现。

第 7 步 · 服务与迭代

编号你要问的看穿什么（怎么判断真假）厂商回答记要结论
7.1一年发几个版本？升级收不收费？"永久免费升级"和"每年一次大版本"差别很大。要问近两年实际发了几次。
7.2提上去的需求多久有回音？改不改谁说了算？问他们最近一次按客户意见改的产品点是什么、什么时候改的。答不上来 = 需求石沉大海。
7.3出了问题找谁？能不能找到写代码的人？中间隔三层工单的系统，一个小问题也要三天。问清楚报障路径上有几个人。
7.4能不能看他们的更新日志？更新日志是判断"是不是真在迭代"最省事的办法。一年没几条更新说明产品已经停了，只是还在卖。
7.5现在没有的能力，愿不愿意写进合同附件？口头承诺的"后期可以定制"，落地时全是新一轮报价。敢写进附件的才是真打算做。
7.6这家公司三年后还在不在？代码是不是自己写的？看研发起始年份、看是不是自研（能不能说出某张表为什么这么设计）。外包转售的团队讲不出实现细节。