4. 医疗边缘数据采集与设备接入

医疗边缘计算平台的第一道工程关口，是把病房、手术室、影像科里形态各异的设备数据“接进来、读得懂、对得齐”。这一层做不好，上层再强的推理与告警都会失真。本节围绕协议适配、设备接入、数据清洗与时间同步四条主线展开，重点讲清“接什么、怎么接、接进来之后怎么处理”。

一、协议分层：先分清“传输”与“语义”

医疗设备接入常被混为一谈，实际上要区分两层：传输层解决“字节怎么送达”，语义层解决“这些字节代表什么”。MQTT、CoAP 属于轻量传输协议，负责把数据从设备搬到边缘节点；HL7 v2、FHIR、DICOM、IEEE 11073、OPC UA 则定义了数据的结构与含义。工程上常见的组合是：监护仪用 IEEE 11073 表达生理参数，经 MQTT 上报到边缘；影像设备用 DICOM 直接传输；医院信息系统用 HL7 v2 或 FHIR 交换患者与医嘱信息；工业型设备或楼宇设备用 OPC UA 接入。

选择协议时看三个维度：实时性（波形数据要求毫秒级，检验结果可分钟级）、可靠性（是否允许丢包、是否需要确认重传）、语义完整度（是否需要携带单位、参考范围、患者上下文）。例如多参数监护仪的心电波形若走 MQTT，必须配合 QoS 1 以上并约定采样率与时间戳格式，否则边缘侧无法还原波形。

二、多参数监护仪接入：从波形到参数

多参数监护仪是边缘接入中最典型的“高频+多通道”对象。以某品牌监护仪为例，它通常通过网口输出两种数据：波形数据（ECG 采样率 250 Hz、SpO₂ 采样率 125 Hz）和参数数据（心率、血压、血氧饱和度，每秒或每 5 秒更新一次）。接入时需要在边缘侧完成三件事：

1. 建立会话：通过 IEEE 11073 或厂商私有协议与监护仪握手，获取设备型号、通道列表、单位制式。
2. 订阅数据：按通道订阅波形与参数，记录每个通道的采样率、量纲、有效范围。
3. 打时间戳：设备本地时钟往往与边缘节点存在偏差，需在接收时记录边缘接收时间，并保留设备原始时间戳，供后续对齐。

一个常见的教学示例参数配置如下：边缘节点以 1 秒为窗口聚合参数数据，波形数据按 5 秒切片缓存；若某通道连续 3 秒无数据，标记为“信号丢失”并触发本地告警。这些阈值属于示例，实际部署需根据临床要求调整。

三、影像设备接入：DICOM 的工程要点

影像设备接入与监护仪完全不同。CT、MR 产生的 DICOM 文件体积大（单序列可达数百 MB），且包含患者信息、检查信息、像素数据三层结构。边缘侧通常不直接存储全部原始影像，而是承担路由、压缩、预取三类任务：

• 路由：根据 DICOM 标签中的 Modality、StudyInstanceUID 决定影像发往本地 PACS 还是云端。
• 压缩：对非诊断用途的缩略图或预览图，可采用 JPEG 有损压缩；诊断用途必须保持无损或原始。
• 预取：对急诊、ICU 等场景，提前将近期检查拉取到边缘缓存，减少调阅延迟。

接入时需配置 DICOM 节点信息：AE Title、IP、端口、支持的传输语法（如 Implicit VR Little Endian、Explicit VR Little Endian）。若边缘节点作为 DICOM 服务端，还需实现 C-STORE SCP 接收影像，并返回正确的状态码（0x0000 成功，0xA700 资源不足等）。

四、数据清洗：把“脏数据”变成可用数据

设备数据进入边缘后，常见问题包括：重复上报、单位不统一、数值越界、时间戳缺失、通道错位。清洗规则应可配置、可追溯。以下是一组示例清洗规则：

清洗后的数据应附带质量标记，例如 quality: "good" | "suspect" | "missing"，供上层决定是否用于告警或训练。

五、时间同步：多设备对齐的基础

医疗场景中，监护仪、呼吸机、输注泵、影像设备的时间必须对齐，否则无法还原同一时刻的患者状态。边缘节点通常作为时间同步的“二级源”：

1. 边缘节点通过 NTP 与医院主时钟同步，偏差控制在 10 ms 以内。
2. 对支持 PTP 的设备（如部分高端影像设备），可启用 IEEE 1588 获得亚毫秒级同步。
3. 对不支持网络时间协议的设备，边缘侧记录“设备时间”与“边缘时间”的偏移量，并在数据中同时保留两个时间戳。

一个实用的做法是：在边缘侧维护一张设备时间偏移表，每隔 5 分钟重新估算偏移，若偏移超过 500 ms 则触发告警。这样即使设备时钟漂移，也能在数据消费端做补偿。

总结来看，医疗边缘数据采集与设备接入的核心是“协议适配—设备接入—数据清洗—时间同步”四步闭环。每一步都需要结合具体设备、具体临床场景做参数化配置，而不是一套配置打天下。只有把这一层做扎实，边缘计算平台才能真正承载实时监护、影像预取和智能预警等上层能力。