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

husthxd

最初由 西门吹牛 发布
[B]军惠的数据库设计不错，当初设计的时候是301医院信息科的一些牛人建立的，在HIS和数据库领域都是响当当的人物，现在的几套军惠系统的核心还是那套东西，就是增加了一些表，
后来为了打开民用市场，给修改的不成样子了。程序员修改过程在脑子里，人走了，资料没有留下来，后面接的人就明白了80%，再加上自己的修改和思路。如此循环，...... [/B]

呵呵,到最后来基本上是不可维护的了.
有时候修改一个设计不好的系统比重新做一个系统更痛苦.

liusiyuan

http://www.honcent.com.cn/Announ ... ardID=102&ID=57
  A、辉腾排除机医院药房排队取药系统特点
（1）      与现有医院的业务系统实现数据共享：业务系统向排队系统提供病人的姓名、处方号（住院号）、医疗卡号；排队系统根据排队策略向业务系统提供队列号（窗口号）；
（2）      用语音系统替代人工呼叫（目前只提供普通话）；有只播放前导音、播放语音、不播语音三种语音播放方式，0～100之间的任意次数还可以进一步设置是否普通话、本地话双语播放；
（3）      通过LED显示屏动态直观显示出每个窗口的队列的排队情况；
对于中心显示屏：通过登陆控制平台可设置显示服务用语、队列信息、自定义宣传用语，还可以任意设置过渡效果、显示时间、字体、颜色、大小等；
B、解决特殊性难题
。。。。。。
详见http://www.honcent.com.cn/Announ ... ardID=102&ID=57

day and night

关注！
了解中

ybb001

要做到产品化

husthxd

最初由 ybb001 发布
[B]要做到产品化 [/B]

唉,产品化谈何容易.
底层标准不统一,产品化起来会比较的痛苦.

whldj315

最初由 lfree 发布
[B]

关于p盘的问题，我们目前还是采用这个方式，也许别的地方已经不使用了。

你理解的绑定变量可能与我的理解不一致。我是指例如:
select * from dept where dept='123'
select * from dept where dept='456'
select * from dept where dept='789'

应该给为：
select * from dept where dept =:1 [/B]

给点解释吧, 没看明白

lfree

最初由 whldj315 发布
[B]



给点解释吧, 没看明白 [/B]

两年前的帖子有翻出来，不知道你想问什么？

sky_chenyu

我感觉厦门巨龙的医保软件还可以。

现在使用的是上海万达，感觉一般，主要是药品及费用自负比例要各个医院来维护，不能在结算时从医保中心读取。

ocp_oracle

＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
一。军惠：
军惠这套系统如果从数据结构讲是非常不错的，但是这套系统我猜开始可能
使用的oracle7.3,而且早期的界面做的非常不好看，但是可能是最实用的。
下面讲它存在的问题：

1。P盘问题，我猜想早期可能因为受限与网络速度以及服务器性能，军惠将
许多字典放在本地的一个目录，当维护人员更新相关信息的时候实际上是更新
一个网络盘P，然后再通过这个网络盘更新本地的目录，这样设计从当时讲可能
具有许多意义（可能从现在讲也是一样，减轻了服务器的压力）。但是用户使用
的时候有可能没有映射这个盘，或者一直不退出应用系统，就无法更新，引起
遇到问题。这个设计我觉得有点向一个刚刚毕业的程序员想出来的。

2。军惠的系统在部队医院实施我不知道是否存在改动，但是在地方医院我想
改动一定很大，我自己就见过3套不同风格的门诊收费系统。这些系统的修改
往往是许多代理软件的公司的编程员。存在的最大的问题就是没有使用绑定变
量。这是这一非常糟糕的编程行为，影响了性能。当然从整体看这个影响不是
非常大。这也是我认为失败的主要原因。
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
也詐这就是事物为什么会在不断的变化发展的原因所在，不同的时期有不同的技术应用，也詐P盘的技术在现在来说已经存在很大的问题，但对于当时来说也解决很多性能上的问题。
对于程序的修改来说，每个人都有自己的编程习惯，所以你也不能说这有什么不对的，只能说设计一个好的系统确实必须遵揗好多标准的，不是你随心所欲就能做成大事的。

winterkss

对于HIS来说，数据库设计时的性能考虑是首要要素，将来数据为这块可能会交给专门的DBA来做。