本指南适用于HL7中国的FHIR Connectathon测试。

Track 016 - 电子病历生成与读取

主题介绍

在医疗保健领域中，跨机构传输卫生健康数据的最佳实践是通过文档的方式，所以医疗机构组装电子病历文档的能力尤为重要。本主题主要测试文档生成操作的实现，该操作提供了有关电子病历文档组装能力。

基于FHIR R5版本。

目标

测试系统是否有能力实现文档生成操作：

1. 测试系统组装文档的能力
2. 测试系统的电子病历文档的可视化浏览能力

参与者

任何对电子病历文档组装功能感兴趣的人。

先决条件

1. 已通读文档生成操作
2. 了解 FHIR 的工作原理
3. 一个正常运行的开发环境，其代码实现下面列出的所有角色，参与所有测试场景。

相关主题

在进行本主题的文档生成过程中，不依赖其它主题。

实施指南

文档生成操作

场景

医院病案室工作人员每天均需将已经结束的就诊活动的相关病历文档进行归档，检查核实完毕后，生成电子病历文档存储到电子病历系统中。

场景1：文档的生成

技术实现建议

调用Composition资源的$document操作，生成出院小结电子病历文档（Bundle资源表示）。可以根据操作的persist参数来动态决定文档是否被持久化存储。如果被持久化存储，可以在\Bundle端点下访问该文档。

场景2：文档的查看

技术实现建议

调用Bundle资源的read操作，并将Bundle资源转换为HTML页面进行电子病历的浏览。

系统角色

可以设计为两个系统角色：

• 档案归档系统(ARC): 收集就诊相关资源，生成电子病历文档进行归档。
• 电子病历系统(EMR): 提供资源的存储，对外提供FHIR服务。

测试流程

步骤0：前置条件

假设电子病历系统中已经存在构成文档所需的Composition、Patient、Organization、Practitioner、Encounter、Observation、Condition、MedicationRequest、AllergyIntolerance资源。

步骤1：文档的生成

病案室工作人员登录系统，可以在待归档页面查看到所有尚未归档的就诊活动列表，在对诊疗数据核实后，点击归档按钮，将指定的就诊活动资源生成电子病历文档，并存储到电子病历系统中。

触发条件

病案室工作人员在待归档页面点击归档按钮后触发。

步骤2：文档的读取

病案室工作人员点击已归档菜单， 可以跳转到已归档页面，并查看到所有归档的就诊活动列表，点击查看按钮，可以以可视化的方式查看电子病历文档。

触发条件

病案室工作人员在已归档页面点击查看按钮后触发。

验证规则

电子病历系统：

• 应能提供符合FHIR标准的API端点，以供档案归档系统通信。
• 应至少预存储5条就诊资源组成(Composition)及相关资源示例。
• 应至少提供就诊资源组成(Composition)和文档(Bundle)资源的查询功能，以供列表显示时调用。

档案归档系统：

• 应能直接连接电子病历系统，以符合FHIR标准的方式与电子病历系统通信。
• 应提供界面展示相关信息，包括就诊资源组成、文档等。
• 应提供界面以可视化的方式查看已经生成好的电子病历文档，而不是在界面上查看XML/JSON数据。
• 应提供查看档案归档系统和电子病历系统交互的调试能力，可以直接查看服务互操作时HTTP的调用过程。例如：浏览器提供的「开发者工具」。

安全和隐私注意事项

在测评环境中没有对OAuth或TLS的要求（尽管在生产环境中需要此类技术）。