洞察 IN-01 · 现场复盘 · 返回洞察目录

← 洞察目录

Insight IN-01 · 现场复盘 · 医疗

为什么同一个报事,会变成三份记录?

报事入口多于一个,事件就会分叉。本文只讲这一条机制:为什么没有唯一事件编号,追溯就必然退化成人工回忆。

编号 IN-01 业态 医疗 能力 工单与调度 发布 2026-09-18 820 字

现场同一件报修,三个地方三条记录

医院后勤的报事入口,通常在不知不觉中就有了三条:科室微信群、值班电话、纸质报修单。同一件「三楼卫生间漏水」, 可能在群里被提过一次、在电话里被说了一次、在纸单上又填了一次。三条记录之间没有共同编号,只有楼栋、时间、 上报人的名字这些模糊线索。

平时看不出问题,干活的人自己心里有数。但一到迎检或月度经营会要追溯「这条报事从提出到闭环走了多久、 谁验收的、有没有留痕」,答案就只能靠翻群聊记录、翻通话记录、翻纸单拼出来。

于是出现一个很典型的现象:补台账的时间,比干活的时间还长。 现场常把这归结为「记录不及时」,进而要求大家多填表、填细一点——而多填表只是让三份记录变成四份。

根因不是人不勤,是三个机制缺口

把这条现象往上归因,通常能落到三层。这三层都不是「执行力」问题,而是机制层没有定义清楚。

  1. 受理入口不唯一,事件无法收敛。 没有一条规则规定「报事必须从这里进」,就必然出现多份记录。记录之间没有唯一事件编号, 系统再准也无从合并——这是所有后续问题的源头。
  2. 派工无规则,责任靠人情流转。 派给谁依赖当班经验。跨专业(保洁 / 工程 / 医废 / 陪护)转单时,转出方和接收方不在同一条记录上, 谁答应了、什么时候答应的、有没有拒绝过,事后都查不到。
  3. 验收无口径,「做完了」不是一个可审计的定义。 是否要拍照、是否按 checklist 项次、谁签字算数,各人理解不同。 验收动作没有落进系统,台账就只能事后补录——补出来的记录天然经不起抽查。

这三层的关系是递进的:入口不唯一,派工就无据可依;派工无留痕,验收就只能凭印象。 所以只改其中一层通常无效,必须从入口那一段开始收。

改法四个能配置进系统的动作

改法不是「要求大家多用系统」,而是把原来靠口头约定的四件事,改成系统里的固定动作。

  • 受理端收敛。科室端只保留一个入口(企微 / 移动端);电话与纸质单作为「代报」, 由受理岗代为录入。无论从哪个渠道进来,都落到同一条事件上并生成唯一事件编号——纸质单从此是录入素材,不是并行台账。
  • 派工规则前置。按专业、楼栋、时段预设默认承接口;超时未接自动升级到上一级。 跨专业必须走系统内的转单动作,转出、接收与时间点自动留痕,不再依赖电话里那句「你先去看看」。
  • 验收口径固化。验收标准与院感 checklist 项次绑定,执行须扫码或拍照留痕, 验收与签字在系统内完成。留痕成为日常动作的副产物,而不是月底的一项额外工作。
  • 合同对齐。外包 SLA 与扣罚规则映射到具体工单节点(响应 / 到场 / 完成 / 验收), 而不是停留在合同附件里——这样追责时讨论的是同一条记录,不是各自的记忆。

口径用什么指标验收,从哪里取数

改了机制,就要有能验收它的指标。下面五项都是定义清楚、有取数来源的;没有一个依赖估算。

  • 报事平均闭环时长受理时间 → 验收时间。取数来源:工单系统事件时间戳。
  • 一次派工成功率 / 转单率首次派工即被接收的比例,以及跨专业转单发生比例。取数来源:派工日志。
  • 超时率与升级次数超时未接与自动升级的次数、分布在哪些时段。取数来源:升级记录。
  • 院感巡检达标率按 checklist 项次的合规比例,而非「巡检次数」。取数来源:巡检留痕。
  • 迎检追溯响应时间从抽查提出到调出完整记录所需时间。取数来源:抽查演练记录。

口径约束:以上指标须与院方验收台账口径保持一致;同一指标只讲定义与取数方式, 不用没有来源的百分比。无法取数的指标,宁可改成可验证的定性描述(例如「报告由系统自动出具,此前为人工拼表」)。