2. 医疗业务负载特征分析

医疗云原生平台与通用互联网平台最大的差异，在于它承载的是一组负载模式、数据敏感性和可用性要求都高度异质的业务系统。如果按同一套副本数、同一套弹性策略、同一套存储与网络策略去部署门诊、住院、急诊、影像和检验系统，结果往往是：门诊高峰期挂号接口被拖垮，影像归档把对象存储带宽吃满，而急诊系统却因为和普通业务共享节点池，在夜间批量任务时被挤占资源。因此，本节的核心任务是：把医疗业务按“负载—数据—可用性”三个维度拆开分析，形成可指导后续部署架构设计的分类结论。

一、负载模式：五类系统的节律差异

医疗业务负载的第一个显著特征是强时间节律，且不同系统的峰值时刻并不重合。

门诊系统（挂号、缴费、分诊、门诊医生站、门诊药房）呈现典型的“双峰脉冲”模式。以一家日门诊量 8000 人次的三甲医院为例，早高峰集中在 07:30—10:30，约承载全天 45%～55% 的挂号与缴费请求；午间回落，13:30—15:30 出现次高峰。其请求特征是短连接、高并发、低单次计算量，单次挂号事务通常在 50～200 ms 内完成，但对数据库连接池和行锁竞争极其敏感。门诊系统适合按 QPS 做水平弹性，且需要预热，避免早高峰冷启动。

住院系统（入院登记、医嘱、护理、住院药房、床位管理）负载相对平稳，但存在两个明显波峰：早交班后 08:00—10:00 的集中医嘱下达与执行，以及 14:00—16:00 的护理记录集中录入。住院系统的特点是长事务、多表关联、状态机复杂，一次医嘱下达可能涉及医嘱、执行、计费、库存多个子系统的联动，单次操作耗时可达数百毫秒到数秒。它不适合按 QPS 弹性，而更适合按连接数与事务并发度评估。

急诊系统（预检分诊、急诊医生站、抢救记录、急诊药房）负载不可预测且随时可能陡增。平时 QPS 可能只有门诊的十分之一，但一旦发生群体性事件或夜间急救高峰，短时间内并发可能上升 5～10 倍。急诊系统对“随时可用”的要求高于对“弹性速度”的要求，因此更适合保持常驻最小副本，而不是依赖快速扩容。

影像系统（PACS/RIS、DICOM 接收、影像调阅、三维后处理）的负载特征与其他系统完全不同：它是大文件、高带宽、长连接型负载。一次 CT 检查产生 200～600 张切片，单检查数据量约 100～500 MB；全院日均 CT/MR/DR 检查若为 1500 人次，日新增影像数据可达 0.5～1.5 TB。影像负载的压力点不在 CPU，而在对象存储吞吐、内网带宽和缓存命中率。影像调阅还呈现“热点集中”特征：急诊、ICU、手术室反复调阅同一批近期检查，需要靠缓存层承接。

检验系统（LIS、标本流转、仪器接口、报告发布）呈现批量+定时特征。清晨 06:00—08:00 是住院标本集中上机与结果回传高峰，仪器接口以持续稳定的消息流写入；报告审核发布则集中在 09:00—11:00。检验系统的关键指标是消息吞吐量与端到端时延，而不是单纯 QPS。

二、数据敏感性与合规要求

医疗数据在《个人信息保护法》《数据安全法》《医疗卫生机构网络安全管理办法》以及等级保护 2.0 框架下，属于敏感个人信息，其中病历、检验结果、影像、基因数据还涉及更严格的分类分级要求。落到平台工程上，需要把合规要求翻译成可执行的技术约束：

• 传输与存储加密：门诊、住院、急诊、检验系统的数据库与对象存储必须启用静态加密；服务间调用启用 mTLS，禁止明文 HTTP 跨节点传输。
• 访问最小化：影像调阅、检验结果查询等接口必须携带用户身份与授权范围，平台侧通过服务网格记录调用链，确保“谁在何时调阅了哪份数据”可审计。
• 数据不出域：涉及患者身份的数据默认不跨集群、不跨地域流转；若需灾备复制，必须使用加密通道并单独审批。
• 日志脱敏：应用日志、网关访问日志中不得出现完整身份证号、手机号、病历号，平台需在采集侧做脱敏规则。

需要特别注意的是，影像数据的敏感性容易被低估。DICOM 文件头中包含患者姓名、ID、检查日期，部分 CT/MR 序列还能重建面部轮廓，因此影像系统不能简单按“大文件”处理，仍需纳入敏感数据管理范围。

三、可用性等级划分

可用性等级不能只写“重要系统 99.99%”，而要落到可验证的 RTO/RPO 与降级策略。结合医疗业务实际，建议划分为三级：

等级划分之后，还要明确降级路径。例如门诊系统在数据库主库故障时，可降级为只读挂号与查询，暂停缴费写操作；影像系统在存储带宽不足时，优先保障急诊与 ICU 的调阅，延迟历史影像的批量导出。这些降级规则应写入部署清单，而不是等到故障时临时决定。

四、从分析到部署参数的映射

上述分析最终要转化为平台侧的具体参数。以门诊系统为例，若日均挂号 8000 人次、早高峰 2 小时承载 50% 请求，则峰值 QPS 约为 8000×0.5÷7200 ≈ 0.56 次/秒的挂号事务，但实际还要叠加缴费、查询、分诊等接口，整体峰值 QPS 通常在 80～150 之间。按单副本承载 40 QPS 估算，早高峰至少需要 3～4 个副本，并预留 1 个副本的故障余量，因此最小副本数设为 4，最大副本数设为 8，配合 HPA 按 CPU 60% 或 QPS 阈值触发扩容，并设置 5 分钟预热窗口。

影像系统则不应按 QPS 设副本，而应按并发调阅会话数与出口带宽评估。若单次调阅平均 80 MB、并发 50 路，则出口带宽需求约 4 GB/s 量级，必须通过缓存层和分级存储来削峰，而不是简单增加应用副本。

把负载模式、数据敏感性和可用性等级三者对齐之后，后续的命名空间划分、节点池设计、存储类选择、网络策略和备份策略才有明确依据。这也是医疗云原生平台区别于通用平台的关键起点。