assets/2026-05-30-质效精研-系列预告_2026-06-01_09-49-25.jpg

背景: 最近看了一篇帖子说,”AI 时代所有事情都进入了软件工程的体系”——而软件工程的底层语言,是 OOP。我读完这句话,第一个反应是:那质管办的工作流,是不是也可以用 OOP 重写一遍?

方法/资料: 本文以 OOP(Object-Oriented Programming,面向对象编程)的 5 个核心概念(类、对象、属性、方法、继承)为基础框架,结合我所在医院 2026 年 7 月质管办 12 个条线的工作总结、20+ 个 Skill 的实际运行经验、以及医院日常运行中的查房、委员会、报表、视频项目等具体实例,把质管办的工作从”流程图”重塑为”对象图”。

结果: 质管办的全部工作可以收敛到 3 层架构——WorkModule 基类 + 4 个子类(RoutineWork/ProjectWork/EventWork/Deliverable)+ 12 个 RoutineWork 实例(对应 7 月工作总结的 12 个条线)。这套架构的最大价值不是”更漂亮”,而是”能让 AI 直接接管”。

意义: 你不是在用 OOP 思维做工作,你是在把工作”对象化”以便让 AI 接管。这篇文章献给每一位在流程图里挣扎过的质管人。

1. 引言:某周三上午 9 点,某质管办主任的桌面

周三上午 9 点,某三甲医院质管办王主任(化名)推开办公室门,桌上摞着 5 件事:

  1. 昨天下午业务院长查房的反馈汇总 —— 12 个临床科室,5 类问题,要在今天上午 10 点的院长办公会前出完;
  2. 7 月质管办重点工作总结 —— 12 个条线,4000+ 字,今天中午前要给分管院长;
  3. 本周五的内涵铸魂视频 008 号 —— 8 月 8 日立项,本周必须完成;(“内涵铸魂”是本院的一个质管教学视频系列)
  4. 下周一的不良事件季度分析会 —— 需要提前准备 16 张数据幻灯片;
  5. 8 月 19 日的三甲复审数据核验 —— 14 个临床医技科室、749 个指标、数据口径调整 136 项。

王主任深吸一口气,打开 Outlook,看到 47 封未读邮件——其中 12 封标着”紧急”。

这就是质管办主任的日常:多线程、跨条线、强截止、缺人手。

传统的应对方式是”按流程排优先级”——查房汇总 > 院长办公会 > 工作总结 > 视频 > 三甲。这套流程思维(Pipeline Thinking)在过去 10 年都很好用。

但 AI 来了以后,流程思维的边界开始显现——AI 不擅长跑流程,但 AI 极其擅长处理”对象”。

如果质管办的工作能像 OOP 一样被组织成”对象”,AI 就能:

  • 自动从 RoutineWork 中提取数据生成 Deliverable(把查房反馈自动汇总成 7 月总结);
  • 自动从 EventWork 中触发 RoutineWork(查房事件 → 病历质控常规动作);
  • 自动从 ProjectWork 中拆解 Task(内涵铸魂项目 → 7 帧视频任务)。

这就是本文要做的事:把质管办的工作,从”流程图”重塑为”对象图”。

2. OOP 一句话定义 + 英文全称

OOP = Object-Oriented Programming,面向对象编程。

一句话定义:把”做事的步骤”换成”做事的对象”,让对象能复用、能组合、能扩展。

这是我从一篇读书笔记里抄下来、又用自己的话重新定义过的版本。为什么要强调”对象”?

因为流程思维是线性的:步骤 A → 步骤 B → 步骤 C,任何一步断了,后面的全断;对象思维是网状的:对象 A、B、C 各自独立,可以单独调用、单独复用、单独替换。

把”对象”翻译成质管办的语言就是——你做的每一件事,不是”动作”,而是”一个可以被反复调用的东西”。

