使用军惠的朋友进来报个到

gaozhihang

这么老的帖子看了一遍，还是很有感触的。

lfree

我今天重新阅读了一遍，6年前的帖子，现在再来看军惠，就是一团垃圾。

http://www.itpub.net/viewthread. ... p%3Bfilter%3Ddigest

1.军惠的数据结构80%设置是不错的，不然也撑不到现在。
2.军惠的设计受限当时版本，字符集后来没有采用中文的，这个是一个败笔，我现在维护医保，妈的烦死了。
  我们当时上线的时候完全可以采用中文，可以我不懂。
P盘设计现在看来简直就是垃圾！直接导致维护量加大。
3.里面的sql现在看来许多写的太差。bug很多，许多程序没有使用绑定变量。
4.最主要的问题我个人解决军惠系列没有建立良好的bug收集机制，以及解决这些bug的流程，一些错误提示既不是给维护人员看的，也不是给用户看的。
  而且许多开发公司不愿意解决这些问题。
5.许多是后续开发的东西，这些受限开发公司的技术能力，许多代码实际上非常差。
6.从我们现在电话的情况看，大部分问题都是与军惠有关的。而且现在硬件已经越来越快，一些设计很差的程序，因为程序的bug很少，反而显得好用。

FrancescoLongo

原帖由 lfree 于 2011-6-20 09:31 发表
我今天重新阅读了一遍，6年前的帖子，现在再来看军惠，就是一团垃圾。

http://www.itpub.net/viewthread. ... p%3Bfilter%3Ddigest

1.军惠的数据结构80%设置是不错的，不然也撑不到现在。
2.军惠的设计受限当时版本，字符集后来没有采用中文的，这个是一个败笔，我现在维护医保，妈的烦死了。
  我们当时上线的时候完全可以采用中文，可以我不懂。
P盘设计现在看来简直就是垃圾！直接导致维护量加大。
3.里面的sql现在看来许多写的太差。bug很多，许多程序没有使用绑定变量。
4.最主要的问题我个人解决军惠系列没有建立良好的bug收集机制，以及解决这些bug的流程，一些错误提示既不是给维护人员看的，也不是给用户看的。
  而且许多开发公司不愿意解决这些问题。
5.许多是后续开发的东西，这些受限开发公司的技术能力，许多代码实际上非常差。
6.从我们现在电话的情况看，大部分问题都是与军惠有关的。而且现在硬件已经越来越快，一些设计很差的程序，因为程序的bug很少，反而显得好用。

医保还好吧，就是俺们这社保网络程序3天2头的出问题（做社保接口/平台这家公司俺也待过，不发表评论，在医院混，真的是多一事不如少一事）；
不到万不得已，不对军卫已有的表增字段或扩字段大小，都是新建表做新的开发；
医生/护士站经常P盘不能自动更新，加了批处理也不能；

bingqq

我院是部属三级甲等医院，全院已实现全数字化医院，取消了纸质单流转，使用的军惠系统，很好，稳定，结构合理，速度可行，终端数已达到1500，虽然老点，但比起现在很多大型HIS软件实用有效！

lfree

原帖由 bingqq 于 2011-6-30 08:31 发表
我院是部属三级甲等医院，全院已实现全数字化医院，取消了纸质单流转，使用的军惠系统，很好，稳定，结构合理，速度可行，终端数已达到1500，虽然老点，但比起现在很多大型HIS软件实用有效！

拿出awr报表开头看看.好坏大家自然看的到.

hepanxx

自己慢慢改，就好用了。

lfree

原帖由 hepanxx 于 2011-8-8 17:07 发表
自己慢慢改，就好用了。

要有源码才行。

断点001

CC

guoge

lfree 发表于 2011-6-20 09:31
我今天重新阅读了一遍，6年前的帖子，现在再来看军惠，就是一团垃圾。

http://www.itpub.net/viewthread ...

有人又把这个帖子翻出来，我也看到我5年前的帖子，实在很感慨。
不是说我对军卫有多大感情，但毕竟十一年来我最美好的青春年华都浪费在这了。

1.军卫的基于数据库格式开发的这种架构，是存在缺点，大家都能改，可以说，基本上大医院没有相同的数据结构，此次我们推广新版电子病历系统的医护站，每家的升级脚步都不一样。但话又讲回来，军卫在设计初期，不是作为商业系统来实现的，如果都像公司那些，什么系统的结构都封闭，大家都看不懂，军卫也不会走到现代。
2. 关于字符集的问题，东北片都是中文，因此，英文到中文不是不可以，只要你去转换。此外，如果医保是中文，HIS是英文，也都是有技术处理方法，程序中设置环境变量NLS_LANG
3. P盘的设计，是基于当成机器性能差才这样设计的，其实03年和天健合作就改为免P盘，主要程序都更新了。
4.sql的问题，考虑到当时的编程人员都是新手，PB都是边培训边使用，而且在较短时期开发出可用的系统，以及不简单 。
5.其实最关键的部分就是lfree 的意思： 系统的持续性。当初成立军卫的支持中心应该也说这个目的，可是由于很多原因，这项工作不能很正常的运行下去。我们现在对军卫升级，系统研发是一个问题，后期维护也是一个更大的问题。

lfree

>不是说我对军卫有多大感情，但毕竟十一年来我最美好的青春年华都浪费在这了。
确实这样!
我自己也在思考,军惠的问题也许更多在于用户以及开发商.甚至我们自己的内部处成了这个垃圾产品.
我觉得很大的问题,许多问题的bug,我们自己默默忍受,而开发商不思进取.而且重要的是新人缺乏必要的培训,越写越差.

而且我个人觉得这些bug,我们自己包括开发团队没有建立良好的收集处理机制,越来越多.