1. 医疗核心业务连续性保障工程导论
医疗核心业务连续性保障工程，研究的不是“服务器是否在线”这类单点问题，而是当信息系统、网络、接口或基础设施发生故障时，医院的关键诊疗活动能否继续、以什么方式继续、在多长时间内恢复到可接受水平。它把临床业务需求、IT 技术能力、应急预案与演练验证组织成一套可设计、可度量、可改进的工程体系。
一、什么是医疗核心业务
医疗核心业务指一旦中断就会直接危及患者安全、造成诊疗流程阻塞或产生重大合规风险的业务活动。判断一项业务是否“核心”，可用三个问题筛选：中断后是否影响患者生命安全？是否导致门急诊、手术、住院等主流程停摆？是否在法规或评级中被明确要求保障？
典型的核心业务包括：急诊分诊与抢救、门诊挂号与医嘱开立、住院医嘱与给药、检验检查申请与报告回传、手术麻醉记录、影像调阅、收费与医保结算、药品与耗材发放。与之相对，办公自动化、内部培训、非实时统计报表等属于非核心业务，可在资源受限时降级或暂停。
需要强调的是，核心业务不等于核心系统。一个业务往往由多个系统协同支撑。例如“住院给药”依赖 HIS 医嘱、EMR 病历、药房系统、移动护理终端和条码打印，任一环节中断都可能使业务链断裂。因此连续性保障的对象是“业务链”，而非孤立的服务器。
二、连续性保障目标：RTO、RPO 与降级能力
连续性目标必须量化，否则无法设计、无法验证。最常用的两个参数是：
- RTO（恢复时间目标）：业务中断后，允许的最长恢复时间。例如急诊医嘱系统 RTO 可设为 15 分钟。
- RPO（恢复点目标）：允许丢失的数据时间跨度。例如检验结果 RPO 设为 5 分钟，意味着最多丢失 5 分钟内产生的数据。
除 RTO/RPO 外，医疗场景还必须定义降级运行能力：系统不可用时，能否切换到纸质流程、备用终端、离线模式或手工登记。降级不是失败，而是连续性的重要组成部分。例如门诊挂号系统中断时，可启用纸质挂号单与事后补录，保证患者先就诊、后结算。
三、工程化方法框架
把连续性保障做成工程，需要一条闭环链路：业务影响分析 → 目标设定 → 架构与预案设计 → 演练验证 → 复盘改进。下图给出该框架的核心结构与数据流向。
该框架的关键在于“闭环”：业务影响分析决定目标，目标驱动架构与预案，演练暴露真实能力，复盘再修正目标与设计。缺少任何一环，连续性保障都会退化为纸面文档。
四、课程学习地图
本课程共 30 章，按“认知—设计—实施—验证—运营”五个阶段展开，逐步从概念走向可落地的工程能力。
| 阶段 | 核心内容 | 学习产出 |
|---|---|---|
| 认知基础 | 核心业务定义、RTO/RPO、工程框架、法规与评级要求 | 能识别本院核心业务链并初步设定目标 |
| 架构设计 | 高可用架构、双活/主备、数据备份、网络冗余、接口容错 | 能绘制目标架构与故障切换路径 |
| 预案与降级 | 应急预案编制、纸质/离线流程、应急组织与通讯 | 能输出可执行的降级操作卡 |
| 演练验证 | 切换演练、回切演练、降级实操、指标测量 | 能组织演练并记录实际 RTO/RPO |
| 运营改进 | 监控告警、容量管理、复盘机制、持续改进 | 能建立常态化保障运营体系 |
学习时建议带着本院真实业务链推进：每学完一个阶段，就把对应方法应用到一个具体业务上，例如“急诊医嘱”或“住院给药”，逐步形成可复用的保障方案。这样，课程结束时你收获的不只是知识，而是一套能直接用于本院连续性建设的工程资产。