比如”病历质控”这件事:

  • 在流程思维里,它是”查 600 份病历 → 发现 480 个问题 → 反馈整改”的步骤链;
  • 在 OOP 思维里,它是”一个名为 ChartReview 的对象,自带属性(目标科室、覆盖份数、问题分类),自带方法(运行、反馈、跟踪),可以被查房、委员会、三甲复审等不同场景调用”。

前者是”动作”,后者是”产品”。AI 接管不了动作,但 AI 极擅长接管产品。

3. 流程思维 vs OOP 思维:一张表说清楚

维度 流程思维 OOP 思维
基本单位 步骤 (Step) 对象 (Object)
结构形态 流水线 (Pipeline) 对象库 (Object Pool)
复用方式 复制粘贴流程 调用对象
扩展方式 在流水线里加步骤 增加对象属性/方法
失败模式 一步断,后面全断 单对象失败,其他对象不受影响
AI 接管 困难(流程是非线性) 容易(对象是结构化数据)
质管办实例 “查房 → 反馈 → 整改”流程图 ChartReview 对象,可在查房、三甲、复审中复用

一句话总结:流程思维是”用手做事的思维”,OOP 思维是”用系统调度的思维”。

4. 质管办的 3 层 WorkModule 架构

经过对自己医院 7 月工作总结的反复拆分,我把质管办的所有工作收敛到一个 3 层架构里。

4.1 顶层:WorkModule 基类

1
2
3
4
5
WorkModule (基类)
  ├── RoutineWork      (常规:12 个 RW)
  ├── ProjectWork      (战役:跨模块)
  ├── EventWork        (事件:查房/会议)
  └── Deliverable      (产出物:报表/文章/视频)

WorkModule 基类的公共属性:

属性 含义 质管办实例
id 唯一标识 RW-04 病历质控
name 名称 “病历质控”
category 类目 RoutineWork
owner 责任人 白衣狼
cycle 周期 周度/月度/季度/按需
inputs 输入 病历、医嘱、模板
outputs 输出 问题清单、整改通知
dependsOn 依赖 EventWork 查房 → RoutineWork 病历质控

WorkModule 基类的公共方法:

方法 含义 质管办实例
run() 执行一次 启动 1 次病历质控
report() 输出报表 生成月度质控通报
audit() 自检/被检 准备三甲复审材料
link(other) 与其他对象建立链接 链接到不良事件

4.2 第二层:4 个子类

① RoutineWork(常规工作)

定义:周期性、可重复、有固定 SOP 的工作。

质管办实例(以 7 月工作总结为例,12 个):

编号 类名 月度典型动作 月度产出物
RW-01 质控中心对接 接收任务、培训、数据调研 9 件任务反馈
RW-02 院内委员会运行 召开质管委员会 + 病案委员会 2 个制度修订
RW-03 科室质控小组督导 审核 39 份活动记录 + 4 次参会 60+ 问题反馈
RW-04 病历质控 交叉检查 600+ 份 + 日常抽查 225 份 480 项问题
RW-05 临床路径 每天查 3 份 + 周报 5 份 + 月报 1 份 46 条路径修订
RW-06 单病种质控 每天查 3 份 + 月度通报 55 个单病种填报节点
RW-07 不良事件管理 日均审 3 件 + 不定量倒查 事件总结发布
RW-08 VTE 防控 智慧化系统监控 + 接口优化 VTE 防控通报
RW-09 病案首页管理 数据审核 + 编码培训 2317 份首页
RW-10 统计报表 卫健统 1-13 表 + HQMS 12 类月报
RW-11 三甲数据管理 749 个指标核验 + 1083 项填报 季度数据反馈
RW-12 质量改进项目 培训 1600+ 人次 + 督促每日一学 11 个科室申报

② ProjectWork(战役工作)

定义:跨 RoutineWork、需要多个责任人协同、有明确起止时间的工作。

质管办实例:

