有在用的真正三层架构的HIS吗?

rambler · 发表于 2005-4-9 17:39:53

目前的HIS系统都是C/S架构的.
我们医院门诊系统今年想再上一个水平, 我们想开发一套三层架构的门诊系统.

不知道哪里有使用的较好的系统, 请各位推荐一下!

tyq · 发表于 2005-4-9 21:33:16

c/s架构不能满足需要吗？三层架构一定能解决你的问题吗？

alinew · 发表于 2005-4-9 22:21:50

能说说你理解的/想像的更上一个水平的医院门诊系统是什么样的么？

rambler · 发表于 2005-4-9 23:52:37

1.用户数不断增加, 目前已将近800
2.目前我们想要升级当前的系统, 如果再在C/S架构下开发我们认为不会有大的突破!
3. 多层应用的技术已经很成熟, 比起C/S确实有极大的优势, 但在医疗系统的应用我目前还没有见过. 对于应用服务器是否能应付我们门诊的实时处理要求还不好说!
4. 新一代的门诊系统需要有分布处理的功能

但目前还没有想看到三层应用的HIS系统案列,难道三层应用的开发真的很难?

tyq · 发表于 2005-4-10 01:22:10

800用户数是注册用户数还是同时使用的用户数？如果是同时使用的用户数，这个数量就很大了，有必要专门定制，但门诊系统能单独做吗？门诊系统和住院系统不连在一起用吗？门诊系统只是电子处方还了包括了电子病历？没有具体的资料，很难说出个道道来。

rambler · 发表于 2005-4-10 08:48:21

病区与门诊分为两个数据库, 院内有LIS,RIS, PACS, 行政, B超, 病理等近十个数据库, 数据同步共享有专门的方案, 分别有定时同步和实时同步方案.
  目前同时连接的门诊用户数近600, 如果未采用分库方案, 同时连接的最高用户数将近1000.
门诊医生站的电子病历还不完整, 因此希望今后能购买一套病历编辑器来用用.

  我们的门诊系统(医生工作站)是2000年初自行开发的, 应对财务管理一直还不错,医生录处方\检查项目也被全面接受, 手工处方在2003年时已基本停用.
  但是门诊系统越做越大,需要新增并优化的功能层出穷, 如: 预约挂号,存款消费,自助挂号, 医保实时结算,分诊排队呼叫,输液室打针排队呼叫系统, 检验检查单录入界面的优化, 诊间与药房\收费\分诊的信息交流, 等等, 越来越复杂, 原系统被改的面目全非, 维护起来难度越来越大, 门诊系统已不是原先1-3个人
就能完成的小项目了, 他需要一个团队对其重新规划设计, 因此我们希望能作成三层架构, 把重要的业务逻辑放到中间层去, 前台专心做界面, 这样更易于维护, 当然需要更多的人来分工. 这种方式不知道可行性有多大. 另外我们总人数有13人(开发维护),  可参与开发门诊的人数为7人.

rambler · 发表于 2005-4-10 08:56:48

新门诊应有的功能除前面提到的外还应支持:
  短信挂号, 病人呼叫回访中心, 门诊体检, 专科功能(妇产科产前检查\儿保检查\门诊手术)  等等
  总之门诊系统要想能完全满足医疗业务, 要走的路还远着啊!
  没有最好,只有更好, 新一代很快会变成老一代!

tianma · 发表于 2005-4-11 08:22:12

1.用户数不断增加 -- 当并发用户很大时，三层和两层结构都同样承受很大的压力。当业务处理过程比较复杂时，三层中的应用服务器是一个新的瓶颈 -- 原来分布在工作站上的处理过程全部集中到应用服务器上，同时J2EE之类处理效率比较低。

2.要升级当前的系统, 如果再在C/S架构下开发我们认为不会有大的突破! -- 突破应该是功能和处理能力上，仅仅更换架构我认为不算突破。

3. 多层应用的技术已经很成熟, 比起C/S确实有极大的优势 -- 多层技术确已比较成熟。三层和两层结构各有自己的优势。我以前曾说过：用几层结构要根据应用的特点来考虑，并非架构最新就是最适用的，问题是你需要哪些优势。

4. 新一代的门诊系统需要有分布处理的功能 -- C/S架构可正是标准的分布式处理系统啊！三层架构才是集中处理系统。

dreamaster · 发表于 2005-4-11 08:33:41

北京众邦跟澳大利亚的TrakCare都是多层架构的，前者采用微软COM+，后者采用Cache数据库自带的web体系结构。

扬帆 · 发表于 2005-4-11 11:21:45

门诊用户数近600，也算是一家特大型医院了，你们选择三层架构可能主要从易维护方面出发，建议除了架构以外，产品的优化、稳定、数据准确、应急处理都应考虑进去。

rambler · 发表于 2005-4-11 13:11:37

潭主所言不差, 正式为了获得以上好处!
改为三层结构可以使业务\数据\功能流程更清晰,更易于维护, 对数据库服务器的压力可以减轻一些。
只是前期设计的代价确实大，所有编程思想都要改变，而且还不能保证最后的效果如何。
因此，想知道类同咱们医院这样的对速度、安全性、准确性要求如此之高的应用是否有前车之鉴！
dreamaster所说的CACHE系统目前运转如何？只是我们用的是SQLSERVER2000。

welcomei · 发表于 2005-4-14 09:21:51

去看看中山市人民医院，那里说不定能找到你的答案

yanly9 · 发表于 2005-4-14 11:38:39

我个人没有做过这么大的项目,有800个用户同时操作!但从感觉上来讲,如果系统如此庞大,光从系统的体系结构上进行优化是不够的,同时应该将硬件及网络同时进行扩充。就当前前台技术的发展来看，比较流行的MS htc技术+Xslt这种还不能完全代替Windows窗口操作的方便性，所以整个系统应该是应该是C/S + B/S。从系统架构上讲，应该是分布式系统。

matrix · 发表于 2005-4-14 17:16:33

1.多层结构技术现以J2EE.及.net为2大阵营,国内厂商中瑞得是.NET,众邦是COM+
,都是走的微软路线;其他公司只是部分后期开发的小系统是采用三层的.国外SCS是三层的,采用J2EE,用的IBM的中间件.
2.三层的系统都比较慢,JAVA的更是如此,厂商优化系统效率时容易重回二层路线.灵活性和效率之间确实是矛盾的.我看过众邦引用网站普遍采用的中间件SRV集群负载均衡技术解决效率问题,不知道实际医院运行怎么样.
3.个人认为现在很难选择好的3层产品,COM+微软不去发展了,.NET的产品还需磨合,况且.net本身也有很多BUG,J2EE的造价高,没有真正看见哪家大型医院全面使用这个平台.况且Java的运行效率需要较高的技术手段去保证.
4.但是在最后,选择三层技术是技术发展的比然,见易你看看去年网络上一片有名的文章<软件的涅磐>,是一篇另人拍案的好文.

rambler · 发表于 2005-4-15 16:52:36

这也正是我们的担心,多一层架构即多一个故障点, 应用服务器的性能优化等问题接踵迩来, 因此,
我们也一直在犹豫.
如果重复以前的C/S结构,如何进行系统的优化设计就是关键了, 不知道各位有否高见?

		自动登录	找回密码
密码			欢迎注册