五、软件范围失败

项目失败最大的原因就是范围蔓延，我们之前讲过项目合同是以固定金额签定，医院几乎所有运行软件的科室都希望按自己的方式来修改软件，导致软件功能范围无限制蔓延，科室不关注公司现有产品如何，他们只关注你现在要按照他们的思路来修改软件。例如手术麻醉系统，合同中价格可能就2万元，手术麻醉科室却要求公司将麻醉机都连接起来，采集麻醉记录曲线，实事上现在能够接麻醉机的公司很少，如果合同范围没有明示这点，验收时该科室就不签字给你，对于院方来说当然支持科室观点，认为这是合同理所当然应该包括的功能。诸如范围蔓延的例子还有很多，导致公司项目陷入无止境的修改之中，以前有HIS公司企图用平台的方式来解决医院无止境的需求问题，其实如果不从根本上限制范围蔓延，再大再好的平台仍然不能解决庞大复杂多变的HIS需求。

最好的解决办法就是，合同开始时就确定软件功能范围，以后新增或扩展范围重新计算成本另行收费。虽然在操作上医院不愿意接受，道理讲明白了双方都可以在基于理解的基础上达成共识。

六、测试失败

此处所讲的测试为β测试，测试十分重要，但相当繁琐，很多人不愿花时间在测试上面，以为公司测试过就没有问题，或只换到测试环境中对修改部分进行简单的黑盒测试，新程序一换上去，下面科室立即就出现问题，不停地去扑救，有时不得不换回旧程序以恢复医院正常工作，久而久之，全院医护人员都害怕升级，或一旦软件出现问题都认为是升级惹的祸，其实近期内软件根本就没有升过级。

升级的风险与医院软件应用的规模成正比，与软件子系统接口的数量成正比，医院应用的层面越深，升级带来的影响就越大，测试所花的时间就越长，甚至长过软件修改的时间，设计好的测试用例，进行单元测试、集成测试和压力测试是必须的，如果条件好的话，最好搭建一个完全一样的测试环境，召集临床人员进行公测，升级前还必须要做好培训、升级时机、升级所需时间和应急方案。