论电子病历文本编辑器.doc

论电子病历文本编辑器论电子病历文本编辑器袁永福28348092@-5-12 网站的邀请,特撰此文,一家之言,如果有不妥,敬请指出。 作者简介袁永福,2001年东南大学毕业,从事IT十多年,2008年度微软MVP,著书立说。现在南京从事电子病历编辑器相关工作。博客网址signer。电子病历文本编辑器概述电子病历编辑器,简称EMRE(EMREditor)。EMRE是电子病历系统的核心关键基础技术。在HIT大市场中,EMRE已经是一个专业子市场。为什么会形成这个子市场,笔者在此讨论一番。其实观察整个医疗行业,所有的人都是围绕着治病救人这个中心而忙碌着,无论是卫生系统的官员、医院各级管理人员、医务人员、各级医疗服务单位,还有我们这么多的HIT企业等等都是的。如果人不生病,全球立马有几千万人失业。在医生治病救人的过程中会产生大量的信息,这些信息中最为重要的就是病历,如果没有这些病历,诊疗过程就成为低水平的重复又重复,很多的涉及到生命的资料无从可查。因此病历信息是整个医疗信息化中的核心信息。数据库存储的是病历数据、网络传输的是病历数据、终端显示的是病历数据、打印机输出的是病历数据、后台分析的是病历数据、医疗司法活动的基础证据也是病历数据。这里的病历数据范围比较广,包括各种病历文书、医学影像、检查检验结果等等。从HIT系统应用的角度上来说,各种类型的病历数据处理手段不一样,从而形成各个子市场。比如医学影像数据的处理比较专业,由此形成PACS子市场,里面已经有很多厂家,甚至还形成了医学显示器这种微市场。那里的人卖硬件卖软件,生意兴隆。病历文书数据也是病历数据中的一个关键数据,也是应用最为频繁的数据。毕竟一个人看病,可以不拍片子、不检验检查,但医生肯定会写下一段文本病历。PACS系统折腾一番生成的高清图像也只是在医生诊疗过程中作为参考,关键还是医生写下的病历文本。因此在目前的阶段,所有的诊疗过程产生的最为关键的信息是病历文书。因此在医学信息化中,病历文书是作为最为重要的信息是需要得到最为特别的照顾。在过去的传统HIS阶段,应用系统对病历文书的照顾就是一个最简单的TextBox,高级一点的用上MSWORD。不过这显然是远远不够的,那样做不是与时俱进,而且HIT客户已经越来越专业越挑剔了。理论上来说,医生拿着菜刀也能做手术,实际上那将是非常恐怖的事情。但实际上,很多医生还是拿着菜刀写病历,而专业的EMRE就是医生写病历时的上好工具。EMRE子市场现今开发和使用电子病历系统不可避免的要使用到EMRE,这基本上是绕不过去的。对于EMRE,软件开发公司主要有自行开发和对外采购的方式来获得。开发EMRE的技术那是老复杂了,难度是非常非常高,业界能开发编辑器的人才凤毛麟角。因此一些HIT业务型软件公司自主研发EMRE那是勇气可嘉的,至于能否成功那只能是尽力而为了。笔者的观察中大多数软件公司是搞不定自主研发EMRE的,经过一番折腾,弄得头破血流的,最后还是转而寻求外购EMRE。于是就形成了非常专业的EMRE子市场。EMRE子市场不大,但由于掌握了技术高地,因此在HIT大市场中是还是比较关键的。大家讨论电子病历系统时必然会提到这个系统中使用的EMRE。大家所说的病历控件基本上就是指电子病历文本编辑器控件。很多HIT企业在外购EMRE时都想同时购买源代码,笔者觉得这是不现实的也是没有多少实际意义的。目前的EMRE企业基本上是不会出售源代码的,这事关中国国情,大家都懂的。通过非正常途径获得的源代码,那是有相当的法律风险,因为国内HIT圈子不算大,有一定的风险被EMRE厂家发现,引起纠纷,而且不管结局如何,医院甲方都会有想法的。也存在个人出售编辑器代码,很有可能是网络上已经流传的代码,特别是ZYTextDocumentLib的源代码。笔者觉得这对于正规的HIT企业来说没多大作用,因为改造这些代码并进行二次开发的过程差不多等于走回自主研发EMRE的老路。另外购买编辑器代码并没有多少实际意义。HIT企业购买代码无非担心EMRE企业倒闭转行,使得编辑器无法更新换代。根据笔者观察,现实中HIT企业的管理者会让程序猿们时刻忙于项目,天天干活,特别是高级程序猿更是忙得团团转;此时高级程序猿不会有大把的时间认真系统的消化吸收编辑器代码的,而初级程序猿是没有相关能力的。因此如果编辑器有BUG或者新功能需求,基本上还是要找EMRE企业。这就是即使是东软这样的HIT巨头也没有自主研发EMRE控件的原因之一。另外EMRE企业之所以成立,也必然有相应的技术力量,否则接下EMRE这种重活是害人害己。另外EMRE企业相比于HIT企业更不在乎企业的规模。HIT业务型企业天天拉单子做项目,实施一个有点规模的医院的HIS/EMR,没有个一年半载是搞不定的,大批人员驻场开发那是常见,常年的驻点运维工程师