HL7定位在应用程序(applications）之间的“消息（message）级”对话。用XML等语言实现并不困难。

SQL表中的数据由DB读出生成基于DB形式的XML语言，然后在有XSLT（eXtensible Stylesheet Language Transforamtion）它是一种编程工具可以定义HL7所要求的格式的数据。这样转变成HL7标准的XML格式的数据：如果上面描述的是你的HIS中定义的HL7的引擎。
那么同样在你的PACS/RIS等系统中要定义出具有逆过程的HL7引擎；具将HL7标准的XML数据翻译成DB格式的XML，再写你的SQL表了。这样就算是完成了一个通信过程。
至于他们是怎么进行通过消息机制来实现的。在表达HL7格式的数据时，HL7本身的消息机制定义了各种具体的消息，你可以将消息定义成定时触发的机制，既每隔多长时间读接口表，发现接口表中有新数据的话。消息通信机制被触发。这样的轮回实现。

对于一个接口规范，或者直接就叫它作接口设计，不同的人看到的是它的不同侧面。
如果是作业务需求分析或系统需求分析，那看到的就是不同业务流程活动之间的交互；
如果是作系统总体设计，那看到的就是不同子系统之间的功能交互，以及实现这个交互所依赖的技术平台，如ER7、EBXML、SOAP等；
如果是作系统详细设计，那看到的就是一个个接口的具体定义，包括接口方法、数据项、数据字典；
如果是作系统实现，那只需要理解系统详细设计就可以了。

所以如果要问HL7是什么？那首先就需要问一下自己，我到底要作的是哪一部分？

分析和设计是实现的基础，但我们对于这部分的研究还不够深入，HL7之所以在国内叫好不叫座，不是因为我们不能实现它，而是因为我们不知道该怎么用它。

业务需求分析和系统需求分析的区别就是CIM和PIM的区别，CIM是计算无关模型，是不限于系统实现的全面的用户业务分析，PIM是技术平台无关模型，是只考虑系统所需要实现的但不考虑具体实现技术的业务分析。

[QUOTE]最初由 dyy 发表
[B]HL7之所以在国内叫好不叫座，不是因为我们不能实现它，而是因为我们不知道该怎么用它。... [/B][/QUOTE]

最重要的是要认真开展起来。“光叫不坐”，是因为“站着也可以凑合凑合”。

真正动起手来，困难就会得到解决。

“光叫不坐”，有两个原因，“站着也可以凑合凑合”是主观原因，“找不到座位”是客观原因。
主观原因需要“劳心者”改变观念，如主管部门、医院及厂商领导、行业协和等。
客观原因需要“劳力者”更加努力，就是我们这些干活的了。
但只有勇气是不够的。

第16楼  
HL7定位在应用程序(applications）之间的“消息（message）级”对话。用XML等语言实现并不困难。
----------------------------------------------------------------------

个人觉得更困难那的事XML到符合HL7标准的XML：（HL7中那些标准的符号所达标的含义可以把您弄晕！）

----------------------------------------------------------------------
不是没有人不“坐”，而是如果医疗系统实现到医院信息化当中的确是一次革命，现在应用的HIS系统，好象还没有听说有哪家的系统中所定义的一些在HL7中通信所必须的字段是遵循HL7的标准，如病历号的定义都是你定义你的，我定义我的，“百家争鸣”！
象20楼的楼主说的很多原因！偶涉入医学信息时间不长，的确这需要时间不是说你某一个人能“坐”下来就能解决的事，需要很多人坐下来！！

HL7更像英语

“HL7更像英语”这话是对的，但不说清楚容易产生更大的误导。
学习英语，不是为了英语而学习，是为了掌握无穷无尽的用英语表达的思想。

HL7本身不是一种语言，ER7或者HL7_XML可以说是一种语言，但HL7不是。
HL7是对医疗业务活动的一个表达。
以手指月，所指者月也，非手也。况且书不尽言，言不尽意。
管理信息系统，说到底，最大的是业务问题，不是技术问题。

简单的说，hl7是定义了系统与系统之间如何规范化交换信息的一套标准。比如说转诊信息，由哪个医生发出的，发往那个医疗机构，病人的情况等。各个医院各自的系统是不一样的，如何能让对方收到这个信息后也明白呢？这就要一套标准。

我对version3比较熟悉，可以说说这套标准。
1，        这套标准所采用的是xml语言。Xml语言的优点就是把语义和数据分开了，能明确表示每个element的含义，和定义它的数据类型。这就是和html的最大区别。
2，        这套标准的基石是RIM,就是参考信息模型。它是基于面向对象的理论设计。具体的分为六个大类。分别是Entity, role , participation and act. 余下的两个relationship and RoleLink.为啥要分这几个类呢。我举个例子， 我们生出来后都是一个人，所以作为person（一种entity）我们有一些姓名，性别等属性。有天我们生了个病，要去看医生，我们就是病人（patient ，是一个role）去看病（participate an Act ）。而我们定义病人的属性的时候首先是调用我们作为person的那些属性然后添加一些比如病人号的属性就能完整的表示一个病人的信息。
3，        有了这些基础的类，我们具体定义一套信息的标准，比如这些信息的结构是如何的，啥时候会触发这些信息的传输。发出方要做哪些工作，而接受的方面受到后要不要确认，都有具体定义。
4，        做完以上这些，当然还有其它具体的东西，我们就能保证两个系统之间正确的传递消息了。

简单来说 一个美国人和中国人沟通，有三种可能：
1美国人讲英语 中国人也讲英语
2 美国人讲中文 中国人也讲中文
3 美国人讲英语 中国人讲中文 不过请个翻译
但如果下次碰到法国人、巴西人、日本人，就要跟他们协商好说什么语言，如都说英文，所以HL7就象语言规范，是系统间协商使用的规范而已。不知道我的比喻是否准确？