在过去十年中,我国的医院信息系统（HIS）建设步入了一个以采用Client/Server结构和GUI界面为主要标志的阶段。从1996年之后,市场出现和形成了一批商品化的HIS应用软件产品,并且在国内不少医院中得到采用, 取得了前所未有的进步,成绩是值得肯定的。但是这些HIS产品，从总体上来看仍处于初级阶段。

在功能上仍以财务和行政管理为主，多局限于模仿和替代人工作业流程，而极少涉及临床信息和缺乏对医疗临床功能的直接支持。

从性能上来看,目前的HIS产品普遍存在着系统响应速度慢和系统可靠性差的现象和问题，系统安全性上存在着隐患，难以适应医院365天、每天24小时可靠运行的要求;加上软件产品的客户化裁剪和扩展不易，程序维护和技术支持工作量过大。

因此，现有的HIS产品在性能和功能上实际上还不能满足中大型医院对HIS的需求。面对我国新世纪医疗体制改革的新要求，我们必须在实事求是、肯定取得成绩的同时，看到存在的不足、差距和问题；保持清醒的头脑，从关键处入手，消除信息瓶颈，提升HIS软件质量，并且不失时机地抓紧开发新一代的HIS产品。

问题焦点

当前HIS存在的主要问题是所选用的数据库平台不当和所用的软件设计技术和方法欠佳,为此需要有针对性地采取断然措施,从根本上加以解决找到出路; 如果企图在原有基础上修修补补,势必将继续陷于被动应付的局面。

问题之一: 选择的数据库平台不当。

HIS系统服务的医院环境和医疗领域是十分复杂的,医院信息系统又是MIS信息管理系统中最复杂的一类系统,而数据库平台的正确选择往往在很大程度上影响和决定着系统的最终性能。目前我国HIS产品普遍采用的仍是传统的关系型数据库管理系统,而这种类型的数据库中，表示数据时只能用两维数据模型，即只能在两维数据表的行和列中来存储数据。因此用这种简单模型来描述医疗领域的复杂数据关系是存在困难的。当用关系数据库来设计数据关系复杂的HIS系统时,就需要将数据拆分成几百张表格才能勉强进行表示和存储。这不仅造成了在数据库设计时根本难于控制和难于优化，并且在从数据库中检索数据时，将不可避免地要进行大量表格的“连接”和依靠大量索引进行查找，这势必会导致出现响应速度缓慢的性能低下问题。而且容易因为要进行大量的页锁和行锁,而使系统容易出现死锁、死循环或死机等现象,这势必造成系统可靠性和可用性问题,而不可能满足医院信息系统所需要的全年365天x24小时都能正常运行的基本要求。

在采用关系数据库时,没有数据的地方在系统中也要预留和占用空间,这必然会浪费大量宝贵资源，增加本来不必要的硬件费用。而更为严重的是由于这种无谓占用使得系统中的数据量增长很快,既造成系统的性能会随着时间的推移而自动显著下降,而且会很快消耗完硬盘上的存储空间,这就迫使不少HIS用户在使用三个月之后就要将硬盘上的数据转移清除。这既增加了需要重新做索引等系统管理的负担,也不利于医院保存、积累和利用HIS系统提供的信息资源。

由此可见，采用关系数据库作为HIS系统数据库平台的确有不少本身固有的而难以克服的弊病,在Internet出现后负载量猛增和多媒体等非结构性数据涌现的情况下,关系数据库的缺陷和瓶颈更为凸现。

问题之二: 采用的软件设计方法欠佳。

前一阶段我国HIS软件开发商虽然数量不少,但真正有实力的屈指可数,有的甚至是靠“克隆”他人软件起家的短期行为；因此目前HIS软件产品的质量难以保证。即便是自行设计的,在系统分析和体系结构设计上所下的工夫也不够,在程序设计方法上仍停留于传统落后的分散式手工作业平台,很少利用先进的程序设计工具。因而应用程序的开发周期长，又不便于修改调试。

与此同时,程序的可重用性很差,程序的维护工作量很大，并且对设计者和程序员个人的依赖性过大，软件质量管理往往不受重视,软件文档残缺不全,在人员流动和流失的情况下就更容易陷入被动。因此，目前我国HIS软件开发商的日子并不好过,往往随着用户数量的增加,在技术支持上陷于被动而疲于奔命,相当普遍地存在着产品版本混乱、经济效益差、甚至难以维持的现象。

一方面是我国医疗行业信息化市场前景广阔,最近有人撰文分析，这是一个每年有可能高达40亿元人民币市场的诱人大蛋糕。 另一方面，大部分已在围城里开发HIS系统的公司,并未实现赢利目标。由于业绩欠佳,有的还在苦苦支撑,有的已销声匿迹,这的确是一个相当矛盾而又实际存在的景象。

问题之三: 缺乏认真总结HIS建设经验。

从总体上看，国内目前仍然缺乏建立全院一体化医院信息系统的经验和人才。医院信息系统所要实现的中心任务是通过信息技术促进现代化医院管理,为医疗体制改革、提高医院工作效率和医疗护理水平、控制和降低医院成本和患者费用负担等服务。而目前一方面我国的医院现代化建设还处于萌芽阶段，现代化医院管理的概念需要明确和丰富，在管理规范化方面还有待在实践中制定和提高;

