其中“电子病案”代表的是“结构化文档”，所以也可以换成“卫生统计”或者“科学数据”等等其他方面的数据文档。
目标引导行动，思想决定实践！
这个目标是上一个目标的延续，是在电子病案这一具体应用领域的实践。

此帖由 dyy 在 2006-01-20 11:31 进行编辑...

上图是卫生信息化的一个总图，就象一个“二级火箭”，它的第一级发动机就是“过程模型”，相当于“业务过程处理”；它的第二级发动机就是“电子病案”，相当于“业务数据处理”。
电子病案的交换标准是分为“外交换”和“内交换”两个方面的，内交换相对简单，但在深层次上是以外交换为基础的，也就是以“过程模型”为基础的。
HL7标准的基础是模型，这个模型就是“过程模型”。
过程模型是分为“过程”、“对象”、“元素”、“值”四层，其中trigger event是对应于过程，RIM、DIM、CDA、Message是对应于对象，卫生部现在作的四个数据集标准是对应于元素，LOINC、SNOMED等各种code set是对应于值。
HL7工作组要解决的问题就是包括“外交换”和“内交换”两个方面的接口标准。
IHE工作组要解决的问题就是在“过程模型”的基础上，“功能模型”与“系统模型”的“集成”。
国内目前大多数的HIS还没有第一级发动机，所以飞不高。

SOA到底算是新技术还是旧技术？目前有没有那家HIS是应用到SOA的？不是很了解。

IT技术的发展都是有延续性的，不是“新瓶装旧酒”就是“旧瓶装新酒”。
SOA的本质还是类似于CORBA等老技术的，它的新是体现在两个方面：一是面向业务的集成，一是集成技术和标准的改进。
SOA不是一种单纯的编程技术，需要从架构设计上作起，一方面是自身应用系统的设计要体现“业务组件”的概念，一方面是要在支持SOA的应用服务器上开发。
有没有哪家HIS是应用到SOA的，这个不知道，估计是没有。因为这种事情自己单独作是得不偿失的，目标一定是整个行业的协作，这就不但是远见的问题，还需要巨大的勇气和巨大的投入。
潮流已经显现，站在潮头的又是谁？

所谓内交换就是电子病历与电子病历的交换，所谓外交换就是电子病历与其他应用的交换。
以下引自HL7网站的Structured Documents committee的介绍：
The TC（Structured Documents） will collaborate with the Medical Records/Information Management TC to create complimentary document and document management standards.
dyy注：这个就是第二级火箭的上面的内交换的两个标注－－MR域和CDA。
Orders and Observations, Patient Care, and other TCs define the clinical content used in the specifications created by the Structured Document TC. The Structured Document TC will collaborate with these groups to establish a consistent approach to information exchange.
dyy注：这个就是第二级火箭的下面的外交换的两个标注－－管理域和医疗域。

Bebefit,go on please .

在jdon上有一句话“Java学习开发三件宝: Domain Model（域建模）、Patterns（模式）和Framework（框架）。”
如果把java看作是一个领域，则这句话是可以推广到其他领域的，如医疗卫生领域，再缩小一下范围，那就可以是EMR/EHR领域了。
如果我们能够从这三个方面来研究和开发，就可以脱离各种纷繁复杂的具体技术和具体业务的细节，从而抓住在变化中不变的那个本质。

版本是针对功能模型建立的，版本是由一个个具体的客户组织抽象出来的，版本的实例就是一个个具体的客户组织。

构件是针对系统模型建立的，构件就是一个个具体的插件（RCP的Plug-in或者Liferay的Portalet），一个构件就是一个子项目（是我们自己的开发项目或者是合作伙伴的开发项目）。

版本与构件之间的连接就是功能模型与系统模型之间的连接，这个连接也是一个模型，就是过程模型。

HL7标准是包含了两个模型，一个是以RIM为基础的接口信息定义的模型，还有一个就是“域－主题－接口”的接口层次模型。这两个模型共同构成了上面所说的过程模型。

很有深度，懂的不是很多。最好dyy能够将电子病历的结构框架的分析系统的整理成一文，让我们学习学习呀。