“军卫一号”数据库从64位到32位的异地重建

目的：实现“军卫一号”数据库从64位到32位的异地重建。方法：利用冷备份数据库,以UPGRADE方式启动数据库,重建数据字典,进行整体异地恢复,并重新编译。结果：该方法成功实现了数据库的异地重建。结论：该方法步骤少、操作简单、速度快．重建后的数据库经严密测试,系统运行平稳。     

“军卫一号”数据库文件经常性脱机故障的分析

目的：研究＂军卫一号＂数据库经常性脱机的故障原因,找到解决问题的办法。方法：数据库文件的非正常脱机是一个并不偶然的故障,在Oracle文档中叙述并不明确,通过查找Internet资料,逐个排查并在测试机器上不断模拟故障类型并让其重现,发现了此问题的根源。结果：提出了解决此类问题的方案及对策。结论：＂军卫一号＂数据库是医院业务处理的核心枢纽,加强对＂军卫一号＂数据库的运行维护其重要性不言而喻。     

"军卫一号"单机版采血数据库的构建方法

“军卫一号”单机版血液管理数据库满足了血库外出采血的需要，并且能将外出采血录入的信息方便快捷地传送到“军卫一号”数据库。     

“军卫一号”自动升级系统的设计和实现

本文探讨了"军卫一号"自动升级系统的设计和实现方法,重点阐述了该系统的设计思路、流程分析和实现过程。该系统具有一定的实用价值,对C/S结构的客户端系统升级也有一定的借鉴意义。     

“军卫一号”系统中几种故障的解决方法

目的：探讨＂军卫一号＂系统中出现的几种故障原因,找到解决问题的办法。方法：调查＂军卫一号＂子系统存在的问题,针对问题进行分析,探讨解决方法。结果：提出了解决此类问题的方案及对策。结论：＂军卫一号＂系统是医院医疗业务的核心系统,工程人员需要深入实践,同时加强工作人员的素质培养,进一步提高医院的业务效率,维护系统的安全、稳定运行。     

“军卫一号”数据库的网络安全监控研究

目的：在“军卫一号”工程成功运行多年的基础上加强数据库安全审计工作,设计一套可行的数据监控程序。方法：通过安全信息数据主动与被动采集、保存采集备份数据、分析可信任字典,进行审核。结果：形成了报警信息及提出相应处置预案的网络安全监控的完整处理程序,可靠性较好。结论：该方法解决了“军卫一号”数据库的网络环境下的监控处理问题,保障了数据库的安全运行,促进了“军卫一号”系统的网络安全。     

“军卫一号”工程中心服务器升级为UNIX操作系统

目前，军队医院的“军卫一号”工程系统几乎都运行在Windows平台下，医院在业务数据急剧增加，原系统不堪负荷的情况下，经过充分比较、详细论证，选择了Unix操作系统作为“军卫一号”系统运行的基础平台。经过实际运行，证明了“军卫一号”系统经过精确估算，仔细配置，能在Unix下支撑大量并发用户和达到极高性能指标。     

“军卫一号”数据库系统由Oracle8i手工升级至Oracle10g的方法

利用Oracle公司提供的升级脚本,将＂军卫一号＂数据库系统由Oracle8i手工升级至Oracle10g,该方法升级速度快,简便易行,为＂军卫一号＂系统的深入应用奠定了良好的基础。     

基于“军卫一号”数据库的DataGuard数据容灾方案设计与实现

目的 :对Oracle数据库的Data Guard机制进行了研究,用于"军卫一号"数据库的异地容灾。方法 :采用Oracle数据库的Data Guard机制,建立"军卫一号"数据库的主库和备库。主库设置为强制记录日志模式,备库增添4个联机日志文件并启动到MOUNT状态。在"军卫一号"系统中进行操作,主库将事务记录在数据库联机日志文件中,实时或定时传送给备库,备库通过增添的4个联机日志文件接收,并读取数据库日志文件中主库提交的事务,依据数据重做机制,在备库中重新执行。结果:"军卫一号"数据库主库出现故障,引起异常宕机无法恢复,备库切换成主库模式,宕机重启,"军卫一号"系统可正常运行,数据零丢失。结论:该方案实现"军卫一号"数据库实时同步备份,数据零丢失,操作简单,数据库容灾恢复时间短,可行性强,恢复后的数据库经严密测试,系统运行平稳。     

基于“军卫一号”数据库的DataGuard数据容灾方案设计与实现

目的 :对Oracle数据库的Data Guard机制进行了研究,用于"军卫一号"数据库的异地容灾。方法 :采用Oracle数据库的Data Guard机制,建立"军卫一号"数据库的主库和备库。主库设置为强制记录日志模式,备库增添4个联机日志文件并启动到MOUNT状态。在"军卫一号"系统中进行操作,主库将事务记录在数据库联机日志文件中,实时或定时传送给备库,备库通过增添的4个联机日志文件接收,并读取数据库日志文件中主库提交的事务,依据数据重做机制,在备库中重新执行。结果:"军卫一号"数据库主库出现故障,引起异常宕机无法恢复,备库切换成主库模式,宕机重启,"军卫一号"系统可正常运行,数据零丢失。结论:该方案实现"军卫一号"数据库实时同步备份,数据零丢失,操作简单,数据库容灾恢复时间短,可行性强,恢复后的数据库经严密测试,系统运行平稳。     

