数据库管理信息系统

第一篇：数据库管理信息系统

数据库报告(图书馆信息管理系统)

数据库实验报告

--图书馆信息管理系统

班级： 姓名： 学号：

一. 需求分析：

分析系统需求后可绘出图书馆信息管理系统的数据流图：

读者借阅续借归还挂失退卡申请归还或挂失借阅或续借图书信息退卡丢失信息归还信息退卡信息借阅续借信息租金罚款数据库借阅数据库图书数据库读者数据库查询信息罚款租金信息增删改设置查询统计查询统计申请管理查询结果管理员金额管理管理信息

二. 数据字典:

1. 数据项描述={数据项名，数据项含义说明，别名，数据类型，长度，取值范围，逻辑关系} {图书编号，图书入库编号，BOOKNO，INTEGER，8, ，主键} {图书名称，图书名称，BookName，VARCHAR，不限，不限，依赖于图书编号 } {作者，图书的作者名，BAuthor，CHAR，, , 依赖于图书编号} {分类，中图分类号，BookID，VARCHAR，不限，不限，依赖于图书编号} {出版社，图书的出版社，BPress，VARCHAR，不限，不限，依赖于图书编号} {图书状态，描述图书状态，BStatic，Integer，1，0-3，0为在架上1为节约中2为已挂失3为已注销，无} {读者编号，读者持有的借书卡编号，RNO，INTEGER，4,主键} {读者姓名，读者的名字，ReaderName，CHAR，，不限，依赖于读者编号} {读者性别，读者的性别，RSex，CHAR,1，{男，女}，依赖于读者编号} {读者类型，读者分类，RType，VARCHAR,不限，{学生，教师，外来人员}，依赖于读者编号} {读者部门，读者所在院系单位，RFrom，VARCHAR，不限，不限，依赖于读者编号} {借阅日期，，BTime，Date，不限，不限，无} {归还挂失日期，归还或挂失图书发生的时间，BackTime，Date，不限，不限无} {租借时间，某部图书的租借时间，RentLong，Date，管理员设定，管理员设定，不同图书的租借时间，无} {借阅时限，允许借阅的时间，RentLong，Integer，管理员设定，管理员设定，无} {租金，租借费用，BFare，Float，管理员设定，管理员设定，无} {罚款，超期罚款，Fines，Float，管理员设定，管理员设定，无}

2. 数据结构描述={数据结构名，含义说明，组成} {图书信息，图书的描述，组成：图书编号，图书名称，作者，分类，出版}} {读者信息，读者的相关信息，组成：读者编号，读者姓名，读者性别，读者类型，读者部门} {借阅信息，读者借阅图书相关信息，组成：读者信息，图书信息，借或租借时刻} {归还信息，读者归还图书相关信息，组成：读者信息，图书信息，归还时刻} {挂失申请，丢失图书后的挂失信息，组成：读者信息，图书信息} {退卡申请，退卡读者信息，组成：读者信息} {租借归还信息，租借和超期未归信息，组成：读者信息，图书信息，租借时间，超期未还时间} {罚款租金信息，租借和超期产生的费用信息，组成：读者信息，图书信息，租金，罚款}

3. 数据流描述={数据名，说明，数据流来源，数据流去向，组成：数据结构，平均流量，高峰期流量} {借阅续借申请流，读者借书的申请，读者，“借阅续借”操作，组成：{借或续借申请}，500条/天，1000条/天} {归还登记流，读者归还登记信息，读者，“书籍归还”操作，组成：{归还登记信息},400条/天，800条/天} {图书挂失流，读者申请图书的挂失，读者，“读者挂失”操作，组成：{挂失申请}},10条/

