能不能避开，还仰仗于上层决策。在一个错误的导向下，走“正确”的道路，其实仍是一条歧途。

但换个角度说，某些所谓的错误，可能若干年后回头看来却是把我们导入正途的milestone

就好像失败是成功他妈一样，楼主的题目真有点鸡蛋，蛋鸡的味道。

饿了

“鸡蛋”，，“蛋鸡”。。。。就是循环。在软件开发中是有生命周期的概念的。这-----不矛盾的。业务的需求在某个时间段是相对静态的。成与不成也是阶段性的总结。“正确”的需求和功能是相对的，不是绝对的。

“上层决策”并不代表着中层和下层没有责任。项目是team work。责无旁代的。不过一般这种情况下，大家都会保护自己的。避开“错误”，就是为了不让这样的情况出现。否则，厂商和客户都可能丧失执行项目的信心。

若是如此，项目就失控了。

换系统是要付出很大代价的，比新上系统的难度大多了！
在这个问题上我院也是有切身体会的。还不像此帖提到的异构系统更换，单单是同构系统的所谓“升级”就已经折腾了大半年都不得消停。

流程和操作上的一点点的变化，都足以引起非常多的连锁反应。如果不幸是由于系统本身的Bug，技术人员布署的不到位，与及流程设计上的差异所引起，问题就会很严重。折腾几次下来，足以摧毁医院领导层和使用层的信心，陷入进退不得的泥潭。
身为技术人员，大家多数时候的关注点是在技术和实施管理层面。其实更多的问题是在用户的应用层面。要让流动性很大的医院工作人员正确使用系统是要付出很大代价的，尤其是这种“忘掉过去，接受新事物”的场景。

另外谈一点技术上的看法。B/S的确是大势所趋，撇开维护布署的优势不谈，能够很容易地进行异构集成就足以让系统管理人员动心了。