2. 慢病管理业务流程建模

慢病管理平台与普通门诊系统最大的区别在于：它不是围绕一次就诊组织数据，而是围绕“一个患者长期处于某种健康状态”组织数据。因此，业务流程建模的第一步不是画界面，而是把患者、医护、规则、时间四条线索抽象成可计算的对象与关系。本节以高血压、2型糖尿病等常见慢病为背景，说明建档、风险评估、随访计划、用药管理、指标监测、预警干预、转诊协作七类核心流程如何抽象为统一模型。

一、先定义业务对象，再定义流程

流程建模的常见误区是先画一串箭头，再往箭头里塞数据。更稳妥的做法是先确定领域对象，让流程成为对象之间的状态迁移。慢病管理平台中，最小可用的对象集合通常包括：患者（Patient）、健康档案（HealthRecord）、风险分层（RiskLevel）、随访计划（FollowUpPlan）、用药方案（MedicationPlan）、指标观测（Observation）、预警事件（AlertEvent）、转诊单（Referral）。每个对象都有标识、状态、时间戳和责任人，流程就是这些对象在状态机上的迁移。

以随访计划为例，其状态可抽象为：待启动 → 进行中 → 已完成 / 已失访 / 已终止。每次随访产生一条随访记录，记录中携带本次的血压、血糖、用药依从性等观测值。这样，随访不再是“打一通电话”，而是“计划对象的一次状态推进 + 一组观测数据的写入”。

二、风险评估：把临床规则变成可执行的分层函数

风险评估是后续所有流程的分流器。建模时不宜把风险写成一个模糊的“高/中/低”标签，而应抽象为输入指标 + 规则集 + 输出分层的函数。以高血压患者为例，可定义如下示例规则（参数为教学假设，非临床指南原文）：

• 收缩压 ≥ 180 mmHg 或舒张压 ≥ 110 mmHg → 极高危
• 收缩压 160–179 mmHg，或合并糖尿病 → 高危
• 收缩压 140–159 mmHg，且无靶器官损害 → 中危
• 收缩压 < 140 mmHg 且稳定 3 个月 → 低危

规则集应可配置、可版本化。当指南更新时，只需发布新版本规则，历史评估结果仍绑定旧版本，保证可追溯。风险分层结果直接决定随访频次、预警阈值和是否触发转诊。

三、七类核心流程的抽象关系

把七类流程放在同一张图上，可以看到它们并非线性串联，而是以“患者档案”为中心、以“指标观测”为驱动、以“风险分层”为分流依据的网状结构。下图给出这一抽象模型：建档产出档案与基线风险；随访计划按风险分层生成频次；用药管理与指标监测并行采集数据；预警干预由指标越界触发；转诊协作在干预无效或超出基层能力时启动。

四、随访计划与用药管理的建模要点

随访计划的核心参数是频次与内容模板。频次由风险分层映射得到，例如低危每 3 个月、中危每 1 个月、高危每 2 周、极高危每周。内容模板决定本次随访采集哪些指标：高血压随访至少包含血压、心率、用药依从性；糖尿病随访额外包含空腹血糖、糖化血红蛋白。建模时把“频次规则”和“内容模板”都做成可配置项，避免硬编码在代码里。

用药管理需要区分长期医嘱与临时调整。长期医嘱记录药物名称、剂量、频次、起始日期；临时调整记录调整原因、调整前后剂量、执行人。依从性可通过随访时的问答或药盒数据估算，例如“过去 7 天漏服次数”映射为依从性等级。用药方案变更应触发一次指标监测加密，以观察调整效果。

五、指标监测与预警干预：阈值与去抖

指标监测的建模关键是观测值 + 时间戳 + 设备来源三元组。预警干预则是在观测流上做规则匹配。一个常见工程问题是“抖动报警”：患者一次测量偏高就触发预警，造成大量无效任务。解决方法是引入持续条件与去抖窗口。例如规则可写为：

IF 收缩压 >= 180 mmHg
   AND 连续 2 次测量均满足
   AND 两次间隔 <= 24h
THEN 生成高危预警事件，优先级 P1

预警事件生成后进入干预任务队列，由责任医护认领。干预结果（已联系、已调整用药、已转诊、失访）回写到患者档案，形成闭环。若干预后 72 小时内指标仍未回落，则升级为转诊建议。

六、转诊协作：状态同步而非数据搬运

转诊协作的建模难点在于上下级机构之间的状态一致性。转诊单应抽象为独立对象，包含转出机构、转入机构、转诊原因、携带数据集、当前状态（已申请 → 已接收 → 已就诊 → 已回传）。转诊不是把患者数据复制一份，而是建立一条受控的数据共享通道：转入方按需读取授权范围内的档案与观测，回传方写回诊断结论与用药建议。这样既满足协作，又避免数据孤岛与重复建档。

综上，慢病管理业务流程建模的本质，是把临床知识转化为可配置的规则、可追踪的状态和可闭环的数据流。七类流程共享同一套患者档案与观测底座，通过风险分层分流、通过预警干预收敛、通过转诊协作延伸，最终形成以患者为中心的长期管理网络。