2. 医疗核心业务识别与分级
医院信息系统不是一个单体,而是由 HIS、EMR、LIS、PACS、手术麻醉、急诊急救等数十个系统通过接口耦合成的业务网络。业务连续性保障的第一步,不是急着做容灾,而是回答两个问题:哪些业务功能真正支撑临床运转?它们中断后多久会造成不可接受的后果?这就是业务识别与分级要解决的核心问题。
一、先拆功能,再谈系统
按系统名称分级是最常见的错误做法。HIS 里既有挂号收费,也有住院医嘱和医保结算,它们的中断影响完全不同。正确做法是把每个系统拆解为业务功能,以功能为最小分级单元。
拆解可按“业务域—业务流程—业务功能”三层展开。以 HIS 为例:门诊业务域下含挂号、就诊、开方、收费、发药流程;挂号流程又拆为建档、取号、退号、号源管理等功能。EMR 可拆为病历书写、医嘱下达、病历查阅、电子签名、病历归档;LIS 拆为标本签收、检验上机、结果审核、报告发布、危急值上报;PACS 拆为影像采集、影像存储、调阅、报告书写、胶片打印;手术麻醉系统拆为手术排程、术前访视、麻醉记录、术中监护数据采集、术后复苏记录;急诊急救系统拆为预检分诊、抢救记录、绿色通道、120 接诊、急诊留观。
拆解时同步记录三项属性:服务对象(门急诊患者、住院患者、医护、医技、管理部门)、依赖关系(如发药依赖收费完成、报告发布依赖结果审核)、数据时效(实时、准实时、可延迟)。依赖关系决定了分级不能只看单点,还要看链路。
二、分级维度:RTO、RPO 与业务影响
医疗行业分级通常围绕三个维度:
- RTO(恢复时间目标):业务中断后允许的最长恢复时间。急诊抢救、术中监护往往要求 RTO ≤ 15 分钟甚至接近 0。
- RPO(恢复点目标):允许丢失的数据时间窗。医嘱、检验结果、麻醉记录通常要求 RPO ≈ 0,即不允许丢数据。
- 业务影响:中断对患者安全、临床质量、经济收益、合规与声誉的冲击程度。
把三者结合,可形成关键性等级。常见做法是分为四级:
| 等级 | 判定特征 | 典型功能示例 | 参考 RTO / RPO |
|---|---|---|---|
| 一级(核心) | 直接危及患者生命,中断即产生不可逆后果 | 急诊抢救记录、术中麻醉监护、危急值上报 | RTO ≤ 15 min,RPO ≈ 0 |
| 二级(重要) | 严重影响诊疗连续性,短时可降级运行 | 医嘱下达、检验结果发布、影像调阅、手术排程 | RTO ≤ 1 h,RPO ≤ 5 min |
| 三级(一般) | 影响效率与体验,可延迟处理 | 门诊挂号、病历书写、报告打印 | RTO ≤ 4 h,RPO ≤ 30 min |
| 四级(辅助) | 不影响临床,可事后补录 | 统计报表、科研检索、满意度调查 | RTO ≤ 24 h,RPO ≤ 24 h |
需要强调:等级不是按系统整体贴标签,而是按功能贴标签。同一 HIS 中,急诊挂号可能是一级,而门诊退号可能是三级。
三、分级方法:影响打分与依赖传导
为避免主观拍板,可用加权打分法。设定四个评分项,每项 1~5 分:患者安全影响、临床流程阻断、数据不可再生性、合规与监管风险。再按权重求和,例如患者安全 0.4、流程阻断 0.3、数据不可再生 0.2、合规 0.1。总分 ≥ 4.0 定为一级,3.0~3.9 为二级,2.0~2.9 为三级,其余为四级。
打分后必须做依赖传导修正:若某功能被一级功能强依赖,其等级应上调。例如“检验结果发布”本身可能评为二级,但急诊抢救依赖它读取结果,故应上调为一级。反之,若某功能可完全手工替代且替代成本低,可下调一级。
四、分级结果如何落地
分级不是一张静态表,而要驱动后续工程决策:一级功能必须配置双活或热备、RPO≈0 的同步复制、独立应急终端与纸质降级预案;二级功能可采用温备加定期演练;三级以下可接受冷备与事后补录。同时,分级结果应每年或在新增系统、流程变更后复核一次。
五、一个可复用的分级记录表
实际评审时,建议用统一表格记录,便于复核与追溯。以下为示例结构,参数为合理假设,需按本院实际评审填写:
功能编号 系统 业务功能 服务对象 依赖功能 安全 流程 数据 合规 加权分 初评 修正后
HIS-01 HIS 急诊挂号 急诊患者 分诊、收费 5 5 3 4 4.6 一级 一级
HIS-07 HIS 门诊退号 门诊患者 挂号 1 2 2 1 1.6 四级 四级
LIS-04 LIS 检验结果发布 全院临床 结果审核 5 5 5 4 4.8 一级 一级
LIS-05 LIS 危急值上报 急诊/临床 结果发布 5 5 5 5 5.0 一级 一级
PACS-03 PACS 影像调阅 手术/急诊 影像存储 4 5 4 3 4.2 一级 一级
EMR-02 EMR 病历书写 住院医护 患者主索引 3 4 5 5 3.9 二级 二级
表中“加权分”按 0.4/0.3/0.2/0.1 计算。例如 HIS-01:5×0.4+5×0.3+3×0.2+4×0.1=2.0+1.5+0.6+0.4=4.5,接近 4.6(若合规项按 5 计则为 4.6)。评审时应固定权重与取整规则,避免同一功能两次评分结果不一致。
业务识别与分级的产出,是一份带 RTO/RPO 的功能级清单,而不是系统名单。它既是后续容灾架构设计的输入,也是应急演练场景选择的依据。下一阶段的所有技术投入,都应能追溯到这份清单中的某个等级。