集成的故事 - IHE

原创 2007年10月12日 14:10:00

今天终于斗胆来谈一下IHE。毕竟谈到医疗信息系统集成,不谈IHE好像会觉得很落伍。前不久,跟一些同事讨论IHE,引发了一些思考,不知道会不会也很落伍,但至少代表了这个时期自己作为一个软件工程师对IHE的粗浅认识。

IHE提供了很多实用的模型,这些模型并没有想象中的那么抽象难懂,因为它用了大家都能看明白的UML来描述,对于每一个消息,它甚至指明了应该用DICOM或者HL7里面的哪些字段来填充,正是这些使得这些模型具有很好的可操作性。然而,正如能读懂DICOM但不一定能把DICOM实现出来或者实现得足够好一样,让这些IHE模型真正落地,还是需要太多具体而琐碎的IT技术支持。比如你拿到一个IHE的集成声明,然后顺着集成声明可以找到某个Profile的某个Actor的某个Transaction里的具体要求,里面告诉你要传一个要包含某些字段的HL7消息,但你并不知道这个消息用Unicode还是GB来编码,如果对方是个WebService,你可能还要从WS-Security标准中查找它是怎么加密的。因此,无论业务专家如何吹捧IHE的价值,在一个工程师的看来,IHE远非集成的全部。

或者从业务专家的角度,IHE实际上提供了一系列业务层面的设计模型,这些模型只是以业务流程为主要的关注点,并按照行业标准为这些流程的表现形式提供了具体的规格定义,从而能指导技术人员设计系统架构和开发解决方案。但由于模型本身的抽象性,以及它所特别关注的流程问题,IHE同样也不能包含业务层面的全部设计。比如与流程并列的,还有业务规则;在其之上的,还有业务目标和IT战略。只不过其他这些内容,都太依赖于具体的组织和方案,难以形成行业的共识,被IHE抛弃在外而已。但这并不意味着我们不需要考虑它们,没有这些内容,IHE也难以真正发挥作用。

然而话说回来,行业信息系统的主要任务,还是借助IT工具来重组原有的业务流程,从而减低成本提高效益。这些流程在信息系统所构建的人机环境中是如此的重要,使得我们业务层面的很多具体工作(不管是我们为客户实施信息系统,还是我们请咨询公司给我们指导工作)都围绕着流程改进来展开。我觉得IHE在业务领域的重要意义正在于此,而不仅仅是在技术层面,为不同厂家的工程师在相互交流的时候提供一些除了行业标准之外的补充。

---

软件工程里面曾经有个时髦的术语,叫做领域工程。我感觉它的产生似乎跟程序员把代码级的模块重用方法重用到需求分析领域有关。它是希望站在更高的层次上,分析出对整个行业来讲共性的要求,然后输出一些业务模型,包括一些实体,流程,规则等等。这些模型通常围绕着这个行业的一些最基本的生产关系,比如病人-就诊-医院,来展开。这样一来,这些模型不仅仅能够重用到具体的某个项目或者某个产品的需求分析中去,还会对软件行业一些基本的生产方式带来重大变革。

首先,需求分析的工作就不单是从用户需求中整理出系统需求,而是从这个行业的领域模型出发,与当前用户的需求和需要解决的具体问题相结合,提炼出既符合客户的短期要求又能适应这个行业长远发展的系统需求。从而为那些忙于做项目的小团队,以及那些紧张开发产品的小公司,指出了一条通往行业老大位置的技术路线。比如,等这些小团队和小公司的不断发展,它们的领域模型中积累的行业经验也日益丰富,他们就可以基于这套模型,开发面向整个领域的平台级产品,同时提供体面的咨询服务,象SAP这些企业信息化领域的很多先例那样,在产业链中占据更高的位置。

如果我们把EAI或医疗信息系统集成看做一个大尺度上的编程的话,IHE实际上把领域工程不知不觉又实实在在地引入了我们的工程实践,让我们的集成率先走进一个模型驱动的时代。当然我们也会从软件工程的角度意识到,IHE并非全部,为了真正实现集成,我们还需要很多领域无关的东西,比如SOA,XML等等。

---

