HL7中国症状数据交换实施指南
2026.02.23 - release
HL7中国症状数据交换实施指南 - Local Development build (v2026.02.23) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
当前,我国医疗卫生体系正处于从信息化向智慧化转型的关键阶段。然而,症状数据的定义不统一、格式不规范、交换不畅通等问题,已成为制约诊疗连续性、阻碍临床决策支持系统发展的关键瓶颈。不同医疗机构之间形成的“数据烟囱”导致患者症状信息碎片化,使得医生难以获得完整的病情视图,增加了误诊、漏诊的风险,也加重了临床工作者在信息采集与整合方面的负担。
本主题旨在响应《“健康中国2030”规划纲要》及国家“十四五”全民健康信息化规划中关于“推动医疗健康数据互联互通”、“提升医疗质量与诊断准确性”的要求,解决症状数据在不同医疗机构、不同信息系统(如电子病历、区域健康信息平台、互联网医院)之间无法平滑流转的痛点。
本主题主要测试症状数据交换服务实施指南的实现。
后续版本还会增加对人工智能的支持。
测试系统是否支持症状数据交换服务实施指南声明的功能,包括症状观察定义和交互定义:
任何对门急诊主诉症状收集信息的工具感兴趣的人。
在门急诊患者就诊主诉时,
症状数据交换服务实施指南:症状、无症状观察的本地化定义,以及症状数据交换的接口声明。
症状数据交换服务实施指南中规定的两种角色都归入电子病历系统:
Observation的存储,以及对资源的访问端点。按照使用场景进行测评,测评现场会随机在三个场景中选择。
技术实现建议:
(这不是真实系统设计示例,只是一个模拟的近似真实示例。)
在电子病历系统中动态的增加、删减症状观察,可以从ComboBox组件中选择症状代码(可以从选择框的列表中进行过滤)。
可以通过SelectBox组件增加症状的严重性、发作频率、感知度量、发作速度、症状趋势等附加信息。
当存在多个相关症状时,应将这些症状通过症状面板组合在一起。
应将症状观察关联到门急诊活动上。
技术实现建议:
(这不是真实系统设计示例,只是一个模拟的近似真实示例。)
在电子病历系统中动态的增加、删减无症状观察,可以从ComboBox中选择症状代码(可以从选择框的列表中进行过滤)。
目标是查询并显示一个门急诊活动的主诉症状信息。
技术实现建议:
(这不是真实系统设计示例,只是一个模拟的近似真实示例。)
在电子病历系统中选择一个门急诊活动,可以根据门急诊活动的就诊原因查看患者的主诉症状信息。
通过症状和无症状观察中的SupportingInfo扩展元素,可以查看症状的关联信息。
通过症状观察的component元素,可以查看症状的辅助信息。
本主题测评按如下步骤进行:
医生以主治医师角色进入系统,从患者列表中选择一名患者,开启一个就诊活动。
触发条件
选择患者开启就诊活动时触发。调用Create操作,生成‘Encounter’资源(status='in-progress'),后续更新动作调用Update操作。
操作
POST http://ip:port/fhir/Encounter
前置条件
开启就诊活动后,在页面上点击主诉按钮,开始填写主诉症状信息。
按照用例场景(随机),分别填写症状和无症状,以及相关的附加信息。
可以添加多个症状观察和无症状观察,可以通过症状面板将多个相关的症状组合在一起。
触发条件
点击保存按钮触发。生成‘Observation’资源,调用Create操作。
操作
POST http://ip:port/fhir/Observation
当步骤2生成的症状存储完成后,将症状观察关联到就诊活动的就诊原因上。
触发条件
当上一步骤生成的症状存储完成后触发。调用‘Encounter’资源的Update操作。
操作
PUT http://ip:port/fhir/Encounter
选择一个患者的就诊活动,进入到患者的就诊活动信息展示页面。
在患者的主诉中,以列表清单的形式展示多个症状观察和无症状观察,以及相关的附加信息。
触发条件
进入患者就诊信息展示页面触发。
操作
GET http://ip:port/fhir/Observation?encounter=Encounter/123&code=http://loinc.org|99582-9
在测评环境中没有对OAuth或TLS的要求(尽管在生产环境中需要此类技术)。