2. 医疗行业业务特征分析

医疗业务中台不是把通用企业中台“搬”进医院就能用。医院同时运行着两条性质完全不同的主线：一条是以患者生命健康为目标的临床诊疗线，另一条是以资源、成本、绩效为目标的运营管理线。这两条线共享患者、医嘱、收费、物资等对象，却遵循不同的时间尺度、决策逻辑和合规约束。中台建模如果只按“业务对象+流程”抽象，很容易把临床的强时序、强责任链压扁成普通工单，导致模型在真实场景中不可用。本节从四个特征出发，说明它们如何具体影响中台的领域划分、数据模型和服务契约。

一、医疗业务流程：以“就诊—医嘱—执行—计费”为主干的事件链

典型门诊流程可以抽象为：挂号建档 → 分诊候诊 → 医生接诊（问诊、查体、开立医嘱）→ 医嘱计价与缴费 → 药房/检验/检查执行 → 结果回写 → 复诊或结束。住院流程则叠加入院登记、床位分配、长期/临时医嘱、护理执行、手术麻醉、出院结算等环节。与电商订单最大的区别在于：医嘱不是一次性提交的请求，而是带有生命周期和状态迁移的医疗指令。一条长期医嘱会经历“开立—审核—执行—暂停—恢复—停止—作废”等状态，且每次执行都要留下执行人、执行时间、执行剂量等记录。

因此中台建模时，医嘱应作为独立聚合根，而不是订单的子项。其状态机必须显式建模，并允许“部分执行”“拒绝执行（如皮试阳性）”等分支。下面用一张状态与事件关系图说明医嘱在中台中的核心流转，以及它与计费、执行、结果回写之间的耦合点。

图中可见，医嘱状态每前进一步，都会触发计费、执行、结果回写等中台服务的联动。建模时若把“计价”做成独立于医嘱的异步任务，就可能出现“已执行未计费”或“已退费仍执行”的账实不符。因此中台应以医嘱聚合根统一编排，计费与执行作为其领域事件订阅者，并保证幂等。

二、临床与运营差异：同一对象、两套语义

临床视角关注“这个患者此刻需要什么”，运营视角关注“这个科室本月成本与收入如何”。以“床位”为例：临床关心的是床位是否适合该患者（感染隔离、监护等级、性别），运营关心的是床位周转率、占用天数、日均收入。再以“药品”为例：临床关心适应证、相互作用、过敏史，运营关心库存、批号、效期、采购价。中台若只建一个“资源”模型，字段会互相污染，权限也难以收敛。

更合理的做法是共享标识、分离视图：患者、药品、床位等主数据在中台统一编码，但临床视图与运营视图分别建模，通过患者ID、药品编码、科室编码关联。临床视图强调时效与安全，运营视图强调聚合与统计。两者之间通过事件同步，而不是让运营系统直接读写临床库。这样既避免“一套模型打天下”的僵硬，也避免多套主数据各自为政。

三、多角色协作：权限不是角色列表，而是责任链

一条医嘱从开立到执行，涉及医生、护士、药师、技师、收费员等多个角色。中台建模时，权限控制不能停留在“某角色可访问某菜单”，而要落到“谁在什么状态下可以对哪个对象做什么操作，并留下什么签名”。例如：医生可开立和停止医嘱，但不能修改护士的执行记录；护士可执行和补录，但不能修改医生开立的剂量；药师可审核和干预，但不能替医生签名。这些约束应作为服务契约的一部分，而不是散落在前端校验里。

建议在中台中引入“操作—对象—状态—角色”四元组权限模型，并配合审计日志。每次状态迁移都记录操作人、时间、终端、前后值。这样在出现医疗争议时，可以还原完整责任链，而不是只看到一条被覆盖的最终记录。

四、合规与安全：等保、隐私与数据最小化

医疗数据属于敏感个人信息，受《个人信息保护法》《数据安全法》以及医院等保要求约束。中台建模必须默认“最小必要”原则：能传编码就不传明文，能传脱敏值就不传原始值。例如跨系统传递患者信息时，用患者主索引ID代替姓名和身份证号；检验结果回写时，只回写必要字段，并在日志中避免记录完整报告内容。

同时，中台应支持字段级加密与访问审计。对于身份证号、手机号等字段，存储时加密，展示时按角色脱敏（如只显示后四位）。接口调用需带调用方标识与用途，便于追溯。合规不是上线前补一份文档，而是要在数据模型和服务契约里提前固化，否则后期改造成本极高。

综合来看，医疗业务特征对中台建模的影响可以归纳为四条约束：流程上，医嘱必须作为带状态机的聚合根，而不是普通订单；语义上，临床与运营共享主数据但分离视图；权限上，以责任链和审计日志替代简单角色控制；合规上，以最小必要和字段级保护作为默认设计。只有把这四条约束前置到领域划分和服务契约中，中台才能既支撑临床效率，又满足运营与监管要求。