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

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

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

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

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

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

“军卫一号”数据库“瘦身”方法设计

目的：实现“军卫一号”数据库“瘦身”,提高整个系统的运行速度。方法：离线式整理表空间,降低高水位线,或在线式重建表空间,缩减数据文件。结果：2种方法都可成功实现数据库的“瘦身”,且能使系统平稳运行。结论：2种方法都具有可行性,且可操作性强,可提高整个“军卫一号”系统的运行效率。     

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

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

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

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

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

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

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

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

“军卫一号”实现Oracle8i到Oracle10g升级方法

目的：介绍Oracle数据库由Oracle8i升级到Oracle10g的一种完整实现方法及重点注意事项。方法：采用手工可控的方式,利用数据库自带的Exp/Imp工具,实现了数据库的跨平台、跨版本升级。结果：成功实现了Oracle数据库由32位Windows2000 Server系统下的Oracle8.1.6升级到64位Windows2003 Server系统下的Oracle10.2.0.4。结论：在节奏可控的方式下完成数据库的跨平台、跨版本升级,升级过程清晰明了,数据库升级过程的未知风险较少,适合推广应用。     

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

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

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

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

新农合和“军卫一号”接口实现

目的：实现新农合患者费用自动结算和自动上传。方法：使用Microsoft webservice结合PowerBuicder编程。结果：实现了新农合患者医疗费用分摊的自动计算,并将患者费用信息上传到区县农合中心。结论：使用该方法技术简单、可靠,值得推广使用。     

基于“军卫一号”的住院费用核算系统的设计与实现

目的开发基于“军卫一号”的住院费用核算系统,优化病人住院费用核算流程。方法在原有的后台数据结构基础上,对住院费用核算系统涉及到的各子系统进行集成,并增设住院费用核算功能模块。结果该系统的应用使住院费用核算部门的工作效率得到了大幅度的提升。结论医院应根据实际需求不断完善各信息系统的功能。     

基于“军卫一号”的新型医务管理系统的设计和实现

目的：设计基于“军卫一号”的新型医务管理系统。方法：从“军卫一号”数据库提取数据,利用PowerBuilder6.5进行统计开发。结果：建立包含“医院-科室-医生”3个层次信息查询的医务管理系统。结论：新型医务管理系统涵盖了宏观和微观2个层面的医务数据,为医院领导部门决策提供有力的信息保障。     

基于“军卫一号”工程的二次开发模式

本文在深入讨论基于＂军卫一号＂系统的二次开发模式基础上,将其分为从语句到系统的4个不同等级,对不同需求应当采用的开发模式提出了建议,对于二次开发工作具有一定的指导意义。     

基于“军卫一号”的药品实时计划的设计和实现

目的：设计基于＂军卫一号＂的新型药品实时计划。方法：从＂军卫一号＂药品数据库提取数据,利用相关软件进行设计开发。结果：可建立适时产生的药品采购计划。结论：新型药品计划具有时间短、适时性强、数字化、多样性等特点。     

基于“军卫一号”的医院综合查询系统的设计与实现

介绍了基于"军卫一号"的医院综合查询系统的数据库结构设计、用户权限设计及安全设计。重点对系统主要模块的功能和特点作了详细地描述。系统使用后效果显著。     

利用本地化管理表空间提升“军卫一号”系统性能

通过分析“军卫一号”系统数据字典管理表空间方式的缺点以及Oracle本地管理表空间方式的优点，提出了一种由数据字典管理表空间转换为本地管理表空间的实施方案，借此提升“军卫一号”系统的性能。     

基于“军卫一号”工程的二次开发模式

本文在深入讨论基于＂军卫一号＂系统的二次开发模式基础上,将其分为从语句到系统4个不同等级,对不同需求应当采用的开发模式提出了建议,对于二次开发工作具有一定的指导意义。     

基于Web Service的PACS与“军卫一号”系统集成

目的：设计一种基于Web Service的PACS与“军卫一号”系统集成方案。方法：提出基于Web Service的PACS与“军卫一号”系统的集成框架,创建基于“军卫一号”的Web Service并进行服务调用。进行集成时,以门诊检查为例,实现PACS调用Web Service的流程。结果：基于Web Service的系统集成方案,避免了传统解决方法中对“军卫一号”数据库相关表的直接操纵,实现了医院内信息的无阻流通。结论：无论是门诊、住院、体检系统都能实现PACS信息的有效传递与共享,使得“军卫一号”系统提供的信息得到了最大程度的共享。