1 此文发表在“中国医疗器械杂志 2007 年 2 月号”,如果引用,请注明出处。 IHE 介绍 【作 者】张继武 柯达医疗集团全球研发中心(上海,201206) 上海交通大学 【摘要】本文介绍 IHE 的历史、重要定义、工作流程、一些重要概念、测试认证和应用, 可以作为准备参加 IHE 活动的参考资料。 【关键词】IHE;协同工作;北美放射学会;卫生保健信息管理系统学会 The Introduction of IHE 【Writer】 Zhang Ji-wu Global R&D Center of Kodak Health Group (Shanghai, 201206) Shanghai Jiaotong University 【Abstract】 This paper briefly introduces the history, important definitions, working process, key concepts, connectathon testing, implementation of IHE, Which can be regarded as an entry guide of IHE. 【Key Words】 IHE,Interoperability,Connectathon,RSNA, HIMSS 最近,电影“通天塔(Tower of Babel)”获得第 64 届金球奖、棕榈泉国际电影 节大奖。其故事情节是主人翁在语言不同的环境里,人生地疏、语言不通,任何一件简单 的情况解释起来都遇到重重障碍。影片中几尽浓缩了这世上所有的不幸,而所有的不幸几 乎源于沟通的不畅。 通天塔的原始故事来自于圣经中古巴比伦人建造通天塔的故事,最后由于参与建设 的人们语言不同,辉煌的设想和建设最终无法实现。 电影“通天塔”告诉我们,任何一件事,能够实现完善的沟通是非常重要的。医疗 信息化发展过程也不例外,很长时间困扰于“通天塔”现象。于是,人们提出了 DICOM 和 HL7 作为标准,来解决沟通的问题。但还是很不够,这些标准是静态的,只解决了互联性 的问题(Interconnection),但是,没有解决协同工作互动性(Interoperability)的问 题。而后者,才是能够达成医疗信息化发展的必经之路。除了使各个不同厂商的设备互联 起来之外,定义清楚的具有指导意义的集成的工作流程才能够真正为描述清楚用户的需 求,指导厂商提供满足用户需求的设备、信息系统和解决方案。这就是 IHE(Integrating the Healthcare Enterprise)。 1 概述 1.1 IHE 的发起 IHE 始于 1997 年,由 RSNA(Radiology Society of North America,北美放射学 会)和 HIMSS(Healthcare Information Management Systems Society,卫生保健信息管 理系统学会)联合发起,旨在促进影像和信息系统更高水平协同工作能力 (interoperability)。两个组织意识到能够通过鼓励供应商的参与以及提高用户和买方 2 的知识帮助推动集成流程。他们召集了一个由主要会员、产业代表、标准化专家等组成的 工作小组。该小组首先制定了发展蓝图,并在一年后发展成为 IHE 的 Planning committee 和 Technical committee 两大重要委员会。从此,这些委员会一直努力地为 IHE 的宗旨工 作着。 IHE 由医疗保健专家与产业界共同发起,旨在改善和提高医疗信息共享水平。IHE 提倡等同使用已经建立起来的标准,如 DICOM 和 HL7,以确定为特定的临床需求提供最佳 保健服务。而遵循 IHE 建立起来的系统则能够更好地彼此通信,更易于实施,能够使医疗 服务提供者可以更有效率地使用信息。 IHE 活动覆盖领域的增加实际上是更多的支持单位的参加,现在 IHE 的发起单位扩 展到 7 个: ) American College of Cardiology (ACC,美国心脏学会) ) Radiological Society of North America (RSNA,北美放射学会) ) Healthcare Information Management Systems Society (HIMSS,卫生保 健信息管理学会) ) GMSIH, HPRIM, JAHIS (laboratory) ) American Society of Ophthalmology(美国眼科学会) ) American College of Physicians (ACP,美国医师协会) ) American College of Clinical Engineering (ACCE,美国临床工程学会) 1.2 正确理解 IHE IHE 本身是一个活动,在基于已有标准的基础上,通过严密的技术框架的文档性描 述,提出、确定和介绍集成的工作流程模式(Integration Profile),并通过 Connectathon 进行测试验证,保证卫生保健各个参与的环节以及过程都能够具有很好的互 联性和协同工作能力(互动性)。 IHE 不是一个组织, 是一个用户、厂商、以及顾问机构共同定义基于标准的医疗保 健工作流程的国际合作。至今,IHE 没有成立自己的组织,而是通过其发起单位 HIMSS 和 RSNA 开展活动,这就是为什么大家经常可以看到在 RSNA 期间举办 Connectathon 测试或者 在 HIMSS 期间会举办 IHE Interoperability Showcase 的活动。 我们可以通过讨论 IHE 不是什么来深入理解它: ) IHE 不是一个标准,虽然它借助于标准; ) IHE 不是由厂商驱动的,虽然鼓励厂商积极参加; ) IHE 不是一个认证权威,虽然 IHE 提供测试并提供证书; ) IHE 不仅仅是一个示范项目,因为项目是有周期的; ) IHE 不是组织。 1.3 IHE 的目标与策略 IHE 的目标在于为医疗部门、企业、跨企业以及国家级的卫生保健体系提供卫生保 健的协同工作方案,提高临床应用的效率(Efficiency)和效力(Effectiveness),改善 系统协同工作能力(互动性 Interoperability),改善临床工作流程,改善图像质量和一 致性,改善数据的准确性和可用性,降低运作成本(可复用电子数据输入),通过 IHE Technical Framework 定义集成解决方案。用标准的解决方案替代私有的方案。IHE 所提倡 的是基于卫生保健标准(DICOM,,HL7 等)的集成。 3 为了达成这样的目标,IHE 确定了行动策略。而 IHE 的组织构架以及每年活动安排 都与其策略是一致的。 ) 动员用户要求厂商寻求 IHE 方案(IHE 教育) ) 通过 Technical Framework 定义和促进每年的增长目标 ) IHE 通过 RSNA IHE 网站促使厂商应用 IHE 方案(集成声明和成功故事) ) 提供标准测试工具使得厂商易于评估其一致性(MESA 工具和 Connectathon) ) IHE 在各种全球性的贸易展览中提供教育报告,如 RSNA,HIMSS, ACR, ECR,SCAR,SPIE… ) 通过与不同的国际卫生保健社团(美国 RSNA/HIMSS/ACC,欧洲 COCIR,日 本 JIRA)合作,实现全球化的技术框架(Technical Framework) IHE 从北美起步,目前已经走向国际,现在的全球机构包括:IHE 北美 (IHE North America),IHE 欧洲(IHE Europe),IHE 亚大(IHE Asia and Oceania)。 图 1 IHE 已经有全球 100 多个厂商参与,拥有 5 个技术框架、37 个集成模式 Fig.1 Over 100 vendors involved world-wide, 5 Technical Frameworks , 37 Integration Profiles, Testing at Connectathons Demonstrations at major conferences world-wide 15 Active national chapters on 4 continents 2.几个重要概念 初步理解 IHE,首先要明确如下几个关键概念并理解他们之间的关系。当然,如果 要真正符合 IHE,则需要更深入理解和实现大量的具体技术文档中提供的定义及其描述。 这几个重要概念是:Actor(角色),Transaction ( 事务),Integration Profile(集成模式),Technical Framework(技术框架),Domain(领域)。其中文译 名是笔者的初浅理解,欢迎大家讨论斧正。正确地翻译和定义关键名词,对于引入类似的 国际标准,建立相应的组织和开展相应的活动都是非常重要的。 2.1 IHE 角色(Actor) 角色(Actor)是指一个产生数据、管理数据或者按照数据动作的系统或者部分系 统。 4 产生、管理、对信息进行操作的信息系统或者应用被表达为功能单元,被称为 IHE 的角色(Actors)。每个角色都支持一组特定的 IHE 事务( Transaction)。一个确定的 信息系统可能支持一个或者多个角色. 譬如,设备,如影像获取设备 CT、MRI 等,影像输出设备显示器、医用打印机等, 或者信息处理环节如医生工作站,等等。 图 2 IHE 角色 Fig.2 IHE Actors 2.2 事务( Transaction) 事务(Transaction)是指为了交换信息而在两个角色(Actor)之间一个特定的交 互作用。 事务是角色之间基于标准的(如 HL7,DICOM 和 W3C)信息交换。每一个事务被定 义为关于一个特定的标准以及附加细节,包括用例。这些能够增加更多特异型和确保系统 间有一个更高水平的协同工作能力。一个事务是在两个单独的实体或者对象之间完成的一 个协议、通讯或者动作,通常包括一些有价值的条款的交换,譬如信息、物品、服务以及 金钱。 图 3 事务。本图例也构成了一个集成模式 Fig.3 Transaction. This diagram also demonstrates an integration profile. 2.3 集成模式( Integration Profile) 5 IHE“集成模式”由一组“角色”和“事务”按一定顺序组成,以满足特定的患者 治疗需要。集成模式为供应商和用户提供一条方便的途径实现 IHE 技术框架( Technical Framework)功能性定义,而无需重申所有 IHE 角色和事务的细节。他们描述了临床信息 和工作流程需要,确定能够满足这些需要的特定角色和事务。 借用宋健宁教授的一个比喻:“形象地说,如果把 IHE 比喻为一座大楼,则 Intergration Profile 就是一个个具有不同功能的预构件,而浇铸这些预构件的粘合剂就 是 DICOM 和 HL-7。” 下面,简单例举 IHE 最早提出的两个领域(放射学,信息技术构架---ITI)的集成 模式。 2.3.1 放射学集成模式(Integration Profiles) 图 4 放射科集成模式 Fig.4 Radiology Integration Profiles IHE 为下列放射科临床需求提供了集成模式(Integration Profiles),简介如 下: 预定工作流程(Scheduled Workflow, SWF):定义了典型患者影像主要步骤的信 息流程(登记、预约、排时、获取、发送和保存)。确保病人资料、医嘱、排程、 检查等各项工作流程顺畅和资料的一致性,并提供设备检查工作列表、影像存储和 报告产生与回复 HIS 流程。 病人信息调整处理(Patient Information Reconciliation,PIR):当流程中出 现了未确认或被错误确认的病人时,定义了有效的方法来处理调整信息。未进入排 程、尚未挂号或者姓名不详时,仍然可以执行急诊紧急检查、读片和报告。等有正 确的病人资料后自动更正所有相关的系统资料。 6 影像的一致性显示(Consistent Presentation of Images, CPI):可以确保影 像和其它信息在不同显示器和媒体中显示的一致性。保证影像的显示一致性,使用 者的注释、影像旋转调整、放大、灰阶设定等都与影像一起保留。无论使用任何的 电脑、屏幕、软拷贝和硬拷贝都会得到相同的影像。 分组检查的实现(Presentation of Grouped Procedures, PGP):可以管理在同 一个影像获取过程中,需要同时进行多个检查程序的情况(如胸腹部的螺旋性 CT)。为病人的方便而一次执行的检查,可以区分为不同的项目并分别读片和报 告,如胸部 CT 和腹部 CT。依照医保或医院收费规定可以分帐或合并记帐。 后处理工作流程(Post-processing Workflow, PWF):将预设工作流模式扩展到 后续步骤,如计算机辅助诊断(CAD --- Computer-Aided Detection)、图像后处 理、图像重建等,以确保对病症的判别,以及利用 PACS 系统供其他医生参考使 用。 报告(流程 Reporting Workflow, RWF):满足了安排、分配和追踪主要报告任务 状态的要求。如:说明、副本和确认。 相关文档(Evidence Documents, ED):可以保存、管理非影像信息,如所见、测 量、CAD 结论和其它过程信息,可用于报告流程中。 关键图像(注释 Key Image Note, KIN):可以在一个检查系列关键图象上添加文 本注释和标记。一次检查所产生的影像中可挑选一至数个重要影像加以标注,该标 注与影像一起保存。标注必须包含标题及内容。临床医师阅片时需主动优先显示, 并可由标注来搜寻影像。 简单图像和数字化报告(Simple Image and Numeric Reports,SINR):实施创 建、管理、存储、查看包括图像、文字和数值的报告的标准方式。具有数字录音报 告,术语及模版录入等功能,产生符合 DICOM 的结构化报告,报告中包含影像的联 接和相关测量信息。 付费纪录(Charge Posting,CHG):将检查的详细信息与收费系统相连,实现专业 检查准确而及时的付费。确保仪器的使用量,管理病人检查前的付费和检查后的确 认。 基本安全(Basic Security,SEC):通过管理跨点安全和合并审核记录的方式, 建立了第一级企业范围安全构架(比如 HIPAA),达到会议机密的要求。符合 DICOM 标准中的 TLS/SSL 加密解密方法和要求,提供系统对于传输和存储时影像资 料的保密要求,并提供使用者的影像系统使用记录存储管理(Audit),符合 HIPPA 的管理和保存要求。 获取放射医学信息(Access to Radiology Information,ARI):存取放射科信 息,建立了一个可以跨越部门界限共享放射图像和信息的机制。 便携影像数据(Potable Data for Imaging,PDI):指定角色(Actor)和事务 (Transaction)以使用户能够通过可交换媒介分发影像相关信息。如,CD 光盘。 2.3.2 信息技术构架模式(Information Technology Infrastructure Profiles) 另外,在 IT 构架领域中定义了以下四个集成模式: 患者标识交叉引用(Patient Identifier Cross-referencing):使得机构在一 个地点维护某病人在不同系统中所使用的不同标识。 用于显示的信息检索(Retrieve Information for Display):提供一个简单的 方法来获取并显示文件和以病人为中心的主要信息。 企业用户验证(Enterprise User Authentication): 允许一个用户名可以在多 系统登陆。 7 患者应用同步(Patient Synchronized Applications):允许在多个应用中维护 患者信息的前后一致。 2.4 技术框架( Technical Framework) IHE 技术框架(Technical Framework)是提供应用 IHE 所定义的集成能力的全面 指导的详细周密的文档。技术框架(Technical Framework)描述了基于标准的系统(一般 定义为 IHE Actors)间用于支持特定工作流和集成能力的事务(Transaction)。 IHE技术框架是流程导向的。它定义了一组必须互相交互以成功完成一个特定的流 程的角色。这些角色通过(目前)基于DICOM和HL7信息机制并定义清晰的事务的手段来交 互。该框架有意避免给具体产品(如HIS—Hospital Information System, RIS – Radiology Information System, PACS – Picture Archiving and Communication System, 或者影像设备)分配角色,即使某些产品传统上完成其中的一些事务。其目的在 于详细确定卫生保健信息系统环境中功能模块之间的交互。组成这样环境的各个信息系统 厂商或者用户可以因之决定在一个特定的部门拿一个产品可以适合哪一个角色。 图 5 技术框架 Fig.5 The organization of Technical Framework 8 图 6 IHE 技术框架是每一个集成模式的应用指导 Fig.6 IHE Technical Framework is the implementation guide for each Integration Profile 2.5 领域( Domain) IHE 由若干临床或者运营领域组成。在每一个领域内,有临床和运营经验的用户确 定集成和信息共享的优先级,而具有相应信息系统的厂商开发与其要求一致的能满足用户 要求的基于标准的解决方案。 每一个领域都有一个技术委员会。该委员会的首要任务是发展并成文那些解决方案 (被称为集成模式 integration profiles)。还有一个计划委员会,其首要任务是长期发 展计划和组织展开活动(如测试活动和教育课程)。每一个领域(Domain)发展和维护其 自己的一套技术框架(Technical Framework)文档。领域(Domain)之间的协调是领域 (Domain)联合主席委员会的职责。该联合主席委员会由该领域计划委员会和技术委员会 的代表组成。 图 7 领域 Fig.7 Domain 9 IHE 在起步时只有放射学(Radiology,下设乳腺 Mammography 和核医学 Nuclear Medicine 两个子领域)一个领域(Domain),由于其影响越来越大,又扩展到心脏学 (Cardiology)、眼科(Eye Care)、信息构架(IT Infrastructure)、实验室 (Laboratory)、患者治疗协调(Patient Care Coordination)、患者治疗设备 (Patient Care Devices)等领域。每一个领域都由一个技术委员会(Technical Committee),对应的建立一套技术框架(Technical Framework)。就在 2007 年 2 月份, IHE 又宣布增加一个质量(Quality)领域,目的在于确定分享与电子患者保健以及健康保 健记录(electronic patient care and health care records)质量改善相关信息的基本 构架。 2.6 这些概念之间的关系 IHE技术框架(Technical Framework)定义集成解决方案,称为“集成模式 (Integration Profile)”。一个模式(Profile)确定一个工作流或者一个具体问题的 解决方案。 一个模式(Profile)确定一个在角色(Actor)之间的协作。 一个角色(Actor) 是一个定义清晰的实体,如图像显示、图像管理、图像获取,等等。 角色(Actor)之间通过执行一组通讯信息来通信与合作,被称为事务 (Transaction)。事务(Transaction)定义了角色(Actor)需要支持的信息(行动)。 图8 角色、事务、集成模式、领域之间的关系。 Fig.8 The relationship among the Actor, Transaction, Integration Profile and Domain. 2.6.1 IHE 模型 ) 角色(Actor)是一个准确定义的角色---提取信息系统一个特定的功能; ) 执行准确定义的事务(Transaction)--- 使用现存标准; ) 以便解决现实世界的协同工作(互动性)问题 --- 详细确切的集成模式 (Integration Profile)。 2.6.2 IHE 如何工作? IHE 建立了一套各个不同机构间合作与沟通的工作程序,可以分为四步: • 发现问题: 临床和信息技术专家发现识别在使用信息、临床工作流程、经营管理以 及底层构架时共同性的集成问题。 10 • 集成模式配置:主管负责人选择能够满足每个发现的集成需求的标准。应用这些标 准的技术配置在 IHE 的技术框架中(Technical Framework)形成文档。 • 执行和测试:供应商应用这些模式,用软件测试他们的系统,并通过 Connectathon 现场测试来确认他们与其它供应商之间的工作协同性 (Interoperability)。 • 综合报告和准备发布:供应商发布报告声明其产品支持该集成模式。用户可以在准 备方案时参阅需要的集成模式以节省时间。 图 9 IHE 的四个步骤 Fig.9 The 4 steps of IHE 具体操作中,IHE 以每年一个周期进行运作 • 确认几个关键的卫生保健工作流和集成问题 • 研究和选择可以提供解决方案的标准 • 撰写、讨论和发布 IHE 技术框架(Technical Framework) • 召开工作会议并支持厂商应用(这些新的技术框架或者集成模式) • 在 Connectathon 进行交叉测试 • 在商业展览上展示和推广(如 RSNA/HIMSS/ECR) 3.IHE 与现存标准(DICOM、HL7)的关系 IHE 不是一个标准,IHE 是一个倡导和推出多种信息系统集成的运动。首先,IHE 在医学信息系统厂商、用户和其他感兴趣团体(如标准团体和专业学会)中,创造一个开 放的讨论环境,以提高病人服务为目的,怎样更好地集成各种信息系统。其次,IHE 为厂 商提供通讯兼容测试(Connectathon),测试厂商的产品能否顺利在系统间进行连接和通 讯。对用户而言,IHE 的应用价值主要体现在技术框架和集成模式 。 IHE 是遵从标准的,DICOM 和 HL7 目前正用于 IHE 的技术框架。 就像 IHE 扩展到放射学以外的医学领域一样,在它向其他医学领域发展过程中,其 他的标准将会适当地加入到 IHE 内。 11 3.1.1 IHE 与 HL7 Health Level Seven(简称 HL7)组织成立于 1987 年,它的主要目的是发展和整合 各型医疗信息系统间,如临床、检验、药店、保险、管理、行政及银行等各项电子资料的 交换标准。作为一个获得美国国家标准机构(American National Standards Institute; 简称 ANSI)认可并拥有标准发展组织(Standard Developing Organizations; 简称 SDOs)资 格的医疗信息系统之一,HL7 已被全球多个政府机构及大型企业所采用。它致力于发展一 套联系独立医疗计算机系统的认可规格,确保医疗卫生系统如医院信息系统、检验系统、 配药系统及企业系统等符合既定的标准与条件,使接收或传送一切有关医疗、卫生、财政 与行政管理等资料或数据时,可达到及时、流畅、可靠且安全的目的。 HL7 已成为医疗信息交换协议的权威,容许不同系统在交换资料及数据时取得快 捷、一致的效果。目前,HL7 的最新版本为 Version 2.5, 2003,是经由 ANSI 的程序投票 一致通过的标准,也是广泛被使用的一个版本。而 HL7 组织正积极致力发展 HL7 V 3.0 版 本。 HL7 的“广泛适应”既有优点也有缺点,不同的厂商以多种方式实现 HL7 标准的 “广泛应用”。这样对厂商和用户而言,不同厂商的不同系统对 HL7 有不同的解释,这样 系统之间缺乏协调使得 HL7 接口既昂贵又复杂。IHE 技术框架详细说明了怎样应用 HL7,减 少操作中的可变性。这个功能使厂商和用户能更容易地完成系统的连接和降低成本。 在 IHE 的技术框架中,HL7 的数组事物处理时为通讯的三个主要信息类型定义的: 病人,检查和结果信息。这些事务处理的操作,请求方是在 ADT 和检查登录系统之间,执 行方是在部门系统的安排和图像管理系统之间。 ) 病人信息——HL7 ADT 信息是为响应超过 60 个离散的触发事件的人口统计 学和登录信息的通讯中,引用了 HL7 标准的 13 个触发事件,即在 IHE 模 型内引起信息的产生。 ) 检查信息——在 HL7 内,一个一般目的检查管理(ORM)信息允许检查的 通讯和身份数据在检查提交和检查安排系统之间。IHE 技术框架详细说明 了检查提交管理,检查安排管理,操作安排和操作修正事务处理,即应用 HL7 的 ORM 信息和检查响应(ORR)来协调这些信息的传输。 ) 结果信息——虽然大多数 IHE 处理报告应用的是 DICOM 标准,但 IHE 使用 了 HL7 的观察结果主动提供信息,来处理在报告管理和报告管理器和报告 库之间 ASCII 文本报告信息。 3.1.2 IHE 与 DICOM 没有一个放射科医生不知道 DICOM。许多人认为 DICOM 是一个从工作站获取成像设 备或者图像存储传输系统(PACS)中传输放射科图像的标准。这的确是 20 世纪末 DICOM 的 主要目的。 DICOM(Digital Imaging and Communication in Medicine) 标 准 是 由 ACR (American College of Radiology) 及 NEMA(National Electrical Manufacturers Association)所形成的联合委员会, 于 1983 年以后陆续发展而成的医疗数位影像及传输 标准。简言之,DICOM 是医学图像及其相关信息的通讯标准。 此标准建立的目的为: 推动开放式与厂牌无关的医疗数位影像的传输与交换。促使 影像储存与传输系统 PACS (Picture Archiving and Communication Systems) 的发展与 各种医院信息系统 HIS (Hospital Information Systems) 的结合。允许所产生的诊所资 料库能广泛地经由不同地方的设备来访问 DICOM Version3.0。[3] DICOM 标准是被 IHE 采纳的。 12 4. IHE 认证测试 --- Connectathon 目前,声称符合 IHE 的厂商很多。实际上,检验一个卫生保健信息产品是否与 IHE 符合很简单,只要到 RSNA 的网站上去查阅一下该公司是否通过 IHE 的 Connectathon 测试 就可以了。 IHE Connectathon 是持续约一周左右时间的连接性测试活动。Connectathon 是 “Connect”(连接),“a”和“Marathon”(马拉松)的合成体。其主要目的是测试市 场上已有的医疗信息系统实现 IHE 定义的基于标准的互连互通能力。所有的角色可以和第 三方测试自己的系统。该活动每年在北美,欧洲和亚洲举行一次。 4.1 Connectathon 基本步骤 任何一个企业都可以申请参加 Connectathon 测试。简单步骤如下: 1. 阅读技术框架,并确定要求参加测试的角色,模式; 2. 登陆 Kudu 注册系统,注册一个或着多个参加 Connectathon 的系统,申明要求参加 Connectathon 的角色或者模式; 3. 下载 MESA 测试工具,先自行完成系统的初步测试,完成后该软件将自动形成一个测试 报告,将该测试报告和 Log 及时发送; 4. IHE 将审核收到的报告以及 Log,进行详细审核; 5. 通过审核确认通过自行测试的厂商将收到通知,可以参加 Connectathon 测试; 6. 参加 Connectathon 测试; 7. IHE 将公布最终测试结果。 4.2 名词解释 4.2.1 Kudu 图 10 “大羚羊” Fig.10 Kudu Kudu 是一种非洲大羚羊,在 IHE 里被用于命名 Connectathon 网上注册管理系统。 建立这样一套系统的想法最初产生于在 2002 年第一次欧洲 Connectathon 组织过程中。原 始想法是为参加者提供一套更好的管理测试时间,为项目经理提供一套工具管理测试过程 以及结果。从 2002 年起,这套工具被用于全球的 Connectathon。2005 年 10 月,来自美 国、欧洲和亚洲的项目经理在开会讨论 2006 年 Connectathon 测试计划的时候,确定使用 “Kudu”作为这个基于 Web 的管理工具的名字。该系统的功能有: ) Connectathon 注册。参加测试的公司需要注册其参加测试的 Profile 以 及配置情况。该系统可以自动生成一个参加公司与测试组织者之间的合 同。 ) Mesa 测试管理。该系统会列出参与测试者应该完成的 Mesa 测试条目,并 有一个反馈界面,参加测试者可以上传其 Log,而项目经理可以通过该系 统通知参加测试者其 Log 的分析结果。 13 ) Connectathon 测试管理,包括测试定义,描述,参加的配置,角色,测 试的 UML 序列图表,以及 Connectathon 的测试计划。在 Connectathon 期 间,该系统既提供同级测试单位之间、也提供测试工作流中的管理。 ) 参与系统配置管理。 ) 有授权机制,口令保护。 4.2.2 MESA MESA 是 IHE 测试工具的缩写。 该工具是由 ACC, HIMSS, RSNA 发起和支持,由 Mallinckrodt Institute of Radiology 开发完成。网址:http://ihedoc.wustl.edu。在 每一个 IHE 周期里,该机构开发一组工具,只供参加即将进行 Connectathon 测试的公司使 用。所有相关链接都有密码保护。但是其他公司可以从网上找到以前版本的软件,不需要 密码。 在 2006-2007 年度周期中,IHE 发起单位将在不同的时间和地点举办 Connectathon。 具体计划如下: 表 1 2006-2007 年度 IHE 的 Connectathon 计划 Table 1 The Connectathon plan of 2006-2007 日期 地点 领域 备注 2006 年 9 月-11 月 Oak Brook, IL Eye Care "XDS-I" 眼科 connectathon,为 RSNA 2006 XDS-I 演示准备 2007 年 1 月 15 日-19 日 Chicago, IL Cardiology, ITI, PCC, PCD, Radiology 包括准备 HIMSS 2007 和 ACC 2007 2007 年 2 月 日本 Cardiology, ITI, PCC, PCD, Radiology 2007 年 4 月 欧洲 Cardiology, ITI, Lab, PCC, PCD, Radiology 5. IHE 在中国 IHE 在中国越来越受到重视,其技术本质恰恰能够支持我国目前正在大力推广的医 疗信息化以及解决医疗服务的广覆盖问题。 我国卫生保健信息化基本上从 90 年代末期起步,从建设 PACS、HIS 开始,然后开 始积极展开标准化的推广,国家很多相关机构都积极进行改方面的工作,发展和开发了不 少标准,而同时,DICOM 已经成为大家默认的一个公共应用标准,并开始呼吁和研究 HL7。 进入 20 世纪,越来越多的专家学者意识到,仅有标准是不行的,还应该有一套指导性的规 范,引导系统之间的工作关系、流程,IHE 自然而然成为大家关注的对象。 如果说那些标准解决了各个系统或者设备之间的互联性(Interconnection)问 题,可以互相通信了,那么,IHE 则在解决互动性(Interoperability)的问题,是描述 整个系统流程的指导性体系。 目前我国 IHE 领域存在两种问题: (1) 认为 IHE 会导致垄断性付费的问题。因为国人对于支付高通公司 CDMA 标准的费用以 及国产 DVD 机支付个别厂商芯片费用的感触很深,很担心 IHE 会成为同样的故事。实际上 不是。那些付费的例子,是由于那些标准中间嵌入了专利,我们执行那些嵌入专利的标 准,肯定要为专利付费。所以说,一流公司建标准,是建立一套标准的体系或者系统,你 不得不遵循,从而为其搭载在该平台(标准)上的专利或者垄断技术付费。而我们所谈论 14 的医学卫生保健的标准,如 DICOM、HL7 以及 IHE 活动,都是纯粹技术性标准,是各个不同 企业、用户之间为了能够共同实现可以共享的信息系统而发展和建立起来的。坦白地说, 是长期大量时间的积累,也是大量资金投入的结果。对于我们来说,不存在潜在收费的问 题,而另起炉灶再作一套,周期太长,成本太高,意义不大。 (2)缺乏统一行动。专家们和行业内从不同的角度启动、组织活动。应该所有这些专家坐 在一起,采取一个统一的行动。各个专家从不同角度推广,各个企业或者用户单位会感到 无所适从。企业是愿意支持标准的,但是需要有一个统一的标准。而由于行动不统一,结 果自然会导致数个名称不一的标准,医院或者企业又会感到不知道遵循哪一个好。最终, 由于每一个标准都只集中了部分国内专家,每一个都很难说做得最好。因为有好几个,每 一个都会有数个企业支持,支持的广泛性就大大下降。对于标准,只有大家都支持的时候 才能够成为标准。 呼吁:(1)引进、吸收、改进国际标准;(2)国内业内专家统一行动,集中号召 力,真正推动 IHE 在中国的应用和发展。 作者简介:张继武,博士,柯达医疗集团全球研发中心总经理,上海交通大学 兼职教授,博士生导师。E-mail: jiwu.zhang@kodak.com
还剩13页未读

继续阅读

下载pdf到电脑,查找使用更方便

pdf的实际排版效果,会与网站的显示效果略有不同!!

需要 8 金币 [ 分享pdf获得金币 ] 0 人已下载

下载pdf

pdf贡献者

tangpeng52

贡献于2012-11-27

下载需要 8 金币 [金币充值 ]
亲,您也可以通过 分享原创pdf 来获得金币奖励!
下载pdf