天，50条/天} {退卡申请流，读者退卡申请信息，读者，“读者退卡”操作，组成：{退卡申请},1条/天，5条/天} {图书信息流，传输图书相关信息，书籍资料，“借阅续借”操作，组成：图书信息},500条/天，1000条/天} {借阅续借信息流，传输借阅信息，“借阅续借”操作，借阅续借归还书籍登记，组成：{借或续借申请，图书信息},500条/天，1000条/天} {归还信息流，传输图书归还信息，“书籍归还”操作，借阅续借归还书籍登记，组成：{归还登记信息},400条/天，800条/天} {丢失信息流，传输图书丢失信息，“读者挂失”操作，丢失罚款续借租金登记，组成：{挂失申请},10条/天，50条/天} {退卡信息流，传输退卡相关信息，“读者退卡”操作，读者资料，组成：{退卡申请},5条/天，10条/天} {查询分析信息流，传输管理员所需查询统计信息，{书籍资料，借阅续借归还书籍登记，丢失罚款续借租金登记，读者资料}，“查询统计分析”操作，组成：{图书信息，借或续借申请，租借归还信息，罚款租金信息，读者信息},50条/天，100条/天} {罚款租金信息流，传输包含某读者罚款租金的信息，“归还期限租金罚款设置”操作，丢失罚款续借租金登记，组成：{罚款租金信息},200条/天，400条/天} {金额管理流，传输金额管理信息，管理员，“归还期限租金罚款设置”操作，组成：{罚款租金信息},50条/天，100条/天}

4. 数据存储描述={数据存储名，说明，流入的数据流，流出的数据流，组成：数据量，存取方式} {书籍资料，包含入库全部书籍信息，1，图书信息流2，{查询分析信息流，图书信息流1}，组成：{图书信息}，1000个/天，读写} {借阅续借归还书籍登记，包含各读者借阅续借信息与相应归还期限信息，2，{借阅续借信息流，归还信息流}，{查询分析信息流，租借、归还信息流}，组成：{借或租借信息流，归还登记信息流}，1000个/天，读写} {丢失罚款续借租金登记，包含各读者丢失罚款和租金的}记录信息，3，{丢失信息流，罚款租金信息流}，{查询分析信息流}，组成：{罚款租金信息}，1000个/天，读写} {读者资料，包含所有注册读者的资料信息，4，{退卡信息流，读者信息流}，{查询分析信息流}，组成：{读者信息}，1000个/天，读写}

