2. 医疗设备数据特征与合规约束

医疗设备数据平台的第一道工程约束，不是服务器性能，而是数据本身“长什么样”。设备类型决定了接口形态，数据模态决定了存储模型，采样频率与数据量级决定了传输与落盘策略，实时性要求决定了链路是走批处理还是流式通道，而合规边界则决定了哪些字段可以离开病区、哪些必须脱敏或本地留存。这五个维度彼此耦合，任何一项判断失误，都会在后期以“改不动”的形式暴露出来。

设备类型与数据模态：先分清“谁在说话”

从平台视角，医疗设备大致可分为四类。第一类是生命体征监护类，如多参数监护仪、麻醉机、呼吸机，输出连续波形（ECG、SpO₂、IBP）与周期性数值（HR、NIBP、体温），通常通过 HL7 v2、IEEE 11073 或厂商私有协议上报。第二类是影像诊断类，如 CT、MR、超声、DR，输出 DICOM 影像序列，单次检查可达数百 MB 至数 GB。第三类是检验与体外诊断类，如生化分析仪、血气分析仪，输出结构化结果（项目代码、数值、单位、参考区间），多以 ASTM 或 HL7 报文交互。第四类是可穿戴与床旁物联网类，如连续血糖监测、智能输液泵，输出高频小包数据，常走 MQTT 或 HTTP。

数据模态因此可归纳为四类：波形信号（高采样、强时序）、影像（大体积、非结构化）、结构化数值（小体积、强语义）、事件与告警（稀疏、带状态）。平台必须为每类模态选择不同的存储与索引方式，而不是用一张宽表硬扛。

采样频率与数据量级：算清楚再选链路

波形数据的量级最容易被低估。以一台8通道监护仪为例，若每通道采样率500 Hz、每样本2字节，则每秒产生 8×500×2 = 8000 字节，即约 8 KB/s；单床单日约 8 KB/s × 86400 s ≈ 691 MB，接近 0.7 GB。一个50床病区，仅波形原始数据每天就约 34 GB。若再叠加影像，一台CT单次检查产生 300–800 MB，日均30例即 9–24 GB。这些数字直接决定：波形不宜全量长期存原始样本，而应“边缘缓存+降采样归档+异常片段全保留”。

实时性则决定传输通道。硬实时波形与报警必须走低延迟通道（如 WebSocket、gRPC 流），端到端控制在100 ms内；影像调阅可接受5分钟内的准实时；检验结果和IoT状态可走消息队列异步处理。把不同实时性要求的数据混在同一条链路上，是平台设计中最常见的反模式。

合规边界：不是“加密就行”

HIPAA 的核心是 PHI（受保护健康信息）的18类标识符，包括姓名、日期、电话、设备序列号、生物识别等。工程上必须做到：传输与静态加密、基于角色的访问控制、审计日志留存至少6年、与设备厂商或云服务商签署 BAA。GDPR 则强调数据主体权利（访问、删除、可携带）、跨境传输需 SCC 或充分性认定、默认数据最小化，并对高风险处理开展 DPIA。医疗器械网络安全方面，IEC 81001-5-1 要求全生命周期安全，UDI 用于唯一标识设备，出厂默认口令必须强制修改，漏洞需有披露与响应机制。

落地检查清单（示例）

把上述五维特征与合规边界写成“数据流卡片”，每张卡片对应一条从设备到平台的链路，标注协议、频率、量级、延迟上限、PHI字段和留存策略。这样在后续做存储选型、网络分区和权限模型时，就有可核对的依据，而不是凭经验拍板。