HIS选型案例：680张床的医院如何选择HIS系统？

网友“silentlover” 所在医院拥有近700张床，原来的HIS是SQL2000的，基于C/S架构，2004年上线，现在数据量总是成G增涨，查询巨慢，死锁频繁。现在领导基本同意要换HIS了，该网友想把HIS和一卡通一起做，邀请其他网友帮忙推荐，哪家的HIS更好一些。

医院HIS选型背景

现有HIS系统的源码医院有备份，SQL+PB做的，小问题自己都能搞定，后台优化也没问题。但前两天器械科出个对账单总是报主键冲突，但可以肯定没主键冲突。最后重建索引，搞定。

HIS系统的历史库和实时库是分离的，一个20多G，一个保持在8G以下。医院的该系统是2003年之前设计的结构，现在信息科想开发好多业务，由于受到数据库结构制约，根本不可能实现，数据库成了“硬伤”。而医院下一步希望上“一卡通”、LIS、PACS、电子处方、基于HIS的OA、自助设备、无线设备等等，现有的电子病历系统上线时间不长，短期内不会更换。基于以上种种因素考虑，最后医院下定决心，将现有的整个HIS系统全部换掉。

网友建议

网友“黄金岁悦”认为，HIS系统选型关键在于HIS功能内涵选择和系统构成、规划，以及后续CIS等部分如何考虑，他认为700床应按“三甲”考虑，加挂一卡通等服务内容应该考虑业务流量问题，以及数据库。

此外，关于选型时如何预测售后问题，该网友建议：公司都一样，售后问题迟早都会出现，关键是医院信息科要自强!掌握原始资料、源码程度等，提高自处理能力;售后重点关注问题一是距离远近，是否方便;二是看公司是否愿意提供服务等等。

网友“wming”认为：速度慢、死锁都是表象，问题的核心是系统的架构。如果还是用过去几年甚至是十年的技术，换哪个供应商的意义都不大。

网友“yangjianlang”同样认为，“查询巨慢，死锁频繁”跟程序代码优化程度、数据结构有很大关系，不能一味地靠更新硬件、换软件来解决。否则一样是新瓶装旧酒，不出几年又是慢。同时，换HIS可不是件容易的事，信息科受累不说，长年养成的操作习惯要改谈何容易。

HC3i点评

医院更换HIS系统前首先要考虑清楚为什么要换系统，是因为现有系统的确无法满足医院日常需求，还是因为医院技术力量不足呢?找到问题所在，然后再决定是否需要完全更换系统，避免劳民伤财，费力不讨好。