谁是医疗行业软件的大哥大？

lfree

还有就是这些问题多年一直存在，在开发别的医院的时候 还是照旧。

wlzhchina

需求有共性，同时有个性化的需求，软件开发可以相互效仿，但也要与具体需要进行有效的互通，这样会使系统更切近用户。所谓的好的厂商离实际还有很大差距。

alinew

最初由 lfree 发布
[B]

确实是这样，实际上这种现象很普遍。

所以站在这个角度讲，所有做his的都是垃圾。 [/B]

这个问题不能光拍做his的厂商的板子吧

lfree

最初由 alinew 发布
[B]

这个问题不能光拍做his的厂商的板子吧 [/B]

那你认为还有那些人或者公司要付责任呢？

lfree

再补充一点，我的观点是站在用户的角度看his厂家的程序。
因为第3方的优化实际上很难做，如果我把问题题出来，实际上
许多his厂家不愿意作出修改的（这里的修改仅仅指sql语句）。

比如讲一个简单的例子，绑定问题实际上在军惠系统很常见，
这个已经成为军惠的硬伤。

即使想天健体检的程序也一样，我昨天才看，但是你要对方作出修改
实际上很困难的，换一句讲，我觉得像这种绑定的问题，
我觉得dba现在已经不需要跟程序员讲，可惜在他们的代码中还存在。
这也说明一个问题就是在招人的时候基本的培训都没有。


，如果

tanyiqiang

绑定是其中一个方面，技术是为应用服务的，如果速度够快、功能够强、能满足客户的业务需求，用什么技术那是开发商的事情，用不着客户操心。
但反过来，如果数据量不断增长，响应速度还能满足客户的处理需求吗？新的需求如果实现？这都需要从技术上去解决的，有的可以做一般的功能性修改，有的可能要从架构上去改进了，甚至得推倒重来。
用客户买的是什么？想过了多少呢？软件+服务，软件=服务？产品+服务=软件？
如果客户不从单纯的购买产品转向购买产品+服务转变，产品仅仅是能满足当前的需求，整个系统的规划设计、重构、升级都要考虑，包括硬件和软件，如果想马跑得快，就得给点草，否则千里马也跑不了多久。

tanyiqiang

变量绑定问题，涉及很多地方，要全部改过来，工作量巨大，我们在改为绑定时，也花了很大功夫的，目前还没有全部改完，差不多了，改了以后，还需要测试的，有些在改的过程中进行了优化，包括SQL优化、程序优化、参数调整等。
对于数据迁移问题，我们经历了同库迁移和异库迁移，在异库迁移过程中也遇到了很多问题，如果解决则是看各家公司的技术路线了，八仙过海，各显神通。
通过连续跟踪，各家公司的技术实力与服务能力就可以显示出来了，考察一家公司，除了当前的产品状态，还要考察近年来的变化，如产品增加了哪些功能、做了哪些改进、新增哪些客户等。公司的动态变化更能体现出公司的实力。

lfree

最初由 tanyiqiang 发布
[B]变量绑定问题，涉及很多地方，要全部改过来，工作量巨大，我们在改为绑定时，也花了很大功夫的，目前还没有全部改完，差不多了，改了以后，还需要测试的，有些在改的过程中进行了优化，包括SQL优化、程序优化、参数调整等。
[/B]

实际上问题并不是这样，以前开发的程序实际上也就算了。
但是现在的程序还犯同样的错误就不应该。

zuoxuhua168

关键是软件设计之初的TR点没有，开发IPD规范都没有。甚至于某些开发主管连IPD CMM都没听说过，跟别提生命周期了。
罢了罢了，反正空话说多了也没用，产业没到一定规模，是没有足够的研发经费来支撑这些内容的

tanyiqiang

上面两位说的极是，过去有很多不足，都是过去的事情了，现在还在犯那些低级毛病就不应该了。
现在软件开发已经不是个人英雄主义，而是团队，凡是团队的东西，都要有规范，没有规举不是方圆。我了解到有些公司比较严格的按ISO认证的要求去做，但有些公司通过认证后，又回到原路，仅仅是为了一纸证书。
软件架构，现有的两层架构，无法满足“在任何地方都可以处理医院的任何业务”这个目标，于是出现了三层架构、B/S模式，但在稳定性、响应速度、开发效率方面还不是很理想。
新的架构、新的处理模式、新的开发理念已经在一些公司得到应用，估计会逐步出现新的产品与更好的服务。
这一切都需要资源，包括技术、资金、时间等，不可能一夜之间冒出一家很强的公司，现行公司也不可能一下子彻底转型，这一切都只能是渐变，靠积累，从量变到质变。