采访王继中教授的那天，北京下了今年入秋后的第一场大雨。雨天路滑，记者比预定时间迟到了半个多小时，充满歉意地敲开王教授家的家门，除了教授的和蔼笑容，记者惊奇地发现桌上的笔记本电脑已经打开，资料放好，一杯给客人准备的热茶摆在旁边。

　　我们的话题从国内HIS系统的使用现状开始，从1996年第一套自主开发的HIS诞生起，我国的医院信息系统已经走过了将近20个年头，市场上出现了一批商品化的HIS应用软件产品，并且在不少医院得到应用, 取得了前所未有的进步。

　　在肯定成绩的同时也要看到问题的存在，客观来讲我国医院使用的大部分HIS仍属初级产品，其主要功能还是着眼于医院收费和财务管理方面，较少涉及医院最主要的临床业务，对临床信息管理方面的支持很少；从规模上讲，基本上都是使用一个主服务器的规模档次，同时在线用户量到一两百个就吃不消了。

　　王教授打了一个比喻：国内现有的HIS系统就像是小孩的骨架，又细又脆，怎么能够指望它干大人事儿呢？

    先天不足的中国HIS

　　1996年底，在卫生部的支持下，众邦慧智公司研制出国内第一个商品化的HIS产品；几乎与此同时，由总后卫生部主抓，301医院开发的军惠HIS产品也宣告诞生。接着广东巨龙和瑞德恒昌等最早的几家公司产品相继通过了卫生部组织的评审。从1997年到现在的几年时间里，出现了一大批做HIS产品的厂商和相关产品。具不完全统计，全国有超过五百家软件厂商在从事HIS的开发和销售，系统也多以医院的财务为核心，主要解决收费和库存问题，同档次同水平的同质化重复居多。

　　据王教授透露，由于缺乏在大型机上运行的经验，加上时间仓促，中国HIS在设计之初一些基本问题就没有考虑得很清楚，比如系统的体系结构应该怎样？选择什么样的数据库平台？要不要医疗信息标准化等等。

　　近几年，特别是推行医疗保险改革以后，原先忽视的问题逐渐暴露出来：由于早期HIS未涉及到医疗信息标准化，也就没能解决医院信息的共享问题。医保制度不仅需要解决医院内部的信息共享问题，而且必须要解决医院与医院、医院与外部之间的信息共享的问题，而目前大多数医院所用HIS都是非标准化产品，要实现和医保系统接口存在很大困难。

　　另外早期HIS的应用程序集中在客户端，被医院技术人员戏称为“胖客户机程序”。由于我国医院的工作流程没有规范化，各个医院之间的工作存在很大差别，用户需求经常变化，应用程序少不了要跟着作改动，而依赖设计人员个人随意设计的程序很难改动;再加上应用程序的业务逻辑部分都在前端，修改起来非常麻烦，维护系统时的艰难程度和工作量之大可想而知。

　　王教授不无遗憾地谈到：1997年之后跟进的软件开发商们照猫画虎，也就继承了早期HIS的那些缺点。可以说，中国本土的HIS 在诞生之初就先天不足，患上了影响成长发育的“骨质疏松症”。

　　HIS瓶颈

　　医院天天都要运作，医院信息系统也不能停下来，可国内HIS产品本身的质量和系统运行的状况并不能令人满意。从媒体上经常可以看到这样的现像：安装了HIS系统的医院遇到了HIS系统脆弱的麻烦，门诊系统负载一大就随时可能瘫痪，有的医院系统瘫痪长达五、六个小时，病人排队交药费几个小时都交不上。所以系统的可靠性是非常重要的，而现在的HIS产品恰恰在这方面存在隐患。

　　造成这个问题的因素很多，有大环境的问题，也有医院管理上的问题。王教授认为最重要的一点是医院和厂商对于HIS的复杂性认识不足，往往低估了HIS系统在建设、实施和管理上的困难。

　　造成HIS系统脆弱的瓶颈问题主要有三点，其中最根本的就是数据库的选择不恰当。HIS初级产品的响应速度比较慢，而且还会随着使用时间的增加而逐渐衰减；另一方面数据库里的数据量增长得却非常快，曾经有医院惊呼自己的数据库信息每天在“海量增加”，三个月硬盘就满了，最后不得不清除数据，好不容易积累下来的医学信息也就随着垃圾数据一起清掉了。系统内积累的信息从医学统计学来看是非常宝贵的，如果能积累几年或更长的一段时间，就可以对这些数据进行医学统计研究，还可分析医院各个部门和环节的运行状态，研究如何提高工作效益、提升医疗质量和降低医药费用。

　　目前国内HIS使用的关系数据库适用于如航空业等数据量巨大，但关系简单的行业，一旦应用于数据结构复杂的医疗行业就有点“捉襟见肘”。医院信息系统的复杂程度是外行人难以想像的，医院就像一个小社会，除了人、财、物，还有各种医疗信息，包括文字、图片、影像信息和许多的医疗设备接口，因此HIS被称为“最复杂的MIS”。一个医院信息系统一般可以拆分成几百张表，稍大一点的HIS系统有五、六百张的表甚至更多是很正常的。医疗环境中的数据关系异常复杂，要把这些复杂数据硬拆成那么多的表来塞进关系数据库就更不容易了。怎么设计关系表和索引？如何优化就成了设计中难以解决的问题，往往关系表的数量大到一定程度的时候，设计人员就失去了控制能力。

