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

有一篇在计算机应用杂志上即将发表的文章，本人先读为快了。这篇文章从技术特点的角度分别分析了几种架构模式的特点及特长，可以对于哪些还不知道用C/S或B/S程序架构的人可能有一点帮助。文章的题目大概是：大型医院信息系统的程序架构选择。

B/S开发的时候 是有那么一点异类的成就感
B/S真的方便维护吗 不尽然 B/S天生就存在着被黑 被攻击 泄漏源代码等等危险 不要把医院的内部网想像的那么纯洁 什么事都有可能发生 不要说C/S也有漏洞 请注意我说的是“天生”两个字
B/S想实现一些C/S天生就有的功能 得吐血写控件 为什么要吐血写 因为用别人的控件不安全 而且你能通过某某控件完成的工作 别人稍一研究 也能很方便的玩弄你的控件们 玩弄你的数据们
B/S天生就需要浏览器缓存 你必须挖空心思把缓存等等杂七杂八的问题给收拾干净了 可能最后折腾的浏览器已经不再是浏览器了
B/S天生就得要求用户用某某浏览器 某某系统 想写出全兼容的简直不可能 然后你再告诉用户如何如何把cookies设置 如何如何请务必打开js支持  高级的东西向来是以强奸用户为代价的
浏览器所有可能发生的毛病 比如输入法输入的时候标点会丢失、回退键默认的是网页后退等等 都将完美无缺的体现在B/S中 你又得挖空心思 所以说你搞掂了你有一种异类的成就感
B/S的可控性极差 而当你很牛B的告诉我你控制好了的时候 我不说你 因为你自己最清楚你比我多花了多少工作量  你不要打肿脸充胖子
我个人的B/S开发经验很少 因为我干了一次就不想再干了
转一篇老文章 大家看看 仅供参考
“B/S”版财务软件辨析
当前，少数财务软件厂商和媒体有目的地炒作“B/S”版财务软件，其概念依据、技术本质是什么？其实际应用的前景又如何？
一、 概念依据
一一所谓“B/S”，是指“浏览器/服务器”，即客户端（用户交互输入输出界面）是标准的浏览器（如INTERNET EXPLORE，NETSCAPE NAVIGATOR等），服务器端为标准的WEB服务器（如INTERNET INFORMATION SERVER，NETSCAPE SERVER等）协同应用服务器响应浏览器的请求，也即将INTERNET技术应用于财务软件。其逻辑组成可表示如下：
一一其实，其本质上仍是C/S计算模式，充其量叫做基于WEB的C/S计算模式。但是，MICROSOFT，INPRISE等世界知名的开发工具厂商的开发技术文档中从没有“B/S”的概念的相关论述和定义，由此可见，所谓的“B/S”版财务软件的提法在技术上缺乏新意，理论上也是没有依据的，属商业炒作。
二、 技术本质
1、 客户端
一一受限于HTML语言的交互性差问题，输入输出的用户互界面不能用纯INTERNET技术规范HTML/HTTP解决，因为INTERNET WWW技术的主要应用是发布信息而不是输入输出，“浏览器”是用于“浏览”而非终端输入输出！所以为了解决浏览器和HTML页面的交互性差问题，“B/S”版财务软件往往在客户端采用微软独家支持的ACTIVEX技术，这其实是一个由浏览器启动的客户端程序。
2、 服务器端
一一服务器端的WEB服务器用于发布信息，这与财务系统的应用无多大关系，只起到发布ACTIVEX控件到客户端的作用。关键是应用服务器（APP SERVER），其要与ACTIVEX控件连接，必须做成是COM对象。COM对象也是微软独家支持的技术，其原意是代码共享，故其有对外公开的接口供外部应用调用，由其依调用的不同连接存取后端大型数据库（如ORANCLE，SQL SERVER等）返回客户端。
一一从技术上看，与其说“B/S”版财务软件是INTERNET平台上的商业应用倒不如说是“微软公司的INTERNET平台”上的集成方案。因为，ACTIVEX和COM技术远未成为INTERNET技术的标准，只有微软平台和产品支持这些技术，也就是说ACTIVEX、COM技术是还未成熟到让业界接受其为INTERNET平台上的标准。
三、 应用前景
一一从其概念上，技术实现上看，“B/S”版财务软件引进INTERNET技术是一种新的尝试，但是试想以下几个问题：
1、 世界上著名的软件厂商，包括CA、IBM、HP，从没有宣称其拥有一套号称
“B/S”版商用软件。
2、 甚至ACTIVEX技术，COM技术的发源地棗微软，同样没有所谓的“B/S"版商
用软件，哪怕是类似的。
一一这些问题的答案不是人家脑子笨，做不出“B/S”版商用软件，也不是人家没市场眼光，看不到市场的需求，而是“在观望！”原因在于：
（1） INTERNET技术中关键的安全问题远未解决，其中信息传递过程中的加密和身份验证是关键性任务运用INTERNET技术的最大障碍，这就是现阶段INTERNET技术的主要应用仍停留于公开发布信息为主的原因。财务系统理所当然是企事业单位中的关键性任务，其对数据的安全要求和系统的稳定运行要求是首要的。试想，财务主管的密码被窃取，敏感财务数据被非法存取，这对企事业单位来说无疑是一场灾难。所以，财务系统应用平台全面向INTERNET平台转移，言之尚早，只要是真正对用户负责的软件厂商，在安全问题得不到保障的情况下绝不会贸然向用户发布所谓“B/S”的商业应用，自砸招牌，不负责任。
（2） ACTIVEX控件一般在编程上用作界面组件，供容器进程（如浏览器）调用，也就是说，ACTIVEX控件有公开的调用接口，容器进程调用这些公开的调用接口操纵ACTIVEX控件的行为，或触发ACTIVEX控件内置的行为，故ACTIVEX控件一般用作代码重用的界面组件，绝少用作业务模块。而“B/S”版财务软件就是用ACTEIVEX控件代替以前财务软件中的模块。这种代替产生两个问题，一是ACTIVEX控件是可任意驱动调用的（大部分的编程工具都支持ACTIVEX控件的调用）；二是外来ACTIVEX控件内置的行为是不可控的、未知的。第一个问题可能导ACTIVEX控件的非经授权的调用存取财务数据，也即绕过“B/S”财务软件的客户端。第二个问题可能导致恶意的ACTIVEX控件咨询破坏客户端系统。出于这样的原因，IE等到浏览器对运行下载的ACTIVEX控件安全检查十分严格，而所谓的“B/S”版财务软件则往往要求浏览器取消IE等浏览器的ACTIVEX控件安全检查，这不啻于把客户端系统对外门户大开。
（3） ACTIVEX控件的核心技术基础就是COM对象，COM对象也有公开的接口，也即是设计成“被驱动”的。“B/S”版财务软件一般用COM对象用作应用服务器，其接口被客户端的ACTIVEX控件调用以存取数据库，这是一个非常致命的安全漏洞。稍懂COM原理的编程人员轻而易举便可获得COM对象的接口函数列表，然后自己去驱动COM对象存取后端数据库，这无疑将企事业的业务数据（存放于后端数据库中）向INTERNET公布！这并非说COM技术一无是处，COM对象设计原意是开放，代码重用，在编程中COM技术是一门非常有用的技术。
四、 国内财务软件厂商的策略
一一针对“B/S”版财务软件，似乎国内的财务软件厂商对之反应冷淡，用友在力推其UFERP，金蝶主张三层结构财务软件。其实，财务软件作为商业应用软件应以“应用为本”，贴近于广大财务人员的实际工作需要，引领企事业单位的财务管理水平提高。撇开财务软件蕴含的功能、思想，空谈开发技术如何超前、先进，这是本末倒置，误导用户。
一一当前的国情也不适应“B/S”版财务软件的配置要求，从前面所述其逻辑组成图可见，“B/S”版财务软件至少需要以下软件支持。
（1） IE4.0以上浏览器（NETSCAPE NAVIGATOR不太支持ACTIVEX）
（2） WEB SERVER
（3） 大型数据库（SQL SERVER， ORACLE等）
一一其中，WEB SERVER和大型数据库的安装、维护、管理对于一般的财会人员甚至一般的企业IT人员过于复杂，更遑论其购置成本了（大型数据一般几万元人民币以上）。假如是单机应用的话，也需在一台计算机中配齐这些支持软件，其总拥有成本（TOC）巨大，效益低下。不可忽视的还有为了安全而额外支出的凤险、精力和金钱。
B/S开发的时候 是有那么一点异类的成就感
B/S真的方便维护吗 不尽然 B/S天生就存在着被黑 被攻击 泄漏源代码等等危险 不要把医院的内部网想像的那么纯洁 什么事都有可能发生 不要说C/S也有漏洞 请注意我说的是“天生”两个字
B/S想实现一些C/S天生就有的功能 得吐血写控件 为什么要吐血写 因为用别人的控件不安全 而且你能通过某某控件完成的工作 别人稍一研究 也能很方便的玩弄你的控件们 玩弄你的数据们
B/S天生就需要浏览器缓存 你必须挖空心思把缓存等等杂七杂八的问题给收拾干净了 可能最后折腾的浏览器已经不再是浏览器了
B/S天生就得要求用户用某某浏览器 某某系统 想写出全兼容的简直不可能 然后你再告诉用户如何如何把cookies设置 如何如何请务必打开js支持  高级的东西向来是以强奸用户为代价的
浏览器所有可能发生的毛病 比如输入法输入的时候标点会丢失、回退键默认的是网页后退等等 都将完美无缺的体现在B/S中 你又得挖空心思 所以说你搞掂了你有一种异类的成就感
B/S的可控性极差 而当你很牛B的告诉我你控制好了的时候 我不说你 因为你自己最清楚你比我多花了多少工作量  你不要打肿脸充胖子
我个人的B/S开发经验很少 因为我干了一次就不想再干了
转一篇老文章 大家看看 仅供参考
“B/S”版财务软件辨析
当前，少数财务软件厂商和媒体有目的地炒作“B/S”版财务软件，其概念依据、技术本质是什么？其实际应用的前景又如何？
一、 概念依据
一一所谓“B/S”，是指“浏览器/服务器”，即客户端（用户交互输入输出界面）是标准的浏览器（如INTERNET EXPLORE，NETSCAPE NAVIGATOR等），服务器端为标准的WEB服务器（如INTERNET INFORMATION SERVER，NETSCAPE SERVER等）协同应用服务器响应浏览器的请求，也即将INTERNET技术应用于财务软件。其逻辑组成可表示如下：
一一其实，其本质上仍是C/S计算模式，充其量叫做基于WEB的C/S计算模式。但是，MICROSOFT，INPRISE等世界知名的开发工具厂商的开发技术文档中从没有“B/S”的概念的相关论述和定义，由此可见，所谓的“B/S”版财务软件的提法在技术上缺乏新意，理论上也是没有依据的，属商业炒作。
二、 技术本质
1、 客户端
一一受限于HTML语言的交互性差问题，输入输出的用户互界面不能用纯INTERNET技术规范HTML/HTTP解决，因为INTERNET WWW技术的主要应用是发布信息而不是输入输出，“浏览器”是用于“浏览”而非终端输入输出！所以为了解决浏览器和HTML页面的交互性差问题，“B/S”版财务软件往往在客户端采用微软独家支持的ACTIVEX技术，这其实是一个由浏览器启动的客户端程序。
2、 服务器端
一一服务器端的WEB服务器用于发布信息，这与财务系统的应用无多大关系，只起到发布ACTIVEX控件到客户端的作用。关键是应用服务器（APP SERVER），其要与ACTIVEX控件连接，必须做成是COM对象。COM对象也是微软独家支持的技术，其原意是代码共享，故其有对外公开的接口供外部应用调用，由其依调用的不同连接存取后端大型数据库（如ORANCLE，SQL SERVER等）返回客户端。
一一从技术上看，与其说“B/S”版财务软件是INTERNET平台上的商业应用倒不如说是“微软公司的INTERNET平台”上的集成方案。因为，ACTIVEX和COM技术远未成为INTERNET技术的标准，只有微软平台和产品支持这些技术，也就是说ACTIVEX、COM技术是还未成熟到让业界接受其为INTERNET平台上的标准。
三、 应用前景
一一从其概念上，技术实现上看，“B/S”版财务软件引进INTERNET技术是一种新的尝试，但是试想以下几个问题：
1、 世界上著名的软件厂商，包括CA、IBM、HP，从没有宣称其拥有一套号称
“B/S”版商用软件。
2、 甚至ACTIVEX技术，COM技术的发源地棗微软，同样没有所谓的“B/S"版商
用软件，哪怕是类似的。
一一这些问题的答案不是人家脑子笨，做不出“B/S”版商用软件，也不是人家没市场眼光，看不到市场的需求，而是“在观望！”原因在于：
（1） INTERNET技术中关键的安全问题远未解决，其中信息传递过程中的加密和身份验证是关键性任务运用INTERNET技术的最大障碍，这就是现阶段INTERNET技术的主要应用仍停留于公开发布信息为主的原因。财务系统理所当然是企事业单位中的关键性任务，其对数据的安全要求和系统的稳定运行要求是首要的。试想，财务主管的密码被窃取，敏感财务数据被非法存取，这对企事业单位来说无疑是一场灾难。所以，财务系统应用平台全面向INTERNET平台转移，言之尚早，只要是真正对用户负责的软件厂商，在安全问题得不到保障的情况下绝不会贸然向用户发布所谓“B/S”的商业应用，自砸招牌，不负责任。
（2） ACTIVEX控件一般在编程上用作界面组件，供容器进程（如浏览器）调用，也就是说，ACTIVEX控件有公开的调用接口，容器进程调用这些公开的调用接口操纵ACTIVEX控件的行为，或触发ACTIVEX控件内置的行为，故ACTIVEX控件一般用作代码重用的界面组件，绝少用作业务模块。而“B/S”版财务软件就是用ACTEIVEX控件代替以前财务软件中的模块。这种代替产生两个问题，一是ACTIVEX控件是可任意驱动调用的（大部分的编程工具都支持ACTIVEX控件的调用）；二是外来ACTIVEX控件内置的行为是不可控的、未知的。第一个问题可能导ACTIVEX控件的非经授权的调用存取财务数据，也即绕过“B/S”财务软件的客户端。第二个问题可能导致恶意的ACTIVEX控件咨询破坏客户端系统。出于这样的原因，IE等到浏览器对运行下载的ACTIVEX控件安全检查十分严格，而所谓的“B/S”版财务软件则往往要求浏览器取消IE等浏览器的ACTIVEX控件安全检查，这不啻于把客户端系统对外门户大开。
（3） ACTIVEX控件的核心技术基础就是COM对象，COM对象也有公开的接口，也即是设计成“被驱动”的。“B/S”版财务软件一般用COM对象用作应用服务器，其接口被客户端的ACTIVEX控件调用以存取数据库，这是一个非常致命的安全漏洞。稍懂COM原理的编程人员轻而易举便可获得COM对象的接口函数列表，然后自己去驱动COM对象存取后端数据库，这无疑将企事业的业务数据（存放于后端数据库中）向INTERNET公布！这并非说COM技术一无是处，COM对象设计原意是开放，代码重用，在编程中COM技术是一门非常有用的技术。
四、 国内财务软件厂商的策略
一一针对“B/S”版财务软件，似乎国内的财务软件厂商对之反应冷淡，用友在力推其UFERP，金蝶主张三层结构财务软件。其实，财务软件作为商业应用软件应以“应用为本”，贴近于广大财务人员的实际工作需要，引领企事业单位的财务管理水平提高。撇开财务软件蕴含的功能、思想，空谈开发技术如何超前、先进，这是本末倒置，误导用户。
一一当前的国情也不适应“B/S”版财务软件的配置要求，从前面所述其逻辑组成图可见，“B/S”版财务软件至少需要以下软件支持。
（1） IE4.0以上浏览器（NETSCAPE NAVIGATOR不太支持ACTIVEX）
（2） WEB SERVER
（3） 大型数据库（SQL SERVER， ORACLE等）
一一其中，WEB SERVER和大型数据库的安装、维护、管理对于一般的财会人员甚至一般的企业IT人员过于复杂，更遑论其购置成本了（大型数据一般几万元人民币以上）。假如是单机应用的话，也需在一台计算机中配齐这些支持软件，其总拥有成本（TOC）巨大，效益低下。不可忽视的还有为了安全而额外支出的凤险、精力和金钱。

