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 连接已建立,但对方要求采集端作为客户端主动连接,而平台却监听等待,表现为一直无数据。因此,选型的第一步不是选协议,而是确认设备手册中给出的物理接口、链路参数和数据格式。
二、常见接口在采集平台中的角色
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、端口 |
总结来说,RS-232、RS-485、USB、TCP/IP 解决的是“怎么连”,HL7、DICOM 解决的是“怎么表达”,LIS、PACS 解决的是“数据进入哪个业务系统”。采集平台的选型原则可以归纳为:先看设备能力,再看数据实时性和完整性,最后看平台可维护性和失败补偿能力。只有把接口、协议和业务系统放在同一张图上判断,才能避免“能连上但用不起来”的工程问题。