军卫一号信息系统数据库升级的实现
基于“军卫一号”的新型医务管理系统的设计和实现
Ｃ ｉ ；．ｏ ｐｔ ｅｔ ， ｕｈｕＧ ｎｒ ｏ ｉｌｆ ａ ｎ ｉ ａ ｒ ｏ ｍ ｎ， ｕｈｕ ５０２ Ｃｉ ） ｈ ａ２ ｍ ｕ ｒ ｎ ｒ Ｆｚｏ ｅｅ ｌ ｓ ｔ ＠ ｇＭｌ ｒ Ａｅ Ｃ ｍ ａｄ Ｆｚｏ ００， ｈｎ ｎ Ｃ ｅＣ ｅ ａＨ ｐ ａｏ Ｎ ｉｙ ａ ｔ ３ ａ
ｍ ｄｃｌ ａ ｖｌｅ ｎ ｐｏｉｅ ｍ ｌ ｉｆ ｍａ ｏ ｏ ｔｅａ ｔ ｒｉｓ ｆ ｈ ｏｐｔ ｎｔ ｉ ｄｃｓ ｎ ｍ ｋｎ． ｉ ｓ ｅｉａ ｄ ｔ ｉ ｏｖｄｉ ｒｖｄｓａ ｐｅ ｎ ｒ ｔｎｆｒｈ ｕｈ ｉｅ ｏ ｅｈｓｉｌ ｈ ｒ ｅｉ ｏ — ａｉｇ【 ｎ ｅ ａｎ ， ｏ ｉ ｏｔ ｔ ａｉ ｅ ｉ Ｃｈ ｅ
Ａｂｔａｔ ｂ ｃｉ ｏｄ ｓ ｎａ ｅ ｐ ｆ ｄ ａ ｍ ｎｇ ｍ ｎ ｓｓ ｍ ｂ ｓｄｏ ｏ１ ｌａ ｅ ｉ ｌ ｒ ｅｔＭｅ ｏ ｓ ｃ Ｏ ｊ ｔ ｅＴ ｅｉ ｗｔ ｅｏ ｉ ｌ ａ ａｅ ｅｔ ｙｔ ａｅ ｎＮ ｉ ｒ ｍ ｄｃ ｏ ｃ． ｔ ＆ ｒ ｅ ｖ ｇ ｎ ｙ ｍｅ ｃ ｅ ｍｉｔ ｙ ａｐｊ ｈ
ＰＥＮＧ ａ —Ｂｉ Ｘｉｏ ｎ ，ＨＵＡＮＧ ｎ Ｐｉｇ ，ＺＨＡＮＧ ｅ ｆ ｎ Ｗ ｎ— ｅ ｇ ，ＬＩ Ｇｅ ｓ ｅ Ｎ ｎ— ｈ ｎ
ｆ Ｄ ｐｒ ｅｔ ｆ ｎ ｒ ａＱ ， ｈ ７ ｔ Ｃ ｎ ａ Ｓｃ ｏ ， ｕｈ ｕ ｅ ｅ ｌ ｏｐ ａ ｏ Ｎ ｎｉ ｉｔ ｙ ｒａ ｏ ｍ ｎ ， ｕ ｏ ５ ０ ２ １ ｅ ａ ｍ ｎ ｏ Ｉ ｏ ｔ ｎ ｔｅ ６ ｌ ｉ ｌ ｅｔｎ Ｆ ｚｏ ｎ ｒ ｓｉ ｌ ｆ ａｊ ｇ ｌａ ｅ ｍ ａ ｄ Ｆ ｚ ｕ ０ ０ ， ． ｔ ｆ ｍ ｉ ４ ｈ ｉｃ ｉ Ｇ ａ Ｈ ｔ ｎ Ｍ ｉｒ Ａ Ｃ ｈ ３
［ 键 词］ 军卫 一号 ； 关 医务 管理 ； 系统设 计
“军卫一号”医院信息系统与多套异种医保系统的连接
但存在医保数据传输不够准确和连续性较差、对工
作人 员手 工干 预 的求 比高 的缺 点 。随着 近年来 我 院 医保 患者 比例 越来 越大 ，原 有软件 已经 不能满 足需 求 。为 了彻底 解决 医保 患者 结算难 、医保费 用算 不 准 的问题 ，２ ０ １ ０年 以来 ，我 院 根 据 地方 医 保 部 门
医保逻辑子网的主要功能是连接医保 、新农合
收 稿 日期 ：２ ０ １ ３— ０ ３—０ ２
１ ４
中心服务器、安装 了医保收费程序 的电脑 （ 医保
‘ Ｍｅ ｄ ｉ ｃ ａ ｌ Ｅ ｑ ｕ ｉ ｐ ｍｅ ｎ ｔ Ｖｏ １ ． ２ ６， Ｎｏ ． ６
收费工 作 站 ） 和本 院 医保 前 置服务 器 。
诊收费程序 （ ｏ ｂ ｉ ｌ ｌ ｉ ｎ ｇ ） ，人院登记程序 （ ａ ｄ ｍ ｉ ｔ ）和
住 院 收费 程 序 （ ｉ ｂ ｉ ｌ ｌ ｉ ｎ ｇ ） 基础 上 利 用 Ｐ ｏ ｗ ｅ ｒ Ｂ ｕ ｉ ｌ ｄ ｅ ｒ 工具 进行 了整 合开 发 ，先 后完 成 了扬 州 市 区城 镇职 工 医保 （ 下简 称 医保 ） 、扬 州 市 邗江 区医保 、扬州 市 邗江 区 新 型 农 村 合 作 医 疗 保 险 （ 下 简 称 新 农
为 了解 决 医保 系统数 目多 ，网络 环境复 杂 的实 际问题 ，我 院 以 Ｈ３ Ｃ￥ ５ ８ ０ ０三 层 交 换 机 为 依 托 ， 以Ｖ Ｌ Ａ Ｎ（ 虚拟 局域 网 ）方 式将 医 院局 域 网划分 为 了 四个 逻辑 子 网 ， “ 军 字 一 号 ” 逻 辑 子 网 ，Ｐ Ａ Ｃ Ｓ
医保 系统接 口的实 施 文 档 ，在 “ 军 字 一 号 ” 的 门
心 交换 机 ，再 由核 心交换 机连接 医保 前置 服务器 和
“军卫一号”管理系统研究与应用体会
① 医务人员 医院感染意识普遍不强（ 极少数科室甚至整年
无医院感染 上报 病例 ） 医院感染病例及时发现的上报意义 ，对
１５ １
基层 医学论坛 ２ １ 年 １ ０２ 月第 １ 卷第 １ ６ 期
将每个月各位 医生的接
诊 患者 按费别 ： 队医改、 费医疗 、 军 免 医疗保险 、 自费 医疗 及其 他 ５项加 以统计 ， 以查询到每位 医生每种费别人员 的接诊人 可
数 。见表 １ ．
存的局 面 ， 每个单位 的系统程序都不完 全相 同， 自有各 自的 各
医生 ＼ 费别
× × ×
量开药、 重复开药处处 可见 。 这种统计方法使所有科室 、 医生开
支收入一 目了然 ， 不仅对大家的 日常工作起到 了一定 的约束作 用， 杜绝了大处方、 重复开药等弊端 ， 而且提高 了能创收科室 的
（ 收稿 日 ： １－６ １ ） 期 ２ １０— ４ ０
医院感染 病例 漏 报原 因分析 与 整 改措 施
２１ 为领导 的管理提供 了信息保障 ．
“ 军卫一号 ” 据库 直接提取数据 ， 数 通过 “ 接诊数量 、 人员 类型 、 收纳金额 ” 三个方面来展示 门诊部 疗 工作的相关情况 ， 好 很 地弥补了过去 医务管理 系统 中过 于杂乱 ，统计不细 、不准 、 易
作者简介 ： 罗新 ， ， 黎 男 本科 ， 副主任医师。
实的数据【 句 。我部首创 的这套 统计数据 的分析应用给 门诊部带
来了巨大变革 ， 不仅为我部领导决 策层 和人 事管理部 门提供了 有力的信息保 障 ，还使大家从思想上起到 了革命性的变化 ， 提 高 了医生 的工作积极性 ， 增加 了收入 ， 避免 了不必 要的资源 浪 费， 在实 际工作 中取得 了良好 的效 果 ， 大地促进 了门诊部管 极 理和医疗服务水平的提高 ， 我部工作迈上 了新 台阶。 使
基于64位Windows 2003和Oracle 10g RAC的“军卫一号”数据库的升级
ｄｔｂｓ ｏ ｒｃｅ８１ ｏ １ｇＲ Ｃ （ ｂｔ ａｅ ｎ ｗｎ ｏ ｓｐａｏｍ（ ｂｔ ｉ ａｐｏｅ ｅ ｏ ｆ ｒｄ ｃ ｇｈｇ ａ ａｅｆ ｍ Ｏａｌ ． ｔ ０ Ａ ａ ｒ ７ ６ ｉ ４ ）ｂｓｄ ｏ ｉｄｗ ｌ ｆ ６ ｉ ｓ ｒｐｒｍ ｔ ｄｏ ｏｕｉ ｉ ｔｒ ４ ） ｈ ｐ ｎ ｈ ｂ ｎｆ ｗｔ ｓ ａ ｖｓ ｅ ｔＣｈ ｅ ｅＭｅ ｉａ Ｅ ｕｐ ｎ ｏ ｒａ，０ ， １ １ ）６ — Ｏ ｅｅ ｔ ｉ ｉ ｉｉ ｅｔ ｎ． ｉ ｓ ｄｃ Ｉ ｑ ｉｍｅ ｔ ｕｎ Ｉ １ ３ （ ：８ ７ 】 ｉ ｈ ｎ ｌｎ ｍ ［ ｎ Ｊ ２ ０ ０
的 难 题 方 法 ： 作 系统 升 级 为Ｗｉｄ ｗ ０ ３ ６ 位 ） Ｏ ａ ｌ数 据 库 从 ８１ 升 级 为 １ （ ４ － ， 建 Ａ Ｒ Ｃ 通 过 多进 操 ｎ ｏ ｓ ０ （ ４ ， ｒｃ ２ ｅ ． ７ ０ｇ ６ ０ ）并 Ａ ，
程 、 用 户 的 导 出， 入 模 式 完成 数 据 迁 移 。 结 果 ： 分 导 实现 了“ 军卫 一 号 ” 据 库 的 高性 能和 高 可 用性 。 结论 ： 于６ 位 数 基 ４ Ｗｉｄ ＷＳ 台 、 ｎＯ 平 将数 据 库 ｇ Ｏｒｃｅ ．７ 级 为６ 位 １ ｇＲ ． ａ ｌ８ １ 升 ４ ０ ＡＣ是 一 个投 入 少 、 效益 高的 好 办 法 。 『 键 词１ Ｏ ａ ｌ ＲＡ 军 卫一 号 ； 级 关 ｒｃｅ； Ｃ； 升
ａ ｄ ａａｌ ｉｔ ｏ Ｎ ． Ｍｉｔ ｙ Ｍｅ ｉａ Ｐ ｏ ｃ ｗ ｓ ａ ｈ ｖ ｄ Ｃ ｎ ｌｓ ｎ ｐ ｒｄｎ ｏ１ Ｍｉｔｒ Ｍｅ ｉ ｌＰ ￣ ｃ ｎ ｖｉ ｂｌｙ ｆ ｏ１ ｌ ａ ｄｃ ｌ ｒ ｅ ｔ ａ ｃ ｉ ｅ ． ｏ ｃ ｉ Ｕ ｇａ ｉｇ Ｎ ． ａ ｉ ｉｒ ｊ ｅ ｕｏ ｌ ａ ｄｃ ｒ ｅ ｔ ｉ ｙ ａ
基于“军卫一号”医学网络训练系统的设计与实现
石 平 袁 ， 波 苏 义 陈利华 朱世 杰 施 建辉 路 又 可 ， ， ， ， ，
２０ ０ ；． 放 军 第 １１医 院 ， 苏 无 锡 １０ ２ ２解 ０ 江 ５２ １） ７０ ６ （． 京 军 区南 京 总 医 院 ， 京 １ 南 南
２ Ｔ ｅＮ ．０１Ｈｏｐｔ ｆＰ Ａ，Ｗ ｕ ｉ５ ２ １ ｉｎ ｓ ｒｃｎ ｅ，Ｃ ｉａ ． ｈ ｏ１ ｓｉ ｏ Ｌ ｌ ａ ｘ ７ ０ ６Ｊａ ｇｕＰ ｏ ｉｃ ｈｎ ）
Ａ ｓｒｃ Ｏ ｊｃ ｖ ｏｄｓ ｎａｄｉ ｌｍ ｎ ＣＳＤｍｏｅｏ ｅ ｉａ ｎｔｏｋｔ ｉｉｇｓｓ ｍ． ｈｃ ａｅ ｎ山ｅＮ ． ｂ ｔ ｔ ｂｅｔ ｅＴ ｅｉ ｎ ｅ ｅｔ Ｉ／ ｄ ｆ ｄ ｌ ｅ ｒ ａｎｎ ｔ ａ ｉ ｇ ｍｐ ａ ｍ ｃ ｗ ｒ ｙ ｅ ｗ ｉｈｉｂｓｄｏ ｓ ｏ
ｔ ｉｉｇ．ｌ ，ｓ， ｉ ｓｓ ｍ ｕｅ ａａｌ ｇ ａｅａｄＭｙＱ ａ ｂ ｓ ｅｅｏｍ ｎ ｔｃｎ ｌ ｙａ ｄｓ ｂｅｃｍ ｕ ｉ ｔ ｎ ｒ ｎｎｓｉ￣ａ ｌ Ｉ ｓ ｙｔ ｓｓ ｖ ｎｕ ｇ ｎ Ｓ Ｌｄｔ ａｅｄｖｌｐ ｅ ｔｅｈ ｏ ｇ ａｌ ｏ ｍ ｎｃ ｉ ａ ｘ ’ ｅ ｈ Ｊ ａ ａ ｏ ｎ ｔ ａｏ
Ｄｅ ｉ ｎ ｎ Ｉ ｐ ｅ ｅ ａ ｉ ｎ ｆ Ｍ ｅ ｉ ａ ｔ ｒ Ｔｒ ｉ ｎｇ Ｓｙ ｔ ｍ ｓ ｄ ｎ Ｎ０ １ ｓｇ ａ ｄ ｍ ｌ ｍ ｎｔ ｔｏ ０ ｄ ｃ ｌＮｅ ｗｏ ｋ ａ ｎｉ ｓｅ Ｂａ ｅ ｏ ．
Ｍ ｉ ｔ ｒ ｅ ｉａ ｒ ｉｃ ｌ ａ ｙ Ｍ ｄ ｃ ｌＰ ０ｅ ｔ ｉ
ｐｏｏｏｓ （ Ｏ Ｐ， ｂ ｓｒｉ ｓ ｔ． ｏ ｌ ｋ ｗ ｔ ｔ ． ｌ ｒｔｃ ｌ Ｓ Ａ Ｗｅ ｅｖ ｅ ，ｅｃ ｃ ）ｔ ｉ ｉ Ｈ ｔ Ｉ嘲岫 Ｆ ｎ ｔ ｎ ｒ ｃ ｉ ｅ ，ｓ ｃ ｓｒｎ ｏ ｕ ｓ ｏ ｉｇ ｎ ｈ ｐ Ｉ ｕ ｃ ｏ ｓａｅ ａ ｈｅ ｄ ｕ ｈ ａ ａ ｄ ｍ ｑ ｅ ｔ ｎｎ ， ｉ ｖ ｉ
“军卫一号”HIS双活架构设计
解决方案Solution·China Digital Medicine,Eec.2016,Vol.11,No.2技术实现存储双活；③4台SAN交换机组建SAN网，实现主机与存储之间的冗余连接；④4台网络交换机组建心跳网，实现主机RAC节点之间的冗余连接；⑤2台NAS存储用于存放RMAN 备份数据库；⑥利旧原小型机用于测试开发和历史数据库；⑦部署1台CDP （连续数据保护）设备，实现0-48小时内任意时间点的数据恢复。
4 架构测试架构测试的目的是为了验证新架构的高可用性及健壮性，模拟小型机、存4.2 存储测试 两台存储通过Oracle ASM技术实现高可用；每台存储配置52块600G SAS磁盘和5块400G SSD闪盘，通过RAID1实现磁盘冗余保护；每台存储均配置双路控制器。
测试方法如表2所示。
表2 存储测试项目表4.3 SAN网络测试 在我院综合楼和门诊楼各部署两台SAN交换机，通过机房间的长波级联组成SAN网络，实现小型机与存储之间的冗余连接。
测试方法：断开1台SAN交换机上的小机光纤链路，观察是否对业务有影响。
4.4 心跳和业务网络测试 心跳和业务网络端口均使用EtherChannel技术进行链路捆绑，从而实现交换机与交换机之间的冗余连接。
测试方法：断开捆绑链路中的其中一路，观察是否对 图1 HIS双活架构及容灾设计图解决方案Solution医生制度，浦东新区也率先在全市开展家庭医生试点工作，目前已经实现了家庭医生的全覆盖，居民在签约家庭医生处可以享受到有针对性的健康管理服务。
本文仅从时间维度对浦东新区高血压就诊人数进行了预测研究，可以有效帮助家庭医生有针对性地开展签约、建档和其他相关医疗卫生服务工作。
浦东新区卫生信息共享平台积聚了大量的医疗卫生数据，如何利用大数据分析技术，深入挖掘签约居民的就诊行为，从签约情况、费图2 模型预测效果（上接第86页）活架构，充分考虑了硬件故障发生的各种可能性，为HIS提供了可靠的高可用和数据容灾。
“军字一号”数据库常见问题及对策
一
措施 ： ①请 使用 “ Ｎ ｅ ｔ ８ Ｃ ｏ ｎ ｆ ｉ ｇ ｕ ｒ ａ ｔ ｉ ｏ ｎ Ａ ｓ ｓ ｉ ｓ ｔ ａ ｎ ｔ ” 工具 向导 之“ 本地网络服务名配置” 配置 Ｔ Ｎ Ｓ即可 。②首先 查看客户 端的 ｔ ｎ ｓ ｎ ａ ｍ ｅ ｓ ． ｏ ｒ ａ文件 ， 找到数据库连接 的描述 中 ， ｓ ｉ ｄ＝ 或 ｓ ｅ ｒ ｖ ｉ ｃ ｅ ｎ ａ ｍ ｅ ＝之后 的名称 ， 假 设这个名称 是 ｄ ｂ ｓ ｅ ｒ ｖ ｅ ｒ 。然后 在客户端 用 ｔ ｎ ｓ ｐ ｉ ｎ ｇ 命令， 测 试 刚才找 到的实 例名 ， 命令： ｔ ｎ — ｓ ｐ ｉ ｎ ｇ ｄ ｂ ｓ ｅ ｒ ｖ ｅ ｒ ， 如果不通 ， 则要从 网络 环境 、 数 据库环 境等方 面找原因 ， 看是否实例名错误 、 数据库是否启动 、 数据库监 听 是否启动 、 网络是否通畅 ” Ｊ 。
“军卫一号”系统ORACLE数据库平台的升级实践
的Ｐ ｃ服务器 已经不弱于小型机 。 ＠Ｗｉｄｗ 选择 ３ 位还是 ｎｏ ｓ ２ ６ 位 的系统。由于 ３ 位操作 系统 的最大寻址空 间为 ４ 而 ４ ２ Ｇ， Ｏ ＡＬ Ｒ Ｃ Ｅ数据库 的性能主要取决于 内存 ，２ ３ 位系统寻址能力
ｌ ｌ 】 的不足成为其致命伤 ， 操作 系统 和应用 系统 向 ６ ４位迁 移成
功 尽 量 缩 短 系统 停 机 时 间 ， 必须 多 次进 行 升级 演 练 。针 对 每
件、 软件价格昂贵 ， 维护技术要求高。Ｗｉｄｗ 系统的优点是 ｎｏｓ
相应 的硬件及软件价格较低 ， 维护 方便 。主要缺点是 目前针 对 Ｗｉｄｗ 系统 的病毒较多 ， ｎｏｓ 风险要大一些 。 从性能上看 ， 由 于双核及 四核英特尔至强处理器的运用 ，目前 高端 Ｉ Ａ架构
医学信息 ２ ０ 年 ４ ０９ 月第 ２ 卷第 ４ Ｍ ｄ ａ Ｉｆ ｍ ｔ ｎ Ａ ｒ２ ０ ． ｏ ２ ． ｏ ２ 期 ｅｉ ｌ ｎ ｒ ａ ｏ． ｐ． ０ ９ Ｖ １ ２ Ｎ ． ｃ ｏ ｉ ． ４
” 军卫一号 ” 系统 Ｏ Ａ Ｌ Ｒ Ｃ Ｅ数据库平 台的升级实践
夏 洪斌 ， 炯 ， 敏 ， 王 于 陈薇 薇 ， 颢 蒯
次演练 中出现 的问题 ， 断修正升级方 案 ， 不 直至演练完 全达 到预期效果［１ ２。 ， ３
３升级 切 换 步 骤
Ｌｎｘ ｉｕ 则不熟 。同时医院经费预算有 限， 最终确定用 Ｗｉｄｗ ｎ ｏｓ 架构的 Ｐ Ｃ服务器。 由于服 务器硬件技术 的飞速发展 ，内存 ８ ｇ以上十分普遍 ， 要充分发挥服务器的性能 ， 是要 选择 ６ 还 ４ 位 的系统 。所 以最 后我 院操作 系统 选择 为 Ｗｉｄｗ ｅｖｒ ｎｏ ｓＳｒｅ ２０ ｎｅｐｉ ６ ｄｔ ｎ ０ ３Ｅ ｔ ｒ ｅＸ ４Ｅ ｉｏ ，数据 库为 Ｏ ａｌ Ｄ ｔ ａｅ １ｇ ｒ ｓ ｉ ｒｃｅ ａａ ｓ ０ ｂ
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
军卫一号信息系统数据库升级的实现目的通过升级来提高军卫一号信息系统的运行效率，以适应医院医疗业务的发展。
方法通过在测试服务器上进行操作系统和Oracle升级的模拟演练制定了详细的升级方案。
根据既定方案完成正式服务器上的升级。
结果该方法实现了操作系统和数据库系统的成功升级。
结论操作系统与数据库的升级极大地提高了信息系统处理事务的能力，达到了预期目标。
Abstract：ObjectiveTo enhance the operation efficiency ofNo.1 Medical Project information system by upgrade to adapt to the development of the hospital medical business. MethodsBy means of the simulation exercises of operating system and oracle system upgrade on the test server making the upgrade program in detail and according to the established program to complete the upgrade on the formal server. ResultsThe operating system and database upgrade has been achieved successfully by this method. ConclusionOperating system and database upgrade improved the ability to handle affairs of the information system greatly and achieved the expected goal.Key words：No.1 Military Medical Project;Information system; Database upgrade武警北京总队医院是一所中型综合性医院。
近年来，随着医院各项业务的不断发展，我院已跨入三甲医院的行列。
随之而来的科室医疗业务扩大和收治的急速增加导致了信息系统客户端数量成倍的增长，而服务器所能连接的客户端数量却是有限的，从而使得数据库响应时间延迟。
而面对急剧增加的数据量，软件系统较低的性能和管理能力一方面造成部分硬件资源的浪费，另一方面也使得整个信息系统的安全稳定面临严峻的挑战。
在这种情形下，我们经过反复测试论证制定了详细的升级方案，在各科室的协同努力下，实现了了信息系统数据库从Windows2003 Server Enterprise X32+Oracle 8.16 X32到Windows2003 Server R2 Enterprise X64 +Oracle 11.2.0.3.0 X64的升級，突破了原来32位操作系统和Oracle 8.16管理使用内存的瓶颈，使得服务器硬件得到充分利用，同时极大地提高了数据库处理复杂事务的能力,为医院的医疗业务的持续发展奠定了良好的基础。
1模拟测试1.1搭建模拟测试环境①准备一台支持64位操作系统的性能相对较高的测试服务器。
由于受到经费影响，我们将原来存储数据库备份文件的服务器作为此次测试服务器，将数据库备份文件存储到集群中的一台服务器的本地硬盘上。
②在测试服务器上安装操作系统Windows2003 Server R2 Enterprise X64和Oracle 11.2.0.3.0 X64。
1.2升级演练和测试1.2.1在测试机上创建空数据库安装好Oracle 11.2.0.3.0 X64后，创建空数据库。
创建空数据库时要注意以下几点：①空数据库的数据库名、SID以及字符集必须和原数据库一致；②数据库文件的存储位置必须与原数据库一致；③应结合原来数据库的使用情况适当调整一些系统数据文件的大小，如：回滚表空间RBS 中数据文件RBS01.DBF,SYSTEM表空间中数据文件SYSTEM01.DBF等等；④创建好数据库后，以SYS用户登录数据库并重启数据库，查看服务文件，确保数据库正常。
1.2.2创建表空间并导入DMP文件在创建表空间之前，要注意根据原数据库表空间的使用情况，修改表空间创建脚本，适当调整某些数据文件的大小，必要时须增加数据文件的数量。
示例语句为：create tablespace tsp_inpbill datafile‘z:\oracle\oradata\orcl\apinpbill01.dbf’ size 4096m,‘z:\oracle\oradata\orcl\apinpbill02.dbf’ size 512mautoextend on next 512m maxsize unlimitedloggingonlinepermanentextent management local segment space managementauto;待所有表空间创建完毕，将从Oracle 8i中通过EXP导出的DMP文件导入到新数据库中。
语句样例为：IMP system/manager full=y file=Z:\oracle\oradata\orcl buffer=50000000 log=Z:\IMP1018.log。
在导入过程中会出现IMP错误和某些脚本编译错误。
这是由于已经创建的数据库中存在这些对象因而可以忽略IMP错误。
对于编译错误，待导入完毕后，调用d:\app\administrator\product\11.2.0\dbhome_1\admin\utlrp.sql对所有未编译的对象重新编译即可。
Oracle 11g中用户的缺省表空间和临时表空间与8i都不一样，因而在导出旧数据库之前需要对所有用户进行修改，再进行备份和导出数据库。
语句示例为：alter user HX default tablespace users temporary tablespace temp。
第三步，测试数据库。
配置好数据库各项参数后，从各个模块登录数据库，逐个检测各模块的每个功能是否都能完全实现。
确认完全无误后，利用测试软件进行连接压力测试。
我们的方法是将测试软件连接到数据库的连接数设置为1000个，占用内存大小约4.2G，在此情况下运行各模块，以及一些大型的SQL语句，测试数据库响应速度。
第四步，根据测试情况进行数据库性能调优。
需要调整的参数包括SGA，PGA，联机重做日志文件的数量和大小以及与进程和会话有关的初始化参数等等。
第五步，制定详细合理的升级方案。
整理好以上各个升级步骤和注意事项，形成合理的升级方案，包括技术方案和组织协调各科室工作的全院协调方案。
2正式切换2.1切换前准备首先必须确定好切换时间，我院数据库切换时间定在周六凌晨，这样由于周六、日门诊就诊人数少，住院患者需处理的医嘱也相对较少，一旦出现意外，还有时间进行处理。
其次，由于数据库在切换期间必须停止一切服务，这将影响到急诊、临床科室、挂号、收费和药房的正常运行，因此需预先制定好相应的应对措施，由机关相应负责人组织协调好各部门工作。
2.2 切换步骤第一步，停止集群服务，修改配置并重启服务器，将系统改为一台服务器带一台阵列，全院信息系统正常运行。
在空闲的服务器上安装新的操作系统和数据库管理软件，并手工建立空数据库。
第二步，待当日后台划价和所有统计过程运行结束后也即次日凌晨，停止监听服务，备份数据库并导出数据。
将连接阵列的服务器进行操作系统和数据库管理软件的升级，并在本地和阵列上各建立一个空数据库。
按照制定好的升级技术方案将数据导入到阵列里。
第三步，根据模拟测试机上的调整方案进行数据库性能调优，其中SGA：Total System Global Area5344731136 bytesFixed Size2264616 bytesVariable Size3741319640 bytesDatabase Buffers 1593835520 bytesRedo Buffers7311360 bytes约占内存70%左右。
PGA：Sort_area_size65536 bytes第四步，配置兩台服务器中的listener.ora，tnsnames.ora和sqlnet.ora文件以及域和集群并重启服务器。
第五步，在两台服务器上安装Oracle 8i客户端（因为HIS的后台划价程序需Oracle 8i支持），后台划价程序以及病案服务。
第六步，对升级后的数据库进行备份。
备份完毕后正式启用。
3结论3.1系统升级完成后,服务器CPU 利用率一般在3%以下, 最高峰到达5%,由于64位操作系统以及Oracle 11g对内存的管理使用能力的提高，数据库的命中率在99.9%以上，极大地缩短了客户端的请求响应时间，大幅度增加了数据库的会话容量，这为我院新医疗大楼的投入使用奠定了良好的基础。
3.2利用Oracle 11g 的新特性如：闪回数据库归档功能和审计功能帮助技术人员更加方便的维护数据库。
3.3在硬件条件许可的情况下可利用Oracle 11g 的RMAN功能实现数据库的在线备份，利用DATAGUARD功能实现数据库异地容灾，这些都为数据安全提供了更加有力的保障。
参考文献：[1]滕永昌.Oracle 10g 数据库系统原理[M].北京: 机械工业出版社,2006: 491- 509.[2]刘志敏，张纪国.军字一号医院信息系统数据库升级的实现[J].医疗设备信息，2004，19（10）：17-20.[3]张帆, 张红君, 刘聪.”军卫一号”Oracle 数据库升级的实现[J].解放军医院管理杂志, 2007, 14( 7) : 522- 523.[4]曹丽, 刘刚.医院信息系统Oracle 数据库升级解决方案[J]. 医疗设备信息, 2007, 22( 7) : 30- 31.[5]梁昌明，袁功智，秦占伟，等. Oracle 数据库升级或迁移的方法探讨[J]. 医疗卫生装备，2008，29（1）：35-37．编辑/哈涛。