HL7不适用？不好用？那么它是什么地方不适用？什么地方不好用？

我感觉对于HL7的研究应该先把它的流程搞清楚，流程中串起一个个相对独立的活动（事件），活动中包括了一个个对象（消息中的各个结构）。 流程、活动、对象、 词汇表、 技术实现。段落、句、 字词的name、字词的value、语法。

如果我们暂时忘掉HL7那相对简单的通讯机制和烦杂的串结构，那毕竟只是一种技术实现，相当于一种语法，虽然它很通用，但技术的发展是最快的，而且技术实现总是可以作到的，不同技术实现之间的转换对接也是容易作到的。

如果我们暂时忘掉HL7那几百个HL7定义的或引用的词汇表，那毕竟是相对明确的，相当于一些语义集合，虽然它很基础。

如果我们不是象最小数据集那样笼统的对待接口中所包含的信息项（作为臆测举例而已，最小数据集的开发方向和开发方法我不清楚，说错还请原谅），也不是象HL7V2那样孤立的对待某一接口某一位置的信息项，而是象HL7V3那样以RIM为基础构造一个对象集合，或者象CMDS也有一个对象集合（好像是这样，有待查证）。

则我们对于我们所要表达的内容就可以有更准确、更具扩展性的组织。

如果我们连我们所要表达的内容也先暂时忘掉，因为我们说话所要表达的内容是很重要，但之前为什么要说也是必须首先要搞清楚的，这就是活动，或者叫事件，我理解它是用例（什么是用例是很容易引起争论的，我取用例是完成一项具体功能，代表一种场景）。

为了保证我们思路说话的连贯性，不至于颠三倒四胡言乱语，所以活动是必须串成流程的，每句话都表达了一种意思，但一句话是说不清楚的，所以要认真组织段落，使它能够表达我们的中心思想。

各个段落之间是要有衔接的，各个段落会有交错，医院是复杂的，中心思想也有很多，如病人为中心、人员为中心、收费为中心、药品为中心、医嘱为中心、经济核算为中心、医疗质量为中心、教学科研为中心、等等。

我理解作文章是从大处着手，逐步求精，象医院信息化这样大的文章，更是需要统筹规划，分工实施。

而且这篇文章我们也作了很多年了，虽然还有很多不了解的，但毕竟已经了解了很多。而且还有外行业或国外的类似文章可以参考，甚至可以引进一些枪手来帮助。