湖南某三甲中医院打算更换HIS

lj_lt

最初由 lfree 发布
[B]

^_^，我个人始终认为ms sql的数据库一旦大到一定的程度，问题就会出现。我听说众邦的系统经常要将一些历史的数据移出主服务器。至少我以前去北京参观的时候，他们是这样操作的。还有一点，我们以前参观过几家医院（在广州，还有东莞的），实际效果并不是很好。

我前两年优化过一个sql server的数据库，我是被迫上阵，因为那套医保的系统实在有点慢，我花了半个月看书，3个月来完成优化。
完成后，许多问题都是处在sql语句的问题，
我仅仅如果程序员或者数据结构不合理，ms的数据库很难优化。 [/B]

如果用Oracle做数据库，是不是就可以不需要做数据移出功能呢？

tanyiqiang

中联系统的SQL语句以前有些是不太合理,能用,效率不是很理想,最近几个版本全面进行审核,大部分改为变量绑定,还做了一些优化,虽然说不是完美,但效率确实有改观,医院用起来可以接受就可以了.中联客户很少需要迁移数据,能在一个库就最好,需要迁移也有两种方案,相同的数据库和不同的数据库,如果是不同的数据库则可以在不同的服务器上,这样的效率就可以提高了.
做软件不可能十全十美,如果性能可以满足客户的需求,还用得着去优化吗?省点吧,性能问题不是一天两天出现的,不是一家两家医院出现的,是一个整体,所以公司在不同的阶段有不同的解决方案,不同的医院也有不同的解决方案.

tanyiqiang

众邦系统慢的问题主要是软件的架构问题,与数据库的关系不是很大,即使换了ORACLE数据库,也不一定快得起来.
其实两个数据库是有差异,但并没有大家想像的那么大,用得好不好才是关键.如果不针对具体的数据库来优化,不一定能快得起来,通用与效率是一对矛盾.国内没有哪家公司处理得好的.因为成本因素要考虑的.

l_feng

最初由 lfree 发布
[B]

^_^，我个人始终认为ms sql的数据库一旦大到一定的程度，问题就会出现。我听说众邦的系统经常要将一些历史的数据移出主服务器。至少我以前去北京参观的时候，他们是这样操作的。还有一点，我们以前参观过几家医院（在广州，还有东莞的），实际效果并不是很好。
[/B]

在众邦系统中，数据的转移都是自动的，之所以要数据转移本身设计系统就是这样考虑的，因为一开始定位就在三甲类的大型医院。转不转移，对前台速度可以说没有影响。

大家可能都知道chis每个表，基本上有三个 _a ,_b ,_c
a表默认三天数据 ，b表三个月 ，c表三个月以上的数据，现在可以自建个d表，放垃圾数据。
上面说的3000人次门诊量的医院，门诊a表的数据一般在6万条左右（费用明细表），而我前台的操作只对a表操作；住院的费用明细表我们默认了7天，1000在院病人的费用明细记录在60W左右。

再说报表，众邦有一套标准的统计方式，比如门诊按申请科室、执行科室统计核算码、账单码，医生工作量统计等，全部汇入中间表，一般为后台任务，前台也可以手动再生成。查询的时候，和业务中的a表没有关系。

l_feng

但是工程实施却是参差不齐，至少我去过的几家，一般刚开始上线的时候，他们一般在报表中都是直接调用试图，就是a、b、c表关联的视图，对与那套标准的统计方式都很少用。

lj_lt

最初由 l_feng 发布
[B]

在众邦系统中，数据的转移都是自动的，之所以要数据转移本身设计系统就是这样考虑的，因为一开始定位就在三甲类的大型医院。转不转移，对前台速度可以说没有影响。

大家可能都知道chis每个表，基本上有三个 _a ,_b ,_c
a表默认三天数据 ，b表三个月 ，c表三个月以上的数据，现在可以自建个d表，放垃圾数据。
上面说的3000人次门诊量的医院，门诊a表的数据一般在6万条左右（费用明细表），而我前台的操作只对a表操作；住院的费用明细表我们默认了7天，1000在院病人的费用明细记录在60W左右。

再说报表，众邦有一套标准的统计方式，比如门诊按申请科室、执行科室统计核算码、账单码，医生工作量统计等，全部汇入中间表，一般为后台任务，前台也可以手动再生成。查询的时候，和业务中的a表没有关系。 [/B]

设计思路不错，借鉴一下

l_feng

说这些，也就是说按标准的程序来做，就速度来说，用几年和刚开始上线的时候，速度可以一样。“地球人都知道做HIS辛苦，地球人都知道众邦的三层慢”，本人命贱，对前半句不同意，对后半句，呵呵，一样不同意。还有一点就是系统集成，众邦有专门的系统集成部，但即使大型的三甲医院，也很少愿意掏这部分系统集成费。

MHT74

最初由 tanyiqiang 发布
[B]众邦系统慢的问题主要是软件的架构问题,与数据库的关系不是很大,即使换了ORACLE数据库,也不一定快得起来.
其实两个数据库是有差异,但并没有大家想像的那么大,用得好不好才是关键.如果不针对具体的数据库来优化,不一定能快得起来,通用与效率是一对矛盾.国内没有哪家公司处理得好的.因为成本因素要考虑的. [/B]

这话说的比较客观

lj_lt

我就是做三层的,我可以证明：
三层设计的好,就可以比c/s快,
三层之所以慢的原因是指设计上的问题，按c/s思路设计三层，不可能快

l_feng

我是做工程的，对于公司的c/s 、c/s/s、b/s/s结构的产品，我和用户的立场是一样的，能用好用就行。同时我也是井底之蛙，而且这口井的直径很小，到现在我不知道都说众邦的三层慢，到底多快叫快？多慢叫慢？