应用PbnTierBuilder实现医院信息系统.pdfVIP

应用 PbnTierBuilder 实现医院信息系统的三层迁移升级 ① ② ① 李 力 钱海元 李金 ①华中科技大学同济医学院附属同济医院计算机中心，430030，湖北省武汉市解放大道1095号 ②武汉源启科技有限公司，430074，武汉武汉市光谷创业街10栋 A座803 关键词 医院信息系统 客户/服务器 多层架构 PbnTierBuilder 迁移 摘 要 分析基于客户/服务器架构的医院信息系统面临的问题，给出可供选择的 迁移方案，提出选择应用PBnTierBuilder来实现系统的多层架构迁移升级工作。 并给出了具体的迁移步骤，迁移后系统性能有了明显的提升。 我国医院信息系统经过二十多年的发展，目前 40%以上的大中型医院正在建设全院的数 字化管理信息系统，应用系统多样、涉及面广、模块数多、访问频繁，大多采用客户/服务 器模式，维护复杂，而流行多年并已经成熟的分布式技术、应用服务器技术以及 Web 技术的 应用却很少，如在本院运行的信息系统，应用模块（子系统）已超过一百个，HIS主数据库 服务器连接数数高峰已突破 1000 个。由此可见，一般大型医院在系统应用上必然同样会遇 到：数据库连接数大，数据访问频繁，系统压力集中；系统间耦合度高，系统扩展困难等各 种问题，而系统若从现在的 C/S 两层架构向分布式多层架构进行迁移升级，则可以解决系统 面临的一系列问题。 1 当前系统面临问题 1.1 系统性能瓶颈突出 本院开发的 HIS 系统，采用传统的 C/S 架构，客户端系统应用直接 连接到数据库系统，一个客户端至少需要占用一个数据库连接，一些大数据量查询被限制在 特定的时段才能使用。这样的状况不仅造成了极大的资源浪费，而且在大并发下造成数据库 压力过重而不能快速响应和处理业务请求，导致系统系统性能低下。在实际应用中，每天应 用高峰时段系统连接主服务器的用户会话数可超过 1000 个，特别是在周一超大的系统规模 和巨大的访问量更显系统性能低下，不仅令业务部门不满意，也让计算机中心人员更为紧张 和繁忙。 1.2 业务规则急需重整 目前系统开发中业务规则重用采用如下两种方法：一是数据库的存 储过程或函数，二是在客户端通过 PBL 共享或对象共享。但这两种方法都不是太理想，前者 不仅编写难度比较大，而且会增加数据库的压力，后者通常不太好控制版本的一致性，而且 758 造成较大的分发和维护工作量。解决这些问题需要采用中间服务器和分布式应用等多层架构 思想，以降低开发和维护的难度及工作量。 1.3 系统偶合性强，集成难度高 目前大中型医院的医院信息化建设已从面向管理服务到面 向临床服务转变，开始了建设全面的数字化医院。系统应用面广、深入，模块日益增多，迫 切需要解决系统的大集成。由于医院信息系统的主体系统自行开发，在与其他系统（包括引 进系统）集成时直接采用点对点的集成结构，系统间的偶合性很强，同时随着系统的发展， 不仅需要流程管理、营销渠道、外部服务等角度进行整合[1]，而且可能需要从数据、应用接 口、界面三个层面上去实现集成，直接导致了集成的难度和复杂性，需要寻求适合自己的更 为先进的集成方式，如基于 SOA 和柔性流程的医院信息系统集成，来构造/升级整个医院的 [5] 信息系统 。 1.4 C/S 架构制约系统应用发展 传统 C/S 两层架构的应用系统，适合中小规模的局域网大 数据量的业务系统，技术成熟、稳定，目前仍在大量使用，然而，两层系统架构在大并发、 互连网部署、系统部署和维护等方面的局限必然会制约系统横向更广，纵向更深的发展。 目前，我院 HIS 系统主体是采用 PB+Oracle 开发的传统 C/S 架构，随着同济医院的发展， 信息系统应用规模将越发庞大，按目前的访问方式预计高峰时间连接数将来有可能突破 2000 个，系统应用需求将进入跨区域的互连互通，并且需要对外提供 Internet 信息发布及 服务等多样化应用的阶段，因此，目前的系统架构已经制约了系统进一步发展,有必要进行 系统架构的迁移升级。 2 PB C/S 系统迁移方案比较分析 多层架构的提出正是为解决了两层架构面临的各种问题，通常所指的“多层”主要为分 布式系统和 B/S（Browse/Server）系统。在同济医院信息系统的进行迁移升级的