PBntierBuilder解决方案之大型医院HIS架构升级.doc

上传人:灯火****19 文档编号:48301401 上传时间:2022-01-03 格式:DOCX 页数:4 大小:71.79KB
收藏 版权申诉 举报 下载
PBntierBuilder解决方案之大型医院HIS架构升级.doc_第1页
第1页 / 共4页
PBntierBuilder解决方案之大型医院HIS架构升级.doc_第2页
第2页 / 共4页
PBntierBuilder解决方案之大型医院HIS架构升级.doc_第3页
第3页 / 共4页
资源描述:

《PBntierBuilder解决方案之大型医院HIS架构升级.doc》由会员分享,可在线阅读,更多相关《PBntierBuilder解决方案之大型医院HIS架构升级.doc(4页珍藏版)》请在装配图网上搜索。

1、谢谢你的观赏PBntierBuilder 解决方案之大型医院 HIS+架构升级 7PBntierBuilder 产品应用系列解决方案之大型医院 HIS 架构升级我国军队医院和地方医院的 HIS 系统,大多采用PB Oracle 开发的 C/S 架构,据了解,至少有80% 以上的医院的信息化系统(包括最核心的 HIS 系统)采用 PB 开发,特别是信息化起步较早的大型医院。随着国内医疗卫生事业的发展,一些大型重点医院的发展更是迅猛,因此普遍暴露出信息化方面的一些问题:( 1)系统性能瓶颈突出传统的 PB+Oracle 架构的 C/S HIS 系统, 每个客户端从打开到关闭期间, 至少占用一个数据

2、库连接, 当客户端数量较多时 (比如: 800-1000) ,系统性能明显下降,而且由于C/S 系统固有的特点, 已经开发是对性能关注不足, 导致大并发下性能瓶颈非常突出,有些医院每逢病员高峰(如 : 周一)时,计算中心的人都 工作极为紧张和繁忙。( 2)业务规则急需重整传统的 PB C/S 程序进行业务规则共享时,通常只有两种办法: 一是通过数据库中的存储过程或自定义函数; 二是在客户端通过 PBL 或其中的对象共享。方法一若在同一数据库中,还算不错的做法,若是不同数据库中则会造成跨数据库的直接读写,增加管理和维护难度以及带来安全性问题; 而方法二导致的问题是若子系统数量庞大,这些共享部分对

3、象的版本维护将成问题,而且公共业务逻辑的修改会导致大量引用子系统的关联修改。( 3)系统耦合强,集成难目前大中型医院的医院信息化建设已从面向管理服务到面向临床服务转变, 开始了建设全面的数字化医院阶段。 系统应用面广,深入,模块(子系统)日益增多,迫切需要解决系统间的集成问题。目前 PB C/S 系统间进行简单的集成往往采用直接访问对方系统数据库的方法, 这导致了极强的耦合度和带来安全隐 患。( 4) C/S 架构制约系统发展传统 C/S 两层架构的系统, 适合中小规模的局域网大数据量的业务系统,由于其技术成熟、稳定可靠,依然在大量使用。随着医院超业务快速扩展, 两层架构在大并发及伸缩性、 互

4、联网上部署、 系统部署和维护、 系统间集成的等方面都存在诸多局限性,影响了系统横向更广、纵向更深的发展。目前各医院实施和探索的主要有:( 1)通过硬件和数据库提升系统性能一些医院通过提升硬件性能(如:更换更强劲的PC服务器、小型机)或通过Oracle-RAC 来提高 Oracle 的并发容量和性能,在一定程度上改善和环境了系统压力和性能问题, 但此途径仅仅 是解决问题的一个方面,不能解决系统集成和长期发展等问题。( 2)选用专门的平台解决集成问题一些医院正在探索或进行医院信息系统之间的集成问题, 有一些选择了国外的专业的集成平台来实现, 但医院信息化中, 最重要的、访问量最大的是HIS 系统,

5、这些集成方案均为彻底改善HIS 系统本身的性能和后续发展问题, 因此此类集成解决方案仅能作为部分和补充的解决办法。( 3)采用Java/.NET改写成 Web架构一些医院也曾讨论或尝试将HIS 系统改写成Web 架构,但一方面这种改写耗资巨大, 周期冗长, 更重要的是医院信息系统的特点(实时性强、访问频度高、 、交互性强、数据量大等) ,若采用 Web 架构,面临很多问题,因此,此方案无论从成本上还是实现效果上都不可取。( 4)采用PBntierBuilder 迁移成 nTier 架构采用 PBntierBuilder 可以将 HIS 系统或其中的核心的、访问量最大的子系统(比如:护士站、医生

6、站等)迁移升级成 nTier架构,并且利用 PBntierBuilder 的基于组件模型的分布式架构,抽象、 提取出公共业务规则和数据交换功能为服务, 实现系统间的数据集成,并且可实现一个可伸缩、持续发展的架构。该方案可从根本上解决前面所列的医院信息化面临的 4 个主要问题。采用 PBntierBuilder 对医院HIS 系统进行迁移升级,需对应用服务器端的组件服务进行规划, 这些组件提供如: 标准数据服务、通用功能服务(定时任务、Message消息、后台推送、后台打印、邮件发送、短信发送等) 、数据交换服务、业务规则服务等, 一些通用性的业务无关的功能服务PBntierBuilder 已经

7、具备,而另外一些业务性很强或特殊功能则需要根据医院 HIS 自身特点来开发。由于医院的特殊性,迁移升级HIS 系统(或部分子系统) ,工作步骤和方法特别关键,采用 PBntierBuilder 来迁移升级,客户端几乎可以保持完全不变, 使用者完全看不到变化,而且迁移后的实施,也可以和两层的C/S 并存,渐渐式更换,同一台电脑上两层和多层的并存, 万一新系统出现某个业务不能操作, 还可立即切换到老系统保障其可继续完成业务, PBntierBuilder 的迁移升级的优越性还表现在此平稳的过渡上, 避免对医院业务产生过大的影响。迁移后,系统性能可得到显著提升,通常一台普通的中档PC 服务器,可支持400-600 台客户端( IIOP 连接峰值 120-150左右) ,数据库连接在10-15 个,系统性能大大提升,系统间集成和数据交换也可得到彻底改善, 并且构建出一种可伸缩的、 可持续发展发展的架构,如下图说明: 谢谢你的观赏

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!