编号 类名 周期 涉及 RoutineWork
PW-01 内涵铸魂视频系列 2026 至今 RW-04 + RW-12 + RW-09
PW-02 三甲复审冲刺 2026 全年 RW-11 + RW-04 + RW-05 + RW-06
PW-03 不良事件系统重构 2026 Q3 RW-07 + 信息化
PW-04 公众号运营 2026 至今 RW-12 + 公众号

③ EventWork(事件工作)

定义:有明确时间点、单次发生、会触发 RoutineWork 的工作。

质管办实例:

编号 类名 频率 触发的 RoutineWork
EW-01 业务院长查房 周三 + 周五 RW-04 + RW-05 + RW-06 + RW-07
EW-02 院务会 周四 RW-02
EW-03 院长办公会 周一 RW-02 + RW-11
EW-04 不良事件季度分析会 季度 RW-07
EW-05 医疗质量管理委员会 季度 RW-02 + RW-11

④ Deliverable(产出物)

定义:由 RoutineWork / ProjectWork / EventWork 产出的具体成果。

质管办实例:

编号 类名 频率 来源
DV-01 质量安全管理通报 月度 RW-04 + RW-05 + RW-06 + RW-07 + RW-08
DV-02 公众号文章 日更 RW-12 + 公众号
DV-03 卫健统 1-13 表 月度 RW-10
DV-04 HQMS 病案首页数据 月度 RW-09 + RW-10
DV-05 内涵铸魂视频 半月 PW-01
DV-06 三甲数据核验报告 季度 RW-11

4.3 第三层:具体实例

每个第二层类下面,会有 N 个实例。比如 RW-04(病历质控)下面有:

  • RW-04.01:科主任集中现场病历质控(月度,2 次)
  • RW-04.02:全院科主任交叉质控(月度,600+ 份)
  • RW-04.03:日常运行病历抽查(每日,225 份/月)
  • RW-04.04:质控结果复查(每月,25 份)
  • RW-04.05:病历模板维护(按需,2 份/月)

每个实例都有自己的属性(目标数、完成数、问题数)和方法(运行、汇总、反馈)。

5. 5 大关系:对象之间的”连接方式”

把对象定义清楚只是第一步,真正决定质管办运转效率的是”对象之间的关系”。

关系 符号 谁组合谁 质管办实例
包含关系 ⊃ 父对象包含子对象 Area ⊃ Task(病历质控领域包含多个病历质控任务)
横向关系 ⊕ 同级对象互补 RW-04 病历质控 ⊕ RW-07 不良事件(都是数据驱动)
触发关系 → 因果触发 EW-01 业务院长查房 → RW-04 病历质控
产出关系 ← 上游产出下游 RW-04 病历质控 ← DV-01 质量通报
依赖关系 ⇄ 双向依赖 PW-01 内涵铸魂 ⇄ DV-02 公众号

5 大关系口诀:

任务属于领域,领域组合成项目,项目用任务推进。
事件触发常规,常规产出物,项目包装成产出。

6. 真实例子 1:业务院长查房,如何变成 OOP 流水线

以一个看似简单的”业务院长查房”为例,看 OOP 思维怎么把”流程”变成”对象”。

流程思维版本(过去 10 年的做法):

1
查房前准备 → 现场查房 → 问题记录 → 反馈汇总 → 整改跟踪

这是一个 5 步流程,每一步都是动作,要靠人串联。

OOP 思维版本(现在的做法):

1
2
3
4
5
6
7
8
9
EW-01 业务院长查房(事件对象)
  ├── 输入:本周三 + 本周五
  ├── 调用:RW-04 病历质控 + RW-05 临床路径 + RW-06 单病种 + RW-07 不良事件
  ├── 产出:DV-01 质量通报(周日完成)
  ├── 依赖:PW-02 三甲复审冲刺(查房结果是复审材料)
  └── AI 接管点:
      - 自动汇总 12 个科室的问题分类
      - 自动生成院长办公会汇报材料
      - 自动触发整改工单