　　系统“闹鬼”？

　　事实上数据存到关系数据库里边基本上是个“黑箱子”，也就是说数据实际存储到哪个位置设计者并不清楚，也没法控制。当系统操作员从一个拥有五六百张关系表的HIS系统里检索数据时，就相当于把这几百张表“连接”起来，因此检索的速度很慢，而且取数据的时候还要对这些表加锁，这样就很容易造成死锁。

　　王教授给记者讲了一个“闹鬼”的故事：天津一家医院的HIS系统每到下午五点就会很准时地出现性能问题，医院的医护人员称之为“闹鬼”。王教授去看了以后发现是系统软件总是试图去解开一个地方的“锁”，而这个地方实际上是没加过锁的，这样一来就形成了一个解不开的死循环，出错的原因就是所用的关系数据库软件本身出错，影响了HIS系统的正常运行。

　　医院电算化系统电脑上，仍然放着传统的算盘。这就是今天医院信息化的写照

　　所以选用数据库不当是造成HIS脆弱的很重要原因，许多基于关系数据库设计的HIS系统初期响应速度还算正常，后来用户数越来越多，响应速度就会慢得令人难以忍受。有时用户在终端等待一个小时系统也不响应，检查原因时发现只是财务科在读一张大一点的报表。过慢的响应速度使医院方面怨声载道，而技术支持人员的日子也并不好过，某软件公司的HIS总工就对记者形容自己的状态是“战战兢兢，如履薄冰”。

　　美国在HIS的建设初期中就了解到医疗行业数据关系特别复杂的问题，所以美国大量的HIS系统放弃了两维关系数据库，而多选用多维的基于M技术的树型结构数据库。因为这种数据库引擎用的是稀疏数组，事先不需要声明定义数据库结构，数据库的大小可以按需要自动增长，而且只有存放实际数据的节点时才会占用空间，不会像用关系数据库那样出现数据库数据无谓增加得很快的问题。

　　一台给病人用的医院多媒体查询机，却可以看到医院内部所有的电脑的文档。医院内部信息化问题多多。（9月28日摄于北京某医院）

　　根据国外医院所做的对比试验，采用多维数据库可比使用关系数据库节省硬盘存储空间三分之二以上，而且它的响应速度不会随用户数加大和运行期间的长短而出现明显的衰减。哈佛大学的Brigham & Women's医院拥有目前世界上最大规模的医院信息系统，所采用的就是基于M技术的多维数据库,该系统可支持6000用户同时在线，一年365天24小时不停机运行，系统照样可以快速响应。相比起来，我国医院里安装的HIS系统往往有一两百个用户同时在线就吃不消了。

　　功夫在技术之外

　　目前造成HIS系统脆弱的另一个瓶颈问题就是HIS所用的设计方法陈旧。一些HIS产品厂商在开发应用程序时在数据库一端没有使用面向对像的先进设计工具。如果在数据库一端使用了面向对像方法和工具，就有了封装性、继承性，有助于程序的规范化，用这种“积木式”方法开发各种应用软件就很方便。原来小作坊式的程序设计办法对于程序设计者个人的依赖性太大，一旦出现人员流动，整个程序就没人清楚了，程序代码也就随之瘫痪。“工欲善其事，必先利其器。”如果开发HIS的厂商能够采用先进程序设计方法和现代软件工程管理办法，就不会留下那么多“后遗症”了。

　　还有一个瓶颈问题在于国内医院在应用HIS的同时，认真研究和吸收国际经验不够。相比起国外拿着MBA文凭的经营型医院院长，我国医院院长大多是在医疗基层摸爬滚打多年，一步步干起来的医学专家，因此一些医院的院长对医院的现代化管理不太熟悉，当HIS厂商到医院做需求调研的时候不能将需求表达得很全面，这会给将来遗留下一些问题。

　　记者手记

　　医疗行业的信息化进程始终排在金融、电信、民航等先进行业之后，在行业排名中属于倒数的几名之列，而且国外状况也是如此，原因还是因为医疗行业的复杂性。

　　我国的HIS在开发和应用方面都存在着不容回避的问题，但众多医院对信息化的需求渴望已经被点燃，巨大的市场前景正在逐渐明朗。

　　有数据显示，美国等发达国家医院每年会将营业总额中的2%～4%投入信息化。我国医院年营业额总量约4000亿人民币，如果拿出1%投入医院信息系统建设的话，就是每年40亿元。而且一些具有“超前”意识的大型医院已经在这样做了，例如北京协和医院现在每年拿出600万人民币左右的经费投入医院的信息化建设。

　　一些嗅觉灵敏的软件厂商也已发现了这一诱人市场，纷纷投入HIS产品的研制和开发。在本次采访中，记者也听到许多这样的实例：很多原来做财务软件的小公司进入HIS这个领域后就出不来了，刚开始开发的时候觉得和财务软件差不多，但用户一使用就有很多问题暴露出来，厂商不得不将大量的时间和精力投入到后期的维护工作中，苦不堪言。

　　记者觉得这里包含一个如何认识中国HIS存在问题的问题，必须要正视问题的存在才能解决问题，如果闭门造车只会造成不思进取，原地踏步。
 

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。