多角度全面对比国内电子病历系统.docx
《多角度全面对比国内电子病历系统.docx》由会员分享,可在线阅读,更多相关《多角度全面对比国内电子病历系统.docx(48页珍藏版)》请在冰豆网上搜索。
多角度全面对比国内电子病历系统
多角度全面对比国内电子病历系统
————————————————————————————————作者:
————————————————————————————————日期:
以下内容部份来自网络,部份来自网友投稿
一、业内常见电子病历编辑器简单比较之从编辑控件来源比较
电子病历软件,均涉及病历书写,所以,病历编辑器就成了病历书写方面比较重要的控件,目前有众多的文本编辑控件,有的有源码,有的无源码,也有的厂家自己开发编辑器,经过一段时间的了解,也看了一些编辑器,感觉有必要做个比较,因开发实力和技术水平不同,同样的源码不同的人也会做出不同功能的东西,所以此文只做相互交流用,此文只对某版本的控件做比较,并不代表此控件当前的功能状态。
常见的编辑控件主要有以下几种:
AbiWord,免费带源码控件,AbiWord最初由SourceGear公司发起,但SourceGear逐渐转移关注其他业务,AbiWord计划现时由一群志愿开发者管理。
目前网上可以找到的源码是2.8.6;
使用此控件的厂家有:
嘉和,安博维等;
开发语言:
C++;
原始界面如下:
2012-8-1408:
20上传
下载附件(46KB)
RichView,俄罗斯人开发的收费源码控件,折合人民币约3500元,付费后可得到全部源码,最新版为13.10.6;
使用此控件的厂家有:
慧典,易迅等;
开发语言:
delphi,C++Builder;
原始界面如下:
2012-8-1408:
20上传
下载附件(50.99KB)
OpenOffice,是一套跨平台的办公室软件套件,能在Windows、Linux、MacOSX(X11)、和Solaris等操作系统上执行。
它与各个主要的办公室软件套件兼容。
OpenOffice.org是自由软件,任何人都可以免费下载、使用、及推广它。
使用此控件的厂家有:
中标普华等;
开发语言:
现在来说,OpenOfficeorg主要是以C++撰写的,但也能以Java(TM)来撰写;
原始界面如下:
2012-8-1408:
20上传
下载附件(43.92KB)
CEBX,全称Commone-DocumentofBlendingXML,译为基于混合XML的公共电子文档。
CEBX是一种独立于软件、硬件、操作系统、呈现/打印设备的文档格式规范。
现在CEBX技术及相关软件由方正集团旗下方正技术研究院数字出版分院负责研发。
使用此控件的厂家有:
方正众邦;
开发语言:
不详;
原始界面如下:
2012-8-1408:
21上传
下载附件(37.33KB)
自行开发编辑器,如UniEditor4,ehrpro等;
其他:
Word、RichEdit、TextControl、scintilla等富文本编辑器;
以上有图的编辑器,为目前使用较多的编辑器,各编辑器在文本排版上的差别不做比较,毕竟已经在市场上有大量的应用,用于病历的编辑功能基本都能满足。
接下来,会对这几个编辑器经过改造,用于病历书写系统中的功能做简单比较,选择的产品,嘉和,安博维,中标普华。
二、国内部分电子病历编辑器的评价
一、模式
国内电子病历系统的开发不外2种模式:
C/S模式和B/S模式,其中C/S模式一般是以开放的文字编辑器为基础进行开发,而B/S一般采用页面填写模式,也有采用OCX控件模式(这种模式其实也是一种C/S)。
两种模式各有优劣,从我个人角度讲,更趋向于C/S(这里是指三层结构的C/S),理由如下:
1、B/S相对于C/S最大优势在于客户端免维护,其实C/S做好了,也可以实现自动升级和客户端免维护,我以前在某地区做的医保系统,采用三层结构,广域网上1000多个C/S客户端,一样免维护。
2、C/S具有更好的界面操作性,尤其是能够实现更复杂的界面操作动作,能在一定程度上较好实现自然语言输入与结构化处理。
B/S由于受编辑器功能限制,在文字间相互操作、数据元、各种提示、绘图处理等方面都存在一定的欠缺。
3、C/S具有更直观的界面,实现所见即所得模式的书写,而B/S不采用控件很难做到。
4、C/S具有更好的效率,尤其是在处理和展示大量数据量时,C/S优势更明显。
B/S模式受服务器和浏览器限制,展示大量数据时效率直线下降。
我们曾经试过IE同时显示1000条记录时,速度慢得让人无法忍受。
当然具体采用哪种模式,还需要看自己的产品路线及技术沉淀,最好与HIS采用相同模式。
由于B/S的电子病历必需依赖数据库,正常渠道很难看到,只有在用户医院才能匆匆看看,所以下面主要是讲C/S模式下的电子病历编辑控件。
二、功能
C/S模式下,电子病历系统的核心是电子病历编辑器控件。
有很多文章对电子病历编辑器控件的功能要求进行了论述,这里只是简单说明一下。
电子病历编辑器的功能主要概况为以下几个方面:
1、文字编写:
这是最基本的要求,细节不多讲,按照临床医生习惯,最好是所见即所得书写模式,另外病历续打是文字编写功能中必不可少的。
2、数据元管理:
按照卫生部要求,电子病历系统必须能够实现病历内容结构化,按照卫生部的数据标准进行管理。
电子病历结构化的目的包括:
a)质控要求:
要求系统能够识别和区分病历内容,针对不同内容按照要求进行书写限制、时效提醒、病历自动评分等工作。
b)教学要求:
书写病历除了记录医疗过程外,还有一个很重要的功能,就是训练低年资医生的临床思维模式。
所以电子病历编辑器要能够引导书写者以正确的思维方式完成书写过程。
c)科研要求:
临床科研是为了从病历中获取既往医疗数据,其中病历检索是一个重要手段。
病历检索可以采用文字检索模式,或精确检索模式,后者需要电子病历在数据上的完全结构化。
目前国内的电子病历编辑器都是基于文字编辑器开发的,在处理数据元及结构化上存在较大的缺陷。
电子病历数据结构化,不是简简简单将病历内容分成几个块来书写就行了,必需在一定程度上,对书写内容进行结构化,区分书写内容,引导书写者书写,并还不能影响其用自然语言的描述。
3、安全管理:
按照卫生部要求,电子病历系统必须能够实现电子签名、数据留痕等功能。
三、技术路线
国内已商品化的电子病历编辑器,从技术路线上讲,已知的有以下几个方向:
1、基于Delphi+RichView开发
RichView是一款基于Delphi的文字编辑控件,开发语言是pascal,收费($499.00)后提供全部源代码。
利用该控件开发电子病历的公司包括:
病历宝典、易讯、医星等产品。
2、基于VC++AbiWord开发
AbiWord是一款开源的文字编辑器控件,开发语言是C++,可以跨平台运行,含全部源代码。
利用该控件开发电子病历的公司主要是EMRPad,国内很多HIS厂家产品都是OEM其产品,或在其控件基础上实现的,如中联等。
3、基于中标电子病历控件开发
中标电子病历控件是近几年推向电子病历市场应用的office组件。
从文字编辑方面来讲,其功能是最完整、最强大的,但该公司最大的缺陷在于自己不是医疗信息化方面的专业厂家,只是文字编辑器控件提供商,电子病历厂家无法拿到源代码,分发安装的文件也很多,几十兆上百个文件。
4、其他文字编辑器
有一些其他厂商,利用Word、RichEdit、TextControl、scintilla等富文本编辑器在做,总的来讲都存在很难结构化处理、续打实现困难、书写控制困难(如控制复制粘贴、表达式处理等)的问题。
还有部分厂家的产品,由于个人能力有限无法看到,所以不好评估。
三、北京安博维、嘉和、方正众邦,海泰,浩瀚电子病历比较
北京安博维:
word内核的编辑器,医生接受度较高,病历书写起来方便;但功能较为单一,缺少临床应用上的相关功能,如医嘱录入、会诊申请、院感上报等,软件界面不太美观。
北京有几家客户,去年中标中山大学附属第一医院,最近已把重点放在了广州市场。
北京嘉和:
基本同安博维一样,采用的word内核。
同安博维相比优点在于其开发实力强,功能模块完善。
公司有军队背景,在北京301医院关系比较深入,听说毓璜顶医院是其研发基地。
南京海泰:
老牌的电子病历厂商,新开发出来的系统采用B/S架构,提供了病人入院到出院的所有临床功能。
准确的说海泰的产品应该是临床医生工作站,而不是单独的电子病历系统了。
客户全国都比较分散,似乎只要有电子病历招标的地方,就有海泰参与。
北京方正众邦:
去年研发出来的电子病历系统,和众邦HIS完全分离,采用B/S架构。
看过其演示版的程序,功能、界面都比较不错,但有些地方设置的过细,可能使用起来会不方便。
据说众邦的电子病历没有100万不卖,目前还没有正式产品化,宣武医院是其测试基地。
广东浩瀚:
基本上不属于结构化电子病历,在一次招标上看过其产品,就是HIS的医生工作站,然后上面有个书写病历的功能。
客户集中在广东、广西,小医院为主。
四、从技术角度看全国主流电子病历供应商
嘉和美康:
()
嘉和电子病历基于EMRPAD3.0版本开发,采用C/S架构,数据库采用ORACLE数据库。
其技术主要特点全基于编辑器。
病历模板嵌套技术、图像标记技术、表格技术、所见及所得排版技术
结构化智能XML录入技术
XML结构化存储
三级检诊痕迹保留
解决不当病历复制、续打等特殊打印技术
强大接口和事件功能实现与外部数据的交互
开发商可根据实际需求,定制HL7框架标准输出功能
控件以OCX方式提供,支持目前的主流开发语言如VisualC++、.NET、PowerBuilder、VisualBasic、Delphi等
海泰:
()
系统采用B/S架构,后台采用CACHE数据库,程序版并无创新,几年来一直一个模样。
由于核心技术人员的脱离,以及目前国家标准的出台,程序在重构。
其特点:
以病人为中心
海泰电子病历系统以病人为中心的服务宗旨,使医护人员从繁琐的病历书写中解放出来,集中精力关注病人的诊疗,将更多的时间用于分析、诊断。
结构化
海泰电子病历系统使用面向对象的结构化设计,以XML文件作为结构化病历的载体进行存储。
准确性
海泰电子病历系统可以自动对输入的病人诊疗数据进行合理性判断和控制,防止医护人员在诊疗过程中出现明显的人为差错。
信息共享
海泰电子病历系统把诊疗过程中的所有病人信息进行整合,使医院内部的所有信息都可以通过电子病历的载体进行共享。
临床决策
海泰电子病历系统具备准确、完整的以多媒体病历为核心的临床医疗数据库,可以为临床医生的决策提供依据。
病历质量
海泰电子病历系统按照卫生部门要求的《病历书写规范》对病历的书写进行实时的监控,发现有不符合规范的地方能够自动提醒,从而提高病历书写的质量,减少差错。
数据安全
海泰电子病历系统有着完善的数据安全机制,可保障病人所有数据的安全
海泰是国内Top3的专业电子病历提供商,其电子病历解决方案是基于3层架构的B/S架构解决方案。
海泰电子病历可基于Jboss,Apache,Websphere等应用服务器,数据库多数选择DB2,Cache,少数情况会采用Oracle.
目前技术层面的enablement已经完成,海泰的解决方案可全面base在IBMplatform上,即应用服务器用Websphere,数据库用DB2,应用部署在pcServer上,数据库base在小机上,另外存储用我们的Storage.技术层面需要做的工作已经不多。
杭创:
杭创的EMR从00年开始至今,思路几经变化,原先有专门的电子病历事业部,后因业绩不佳取消。
04至07年寻求与大的EMR解决方案提供商合作,与海泰谈过OEM未果。
从去年开始研发新版本的EMR,今年下半年开始逐步投向市场开始推广。
杭创EMR技术路线走三层架构,面向开放式平台,所有的主流应用服务器和数据库都能支持,包括主流的开源的相应产品。
目前DB2的机会相应较大,原因是杭创的电子病历解决方案主要基于结构化数据,用xml数据结构较多。
杭创EMR目前面临的最大挑战为市场占有率低,市场认可度不高,专业程度相对成熟的EMR厂商尚有差距。
2004年,日本CSI公司的门诊电子病历产品进行汉化后形成的,但这套产品由于不符合国情,后来没推广.
2005HRP260:
是在原先住院医生站的基础之上重新开发住院电子病历,技术实现主要通过使用PB的数据窗口语法自动生成来实现的.上海东方\浙江妇保等都使用本产品.
2006HRP275+BSEMR3.0:
将电子病历从HRP体系中分离出来,为了能够独立运行!
从技术上采用了WINDOWS的消息机制。
优化和扩展了图片编辑功能。
对病历质控做了探索,但没有形成可靠的产品。
由于采用多线程及消息机制,使得系统环境安装变得复杂。
消息不稳定。
2008BSEMR4.0:
以门户为平台,引进了安博维的病历编辑器,实现了结构化病历编辑。
安博维:
()
系统采用C/S架构体系,后台数据库采用CACHE数据库
系统自动提示住院医生完成对电子病历的书写、传染病上报等功能;
质控系统支持医生间三级检诊,病历甲级率达到100%;
实现KeyboardFree数据录入模式,最大限度减少键盘输入;
二维身份权限管理内嵌SecurityWay系统以保证系统的保密性;
由质控检查完成电子病历的时效性和内容性质控指标,保证病历优级率;
采用IBMDB2数据库的PureXML技术和XQuery显著提高了计算机的查询效能;
通过采用IBM的XML数据结构设计方案和数据库管理技术,保证了电子病历查询系统的高效性和稳定性;
先联:
先联的电子病历解决方案是基于J2EE开发的三层架构的解决方案,对于中小医院,先联采取JBoss/Apache+mySQL的开源解决方案。
不过对于大型医院,先联目前已有了DB2+WAS+pSeries+Storage的全套IBM解决方案。
无锡曼荼罗:
()
采用C/S架构,基于HTML电子病历。
是国内为数不多的、真正意义上面向临床的电子病历系统,以临床医生、护士、科研教学人员、医务管理人员等为对象,提供结构化病历录入、治疗计划库与医嘱处理、加密病历库、数据集成与共享、医疗行为协同与提醒、医疗权限控制、病历质量控制、病案统计分析、临床路径、疾病监测、数据标准兼容等完整功能,与当今国际上主流的电子病历软件属于同一代产品。
DoqLei电子病历系统创新的结构化文档技术能够提高电子病历的适应性,帮助计算机软件分析病历记录的内容。
传统上,临床医疗文档,只能够通过人的阅读理解,才能够发挥作用,效率收到限制。
而结构化电子病历的好处,在于计算机软件能够正确判断临床文档中语句的含义,自动处理海量的临床信息,从而在病案质量控制、询证医学研究、临床路径、疾病监测等方面,突破手工时代的某些固有模式,形成从量变到质变的跃迁。
能够集成所有的临床医疗信息,以便以后回朔和分析临床诊疗的全过程,支持临床科研和教学。
传统上的医疗信息系统,并不进行数据的集成,造成大量数据的分散存储,病历和处方医嘱信息无从核对,辅助检查的报告单也和病历记录分离,最终形成“信息孤岛”。
DoqLei电子病历系统为医院乃至一个地区提供了完整的临床数据集成平台。
DoqLei电子病历系统的界面简洁易操作,稍有计算机操作基础的用户都会感觉亲切自然,在短时间内上手。
软件能够有效地支持医生和护士几乎所有的临床工作环节,大幅度降低病历书写、报告单传递、医嘱转抄、体温单刻画、历史病案调阅、病历统计分析、病历质量控制等方面的工作量,把时间还给医生护士,用于更好地照看病人,分析病情和业务学习。
能够全面地解决病历、处方和医嘱的打印问题,满足各种格式的文字、图片、图形、表格的打印要求,支持固定格式套打和段落续打。
能够支持实时、自动的病历质量控制。
病历质控传统上是由医务科对已归档的病历进行抽样检查来实现的,在效率、准确率、覆盖面、主动性个方面都有较明显的局限,DoqLei电子病历系统的病历质量控制功能,将充分发挥计算机的优势,突破人工抽检的局限。
软件能够按照医院制订的病历质控条款,自动、批量的分析检查病历,医生在写病历的过程中也可以随时自检。
DoqLei电子病历系统实现了病历质控的过程管理和事前管理,取得了很好的效果。
能够帮助进行临床医疗权限的控制,也支持保留痕迹的病历三级阅改。
在手工时代,临床医疗权限的执行全靠人对规章制度的遵守。
DoqLei电子病历系统以精确和自动的方式进行权限控制,能有效减少违规的可能,从而起到降低医疗差错的发生概率。
能够进行医疗提醒和协同,使医生和护士的工作更严谨有序、沟通顺畅,使医疗流程得以进一步优化,从很大程度上解决病人看病“三长一短”的问题。
能够支持临床科研和教学。
和其他服务性行业不同,在医院里,医生从某种意义上讲可以是科研人员,同时也可能是带教老师,一生都在不断地学习业务知识;另一方面,临床上每天大量的医疗记录,其作用之一,也是为了将来归为病案以后,能够支持临床科研和教学工作。
可以说,没有临床病案的积累和分析,就不会有临床医学的发展。
DoqLei电子病历系统有能力帮助分析海量的临床历史病案,也可以将资深医生的临床经验融入病历模板库、治疗方案库和知识库,使临床科研和教学工作的效率大幅提高。
华信慧典
前身叫做中科奥科技发展有限公司,09年更名为华信慧典。
电子病历研发时间很多,语言用的是Delphi开发,这个开发语言平台的公司都已经不在了。
现在搞这种语言的人不多。
数据库采用SQLSERVER,存储量不大,对于病历保存来讲,基本实现不了30年保存的机制。
“病历宝典”系统中嵌入的病历编辑器是我们历时两年时间独立研发的自有知识产权的仿Word模式的病历专用编辑器。
界面友好,操作方便,所见即所得,不仅实现了Word几乎所有常用的编辑功能,同时实现了病历中医学术语的结构化存储:
支持文字的各项设置,如:
大小设置,颜色设置,字体设置,粗体、斜体、上下标、下划线、删除线、上划线等的设置;
支持的段落的居中、居左、居右及两端对齐设置;
支持文档的列表、编号、缩进、自动换行、行间距和段落背景颜色设置;
支持表格操作,如:
拆分、合并单元格,删除行,删除列,添加行,添加列等;
支持插入图片;
支持格式刷;
支持页眉页脚设置;
五、业内常见电子病历编辑器简单比较
(2)数据元功能比较
数据元处理,卫生部从09年到现在,连发三版数据元标准,可见数据元对病历的重要性,其实作为一个搞信息的人都知道,如果病历实现电子化后,不能做结构化处理,没有意义,三版数据元,最后一版是2012年的意见版,其中09版的数据元编码用的和健康档案的编码系统一样,是以HR开头,2011版和2012版均以DE开头,而且数据元的属性也有所减少,目前主要的属性有,编码、名称、定义、数据类型、数据格式、值域、版本等,去掉了重复次数等09版中的属性。
当然,这些属性只是卫生部关心的,作为软件开发,我们还要加上自己的一些属性,如数据的关联属性等。
具体数据元的资料,可参考卫生部的文件或我博客中分类为“临床文档”的文章,以下是对三家产品的数据元处理上的比较。
安博维
2012-8-1415:
20上传
下载附件(76.11KB)
安博维的数据元,可在制作模板时加入,数据元数量非常多,分类也比较详细,病历书写时,数据元可选值支持快速查询,数据元也支持脚本语言,未发现数据元和数据组的关联,也未发现数据元可选值的限制措施,但通过脚本肯定可以实现,数据元的可选值,可保存到文档中,方便离线书写。
作为国内最早做电子病历的公司,安博维的产品无疑是后来进入病历行业的学习品,包括杭创等公司,均使用了安的编辑器。
2012-8-1415:
20上传
下载附件(42.83KB)
嘉和
2012-8-1415:
20上传
下载附件(24.62KB)
嘉和的控件支持用户自定义元素和选项,和安博维的一样,嘉和的数据元也保存在文档中方便离线书写,并且支持脚本,但未发现有简码查询选项。
也未发现数据元和数据组的关联,也未发现数据元可选值的限制措施,但通过脚本也应该可以实现。
嘉和的数据元定义随意性比较强,做为结构化的东西,我个人是不建议这样做。
2012-8-1415:
20上传
下载附件(42.41KB)
嘉和可以说是电子病历的后起之秀,这几年的产品市场占有率稳步提升,北京301,北医三院等均是其客户,编辑器也被众多厂家使用,如天健等。
中标
2012-8-1415:
21上传
下载附件(24.44KB)
中标产品,演示版的功能相对较少,而且数据也提供的相对较少,数据元的定义是由另外的界面完成,数据元的可选值也一样。
如下
我手上的演示程序,未发现数据元和数据组的关联,数据元可选值也未发现支持简码查询,也未发现数据元可选值的限制处理方法,但据中标的人员说是支持的。
中标是专门做文本处理的,所以,其控件使用的厂家也相对前两家较多。
从上面的比较我们可以看出,数据元的处理,三家基本是大同小异,可能是卫生部数据组和数据元出来的时间较晚,我手上的版本都比较旧,所以都没有发现数据元和数据组的关联,希望有机会得到以上产品较新的版本看看是否更强大,另外需要说明一点的是,根据CDA的规范中,把文档分段处理,即一个文档是由文档头,文档体组成,文档体中又由文档段组成,对于文档中的段落处理,三家也有不同,安博维和嘉和,均有段落元素,即,一个段落元素既表示自己段的开始,也表示上一段的结束,中标在文档中发现有符号标记,但这样的标记有些元素也会有。
未明白是否是也能用来处理段的。
我的建议是,不管用安博维和嘉和的方式也好,或用中标的也好,文档中一定要有段的标记,结构化就是将文档分层分段,段内再分组,组内再分元素,层层细化。
再次说明,以上比较,只代表个人意见,由于对产品的熟悉度不同,和手中软件版本的不同,可能会有不合实际的评价,希望知情人士给出纠正。
6666.jpg(46.68KB,下载次数:
3)
2012-8-1415:
21上传
点击文件名下载附件
中标提供的是编辑器底层支持,排版等信息,而这块与医疗厂商结合,这个是提供底层二次接口让合作伙伴实现,目前合作厂商比较多,上的医院也是高至4000张床位的三甲医院、下至普通卫生院。
需要最新的演示程序,可以联系。
2012-8-1415:
44上传
下载附件(188.42KB)
安博维充分利用Delphi开发环境的技术优势,结合C/A/SB/S和MVC结构的各自优点,开发人员设计出一种特殊的三层结构Linkerway框架。
采用安博维专有的插件技术,系统所有功能作为插件运行。
该架构具备高度的可伸缩扩展能力和自动更新维护功能,遇到系统出现故障或者系统升级的情况时,只要简单的更新这些插件文件即可完成,降低维护的复杂性。
2012-8-3009:
27上传
下载附件(58.41KB)
系统