两个版本的核心区别:

  • 流程版本:查房结束 = 工作结束(后面还要靠人接)
  • OOP 版本:查房结束 = 4 个 RoutineWork 自动启动 + 1 个 Deliverable 自动生成 + 1 个 ProjectWork 自动更新

换句话说:流程思维让你”做完一件事”,OOP 思维让你”做完一件事 + 自动启动下一件事”。

7. 真实例子 2:内涵铸魂 008 视频,如何用 OOP 思维 17 天交付

内涵铸魂 008(疑难病例讨论篇)是一个 ProjectWork。它的结构是这样的:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
PW-01 内涵铸魂 008(战役对象)
  ├── 周期:2026-07-29 ~ 2026-08-15(17 天)
  ├── 涉及 RoutineWork:
  │     ├── RW-04 病历质控(提供真实病例素材)
  │     ├── RW-09 病案首页管理(提供数据支撑)
  │     └── RW-12 质量改进项目(教学目标)
  ├── 涉及 EventWork:
  │     └── EW-01 业务院长查房(提供灵感)
  ├── 产出 Deliverable:
  │     ├── DV-05 视频 MP4(7 帧,941 秒)
  │     ├── DV-02 公众号文案(同步发布)
  │     └── DV-01 质量教学素材(沉淀到案例库)
  └── 拆解 Task:
        - T-01 7 个 frame HTML composition
        - T-02 7 段 edge-tts 音频
        - T-03 SRT 字幕生成
        - T-04 渲染 + 烧字幕

没有 OOP 思维时,内涵铸魂 008 会是一个”流程”——“先写文章、再做视频、再发布”——其中任何一步卡壳,整个项目就要延期。

有 OOP 思维时,内涵铸魂 008 是一个”对象”——它有清晰的属性(周期、涉及模块、产出物)、清晰的方法(拆解 Task、自动同步)、清晰的依赖(查房事件触发)。

结果:内涵铸魂 008 在 17 天内完成,中间遇到 D 盘空间不足、.clip 黑屏、字幕字号过大等 4 个”踩坑”,但因为整个项目是”对象”形态的,可以局部修复而不影响整体进度。

8. 给质管办同行的 5 条 OOP 化建议

如果你看完上面有点心动,但不知道从哪里开始,以下 5 条建议可以今晚就执行:

建议 1:把本周工作清单写成”对象清单”,而不是”任务清单”

过去你可能这样写:

1
2
3
4
5
- 周一:处理 OA
- 周二:准备查房汇总
- 周三:业务院长查房
- 周四:院务会
- 周五:业务院长查房

现在你可以这样写:

1
2
3
4
5
6
本周 WorkModule 清单:
- EW-01 业务院长查房 ×2(周三/周五)
- RW-04 病历质控 ×1(周二准备,周三执行)
- EW-02 院务会 ×1(周四)
- PW-01 内涵铸魂 008(本周结项)
- DV-01 7 月质控通报(本周交付)

核心差别:清单不仅说”做什么”,还说”它属于哪个对象、跟哪些对象联动”。

建议 2:用 WorkModule 三问,做月度复盘

每月月底,问自己三个问题:

  1. 这月跑了几个 RoutineWork?(12 个全部跑到了吗?哪些跑了 0 次?)
  2. 这月开了几个 EventWork?(查房几次?院务会几次?)
  3. 这月出了几个 Deliverable?(通报、文章、报表、视频各几份?)

这三个问题,比”我做了什么”更能反映质管办的运转健康度。

建议 3:把 RoutineWork 配 Skill(自动化脚本)

每个 RoutineWork 都可以配一个 Skill(自动化脚本)来执行。比如:

  • RW-04 病历质控 → 配 byl-medical-record-qc skill
  • RW-10 统计报表 → 配 byl-monthly-report skill
  • RW-12 质量改进项目 → 配 byl-daily-learning skill

