2. 医疗设备接口与协议基础

在医疗设备数据采集平台中,“接口”和“协议”经常被混用,但工程上必须分开看:接口解决的是电气连接、物理形态和链路建立,协议解决的是数据如何组织、如何请求、如何应答、如何确认。一个监护仪可能通过 RS-232 串口输出波形,也可能通过 TCP/IP 网口输出 HL7 消息;一台超声设备可能用 USB 导出图像,也可能通过 DICOM 协议把影像发送到 PACS。采集平台要做的,不是“支持所有接口”,而是根据设备能力、数据实时性、数据完整性和部署环境,选择最合适的接入路径。

一、从物理链路到业务语义的分层理解

把医疗设备接入采集平台,可以按四层来理解。最底层是物理接口层,包括 RS-232、RS-485、USB、RJ45 网口等,它决定线缆怎么接、距离能多远、是否需要隔离。第二层是链路与传输层,例如串口参数中的波特率、数据位、停止位、校验位,以及 TCP/IP 中的 IP 地址、端口号、连接方向。第三层是数据格式层,例如 HL7 v2.x 的段和字段、DICOM 的 SOP Class 和数据集、LIS 的检验结果消息。第四层是业务语义层,即这条数据到底代表什么:是心率波形、一次检验结果、一张 CT 图像,还是一条患者基本信息。

很多采集故障并不是“协议不对”,而是分层错位。例如设备串口输出正常,但采集程序把波特率设成 9600 而设备实际为 115200,表现为乱码;或者 TCP 连接已建立,但对方要求采集端作为客户端主动连接,而平台却监听等待,表现为一直无数据。因此,选型的第一步不是选协议,而是确认设备手册中给出的物理接口、链路参数和数据格式。

医疗设备接入采集平台的四层关系 业务语义层 患者信息、检验结果、影像检查、波形参数、报警事件 决定“这条数据代表什么”,对应 LIS / PACS / EMR 的业务对象 数据格式层 HL7 v2.x 消息、DICOM 数据集、LIS 结果报文、私有二进制帧 决定“字段怎么解析”,需要消息结构、编码字符集、触发事件 链路与传输层 波特率/数据位/校验位、TCP/UDP、IP 与端口、连接方向、超时重连 决定“数据能不能稳定到达”,是采集程序最常出错的层 物理接口层 RS-232、RS-485、USB、RJ45、光纤、无线 Wi-Fi 决定“线怎么接、距离多远、是否需要隔离与供电” 向上承载 向上承载 向上承载

二、常见接口在采集平台中的角色

RS-232 是点对点串行接口,常见于监护仪、电子秤、部分检验设备。它的优势是简单、实时、无需网络配置,缺点是距离短、通常不超过 15 米,且一台设备占用一个串口。采集平台通常用串口服务器把 RS-232 转为 TCP,或者用多串口卡集中接入。典型参数示例:波特率 115200、8 数据位、1 停止位、无校验,设备每 10 ms 输出一帧波形数据。此时采集程序必须按帧头、长度、校验和解析,不能按行读取。

RS-485 是总线型串行接口,支持多点挂接,常用于输液泵、呼叫系统、部分检验流水线。它解决的是“多台设备一根线”的问题,但需要处理总线冲突和地址区分。采集平台选型时要确认设备是半双工还是全双工、是否支持 Modbus RTU、终端电阻是否已接。若总线上挂 8 台设备,地址分别为 1~8,采集端轮询周期设为 200 ms,则每台设备平均 25 ms 内完成一次请求应答,适合慢速状态采集,不适合高速波形。

USB 在医疗设备中更多用于本地导出、维护和图像传输。它的优势是带宽高、即插即用,缺点是线缆短、主机端需要驱动、不适合长期固定部署。采集平台若通过 USB 接入,通常要配合厂商提供的 SDK 或虚拟串口驱动,并处理设备掉线重连。对于 CT、MR 等影像设备,USB 一般不是主采集通道,而是作为 DICOM 网络传输的补充。