另一方面，我国医院内部的计算机人才薄弱匮乏; 医院外部的软件公司又对于医院的工作流程及其合理优化一时还缺乏深刻的认识。加上过去国内限于硬件条件从来就没有在大型机上开发过大型医院信息系统的实践，因而缺乏对医院信息系统的整体了解和经验。

这就造成了前一阶段在设计医院信息系统产品时，对于系统及软件平台架构、面向对象和面向Web新技术和新型数据库选用上缺乏总体考虑; 并且忽视了一些影响系统无缝集成和信息传递的重要因素，如全院性主病人索引、HＬ7医疗信息传递标准和其他必要标准的制定和选用。

此外，对软件的可维护性、可重用性和影响软件质量的软件工程也重视不够。与此同时，一些设计开发人员往往容易坐井观天、眼光短浅和自我满足，在及时分析掌握国外HIS进展动态、深刻认识国内外在开发使用HIS系统上存在的差距、虚心吸取国外在HIS建设上的成功经验等方面缺乏足够的自觉性。

出路何在

为了解决上述问题，除了需要加强系统分析和总体设计，以及采取提高软件质量的管理组织措施以外，从技术上需要从多方面综合治理和采用新技术，吸取新经验。

出路之一: 正确选择HIS的数据库平台

数据库是计算机信息系统的重要基础部分，选择好数据库是开发者最重要的决策之一。正是由于充分理解了医院信息系统复杂的数据关系和关系型数据库两维数据模型的局限性和弊病, 世界上许多国家在设计和实现HIS系统时大部分都不采用两维的关系型数据库,而是采用多维的数据库。因为关系数据库在至关重要的在线交易处理（OLTP）量大的任务中缺少所必需的高性能和可伸缩性问题，近年来已更加日益暴露,人们已认识到用它来存储真实世界中的复杂数据是不成功的。

事实表明，采用多维模型,特别是在已成为国际标准的ISOM技术中采用的以树型结构的数组为基础的多维数据模型,可以更好和更自然地表示出医疗领域中大量的复杂数据关系，并且能够利用它的树型结构快速地进行检索查询。由于采用的是多维数据模型和对象数据结构，能够更自然地反映现实世界中的各种丰富数据。而不再需要试图将复杂的数据关系硬性地塞进简单化的两维数据模型中来表示和存储。这就能够从根本上避免了原来关系数据库对于响应速度及可靠性所造成的瓶颈及隐患的局限性。

出路之二: 采用更加合理的开发应用技术和工具

工欲善其事，必先利其器。要提升HIS的水平和软件质量，需要在软件设计开发上下工夫和采用先进的开发方法及工具。当关系数据库厂商纷纷走向低迷状态之际，执M技术发展牛耳的美国InterSystems公司，却于1997年推出了具有自己鲜明特色的Caché数据库，它既不是关系数据库或对象-关系数据库，也不同于一般的对象数据库，Caché是新型的后关系型数据库(Post-Relational Database)。这种数据库已经超越了传统关系数据库的局限，在Internet或Client/Server环境下任务关键和突发大负载的情况下，Caché具有独特超群的高响应速率特性、高度灵活的可伸缩性能、高强度联机处理能力。

在选择数据库平台时，Caché迅速成为世界上许多国家在医疗领域中最优先采用的主流数据库。因为它是在ANSI标准和ISO标准的M技术久经考验的基础上，融合了完整的对象特性和Web新技术而稳步演变发展起来的。它是先进而可靠的技术，具有许多突出的技术优势:

利用Caché所提供的快速为开发数据库应用的环境，将使得软件设计者和开发人员不再需要为复杂数据库设计及其优化大伤不必要的和无能为力的脑筋，可以采用真实世界中存在的实际数据关系来建立数据模型，而不必再采用笨拙的大量两维表的关系表示和连接。

出路之三: 认真吸取国内外发展HIS的经验

我国发展商品化的HIS系统总的来看时间不长、经验不多、底子又薄。因此我们必须保持清醒的头脑，一方面肯定初步取得的成绩，另一方面又不能估计过高，需要虚心了解和吸收发展HIS的各种经验教训。这虽有些老生常谈，但又确实是不容易做到的。这就像中国足球的水平究竟如何，只有到世界杯赛场上较量一番，才能真正懂得在技术上、战术上和基础训练上实际存在着很大的差距一样。我们要发展中国的HIS，同样需要对实际存在的差距和问题有着清醒认识才能有的放矢，从基础抓起，少走弯路，迎头赶上。

例如以M技术在HIS发展中的历史为例，熟悉美国、日本、欧洲等国家和地区的医院信息系统发展历史的人都会知道，具有鲜明特色的M技术（ANSI MUMPS 和ISO M标准语言）的多维数据结构，在医院信息系统发展中所起的关键作用。它们不仅在军队医院方面通过美国国会设立的专家委员会评审后，被成功地用于为美国退伍军人部的172所医院建立了著名的DHCP医院信息系统。而且也为美国国防部采用来为所属的580多家医院建立了名为CHCS的医院信息系统。

无疑，采用后关系型多维数据库平台是一个切实有效而又方便可行的途径；对于我国医疗界缺少计算机技术力量，而又面临HIS应用程序需要按不同的医院需求灵活裁剪和改动扩充的动态需求，加上目前所用的关系数据库由于本身局限性，对系统性能和可靠性造成的瓶颈困难和几乎不堪重负的系统维护工作量，都已警示我们不能象像国外同行出现的“撞了墙”再回头的不断“交学费”的命运重演；而应当及早审时度势，选择好发展我国HIS的正确途径。