IHE基础技术框架集成规范



IHE规范的介绍

IHE医疗行业人员意识到发挥计算机系统的所有潜力来降低医疗事故、全面改善医疗机构的效率和诊疗的总体质量。要做的这点，诊疗工作要求有一个信息共享的框架来满足医院和病人的需要，同时要求计算机工程技术研究机构和厂商，建设医务人员信赖的系统。

现行的标准(如DICOM3.0，HL7等)提供了这个框架的内容，但是都是孤立的，并没有全面解决这个问题。在任何标准中都有信息缝隙、可选信息和空间使解析和实现时发生冲突，而且没有一个标准可以完美的规划整个机构中的蓝图来整合一个医疗机构的复杂的、永远改变的信息领域。为了填补这些标准之间、实现系统之间的缝隙，甚至两个遵循标准的系统之间仍然需要定制接口开发来集成，费用昂贵。为消除孤岛，建立一个具体的框架来实现这些标准的整合过程是必须的。IHE提供了这个过程。

IHE最早由医学专家、医疗服务管理者、信息技术专家为改善医疗机构中计算机系统之间信息共享而成立，发起组织是RSNA和HIMSS。IHE通过提升已建立的工业标准（如DICOM，HL7）协调使用，来明确指定根据临床需要对病人最佳的诊疗和处理。在遵循IHE的系统间进行通讯更容易实现，而且使诊疗提供者能够更加有效地使用信息。通过改善系统集成的状态和清除障碍实现医务工作者对重要信息无缝传输的需求，优化医疗质量。

IHE的基本概念包括：角色（Actor），事务（Transaction）和集成规范（Integration Profiles）。角色是指信息系统或者程序中产生、管理或者处理信息的功能单位，每一个角色支持一组IHE事务，每一个信息系统可能包括一个或者多个角色。事务是指在现存的标准（比如HL7和DICOM）的基础上在角色之间进行的消息交互。IHE 技术框架的基本单位为集成规范，每一个集成规范具备完成医疗流程中某一个步骤的能力，包含一个或者多个角色和事务。

IHE技术规范使用现有标准相同的应用实体概念，包括工作列表、计划过程步骤、执行过程步骤、结构化报告、存储提交等，IHE组织的专家通常在一些相关标准化组织任职。这些组织保持概念的统一，在概念的定义和行为特性的划分的层级上有所不同。一般而言，在DICOM中对上述概念从语义和基本特性方面界定，开发人员可以从底层实现这些概念和特性，在IHE技术规范中，综合对这些概念实体行为进行规范，从集成系统角度界定这些概念实体，通过定义各种集成单元以及单元下角色间的事务，描绘医疗机构整体系统集成的蓝图。

IHE基础技术框架的主要有以下的集成规范：

n        获取供显示的信息(Retrieve Information for Display，RID)；

提供一种简单快捷的方式来获取必要的患者信息。此规范支持对已存储文档的读取，包括CDA、PDF、JPEG等流行的文档格式。另外，为了临床的需要，此规范还支持读取某些以病人为中心的关键信息，例如过敏信息、当前用药、报告汇总等。

n        企业用户认证(Enterprise User Authentication，EUA)；

为每个用户分配唯一的用户名，此用户名可以登录进入企业的所有的设备和应用程序。这样，可以极大的方便医院内部的用户授权、验证和管理工作。在此基础上，可以通过支持单点登录(single sign-on)方式，为用户提供很大的方便。此规范是在Kerberos (RFC 1510)标准和HL7的CCOW标准的基础上建立的。

n        患者标识符交叉参照(Patient Identifier Cross-Referencing，PIX)；

在多个患者ID域之间，提供同一个的患者标识的相互索引。一旦这多个系统建立了患者ID交叉索引，同一个患者即使在多个信息系统中有不同的ID，也可能同时从多个系统中获取患者相关的信息。

n        患者同步应用(Patient Synchronized Applications，PSA)；

用户可以在一台电脑上，同时使用多个独立的应用程序上浏览同一个患者的数据信息，减少了用户在多个程序中分别选择此患者的重复操作。此集成规范是基于CCOW标准的，尤其是CCOW中关于“患者”主题的上下文管理部分的内容。

n        统一的时间(Consistent Time，CT)。

这是一套在多个系统和多台电脑之间保证时间一致的体系结构。IHE中很多其他集成规范都要求多台电脑间保持时间的一致。此集成规范提供的方法，使多台电脑的时间差异小于1秒。

n        患者基本信息查询(Patient Demographics Query，PDQ) 

