一、基础概念区分
- HL7：医疗信息交换标准家族（v2、v3/CDA、FHIR），定义医疗业务数据结构；
- Web服务：基于HTTP/HTTPS、跨平台、松耦合的网络调用技术，分两类：
- SOAP WebService：XML信封、WSDL契约，适配HL7 v3/CDA、区域文档共享；
- RESTful Web API（广义Web服务）：JSON/XML、HTTP动词，是HL7 FHIR原生标准架构；
- 二者关系：Web服务是HL7消息/文档跨系统传输、远程调用的网络载体，解决传统MLLP私有TCP协议无法跨防火墙、移动端、公网互通的痛点。
二、分版本HL7的Web服务落地应用
（一）HL7 v2.x + Web服务（院内存量改造）
HL7 v2原生使用MLLP（私有TCP长连接）推送管道分隔消息（ADT、ORM、ORU），缺点：无法跨公网、无标准鉴权、不支持按需查询。 Web服务改造方案：
- SOAP封装HL7 v2消息 搭建适配层WebService，接收HTTP请求，内部转换MLLP与HL7消息；对外提供标准化WSDL接口，HIS/LIS/PACS通过HTTPS调用。 典型场景：门诊Web端提交检验申请，调用WebService封装ORM消息发给LIS。
- REST网关转发 轻量网关接收JSON参数，自动拼装HL7 v2报文，异步推送目标系统，返回回执。
- 中间件支撑：Mirth Connect、Rhapsody等集成引擎内置HL7转WebService协议转换器，实现路由、日志、异常重传。
（二）HL7 v3 / CDA（临床文档） + SOAP WebService（跨院病历共享）
HL7 v3、CDA基于标准XML命名空间 urn:hl7-org:v3，官方配套XDS（跨企业文档共享） 规范，完全基于SOAP WebService实现区域医疗协同。
- 核心Web服务事务（ITI标准）
- ITI-41：文档注册提交服务；医院通过SOAP接口上传CDA出院小结、检查报告至区域文档库；
- ITI-43：文档检索获取服务；其他医院Web系统调用接口，按患者ID调取完整结构化病历；
- 实现规范 使用JAX-WS开发SOAP服务，强制XML命名空间匹配HL7 v3标准；传输层TLS加密、证书双向认证，满足医疗隐私合规；
- 典型场景：双向转诊、区域健康档案、医保调阅病历。
（三）HL7 FHIR（新一代）原生基于REST Web服务（主流互联网医疗）
FHIR全称快速医疗互操作资源，本身就是一套标准化RESTful Web服务规范，是Web服务与HL7深度融合的代表。
- 核心架构：每个医疗实体为独立资源（Patient患者、Observation检验结果、Medication用药），对应标准HTTP接口端点：
- GET /Patient：查询患者信息
- POST /Observation：上传检验指标
- PUT /Encounter：更新就诊记录
- 两大扩展Web服务能力 1）SMART on FHIR：基于OAuth2的Web服务鉴权，第三方小程序、移动App通过标准API访问医院电子病历； 2）CDS Hooks：临床决策支持Web服务，医生开处方时自动调用远程知识库接口，实时提示用药禁忌；
- 传输格式：同时支持JSON（移动端首选）、XML，天然适配浏览器、小程序、云平台；
- 事件推送：FHIR Subscription（WebHook），数据变更主动回调外部Web服务，替代传统HL7消息推送。
三、Web服务在HL7体系的四大典型应用场景
1. 院内系统集成（内网）
替代私有MLLP直连，统一WebService接口总线：
- HIS调用LIS Web服务开单；LIS结果生成后回调EMR Web服务写入电子病历；
- 优势：统一日志、权限管控、可视化监控，降低多厂商系统对接成本。
2. 区域卫生平台（跨机构公网互通）
各医疗机构部署FHIR/CDA Web服务网关，统一对接市级健康平台：
- 居民健康档案统一查询；跨医院检查检验互认；异地医保结算调取诊疗数据；
- SOAP用于大文档CDA传输；REST FHIR用于轻量实时查询。
3. 互联网医疗、移动终端
移动端、小程序、线上问诊平台无法直连医院内网MLLP，只能通过HTTPS FHIR REST Web服务：
- 用户查询检验报告、预约挂号、线上复诊上传体征；
- 轻量化JSON，低带宽适配手机弱网环境。
4. 第三方医疗服务对接
体检中心、第三方影像中心、商业保险、AI辅助诊断平台：
- 保险系统调用FHIR Web服务调取患者诊疗记录核算理赔；
- AI影像平台通过标准接口接收PACS配套结构化检查文本（Observation资源）。
四、Web服务对比传统HL7私有MLLP的优势
- 网络穿透：基于标准80/443端口，轻松跨防火墙、公网、云环境；MLLP自定义端口无法外网访问；
- 标准化安全：HTTPS、OAuth2、数字证书，满足等保、隐私合规；原生MLLP无内置加密；
- 双向交互：Web服务支持同步查询（按需拉取数据）；传统HL7以单向推送为主；
- 开发门槛低：通用Web前后端技术栈，不用学习专用HL7报文解析工具；
- 扩展灵活：支持批量传输、分页查询、WebHook事件回调，适配云原生微服务架构。
五、两种Web服务技术选型对比（HL7场景）
| 类型 | SOAP WebService（适配v3/CDA/XDS） | RESTful FHIR API（适配FHIR新标准） |
|---|---|---|
| 数据格式 | 纯XML、结构厚重 | JSON为主、轻量XML备选 |
| 适用HL7版本 | HL7 v3、C-CDA、XDS文档共享 | FHIR R4/R5、移动端、互联网医疗 |
| 调用方式 | 基于WSDL契约、复杂事务 | HTTP标准动词、资源化细粒度操作 |
| 优势 | 强事务、文档完整性高、适合病历文档 | 简单易开发、适配小程序/云平台、查询能力强 |
| 典型场景 | 区域CDA病历交换、转诊文档提交 | 线上问诊、患者App、第三方轻量查询 |
六、总结
Web服务是HL7标准落地到现代网络架构的核心承载层：
- 对老旧HL7 v2：Web服务做协议网关，打通内网、外网系统；
- 对HL7 v3/CDA：SOAP WebService是跨院文档共享（XDS）强制标准；
- 对新一代FHIR：REST Web服务是标准原生架构，成为互联网医疗、云医院统一接口规范； 本质解决传统HL7私有TCP协议无法跨网络、无法标准化安全交互、不支持移动端访问的核心痛点。
注意：本文归作者所有，未经作者允许，不得转载
