HL7中国FHIR Connectathon测试实施指南
1.0.0 - release

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

首页

概述

为了进一步推广新架构和新技术的应用,提升医疗信息系统互联互通能力,同时积极参与到国际医疗交互新标准(HL7 FHIR)制定过程中,使标准与国内业务更契合,拟在CHIMA大会上举办国内FHIR Connectathon第六次测试,届时将会邀请国内外专家莅临测试现场指导。

测试主要目的是通过实际业务验证FHIR标准,并积累FHIR标准落地实施经验,后续可形成推荐的实施指南。现将有关事宜通知如下:

测试时间

初步定为2021年。

测试地点

青岛。

测试内容

HL7中国FHIR Connectathon测试2021年测试主题:

主题1:电子病历文档的生成与读取

包含的内容如下:

测评主题1

测试要求

参加测评主题1的厂商需要同时实现电子病历服务端电子病历客户端2个角色的功能。

主题2:文档共享服务

包含的测试内容如下:

测评主题2

测试要求

参加测评主题2的厂商需要同时实现文档共享服务文档源文档共享服务提供者文档共享服务消费者3个角色的功能。

主题3:CDS-Hooks服务

CDS-Hooks服务包括:CDS服务发现、CDS获取患者信息、CDS医嘱选择

测评主题3

测试要求

参加测评主题2的厂商需要同时实现CDS服务端CDS客户端2个角色的功能。

主题4:其它

参加测评的厂商仍然可以继续报名参加往年的测试场景。包括:患者、就诊、检查报告、检验报告、用药医嘱、预约、手术、术语、检查申请。测评介绍参见历年FHIR测试

测试形式

FHIR现场测试采取现场分组端对端测试,即其中一方作为Client,另一方作为server,双方进行联通性测试。需自备测试用机器。

测试流程

测试主题1流程

如下为本次测试主题的流程:

步骤1:文档的生成

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

触发条件

电子病历客户端端角色向电子病历服务端角色发起Composition资源的$document操作请求时触发。

前置条件

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

步骤2:文档的读取

调用Bundle资源的读取操作,可以得到步骤1生成的出院小结电子病历文档,以Bundle资源形式返回。

触发条件

电子病历客户端端角色向电子病历服务端角色发起Bundle资源的READ请求时触发。

前置条件

假设在步骤1中对文档进行了持久化存储。

测试主题2流程

步骤1:文档的提交

将上一主题生成的出院小结电子病历共享文档(Bundle资源)进行base64编码后,作为以Binary资源的data属性值。同时根据共享文档中的Composition资源生成提交集中需要的DocumentManifest资源和DocumentReference资源。最后,调用文档共享服务提供者角色的提交文档集接口传输文档集。

触发条件

文档共享服务文档源角色向文档共享服务提供者角色发起提交文档集服务调用请求时触发。

前置条件

文档共享服务文档源角色已经准备好文档。可以是上一主题生成的JSON/XML格式的FHIR文档,也可以是CDA文档。如果厂商同时报名了测试主题1和主题2,建议直接使用FHIR文档。

步骤2:文档的查询

调用文档共享服务的查询文档交互接口查询刚刚上传的出院小结电子病历共享文档。

能够根据文档类型(type)、患者姓名(subject.name)和医师姓名(author.name)进行查询。

触发条件

文档共享服务消费者角色向文档共享服务提供者角色发起查询文档服务调用请求时触发。

前置条件

已经完成了步骤1的流程。

步骤3:文档的获取

根据步骤2查询到的文档标识调用文档共享服务的获取文档交互接口来获取文档。

触发条件

文档共享服务消费者角色向文档共享服务提供者角色发起获取文档服务调用请求时触发。

前置条件

已经完成了步骤1和步骤2的流程。文档已经存储在文档共享服务提供者中,并且已经通过步骤2得到了文档的id。

测试主题3流程

步骤1:服务发现

CDS客户端发起服务发现交易查询支持的服务列表,调用CDS服务端接口,CDS服务端返回支持的服务列表内容给CDS客户端

前置条件

测试前,CDS服务端相关资源(Patient、Encounter、MedicationRequest等)已存在,提供JSON或XML格式。

验证标准

正确返回服务列表内容,必须包含获取患者信息和医嘱选择服务

步骤2:获取患者信息

CDS客户端发起获取患者信息交易查询患者信息,调用CDS服务端接口,CDS服务端返回该患者的资源内容给CDS客户端CDS客户端进行内容展示

前置条件

测试前,CDS服务端已具备患者资源等

验证标准

正确返回相应的卡片信息并进行可视化展示

步骤3:医嘱选择

CDS客户端发起医嘱选择交易获取医嘱信息,调用CDS服务端接口,CDS服务端返回医嘱资源列表给CDS客户端CDS客户端进行内容展示

前置条件

测试前,CDS服务端已具备患者资源、医嘱资源等

验证标准

正确返回相应的卡片信息并进行可视化展示

测试说明

通过什么方式对FHIR能有一个直观的认识,如何验证代码是否正确?

验证代码:可以用自己开发的客户端代码连公用服务器进行验证,也可以用restClient插件验证自己开发的服务器代码

参加现场测试前强烈建议使用公用服务器进行代码功能自我验证

Connectation测试FHIR版本?

2021 FHIR Connectation测试版本为:Release 4(R4),参考地址:http://www.hl7.org/fhir/

客户端程序要求

需模拟实际业务场景,开发一个简单的录入测试场景中资源相关属性的页面,如患者姓名、社保卡号、性别、出生日期、地址等信息,用来测试注册、更新、检索等操作。

注:不能直接使用restClient,Postman等插件作为客户端

服务端程序要求

能提供满足FHIR标准的相关服务即可,实现方式不限。服务器需自带机器搭建测试环境。

注:服务端必须实现握手协议接口。

GET [base]/metadata