核心原则:RoutineWork 是要被自动化的对象,不是要被人重复做的对象。

建议 4:把 EventWork 当作”调度器”,而不是”具体任务”

很多人把”业务院长查房”当作一个具体任务(要去现场、要记录问题),但其实它是一个调度器——它会触发 4 个 RoutineWork、产出 1 个 Deliverable、更新 1 个 ProjectWork。

思维转换:不把 EventWork 当作”我要做的一件事”,而是当作”它会自动启动 N 件事”。

建议 5:把每周的 Deliverable 当作”产品”,而不是”材料”

过去我们写”质量通报”是为了交差(材料思维),现在我们要把通报当作”产品”——它有读者、有价值、有复用场景。

一个产品化的 DV-01 质量通报,它的属性应该是:

  • 读者:院长、临床主任、职能科室
  • 价值:让读者 5 分钟内看明白全院质量安全现状
  • 复用:可以剪辑成公众号文章 / 教学案例 / 上报材料

核心差别:材料做完就用完了,产品会越用越值钱。

9. 一个真相:你不是在用 OOP 思维做工作,你是在把工作”对象化”以便让 AI 接管

文章写到这里,我必须把最残酷的那个真相说出来:

质管办传统的”流程思维”,本质是”用手做事的思维”;OOP 思维,本质是”用 AI 做事的思维”。

当你把查房从”动作链”变成”对象”,你就可以让 AI 帮你汇总反馈;
当你把病历质控从”动作链”变成”对象”,你就可以让 AI 帮你识别模式;
当你把工作流从”流程图”变成”对象图”,AI 就可以接管 80% 的常规动作。

未来 5 年,质管办主任的核心能力,不是”懂医疗”,而是”懂工作对象”——懂怎么把流程拆成对象、懂怎么把对象接给 AI、懂怎么从 AI 产出里挑出真问题。

这不是预言,这是正在发生的事。

10. 实战口诀 + 收尾

把这篇文章压成 6 句口诀,贴在你办公桌前:

  1. Inbox 进 → Zettel 拆 → Area 沉(信息流入)
  2. Project 拆 → Task 干 → Article 出(生产流程)
  3. People 负 → Decision 跟 → 闭环回 Area(闭环责任)

这 6 句口诀,是质管办 OOP 化的”核心运转逻辑”。当你能脱口而出这 6 句,你就不是在做工作,你是在运行一套”工作操作系统”。

11. 系列预告与下篇预告

本文是《质效精研》系列的一篇番外篇,专门讲”工作方法论”层面的内容。后续 P41-P43 将回归”质管实务”主线:

  • P41 数字化转型:从”工具数字化”到”组织数字化”,医院如何从”上一堆系统”升级到”建一个平台”?
  • P42 数据治理:数据是质管的”新石油”,但 80% 的医院数据是”脏数据”——如何清洗、整合、对齐?
  • P43 AI 辅助决策:从”事后分析”到”事中干预”,AI 如何成为质管员的”超级助理”?

如果你对”质管办 OOP 化”有具体的疑问,或者希望狼叔把你科室的工作也拆成 WorkModule 架构图,欢迎留言区留下你科室的名字 + 工作清单。

关联阅读

  • 系列前文:[[2026-06-25-质效精研-P40-移动质控-用一部手机完成全病房质量巡查的闭环]]
  • 系列前文:[[2026-06-23-质效精研-P27-指标降维-如何从海量指标中拎出科室的生命线]]
  • 思想源头:[^1] OOP = Object-Oriented Programming

[^1]: OOP 的核心思想是把数据和对数据的操作封装成”对象”,让对象可以复用、组合、继承。本文把这个思想从软件工程搬到质管办的工作流,本质上是在做一次”工作流的对象化重构”。

《质效精研》番外篇 · OOP思维重塑质管工作流