咳，真臭，犯了如此简单的错误！

国际交流当然很好，毕竟本行业是从国外传入的。“师夷长技以制夷”有失偏颇，用我们的手从国外同行那里“拿来”一些先进的东西还是很好的，真的很想把那个“变色龙”拿过来，到底在哪里“拿”呢？
斑竹上传一个吧 :--

U can download it from
http://www.vbxtras.com/products/interfacewarechameleon.asp

OK，找到了。好好研究一番。

谢谢各位高手的指点 特别是几位外国同行的指点！ :-__

明年 HIMSS 在奥兰多 （迪斯尼乐园的圣地）开，有兴趣的人可以考虑到那开开眼界。要提早准备，早点弄个邀请信，申请签证。

我前个礼拜刚开完 RSNA (北美放射学会），从国内来参加的人还是有些。

从医保部门和患者方的利益讲，总有一天，他们都会强制医院实现医院之间的信息交流。

但是，超前的开发商在此之前会难以看到立杆见影的好处。

我一直想试着做一个接口，HL7 Engine用的是HAPI，大致的方法是用JAVA做一个Daemon Process，接受外界传来的HL7格式的Message Queue,然后在这端进行处理，把它转换成相应的SQL与我们的SQL数据库对接起来，最后取出数据转换成HL7格式的mq再发送出去，不知道我想的这个流程有什么问题么，谢谢

Hi,

merry xmas! what you try to do is reasonable. But if you only want to forward and transform the HL7 message then bother database is not necessary.

Sfinder

但我想从数据库里面取东西，那我该怎么做？

顺便请sfinder前辈讲讲他们在Canada作接口是怎么样的一个流程，比如framework(infrastructure)是怎么样的，然后interface是怎么样的，然后和本地数据库是怎么接的，我想Canada的信息环境跟国内的差异还是挺大的

有人做过这方面研究么？讲讲？谢谢！

clap！
真是精彩！

期待更多。

受益匪浅!

正如楼上的高人所言，实际的需求还是个遥远理想，采用HL7就只能是以后再说，与应用HL7相关的标准，如SNOMED、LOINC等等也会受到抑止。

HL7 v2.x 转到 v3 的巨大代价是阻碍北美等地的HL7 v2.x采用者迅速转向v3的主要因素之一

因此，国内HL7应用尚未普及的问题，也许是一个好事

但是，我们国内所需的努力并不会少多少，因为HL7 v2.x还没有用起来。

要一步直接登上v3的台阶，好像是省事，是跨越，其实并非如此。