如何通过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/

1. 提交报名申请表，按照表格所需要内容填写。

   • 系统名称 - 参加测试的系统名称。例如：XX医疗系统 HIS V1.0
   • 继承模式 - 参加测试的领域/集成模式。例如：放射学领域RAD/预约工作流程SWF
   • 功能角色 - 参加测试集成模式的功能角色。例如：患者注册管理ADT

   

2. 将表格提交给IHE中国，申请注册网站。

• 网站：https://gazelle.ihe-c.org/gazelle/home.seam
• 点击左上角Create an account创建帐号。注：目前网站不支持中文。但支持英文，日文，法文，希望日后可以增加汉化。

3. 注册帐号后，需要联系IHE中国相关人员，开通帐号，否则帐号是未激活状态，是登录不了的。

4. 激活后，点击Sign-in进行登录。

5. 登录后点击Registration >Manage systems，进行注册系统。

6. 填写系统信息，点击保存。注：这里已经存在所以是点击更新。

• System/Product name- XX医疗系统 HIS V1.0
• Version - 1.0

7. 点击页签Profiles/Actors。填写需要测试的集成模式与角色。

注：此页面填写信息尤为重要，该信息表示参加测试的内容，如果未填写全或填写错误，在正式测试时，友商将选择不到你为测试对象。也无法生成测试用例，并且现场督查也无法将测试用例置位测试通过。

到此为止，前期的注册流程就完成了。

如何通过IHE测试

关注领域，集成模式，角色

1. 首先需要关注报名时的领域，集成模式，角色。

• 以下内容作为示例：

  • HIS 系统专项测试

  • 领域 - 放射学领域RAD

  • 集成模式 - 预约工作流程SWF

  • 角色 - 患者注册管理ADT

2. 在文档**《附件1：IHE中国2023年度测试会议指南》**中找到对应专项测试内容。以下表格展示了需要测试的内容，重点关注事务与可选性。

• 事务 - 简单理解为交互的业务就可以。
  • RAD-1 - 患者登记 - ADT 系统登记和/或接收患者并将信息转发到其他信息系统。
  • RAD-12 - 患者更新 - ADT 患者注册系统将特定患者的新信息通知医嘱下达者和部门系统调度员/医嘱填写者。部门系统调度程序然后可以进一步通知图像管理器。
• 可选性 - 表示测试是否必需，只关注R即可，O为可选。

使用Gazelle网站查询事务与消息接口

• 表格中的内容也可在Gazelle 网站中进行查询。注：事务以表格为准。

1. 点击TF > Domain Browsing - 该界面为领域概览界面。

2. 找到RAD点击放大镜。

3. 找到SWF点击放大镜。

4. 该界面为RAD->SWF预约工作流的流程图。

• 这里关注ADT发出的箭头与接收的箭头。
  • 发出的箭头表示需要发送的消息，对方接收消息。例如ADT发出消息，OP与OF进行接收消息。
  • 接收的箭头。这里ADT没有，如果有的话表示需要接收到消息并进行相应回复。
• 关注与ADT相关的事务这里只有RAD-1与RAD-12。

5. 关注需要测试的事务后，需要了解事务对应的HL7接口信息。点击TF->HL7v2 Message Profiles进行查看

• Domian - 选择对应的领域
• Transaction - 选择事务，应该关注RAD-1，与RAD-12，下图为查询的RAD-1的消息。
• Actor - 这里示例角色为ADT

6. 表格中，关注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博客》

7. 点击表格头1.3.6.1.4.12559.11.1.1.76，进入HL7消息详情，该页面展示了HL7消息接口的含义，字段，与相应消息。

以上为前期准备测试的接口信息，应当测试之前开发本地开发好，后面与厂商联调。

测试用例

1. 测试用例为正式测评时现在与其他厂商交互的流程。该测试用例在报名时填写Profiles/Actors时生成。

• ADT_Broadcast_HL7v2.3.1 - 为测试用例，HL7消息的版本可以不用管，用哪个版本都可以，默认是2.5。

2. 点击测试用例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”患者姓名.

注：患者名称不用统一。

3. 向下滑可以看到测试时序图，该图为现场测试的流程，以该流程为准。

注：只需要关注与角色交互的相关角色即可，例如：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工具，互相发消息认证。

与网站进行预预测

1. 接口在本地开放完可与网站进行与测试，重点关注以下网站。

• IHE测试入口网站汇总 - https://gazelle.ihe-c.org/
• 患者管理 - https://gazelle.ihe-c.org/PatientManager/home.seam
• 医嘱管理 - https://gazelle.ihe-c.org/OrderManager/home.seam

2. 点击ADT，可以查看对应的事务，选择SUT，点击生成病人h或选择病人可以进行发送消息。

3. 点击HL7 message可进行消息查看，也可以查看其他友商的测试消息，方便学习。

注：也可以直接与厂商联调，有一些专业的厂商在联调中，会指导你的细节和问题。

与厂商进行与预测试

注：在正式测试之前的个月，一定要与其他参加测试相关厂商进行线下或线上联调。这点非常重要。如果不提前与厂商进行与预测试，正式测评时，根本改不过来，导致测评失败。

1. 查找与你相关的厂商，主动去联系。点击Registration >Registration overview可以查看所有厂商报名的领域、集成模式与角色。

• 这里选择与你相关的领域集成模式，角色查找有事务的接收方，也就是OP和OF
• 下图测试团队为你要联系的厂商名字。

2. 也可以通过测试用例界面找到你的相关联调厂商。点击n/n数字，可以弹出与该测试用例相关的厂商，因为此用例为ADT角色，所以联调厂商为OP角色。

• 下图中为R/3表示该测试用例为必需并且要求与3家不同的厂商进行测试。
• 下图中2/8表示已通过2家厂商测试，可以选厂商有8家。也就是8家厂商选3家通过该测试用例即可。也是就是说要给现场督查演示3遍。

2. 联系厂商之后，双发约定时间联调，线上线下都可以。注：每一条消息都要测试到位。

正式测评

1. IHE一般会提前通知正式测评日期。所以应该在正式测评开始的前一个月之内与厂商提前联调。前两个月完成内部开发与内部测试。
2. 测评时间一般为5天，一般第一天上午，领导致辞，厂商装环境，环境搭建完成，可以根据测试用例相关角色厂商开始联调。
3. 测评时间为上午8:30到12:00，下午14:00到17:30，中午管饭，下午结束时，有时因场地原因，需要及时离场。
4. 与厂商联调成功后，再次找现场督查演示一遍。按照测试用例演示一般不会有问题，督查会提一些问题也都是与之相关的。
5. 给督查演示成功后，找督查要一张测试用例的单子，填写双方厂商的测试用例名称与测试用例生成的ID，双方签字，督查签字。代表与该厂商的测试用例通过。
6. 因为是R/3，所以该单子上应当有3条与不同厂商的测试用例记录。

测试用例ID	测试用例名称	厂商名称	签字	厂商名称	签字	督查签字
50404	ADT_Broadcast_HL7v2.3.1	XX医疗系统 HIS V1.0 - ADT角色	XX	XX医疗系统 HIS V1.0 - OP角色	XX	XXX

6. 这个单子一直保存在自己手里，在最后一天提交给督查，督查会统一录入系统，录入系统后。在Main Connectathon Page查看，测试用例为Pass即为该条测试用通过。

7. 通过后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页面上数据字典提前维护好，例如科室床位这些，否则找不到对照。

• 没有参加过测评的厂商，协会可能会提前组织培训。