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

tanyiqiang · 发表于 2007-8-21 19:48

广东医学院附属医院,据说只能保留几天的在线数据,否则就会慢到不能接受,具体不太清楚,可以了解一下那里的软件和硬件环境.
大家都说众邦的三层慢,一定是有依据的,怎么没说其它公司的慢呢?这句话有点绝对,每家公司都有慢的情况,但没有像众邦都么突出.

l_feng · 发表于 2007-8-21 21:22

呵呵，是应该有点依据，但是枪打出头鸟的成分多一些，都说众邦的三层慢，那还能再去说哪家的三层快呢？

同样的道理，东莞卫生局圈定了三家HIS公司，为什么唯独对中联指手画脚，看不顺眼呢？

l_feng · 发表于 2007-8-21 21:35

抛开二层、三层不说，以门诊为例，a表我只需保留一天的数据就可以，如果是以前的退费单据，自动b To a，保留数月、数年的数据在一个表里哪个更好一些？

l_feng · 发表于 2007-8-21 21:42

广东都是办事处在做，我去的可能性几乎为0，不知不发表言论

tanyiqiang · 发表于 2007-8-21 23:30

如果系统响应时间足够快,当然是保存在一个表中最好,数据迁移都是因为慢才需要做.
慢的表现有很多方面,如前台响应慢\备份与恢复时间长等.
经常有用空间换时间的做法,像数据仓库就是,先对数据进行预处理,后续的查询就快了,但这像做有一个同步的问题,如果软件都通过程序去做,应该没有问题的,但如果手工去改了原始数据,这得把一个时期的数据删除,再重新生成,这是既是问题,又不是问题.

lfree · 发表于 2007-8-22 08:41

最初由 lj_lt 发布
[B]
如果程序员或者数据结构不合理，Oracle数据库是就好优化呢? [/B]

至少oracle有许多不就的办法，微软的ms sql不支持函数索引，它叫计算列。
是不同的东西。

lfree · 发表于 2007-8-22 08:46

最初由 l_feng 发布
[B]

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

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

[/B]

如果是oracle数据库，这样移动数据，会导致系统很慢，注意我仅仅指oracle。

lfree · 发表于 2007-8-22 08:51

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

关于三层，我讲讲自己的看法，三层对数据库压力是小一些。但是中间件的压力自然会大一些。

而且有些中间件设计有些变态，变成胖客户机与中间件。

像我们的一套系统，客户端一运行，客户机器内存少少也要使用100M。问题转到了客户端的机器性能不行。

lj_lt · 发表于 2007-8-22 10:12

最初由 lfree 发布
[B]

关于三层，我讲讲自己的看法，三层对数据库压力是小一些。但是中间件的压力自然会大一些。

而且有些中间件设计有些变态，变成胖客户机与中间件。

像我们的一套系统，客户端一运行，客户机器内存少少也要使用100M。问题转到了客户端的机器性能不行。 [/B]

不叫变态,工作在尽量在客户端做,减少服务器压力是一个设计原则
部署中间件的服务器,一台不够用两台,两台不够用三台,....
谈三层要区分开来,逻辑设计是三层和物理部署是三层

tanyiqiang · 发表于 2007-8-22 13:31

最初由 lj_lt 发布
[B]
不叫变态,工作在尽量在客户端做,减少服务器压力是一个设计原则
部署中间件的服务器,一台不够用两台,两台不够用三台,....
谈三层要区分开来,逻辑设计是三层和物理部署是三层 [/B]

纸上谈兵.
在哪里医院有实际的应用呢?我倒要看看这样的效果是不是快的.

[原创] 湖南某三甲中医院打算更换HIS