讨论一下,社区卫生和医院管理系统用B/S,还是C/S结构,那个适用些?

Netplaier 2008-01-18 03:44:06
讨论一下,社区卫生和医院管理系统用B/S,还是C/S结构,那个适用些?

相试着开发套HIS,但不知用.Net 开发怎么样,B/S结构的管理系统存在的着重问题在哪???
...全文
691 31 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
31 条回复
切换为时间正序
请发表友善的回复…
发表回复
neusoftzyj 2008-11-15
  • 打赏
  • 举报
回复
30楼的说的很有道理,另外看你开发的系统到底如何定位,系统边界如何界定,b/s适合社区的六位一体管理,而且实施代价小,但是对网络要求高,而且对于纯粹的医疗业务较c/s要差些.
w102272 2008-09-18
  • 打赏
  • 举报
回复
不要为了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就过时了,这是上面不少人心中的误区。以为你用了B/S就先进,就大势所趋? 恐怕到了用户那里要踢到铁板.
3. 什么决定了系统架构设计?还是用户需求本身,根据用户的需求采用适当的手段去解决问题,而不是靠技术人员脑袋中的凭空想象。
gaolin 2008-09-08
  • 打赏
  • 举报
回复
bs交互方面还是不能和cs相比的,特别像his这种交互特别多,数据量也大,bs是不适合的!
ygrant 2008-08-04
  • 打赏
  • 举报
回复
平衡就可以了,主要取决于你的开发经验
longxunsoft 2008-08-03
  • 打赏
  • 举报
回复
[Quote=引用 26 楼 hemiya 的回复:]
c/s优势在输入数据,b/s优势在浏览数据。应该两个都有,优势互补。
[/Quote]在操作速度,数据处理,查询,界面,操作易用性上bs比不了cs.
hemiya 2008-08-03
  • 打赏
  • 举报
回复
c/s优势在输入数据,b/s优势在浏览数据。应该两个都有,优势互补。
_l_ 2008-08-01
  • 打赏
  • 举报
回复
数据输入什么的用 C/S 代码写起来方便

领导查询用B/S 领导不一定有时间等你调试好程序
山书生 2008-08-01
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 rocker9527 的回复:]
我们也有类似这样的项目
我们是两者都用一般查询,领导用的话就用B/S。
业务方面用C/S。因为业务方面很多表单等等要操作的
B/S就比较简单的,显示出来就OK。
[/Quote]
好!!!学习...终于比较明白c/s和b/s的方向
licq95 2008-08-01
  • 打赏
  • 举报
回复
医院本系统工作人员用的结构用C/S,小区业主等外部人员的用B/S结构,.net正好可以很方便的融合了这两种
结构,B/S 结构没有C/S安全可靠
okitgo 2008-07-24
  • 打赏
  • 举报
回复
现在都在B/S了
CanadianTire 2008-05-07
  • 打赏
  • 举报
回复
各有优势,结合起来最好。

为了B/S而全部用B/S只能说是赶时髦。设计要根据具体情况具体分析。你如果有扫描X光片等操作,也用B/S,累死去了,
打印单据,你要在B/S上操作,最后其实还不是要用个ActiveX一类的东西?所以要综合考虑。
lchlmh 2008-05-06
  • 打赏
  • 举报
回复
看实际情况和开发实力.
diaalphisto 2008-05-04
  • 打赏
  • 举报
回复
主要看终端任务量,任务量大,C/S开发起来比较轻松,实施部署以及用户培训就要花点时间.
终端任务量小,仅做数据呈现和数据采集,B/S模式是不二选择.
C/S模式也可以做得很漂亮,B/S模式也可以做出一个肥大的B端,看客户的选择了.
spob110 2008-03-27
  • 打赏
  • 举报
回复
需求决定方向.
diyee 2008-03-25
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 rocker9527 的回复:]
我们也有类似这样的项目
我们是两者都用一般查询,领导用的话就用B/S。
业务方面用C/S。因为业务方面很多表单等等要操作的
B/S就比较简单的,显示出来就OK。
[/Quote]

额,才看到,猪头饼是同道中人,呵呵。
diyee 2008-03-25
  • 打赏
  • 举报
回复
查询显示、领导分析等出于直观、界面更生动方面考虑,建议用BS。
对于前台挂号,收费等实际工作,出于速度,输入方便等方面考虑,建议还是用CS。

你去实际医院看看,都是这样结合着来的,BS系统确实不适合快速输入,快速处理。
zhuzhaohui640 2008-03-18
  • 打赏
  • 举报
回复
完全可以采用B/S结构,绝对可以满足你所有的需求。
不过一般这样的系统,权限方面应该着重考虑,虽然采用的是B/S,但是不同职位的员工通过登陆进行的业务是不一样的。
windon 2008-03-17
  • 打赏
  • 举报
回复
B/S结构比较好,客户端的部署,维护和安装等等都比C/S结构要简单得多
谜斯特段 2008-02-27
  • 打赏
  • 举报
回复
如果系统不大还是用C/S吧,速度快,界面控制方便。
trustee 2008-02-26
  • 打赏
  • 举报
回复
b/s
加载更多回复(10)

1,268

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