定义
HL7（Health Level Seven）是医疗信息交换国际标准，由 HL7 国际组织制定，对应 OSI 第七层（应用层）。HL7 定义医疗系统间的消息格式与交换规则，适用于患者信息、医嘱、检验结果、影像报告、用药记录等数据的互操作。HL7 v2 为传统消息格式（管道分隔），HL7 v3 为 XML 格式，HL7 FHIR 为新一代 RESTful 标准，已成为主流。
HIS、PACS、LIS、EMR 等医疗系统通过 HL7 实现数据交换。物联网卡为医疗系统互联、远程医疗、医联体、健康 APP 等提供安全连接，保障 HL7 消息传输的合规性（等保、HIPAA）。
技术特点
HL7 v2 消息类型包括 ADT（患者管理）、ORM（医嘱）、ORU（观察结果）等。FHIR 采用资源（Resource）模型，支持 REST、批量、订阅等模式。HL7 与 IHE（集成医疗企业）框架配合，可定义完整的集成方案（如 XDS 跨机构文档共享）。
应用场景
HL7 应用于医院 HIS、PACS、LIS 等系统互联，医联体、区域医疗信息平台、医保对接等。典型场景包括：医嘱下达、检验结果回传、影像报告共享、患者信息同步、电子病历共享等。达希物联为医疗数据交换场景提供 VPDN 专网、专用 APN、实名认证及智慧医疗解决方案。
管道报文的分段与重传
消息穿越蜂窝时的技术含义
HL7 消息走物联网卡，指的是院间、移动检验或应急备份链路上，用约定的消息把患者事件、医嘱和观察结果从一端送到另一端。技术含义在卡侧很具体：一条消息可能被分成多段，段与段之间要按原消息号拼回去；字符集和分隔符不能在网关或模组上被改写；半包不能被接收端当成一条新的医嘱。卡不理解 ADT 或检验结果的业务含义，它只保证字节按顺序、按端口到达，并在失败时允许用同一个消息号重传。
新一代资源接口可参见FHIR，隐私约束可参见HIPAA。无论哪一种信封，蜂窝只是信封的运送方式。运送失败后的正确动作是重送原信封，而不是另写一张内容相似的新医嘱。
院间链路允许启用的条件
使用条件是两端已经约定消息版本、字符集、端口和确认方式，卡的接入点只允许访问这些端口。移动或灾备场景把蜂窝当备份时，倒换要由前置机决定，而不是由信号格决定。弱网下前置机应能缓存已编号的消息，恢复后按号补送。时钟需要统一，否则“先发生的入院”会排到“后发生的出院”之后。
套餐按消息峰值估算，检验高峰和影像报告不是同一量级，不能用空闲夜间的流量判断白天是否够。更换卡号后，对端白名单和审计里的源标识都要一起改，否则消息会被默默丢弃，发送端仍显示已写出。
半包被解析成新的医嘱
容易出错的是接收端用连接关闭当作消息结束。蜂窝短暂中断时，半条管道文本被解析，缺字段被填成默认值，系统里出现一条从未下达的医嘱。重试逻辑若生成新的消息控制号，同一检验结果会入库两次。另一种是中间设备把字符集从约定编码改成别的编码，药名和人名乱码，人工对照时对错患者。
只监控端口通断、不看确认号，会把大量否定确认当成链路健康。验收要用一条故意截断的消息和一条重复发送的原消息：截断的不得入库，重复的只能保留一笔，并且控制号保持不变。
否定确认本身要能回到发送队列，而不是被卡侧的成功发送掩盖。前置机把字节写进模组，模组回答发送完成，只说明空口发出，不说明对方应用接受。应用层的确认号才是下一笔消息可以发送的条件。若在否定确认之后自动改字段重发，例如把空的床号填成默认床，接收端会接受一条内容已变的消息，原错误被掩盖。字符集转换应只发生在双方约定的那一次，模组的短信模式或日志模式不得再转一次，否则药名在第二次转换时损坏，卡务日志里看到的却是另一套编码。长消息分段时，缺任何一段都要整条重传，不能把已到的段提前入库。端口被别的业务占用时，应拒绝打开第二条连接，避免两台仪器的报文交错拼接。
消息里的重复组，例如一次检验的多个项目，要整组成功或整组失败。只入库前几个项目会让报告看起来“部分完成”，临床可能按残缺结果处置。前置机在收到整组之前不要向应用提交。蜂窝中断刚好切在组的中间时，未完成的组留在发送队列，恢复后整组再送，已经成功的组靠消息号跳过。不要为了提高速度把组拆成与样本号无关的碎片。