改进的医院系统客户端自动更新

1、改进的医院系统客户端自动更新1 自动更新的必要性客户端/服务器端(C/S)模式具有安全性高、稳定性好、系统响应快、 能充分利用客户端资源等优点， 更适用于医院信息系 统特别是 HIS 系统。而在软件的生命周期中， 软件的升级和修 复 Bug 等后期维护工作是最重要的环节， 同时是时间最长和投 入最大的阶段。 然而这些系统特别是 HIS 系统需求变化频繁， 客 户端数量大且分散，这些都给系统升级和修复 Bug 带来了不小 的挑战。因而，急需一种通用的自动更新来弥补 C/S 架构软件的 不足。2 主流自动更新解决方案分析目前有两种方案：(1) FTP下载法：基于FTP协议，客户端自动从服务器端 下

2、载更新文件到本地。( 2)使用数据库：更新文件存放在服务器端数据库中，客 户端下载服务器信息匹配， 从数据库中读取更新文件并替换。 两 种方案优缺点如表 1 所示。从表 1 可知， C/S 架构的系统需要有一种改进的使用数据库 的自动更新方案。本文将对此进行研究。3 改进型的通用自动更新系统设计与实现3.1 系统目标系统需要实现以下功能：（1）通用性：能满足医院所有 C/S 架构信息系统的自动更 新；（2）自动性：自动检测更新，自动实现更新；（3）版本控制：登录时先更新检测；（4）更新历史查询：可查各客户端的历次更新情况（是否 更新；何时更新；更新是否成功；目前在用版本等等）。（5）更新文件存

3、放位置：以二进制形式存在数据库中。（6）可扩展性：可方便加入新的 C/S 信息系统。（7）分区域更新：通过设置 IP 地址段，分批更新程序。（8）自动获取客户端信息：自动获取未注册的客户端，并 在数据库客户端列表中加入相关 IP 地址、主机名、使用信息系 统等信息。3.2 系统模型设计3.2.1 概念模型设计 本系统需要一个系统表记录更新程序信息； 为实现分区域更 新，需要一个客户端分组表； 一个客户端更新表存储客户端版本 信息；一个更新文件表存储版本号、更新文件包信息、上传机器 名、IP、日期；一个更新文件明细表存储文件包中的文件名及文 件路径、 文件内容。 客户端分组与客户端更新表以客户端

4、编号相 对应；系统模块表与客户端更新表、 文件更新表以系统识别号相 关联，文件更新表与文件更新明细表以版本号一对多关联。3.2.2 数据模型设计使用 PowerDesinger 将概念数据模型转变成物理数据模型。 自动更新物理数据模型包含 5 个表，物理数据模型如图 1 所示。3.3 系统数据库设计因为医院大部分 C/S系统都用PowerBuilder （以下简称PB 开发，为了获得更好的兼容性，本系统也采用 PB9.0+ SQL Server2008 开发。用 Power Desinger 工具将数据库物理模型转 化为数据库。3.4 程序设计本系统主要有两部分组成： 文件上传及客户端更新。

5、文件上 传由系统管理员选择要更新的系统 （若没有则新增入更新系统列 表），再选定要更新的文件包，上传（流程图如图 2 所示）。客 户端更新先确保当前客户端已注册 （新注册客户端当前版本号置 为 0），然后与服务器下载的更新版本号比对，不一致且强制更 新时则下载更新文件， 并替换本地文件， 之后客户端正常启动程 序并修改版本号（流程图如图 3 所示）。4 系统亮点 本系统相较目前自动更新系统，具有以下亮点：4.1 分区域更新可增加低配置服务器或者普通PC机作为更新服务器，将某一个 IP 地址段的客户端的更新任务布署在这个服务器上。好处 主要有二：1）缓解每天早晨大量客户端登录更新检测对服务器的压力；（2）便于系统更新时的小范围先试用，再全院铺开。4.2 自动获取客户端信息医院信息系 ?y 客户端分布广而分散，初次登录时自动注册 客户端信息。4.3 可扩展性可方便的在服务器端增加系统信息， 实现新增系统的自动更 新。