另外,IHE的成功,不单是技术上的含义。IHE一直声称自己不是标准,但地球人都知道它远不只是一个给工程师提供建议的技术框架。IHE的这种暧昧定位着实耐人寻味。多年来,人们在介绍IHE的时候,总是以DICOM和HL7这些标准如何如何不够,IHE如何在其基础上提供了前所未有的互操作性来入题。从这些标准的角度来看,IHE的确还是很受欢迎的。多年以前我们还可以在DICOM标准里看到类似Patient/Study Management这些信息管理方面的服务类,实现这些服务类的人估计也不多,后来就完全被HL7给吞没了。我不清楚HL7是否也想过要自己开发一个图象传输的协议,应该没有,或者没有大张旗鼓地这样干。我在猜想IHE的盛行是否在客观上促进了标准之间的调和。的确有点嫌疑,不过也只是猜想,我不是史学家,所以暂时不必去考究了。其实,作为商业模式的IHE,主要还是体现在行业俱乐部里面的各种测试、演示和推广活动上,这些应该为IHE技术理念的不断发展提供了充足的资源。这个俱乐部也是个有趣的团体,它从来不会声称Connectathon公布的测试结果是对集成能力的一种认证,但越来越多的医院却把这些结果作为选择厂商的依据;它也从来不会把没钱的小公司排斥在外,但没有人会相信世界上有绝对的公平,哪怕最纯粹的技术组织也还是一个凭实力说话的地方。于是,IHE终究还是跟各种行业组织一样,一方面通过厂家和用户之间的沟通与合作,尽可能地降低集成的成本,一方面也建立了一种透明的机制,让各方(尤其是大厂商)的博弈显性化,从而避免垄断、黑帮甚至邪教的出现。很多人说现在最体面的产业不是做产品做服务,而是做标准做品牌。喜欢行销的人,应该也值得去研究一下IHE,看看为什么可以吸引这么多人(包括我现在),都来免费地,麻木地,不辞辛劳地为它摇旗呐喊。 

IHE-C(2013.9)

第二次参加IHE测试了,准备工作驾轻就熟;直接说说本次测试的概况以及个人的一些感受吧。 这次测试到场测试厂家共有19家,现场比较空......原因大概是传统的放射学测试等常规测试内容大部分厂家都...
  • dragonlet
  • dragonlet
  • 2013-10-11 21:15:42
  • 546

IBM ND8火爆发布 全面对抗微软Office

 秋日的雨晨,寒意深深,依然阻挡不了近千人光顾IBM ND8发布的大会现场。 协作创新,这个已经不是什么新鲜的词汇,在ND8的发布会上被反复提及,目前办公软件的发展趋势,已经从易用逐步发展成业务整合、...
  • marksnow
  • marksnow
  • 2007-09-18 22:46:00
  • 1805

IHE标准介绍

  • 2014年06月18日 16:50
  • 4.51MB
  • 下载

IHE XDS-I介绍

  • 2011年07月01日 14:13
  • 489KB
  • 下载

IHE-C测试介绍及测试督查经历

本文由Markdown语法编辑器编辑完成。1. 前言:  最近在医院做HIS的系统集成,做的有点走火入魔了。晚上睡觉的时候,突然就梦到了自己在2012年的一个周末,和实验室的一个同学,一起去北京天坛医...
  • inter_peng
  • inter_peng
  • 2017-09-14 09:06:09
  • 690

IHE 官方网址有用资源介绍

实现标准: http://www.ihe.net/Technical_Frameworks/ 各个实现框架文档, 比如XDS,XCA,PIX,PDQ等 测试工具:http://www....
  • muzizongheng
  • muzizongheng
  • 2013-08-21 10:40:21
  • 1449

2015广州国际游博会:关于手游安全的那些事儿

2015年4月9日至11日,2015广州国际游戏博览会暨第二届手游开发者大会在广州琶洲会馆举行,大会云集游戏行业发行商、运营商、游戏平台及游戏资讯媒体等。作为移动游戏安全服务提供商,爱加密在本次大会上...
  • u011075946
  • u011075946
  • 2015-05-13 15:15:03
  • 327

基于ebXML的XDS.b实现问题之对象及对象关联

XDS.b中的事务ITI-41、ITI-42都包括submission request即文档提交请求,请求的参数有三个:XDSDocumentEntry、XDSFolder和Association。其...
  • uestcong
  • uestcong
  • 2012-03-28 15:40:44
  • 2004

IHE DICOM测试说明

1      测试人员要求... 4 2      系统组成及软件安装... 4 2.1       系统组成... 4 2.2       PC端软件列表... 4 2.3     ...
  • zdh19821025
  • zdh19821025
  • 2012-11-03 21:17:54
  • 2025

IHE那些事儿(2)

1.IHE-C   由于多方面原因,IHE测试的涵盖项目不能囊括所有的测试需求。截止到2012年,IHE-C所包含的项目包括以下几个方面:放射科工作系统专项测试(PACS系统IHE标准测试),放射线...
  • dragonlet
  • dragonlet
  • 2012-05-02 09:29:15
  • 1546
收藏助手
不良信息举报
您举报文章:集成的故事 - IHE
举报原因:
原因补充:

(最多只允许输入30个字)