HL7的应用理解

ironstone

在很多人看来,HL7是用于数据交换的,所以认为HL7就是为了数据传输的规定了数据交换的格式。但随对HL7的更深入的学习和理解，我认为HL7不仅是为了数据交换而存在。其有更深一步意义上的应用，就是医疗系统之间的整合。如果只是为了数据交换，那么何必定义那么多事件、消息呢？仅需要定义数据字段一样，就好像国内最喜欢做的工作一样，要定什么标准，就出一张大表，安上一个大题目，叫什么什么系统指标体系代码，给人一看，简直差不多就要把数据库结构设计完了。当然如果大家都按照同样的数据库结构来，自然也可以顺利进行交换，但问题就在于任何系统都不能具有这样的同质性。
HL7定义的是在需要的时候传输所需要的数据，因此才会有那么都事件和消息格式的定义，如果仅是为了完成两个系统之间数据的同步，那么这些消息都是不需要的。比如在预约方面定义了20多个事件，其中很多是为了传递状态。如果说只是为了数据交换，完全只需要定义一个预约的表就行了，而没有要定义那么多的状态。
因此，我们不能简单的把HL7了解为数据交换，更重要的是使用HL7可以使得医院系统之间的效率和管理状况可以得到实时的沟通。曾有国内专家认为，HL7协议医院完全没有必要去了解，就如同tcp/ip协议一样，医院不了解，也在使用。而我的看法，恰恰相反。tcp/ip协议是应用于医学方面的技术协议，而HL7则完全是医疗方面的应用协议，两个出发点和落脚点是不一样的。而且HL7必须医院有很熟悉的人，或者委托很熟悉的人，才能够应用的更加顺利。否则，医院只能象Dicom标准一样，受到厂商的蒙混。

小城医生

"医院只能象Dicom标准一样，受到厂商的蒙混。\'\'?
据我所知，在国外如果与非DICOM接口的仪器进行连接，属于非法行为。
问题是现在的都在吵作HIL-7 可谁按此用了？国内的标准什么时候出台啊？

sbf2000

ironstone对HL7的研究是比较深入的，以上这个观点我有赞同。其实HL7是应用层的协议，当然有别于tcp/ip这样的底层协议了。

ironstone

下面引用由小城医生在 2002/12/17 01:06pm 发表的内容：
"医院只能象Dicom标准一样，受到厂商的蒙混。\'\'?
据我所知，在国外如果与非DICOM接口的仪器进行连接，属于非法行为。
问题是现在的都在吵作HIL-7 可谁按此用了？国内的标准什么时候出台啊？

属于非法行为？这个我倒是不知道
我所说的是，pacs系统虽然有dicom3标准，但是还是不能完全十分顺利的实现pacs互联。问题就在于pacs产商对dicom的支持上并不是完全的，所以才又有IHE规范。这一点在pacs论坛有相关的贴子论述dicom的相容性。而如果HL7不能够由用户做到严格的要求的话，在中国也可能陷入这样的困境。
也会使得HL7的应用变成了简单的数据交换，而不能真正发挥HL7用于整合系统的作用。

yjlytd888

  关键是医院如何去接受这些东东呢!让国内人接受并按照其操作估计困难不小,要时间长些!
  我对其不是很了解的,所以我急切的想学习它,研究它,各位上次下载的好东东能共享给小弟吗?

cancer

我原来也是简单的认为HL7就是为了数据传输的规定了数据交换的格式。最近我单位要上一些系统，有了这样一个专业论坛，交流方便多了！

arbol

可是，我要编写一个HL7的网关，我应该从哪里入手呢？
可以只搭建一个通讯平台，然后先写一个模块入手，是这样吗？
我只能先从HL7的交换数据入手。

乖乖兔

我想你应该首先从消息构筑和解析入手。也就是怎样消息树的建立和读取。这就牵扯到消息树的表达方式了（建模）。剩下的自己想吧：）

arbol

其实楼上说的只是对HL7的解析，如果你要出一个产品怎么想呢？
我认为产品的架构设计是最主要的。至于解析只是一个模块而已。
但现在的医院之间，医院与社保等之间的连接方式会是怎样的呢？
是不是需要引入中间件的思想。？

乖乖兔

对，但是没有核心模块怎样去做其他的事情哪？现在国外的普遍做法是做一套HL7协议的开发工具，力求在各个应用中保持最大的灵活性。当通信的需求改变的时候，不再修改接口程序或尽量不该接口程序,而是修改一下相关的配置就能够适应新的需求。尽量将接口开发人员解放出来！希望和大家交流。

arbol

我的意思是开发一个通讯中间件，传输HL7的字符串。FOR UNIX AND FOR WINDOWS。
其次开发XML解析树。对于解析树的开发利用建模的过程，对于中间件的开发不需要建模，并且，最好通讯中间件同协议无关。
现在的主要困惑是卫生部不知道是否规定以后医院之间，医院与社保等之间的通讯方式是什么，双工长连接，还是单工等等，还是触发式的连接，这都造成开发中间件的需求不明确。像BEA TEXEDO等中间件不知道医院会不会用。？？？？？ ：（
还有，HIS整合也是一个难题。

zhuzhu

这个问题不是卫生部门是很难够统一进行规定的，当然军队医院除外，与社保之间则主要决定与劳保部门。而且各地区的处理方式都不一样。全国不会有统一的规定，而各地之间的具体操作就看当地的建设合同商如何决定了，卫生口和劳保口的人都很难做出这样的技术判断，而且这和当地的系统集成方案有很大的关系吧，所以你这种担心是没有必要的，而作为中间件产品，你这些东西是应该做到都能够支持才是好产品吧

arbol

因为我在脑海中基本上已经形成这样的产品架构，在规划中间件的功能时必须提出很多思想，当然，这个通讯中间件比起BEA TEXEDO来说简直就是婴儿，但是，基本的通讯传送字符串的功能是要做好的，还有超时控制等。然后再来做解析。我只是困惑，再这个行业有这样的中间件思路吗？因为再金融，证卷，电信等大的全国联网企业基本都有交易中间件存在，支持核心业务。医院如果不能全国联网，那么HL7的很多思想不是就白在讨论了，我知道在这里理论上的讨论是必要的，但具体的产品级别实现也是必要的。
再是，提出XML中间件的产品很多人都集中在理论而非产品。
再有在HL7的讨论中，我更着重于实施的产品而非理论的讨论。我希望能在产品实现上做出自己的贡献，在这个方向的研究我刚开始，也打算把论文定在这个方向上，希望与大家讨论！

tianma

    HL7中间件是一种功能性的应用层的软件。它不是通讯层中间件，也不同于BEA TEXEDO的通用中间件，也不算是交易中间件。
    HL7中间件的功能在于HL7标准的解析和转换，用于不同系统间数据交换。它并不承担或替代通信或应用服务的任务。也就是说，系统可能存在着多个中间件，HL7中间件只是其中应用层中间件中的一种。

tianma

另外，医院是不是全国联网，和HL7中间件没有必然关系。同一计算机系统内，甚至在同一服务器内，不同应用之间也可能用到HL7中间件。