从优化的角度浅谈医院his以及社保系统

由于特殊的原因，本人参与医院his以及社保的维护工作，本单位使用his为

军惠，社保系统有两套，一套为东软的，一套为长沙创智的。如果站在性能

优化的角度考虑，这些系统我可以讲都是失败的，或者需要重写代码。处于

一些商业机密，一些问题我仅仅做到点到为止。

一。军惠：

军惠这套系统如果从数据结构讲是非常不错的，但是这套系统我猜开始可能

使用的oracle7.3,而且早期的界面做的非常不好看，但是可能是最实用的。

下面讲它存在的问题：

1。P盘问题，我猜想早期可能因为受限与网络速度以及服务器性能，军惠将

许多字典放在本地的一个目录，当维护人员更新相关信息的时候实际上是更新

一个网络盘P，然后再通过这个网络盘更新本地的目录，这样设计从当时讲可能

具有许多意义（可能从现在讲也是一样，减轻了服务器的压力）。但是用户使用

的时候有可能没有映射这个盘，或者一直不退出应用系统，就无法更新，引起

遇到问题。这个设计我觉得有点向一个刚刚毕业的程序员想出来的。

2。军惠的系统在部队医院实施我不知道是否存在改动，但是在地方医院我想

改动一定很大，我自己就见过3套不同风格的门诊收费系统。这些系统的修改

往往是许多代理软件的公司的编程员。存在的最大的问题就是没有使用绑定变

量。这是这一非常糟糕的编程行为，影响了性能。当然从整体看这个影响不是

非常大。这也是我认为失败的主要原因。

二。东软：

东软的医保系统如果用一句话来形容的话就是好像一个房地产公司做的毛呸

房，这样的房子就交付用户使用了。

1。同样是绑定变量的问题，东软的sql语句倒是认真使用绑定变量，而在调用

的存储过程，却没有使用，这好像一颗老鼠屎搞坏一锅汤。

2。它的字段变量可能是最难看的，什么akc190，akc198,不过我听说这是一种

新的字段命名模式，我听一些管理员说过，见过这种风格命令字段变量，也许是

我不知道。

3。索引建立不合理，这个是最严重的问题，许多应该建的索引它没有建立。

我可以担保它的医保系统如果不建立一些索引，系统会越来越慢，至少在我们

当地是这样。

三。长沙创智：

因为它使用数据库是ms sql ，我对微软的数据库不敢兴趣，我一直知道本单位

的系统存在问题（上传很容易死机），我一直没有动它，直到去年的10月因为

比较空闲，我开始跟踪它的sql语句。另外一个主要的原因就是它的存储过程是

加密的，所以我也不愿意动它，不过我曾告诉他们结算时调用的存贮过程执行

有点慢。

当我仔细跟踪里面的sql语句，我发现我应该改变一些我原来固有的一些错误，

微软的sql server单就执行sql语句的效率讲快于oracle，这套系统是我优化的

很辛苦，有一些地方我一点办法都没有，可以讲这套系统是我见过的最最差劲的

系统，我真不知道他们什么通过验收的。也不知道这些程序员怎么学习sql的。

总结：

我讲了许多，可能许多人认为我的观点有点偏激，但是像东软，创智通过什么cmm认证

的公司，我认为可能国内的许多程序员要经过一些sql语句编写与优化的培训。