是否可以将HIS的业务操作与查询统计功能分开

l_feng

最初由 tanyiqiang 发布
[B]这是我刚做的一个统计报表的数据源，统计一个科室50个病人（全院350住院病人）的费用分类，大概要几秒钟时间（第一次运行4秒，第二次2秒）。
服务器：手提电脑，半年的数据。1.6GCPU，1G内存 [/B]

平均一个病人的费用明细有多少条记录?

tanyiqiang

这个报表由三个子数据源并起来，普通费用、手术费用、特殊材料，如果是手术费用可特殊材料，则每条记录按参加手术的医生平均分，普通费用要除去手术费用和特殊材料，这个报表算是有点复杂的了。
测试通过后，将时间、科室换成参数，就可以使用了。这个报表有三个子报表（格式）：明细表、药品比例、分类汇总。如果是一个科室，2月份的明细有2万多条。明细有600多页，只供查询，不可能打印的，生成明细表要1分钟。
在一般的医院，像这样复杂的报表不多，并且一个月才用一次，平时偶然查询一下，表结构设计合理的话，速度还是比较快的，对前台影响也不大，要知道医院的服务器比手提电脑要快多了。所有分与不分还是看实际情况，没有唯一的答案。

tanyiqiang

以前由于服务器的处理能力不足，通常是做一个日处理程序，在下半夜运行，将前一天的数据进行初步汇总，这样查询时就从中间表中获取数据，查询的记录数大大减少，数据仓库也是这样做的。现在由于服务器处理能力强了，通常直接从原始数据中查询，这样数据是一致的，不会像中间表那样报表对不上。通常在医院系统中，两年的数据，也很少遇到需要10秒以上运算的报表。

披发头陀

最初由 tanyiqiang 发布
[B]以前由于服务器的处理能力不足，通常是做一个日处理程序，在下半夜运行，将前一天的数据进行初步汇总，这样查询时就从中间表中获取数据，查询的记录数大大减少，数据仓库也是这样做的。现在由于服务器处理能力强了，通常直接从原始数据中查询，这样数据是一致的，不会像中间表那样报表对不上。通常在医院系统中，两年的数据，也很少遇到需要10秒以上运算的报表。 [/B]

难说，单纯的统计很容易，有些就很麻烦了，例如住院收费处的，“责权发生”——“收付实现”之间的对帐报表

tanyiqiang

举个例子看看

wollaston

如果要认真地做查询肯定是要分开的。

我不知道Oracle的数据库设计和Sql server的设计有多少不同。

至少Sql server 的联机丛书中就提到了OLTP 和OLAP 的设计思路上有很大的不同。

tanyiqiang

设计的思路是有很大的不同，但目前应用的查询分析功能还是太低级了。
ORALCE与SQL SERVER大同小异，理论上的东西都是相同的，只是一些细节上的区别。
目前管钱管物要做好都不容易，医院的重点不会放在分析上的，这些模块卖不了太高的价钱，所以也不会投入太多的精力去做。
现在的分析也很难做到通用的，医院需求差别很大，能提供完整核算方案的医院都不多，搞个分析能分析出什么呢？还不是做几个表而已。普通报表要做好也就不错。

wollaston

最初由 tanyiqiang 发布
[B]设计的思路是有很大的不同，但目前应用的查询分析功能还是太低级了。
ORALCE与SQL SERVER大同小异，理论上的东西都是相同的，只是一些细节上的区别。
目前管钱管物要做好都不容易，医院的重点不会放在分析上的，这些模块卖不了太高的价钱，所以也不会投入太多的精力去做。[/COLOR]
现在的分析也很难做到通用的，医院需求差别很大，能提供完整核算方案的医院都不多，搞个分析能分析出什么呢？还不是做几个表而已。普通报表要做好也就不错。 [/B]

好像有句老话，做的时候考虑如何如何赚钱的往往做不好也赚不到钱。

skynetbx

把查询统计单独做一个模块就可以了啊。而且操作员的权限还好划分了。

huang_lf

可以呀，想分就分想合就合完全是用户自已分配权限定义的，我们开发商提供你功能就是了。