5. 处理过程描述={处理过程名，说明，输入：数据流，输出：数据流，处理：} {借阅、续借，读者借阅请求，输入：{借阅续借申请，图书信息}，输出：借阅续借信息， {归还或挂失，读者归还挂失申请，归还登记、图书挂失，归还信息、丢失信息} {退卡，退卡信息流，处理：退卡申请信息存入“读者资料”中} {管理，处理书籍的新增注销和设置，输入：{书籍管理流}，输出：{图书信息流}，处理：{将书籍更新信息存入“书籍资料”中}} {查询，在收到查询统计申请后执行相查询统计操作并返回给管理员，输入：{查询统计申请流，查询分析信息流}，输出：{查询统计结果流}，处理：{将查询统计信息反馈给管理员}} {归还期限租金罚款设置，处理读者罚款租金的设置，输入：{金额管理流，租借、归还信息 流}，输出：{罚款租金信息流}，处理：{将管理员的设置信息及读者罚款租金信息存入“丢失罚款续借租金登记”中}}

三. 概念结构设计：

读者编号读者姓名读者性别读者部门借阅时间读者mm租金管理新增注销设置罚款借阅借、续、归还到期时间归还时间图书编号n图书图书名称作者分类出版社mnn管理权限管理员理管销设注增新置管理员账号管理员权限

四. 逻辑结构设计：

1.将概念设计阶段形成的E-R图转换为与选用DBMS所支持的数据模型相符合且满足3NF要求的逻辑结构：

2.关系模式描述：

管理员信息(管理员账号，管理权限) Admin(AdminId, Authority) 读者信息(读者编号，读者姓名，读者部门，读者性别，读者类型) Readers(RNO,ReaderName,RFrom,RSex,RType) 图书信息(图书编号，作者，分类号，出版社，图书名称，图书状态) Books(BookNO,BAuthor,BookID,BPress,BookName,BStatic) 借阅续借信息(读者编号，图书编号，借阅时间，到期时间，归还或挂失时间) Rent(RNO,BookNO, DateCheckout, DateDue, DateReturned) 租金罚款信息(读者编号，图书编号，借阅时间，罚款金额，租借金额) Rent(RNO,BookNO, DateCheckout, FineAmount, RentAmount) 租金罚款设定(每日租金，每日罚款) FareSet(Rent,Fines) 租期设定(租期) Rentday(Day)

五. 物理实现：

下面给出了系统的实现及查询：

1. 书籍资料查询

2.读者资料查询

3.书籍借阅、归还查询

4.超期未还查询

5.图书分类统计(以出版社为例)

6. 读者分类统计(以读者单位为例)

7.书籍借阅排行榜

8.读者借阅排行榜

六. 实验小结

通过本次数据库的课题设计，我对数据库有了更全面更深刻的认识和学习，对其基本的概念知识更熟识，牢固的掌握它们是我们后续学习的基础，在操作向表中添加数据，插入、删除、更新的方法，对视图的建立及操作方法，学会使用索引。我想，在今后的学习中，我会更加巩固自己的基础知识与操作方法，才能在遇到复杂问题时能及时找到解决的方法。 另外建立E-R图的相关知识和我们的生活联系比较紧密，学习起来也较有意思。

第二篇：信息系统数据中心管理暂行办法

中国农业发展银行山东省分行 信息系统数据中心管理暂行办法

第一章 总则

第一条 为加强我行信息系统数据中心风险管理，保障数据中心安全、可靠、稳定运行，提高业务连续性水平，根据银监会《商业银行数据中心监管指引》等规定制定本办法。

第二条 信息系统数据中心是指对全行业务、客户和管理等重要信息进行集中存储、处理和维护，具备专用场所，为业务运营及管理提供信息科技支撑服务的组织。

重要信息系统是指支撑重要业务，其信息安全和服务质量关系公民、法人和组织的权益，或关系社会秩序、公共利益乃至国家安全的信息系统。包括面向客户、涉及账务处理且时效性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。

第三条 本办法适用于辖内各分支机构。

第二章 设立与变更

第四条 辖内各分支机构应于取得金融许可证后两年内，设立信息系统数据中心。

1 第五条 数据中心应配臵满足业务运营与管理要求的场地、基础设施、网络、信息系统和人员，并具备支持业务不间断服务的能力。

第六条 各分支机构应就数据中心设立，数据中心服务范围、服务职能和场所变更，以及其他对数据中心持续运行具有较大影响的重大变更事项及时向当地银监部门报告。

第六条 在数据中心规划筹建阶段，以及在数据中心正式运营前应提前20个工作日，向当地银监部门报告。

第七条 变更数据中心场所时应提前2个月，其他重大变更应提前10个工作日向当地银监部门报告。

第三章 风险管理

第八条 各级行信息科技风险管理部门应制定数据中心风险管理策略、风险识别和评估流程，定期开展风险评估工作，对风险进行分级管理，持续监督风险管理状况，及时预警，将风险控制在可接受水平。

第九条 各级行信息科技部门应指导、监督和协调数据中心明确信息系统运营维护管理策略，建立运营维护管理制度、标准和流程，落实信息科技风险管理措施。

第十条 各级行数据中心应建立健全各项管理与内控制度，从技术和管理等方面实施风险控制措施。

第十一条 各级行数据中心应设立专门管理岗位，监督、检查数据中心各项规范、制度、标准和流程的执行情况以及风险管理状况。

2 第十二条 各级行应根据业务影响分析所识别出风险的可能性和损失程度，决定是否购买商业保险以应对不同类型的灾难，并定期检查其保险策略及范围。投保资产清单应保存于安全场所，以便索赔时使用。

第十三条 各级行内部审计部门应至少每三年进行一次数据中心内部审计。

第十四条 各级行在采取有效信息安全控制措施的前提下，可聘请合格的外部审计机构定期对数据中心进行审计。

第十五条 各级行数据中心应根据内、外部审计意见，及时制定整改计划并实施整改。

第四章 运行环境管理

第十六条 各级行进行数据中心选址时，应进行全面的风险评估，综合考虑地理位臵、环境、设施等各种因素对数据中心安全运营的潜在影响，规避选址不当风险，避免数据中心选址过度集中。

第十七条 数据中心选址应满足但不限于以下要求：

(一)生产中心与灾备中心的场所应保持合理距离，避免同时遭受同类风险。

(二)应选址于电力供给可靠，交通、通信便捷地区;远离水灾和火灾隐患区域;远离易燃、易爆场所等危险区域;远离强振源和强噪声源，避开强电磁场干扰;应避免选址于地震、地质灾害高发区域。

3 第十八条 数据中心基础设施建设应以满足重要信息系统运行高可用性和高可靠性要求、保障业务连续性为目标，应满足但不限于以下要求：

(一)建筑物结构，如层高、承重、抗震等，应满足专用机房建设要求。

(二)应根据使用要求划分功能区域，各功能区域原则上相对独立。

(三)应配备不间断电源、应急发电设施等以满足信息技术设备连续运行的要求。

(四)通信线路、供电、机房专用空调等基础设施应具备冗余能力，进行冗余配臵，消除单点隐患。

(五)机房区域应采用气体消防和自动消防预警系统，内部通道设臵、装饰材料等应满足消防要求，并通过消防验收。

(六)应采取防雷接地、防磁、防水、防盗、防鼠虫害等保护措施。

(七)应采用环保节能技术，降低能耗，提高效率。

第十九条 数据中心安防与基础设施保障应满足但不限于以下要求：

(一)各功能区域应根据使用功能划分安全控制级别，不同级别区域采用独立的出入控制设备，并集中监控，各区域出入口及重要位臵应采用视频监控，监控记录保存时间应满足事件分析、监督审计的需要。

(二)应具备机房环境监控系统，对基础设施设备、机房环境状况、安防系统状况进行7x24小时实时监测，监测记录保存时间应满足故障诊断、事后审计的需要。

(三)每年至少开展一次针对基础设施的安全评估，对基础设施的可用性和可靠性、运维管理流程以及人员的安全意识等方面进行检查，及时发现安全隐患并落实整改。

第二十条 数据中心应来用两家或多家通信运营商线路互为备份。互为备份的通信线路不得经过同一路由节点。

第五章 运营维护管理

第二十一条 各级行应建立满足业务发展要求的数据中心运营维护管理体系，根据业务需求定义运营维护服务内容，制定服务标准和评价方法，建立运营维护管理持续改进机制。

第二十二条 数据中心应建立满足信息科技服务要求的运营管理组织架构。设立生产调度、信息安全、操作运行维护、质量合规管理等职能相关的部门或岗位，明确岗位和职责，配备专职人员，提供岗位专业技能培训，确保关键岗位职责分离，通过职责分工和岗位制约降低数据中心操作风险。

第二十三条 数据中心应建立信息科技运行维护服务管理流程，提高整体运行效率和服务水平，包括：

(一)应建立事件和问题管理机制。明确事件管理流程，定义事件类别、事件分级响应要求和事件升级、上报规则， 5 及时受理、响应、审批和交付服务请求，保障生产服务质量，尽可能降低对业务影响;建立服务台负责受理、跟踪、解答各类运营问题;建立问题根源分析及跟踪解决机制，查明运营事件产生的根本原因，避免事件再次发生。

(二)应建立变更管理流程，减少或防止变更对信息科技服务的影响。根据变更对业务影响大小进行变更分级，对变更影响、变更风险、资源需求和变更批准进行控制和管理;变更方案应包括应急及回退措施，并经过充分测试和验证;建立变更管理联动机制，当生产中心发生变更时，应同步分析灾备系统变更需求并进行相应的变更，评估灾备恢复的有效性;应尽量减少紧急变更。

(三)应建立配臵管理流程，统一管理、及时更新数据中心基础设施和重要信息系统配臵信息，支持变更风险评估、变更实施、故障事件排查、问题根源分析等服务管理流程。

(四)应对重要信息系统和通信网络的容量和性能需求进行前瞻性规划，分析、调整和优化容量和性能，满足业务发展要求。

(五)应统一调度各项运维任务，协调和解决各项运维任务冲突，妥善记录和保存运维任务调度过程。

(六)应制定验收交接标准及流程，规范重要信息系统投产验收管理。加强版本控制，防范因软件版本、操作文档等不一致产生的风险。

(七)应根据商业银行总体风险控制策略及应急管理要求，从基础设施、网络、信息系统等不同方面分别制定应急预案，并及时修订应急预案，定期进行演练，保证其有效性。

(八)应集中监控重要信息系统和通信网络运行状态。采用监控管理工具，实时监控重要信息系统和通信网络的运行状况，通过监测、采集、分析和调优，提升生产系统运行的可靠性、稳定性和可用性。监控记录应满足故障定位、诊断及事后审计等要求。

第二十四条 数据中心应建立信息安全管理规范，保证重要信息的机密性、完整性和可用性，包括：

(一)应设立专门的信息安全管理部门或岗位，制定安全管理制度和实施计划，定期对信息安全策略、制度和流程的执行情况进行检查和报告。

(二)应建立和落实人员安全管理制度，明确信息安全管理职责;通过安全教育与培训，提高人员的安全意识和技能;建立重要岗位人员备份制度和监督制约机制。

(三)应加强信息资产管理，识别信息资产并建立责任制，根据信息资产重要性实施分类控制和分级保护，防范信息资产生成、使用和处臵过程中的风险。

(四)应建立和落实物理环境安全管理制度，明确安全区域、规范区域访问管理，减少未授权访问所造成的风险。

(五)应建立操作安全管理制度，制定操作规程文档，规范信息系统监控、日常维护和批处理操作等过程。

(六)应建立数据安全管理制度，规范数据的产生、获取、存储、传输、分发、备份、恢复和清理的管理，以及存储介质的台帐、转储、抽检、报废和销毁的管理，保证数据的保密、真实、完整和可用。

(七)应建立网络通信与访问安全策略，隔离不同网络功能区域，采取与其安全级别对应的预防、监测等控制措施，防范对网络的未授权访问，保证网络通信安全。

(八)应建立基础设施和重要信息的授权访问机制，制定访问控制流程，保留访问记录，防止未授权访问。

第六章 数据备份

第七章 灾难恢复管理

第二十五条 各级行应将灾难恢复管理纳入业务连续性管理框架，建立灾难恢复管理组织架构，明确灾难恢复管理机制和流程。

第二十六条 各级行应统筹规划灾难恢复工作，定期进行风险评估和业务影响分析，确定灾难恢复目标和恢复等级，明确灾难恢复策略、预案并及时更新。

第二十七条 各级行灾难恢复预案应包括但不限于以下内容：灾难恢复指挥小组和工作小组人员组成及联系方式、汇报路线和沟通协调机制、灾难恢复资源分配、基础设施与信息系统的恢复优先次序、灾难恢复与回切流程及时效 8 性要求、对外沟通机制、最终用户操作指导及第三方技术支持和应急响应服务等内容。

第二十八条 各级行应为灾难恢复提供充分的资源保障，包括基础设施、网络通信、运维及技术支持人力资源、技术培训等。

第二十九条 各级行应建立与服务提供商、电力部门、公安部门、当地政府和新闻媒体等单位的外部协作机制，保证灾难恢复时能及时获取外部支持。

第三十条 各级行应建立灾难恢复有效性测试验证机制，测试验证应定期或在重大变更后进行，内容应包含业务功能的恢复验证。

第三十一条 各级行因灾难事件启动灾难恢复后，应及时向当地银监部门报告，报告内容包括但不限于：灾难事件发生时间、影响范围和程度，事件起因、应急处臵措施、灾难恢复实施情况和结果等。

第八章 数据销毁

第九章 附则

第三十二条 本办法由山东省分行信息科技处负责解释、修订。

9 第三十三条 本办法自公布之日起执行。

第三篇：驾校信息管理系统数据流程图

顶层数据库

学员信息0驾校学员信息管理系统教练信息学员查询评价管理管理人员教练查询申报审核、统计分析

第二层数据库

1学员信息基本信息管理学员信息2教练信息教练信息车辆信息约车学员报名考试教练管理人员考试、训练管理评价信息3提交评价评价处理审核 第三层数据库

学员信息学员信息1.1学员信息管理管理学员信息1.2学员教练教练信息管理教练信息管理管理人员车辆信息报修/报废申请1.3教练信息管理车辆信息车辆信息管理

训练安排学车预约2.1培训管理预约表学员学员信息教练信息管理人员教练考试安排2.2考试管理报名表报名考试考试信息提交评价3.1提交评价处理3.2待审核信息评价信息审核学员教练信息管理人员撤销评价3.3评价信息撤销评价处理评价信息

第四层数据库

学员学员信息表1.1.1添加学员信息1.1.4教练查询处理管理人员信息修改表1.1.2修改学员信息学员信息1.1.3删除学员信息个人信息1.2.1添加教练信息教练信息教练1.2.21.2.4查询处理管理人员信息变更表修改教练信息教练信息离职表1.2.3删除教练信息 1.3.5报修车辆信息表1.3.1添加车辆信息教练信息报修单报修单1.3.2修改车辆信息车辆信息教练管理人员车辆信息报废单1.3.3删除车辆信息报废单1.3.6申请报废1.3.4查询处理

教练信息学员信息2.1.1预约申请学车安排训练安排2.1.2预约成功2.1.3预约失败2.1.8同意更换教练2.1.6撤销教练申请撤销预约请求2.1.4撤销预约申请预约信息预约表教练信息2.1.7不同意更换教练2.1.5更换教练申请预约请求预约信息培训信息管理员申请表学员教练同意不同意

教练信息报名考试2.2.1报名考试申请报名信息2.2.5安排下一科目学习下一科目学习通知学员2.2.1选择下一科目教练撤销报名教练2.2.2撤销考试报名拟报名名单培训信息报名失败通知2.2.3报名失败不同意管理人员同意2.2.4报名成功考试名单考试不通过学员名单驾管所考试通过学员名单2.2.6学员结业结业学员表

第四篇：“全国教师管理信息系统数据采集”录入说明

1、教职工号不用填写。

2、进本校年月：如果是平顶山煤矿技工学校和平顶山煤矿职工大学的教职工，请填写：2001-05；如果是平顶山工贸学校的教职工，请填写：2006.09。

3、教职工来源：如果是大学生分配来校的，请从“招聘应届毕业生”中选择；如果是从单位外调入来校的，请从“调入”中选择；如果是接班等的，请从“社会招聘”中选择。

4、教职工类别：请在“校本部教职工”下选择：专任教师、行政人员、教辅人员或工勤人员。

5、签订合同情况：一定选择“劳动合同”。

6、是否“双师型”教师：如果有教务处评审颁发的“双师型”教师证书，请选择“是”； 如果没有，请选择“否”。

7、是否具备职业技能等级证书：如果有技师证，请选择“是”；如果没有，请选择“否”。

8、岗位聘任：

管理岗位：副厅级（四级）；正处级（五级）；副处级（六级）；

正科级（七级）；副科级（八级）；科员（九级）。

专技岗位：教授级（四级）；副教授级（七级）；讲师级（十级）；

助教级（十一级）；员级（十三级）。

工勤岗位：高级技师（一级）；技师（二级）；高级工（三级）； 中级工（四级）；初级工（五级）；一般工人（六级）。

9、专业技术职务聘任：按自己最高职称证填写，聘任时间写职称证评审通过时间的第二年1月；政工职称选择“思想政治工作人员”填写。所有录入人员聘任结束时间不写，聘任单位写“平顶山工业职业技术学院”。 工勤岗位没有职称人员填写“无”。

10、教师资格：有两个以上的都填写。

11、教育教学：只填写2016年下半年，有课的详细填写，没课的填“未任课”。

12、教学科研成果及获奖：只填写2016年1月之后的，有的详细填写，没有的填“无”。

13、入选人才项目：有的详细填写，没有的填“无”。

14、国内培训：只填写2016年1月之后的，有的详细填写，没有的不填。

15、海外研修(访学)：只填写2016年1月之后的，有的详细填写，没有的填“否”。

16、技能及证书：“语言能力”根据自己实际情况填写；“其它技能” 根据自己实际情况填写；证书信息只填写“技师证书”、 “语言证书（普通话等级证书）” 和“计算机等级证书”。

17、联系方式：通讯地址填写“平顶山市水库路3号平顶山工业职业技术学院”，本人的最新手机号码和E-mail。

18、所有数据填写完成后，请点击右上角的“完整性检测”，提示“数据完整”，点击“确定”，说明自己信息已经填写完成，点击右上角的“注销”方可退出。如果自己要备份填写数据，点击右上角的“导出”即可导出Word形式信息。

19、用户如果被锁定后，10分钟会自动解锁，在此期间请勿重复输入账号密码，时间未到将重新锁定10分钟。

20、不详之处，请联系人力资源部宋洋老师（6214）咨询或详读“全国教师管理信息系统教师基础信息指标及指标字典”中高职专科院校部分。

人力资源部 2016.11.21

第五篇：SQL数据库在医院信息管理系统应用中存在的问题及改进

措施

在现代医学院的信息管理中已经开始逐步使用管理信息系统来进行相应的综合内容。最为普遍的综合应用平台是以SQL 为基础数据库的平台。本文将根据SQL数据库开发为主要研究方向，研究医院信息管理综合应用的设计是否独到。

【关键词】SQL数据库 医院信息 信息管理 综合应用

在医院单位的信息管理中，最适合的就是基于SQL数据库。而随着医院的工作范围在不断扩大，数据统计的业务量也在不断增加。在这种情况下，如果依然采用传统的数据管理方式，不仅会造成统计登记过程慢，还会发生登记资料错误的重大麻烦。本文将针对这些现象对医院的相关综合应用平台设计进行研究，整理出适合的管理数据库的方式。

1 SQL数据库在医院信息管理综合应用平台中的设计

根据数据库在医院工作中的结果来看，这几年的医院客流量大会因数据量过大，使得查询速度慢。因此在信息管理的综合应用方式上加入了新的统计系统和统计方式。这样的数据库平台可以大大减少医院的工作量。现在普遍使用的医院信息管理综合应用平台大多数是SQL数据库，本文重点研究的设计也是SQL数据库。它是根据医院的工作流程所设计的最新的数据库管理综合应用平台。有了这个平台，实现了医院工作过程中每一环节作业情况的计算机管理，这种管理模式才是符合现代医院工作的管理模式。不仅可以节约时间，还能保证管理过程中不会出现纰漏。总之，有了SQL数据库在医院信息管理工作中帮忙，方便了管理者对各个环节工作情况的查询，大大提高了工作效率。这也是SQL数据库在医院中普遍应用的主要原因。然而，在SQL数据库的实际应用中，依然存在一些不足之处。这些问题则是本次论述研究的重点。

2 SQL数据库在医院信息管理系统中存在的安全隐患

2.1 恶意的对计算机进行攻击

伴随着计算机的软件发展，各种方面的软件、硬件都在出现和更新中。作为计算机最基础的数据统计等功能也进入了开放性越来越强的变新中。在医院的SQL数据库中使用的是局域网，在这个局域网里面的用户基本都可以访问到数据库及应用系统。这样的互享模式如果是在医院内部倒也没什么，只是各种恶意的软件横行，会导致不少来自外界未知的恶意软件对医院的计算机进行攻击。这些都给医院的信息管理系统的安全造成了极大的威胁。

一旦医院的数据库信息被泄露，从收费的数据到医疗的信息、从病人隐私的保密到管理信息保密都会处于一个透明的状态，这对于医院的信息管理是一个巨大的冲击，也会带给病人一些重大麻烦。为了避免这类事情发生。需要医院信息管理系统和数据库处在非常安全的环境里。这也是本文研究基于SQL数据库的医院信息管理综合应用平台设计的重心。

2.2 被动的进行攻击

在不影响正常网络使用的情况下，还会有更高明的窃取破译数据库的方法，这也是所谓的被动的进行攻击。在这种窃取、破译的行为下，当事人医院数据库很难查悉这行为，因此会造成非常重要的机密性文件数据的泄露。医院的数据库是整个医院信息系统的灵魂，很多黑客病毒都会以此为突破点以获得很重要的机密数据。

无论是主动的还是被动的攻击方式，都是现今使用的SQL数据库系统的抖动，为了保证医院的计算机信息安全，保证医院和病人的隐私，有必要针对这些缺陷进行改进。基于SQL数据库系统的综合信息应用平台设计可以更贴近实际，防止人为恶意的网络安全的攻击。这也是医院今后采用SQL数据库进行工作时的防范重点。

3 SQL数据库在医院信息管理综合应用中的完善

3.1 根据具体的需要相应的增加或者减少相应的模块数量

医院和个人可以根据自己的具体需要，进行一些简单的维护，将系统的模块进行增加或减少。并且在增减模块的同时注意维护编程的界面，这样才能设计出很友好的系统模块。有了针对性的结构特点，这样的数据库应用平台不仅更符合医院信息管理系统的设计，而且还增大了独立性和独特性，因此也可以整体提高系统的可维护性和可靠性。选用这样模块化的SQL数据库应用平台也是设计结构的特点。

3.2 采取开发式结构特点

研究基于SQL数据库的医院信息管理综合应用设计就必须要仔细斟酌这数据库的系统硬件的结构设计。这个也是整个信息系统的核心内容。当前采取的数据统计模式执行的是 TCP/IP 的协议。如果要进一步加强系统给的可靠性，保证医院和病人信息的安全就应当采取开发式结构特点的系统硬件结构设计。采取这样的硬件结构设计可以减少冗余的配置，保证系统可靠性。在整体的医院数据信息系统中，最重要的就是这个系统。在完善机遇SQL数据库的应用设计时自然需要通过增强系统给的整体可靠性，以联合增强SQL数据库的互联网安全机密新能。SQL依然可支持远程的访问，这也是医院信息数据库需要有的特点。因此，虽然可支持远程访问的功能会导致医院的信息保密功能不太安全，却也不能删除。但是可具体根据医疗方面的任务对应的增加远程访问的时间限制、地点限制和次数限制。这也是开发式硬件结构的特点。

3.3 系统性能优化

SQL数据库历经几年的研究和使用已经近乎完美，因此对数据库的性能进行优化是个非常困难的任务。然而，只要是实际工作有需要的，都应当做出针对性的系统性能优化。为了保证医院信息的安全，也为了保证医院工作的效率，系统性能优化的完善势在必行。在医院日常的工作中，最繁重的就是数据统计和索引了，若性能得到优化，就可以大大加快数据库的反应速度，这样也能使医院的工作和服务得到提升。

4 结论

本文根据基于SQL数据库的医院信息管理综合应用平台进行了一系列的探讨研究之后，将现有的SQL数据库应用缺陷及其优点进行了总结。并根据实际整理出了一些完善改进的建议。希望在这种模式下进行改善的SQL数据库可以得到更好的应用。希望上述提出的一些改善意见可以使得医院的信息数据综合应用设计得到更好的提升。

参考文献

[1]童桂法.SQL数据库医院信息管理系统应在危重患者抢救中作用[A];《中华急诊医学杂志社》第三届组稿会暨急诊医学学术研讨会论文汇编[C];2004.

[2]刘亚娟;SQL数据库管理系统设计与实现[D].吉林大学，2009.

[3]邬长兴，赵怀，王泽，赵占，马利成.SQL数据库在医院信息管理系统的改变[J].中国危重病急救医学，2014(04).

[4]胡明刚.SQL数据库医院信息管理系统应用程序设计[A];2009全国测绘科技信息交流会暨首届测绘博客征文颁奖论文集[C];2009.

作者单位

郑州市儿童医院 河南省郑州市 450053