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

湖北ZSYY

从使用的情况来看，我认为b/s是比较实用的，可是，c/s又有它的独到之处，这就象使用手机的人，不能共用一种充电器一样，头痛！其实我认为生产厂家完全有能力处理好这的问题，只是，看在成本和利润的方面更多。如果厂家的设计者，同时又是使用人，恐怕他就会想办法去改进了。

allstall

从实际应用来看，应该是混合方式比较适合现在医院的实际情况。在收费、发药等实时性强的用C/S方式，而在医生站还是应用B/S方式好些，不知各位是否同意这种观点。

zlzyl

基本认同坦克朋友的说法：在要求输入速度和输入内容比较多的情况下，无疑选择c/s，而基本是查询性质的选择b/s。
两者都可以作出很友好的界面，这点上不存在xxjun说的问题，我曾经见过几十个HIS产品，记得有一个用vb开发的HIS产品(当然为C/S)，界面很好，B/S上采用的很多界面技术如Flash等都全用上了。
关于多层，确如论坛主所言，各种概念很多，其说不一，而且也和这里的C/S和B/S不是并列的概念。

江湖医生

     就现阶段中国医院的规模，C/S已足够用了，不管是B/S还是C/S在前端的应用都是一样的，只是B/S维护起来更方便，理论上速度更快（实际应用起来往往比C/S还要慢）。我认为当务之急应找一种更适合HIS的数据库，因为现在用的数据库，在医院做客户化的修改太麻烦了！

泉水叮咚

当然是选c/s结构，b/s在办公自动化上也许很好，但是，HIS系统比OA可是要复杂许多呀，只有真正用过你才会知道C/S好了！

仙人掌

我觉得对于收费挂号住院以及常用的设置部分采用C/S，而对于查询分析的采用B/S较好，现在采用这两种方式结合开发的ERP类都是类似结合的。不过我最近看到一种.net架构的B/S的开发形式很不错，大家可以看看http://www.hexiesoft.net

金太阳

二者结合，才最完美。

ilovehere

呵呵，看你功能多强大，大量的特殊要求服务，用b/s能实现吗？相反，你的软件功能很简单，那就浏览浏览算了。

dorice

我认为对于电子病历系统来说，电子病案部分用B/S,医院的内部管理部分用C/S

dmsok

同意dorice的意见

simian

B/S好，我说不出原因

yangsy

二者结合比较好 如果是对患者划价，b/s响应速度肯定慢，这样让患者去空等吗？
对于如领导查询、成本核算等采用b/s更好

decathlete

b/s和多层结构(三层以上)的应用是发展方向.
***********************
C/S结构
采用Intranet技术，适用于局域网环境
可连接用户数有限，当用户数量增多时，性能会明显下降
客户端都要安装应用程序
系统扩展维护复杂
代码可重用性差
开发费用较低，开发周期较短
***********************
B/S结构
采用Internet/Intranet技术，适用于局域网和广域网环境
支持更多的客户。可根据访问量动态配置WEB服务器、应用服务器，以保证系统性能。
客户端只需标准的浏览器
系统扩展维护简单
采用面向对象技术，代码可重用性好
开发费用较高，开发周期较长
*****************************
1.实施c/s结构的应用相对来说是比较容易,但是当你的需求有变化时,c/s不能提供灵活的支持,大家在实施应用的过程中可能都有这样的体会,用户的需求是呈阶梯状的,不考虑这点的应用是短寿的.
2.技术的发展给b/s和多层结构(三层以上)插上了翅膀,执行效率不见得比c/s低.例如对connection cache,agent的有效管理,及对application server 的简单升级就能给前台应用带来很大的性能改善.
3.随着管理的规范化,医院内信息化的程度的提高,authority,security and privacy 的相应要求和法律规范的出台是必然的,对c/s的应用来讲不是很容易解决这样的问题.例如对应用的权限管理就是难点之一.
4.c/s现实的存在,多是老产品新发展的问题,很多单位已经用了多年的系统,不可能全部否定
5.PACS 和RIS, 我主张用多层结构,可选很多效率高的开发工具如 C#,Delphi,等

danelchen

说到B/S与C/S的结合，我看MSN Explorer就是一个不错的例子。不知道大家用过没有，不过其在C/S方面的应用还正在进一步的加强中。另外一个例子就是招商银行的专业版，大家有机会可以都试试，感受一下。

cood

其实，我认为，多层并不是技术层面的东西，应该是业务层面的要求驱动系统的架构，可以考虑WebService的架构