针对上一篇转贴的内容，建议一些决定公司产品技术架构的人们看一本书名字叫：《软件开发的创新思维》，提示大家在应用软件的开发上要注意你公司资源的分配。技术是手段，不是目的。应用才是需要特别的关注。在大家关注实现模型，程序架构的时候，又有多少人关注应用模型的建立及为了建立这个应用模型所需要的人才与资源付出呢？

springmin

B/S好，其实之所以有C/S和B/S并存，主要是因为大家觉得在开发时有些功能B/s很难实现。比如，定位打印、快速录入等等。如果大家解决了这些问题，就不会在讨论这个问题了。具我所知，现在这些问题都已经解决，不过看你的老板是否愿意购买产品还是认你开发了。

cyd

还是B/S好，本人目前正在编写本科室的B/S结构的信息管理系统！

Judy

首先HIS本身的业务范围定义并没有一个界定，而B/S OR C/S本身的叫法也不科学。所以，如何投票？
  C/S-CLIENT/SEVER 就像大家都知道的，一个词可概之：客户端发请求，服务器端给出请求的结果。在这一点上，B/S本质也是一样的。不同之处是：客户端发请求或跟用户交互的界面层表现是通过BROWSER来完成而不是自己写的程序。自己写的程序与借助于BROWSER的有什么不同吗？有，但不是本质的。而最大的不同是B/S导致了你必须用APPLICATION SERVER来完成对请求的响应了。为什么非要这样？是因为用了B/S后，程序分发简单了。但代价是你得将所有的可以利用前端计算资源的运行程序放到APP SERVER 上，用户得花钱买APPSERVER了，而且随着应用范围的扩大，你的APPSERVER需要越来越强大，不但扩充APPSERVER的能力。与此同时，你的数据服务器的能力与我们所说C/S（二层布署）没有什么可节省资源的。分发程序方便这个目的，真的值得用这么昂贵的代价得到吗？难导就没有成本更低的方法来实现吗？我看不是。做技术的，还是不要为了玩弄技术上最流行的东西来玩弄我们的用户 吧。
