某医院软件试用总结报告.doc

　××××××医院 软件试用总结报告 软件选用材料　之二　 前 言 按照医院的要求，我们认真地对七家公司的软件进行了试用和考察。由于其余四家公司的软件，与医院的实际使用要求差距较大，所以只简单地描述了存在的问题。对重庆中联、西安天网、××××三家相对比较完善的软件，进行了全面的分析和对比。 需要说明的是： 本着实事求是的原则，不论哪家公司的软件，既不夸大其优点，也不回避其缺点，都进行了客观的分析。 测试时，主要考察软件“能否完成某项功能”和“是否存在某个问题”，并就此展开分析。对软件的优点只进行简单地描述。 凡是能想到的，不管问题大小，优点多少，都罗列于此，希望能给医院提供更多的决策信息。 凡是在试用软件中没有的功能，均按无此功能加以分析。 在软件的灵活性设置上，更多地着眼于将来，所以有的考察点看起来暂时没有多大用处。但随着医院的发展，这些需求有可能会使医院的管理多了一种选择。 涉及技术上的问题，为了进行准确到位的分析，查阅了大量资料，力求能通俗地表述出来，以便让医院更深入地了解软件。 进行总结时，大体上是按照本人测试软件时的日志顺序展开的，所以有的归类可能不是十分准确。 由于软件的试用时间不是很长，加之部分演示工程师本身对软件不是十分熟悉，所以不排除部分软件的优点或缺点还没有完全被发现，也可能存在理解上的偏差。不过，软件的主要功能和特点已经十分清楚，应该不会影响对软件的了解。 对软件的功能进行分析时，力求体现一种思想“软件应用于管理的同时，必须能反过作用于管理”，以便进一步提高医院对启用软件系统的认识。 这个总结报告，集中了本人多年的工作经验和大量的心血，无论对医院的管理，还是对软件的开发，都是可以借鉴的。因此建议医院作为机密信息保存，不到必要的时候，尽量缩小公开的范围。 第一部分　测试方法 测试依据 依据《医院信息系统基本功能规范》，按照《GB/T 9386-1988计算机软件测试文件编制规范第二部分　西安天网软件公司 试用的版本为V11，数据库采用了SQL　SERVER。演示的版本为V12，数据库为DB2。由于V11存在太多的缺点，所以这里只对V12加以说明。 与其它试用软件相比，一些特色功能比较实用。 前台程序与数据库的连接采取了分布式处理，可以明显优化服务器和网络的资源占用，所以系统的整体性能会有一定的提升。 软件的消息提示功能比较实用，可以根据使用功能的不同，提示与当前操作相关的提示信息。如： 在挂号界面可以提示当前的值班专家的名单；住院处登记了入院病人，在相关病区的护士站就会有提示。 软件的医疗一卡通模块，功能比较丰富，可以使用IC卡、磁卡、条码。 用磁卡标识病人，可以明显提高挂号、收费、入院登记的效率。 利用条码进行药品管理，可以提高药品入库、出库的效率。如果增加了条码扫描枪，药房可以按药店的模式进行卖药。 软件的查询功能相对独立，只要系统管理员对数据库足够熟悉，可以自己定义特殊要求的查询模块，并挂接到软件系统中，这是其它软件做不到的。 演示工程师介绍软件时说，“软件采用了WEB方式的B/S结构”，实际上并非如此，只不过是在传统的C/S结构上增加了分布式处理功能，与B/S结构的应用存在本质的区别。B/S结构的应用有二个主要的特点：一是客户端不需要安装任何程序，使用“浏览器”调用软件，即Browse；二是必须有“发布信息的服务器”，即Server。在试用软件时，既不使用浏览器，也未见到发布信息的服务器。 　　我理解工程师这样介绍他的软件，只不过是很好地利用了新技术作为卖点。本人有一种感觉，该公司的产品推销艺术十分高明，可以将软件没有的功能说得一无是处，用一大套话将软件的缺陷让你听起来好像是优点。 软件使用的数据库明显不适合医院的规模。 DB2是一种数据仓库式的数据库。据相关资料报道，85%以上的世界500强企业使用该数据库，国内的电信、银行、石油等大型企业也多采用DB2数据库。保守地讲，全区所有医院的数据量加起来，可能不及一个世界500强企业的1/1000，使用这样的数据库岂不是大材小用，浪费资金。 由于DB2数据库的海量存贮特性，决定了其对服务器的配置要求十分高，一般推荐使用在“大型机、中型机、小型机”和“UNIX环境”下，因为只有这样才能充分发挥其性能。 可以这么打个比方，在医院现有的普通PC服务器上运行如此庞大的数据库，类似于10吨的拉煤车超载到40吨，服务器和数据库的性能不仅不会很好，反倒可能更容易出现问题。 软件的功能相对完善，能够完整地保持数据间的逻辑关系，各方面的限制也相对齐全，但存在少量的漏洞和使用上的不方便之处，也缺少个别特殊的使用要需求。选用此软件后，需要开发工程师到现场进行多方面的个性化修改和功能补充。 医疗一卡通的发卡、维护、查询等功能全部集成在一个单独的模块中，没有很