医院存在着多条业务流，HL7是按照医院的业务流程来组织分析的，这一点在V2和V3中并没有本质的差别，只是V3的分析更细。

但如果只是这些并不足以区别V3和V2，V2.5乃至以上都可以作到。

我理解V3在三个方面较之V2是大的突破。其中前两个与RIM有关，第三个纯粹是技术发展。

1，              对事件（Event）按照业务相关进行组织。V2中事件是随意添加的，没有多少规范可言，这就导致了在应用时选择事件的不确定性。V3中RIM中的类以及后面的4个状态图就对事件的定义进行了规范。

2，              对消息（Message）按照业务相关进行组织。V2中消息也是随意更新的，Message、Segment、Field、Component、Subcomponent，这5个层级是与业务无关，因此一个具体信息项添加到哪里也就是无从规范的了。V3中RIM中的类以及后面的DMIM、RMIM就对消息的定义进行了规范。

3，              除了原先的ER7，又增加了对SOAP和EBXML的支持。但这个就只是技术实现的发展了。

说点实际的，HIS缺标准是人所共知的，不谈那些编码标准，当然那是最基础的，只说应用接口。功能规范也有三年了，HL7也始终没有用起来，最小数据集我猜想是借鉴了英国的CMDS（纯属臆测）。

虽然我们作不了什么，但深入地探讨一番也许会有些触发。

我觉得应用接口应该是基于流程的，而功能规范是按照系统模块划分的，HL7V3中提出了应用角色的概念，所以系统模块可以按照所支持的流程活动来声明应用角色。

那么这个流程分析就是最重要的了。

HL7是按照流程来分析的，它包括了管理和医疗两个大域，管理域中又分为患者管理、人员管理、收费管理、保险管理，医疗域中又分为药品、电子病案、检验、血库等多条业务流。

HIS功能规范是按照部门和职责来分析的，它包括了挂号、门诊医生、门诊收费、病人咨询、住院管理、住院医生、住院收费、护士、手术麻醉、血库、设备、物资、药品、财务、病案、管理统计、医疗统计、医保、社区、远程、LIS、PACS等22个子系统。

业务流是一个抽象的工作流，包括一组活动及它们的相互顺序关系，还包括流程及活动的启动和终止条件，以及对每个活动的描述。

在分析的时候可以从部门和职责入手，最终抽象出一个个的业务流程，这也就是一般和特殊的关系。