如何通过IHE测试,Gazelle使用
文章目录
如何通过IHE
测试,Gazelle
使用
什么是IHE
IHE
(Integrating the Healthcare Enterprise
,医疗卫生一体化)是一个国际性的组织,致力于促进和支持医疗信息技术(Health Information Technology,Health IT
)系统之间的互操作性,以实现医疗信息的集成和共享。IHE
成立于1998年,是一个由医疗行业专业人士、医院管理者、医疗设备制造商、软件开发人员和其他相关领域专家组成的联盟。IHE
测试标准作为IHE
的一部分,用于评估和验证医疗信息技术系统的符合性和互操作性。
为什么需要IHE
医疗领域涉及众多供应商提供的不同类型的系统和设备,这些系统可能使用不同的标准和协议。为了让它们协同工作、交换信息,需要一个统一的框架,而
IHE
提供了这样的框架。医疗信息技术系统的互操作性是至关重要的,以确保医疗设备和系统能够共享、传递信息,从而提高医疗服务的质量和效率。
IHE
的目标就是通过定义一致的集成配置文件来促进互操作性,使得不同系统可以更好地协同工作。在医疗信息技术领域,系统集成通常是昂贵和复杂的。
IHE
提供了规范和标准,使得系统集成的过程更加简化和标准化,从而降低了集成成本。医疗信息需要在不同的系统之间流通,以支持临床决策。
IHE
的标准化方法有助于确保信息能够在各种系统之间无缝传递,从而提高医护人员在决策时的信息可用性和准确性。
IHE
的工作鼓励各种医疗信息技术系统的供应商采用共同的标准,这促使了技术创新和发展。通过这种合作,行业能够更迅速地采纳新技术,推动整个医疗信息技术领域的进步。通过促进系统间的互操作性,
IHE
有助于确保患者的信息能够在不同的医疗场景中共享,提高患者安全水平。医护人员能够更好地了解患者的病史和治疗情况,减少因信息不一致或不完整而引发的医疗错误。
报名
IHE
中国 - https://www.yxzb.org.cn/
-
提交报名申请表,按照表格所需要内容填写。
- 系统名称 - 参加测试的系统名称。例如:
XX
医疗系统HIS V1.0
- 继承模式 - 参加测试的领域/集成模式。例如:放射学领域
RAD
/预约工作流程SWF
- 功能角色 - 参加测试集成模式的功能角色。例如:患者注册管理
ADT
- 系统名称 - 参加测试的系统名称。例如:
-
将表格提交给
IHE
中国,申请注册网站。
- 网站:https://gazelle.ihe-c.org/gazelle/home.seam
- 点击左上角
Create an account
创建帐号。注:目前网站不支持中文。但支持英文,日文,法文,希望日后可以增加汉化。
-
注册帐号后,需要联系
IHE
中国相关人员,开通帐号,否则帐号是未激活状态,是登录不了的。 -
激活后,点击
Sign-in
进行登录。 -
登录后点击
Registration
>Manage systems
,进行注册系统。
- 填写系统信息,点击保存。注:这里已经存在所以是点击更新。
System/Product name
-XX
医疗系统HIS V1.0
Version
-1.0
- 点击页签
Profiles/Actors
。填写需要测试的集成模式与角色。
注:此页面填写信息尤为重要,该信息表示参加测试的内容,如果未填写全或填写错误,在正式测试时,友商将选择不到你为测试对象。也无法生成测试用例,并且现场督查也无法将测试用例置位测试通过。
到此为止,前期的注册流程就完成了。
如何通过IHE
测试
关注领域,集成模式,角色
- 首先需要关注报名时的领域,集成模式,角色。
-
以下内容作为示例:
-
HIS
系统专项测试 -
领域 - 放射学领域
RAD
-
集成模式 - 预约工作流程
SWF
-
角色 - 患者注册管理
ADT
-
- 在文档**《附件1:IHE中国2023年度测试会议指南》**中找到对应专项测试内容。以下表格展示了需要测试的内容,重点关注事务与可选性。
- 事务 - 简单理解为交互的业务就可以。
RAD-1
- 患者登记 -ADT
系统登记和/或接收患者并将信息转发到其他信息系统。RAD-12
- 患者更新 -ADT
患者注册系统将特定患者的新信息通知医嘱下达者和部门系统调度员/医嘱填写者。部门系统调度程序然后可以进一步通知图像管理器。
- 可选性 - 表示测试是否必需,只关注R即可,
O
为可选。
使用Gazelle
网站查询事务与消息接口
- 表格中的内容也可在
Gazelle
网站中进行查询。注:事务以表格为准。
- 点击
TF
>Domain Browsing
- 该界面为领域概览界面。
- 找到
RAD
点击放大镜。
- 找到
SWF
点击放大镜。
- 该界面为
RAD->SWF
预约工作流的流程图。
- 这里关注
ADT
发出的箭头与接收的箭头。- 发出的箭头表示需要发送的消息,对方接收消息。例如
ADT
发出消息,OP
与OF
进行接收消息。 - 接收的箭头。这里
ADT
没有,如果有的话表示需要接收到消息并进行相应回复。
- 发出的箭头表示需要发送的消息,对方接收消息。例如
- 关注与
ADT
相关的事务这里只有RAD-1
与RAD-12
。
- 关注需要测试的事务后,需要了解事务对应的
HL7
接口信息。点击TF->HL7v2 Message Profiles
进行查看
Domian
- 选择对应的领域Transaction
- 选择事务,应该关注RAD-1
,与RAD-12
,下图为查询的RAD-1
的消息。Actor
- 这里示例角色为ADT
- 表格中,关注
HL7
消息。
ADT^A01^ADT_A01
- 住院患者登记ADT^A38^ADT_A38
- 取消住院患者提前登记ADT^A11^ADT_A09
- 取消住院或门诊患者登记ADT^A04^ADT_A01
- 门诊患者登记ADT^A05^ADT_A05
- 住院患者提前登记
注:表格中的HL7
接口消息为正式测试时需要通过的测试接口。
注:《基于IRIS
,动态解析HL7
消息_hl7 示例-CSDN博客》
- 点击表格头
1.3.6.1.4.12559.11.1.1.76
,进入HL7
消息详情,该页面展示了HL7
消息接口的含义,字段,与相应消息。
以上为前期准备测试的接口信息,应当测试之前开发本地开发好,后面与厂商联调。
测试用例
- 测试用例为正式测评时现在与其他厂商交互的流程。该测试用例在报名时填写
Profiles/Actors
时生成。
ADT_Broadcast_HL7v2.3.1
- 为测试用例,HL7
消息的版本可以不用管,用哪个版本都可以,默认是2.5
。
- 点击测试用例
ADT_Broadcast_HL7v2.3.1
。重点关注一下测试描述,要求,这个是考点。例如:
-
患者
COMPANY^George
是一名住院病人(他的名字从COMPANY^Monday
更改而来)。患者COMPANY^Tuesday
与患者Doe^Company
合并。要在ADT
消息中验证: -
A01
、A04
、A05
:至少应为PID-18
患者帐号或PV1-19
就诊号字段之一赋值 -
A01: PV1-3 PV1-7 PV1-10 PV1-17
应取值 -
A04,A05::PV1-3 PV1-7 PV1-10 PV1-17
不得取值 -
ADT^A40
显示“^Tuesday”
和“^Doe”
患者姓名.
注:患者名称不用统一。
- 向下滑可以看到测试时序图,该图为现场测试的流程,以该流程为准。
注:只需要关注与角色交互的相关角色即可,例如:ADT
交互的是OP
,ADT
发消息,OP
接收消息。如果报名的角色OP
与ADT
都要,那么要交换角色再次显示一遍测试用例。也就是说ADT_Broadcast_HL7v2.3.1
这个测试用例要演示2
遍,一遍作为ADT
角色,一遍作为OP
角色。
- 该测试用例流程如下:
步骤 | 发起人角色 | 响应者角色 | 事务 | 消息类型 | 选项 | 描述 |
---|---|---|---|---|---|---|
100 | RAD-1 HL7v2.3.1 启动器 | RAD-1 和 -12 HL7v2.3.1 应答器 | RAD-1 | ADTA05ADT_A01 | 必需的 | 预登记患者 COMPANY^Monday,其中“COMPANY”是被测 ADT 系统的名称。 |
200 | RAD-1 HL7v2.3.3 启动器 | RAD-1 和 -12 HL7v2.3.3 应答器 | RAD-1 | ADTA01ADT_A01 | 必需的 | 登记COMPANY^Monday为住院病人 |
300 | RAD-1 HL7v2.3.5 启动器 | RAD-1 和 -12 HL7v2.3.5 应答器 | RAD-12 | ADTA08ADT_A01 | 必需的 | 将 COMPANY^Monday名字更改为 COMPANY^George |
400 | RAD-1 HL7v2.3.7 启动器 | RAD-1 和 -12 HL7v2.3.7 应答器 | RAD-12 | ADTA07ADT_A06 | 必需的 | 将 COMPANY^George 更改为门诊病人 |
500 | RAD-1 HL7v2.3.9 启动器 | RAD-1 和 -12 HL7v2.3.9 应答器 | RAD-1 | ADTA01ADT_A01 | 必需的 | 将 Doe^COMPANY 登记为住院病人 |
600 | RAD-1 HL7v2.3.11 启动器 | RAD-1 和 -12 HL7v2.3.11 应答器 | RAD-1 | ADTA01ADT_A01 | 必需的 | 登记COMPANY^Tuesday住院病人 |
700 | RAD-1 HL7v2.3.13 启动器 | RAD-1 和 -12 HL7v2.3.13 应答器 | RAD-12 | ADTA03ADT_A03 | 必需的 | 完成 Doe^COMPANY 出院。 |
800 | RAD-1 HL7v2.3.15 启动器 | RAD-1 和 -12 HL7v2.3.15 应答器 | RAD-12 | ADTA40ADT_A39 | 必需的 | 合并 COMPANY^Tuesday 和 Doe^COMPANY |
900 | RAD-1 HL7v2.3.17 启动器 | RAD-1 和 -12 HL7v2.3.17 应答器 | RAD-12 | ADTA06ADT_A06 | 必需的 | 将 COMPANY^George 更改为住院病人 |
1000 | RAD-1 HL7v2.3.19 启动器 | RAD-1 和 -12 HL7v2.3.19 应答器 | RAD-12 | ADTA02ADT_A02 | 必需的 | 将 COMPANY^George 转移到新位置 |
1100 | RAD-1 HL7v2.3.21 启动器 | RAD-1 和 -12 HL7v2.3.21 应答器 | RAD-12 | ADTA12ADT_A12 | 必需的 | 取消转移 |
内部联调
- 内部联调主要为内部单元测试,每个
HL7
消息接口,都要按照测试用例流程,测试通过。
注:联调时所有触发的消息接口,均要由页面上功能点触发,也就是说要嵌入系统的业务功能中。并且要有消息日志记录,如果只是发条消息或做假界面应对测评,被发现很可能通过不了
- 联调时推荐使用
7Edit 2.x
工具,互相发消息认证。
与网站进行预预测
- 接口在本地开放完可与网站进行与测试,重点关注以下网站。
IHE
测试入口网站汇总 - https://gazelle.ihe-c.org/- 患者管理 - https://gazelle.ihe-c.org/PatientManager/home.seam
- 医嘱管理 - https://gazelle.ihe-c.org/OrderManager/home.seam
- 点击
ADT
,可以查看对应的事务,选择SUT
,点击生成病人h或选择病人可以进行发送消息。
- 点击
HL7 message
可进行消息查看,也可以查看其他友商的测试消息,方便学习。
注:也可以直接与厂商联调,有一些专业的厂商在联调中,会指导你的细节和问题。
与厂商进行与预测试
注:在正式测试之前的个月,一定要与其他参加测试相关厂商进行线下或线上联调。这点非常重要。如果不提前与厂商进行与预测试,正式测评时,根本改不过来,导致测评失败。
- 查找与你相关的厂商,主动去联系。点击
Registration
>Registration overview
可以查看所有厂商报名的领域、集成模式与角色。
- 这里选择与你相关的领域集成模式,角色查找有事务的接收方,也就是
OP
和OF
- 下图测试团队为你要联系的厂商名字。
- 也可以通过测试用例界面找到你的相关联调厂商。点击
n/n
数字,可以弹出与该测试用例相关的厂商,因为此用例为ADT
角色,所以联调厂商为OP
角色。
- 下图中为
R/3
表示该测试用例为必需并且要求与3
家不同的厂商进行测试。 - 下图中
2/8
表示已通过2
家厂商测试,可以选厂商有8
家。也就是8
家厂商选3
家通过该测试用例即可。也是就是说要给现场督查演示3
遍。
- 联系厂商之后,双发约定时间联调,线上线下都可以。注:每一条消息都要测试到位。
正式测评
IHE
一般会提前通知正式测评日期。所以应该在正式测评开始的前一个月之内与厂商提前联调。前两个月完成内部开发与内部测试。- 测评时间一般为
5
天,一般第一天上午,领导致辞,厂商装环境,环境搭建完成,可以根据测试用例相关角色厂商开始联调。 - 测评时间为上午
8:30
到12:00
,下午14:00
到17:30
,中午管饭,下午结束时,有时因场地原因,需要及时离场。 - 与厂商联调成功后,再次找现场督查演示一遍。按照测试用例演示一般不会有问题,督查会提一些问题也都是与之相关的。
- 给督查演示成功后,找督查要一张测试用例的单子,填写双方厂商的测试用例名称与测试用例生成的
ID
,双方签字,督查签字。代表与该厂商的测试用例通过。 - 因为是
R/3
,所以该单子上应当有3
条与不同厂商的测试用例记录。
测试用例ID | 测试用例名称 | 厂商名称 | 签字 | 厂商名称 | 签字 | 督查签字 |
---|---|---|---|---|---|---|
50404 | ADT_Broadcast_HL7v2.3.1 | XX 医疗系统 HIS V1.0 - ADT 角色 | XX | XX 医疗系统 HIS V1.0 - OP 角色 | XX | XXX |
- 这个单子一直保存在自己手里,在最后一天提交给督查,督查会统一录入系统,录入系统后。在
Main Connectathon Page
查看,测试用例为Pass
即为该条测试用通过。
- 通过后
1~2
月内会下发证书。通过角色发角色证书,通过集成模式发集成模式证书,整个专项测试都通过,发整个大证书。
注:正式测评时,第1~2
天通过率较,第3~4
天通过率较高,第5
天基本该通过的就通过了,这里强调一点是即使你提前都通过了,也不能提前离场,应当给其他还未通过的厂商予以支持,互帮互助。
名词解释
Gazelle
- 组织提供的一个集成测试工具套件,用于支持医疗信息技术系统的互操作性测试。- 领域 -
Domian
- 领域指的是IHE
框架中的特定医疗信息技术领域,例如患者身份识别、放射影像、实验室结果等。每个领域都有一组特定的集成配置文件,用于描述在该领域中系统之间的互操作性要求 - 集成模式域 -
Profile
- 集成模式定义了在特定领域中系统之间的互操作性规范。它包括了一组具体的交互流程、数据传输协议和消息规范,确保系统在特定的医疗场景中可以协同工作 - 角色域 -
Actor
- 角色代表了IHE集成模式中扮演特定角色的系统或实体。每个角色都有特定的责任和功能,以确保整个集成模式的顺利执行。例如,一个角色可能是患者身份识别服务,而另一个可能是医疗设备 - 事务域 -
Transaction
- 事务是指在IHE集成模式中的特定交互过程或业务交流。每个集成模式包含了一个或多个事务,每个事务描述了系统之间的特定消息交换和行为。事务定义了系统之间的通信流程,确保其互操作性 HL7
- 一种消息传输规范,类似于JSON
。
其他细节
- 交互方式统一要求使用
socket
传输消息,使用HTTP
,WebService
均不可以。 HL7
消息统一2.5
版本,交互的消息类型有多种例如:FHIR
,HL73.0
。其他协议DICOM
等。根据测试用例查看交互消息类型。- 如果测试用例,现场没有联调厂商,协会协调其他厂商帮助你测试。
- 要求
R/3
,如果没有3家厂商时怎么办?假设有只有2
家厂商,那么与这2
家厂商都通过测试用例,那么也算通过。 - 证书有效期:
5
年,过期作废,重新参加测评。 - 数据字典对照,相关厂商根据
Value Sets
页面上数据字典提前维护好,例如科室床位这些,否则找不到对照。
- 没有参加过测评的厂商,协会可能会提前组织培训。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!