[导读]7月14日，宁波市妇儿医院大厅人山人海。院方解释说，病人太多，系统吃不消了。病人太多真的会累垮医院信息系统吗？网友们对于医院给出的官方理由表示怀疑，并纷纷提出专业的、更加合理的理由，总结如下。
7月14日，宁波市妇儿医院大厅人山人海。知情网友透露，医院的电脑系统崩溃了，不能挂号不能付费。两个小时后，医院在微博上作出回应：医院信息系统因用户数超过数据库设定，引起系统堵塞，无法及时出具挂号收费单据给患者。简单说，病人太多，系统吃不消了。
院方表示，高温期间医院门急诊工作量每日都维持在6000人次以上。对于很多三甲医院来说，这样的访问量并不稀罕。访问量的激增真的会累垮医院信息系统吗？网友们对于医院给出的官方理由表示怀疑，并纷纷提出专业意见猜测真实的原因，总结如下。
@小_木木_子认为是进程数超过设定，医院发展了进程数没加上去，这是信息科的严重失误。
@dannyr反驳说，“这和程序员有什么关系，支持多少容量是客户提的！而且int型在32位系统上，至少有20亿，一个市级医院跑10年也不会超过20亿的总用户数吧？”
@mouse则认为，“系统用户”应该是使用电脑的用户，而不是病人数量，就算有100万个门诊，还不是得一个一个登记。而大型数据库的并发数，在医院信息系统上设置几千个基本就够用吧，医院给出的这个理由真不靠谱。
除非，平时很多电脑没用上；
除非，突然多了许多新电脑；
除非，病毒发起了阻塞式攻击；
除非，软件系统导致了许多连接未释放；
除非，全院终端同时同步发起了什么事务。
无论怎么说，医院官方提到的连接数过多都不是一个合理的理由。
同样提出质疑的还有@Sooal，他认为系统“瘫痪”的原因很难说明。“曾经还遇到过一些极品客户，自己把路由线搞错，形成回路。又不会调整。导致业务瘫痪了半个多小时，甚至还有把网线给拔掉的。”
@qdwhui推断，医院信息系统有可能采用的b/s架构，由于数据库环境设定值不合适，或者是例如java环境值设置不当，在遇到高峰期时，数据信息连接累加未得到有效释放造成系统瘫痪。解决这种问题一般是要重启服务器，服务重启即可正常使用，但仍可造成再次瘫痪，解决的根本办法还是去找高手修改这些设置。
@rose28认为，估计是院方使用的是SQL Server数据库。数据量大了，数据结构设计的不太好会造成拥堵，杀进程就是了，不过不能解决根本问题。
@bbzi认为，按照三级等保要求，应该是要释放的。所谓三级等保，即通信双方一方在一段时间未做响应，应自动结束会话。交换机坏了，Oracle内的连接依然保留，会话也可能被保留，等待重新连接。
@约翰羊介绍了自己的经验，他说：“我以前负责个医院，经常出现锁表的情况，我一直没有找到问题的原因，大夫们的解决方法也很直接，就是重启服务器。后来，我给数据库打了个补丁，就神奇的解决了。”
就在当天，宁波市还有另外一家医院的信息系统也出现了故障。众所周知，医院对于业务连续性的要求非常高，如果由于医院信息系统老化，系统无法抵御大业务量的访问也是情有可原。但既然已经知道系统老化，院方为什么不提前做好灾备，制定应急预案呢？
【相关链接】
| 验证码： | 点击图片可刷新验证码 | |||
