zoukankan      html  css  js  c++  java
  • 业内常见电子病历编辑器简单比较(2)数据元功能比较

    业内常见电子病历编辑器简单比较(2)数据元功能比较

    数据元处理,卫生部从09年到现在,连发三版数据元标准,可见数据元对病历的重要性,其实作为一个搞信息的人都知道,如果病历实现电子化后,不能做结构化处理,没有意义,三版数据元,最后一版是2012年的意见版,其中09版的数据元编码用的和健康档案的编码系统一样,是以HR开头,2011版和2012版均以DE开头,而且数据元的属性也有所减少,目前主要的属性有,编码、名称、定义、数据类型、数据格式、值域、版本等,去掉了重复次数等09版中的属性。当然,这些属性只是卫生部关心的,作为软件开发,我们还要加上自己的一些属性,如数据的关联属性等。具体数据元的资料,可参考卫生部的文件或我博客中分类为“临床文档”的文章,以下是对三家产品的数据元处理上的比较。

    安博维

     

    安博维的数据元,可在制作模板时加入,数据元数量非常多,分类也比较详细,病历书写时,数据元可选值支持快速查询,数据元也支持脚本语言,未发现数据元和数据组的关联,也未发现数据元可选值的限制措施,但通过脚本肯定可以实现,数据元的可选值,可保存到文档中,方便离线书写。

    作为国内最早做电子病历的公司,安博维的产品无疑是后来进入病历行业的学习品,包括杭创等公司,均使用了安的编辑器。

     

    嘉和

    嘉和的控件支持用户自定义元素和选项,和安博维的一样,嘉和的数据元也保存在文档中方便离线书写,并且支持脚本,但未发现有简码查询选项。也未发现数据元和数据组的关联,也未发现数据元可选值的限制措施,但通过脚本也应该可以实现。嘉和的数据元定义随意性比较强,做为结构化的东西,我个人是不建议这样做。

     

    嘉和可以说是电子病历的后起之秀,这几年的产品市场占有率稳步提升,北京301,北医三院等均是其客户,编辑器也被众多厂家使用,如天健等。

    中标

     

    中标产品,演示版的功能相对较少,而且数据也提供的相对较少,数据元的定义是由另外的界面完成,数据元的可选值也一样。如下

    我手上的演示程序,未发现数据元和数据组的关联,数据元可选值也未发现支持简码查询,也未发现数据元可选值的限制处理方法,但据中标的人员说是支持的。中标是专门做文本处理的,所以,其控件使用的厂家也相对前两家较多。

    从上面的比较我们可以看出,数据元的处理,三家基本是大同小异,可能是卫生部数据组和数据元出来的时间较晚,我手上的版本都比较旧,所以都没有发现数据元和数据组的关联,希望有机会得到以上产品较新的版本看看是否更强大,另外需要说明一点的是,根据CDA的规范中,把文档分段处理,即一个文档是由文档头,文档体组成,文档体中又由文档段组成,对于文档中的段落处理,三家也有不同,安博维和嘉和,均有段落元素,即,一个段落元素既表示自己段的开始,也表示上一段的结束,中标在文档中发现有符号标记,但这样的标记有些元素也会有。未明白是否是也能用来处理段的。我的建议是,不管用安博维和嘉和的方式也好,或用中标的也好,文档中一定要有段的标记,结构化就是将文档分层分段,段内再分组,组内再分元素,层层细化。其次,对于元素在病历文件中的保存(这里的文件是指软件生成的数据文件),三家均支持XML,但实际上差别不是很大,只是格式和结构不同,嘉和的XML结构可能相对更合理一些,至少看到了类似CDA的结构。因为目前中国的CDA文档结构只出来一个,所以,这方面还不好做评价。

    再次说明,以上比较,只代表个人意见,由于对产品的熟悉度不同,和手中软件版本的不同,可能会有不合实际的评价,希望知情人士给出纠正。

  • 相关阅读:
    11. Container With Most Water
    9. Palindrome Number
    375. 猜数字大小 II leetcode java
    leetcode 72 编辑距离 JAVA
    73. 矩阵置零 leetcode JAVA
    快速排序 JAVA实现
    63. 不同路径 II leetcode JAVA
    重写(override)与重载(overload)
    62 不同路径 leetcode JAVA
    leetcode 56 合并区间 JAVA
  • 原文地址:https://www.cnblogs.com/coloregg/p/2637762.html
Copyright © 2011-2022 走看看