上半年，开发了一个基于.net1.0的B/S结构的实验室信息系统。采用oracle8.0以上数据库，.net1.0框架，IIS。客户端：IE6.0，通讯的接收程序用delphi写的数据采集程序，其它处理采用C#.

优点：

1、维护和更新方便，在局域网的任何一台计算机均可访问LIS，特别适合于社区医院（总院+社区服务点的模式）。2、能实现C/S的所有功能，复杂模块采用第三方控件方工实现。如打印、质控图等。3、容易结合其它网络功能，如论坛、BLOG、网站等。

缺点：

1、再好的服务器也不能和C/S结构的LIS速度相比，速度慢。每个涉及数据的操作，都要与数据库连接，操作完成断开。2、理论上，可以连接很多台客户端，但实际上数据达到50个点以上时，速度的影响非常大。一定要将数据库和IIS服务器分工，同时设多台IIS，来分流。3、技术上还不是很成熟，如与oracle 9i,oracle 10g的数据接口就不完善，数据访问时，CPU占用非常严重。但和oracle 8.i的接口不存在这个问题。

结论：

基于.net的B/S的LIS还不适合于大中型医院实验室的推广应用，只适合于小型医院（二级及以下，标本量小于200/天）的实验室应用。

讨论：

.net和b/s都是目前的技术热点，部分公司的电子病历就是采用B/S模式（它的服务器配置要求是不是特别高，小型机？？）。但这种模式为什么就不能在LIS中实现呢？

微软的新产品要求硬件配置非常高，否则就不能实现理想的性能、速度，那么在目前的条件下，有没有更好的应用方案？

请教斑竹：

你的实验环境和具体试验条件能否介绍一下？

“与oracle 9i,oracle 10g的数据接口就不完善”一句能否再具体些？

IIS的配置数量是多少？

奇怪，现在许多网站不是都用的IIS和BS吗？那样的访问量，应该比你这个大很多了

其实原因很简单，从你的描述中可以看出你并没有真正理解ｂ／ｓ结构的信息系统的一些技术．你并没有采用数据库连接池,数据缓存技术．如果采用的话，可以大幅提高系统的性能．

LIS要涉及许多处理,一个操作可能要关连多个表,个人认为比网站情况要复杂很多倍.当然和大型网站是不能比,它的访问量是很大,但大多数的内容是静态的.

数据库连接池,数据缓存技术这些技术还没有深入研究,但在开发环境的决定下,不大可能改善多大.说真的,开发C/S结构时,也根本没有考虑太多这方面的问题(见笑了),开支环境帮我们处理好了.

与oracle 9i,oracle 10g的数据接口就不完善:主要是指性能上,速度比oracl8i慢很多,当然也有可能是服务器硬件配置太低,没有发挥出该有的性能.

呵呵，大型论坛全部都是动态的

假如真想做B/S，建议你还是好好去了解了解吧。

是的,可能不能采用微软的开发工具.

可以采用php/asp/jsp等开发环境,但有些复杂问题也还是没法解决,如质控图,成批打印等,也许是本人水平有限.

全国应用心电图信息系统的医院已经过10家，依然不见相关讨论，是不是心电图在医院不重要？据说很不好卖。

质控图可以在服务器端生成以后以图形的形式返回到Client端，目前绝大多数股票软件都是有这么做的功能，利用强大的服务器端处理功能，应该说还是很不错的

至于批量打印，也还是有办法的，直接用MS 的API就可以实现