IHE 集成化医疗卫生企业
XDS远程医疗整合
利用XDS规范整合各家远程医疗系统江苏嘉中慧天软件有限公司摘要：为了整合各家远程医疗系统使之互联互通，首先必须共享病人信息及诊疗信息，其次集成电视会议系统的通信。
为实现信息共享，采用XDS集成规范增加XDS组件，包括病人管理和文档管理。
在集成模式里，远程会诊系统在会诊申请、报告发布时作为文档提供者角色，而在会诊进行、资料审核时则作为文档使用者的角色。
为了方便集成，开发了XDS接口模块和一套基于XDS的远程会诊系统。
当前可以实现病人信息和诊疗信息（包括医疗图像）在互联网上跨系统的共享，并提出了从远程医疗共享平台走向广义云计算所需的工作。
关键词：XDS，远程医疗，远程诊断，图像传输，病人信息共享，跨系统平台，云计算Integrating Telemedicine Systems with XDSProfilesAbstract: To integrate different telemedicine systems as a platform, the first step is to share the patient demographic information and medical treatment information, then to integrate television meeting system to the platform. To share information, XDS profile is applied and several XDS components are added to the platform including patient information management and document management. In the integrating profile, the telemedicine system acts as a document provider at the service requesting and report submitting, and a document consumer at the document reviewing and case discussion. For integrating convenience, XDS interface modules are developed and a telemedicine system based on XDS profiles are provided as an example. Currently patient information and medical treatment information including images can be shared across different systems through the internet. The work to do to make the platform as an extensive concept of Cloud Computing is also listed.Key Words: XDS, Telemedic ine, Tele-diagnosis, image transmission, patient information share, cross-platform, cloud computing1.远程医疗的发展现状远程医疗是指通过计算机技术、通信技术与多媒体技术，同医疗技术相结合，为患者提供的医疗服务。
亲历IHE测试：从技术准备到体验总结.docx
亲历IHE测试：从技术准备到体验总结一、IHE简介IHE(Integration Healthcare Enterprise)中文常翻译为集成企业医疗。
IHE概念是由美国的医学专家和相关政府部门、信息技术专家和企业共同发起的,目的是提供一种更好的方法让医学信息系统之间更好地进行集成。
1998年,RSNA和HIMSS两个组织牵头,组织有关学会和设备厂商共同建立了IHE。
IHE不是一个组织,是一个用户、厂商、以及顾问机构共同定义基于标准的医疗保健工作流程的国际合作。
至今,IHE没有成立自己的组织,而是通过其发起单位HIMSS和RSNA 开展活动,这就是为什么大家经常可以看到在RSNA期间举Connectathon测试或者在HIMSS期间会举办IHE Interoperability Showcase的活动。
以下都是IHE活动的一部分。
1.动员用户要求厂商寻求IHE方案(IHE教育);2.通过T echnical Framework定义和促进每年的增长目标;3.IHE 通过RSNA IHE 网站促使厂商应用IHE方案(集成声明和成功故事);4.提供标准测试工具使得厂商易于评估其一致性;5.IHE在各种全球性的贸易展览中提供教育报告,如RSNA、HIMSS、ACR、ECR、SCAR、SPIE等;6.通过与不同的国际卫生保健社团(如美国RSNA/HIMSS/ACC ,欧洲COCIR ,日本JIRA)合作,实现全球化的技术框架(Technical Framework)。
IHE的技术框架是一种详细的、严格组织的文档,这些文档提供了一种容易理解的指导,以便完成特定的系统整合。
技术框架从系统交互的观点出发,把所有的医疗过程抽象成一个个子框架,每个子框架由一些医疗事务以及参与事务的多个独立功能单元组成。
这些功能单元在子框架中被称为角色(Actors)。
事务(Transactions)则定义了角色间交换的信息。
IHE 通过在角色间进行基于DICOM或HL7标准的数据交换,保证了系统的开放性和工作流程的自动化。
ihe认证流程
ihe认证流程全文共四篇示例，供读者参考第一篇示例：ihe认证是指国际电子卫生联合会（the Integrating the Healthcare Enterprise，简称ihe）认证的过程。
ihe是一个由世界各地医疗保健组织、供应商和其他利益相关者共同参与的国际标准化组织，旨在促进不同医疗系统间的互操作性和信息共享，提高患者的医疗服务质量和效率。
ihe认证流程是一项严格的评估程序，通过对医疗信息技术（Health Information Technology，简称HIT）产品的功能、性能和互操作性进行全面评估，以确保其符合国际医疗标准和规范。
ihe认证的目的是提高医疗信息系统之间的互操作性和数据交换能力，从而提高医疗服务的质量和效率，减少冗余工作和错误。
ihe认证的流程通常包括以下几个步骤：1. 提交申请：医疗信息技术供应商需要向ihe组织提交认证申请，申请表通常包括产品的基本信息、功能描述和技术规格等内容。
2. 审核评估：ihe组织将对申请材料进行审核评估，包括产品的功能、性能和互操作性等方面。
审核评估通常由独立的专家组成的评审委员会负责，确保评估结果的客观性和公正性。
3. 测试验证：通过审核评估后，ihe组织将要求医疗信息技术供应商对其产品进行测试验证，验证产品是否符合ihe的相关标准和规范。
测试验证通常包括功能测试、性能测试和互操作性测试等内容。
4. 结果认证：测试验证合格后，ihe组织将颁发认证证书给医疗信息技术供应商，证明其产品已通过ihe认证。
认证证书通常包括产品的认证类型、有效日期和认证标志等信息。
5. 持续监管：ihe认证并不是一次性的评估过程，医疗信息技术供应商在获得认证后需要遵守ihe组织的相关规定和要求，并定期进行产品的维护更新和监控评估，以确保产品的质量和互操作性持续符合标准和规范。
ihe认证是一项重要的医疗信息技术认证制度，通过严格的评估流程和标准化的要求，促进医疗信息系统之间的互操作性和数据交换能力，提高医疗服务的质量和效率，推动全球医疗卫生事业的进步和发展。
IHE介绍
占志刚 IHEIHE-C测试委员会委员
内容
IHE简介 IHE简介 IHE的技术框架 IHE的技术框架 IHE在中国的发展状况 IHE在中国的发展状况
IHE简介 IHE简介
Integrated Healthcare Enterprise
IHEIHE-C发展历程－起步
2008年 2008年5月25～28，第一次Connectathon 25～28，第一次Connectathon
Connectathon
Connect – a – Marathon Marathon
面对面的互操作测试大会 测试IHE的技术框架的实施情况 测试IHE的技术框架的实施情况 由IHE组织，每年在北美，欧洲，亚太举行 IHE组织，每年在北美，欧洲，亚太举行 一次 IHE发布成功的测试结果 IHE发布成功的测试结果 通过测试推动标准的应用
Modality
ADT Pt. Registration [RAD-1] Patient Update [RAD-12] DSS/Order Filler Modality PS in Progress [RAD-6] Modality PS Completed [RAD-7] Creator PS in Progress [RAD-20] Creator PS Completed [RAD-21] Pt. Registration [RAD-1] Patient Update [RAD-12] Order Placer Procedure Scheduled [RAD-4] Procedure Update [RAD-13] Performed Work Status Update [RAD-42] Performed Work Status Update [RAD-42] Image Display Evidence Creator Creator PS in Progress [RAD-20] Creator PS Completed [RAD-21] Performed Procedure Step Manager Storage Commitment [RAD-10] Image Manager Modality PS in Progress [RAD-6] Modality PS Completed [RAD-7] Creator PS in Progress [RAD-20] Creator PS Completed [RAD-21] Creator Image Stored [RAD-18] Image Archive Query Images [RAD-14] Retrieve Images [RAD-16]
数字化医院信息系统及其应用标准及规范综述(PACS,HIS,HMIS,CIS,RIS,DICOM,HL7,IHE)
数字化医院信息系统及其应用标准及规范综述【摘要】随着现代医学科技的发展，医疗机构的诊疗工作越来越多的依赖于医学影像的检查，传统的医学影像管理方法给查找和调阅带来诸多困难，丢失影片和资料时有发生，已无法适应现代医院中对如此大量和大范围医学影像的管理要求，为此，PACS即影像存档及通信应用而生，它将医学图像资料转化为计算机数字形式，通过高速计算设备及通讯网络，完成对图像信息的采集、存储、管理、处理及传输等功能，使得图像资料得以有效管理和充分利用。
随着信息技术的发展及医院运行机制的转变，医院信息系统已成为现代化医院必不可少的重要基础设施与支撑环境，PACS与HIS、RIS同属医院信息系统，本文系统的介绍了数字化医院中PACS、HIS、RIS等常用应用系统的基本概念和特点，并对这些系统中所用到的包括DICOM 和 HL7在内的各种标准或规范及其同IHE的关系进行了较为详细的综述。
【关键词】PACS；HIS；HMIS ；CIS ；RIS；DICOM；HL7；IHE进入21世纪后，在有关医疗数据的传输方面也进入了信息时代，信息技术是现代文明的基础，是开展科学研究和技术开发的重要支撑手段，信息技术的发展，直接影响着人民生活的质量，进而间接的决定社会生产力和综合国力的变化。
近50年来，由于半导体、计算机和通信技术的迅猛发展，数字化的信息已经渗透进人们生活的各个领域。
在医学图像处理领域，随着放射学的迅速发展，为医疗诊断提供了多种人体成像技术，例如：CT、MRI、US、CR、PET等。
这些新的医学成像技术为临床诊断提供了丰富的影像学资料，在相当大的程度上提高了医疗机构的诊断和治疗水平，但同时也使得如何有效地管理、处理和利用大量繁杂的医学图像资料这一问题变得日益突出。
计算机技术日新月异的发展，尤其是高速计算设备、网络通讯及图像采集、处理的软、硬件技术的一系列突破性进展，为医学图像的数字化采集、存储、管理、处理、传输及有效利用提供了现实的数字技术基础。
IHE技术架构
基于XDS/XDS-I的区域医疗影像共享交换技术架构IHE与区域医疗信息共享交换集成医疗环境（I n t e g r a t i o n H e a l t h c a r e Enterprise，IHE）是众多医学专家和厂商共同倡议，1999年由美国医疗信息和管理系统学会（HIMSS）及北美放射学年会（RSNA）共同讨论建立，目标是提供更好的方法实现医疗信息系统之间信息的共享交换。
IHE根据已有医疗信息和IT领域的规范和标准（例如DICOM、HL7、ebXML等），优化不同层次医疗服务流程，推动不同医疗信息系统之间实现信息共享。
IHE根据当今各国发展区域医疗信息共享交换的需求，于2004年颁布了跨企业级文档共享技术框架（Cross-Enterprise Document Sharing, XDS）。
XDS技术框架文件详细定义了同一个“医疗联合体”（Clinical Affinity Domain）中的不同机构如何共享和交换病人医疗信息。
“医疗联合体”是指若干个医疗机构形成的文档共享域，这些医疗机构同意通过协作共享的方式分享病人的医疗文档。
XDS技术框架的基本理念就是通过ebXML标准实现共享文档的注册、查询和提取，其基本技术框架示意如图1所示。
1 . 主要角色（A c t o r s ）及其相关事务（Transactions）（1）文档注册中心（Document Registry）“文档注册中心”集中存放区域医疗文档的元数据信息。
医疗文档元数据由“文档存储池”注册到“文档注册中心”（事务ITI-14），“文档注册中心”索引这些信息后提供给“文档用户”查询（事务ITI-16）。
（2）文档存储池（Document Repository）“文档存储池”存储病人医疗文档，文档由“文档源”提供/注册（事务ITI-15），并提供给“文档用户”提取（事务ITI-17）。
（3）文档源（Document Source）“文档源”负责生成医疗文档，并提供/注册到“文档存储池”（事务ITI-15）。
IHE, HL7和 和和 和 HITSP 中的临床文档标准
IHE, HL7和HITSP 中的临床文档标准 鲍永坚GE 医疗集团引论文档已在电子健康记录（EHR ）中广泛应用于医疗健康信息交换。
数字文档具有可持久性、可认证性、以及内容和相关语境的完整性。
数字文档的这些特征和纸质记录环境很类似，可以支持目前医学文档管理所有的业务和法律要求。
而且，数字文档能够以结构化和编码的方式表达信息内容，从而使许多新的应用成为可能：信息查询、临床决策等等。
HL7临床文档架构第二版（CDA R2）是在临床文档应用中最为广泛使用的标准，得到了许多医疗卫生信息技术标准的开发和促进组织的支持，如IHE 和HITSP 等。
针对不同应用用例，它们开发了基于CDA 的文档内容标准。
本文试图HL7、IHE 和HITSP 开发的这些标准之间的关系。
首先，我们对基于CDA 的文档内容规范过程作一个简要介绍。
临床文档架构临床文档架构————CDACDA 是HL7第三版标准（HL7 V3）的一部分，专门规定临床文档内容的标准化。
CDA 只规范文档内容表达，不涉及文档的交换机制。
在一个完整的文档解决方案中，还必须定义交换标准。
例如，IHE XDS 集成规范家族就包括了文档交换和发布、订阅的基础架构（通过WEB 服务传送的ebXML 消息），和不断扩展增加的临床信息内容标准（大部分内容标准基于CDA ）。
在本文中，我们只讨论文档的内容规范。
如其名称所示（字母A 表示架构），CDA 提供了一个能够表达所有可能文档的通用架构。
所有的CDA 文档都用XML 编码表达。
下图示出CDA 架构的基本构件（忽略了CDA 文档的最简单形式：第一层（L1）非结构化文档）。
图中所有的构件事实上都是一个RIM 模型（RIM 本身也是HL7 V3标准的一部分）。
关于CDA RIM 模型的正式描述见[1]。
图1。
CDA 文档架构第二层（L2）CDA 文档包含一个或多个章节，它们采用复合模式[2]的结构。
一个章节可以包含子章节，子章节再包含子章节，这样无限继续。
基于IHE关键影像集成模型PACS工作站的临床应用
医生打印胶片的 ＤＣ Ｉ ＯＭ 格 式 和 放 射 科 诊 断 医 生 增 加 病 变 、 征 象 标 注 的 图 像 ， 可 以很 方 便 的 被 临 床 医 师Biblioteka 调 阅 ， 生 在 临 床 其 医
工作站既能调阅 Ｐ Ｃ Ａ Ｓ中 的病 人 全 部 影 像 ， 能 调 阅关 键 标 记 又
影 像及 电 子 胶 片 ， 样 使 临床 医生 可 以 在 短 时 间 内获 取 自 己最 这 需 要 的有 用 信 息 ， 约 从 海 量 的 图 像 中 搜 索 信 息 浪 费 的 时 间 ； 节
ｃ ｍｍｕ ｉ ｔ ｎ ｓ ｓｅ Ｐ Ｓ 最 基 本 的 组 成 部 分 之 一 ， 的 主 ｏ ｎｃ ｉ ｙ ｔｍ， ＡＣ ） ａｏ 它 要 任 务 是 帮 助 医 生 浏 览 医 学 图 像 ］ 影 像 工 作 站 既 能 通 过 网 。
表 １ Ａ ＳＲＳ Ｐ Ｃ／ Ｉ工作站类型及 分布
同 时 临 床 医 师 可 以从 关 键 影 像 的标 注 信 息 获 得 影 像 报 告 无 法
直 接描 述 的 信 息 ， 其 是 一 些 重 要 征 象 的位 置 、 围 及 其 及 相 尤 范 关 的测 量 信 息 ， 些 信 息 对 于 临 床 诊 断 及 治 疗 是 十 分 重 要 的 ； 这
放 射 学实 践 ２ ０ ０ ９年 ４月第 ２ ４卷 第 ４期
Ｒａｉｌ ｒｃｉｅＡｐ ０ ９ Ｖｏ ４ Ｎｏ４ ｄｏ Ｐ ａｔ ， ｒ２ ０ ， ｌ ， ． ｃ ２
４ ５５
・
经 验 介 绍 ・
基于 Ｉ ＨＥ关 键 影 像集 成 模 型 Ｐ Ｓ工 作 站 的 临床应 用 ＡＣ
汪 军峰 ，樊 树 峰 ，丁 建 荣 ，林 海 涛 ， 金 标 黄
ihe认证流程
ihe认证流程IHE（Integrating the Healthcare Enterprise，医疗卫生企业集成）是一个致力于促进医疗信息技术（Health Information Technology，Health IT）系统互操作性和集成的国际性倡议和组织。
IHE的认证流程旨在验证医疗信息技术系统是否符合其制定的技术集成规范和标准，以确保各种不同厂商的系统能够在医疗环境中有效地互操作。
IHE 认证通常涉及以下几个关键步骤：1. 规范遵从性评估：首先，厂商需要确保其医疗信息技术系统符合IHE发布的相关技术集成规范和标准。
这可能需要对系统进行技术评估和调整，以确保其功能和接口符合要求。
2. 测试准备：一旦系统符合规范要求，厂商可以申请进行IHE认证测试。
在测试准备阶段，厂商通常会准备测试环境、准备测试文档和数据，以确保测试的顺利进行。
3. 测试执行：IHE认证测试通常由经过IHE认证的测试实验室或机构进行。
测试包括模拟真实的医疗场景，并验证系统是否能够在这些场景中有效地互操作和集成。
测试可能包括功能性测试、性能测试、安全性测试等。
4. 测试报告和评估：测试完成后，测试实验室会生成测试报告，并对系统的测试结果进行评估。
如果系统通过了所有的测试，并符合IHE的认证要求，那么系统就可以获得IHE认证。
5. 认证证书颁发：一旦系统通过了IHE认证，认证实验室会颁发认证证书，证明该系统符合IHE的技术集成标准和规范要求。
认证证书通常具有一定的有效期，需要定期更新。
总的来说，IHE认证流程涵盖了对医疗信息技术系统的规范遵从性评估、测试准备、测试执行、测试报告和评估等多个环节，以确保医疗信息技术系统在实际医疗环境中能够有效地互操作和集成。
国际上著名医学信息标准介绍
国际上著名医学信息标准介绍（一）国际疾病分类ICD9和ICD-10国际疾病及健康相关问题统计分类ICD-9(International Classification of Diseases, 9th Revision )是世界卫生组织在欧洲早期制订的标准上拓展、细化、补充、修订形成的，其目的是用于疾病率与死亡率的统计，也可用于医院临床的疾病诊断与手术操作的分类、存储、检索及统计应用。
ICD-9-CM(International Classification of Diseases 9th Revision, Clinical Modification)是ICD-9在美国的临床修订版。
ICD-9-CM更适合于临床的需要，是DRG分组的基础。
ICD-10 （International Statistical Classification of Diseases and Related Health Problems,10th Revision)大大扩展了ICD-9，疾病分类的数量与细致程度增加了，并且适应于流行病学及保健评估的需求，编码方式亦更加科学实用。
ICD－10目前在欧洲已得到广泛应用，但由于ICD-9-CM在美国已被嵌入众多的其他医院计价、补偿、财务系统中，因此美国国家卫生统计中心正在编制ICD－10－CM，准备将其投入实际应用，替换原来的ICD-9-CM,这不是一件轻松的任务。
WHO正在组织ICD-11标准的开发，这是一个基于疾病概念本体（Ontology）方法开发的全新疾病分类系统。
该系统已有方案把传统医学（Traditional Medicine）疾病分类（包括中医）纳入新的编码体系之中，什么时候可以投入使用，什么时候可以被我国接受并替换现用的ICD-10,尚不得而知。
（二）DICOM医学数字化影像通讯标准Digital Imaging and Communications in Medicine由美国放射学会 (American College of Radiology，ACR) 和国家电子制造商协会 (National Electrical Manufacturers Association,NEMA)为主制订了一个专门用于数字化医学影像传送、显示与存储的标准，该标准产生于1985年，当前已修订为第三版并正式命名为 DICOM3。
IHE PIX PDQ 介绍
CopyrigTransactions
Patient Identity Feed(ITI-8)
Copyright © 2011 Neusoft Corporation
HL7消息示例
ADT^A01
MSH|^~\&|MESA_ADT|DOMAIN1_ADMITTING|MESA_XREF|HOSPI TAL|200310011100 ||ADT^A01^ADT_A01|10511102|P|2.3.1|||||||| EVN||200310011100||||200310011043
MRG-1 Old PatientID
MRG|PIX10501^^^HIMSS2005&1.3.6.1.4.1.21367.2005.1.1&ISO^PI||||||M arion^Singleton
MRG-6 Old PatientName
Copyright © 2011 Neusoft Corporation
PIX/PDQ 介绍
PIX/PDQ
• PIX介绍 概述,组成和框架,事务介绍,Case示例 • PDQ介绍 概述,组成和框架,事务介绍,Case示例
PIX的概述
PIX(Patient Identifier Cross-referencing)患者 ID交叉索引,在多个系统中同一患者不同ID 之间,提供一个患者标识的相互索引,一旦多 个系统建立交叉索引,同一个患者即使在不 同医疗域或多个信息系统中拥有不同的ID, 也可以同时从多个系统中获取其相关信息. 这样使用者(比如医生)就可以很方便的获取 到患者更为完整的信息。
PIX/PDQ
• PIX介绍 概述,组成和框架,事务介绍,Case示例 • PDQ介绍 概述,组成和框架,事务介绍,Case示例
IHE在中国应用的研究
IHE在中国应用的研究1、DICOM[1]与HL7[2]简介DICOM(Digital Imaging and Communication in Medicine) 标准是由ACR (American College of Radiology)及NEMA(National Electrical Manufacturers Association)联合制定的一套医学图像处理及传输的标准，其目的是推动数字医疗影像的传输与交换，促进医学影像储存与传输系统(Picture Archiving and Communication Systems，PACS) 的发展与各种医院信息系统(Hospital Information Systems，HIS) 的集成。
DICOM标准立足于开放系统互联的架构，使用面向对象的方法定义了一套包含各种类型的医学诊断图像及其相关的分析、报告等信息的对象集；定义了用于信息传递、交换的服务类与命令集以及消息的标准响应；详述了唯一标识各类信息对象的技术；提供了应用于网络环境（OSI或TCP/IP）的服务支持；结构化地定义了制造厂商的兼容性声明（Conformance Statement）。
DICOM标准涵盖了数字医学图像的采集、归档、通信、显示及查询等几乎所有信息交换的协议。
DICOM标准促进了PACS与RIS、HIS等系统的集成。
HL7是医疗领域不同应用之间电子数据传输的协议，是由HL7组织制定并由ANSI批准实施的一个行业标准。
它主要的目的是要发展各型医疗信息系统间，如临床、保险、管理、行政及检验等各项电子资料的标准。
HL7从HIS接口结构层面上定义了接口标准格式，并支持使用现行的各种编码标准，如ICD-9/10、SNOMED等。
HL7采用消息传递方式实现不同模块之间的互连，十分类似于网络的信息包传递方式。
每一个消息可以细分为多个段、字段、元素和子元素。
目前，HL7的正式版本为2.4，HL7 3.0标准正在制定中。
中国医疗信息基础(IHE-C)
Providers and Vendors Working Together to Deliver Interoperable Health Information Systems in the Enterprise and Across Care Settings
为什么需要IHE 为什么需要IHE
医疗机构
改善工作流程 减少错误和重复工作
病人
提高服务质量，信息安全和效率
系统供应商
减少实施的复杂性和时间，费用 更好地满足客户集成需求
标准组织
标准推广，和反馈
政府
提高医疗信息的互操作性，降低医疗成本
IHE技术框架 IHE技术框架
IHE技术框架 IHE技术框架
IHE技术射学领域 IHE技术框架－放射学领域
Query Modality Worklist [RAD-5]
IHE技术框架－ITI IHE技术框架－ITI
IHE集成模式－XDS IHE集成模式－XDS
IHE在中国的发展 IHE在中国的发展
IHEIHE-C发起单位
IHEIHE-C的发展历程
酝酿阶段（2007年之前 年之前） 酝酿阶段（2007年之前）
2008年 2008年5月26日～28日 26日 28日 天坛医院 共有7个厂商，15套设备或系统举办 共有7个厂商，15套设备或系统举办 共完成186个测试用例 共完成186个测试用例
医疗卫生信息系统互联互通性综述
医疗卫生信息系统互联互通性综述摘要本文对医疗卫生信息系统互联互通性标准及其典型应用进行了综述。
关键词互联互通性 HL7 V3 CDA IHE XDS1．背景医疗卫生信息系统互联互通性是作为我国卫生信息化发展基础性、关键性技术问题而提出的，是我国医疗卫生事业发展关键时期必须解决的技术问题。
该问题的提出，是以新的健康观为核心的医学模式转变和医疗服务质量提高的必然要求，也是我国卫生信息化发展的客观趋势。
一方面，随着医疗卫生事业的发展，医疗卫生信息共享需求越来越迫切，这些需求包括居民个人健康管理、跨机构医疗卫生服务、公共卫生群体健康监测、卫生管理决策等；另一方面，从我国卫生信息化发展历程来看，大体经历了计算机技术应用阶段和业务信息系统建设阶段两个阶段，但由于各业务信息系统独立建设，标准不统一，造成“烟囱”林立，信息不能共享；目前，我国卫生信息化建设已进入互联互通和信息共享共用的新阶段，部分地区已开始试点。
因此，研究医疗卫生信息系统互联互通性相关技术具有十分重要的意义，其核心目标是实现以个人为中心的医疗卫生信息共享共用，基础和手段是实现医疗卫生信息系统互联互通[1]。
2．互联互通性概念文献1给出的互联互通性定义如下：互联互通性是指一个系统或应用软件能够正确使用其他系统或应用软件产生的数据的能力。
即系统之间能够传输数据，并且这些数据能够被准确地理解。
一般将互联互通性分为功能（语法）互联互通性和语义互联互通性。
功能（语法）互联互通性是指两个或多个系统之间通过设定功能和定义报文结构进行信息交换的能力。
语义互联互通性是指两个或多个系统共享的信息能够按原有定义被理解的能力。
语义互联互通性是信息共享的前提条件，涉及数据的整合、概念、术语、域模型和数据模型以及信息（数据）框架的一致性问题，确定信息的结构和内容。
从上述定义可知，互联互通性包括两层含义，即功能互联和语义互通。
3．互联互通性标准医疗卫生信息系统互联互通性也是世界范围卫生信息共享研究的主要内容。
亲历IHE测试：从技术准备到体验总结
亲历IHE测试：从技术准备到体验总结一、IHE简介IHE(Integration Healthcare Enterprise)中文常翻译为集成企业医疗。
IHE概念是由美国的医学专家和相关政府部门、信息技术专家和企业共同发起的，目的是提供一种更好的方法让医学信息系统之间更好地进行集成。
1998年，RSNA和HIMSS两个组织牵头，组织有关学会和设备厂商共同建立了IHE。
IHE不是一个组织，是一个用户、厂商、以及顾问机构共同定义基于标准的医疗保健工作流程的国际合作。
至今，IHE没有成立自己的组织，而是通过其发起单位HIMSS和RSNA 开展活动，这就是为什么大家经常可以看到在RSNA期间举Connectathon测试或者在HIMSS期间会举办IHE Interoperability Showcase的活动。
以下都是IHE活动的一部分。
1.动员用户要求厂商寻求IHE方案(IHE教育);2.通过T echnical Framework定义和促进每年的增长目标;3.IHE 通过RSNA IHE 网站促使厂商应用IHE方案(集成声明和成功故事);4.提供标准测试工具使得厂商易于评估其一致性;5.IHE在各种全球性的贸易展览中提供教育报告，如RSNA、HIMSS、ACR、ECR、SCAR、SPIE等;6.通过与不同的国际卫生保健社团(如美国RSNA/HIMSS/ACC，欧洲COCIR，日本JIRA)合作，实现全球化的技术框架(Technical Framework)。
IHE的技术框架是一种详细的、严格组织的文档，这些文档提供了一种容易理解的指导，以便完成特定的系统整合。
技术框架从系统交互的观点出发，把所有的医疗过程抽象成一个个子框架，每个子框架由一些医疗事务以及参与事务的多个独立功能单元组成。
这些功能单元在子框架中被称为角色(Actors)。
事务(Transactions)则定义了角色间交换的信息。
IHE通过在角色间进行基于DICOM或HL7标准的数据交换，保证了系统的开放性和工作流程的自动化。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IHE 集成化医疗卫生企业医院是一个具有相当特殊性和复杂性的信息化环境。
这是因为医院整体信息化的构建和实现，不可避免地需要包括多种不同来源的、涉及不同的专业工作流管理和处理过程的医学信息系统。
由于这类医学信息系统及软件应用通常是异源性的、相对独立和多中心运行的，其可能的后果是所谓信息孤岛(Information Island)现象的产生，即在不同的专业信息系统和软件应用间存在数据传递过程障碍，以及数据访问格式的不兼容，前者导致医院信息化环境中信息系统及其工作流集成的问题，后者则可能影响数据信息的互操作性(Interoperability)的实现。
这类特点，在医院的医学影像学科信息化环境中表现尤为突出，如在医院放射科的信息化建设中，不仅涉及两个具有相当专业性和特殊性的信息系统，即图像存档及传输系统(Picture Archiving and Communication System，PACS)和放射学信息系统(Radiology Information System，RIS)，同时还必须面对来自不同提供商的影像采集设备和影像处理设备，并解决这些设备功能操作和执行所依托的不同来源的软件应用和信息系统间的交互和数据通信。
此外，作为构成放射科以及医院整体信息化环境的组成部分，PACS和RIS除必须实现其相互间流程集成和数据通信外，还应该解决与HIS系统以及医院信息化环境中其它医学信息系统间的流程整合和数据交互。
这是一个具有相当复杂性并要求执行强有力的协调处理的任务，建立一套适合医院信息化环境运作的流程执行和管理模型，用以规范和指导这一任务的顺利实施和实现，即是北美放射学会(Radiological Society of North America，RSNA)和医疗卫生信息及管理系统协会(Healthcare Information and Management System Society，HIMSS)发起并主持集成化医疗卫生企业(Integrating the Healthcare Enterprise，IHE)研究和示范(Demonstration)的基本目的。
一IHE的历史、发展和应用需求1. IHE发展过程简介IHE活动的第一阶段，被定义为一个多年度实施的项目，即一个被分为5个年度执行和实现的计划，其重点集中在放射科环境中的影像设备、医学影像学信息管理系统(如PACS和RIS)，以及与医院其它相关信息系统及流程间的集成过程。
RSNA和HIMSS的年度会议被作为IHE相关活动、验证和展示的主要平台，基于此平台同步地组织反映该年度IHE技术现状和进展内容的验证和示范。
从RSNA和HIMSS的1999年度学会开始，截止到2003年的第5个IHE年度，已完成并发布13个IHE Profiles(IHE集成模型)，定义了超过40个以上的Transactions(事务处理)，这些Profiles 和Transactions已基本上覆盖了放射科信息化环境中PACS和RIS工作流常规的执行过程，以及PACS-RIS系统间流程集成和数据通信的主要操作环节；同样，也涉及部分与医学影像学检查流程相关的HIS管理域的工作流和数据流过程。
IHE年度示范的内容包括了2个不同维度的发展，一个维度是在医院诊疗环境中以患者入院并执行医学影像学检查过程的纵向发生的工作流及处理过程，这是IHE1~4年度研究和示范的基本内容；从IHE第5年度开始，IHE的研究和示范除了在医学影像学领域进一步向纵深发展外，将主要开始它的另一个维度，即向医院其它学科领域和信息化环境中的工作流和功能处理过程相关内容的横向扩展。
此外，在宏观的层面，IHE在世界范围内的横向扩展过程也成为IHE发展的一个特殊维度，从IHE第3年度(2001年)，IHE的活动从北美相继扩展到了欧洲和日本，经IHE-USA、IHE-Europe和IHE-Japan的共同努力使IHE真正成为了一个具有广泛代表性和被普遍认可的国际性研究和应用示范活动。
2. IHE的管理组织及基本活动形式a. IHE的组织和管理机构目前IHE主要的组织和管理机构包括IHE计划委员会(IHE Planning Committee)、IHE技术委员会(IHE Technical Committee)，以及后续建立的IHE 战略发展委员会(IHE Strategic Development Committee)，三者的协调确保成功地实施IHE活动的组织、技术文档的定义、发展需求的确定等关键任务。
(1)IHE计划工作委员会：其工作角色是决定医学领域的系统集成需求，以及医学信息系统相关的技术规范方面的需求，并负责计划和安排每年的项目实施任务，以及确定年度IHE活动中的示范和验证过程的实施原理、纲要和目标等。
(2)IHE技术委员会：负责基于相关的现有医学通信标准，草拟IHE技术架构的技术规范细节，以解决和实现由计划委员会提交的相关IHE执行需求和原理。
(3)IHE战略发展委员会：建立于IHE 2002年度，其基本任务是协调和指导IHE活动向更广泛的医学领域和更为纵深的应用层次扩展，同时还承担确定将IHE的处理过程扩展至整个医院信息化环境中的各类工作流程集成需求。
b. IHE的基本活动形式及其主要内容IHE主要通过组织一个权威性的活动，倡导和鼓励在基于现代医院工作流程执行过程的信息系统间进行集成的努力。
IHE同时也成为一个研究和讨论医疗信息系统集成过程的论坛，致力于定义和构造应用于完成各类医学和临床目标的信息通讯和处理规范的技术架构(Technical Frame-work)，并同时提供一个对这个技术架构内容的应用实施进行严格测试的平台。
IHE还创立了一个独特的和相当有效的发展和推广方式，即在主要的专业学术会议上，以一种公开的，将实践和验证过程直接结合的模式，用于推广IHE观念，获取新的集成需求，以及准备和产生的新的技术执行规范。
IHE的活动以1个年度的周期循环，确保能够快速地对新产生的集成需求进行响应，并及时地对新的集成机制应用过程实施验证和示范。
IHE组织的基本活动和内容主要包括下述几方面：(1)IHE连通性测试(Connectathon Test)Connectathon是IHE组织的核心活动，即基于专业的年度学会，建立IHE专门的活动平台，以IHE集成模型和IHE技术架构(Technical Framework)作为基础，征集参与IHE集成执行过程测试和验证的系统提供商，在此活动平台上示范其软件的IHE原理实现能力和执行进程。
Connectathon活动通常由主持IHE活动的专业学术协会如RSNA或HIMSS负责和管理，并组建专门的技术项目管理小组(Technical Project Management Team)实施指导。
IHE委员会通过组织Connectathon期望实现的目标包括以下几个方面：(a)定现有IHE技术架构原理执行方面存在的问题和缺陷，以便能够及时获得修订和改善。
(b)确定参与测试的系统可能存在的兼容性或集成相关的问题，并协助探讨和寻找解决这类问题的方法和技术。
(c)通过连通性测试过程促进IHE兼容系统的增长和发展。
(d)为IHE潜在用户和信息系统商提供一个直观地了解和认识IHE执行和处理过程的环境，扩大IHE的影响。
(2)构成问题的确认和证明IHE的基础任务之一，即是确认医院信息化过程的有关流程集成和功能集成的问题和需求，且不仅关注于医院不同专业学科及临床诊疗执行过程中的集成需求，同样也涉及医疗机构和组织间必要的集成需求。
这一过程，主要是通过在IHE组织的各种活动平台，由临床医师、IT领域专家以及医院管理者共同参与，从其各自的专业角度，确定在医学信息系统的数据访问、临床信息化操作工作流、医学管理工作流、以及与医院IT基础结构相关的处理等具有共性的集成问题。
对集成问题的确认和证明也是IHE活动的首要步骤。
(3)构建IHE集成模型规范这是在一个集成需求被确认后，继之需要实施的步骤和完成的内容。
对于一个已通过适当的案例证明的集成需求，IHE的相关委员会将基于医疗行业应用的相关的标准和通行的IT业应用标准，选定需要的标准执行机制，用于建立对集成需求的解决方案或处理流程的定义和规范。
这类基于现行标准的特定技术性选择，最终即形成IHE集成方案(IHE Integration Profiles)并被文档化。
新构建的IHE集成方案文本将被提交公开发布、讨论和评估，以确保获得最大程度的一致性接受和认可。
c. IHE的应用和遵从需求IHE的目的不是产生新的行业标准，而是推动更为广泛和一致性地合理应用现有医疗行业标准，优化地解决患者临床诊疗处理流程中的各类需求。
IHE执行的机制源于目前医学信息系统已广泛接受和采用的标准，如DICOM标准和HL7标准，而IHE原理关注的重点则在于定义和规范应用这类标准解决实际工作流集成和操作的相关问题。
尽管DICOM标准和HL7标准在医学信息管理系统中的应用，为医院信息化环境不同的信息系统间实现无缝集成和数据无障碍通讯提供了一个可被普遍应用的标准实现方式，但是，并没有完全解决如何在信息化环境建立以后，真正确保充分发挥信息系统所能够提供的潜力和效率的问题，要实现这一目标，需要对信息化运作环境中最优化的标准机制应用和执行方式、以及有效率的流程执行过程和管理模型进行研究、探讨，这就是IHE所要进行的实践。
IHE技术架构本身并非一个医学领域新的行业标准，IHE组织的验证和示范活动同样也不代表一种对医学信息系统产品的认证过程。
IHE活动的基本要旨，即根据医院用户环境的需求，应用相关标准，如DICOM标准、HL7标准及其它应用标准，协调或整合医学信息系统产品的数据通讯和执行能力，使其能够最优化地适应用户信息化运行环境，为医院带来更可靠的信息化管理和执行方面的效率。
IHE技术架构虽不具行业标准类的强制或约束的属性，但由于其反映了医院信息化运行环境中一些带有共性的流程执行和操作的规律性，因此，应该鼓励和推荐将IHE原理的执行作为医院信息化构建过程的必要需求，当然，这一需求的满足，需要医院和医学信息系统及设备提供商的共同参与和实践。
既然IHE技术架构执行机制的基础是业内广泛采用的行业标准，因此，医学信息系统产品对IHE集成模型原理的遵从，有助于减少系统产品可能包含的兼容性问题，提高系统产品满足医院用户的特定工作流集成能力方面的顺应性。
同理，从医院的角度，强调执行在IHE集成模型框架下定义的相关标准遵从过程，在实践中将可能减少医院应用于系统配置和系统间接口方面的投入及成本、确保较高层次地实现信息系统间的流程集成和功能互操作性。
IHE鼓励系统提供商可以通过IHE组织的活动过程，或其它层面和方式，发布其产品的IHE集成陈述(IHE Inte-gration Statement)，描述其产品所提供和支持的IHE集成模型的类型、层次和水平，便于扩展与潜在医院用户间的沟通、交互及交流范围和层面。