4. 医疗业务能力识别与划分

业务能力识别与划分，是医疗业务中台建模的起点。它要回答的不是“医院有哪些科室”，而是“医院稳定地对外提供哪些可复用的业务本领”。门诊、住院、检查、检验、手术、药事、收费这些词，日常听起来像部门或环节，但在中台视角下，它们应当被还原为“能力”，即一组输入、规则、资源和输出相对稳定的业务处理单元。识别得准，后续的服务编排、数据建模和系统集成才有共同语言；划分得清，才能避免同一件事在多个系统里各做一遍。

一、从“业务活动”到“业务能力”的抽象

识别能力的第一步，是把日常业务活动向上抽象一层。例如“医生给患者开了一张血常规申请单”，这是活动；“根据医嘱生成可执行的检查检验申请，并驱动后续预约、计费、报告回传”才是能力。抽象时可用三个判据：是否可复用（多个渠道、多个科室是否都要用）、是否有稳定边界（输入输出是否清晰）、是否承载业务规则（如挂号限号、退费规则、危急值提醒）。满足这三条，才值得作为独立能力纳入中台。

以门诊为例，它并不是一个能力，而是一组能力的组合：号源管理（号别、时段、限号、停诊）、挂号与退号（实名建档、医保身份校验、锁号与释放）、分诊叫号（签到、队列、优先级）、门诊医嘱（处方、检查、检验、治疗的开立与作废）。住院同理，可拆为入出转管理（入院登记、床位分配、转科、出院结算）、住院医嘱（长期/临时医嘱、停嘱、重整）、护理执行（给药、体征、护理记录）。检查、检验、手术、药事、收费也各自有可再分的子能力。

二、边界划分的核心：以“业务对象+状态”定界

能力之间最容易扯不清的，是“谁负责什么状态”。建议用“业务对象+状态迁移”来划界：每个能力只负责特定对象在特定状态区间内的处理，状态跨越处即为能力边界。例如“检查申请”这个对象，从“开立”到“已预约”属于检查申请能力，从“已预约”到“已报到”属于检查预约与签到能力，从“已报到”到“报告发布”属于检查执行与报告能力。收费能力则只负责“费用”对象的计价、记账、结算与退费，不负责决定“该不该做这项检查”。

边界划分还要处理三类典型交叉：医嘱与收费（开立时是否即时计费、作废时如何冲正）、检查检验与药事（是否都需要前置审方或适应症校验）、门诊与住院（同一患者跨就诊类型的费用与医嘱归属）。处理原则是：业务规则归属最懂该规则的能力，数据归属产生该数据的对象。收费规则放在收费能力，临床适应症规则放在对应诊疗能力，二者通过事件或服务调用协作，而不是互相嵌入。

三、能力清单与边界矩阵示例

下面给出一份可直接用于讨论的能力清单示例（字段与取值均为教学示例，非某医院实测数据）。它把核心业务能力、主要输入、关键输出和边界说明放在一起，便于评审时逐条确认。

评审这份清单时，重点看两件事：一是每个能力的“关键输出”是否唯一、可被下游直接消费；二是“边界说明”是否明确排除了不属于它的职责。若某条边界说明写不出来，往往说明该能力与相邻能力仍有耦合，需要继续拆分或合并。

四、用关系图看清能力之间的协作与边界

下图把上述能力域放在同一张关系图中，用箭头表示主要协作方向，用虚线框表示能力边界。它不替代正文，而是帮助在评审时快速定位“谁调用谁、谁不该管谁”。

五、落地时的三个判断动作

第一，做一次“输入输出对齐”：把每个能力的输入和输出写成一句话，若两个能力的输出与输入能直接对接，说明边界清晰；若需要大量“翻译”或人工补录，说明边界错位。第二，做一次“规则归属”检查：把涉及的业务规则逐条列出，问“这条规则最懂的人是谁”，把它放回对应能力。第三，做一次“变更影响”推演：假设医保政策调整，看哪些能力需要改。若收费能力改动即可，说明划分合理；若门诊、住院、药事都要跟着改，说明规则被分散了。

当门诊、住院、检查、检验、手术、药事、收费这些能力被清晰识别并划界后，中台才具备“按能力组装服务”的基础。后续的服务设计、数据模型和集成方案，都应回到这份能力清单上寻找依据，而不是从某个现有系统的功能菜单出发。