HIS系统架构模式选择

        在HIS系统日益成熟的今天，在其开发过程中，系统架构成为影响软件系统性能的重要因素之一。

有论坛网友发帖讨论，HIS系统在其开发时，系统模式最好可以适应大型医院，那么，系统架构是该采用B/S模式还是C/S?两种模式的区别是什么?

B/S架构实施成本低，维护成本高

网友hackerstudy：基于B/S架构的HIS系统运行起来很慢!

网友dgd78：基于B/S架构的HIS系统维护起来成本非常高!

网友约翰羊：B/S****的优点是实施成本较低。不论多少个工作站，只要联上局域网，有IE就ok。但是缺点就是所有的业务都放在服务器端，需要一台高性能的服务器。C/S则正好相反，C/S需要在每台工作站安装客户端软件，这个实施成本相对比较高。但是，C/S可以把业务部分放在客户端，服务器只是一个数据库服务器。对于服务器的压力要小一些。但是C/S有一个绝对的优势，就是在极端情况下的稳定性。

B/S对于服务器，网络设备的依赖性极大。当服务器，或是交换机，网线出现故障时，将直接导致系统无法使用。这个对于医院来说，绝对是无法接受的。而C/S则可以各自为战，通过在本地安装数据库，部分业务仍然可以进行。在网络恢复后同步数据即可。

网友hxfsdu：B/S页面装载要一些时间，其他都差不多吧。另外，打印也有问题。需要指定特定打印机名。C/S本地参数好管理 。

网友senquan：B/S的系统对底层的支持不够。

C/S架构稳定，实施成本高

网友zjh222：大医院当然是C/S模式好，因为是局域网，如果这个大医院有许多地点当然B/S好，但功能没有C/S的强大。

网友jiezhi：大医院也可以用B/S模式，但是实际用起来难以满足用户需要。首先B/S的效率比C/S的差很多，而医院常常存在大量的数据录入和并发情况，B/S的难以胜任。还是C/S比较好，速度快些，操作性也更好，如果是分布式的医院，用B/S模式。具体问题具体分析。如果就在自己院用，没有分院，应该还是C/S好点。就目前的现状来说，医院内部系统一般都采用C/S。采用B/S还是难以胜任的。

一般是C/S，如果非要用B/S那么可以用C/S+B/S架构，数据结算和核心数据的管理在C/S端完成，业务在B/S端完成，这也是很好的一个实现方式。

当然，B/S也可以在局域网做?不一定说哪种好，得看需求。

二者结合

目前被大多数开发人员所接受并在大型HIS系统开发中广泛采用的是一种称作多层架构的系统——不同层次完成不同职能，使系统结构更合理、有效。

网友富贵小米：在B/S与C/S架构比较中得出结论：核心业务必须采用C/S架构，医院总体软件发展方向是C/S+B/S，也就是说利用C/S的响应高速性完成核心业务，利用B/S的易集成、易共享性建立综合运营平台体现B/S的易集成、易共享。

网友cnyunxi：现在C/S与B/S构架的优点都在互相吸取，希望最终能有更好，更合理的方案出来。

网友azhe8676：都在朝两者结合方向发展，不过三层架构也是个发展方向，它能解决B/S和C/S融合的问题吧。

网友yh01110：如果要两者兼得，把业务做成active x插件吧，然后自已做一个active x三层的程序就可以了，既有C/S的速度，又有B/S低成本实施特性。