医院的HIS开发用B/S结构还是C/S结构好？

zhouxichun · 发表于 2003-7-8 17:11:42

同意sbf2000

eddie · 发表于 2003-7-23 13:08:37

现在已经有三层结构（C/S/S）的产品了，成功案例便是广东中山人民的信息网，很多专家都前去参观访问，如果感兴趣可电邮我，我可以提供详细资料。

ironstone · 发表于 2003-7-24 19:33:44

最近我们公司实施的一个项目，我们的产品是b/s构架的，在一个医院实施过程中，要和医院中已经运行中的收费系统对接，对方是pb的c/s构架。在实施过程中，我们的接口完成后半天的时间更新服务器就可以了，而对方则花费了两天的时间更新所有的客户端。 :em26:
可我们的实施人员为了等待和对方对接完成，也不得不等待了两天 :em14:

dreamaster · 发表于 2003-7-25 09:27:35

ironstone，能否告知你们的公司主页？偶想大体了解一下你们的b/s结构产品，不会是商业机密吧？：）

ehis · 发表于 2003-7-25 11:24:20

B/S,C/S也要看具体场景的,没有通吃的.
B/S的易于维护大家都看到的,但对于界面交互很多,速度要求很快的应用就不太适合,例如:门诊划价,收费等,
C/S难于维护也是大家都知道的,但速度快,基于WIN32应用的界面交互处理很方便.但要处理一些查询类的业务,就不如B/S来的更合适了.
所以最好就是两者结合,看在具体场景下哪个更合适就用哪个.
不知道ironstone,你们的项目具体情况如何,可否介绍一下?

ironstone · 发表于 2003-7-25 11:31:36

当然不是什么机密啦，只是我们公司的站点一直没有开通，所以不是我不愿意。此外我还是不想把我所在的公司事情带到论坛上来。对于具体的项目问题我可以介绍一下。我会另帖说一下吧。

ehis · 发表于 2003-7-25 12:09:01

赞同ironstone的观点,工作是公事,公私还是要分明.起码的职业道德还是要有的.呵呵!

drcpanet · 发表于 2003-8-19 11:09:30

我有一同事要把现用的C/S全改成B/S,是否可能及现实,B/S 用.NET开发.

drcpanet · 发表于 2003-8-19 11:12:27

我是赞同B/S及C/S同时用的,但现在我规化B/S做查询如院长查询,是否可行?

ironstone · 发表于 2003-8-19 14:29:37

用B/S做院长查询之类其实和用C/S方式并没有太多的技术难处上的差别，唯一比较麻烦的就是B/S在查询结果的显示方式上的控制并没有C/S那么强。

drcpanet · 发表于 2003-8-20 15:13:25

我现在想要一个B/S样本,如果谁有,请mail whlrt@163.com
先谢谢了.

liuqing54 · 发表于 2003-8-26 15:36:27

院长查询、远程医疗、预约、行政管理、后勤管理等用B/S
其它实时系统(OLTP)用C/S,如挂号、收费、出入院、药房、病区、医生站、护士站、医技等
安全性要求比较高的用C/S,如财务
其它就随便了

gaojb · 发表于 2003-9-3 11:22:24

据说用C/S结构如果客户端数量较多的话就会使系统运行效率降低不少，我没有实际体会，哪位高手说一说。问题是在数据库服务器吗？如果提高服务器的处理能力呢？国外有的大医院也在用C/S啊。

tyq · 发表于 2003-9-21 18:14:06

看看下面这个吧，说得很清楚：
http://www.chis.com.cn/bbsnew/dispbbs.asp?boardID=24&ID=81

显示全部楼层 · 发表于 2003-10-8 09:58:15

对于B/S与C/S提法本人有不同的看法。是不是将模型（设计与实现）与布署分开。所谓B/S也是一种C/S的特例。对于B/S而言只是将显示与用户交互的任务交给了BROWSER这个前台运行的容器。由于交互与界面交给了一个旨在广泛适用于各种应用的其实现由各大软件厂商控制的BROWSER运行容器上，必然为对HIS这种特殊的应用之特殊表现与交互要求形成制肘，必然带来或者界面的不友好，或者为了办面的友好而带来高额的开发成本．对于Ｂ／Ｓ而言，其之所以出现的根本原因是远程访问，所以，他的所有优点及未来的发展方向也是在这个方面．对于ＨＩＳ业务中没有远程访问的大多数医院业务系统来讲，是不是非要为了Ｂ／Ｓ而给自己的程序包上ＢＲＯＷＳＥＲ这个运行容器约束自己，捆住自己的手脚？我看值得磋商．现在也不知为什么，在有些人的观点里会认为Ｂ／Ｓ就意味着多层，而Ｃ／Ｓ就意味着二层．其实只是由于Ｂ／Ｓ的实现必须由ＡＰＰＬＩＣＡＴＩＯＮ　ＳＥＶＩＣＥＳ　ＳＥＲＶＥＲ，所以在实现的时候，使得软件人员不得不用布署上的三层来实现．布署的三层并不意味着设计与实现模型上的三或多层．而对于设计与实现模型来讲，无论是Ｂ／Ｓ还是Ｃ／Ｓ都可以做成二层或三层或Ｎ层，主要看开发团队的业务抽象能力与软件工程管理能力．这种能力对开发团队的要求比对二层实现的能力要强．如果做不好的话，Ｂ／Ｓ失败的机会比Ｃ／Ｓ（其实Ｂ／Ｓ可以被称为轻客户模式，Ｃ／Ｓ可以被称为重客户端模式）更大，结果会更糟．但不管是轻客户端还是重客户端，面向对象的Ｎ层设计与实现模式都是大方向．

		自动登录	找回密码
密码			欢迎注册