医院信息系统的骨质疏松症
采访王继中教授的那天，北京下了今年入秋后的第一场大雨。雨天路滑，记者比预定时间迟到了半个多小时，充满歉意地敲开王教授家的家门，除了教授的和蔼笑容，记者惊奇地发现桌上的笔记本电脑已经打开，资料放好，一杯给客人准备的热茶摆在旁边。
我们的话题从国内HIS系统的使用现状开始，从1996年第一套自主开发的HIS诞生起，我国的医院信息系统已经走过了将近20个年头，市场上出现了一批商品化的HIS应用软件产品，并且在不少医院得到应用, 取得了前所未有的进步。
在肯定成绩的同时也要看到问题的存在，客观来讲我国医院使用的大部分HIS仍属初级产品，其主要功能还是着眼于医院收费和财务管理方面，较少涉及医院最主要的临床业务，对临床信息管理方面的支持很少；从规模上讲，基本上都是使用一个主服务器的规模档次，同时在线用户量到一两百个就吃不消了。
王教授打了一个比喻：国内现有的HIS系统就像是小孩的骨架，又细又脆，怎么能够指望它干大人事儿呢？
, 百拇医药
王继中，中国医药信息学会专题委员会主任委员、国家级有突出贡献专家、第十一届亚运会计算机工程总设计师。在中国医学科学院从事计算机医学应用研究工作多年，参加开发我国首批HIS产品工作，并多次参加卫生部专家组对HIS产品的评审工作。
先天不足的中国HIS
1996年底，在卫生部的支持下，众邦慧智公司研制出国内第一个商品化的HIS产品；几乎与此同时，由总后卫生部主抓，301医院开发的军惠HIS产品也宣告诞生。接着广东巨龙和瑞德恒昌等最早的几家公司产品相继通过了卫生部组织的评审。从1997年到现在的几年时间里，出现了一大批做HIS产品的厂商和相关产品。具不完全统计，全国有超过五百家软件厂商在从事HIS的开发和销售，系统也多以医院的财务为核心，主要解决收费和库存问题，同档次同水平的同质化重复居多。
据王教授透露，由于缺乏在大型机上运行的经验，加上时间仓促，中国HIS在设计之初一些基本问题就没有考虑得很清楚，比如系统的体系结构应该怎样？选择什么样的数据库平台？要不要医疗信息标准化等等。
, http://www.100md.com
近几年，特别是推行医疗保险改革以后，原先忽视的问题逐渐暴露出来：由于早期HIS未涉及到医疗信息标准化，也就没能解决医院信息的共享问题。医保制度不仅需要解决医院内部的信息共享问题，而且必须要解决医院与医院、医院与外部之间的信息共享的问题，而目前大多数医院所用HIS都是非标准化产品，要实现和医保系统接口存在很大困难。
另外早期HIS的应用程序集中在客户端，被医院技术人员戏称为“胖客户机程序”。由于我国医院的工作流程没有规范化，各个医院之间的工作存在很大差别，用户需求经常变化，应用程序少不了要跟着作改动，而依赖设计人员个人随意设计的程序很难改动;再加上应用程序的业务逻辑部分都在前端，修改起来非常麻烦，维护系统时的艰难程度和工作量之大可想而知。
王教授不无遗憾地谈到：1997年之后跟进的软件开发商们照猫画虎，也就继承了早期HIS的那些缺点。可以说，中国本土的HIS 在诞生之初就先天不足，患上了影响成长发育的“骨质疏松症”。
, http://www.100md.com
HIS瓶颈
医院天天都要运作，医院信息系统也不能停下来，可国内HIS产品本身的质量和系统运行的状况并不能令人满意。从媒体上经常可以看到这样的现像：安装了HIS系统的医院遇到了HIS系统脆弱的麻烦，门诊系统负载一大就随时可能瘫痪，有的医院系统瘫痪长达五、六个小时，病人排队交药费几个小时都交不上。所以系统的可靠性是非常重要的，而现在的HIS产品恰恰在这方面存在隐患。
造成这个问题的因素很多，有大环境的问题，也有医院管理上的问题。王教授认为最重要的一点是医院和厂商对于HIS的复杂性认识不足，往往低估了HIS系统在建设、实施和管理上的困难。
造成HIS系统脆弱的瓶颈问题主要有三点，其中最根本的就是数据库的选择不恰当。HIS初级产品的响应速度比较慢，而且还会随着使用时间的增加而逐渐衰减；另一方面数据库里的数据量增长得却非常快，曾经有医院惊呼自己的数据库信息每天在“海量增加”，三个月硬盘就满了，最后不得不清除数据，好不容易积累下来的医学信息也就随着垃圾数据一起清掉了。系统内积累的信息从医学统计学来看是非常宝贵的，如果能积累几年或更长的一段时间，就可以对这些数据进行医学统计研究，还可分析医院各个部门和环节的运行状态，研究如何提高工作效益、提升医疗质量和降低医药费用。
目前国内HIS使用的关系数据库适用于如航空业等数据量巨大，但关系简单的行业，一旦应用于数据结构复杂的医疗行业就有点“捉襟见肘”。医院信息系统的复杂程度是外行人难以想像的，医院就像一个小社会，除了人、财、物，还有各种医疗信息，包括文字、图片、影像信息和许多的医疗设备接口，因此HIS被称为“最复杂的MIS”。一个医院信息系统一般可以拆分成几百张表，稍大一点的HIS系统有五、六百张的表甚至更多是很正常的。医疗环境中的数据关系异常复杂，要把这些复杂数据硬拆成那么多的表来塞进关系数据库就更不容易了。怎么设计关系表和索引？如何优化就成了设计中难以解决的问题，往往关系表的数量大到一定程度的时候，设计人员就失去了控制能力。
来源：塞迪网, http://www.100md.com
我们的话题从国内HIS系统的使用现状开始，从1996年第一套自主开发的HIS诞生起，我国的医院信息系统已经走过了将近20个年头，市场上出现了一批商品化的HIS应用软件产品，并且在不少医院得到应用, 取得了前所未有的进步。
在肯定成绩的同时也要看到问题的存在，客观来讲我国医院使用的大部分HIS仍属初级产品，其主要功能还是着眼于医院收费和财务管理方面，较少涉及医院最主要的临床业务，对临床信息管理方面的支持很少；从规模上讲，基本上都是使用一个主服务器的规模档次，同时在线用户量到一两百个就吃不消了。
王教授打了一个比喻：国内现有的HIS系统就像是小孩的骨架，又细又脆，怎么能够指望它干大人事儿呢？
, 百拇医药
王继中，中国医药信息学会专题委员会主任委员、国家级有突出贡献专家、第十一届亚运会计算机工程总设计师。在中国医学科学院从事计算机医学应用研究工作多年，参加开发我国首批HIS产品工作，并多次参加卫生部专家组对HIS产品的评审工作。
先天不足的中国HIS
1996年底，在卫生部的支持下，众邦慧智公司研制出国内第一个商品化的HIS产品；几乎与此同时，由总后卫生部主抓，301医院开发的军惠HIS产品也宣告诞生。接着广东巨龙和瑞德恒昌等最早的几家公司产品相继通过了卫生部组织的评审。从1997年到现在的几年时间里，出现了一大批做HIS产品的厂商和相关产品。具不完全统计，全国有超过五百家软件厂商在从事HIS的开发和销售，系统也多以医院的财务为核心，主要解决收费和库存问题，同档次同水平的同质化重复居多。
据王教授透露，由于缺乏在大型机上运行的经验，加上时间仓促，中国HIS在设计之初一些基本问题就没有考虑得很清楚，比如系统的体系结构应该怎样？选择什么样的数据库平台？要不要医疗信息标准化等等。
, http://www.100md.com
近几年，特别是推行医疗保险改革以后，原先忽视的问题逐渐暴露出来：由于早期HIS未涉及到医疗信息标准化，也就没能解决医院信息的共享问题。医保制度不仅需要解决医院内部的信息共享问题，而且必须要解决医院与医院、医院与外部之间的信息共享的问题，而目前大多数医院所用HIS都是非标准化产品，要实现和医保系统接口存在很大困难。
另外早期HIS的应用程序集中在客户端，被医院技术人员戏称为“胖客户机程序”。由于我国医院的工作流程没有规范化，各个医院之间的工作存在很大差别，用户需求经常变化，应用程序少不了要跟着作改动，而依赖设计人员个人随意设计的程序很难改动;再加上应用程序的业务逻辑部分都在前端，修改起来非常麻烦，维护系统时的艰难程度和工作量之大可想而知。
王教授不无遗憾地谈到：1997年之后跟进的软件开发商们照猫画虎，也就继承了早期HIS的那些缺点。可以说，中国本土的HIS 在诞生之初就先天不足，患上了影响成长发育的“骨质疏松症”。
, http://www.100md.com
HIS瓶颈
医院天天都要运作，医院信息系统也不能停下来，可国内HIS产品本身的质量和系统运行的状况并不能令人满意。从媒体上经常可以看到这样的现像：安装了HIS系统的医院遇到了HIS系统脆弱的麻烦，门诊系统负载一大就随时可能瘫痪，有的医院系统瘫痪长达五、六个小时，病人排队交药费几个小时都交不上。所以系统的可靠性是非常重要的，而现在的HIS产品恰恰在这方面存在隐患。
造成这个问题的因素很多，有大环境的问题，也有医院管理上的问题。王教授认为最重要的一点是医院和厂商对于HIS的复杂性认识不足，往往低估了HIS系统在建设、实施和管理上的困难。
造成HIS系统脆弱的瓶颈问题主要有三点，其中最根本的就是数据库的选择不恰当。HIS初级产品的响应速度比较慢，而且还会随着使用时间的增加而逐渐衰减；另一方面数据库里的数据量增长得却非常快，曾经有医院惊呼自己的数据库信息每天在“海量增加”，三个月硬盘就满了，最后不得不清除数据，好不容易积累下来的医学信息也就随着垃圾数据一起清掉了。系统内积累的信息从医学统计学来看是非常宝贵的，如果能积累几年或更长的一段时间，就可以对这些数据进行医学统计研究，还可分析医院各个部门和环节的运行状态，研究如何提高工作效益、提升医疗质量和降低医药费用。
目前国内HIS使用的关系数据库适用于如航空业等数据量巨大，但关系简单的行业，一旦应用于数据结构复杂的医疗行业就有点“捉襟见肘”。医院信息系统的复杂程度是外行人难以想像的，医院就像一个小社会，除了人、财、物，还有各种医疗信息，包括文字、图片、影像信息和许多的医疗设备接口，因此HIS被称为“最复杂的MIS”。一个医院信息系统一般可以拆分成几百张表，稍大一点的HIS系统有五、六百张的表甚至更多是很正常的。医疗环境中的数据关系异常复杂，要把这些复杂数据硬拆成那么多的表来塞进关系数据库就更不容易了。怎么设计关系表和索引？如何优化就成了设计中难以解决的问题，往往关系表的数量大到一定程度的时候，设计人员就失去了控制能力。
来源：塞迪网, http://www.100md.com