TCP/IP 是现代医疗设备最主流的网络接入方式。它既可以承载私有二进制协议,也可以承载 HL7、DICOM 等标准协议。采集平台需要明确设备是服务端还是客户端:若设备作为服务端监听端口,平台主动连接;若设备作为客户端主动上传,平台则监听端口。典型配置示例:设备 IP 192.168.10.21,端口 6000,平台作为客户端每 30 秒重连一次,心跳超时 5 秒。TCP 的优势是距离远、可跨网段、便于集中管理,但必须处理网络抖动、断线重连和消息边界。

HL7 主要解决医疗信息系统之间的业务消息交换,常见于 LIS、RIS、EMR 和采集平台之间。HL7 v2.x 以段和字段组织,例如 ADT 消息传患者信息,ORU 消息传检验结果。采集平台若要把设备结果写入 LIS,通常需要把设备私有数据映射为 ORU^R01 消息,并正确填写 MSH、PID、OBR、OBX 等段。HL7 的关键不是“连上”,而是触发事件、消息类型、字段编码和确认机制(ACK)是否匹配。

DICOM 是医学影像的事实标准,负责影像、检查信息和工作列表的交换。采集平台与 PACS 之间通常使用 DICOM C-STORE 发送影像,使用 C-FIND 查询检查,使用 MWL 获取工作列表。DICOM 选型时要确认 SOP Class、传输语法、AE Title、IP 和端口。例如 CT 图像通常使用 CT Image Storage,传输语法为 Explicit VR Little Endian,平台 AE Title 为 COLLECT_PLATFORM,PACS AE Title 为 PACS_MAIN,端口 104。

LIS 与 PACS 不是接口,而是业务系统。LIS 管理检验申请、样本和结果,PACS 管理影像和报告。采集平台与它们的关系是“数据消费者和提供者”:从 LIS 获取检验项目和工作列表,向 LIS 回写结果;向 PACS 发送影像,从 PACS 查询历史检查。选型时不能只看协议,还要看业务流向、数据责任边界和失败补偿方式。

三、选型原则与判断路径

面对一台新设备,建议按以下顺序判断:第一,查设备手册确认物理接口和协议栈;第二,确认数据实时性要求,波形类优先串口或 TCP 私有协议,结果类优先 HL7,影像类优先 DICOM;第三,确认部署距离和数量,近距离单台可用 RS-232,多台总线可用 RS-485,跨区域必须 TCP/IP;第四,确认平台侧已有能力,避免为单台设备引入无法维护的私有 SDK;第五,确认失败后的补偿方式,例如断线缓存、重传、人工补录。

接口/协议 典型设备 数据特征 选型要点
RS-232 监护仪、电子秤 实时波形、短帧 点对点、距离短、参数必须完全匹配
RS-485 输液泵、呼叫系统 慢速状态、多点 地址、轮询周期、终端电阻、半双工
USB 超声、内镜、维护口 图像、文件、配置 驱动、掉线重连、不适合长期固定采集
TCP/IP 监护中央站、检验设备 私有帧、HL7、DICOM 连接方向、端口、心跳、重连、消息边界
HL7 LIS、EMR、RIS 业务消息 触发事件、消息类型、字段映射、ACK
DICOM CT、MR、DR、PACS 影像与检查信息 SOP Class、传输语法、AE Title、端口
实践提示:采集平台对接新设备时,先做“最小可通”验证:串口设备先确认能收到任意字节;TCP 设备先用调试工具确认能建立连接并收到一帧;HL7 设备先确认能收到一条完整消息并回 ACK;DICOM 设备先用 C-ECHO 验证连通,再发单张影像。最小可通通过后,再进入字段映射和业务入库,能显著减少排障范围。
常见误区:把“接口通”当成“数据对”。RS-232 收到字节不等于解析正确;TCP 连接成功不等于消息完整;HL7 消息收到不等于字段映射正确;DICOM 发送成功不等于 PACS 能正确归档。采集平台必须同时验证链路、格式和业务语义三层。

总结来说,RS-232、RS-485、USB、TCP/IP 解决的是“怎么连”,HL7、DICOM 解决的是“怎么表达”,LIS、PACS 解决的是“数据进入哪个业务系统”。采集平台的选型原则可以归纳为:先看设备能力,再看数据实时性和完整性,最后看平台可维护性和失败补偿能力。只有把接口、协议和业务系统放在同一张图上判断,才能避免“能连上但用不起来”的工程问题。