1. 一句话答案
一次灭菌在系统里产生三层记录：批次层（谁在什么设备上用什么程序灭的）、设备层（设备自己吐出来的原始运行数据）、判定层（物理/化学/生物三类监测结果各自独立留存）。任何一个包出问题时，这三层可以同时被调出来相互验证。
2. 这个环节最容易出什么事
| # | 问题 | 后果 |
|---|---|---|
| 1 | 灭菌记录靠事后补抄，时间与实际不符 | 评审数据核查时被认定为不可还原，轻则该条款不计分，重则按错误数据处理 |
| 2 | 三类监测混成一个「合格/不合格」 | 物理合格而生物失败这种最危险的组合被掩盖 |
| 3 | 不合格只有一个「处理了」结论 | 无法区分是装载问题、包装问题还是程序选错，改进措施无从下手 |
| 4 | 设备数据只看屏 | 设备屏幕显示的曲线没有留下来，事后无法重建灭菌过程 |
3. 系统怎么做
3.1 批次层：每一锅留一份批次记录
| 记录项 | 含义 | 为什么重要 |
|---|---|---|
| 灭菌批号 | 每锅一份，全局唯一 | 追溯链条的第一根锚点 |
| 灭菌设备 | 设备编号 | 追溯到具体那台设备，不是「某个灭菌器」 |
| 灭菌程序 | 程序编号 | 写清用的是哪个程序，不是「大概 134 度」 |
| 开始 / 结束时间 | 时间戳 | 来自系统，不是人工补填 |
| 灭菌方法 | 高温 / 环氧乙烷 / 过氧化氢等离子 | 三类分开处理，各自的判定口径不同 |
| 登记人 | 这锅记录是谁建的 | 署名是具体的人，不是「系统」 |
| 灭菌员 | 实际操作的人 | 与登记人分开，两者不能互相顶替 |
| 检查者与检查时间 | 核对方与时间 | 独立于前两者 —— 这就是双人核对的落点 |
| 物理监测结果 | 批次级判定 | 与化学、生物分开记，不会被一个总评掩盖 |
| 化学监测结果 | 批次级判定 | 同上 |
| 设备原始数据指针 | 指向这锅对应的设备原始运行数据 | 判定结果与原始过程能对得上 |
| 设备运行日志 | 设备侧日志留档 | 设备自己说的话也留下来 |
| 是否含植入物 | 批次级标记 | 植入物要走另外的放行授权链 |
🔑 登记人 / 灭菌员 / 检查者三个角色分开，这是"双人核对"在系统里的落点，而不是靠口头描述。
3.2 逐包层：一锅里的每一个包各自留一条
| 字段 | 含义 |
|---|---|
| 装载篮编号 | 这个包在这锅里的位置 |
| 包条码 | 灭的是哪个包 |
| 灭菌结果 | 逐包给结论，不是整锅一个结论 |
| 作废标记 | 这一锅里的这条灭菌作废 |
装载篮 + 逐包结果，意味着「同锅不同命运」也能表达——部分包失败时不需要把整锅都判不合格。
3.3 设备层：设备原始运行数据（本页最硬的证据）
设备侧留存的不只是结果，是原始过程数据：
| 字段 | 含义 |
|---|---|
| 物理运行数据 | 结构化文本（XML），不是一句话结论 |
| 数据形态 | 0：结构化文本，1：图片 |
| 物理数据图片 | 屏幕上那条曲线的图像留档 |
| 物理监测判定 | 原始曲线跑出来的结论 |
| 化学监测判定 | 同上，化学侧 |
| 生物监测判定 | 三态：-1 结果未出 / 0 失败 / 1 成功（默认 -1） |
| 预设灭菌时间 / 预设灭菌温度 | 程序承诺的工况，用来跟实际曲线对 |
| 设备原生错误代码 / 错误文本 | 设备自己报的错，原样留存 |
| 生物监测图 / 生物监测对照图 | 判读时的图像证据 |
| 关联批次 | 指回这一锅的装载记录 |
这套数据不是存档，随时能还原曲线：库内有现成的取数过程直接解析这份结构化文本，取出每一行的阶段与温度，把这一锅的温度曲线重建出来。
当评审专家要求「还原数据路径」时，你能给的不只是一个判定结果，是从设备原始数据到判定结果的完整路径。
3.4 生物监测：独立的一份判读记录
| 字段 | 含义 |
|---|---|
| 判读结果 | 三态（未出 / 失败 / 成功） |
| 监测孔编号 / 序列号 / 试管号 / 试管类型 | 一支试管对得上一次判读 |
| 是否植入物 | 这次判读针对的是不是植入物 |
外加独立运行的生物监测判读服务（Windows 服务形态），对接阅读器把判读结果回写，避免人工转录产生的时间差与笔误。
3.5 B-D 试验：一份带照片和复核人的电子台账
灭菌器每天的第一锅之前通常要先做 B-D 试验。在不少系统里它只是一张纸质记录卡，这里是一份独立台账：
| 字段 | 含义 |
|---|---|
| 测试编号 | 每次试验一份，编号唯一 |
| 试剂包编号 | 这次用的是哪个 B-D 测试包 |
| 设备号 | 在哪台灭菌器上做的 |
| 测试时间 | 试验本身发生的时间，不是事后补录的时间 |
| 测试结果 | 合格 / 不合格 |
| 现场照片 | 试验包展开后的照片随记录一起存档，事后能回看当时实际的样子 |
| 测试人与登记人 | 谁做的、谁登记的，分开写 |
| 核对人与核对时间 | 第二个人复核并署名，独立于测试人 |
照片是这条记录里最值钱的部分：B-D 试验的结论本来就是靠看图下的——变色是否均匀、有没有斑点。只留一句「合格」，事后复盘无从下手。
3.6 设备的日常测试程序也有运行留痕
灭菌器的自检不只人工登记这一路。设备每跑一个程序，就落一条运行记录——自检类程序与常规灭菌锅次存在同一份设备运行记录里，靠程序名区分：
| 记录项 | 含义 |
|---|---|
| 设备名称 | 哪台设备跑的 |
| 程序名称 | 这一锅跑的是哪个程序 —— B-D 测试、门 / 泄漏测试都在这一列里，不是另一套台账 |
| 当日炉次 / 循环次数 / 设备批次 | 这次运行在这台设备上的序号 |
| 程序开始 / 结束时间 | 设备自己给的时间，不是人工补填 |
| 物理 / 化学 / 生物判定 | 三类各自成列，不合并成一个总评 |
| 关联装载号 | 能指回灭菌批次；自检类程序没有对应的装载 |
| 原始运行数据 | 结构化文本，可还原曲线（见 3.3） |
也就是说：B-D 测试与门 / 泄漏测试的设备侧证据，跟常规灭菌锅次在同一份记录里，按程序名一筛就出来，设备跑了什么、记录里就是什么，不经过人工转录。
两条路的差别在「结论怎么写」：B-D 试验另有人工台账 + 现场照片（见 3.5）；泄漏测试目前只有设备侧的这条运行记录，没有独立的结果字段（见第 5 节）。
4. 灭菌不合格：分三类，而不是笼统记一笔
这是很多系统的短板：只有一个「合格/不合格」结论，导致整改措施永远是"加强培训"。我们把不合格按产生原因拆成三张表，这样每次不合格都能对应到具体的纠正措施。
| 登记册 | 管什么 | 具体项 |
|---|---|---|
| 装载不合格登记 | 装载不合格 | 设备编号 / 炉次 + 高温类 7 项、环氧乙烷类 4 项、等离子类 5 项（如「未使用专用灭菌架或篮筐装载灭菌物品」「装载过密」等） |
| 包不合格登记 | 包不合格 | 包外湿包 / 包外化学指示物变色不合格 / 脏包、油包 / 破包 / 包装松散 / 标签信息不全 / 其他；并记发现人与当事人 |
| 程序选择错误登记 | 程序选择错误 | 高温误选 / 高温应选（即「实际选的」与「应该选的」并列记录） |
| 灭菌效果监测记录 | 效果监测 | 按设备 / 炉次 / 程序，对高温、环氧乙烷、等离子三类分别登记物理 / 化学 / 生物结果 |
| 待灭菌包抽检记录 | 待灭菌包抽检 | 覆盖齿类、平面类、剪刀类、管腔类、硬式内镜类、软式内镜类、腔镜器械类、动力工具类、眼科精细器械类、外来医疗器械类等 10 类 |
诚实口径：包类不合格只有 7 个原因选项，超出这 7 类的原因只能归到「其他」。若你的院区有更细的分类要求，属于可定制项。
「发现人 / 当事人」这一组字段值得单独说
不合格登记里同时有「谁发现的」和「当事人」两个位置。这不是为了追责，是为了让质量分析会能有话说——同一个当事人的重复问题，与不同人轮流出现的问题，改进方向完全不同。
5. 缺失项（诚实清单）
| 项目 | 状态 | 说明 |
|---|---|---|
| 压力蒸汽灭菌器泄漏测试 | ❌ 无独立结果字段 | 门 / 泄漏测试程序的运行记录与常规灭菌锅次在同一份设备运行记录里（见 3.6），按程序名可筛出，但泄漏测试结果没有单独成项；对应数据元 085 仍判为缺失 |
| 生物监测判读时间 / 判读人 | ❌ 生物监测记录里没有这两项 | 对应数据元 088 判为缺失；语义最接近的是器械包侧的监测者与监测日期，但两者并非同一概念 |
剩下这两项也不是不能补：泄漏测试可增加一个独立结果项（设备侧的程序运行记录已经在库，缺的是结果字段），判读时间 / 判读人则在生物监测记录里各加一个字段即可——都属于改动量可控的增强项。演示时可以直接说明补法与工期。
6. 与 WS/T 879—2025 的对应关系
WS/T 879—2025《医院消毒供应监测基本数据集》于 2026-06-01 施行，其中 078–089 共 12 个数据元就是灭菌与效果监测这一块。我们把 110 个数据元逐条对了一遍：
| 判定 | 数量 | 含义 |
|---|---|---|
| ✅ 直接对应 | 35 | 可从现有结构直接导出 |
| ⚠ 部分对应 | 30 | 需映射或字典对齐 |
| 🔧 可映射 | 12 | 需视图/联表加工 |
| ❌ 缺失 | 33 | 需新增字段或模块 |
完整口径：可出数 47 项，经映射后可出数 77 项。我们不说「全面符合」，也不希望你看到有厂商这么说。
7. CTA
标题：灭菌这块，欢迎拿我们数据和你的设备对
副文：演示时我们会现场导出一次灭菌批次的原始设备 XML 并在库中还原温度曲线——这不是演示文稿里的图，是真数据。
- 主按钮：预约演示 →
/demo - 次链接：先看 WS/T 879—2025 数据元对照表，确认哪些字段你能直接用上。
FAQ（配 FAQPage JSON-LD）
Q1：你们的灭菌参数是自动采集还是人工录？ A：设备侧数据以结构化文本（XML）直接入库，属于自动采集，不是抄屏。此外设备自己的错误代码与错误文本也会原样留存 —— 设备报的错不会被人工过滤掉。
Q2：支持哪些灭菌方式？ A：每一锅都记着灭菌方法；效果监测侧按高温、环氧乙烷、过氧化氢等离子三类分别登记物理 / 化学 / 生物结果。具体到你的设备组合，演示时按清单逐台确认。
Q3：生物监测结果未出时怎么处理？ A：生物监测判定的默认值是「结果未出」，因此可以区分「未出」与「失败」——这是很关键的一点，很多系统把两者混为一谈，会导致提前放行判断失据。
Q4：有植入物时怎么管？ A：植入物在生物监测侧有一个专门标记，此外外来器械登记、包条码与灭菌批次三处也都各有一个标记，四路人马对得上才算数。植入物的提前放行有独立授权链，详见 外来器械与植入物。
Q5：B-D 试验怎么记录，能拿出证据吗？ A：有独立台账。每次试验记下测试编号、试剂包编号、设备号、测试时间与结果，试验包的现场照片随记录一起存档，核实人另外署名并留下核对时间 —— 结论不是一句「合格」，是能看到当时的实际样子。设备自己跑的 B-D 测试程序也会把运行数据写入系统，两条线可以对上。