您当前的位置:
讨论一下，社区卫生和医院管理系统用B/S，还是C/S结构，那个适用些？
讨论一下，社区卫生和医院管理系统用B/S，还是C/S结构，那个适用些？
相试着开发套HIS，但不知用.Net 开发怎么样，B/S结构的管理系统存在的着重问题在哪？？？
------解决方案--------------------
个人觉得B/S好一点,这样客户端的安装和部署基本不用搞了,底层的数据通讯也简单了
------解决方案--------------------
我们也有类似这样的项目
我们是两者都用一般查询，领导用的话就用B/S。
业务方面用C/S。因为业务方面很多表单等等要操作的
B/S就比较简单的，显示出来就OK。
------解决方案--------------------
B/S和C/S都是技术实现手段，关键看你要干什么.如果你想弄点噱头出来，就用B/S结构.
社区医院的业务多数针对是附近居民,所以大量的数据,例如孕妇体检，儿童预防针,老年疾病等，都是可以公开的数据,放到WEB上省去了社区医生天天打电话通知病患的烦恼,另外B/S也利于医院的宣传
但是C/S结构在功能上更强大，如果你的系统业务复杂,还是考虑下C/S,B/S在界面上功能非常薄弱,可重用的组件也没有C/S上的丰富,在工作量上肯定会有所增加.
------解决方案--------------------
完全可以采用B/S结构，绝对可以满足你所有的需求。
不过一般这样的系统，权限方面应该着重考虑，虽然采用的是B/S，但是不同职位的员工通过登陆进行的业务是不一样的。
------解决方案--------------------
查询显示、领导分析等出于直观、界面更生动方面考虑，建议用BS。
对于前台挂号，收费等实际工作，出于速度，输入方便等方面考虑，建议还是用CS。
你去实际医院看看，都是这样结合着来的，BS系统确实不适合快速输入，快速处理。
------解决方案--------------------
主要看终端任务量,任务量大,C/S开发起来比较轻松,实施部署以及用户培训就要花点时间.
终端任务量小,仅做数据呈现和数据采集,B/S模式是不二选择.
C/S模式也可以做得很漂亮,B/S模式也可以做出一个肥大的B端,看客户的选择了.
------解决方案--------------------
各有优势，结合起来最好。
为了B/S而全部用B/S只能说是赶时髦。设计要根据具体情况具体分析。你如果有扫描X光片等操作，也用B/S，累死去了，
打印单据，你要在B/S上操作，最后其实还不是要用个ActiveX一类的东西？所以要综合考虑。
------解决方案--------------------
医院本系统工作人员用的结构用C/S，小区业主等外部人员的用B/S结构，.net正好可以很方便的融合了这两种
结构，B/S 结构没有C/S安全可靠
------解决方案--------------------
不要为了B/S而B/S，这都是单纯技术人员的思路。应该从需求的角度去考虑。
从需求的角度，
社区卫生的部分，面向居民的信息发布，查询这类应用，显然要用B/S， 因为你没法指望每个居民都跑去安你一个客户端吧？
而医院的HIS部分，则应该大多数考虑C/S，理由也很简单，
1. C/S的界面的交互性，报表这些要远比B/S方便。
2. HIS系统中的用户，就是医院的那几个医生和管理人员，有几台电脑？几个用户？ 有人会辩解说B/S系统免安装配置，但C/S系统加一个自动升级难道很难？
3. HIS系统可能要连接大量的设备，这样C/S的客户端是很容易和各种硬件关联，比如COM通信数据采集，比如读卡器，
这些需要大量和设备交互的功能难道你也用B/S？ 不要和我说，你打算每个设备写一个COM，然后跑到每个客户机去改IE的安全设置？
所以：
1．上面的应用，明显是要混合C/S,B/S的优势才能解决问题。B/S解决发布问题更多面向公众；C/S解决内部业务管理问题.2者配合。
2．B/S架构的推出，并不意味着C/S就过时了，这是上面不少人心中的误区。以为你用了Ｂ／Ｓ就先进，就大势所趋？ 恐怕到了用户那里要踢到铁板.
3. 什么决定了系统架构设计？还是用户需求本身，根据用户的需求采用适当的手段去解决问题，而不是靠技术人员脑袋中的凭空想象。