电子病历 的建设不应以病案规范为蓝本。而应该将病案规范作为其中一个需要关注的信息集合。

此帖由 dongxi 在 2006-09-05 20:56 进行编辑...

电子病历肯定不是单一电子文档问题，

但电子文档的书写肯定是电子病历最重要的组成部分

所以一个好的电子病历文档编辑器要解决文档输入与电子病历其它内容的有机结合

目前阶段即要探索电子病历内容组成，

如何结合内容建立一个好的电子病历文档编辑器，也是一项重要的工作

专科电子病历在全科推行的困难在于，专科电子病历信息集合总是相对有限的。当有限的集合规则推广到无限的信息集合上的时候，难以处理科研与临床工作负荷的效能平衡。必须要建立普遍适用的信息容器，既能包含未知的无限信息集合，又要兼容业务规则，解决两者平衡的困难。

此帖由 dongxi 在 2006-09-01 19:56 进行编辑...

假设有一个好的病历编辑器，但没有任何内容。这时上做软件的来组织建立客户化的病历模板好，还是教会医生，让医生自己来建模板？从商业角度来考虑呢？

引用linforest @ 2006-08-30 19:28)

模板应该是医生来做，或者是代表医生的专业协会等组织来做，因为那是专业问题

但是模板的基本模型则需要HIT方面的专家的帮助

关键是将这些专业领域的知识从信息系统的模型中分离出来，这样才好让医生们来更好地借助信息系统，利用自己的知识，依据自身专业的实际需要，构建原始型和模板（源于对openEHR的理解，不知对否，请各位老师指正）

非常同意

引用dongxi @ 2006-08-30 21:21)

电子病历问题不是电子病历文档问题，从文档角度解决电子病历问题注定会出问题。

电子病历 目前要解决的问题应该包括：

1、时间属性问题。

4、树型结构及其本质问题。

请问这两点具体指的是什么问题？其它的还比较好理解，这2点不是很明白，谢谢

看来使用病历范文可能更好。

引用大肚能容 @ 2006-09-05 13:20)

请问这两点具体指的是什么问题？其它的还比较好理解，这2点不是很明白，谢谢

现有的SDE方案在记录现病史等方面遇到巨大的困难。因为患者现病史中出现的医疗事件个数并不恒定。关系数据库的二维方法无法对此进行有效区分，导致的结果是研发人员不得不将现病史作为一个完全的自由文本段落来记录。其根本原因是现有SDE方案基本上以摹仿纸张病案为主。包老师曾讨论了病历中各种时间数据的特征.纸张病案中的时间数据之所以具有“双向箭”的特点，是因为纸张介质时代信息交换的缺失而引致的。患者A在医师B处就诊，医师B记录了患者A的各方面诊疗过程。之后，患者A前往医师C处就诊，由于医师C与医师B之间缺乏信息交换的有效工具，医师C不得不站在自己的角度，“后向”地摘要记录医师B的诊疗过程。事实上如果医师C能够获得B的完整诊疗记录的话，C不需要进行“后向”的记录，而只需重新建立一份病案，描述A当前的病情。

在目前医疗信息化条件下，可以依据全民电子健康记录的模式来记录各种临床事件的时间。描述症状与体征发生的事件发生时间、病案记录的记录时间，描述症状体征本身特点的间接时间数据将被分离记录。每一个独立发生的临床事件将被当作独立的记录进行录入与共享。同时将客观的事实数据与主观的分析数据分离，要求系统操作人员在对时间数据进行主观分析前必须先录入客观的时间数据。客观事实数据中采用面向时间序列的记录形式，主观分析数据则可以采用面向主题的形式重新组织

注：节选自期刊论文，引用请注明。

谢谢。

此帖由 dongxi 在 2006-09-06 21:21 进行编辑...

引用ermulong @ 2006-08-31 08:28)

电子病历肯定不是单一电子文档问题，

但电子文档的书写肯定是电子病历最重要的组成部分

所以一个好的电子病历文档编辑器要解决文档输入与电子病历其它内容的有机结合

目前阶段即要探索电子病历内容组成，

如何结合内容建立一个好的电子病历文档编辑器，也是一项重要的工作

这是目前需要解决的问题，至于单组件模型(IM)，还是双组建模型(Information M+Archetype M)，或者是多组件模型(GCM)，都是电子病历发展到的某一特定阶段的产物。用牛刀杀鸡，未必好用。

此帖由 uchinaboy 在 2006-09-05 22:15 进行编辑...

引用uchinaboy @ 2006-09-05 22:14)

...单组件模型(IM...双组建模型(Information M+Archetype M...多组件模型(GCM)...

兄台是否可以对您上述提到的三种模型简单做一下介绍呢？谢谢

引用linforest @ 2006-09-05 22:43)

兄台是否可以对您上述提到的三种模型简单做一下介绍呢？谢谢

林大哥，别客气

刚才打了不少，结果离开电脑一会就发现我机器上的病毒把界面全都关掉了，白打了

简短节说，IM是single component-oriented的Model，而Archetype Model中包含了IM和AM的双层，也就是dual components-oriented的Model，而GCM，全称为Generic Component Model是Multiple的。

它们的出现是软件系统从简到繁的发展阶段的一个体现。IM从某种意义上说是服务于软件开发编程人员的，但是当系统逐渐庞大，涉及的领域越来越多越来越复杂之后，领域专家的参与程度和重要性都大大提高，Archetype很大程度上使得domain experts有了更自主的参与过程，它的基础是对一些概念的规则化的描述，domain experts不需要知道技术细节，只要跟ontology，知识，规则打交道就可以。于是，domain experts工作在Archetype模型层面上，编程人员工作在信息模型层面上，这种方法的好处很多，事实上，这种分层的思想很多年前就已存在，只不过Thomas是第一个提出确切定义的人。
关于GCM，大约是90年代中期出现的东东，只不过现在还在发展之中，和ISO-10746 RM-ODP遵循的是同样的理念，从enterprise, information, computaional,engineering以及technology五个viewpoint去考虑一个复杂的问题，然后融合在一起，最终完成系统的方法。

就讲到这吧，困了，睡觉

此帖由 uchinaboy 在 2006-09-07 05:59 进行编辑...

不问不知道，一问全明了

此前对Archetype的理解甚是可怜，只是听说它把领域知识从信息模型中分离了出来，看了不少openEHR的资料，还是一脑袋浆糊

uchinaboy 讲得如此精练而明白，真是太佩服啦！！！滔滔江水......

以后是否可以多讲一些平时容易混淆的概念，让吾辈也明白明白

感谢感谢

觉得不会误人的话我就多说一些，觉得可能误人的话我就尽量管住自己不说。

引用uchinaboy @ 2006-09-07 15:24)

觉得不会误人的话我就多说一些，觉得可能误人的话我就尽量管住自己不说。

uchinaboy，对不起，先斩后奏，放在了这里。其中进行了一些文字上的修订，如果有何不妥，请指正。

此帖由 linforest 在 2006-09-09 20:56 进行编辑...

哈哈，这俩家伙居然客套起来了……

不过老实说，我也很感谢uchinaboy解释的这一大段。

在学科结合的行业，懂得使用彼此的语言原是十分重要。

不知包罗大叔能否主持写一本《医学·、信息学互通辞典》供医学专业与信息学专业互通有无。不一定以纸版形式，WIKI也是不错。好让这种交流有依托