多个分布式应用程序可以使用某种特定的查询语法，向一个中心患者信息服务器查询患者信息，查询结果可以直接被应用程序所使用，包括患者的人口学基本信息，也可以包含就诊相关信息。 

n        审核所需记录与节点验证(Audit Trail and Node Authentication ，ATNA)

描述了一个基本安全的节点所应具备的特征。 

1，描述了安全节点所处的安全环境，包括用户标识、授权与验证、访问控制等。以便安全评审者可以判断环境是否满足安全要求。 

2，定义了基本的安全审核要求。 

3，定义了关于节点之间使用TLS或类似方法进行通讯时的基本的安全要求。 

4，描述了在节点和收集审核信息的存储节点之间传输“审核消息”的架构。 

n        个人白页(Personnel White Pages，PWP)

访问获取机构内员工的基本信息。 

n        跨机构文档共享(Cross-Enterprise Document Sharing ，XDS) 

在属于同一个临床相关域内的多个医疗机构之间共享临床记录。此集成规范基于ebXml Registry标准、SOAP协议，HTTP协议和SMTP标准。此集成规范详细的描述了如何配置ebXml登记处，来支持跨机构的文档共享。 

IHE提供一个共享信息的框架，设计最优化的临床工作流。遵循IHE实现的系统可以理顺临床信息的流向，降低错误和提高效率。IHE加强科室之间的信息链接，如主治医生和主任医生之间，功能化概念，作为一个单独的单元来提供最优化的临床诊疗。

IHE提供给系统开发人员通用框架来分析临床集成的需求。IHE技术框架允许保证关键集成需求满足的情况下一定的弹性。

IHE使医院管理决策者可以获得系统集成厂商提供的清晰步骤，从而减轻对资金状况、信息技术费用、人员效率、诊疗质量权衡决策的负担，在系统的互操作性达成一致，使更多厂商、最佳解决方案更加可行。使开发人员集中精力改善系统的核心功能，而不是开发和维护点对点的接口。

最后，它使改进工作流实现成为可能，使诊疗提供者充分利用他们的工作时间，提高效率和优化医疗质量。

IHE基础技术框架集成规范相关推荐

2. 通用基础技术框架搭建
通过第一篇文章的介绍,第二篇主要讲解如何进行框架的搭建: 我把主要用到的开源框架类库,统一都通过NuGet来管理,通过自己搭建的Nuget服务器来进行对第三方dll进行管理.(后面会有文章专门讲解) ...
python技术介绍_Python编程语言基础技术框架()之函数介绍
{"moduleinfo":{"card_count":[{"count_phone":1,"count":1}],&q ...
IHE放射技术框架中的部门业务流程
http://blog.sina.com.cn/s/blog_4c908a0c010008d6.html
企业级数据仓库:数据仓库概述;核心技术框架,数仓理论,数据通道Hive技术框架,HBase设计,系统调度,关系模式范式,ER图,维度建模,星型/雪花/星座模式,数据采集同步,业务数据埋点,数据仓库规范
文章目录第一章数据仓库概述 1.1 数据仓库简介 1.1.2 什么是数据仓库? 1.1.3 OLTP 与 OLAP 1.2 数据仓库技术架构 1.3 课程目标第二章核心技术框架 2.1 数据仓 ...
IHE测试系列之五：实验室技术框架参考资料
打开IHE官方网站的领域界面:http://www.ihe.net/IHE_Domains/,页面内容包括: The active IHE domains are listed below with ...
Android开发技术框架和编码规范
Android开发技术框架和编码规范 2017年11月23日目录第一章绪论.................................................... ...
【C++基础】【集成编译环境01】Clion的C++编译环境和Boost Test Framworks框架运行实践
本文项目源码链接: CLionboostunittestframeworks项目源码-C++文档类资源-CSDN文库前言和行文思路: VScode.Clion.Pycharm都是集成环境的编辑器,他 ...
支撑Java框架的基础技术：泛型，反射，动态代理，cglib
以Spring为例要想看明白他的源码需要彻底理解Java的一些基础技术泛型,反射同时对于一些高级技术例如动态代理,cglib和字节码技术也需要掌握,下面就按章节来一一说清楚这些技术的核心部分,最后手写 ...
3个最基础的APP技术框架
不知道大家有没有遇到过这种情景,当你做好一个设计方案,满心欢喜地给开发讲解方案的思路和创意时,开发突然说一句:"这个方案实现不了",这时你整个人都不好了,心里开始嘀咕"这 ...

IHE基础技术框架集成规范

IHE基础技术框架集成规范相关推荐

最新文章

热门文章