还是不要用B/S 与C/S这些自己都不甚了了的概念来进一步让我们的客户更迷惑吧。HIS的用户已经被我们这些铺天盖地的新名词早搞晕了，我们还是不要再抄新名词了，让我们的用户对我们ＩＴ技术人员多一点信任是不是更负责任一些？

alanshel

目前正处于c/s向b/s的过渡阶段，其实确切地说是处于c/s向N层的过渡阶段。
有兴趣的同行可以探讨一下，我的QQ：184442259

HeStudy

[这个贴子最后由HeStudy在 2003/11/03 10:37am 第 1 次编辑]

无论这么发展，两者结合才是完善的解决方案。

yanfei

新手上路,可以告诉什么是 B/S结构, 什么是C/S结构吗? 谢谢!

labsys

springmin说，B/S的许多关键技术都已经解决，我想问一下是如何解决的，有具体的资料吗？

yuanyg

个人认为混合使用效果更好，要面对不同的着眼点，不必要太极端，不过是实现上的不同，对操作人员而言，可能根本不关心这些问题，他们更注重的是是否使用方便，完全满足业务需求，其他的并不重要，呵呆

mouse

B/S最关键的速度问题恐怕还是没有很好的解决

springmin

回labsys：
你可以看一下微软的在下一代操作系统下的软件开发。在以后的开发中B/S和C/S已经统一了。目前而言，这些难点都有现成的替代技术方案。如果你想了解可以和我联系

yuanyg

我认为BS应用于HIS，尚显不足，尤其是远程接入时，速度简直....
在中华医院信息化会议上看过一家BS结构的产品，速度之慢，界面糟糕，惨不忍睹，使人彻底丧失了信心。我相信与会者都有同感，或是3层，或是传统CS结构，依然是当前HIS开发的主流。

mayubbsy

我个人认为在用户交互量大的地方用C/S比较好，在简单查询、浏览数据、报表等不妨用B/S结构