"军卫一号"日志挖掘技术

ORACLE公司在8i以上版本中提供的日志挖掘工具（LOGMINER）可以实现对归档日志和在线日志的分析.本文介绍该工具的安装和使用,并利用该工具实现对重点用户、关键数据表的审计功能以及某些恶意操作的不关库恢复.     

Logminer在军卫系统中的应用和实现

目的：快速定位和更正“军卫一号”系统中出现的各种应用级数据错误。方法：使用Oracle提供的日志分析和挖掘工具Logminer，对军卫系统使用的Oracle数据库系统的日志文件进行分析、挖掘，并结合挂号程序的一个具体实例，详细介绍Logminer的基本概念、配置方式以及使用方法。结果：使用Logminer准确有效的定位，查明了挂号程序引起的数据错误，并使用undo_value字段提供的SQL语句。恢复了错误数据。结论：使用Logminer定位和更正军卫系统中的应用级数据错误，方法简单、准确，方便．它应该成为医院信息系统维护人员的一项基本技能。     

ORACLE共享服务器在军卫一号系统中的应用

随着医院信息系统业务量的的逐步增多，对医院信息系统的稳定性要求也越来越高，当客户端数量超过一定限制时．必须对racle服务器进行改造，才能满足新增加的业务需求。文章提出了共享服务器的工作原理及由专用服务器到共享服务器的改造办法。     

“军卫一号”数据库升级与新药品结构切换同时进行的方法研究

目的:研究Oracle数据库由Oracle7.3升级到Oracle10g,同时老药品结构升级到新药品结构的一种完整实现方法及重点注意事项.方法:利用Oracle提供的EXP/IMP工具,升级涉及软、硬件的选择、新药品结构字典初始化、客户端程序测试、数据库参数设置等众多问题.结果:该方法实现了在原运行系统的基础上一次性切换成功.结论:数据库升级与新药品结构切换的成功进行保证了医院信息系统的正常运行,达到了预期目标.     

“军卫一号”系统升级的几点设想

目的:解决“军卫一号”系统中P盘映射机制存在的数据一致性易遭破坏以及用户管理机制存在数据访问安全漏洞的问题.方法:分析P盘映射和用户管理机制存在问题的成因,提出以P盘映射替代机制和“二次登录”模式下的用户管理机制作为解决方案,并测试方案的有效性.结果:有效解决了数据不一致和数据访问安全性问题.结论:P盘映射机制可替代,“二次登录”模式能够提高数据访问的安全性.     

“军卫一号”住院医疗保险管理系统的设计

目的：设计开发一套符合当地医疗保险政策要求和满足医院对医疗保险管理工作需求的医疗保险管理系统。方法：通过对当地医保政策和医院对医保管理需求的分析,结合医院对医疗保险患者的流程控制,在“军卫一号”信息系统的基础上,采用C／S模式,基于VB．NET技术,利用Visual Basic 2005开发工具,编写住院医疗保险管理系统的功能代码。结果：该系统的成功研制,使得医院管理人员能对住院医保患者实行全程管理和动态跟踪．实现了医保管理全程微机化操作。结论：该系统采用模块化设计,可扩展性强,安装操作简单,提高了医保工作效率和管理能力．具有较高的实用价储．     

基于“军卫一号”平台的军队执业医师管理系统设计

目的：为了对军队各级医疗、预防、保健机构的医务人员医师资格考试情况、医师资格认定情况和执业注册信息进行全程管理。方法：采用客户／服务器模式、面向对象技术，在总结了多年来军队执业医师管理工作经验基础上．研发出执业医师管理软件。结果：该软件的成功研制，使得总部机关首次建立了全军医师资源数据库．可对全军医师信息进行动态跟踪管理。结论：该系统与“军卫一号”系统在采用的数据库管理系统和开发技术平台都完全相同．具有很好的实用性。     

“军卫一号”后台数据库字符集转换研究

目的:将“军卫一号”后台数据库字符集从ASCⅡ码转换成ZHS16GBK码,有效降低数据维护的安全隐患,并支持更为广泛的Web应用.方法:采用Oracle提供的字符集扫描工具,结合“军卫一号”后台数据结构,搭配使用数据导入导出工具,完成“军卫一号”后台数据库字符集的转换工作.结果:成功将“军卫一号”数据库字符集从单字节编码ASCⅡ转换成为双字节编码ZHS16GBK,没有出现任何乱码及数据丢失.结论:“军卫一号”后台数据库由于历史原因采用ASCⅡ编码带来诸多问题和安全隐患,研究一套切实可行且方便的方法实现字符集的准确转换,可有效提高“军卫一号”数据库的可扩展性和安全性.