看过广州军区总医院XML结构化电子病历演示版的同志，请

jhs1

电子病历专家网,电子病历系统,电子病历编辑器 ...
电子病历专家网(原医学病历软件工作室)成立于2000年初,是一家专业从事电子
病历相关医学软件开发的高科技团体,依靠广州军区广州总医院(广州流花桥
医院)的专业医学背景支持,开发出了一系列高质量的软件,为医院病历的电子
化 ...
eprexpert.nease.net/ - 30k - 网页快照 - 类似网页

theone

可以进了，请多试几次
http://www.eprexpert.com/

theone

这几天又有几位高手来谈了谈，特别是dongxi好几个问题都说到点子上了，
看来您对电子病历研究的还是比较深的。比格式设置方面，我们也考虑到了，因此，只允许设置宋体和楷体。整个病历左右上下边距，以及字号都是固定的，而且按军队的标准统一设置的。
在DEMO中演示的知识库是有待斟酌，我只是列一个提取的方法，在下一个DEMO中可以看到相应的知识库内容了。

theone

熟透番薯兄谈了谈XML“其实，这只是一个实现方法而已，而且不能代表电子病历达到了一个什么水平。”，确实我也有同感，它的二次处理和应用是电子病历真正好用的关键。

乖乖兔

看了大家关于该系统的讨论，我从技术实现方面发表一下我的观点。给我的感觉，在该系统中的“医疗文档”应该完全是一个XML文档，包括段落的格式、字体、颜色等所有的内容和版面的格式都是通过tag进行标记的。也可以这样说：这个系统实际上是一个XML的解析器（专用解析器）。如果该系统所看到的内部表示真的是一个XML文档，那关于痕迹保留、影像附加等功能的实现是非常简单的。一会儿我会给大家一个文档的例子，就是用XML在内部表示的。从该病历系统中我好像没有看到和数据库的结合，只是检索了数据库中的内容。或许是我没有注意到，有过有注意到可以提醒我一下。其实XML文档和数据库的结合也并不是什么难事，提点该议题外的东西：我不知道大家有没有这样的经验，为了解决关系数据库和面向对象开发语言间的阻抗性，在很多自己开发的中间件中都引入了XML文档作为关系数据库和面向对象表示之间的映射文件，如果大家对这方面的只是不熟悉，可以查阅有关O/R映射方面的资料。言归正传，我们在表示医疗文档的时候可以参考O/R映射方面的知识，使内部表示为XML的医疗文档和数据库能够结合在一起。本人语言表述能力不好，有表述不清的地方可以进行详细的交流。

     附加的图片中显示的文档内部表示实际是一个XML文档。图片中表现的是痕迹保留和加入图像的功能，主要对应“电子病历专家网”中病历系统的几个功能！非word文档！！！

乖乖兔

关于电子病历的实现，大家可以更深入的讨论下去

theone

乖乖兔谈起了XML的医疗文档和数据库相结合,感觉不错，能详细谈谈XML的医疗文档是如何与关系数据库相结合的吗？另外，到哪里能找到有关O/R映射方面的资料呢？

乖乖兔

用搜索引擎可以搜到：）

theone

电子病历应该是半结构化的数据(Semistructured Data),
它用关系型数据库来存储一定是很复杂的事情

discoverer

最好能够对军惠的用户提供试用版，（我们就是），这样才好评论嘛。粗看了一下，感觉操作方面不是特别出色。说到对修改痕迹的处理，我觉得，应该是采取备份或者是日志的手段来实现。

乖乖兔

其实关系数据库的映射原理是比较简单的，就是定义特定的tag，由你的编辑器进行解释。关系数据库和对象间的映射是一个专门的研究方向，我在这里只是借用它的一种实现方法。具体的我还是希望大家能够找一下资料看一下。电子病历和数据库间建立这种关系并不是非常的简单。如果大家没有找到相关的资料可以发贴询问，我会提供给大家的。

theone

discoverer说“最好能够对军惠的用户提供试用版，（我们就是），这样才好评论嘛。”
如果你是军队医院的，可以免费使用！！

theone

忙了一周，今天终于有时间坐下来好好看看，其实前几天也来看过，只是论坛太冷清了，没什么可看。
刚才发现前几天dongxi让我谈谈爱博维的电子病历系统，爱博维的电子病历系统前段时间我也看了，既然让我谈谈，那我就说几句，见笑了。

总的感觉得是这个系统还处于研究阶段，离真正实用还有一定距离（也许我是实用主义者），整个系统只是按编程人员的想法进行操作，不知他们有没有好好听听医生的意见？比如：首先选择病种，根据病种提取模板，如果不够怎么办，不对怎么办，待定怎么办？

theone

他们的那种录入方法我们两年前就有了，只是他们在界面上和实现上比我们当时的要好一些，但由于用起来太烦，所以这种方法最终被我们否决了。不知他们系统中元素的各个选项是如何维护的，这个问题如果解决不好，将直接影响模板的扩展性。比如：用药途径，只提供了口服、静脉滴注、静脉推注、吸入这么几种，当选项不够时是否能自由录入？

theone

既然，主诉、现病史用了那种录入方法，不知道为什么，其它模块还要用表单录入方法，为什么不统一起来？

其它的就不多说了，省得“路见不平”又要爱博维提供技术咨询费用了。