第一章现行系统概述.docx

1、第一章现行系统概述第一章现行系统概述 第一章 现行系统概述 水车镇卫生院现行的管理系统采用传统的手工操作，虽然有计算机，但医院配备的计算机仅局限于打字和财会算账上，并没有使用在医院管理信息系统中。目前，水车镇卫生院所面临的主要问题是职能管理部门结构上，部门重叠，机构臃肿。冗员多，效率低下，运作困难。业务上传统手工操作，工作效率低，而且容易出错，且手续繁琐，重复。在医疗方面，医生在手工开处方时写的药名并不规范，这给药品管理带来很大的不便。药品采购时，需要对药品库存账本对照查阅。而药品种类繁多，查对繁琐，易出错。相同药品不同产地价格不同，造成药品管理不便。水车镇卫生院信息化改造可以是使药品库存管理

2、以及采购更加现代化，药品管理和存储成本下降；同时可使医生开药更加安全，提高医生工作效率；也有利于月底结算。医院办公现代化的实现，会使得管理费用和管理成本下降。第二章 系统分析 系统分析是应用系统思想和方法，把复杂的对象分解成简单的组成部分，找出这些部分的基本属性和彼此间的关系。这个阶段是系统开发中最重要、也是最困难的阶段。它既是后续开发工作的依据，也是衡量一个信息系统优劣的依据。系统分析阶段的基本任务是：系统分析员与用户在一起，充分了解用户的要求，并把双方的理解用系统说明书表达出来。系统说明书审核通过以后，将成为系统设计的依据和将来验收系统的依据。2.1 需求分析 随着经济和信息技术的发展，计

3、算机应用已经渗透到社会生活的各个行业，而医疗行业中的大多数中小型医院信息处理还停留在手工操作。社会的发展给医院的管理提出了更高的要求。本系统的开发是在了解水车镇卫生院的管理模式的前提下，在医院现有系统之上建立的信息管理系统。在医院，传统的手工操作使医护人员和管理人员把大量的时间和精力消耗在事务性工作上，劳动强度大且工作效率低。本系统的建立可以提高医院员工的工作效率和质量，减轻医院员工的各类事务性工作的劳动强度，使他们有更多的时间服务病人。医院在传统的手工操作下，病人排队等待时间长，看病辗转多，看病不方便。本信息系统的建立可以减收病人的等待时间，保证病人的利益。本信息系统的建立可以为医院提供手工

4、方式下无法进行的统计分析，为医院领导提供决策依据。同时本系统的建立可以改善医院经营管理，为医院创造出经济效益，社会效益。2.2 可行性分析 2.2.1技术可行性：本系统数据库开发平台选用 SQL2000，该数据库管理系统能很好运行，并提供数据库之间的数据复制功能，可代替现有系统单据数据的手工传递工作，降低出错率，提高数据的可用性。本系统的应用软件开发平台也选用 PowerBuilder9.0，这是目前数据库应用软件的优秀开发平台。开发本信息系统的技术可行。2.2.2经济可行性：这主要包括项目所需费用的预算与对项目效益的估算。经济可行性已解决了供研制系统所需要的经费，并且在一定时期内能回收系统的

5、投资。成本包括初始成本与日常维护费用，应注意防止成本估计过低的倾向。经验表明，成本费用往往低于预先估计的 24倍。采用新的医院信息管理系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，提高信息的利用率，使医院服务质量更上一个台阶。经分析，本系统经济可行。2.2.3管理可行性 使用此系统有助于医院加强宏观管理，搞好卫生资源的调控。它能促进卫生事业不断发展。提高管理的效率。因此，本系统管理可行。2.2.4社会可行性 经过对系通分析，从组织内部来讲，管理信息系统的建立，可能导致某些制度，甚至管理体制的变动，对于这些变动，组织的承受能力影响着系统

6、的生存，尤其是从手工系统过渡到人机系统，这个因素的影响更。但这种影响对于医院的发展来说积极的成分比较大，也有助于社会对医院的认可。通过上述分析，我们可以做出肯定的回答，系统的整体情况符合企业和社会的需求，具有较强的可行性。综上所述，可行性研究最终表明，此系统方案具有可行性，可以进行开发。2.3 信息系统规划 在医院信息管理系统项目实施过程中，均遵守以下系统规划原则：安全性原则、实用原则、可操作性原则、兼容性原则、合法性原则、标准化原则。系统规划要求支持企业的总目标，整体上着眼于高层管理，兼顾各管理层需求。摆脱信息系统对组织结构的依从性。使系统结构有良好的整体性。便于实施。系统规划的任务是制定信

7、息系统的发展战略，制定信息系统的总体方案，安排项目开发计划，制定系统建设的资源分配计划。系统规划的特点：系统规划是面向全局的，面向长远的关键问题，具有较强的补稳定性，结构化程度较低。系统规划是高层的系统分析，高层管理成员是主体。系统规划不宜过细。系统规划使企业规划的一部分，并伴随环境发展而变化。2.4 系统开发方法的选择 信息系统开发的方法主要有：结构化法，原型法，面向对象法等。结构化编程：具体地说，就是先将整个管理信息系统的开发划分成若干个相对比较独立的阶段，如系统规划、系统分析、系统设计、系统实施等。在前三个阶段采用自顶向下的方法对系统进行结构化划分，即从组织管理金字塔结构的最顶层入手，层

8、层分解逐步深入至最基层；先考虑系统整体的优化，然后再考虑局部的优化。在系统实施阶段，采用自底向上的方法逐步实施，即按照前几个阶段设计的模块，组织人员从最基层的模块做起（编程），然后按照系统设计的结构，将模块一个个拼接到一起进行调试，自底向上，逐渐地构成整体系统。结构化系统开发方法的优点是设计出质量好的程序，不仅在程序每次运行时都能产生正确的输出结果，而且使得其他程序员以后可以非常容易地阅读和修改程序。但程序需要不断地修改。原型法的优点是解决传统的生命周期法缺乏弹性的缺陷，缩短了开发周期，减少了开发风险。用户参与积极性高开发周期短，使用灵活。面向对象法的优点是使程序设计的思想方法更接近人们的思维

9、方式。为人们提供了更有利的认识框架。由于我是初学者，且医疗系统相对稳定变化小，所以我使用的是结构化的开发方法。2.5 组织结构与功能结构分析 水车镇卫生院的组织结构是按照工作性质和任务划分的，分为诊疗部门、辅助诊疗部门、护理部门和行政后勤部门。（组织结构如图 2-1所示）诊疗部门是医院的主要业务部门，它包括病房和门诊的各临床科室，如内科、外科、妇产科、五官科、骨伤科、中医科、儿科、急诊科、预防保健科。辅助诊疗部门包括为临床提供技术支持的专业科室，包括药剂科、放射科、临床检验科、物理诊断科、手术室等。辅助诊疗部门以专门的技术和设备辅助临床诊疗工作的进行，是现代医院的重要组成部门。护理部门是独立完

10、成专业工作内容的系统，虽然护理专业人员分布在诊疗和辅助诊疗部门的各岗位，但它通过各专科护士长和护理部两级管理体系，完成其专业工作任务。行政后勤部门是对医院的人、财、物进行管理的职能部门，它既包括对医疗、护理工作进行管理的业务管理机构，如医务科、护理部、门诊部等，还包括对医院整体进行管理的其他职能部门，如院长办公室、人事科、财务科、保卫科、设备科、膳食科等。各行政管理职能部门管辖的辅助性科室，等亦应归入行政后勤管理部门。党群组织机构，也归入行政后勤部门。其组织结构图：2.6 业务流程分析 医院的主要业务就是为病人看病。医院业务主要分为三种：平诊、急诊和住院治疗。根据我在新化县水车镇卫生院的实习情

11、况，了解医院的特点，得到水车镇卫生院的业务流程：平诊：病人到医院就诊必须到门诊挂号处挂号，接下来，去门诊相应的科室找到医生。医生对病人作一般性检查，了解病人的病情后，按病人的病情开出处方单。如果病人患的是简单的小病，医生开出治疗处方。病人用医生的开药处方到中药药房或西药药房划价，之后到门诊收费处缴纳药费，再次到药房去取药。取完药后，病人就在医院治疗或者回家治疗。如果病人患的病比较重，医生判断不出病人的病因时，医生就开出辅助检查处方单，病人去收款处缴纳相应的检查费用，然后去相关科室接受检查。检查结果出来以后，病人持检查结果回到就诊医生。医生根据检查结果，对病人的病情作进一步的判断，决定病人是住院

12、治疗还是开药回家休养，而后开出住院通知单或一般处方。住院病人持住院通知单和所有检查结果，以及门诊医生写的门诊病历到住院部办理住院。开药回家治疗的病人以及住院病人用医生的开药处方到中药药房或西药药房划价，结算后到门诊收费处缴纳药费，病人再次到药房去取药，病人再回家治疗或住院治疗。（业务流程如图 2-2所示）急诊：急诊病人到医院就诊首先到门诊室急诊室，急诊室值班医生对病人作简单检查，对病人的病因能直接判断出的，急诊室值班医生马上开出急救处方，组织医护人员对病人进行急救治疗。医生不能直接判断出病人病因的，组织在院医生对病人进行会诊，会诊结果出来后，开出处方，去药房取药，进行急救治疗。急救后病人根据先

13、前开出检查处方单去收款处缴纳相应的费用以及急诊费，随后按其病情转入住院部或者开药回家。（业务流程如图 2-3所示）住院治疗：病人持门诊医生开的住院通知单和以前检查结果门诊病历找到住院部向相应的科室医生，住院部医生对病人作进一步检查，并且开始写病人的住院病例。病人家属去住院收费处交纳住院保证金，护士安排病人住院床位。病人住院部治疗。病人病好了以后，医生检查能够出院，医生写出出院病历，病人签字。医生开出出院证明，病人持出院证明到住院收费处结账。结账完成后，病人的出院手续就办妥了。（业务流程图如图 2-4 所示）2.7 数据与数据流程分析 医院门诊数据流程如下：图中 P2医生诊断 P5 书写病历 P

14、6相关检查是手工处理 2.8 数据字典 数据字典是系统分析阶段的重要的文档。数据字典的作用是能够清楚的定义和详细的解释数据流程图上未能表达的内容，同时还能够帮助分析员组织数据，是沟通用户的工具。数据字典记载着每个数据项的关键条目，从中可以检查出各个数据元素的详细内容或漏掉的数据元素。数据字典共有六类条目：数据元素、数据结构、数据流、数据存储、处理过程、外部实体。不同类型的条目有不同的属性需要描述，下面列出药库管理信息管理系统中，数据字典各类条目的部分描述：2.8.1数据元素条目 2.8.2数据结构条目 2.8.3 数据流 2.8.4 数据存储 2.8.5处理过程 2.8.6外部实体 第三章 系

15、统设计 3.1 系统总体结构设计 系统总体结构设计是要根据系统分析的要求和组织的实际情况来对新系统的总体结构形式和可利用的资源进行大致设计,它是一种宏观、总体上的设计和规划。系统设计原则 1.简单性：在达到预定的目标、具备所需要的功能前提下，系统应尽量简单，这样可减少处理费用，提高系统效益，便于实现和管理。2.灵活性和适应性：企业的管理信息系统必须具有相当的灵活性，以便适应外界环境的不断变化，而且系统本身也需不断修改和改善。因此，在这里系统的可变性是指允许系统被修改和维护的难易程度。一个可变性好的系统，各个部分独立性强，容易进行变动，从而可提高系统的性能，不断满足对系统目标的变化要求。此外，如

16、果一个信息系统的可变性强可以适应其它类似企业组织的需要，无疑地，这将比从新开发一个新系统成本要低得多。3.一致性和完整性：一致性是指系统中信息编码、采集、信息通信要具备一致性设计规范应标准；完整性是指系统作为一个统一的整体而存在，系统功能应尽量完整。4.可靠性：系统的可靠性指系统硬件和软件在运行过程中抵抗异常情况的干扰及保证系统正常工作的能力。衡量系统可靠性的指标是平均故障间隔时间和平均维护时间。前者指平均的前后两次发生故障的时间，反映了系统安全运行时间，后者指故障后平均每次所用的修复时间，反映系统可维护性的好坏。只有可靠的系统，才能保证系统的质量并得到用户的信任，否则就是没有使用价值。系统设

17、计的目的：系统设计的目的是在保证实现逻辑模型功能的基础上，尽可能提高目标系统的简单性、可变性、一致性、完整性、可靠性、经济性、系统的运行效率和安全性，将分析阶段所获得的系统逻辑模型，转换成一个具体的计算机实现方案的物理模型，包括计算机物理系统配置方案报告和一份系统设计说明书。系统主体模块结构 3.2 数据结构与数据库设计 3.2.1概念结构设计 概念结构设计就是将需求分析得到的用户需求抽象为信息结构即概念模型的过程。这里采用自顶向下和自底向上建立整个系统的数据库结构。采用实体联系模型（E-R 图）进行数据库概念设计。3.2.2数据库的逻辑设计 逻辑结构设计的任务就是把概念结构设计阶段设计好的基

18、本 E-R 图转换为与选用的 DBMS 产品所支持的数据模型相符合的逻辑结构。这里是将 E-R 图转换为关系模型。为了很好地实现用户管理上的功能、性能要求，还需要进一步优化处理。优化过程采用关系模型的规范化理论第一范式、第二范式、第三范式进行优化处理，减少数据冗余。下面将上面的 E-R 图转换为关系模型表示实体与实体之间的关系。下面用关系模型表示实体间的关系：病人（病人编号，病人姓名，病人性别，备注，病人住址，病人出生日期，挂号费用编号）药品（药品编号，药品名称，药品规格，药品类别，药品计量单位，药品单价，药品助记符，药品产地）药品库存（药品库存编号，药品编号，药品库存数目，药品库存下限）科室

19、（科室编号，科室名称，主管编号）医生（医生编号，医生姓名，医生性别，医生职位，医生出生日期）治疗费用（治疗费用编号，治疗费用名称，治疗收费价格，助记符）检查费用（检查费用编号，检查费用名称，检查收费价格，检查单位，检查类型，助记符）挂号费用（挂号费用编号，挂号科室名称，挂号级别，挂号收费价格）病人用药记录（病人用药记录号，医生编号，药品编号，药品数目，药品价格）病人检查记录（病人检查记录号，医生编号，检查费用编号，检查价格）病人治疗记录（病人治疗记录号，医生编号，治疗费用编号，治疗价格）3.2.3物理设计 数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。为

20、一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。物理设计的目的是根据数据库管理系统的特征，确定数据库的物理结构。数据库的物理结构设计通常分为：1.确定数据库的物理结构，在本系统所选择的关系数据库中主要指存取方法和存储结构；2.对物理结构进行评价，评价的重点是时间和空间效率。存储结构主要任务是：确定数据库的文件名称其所含字段的名称，类型；确定数据库文件的属性。表 3-1 病人表单(Brxx)字段名称 说明 数据类型 长度 是否为空 备注 Br_bh 病人编号 字符型 12 否 主键 Br_xm 病人姓名 字符型 20 否 Br_xb 病人性别 字符型 2 否

21、Br_bz 病人备注 字符型 2 是否退挂 Br_zz 病人住址 字符型 50 Ghfy_bh 挂号费用 编号 字符型 2 外键 Br_csrq 病人出生 日期 日期时间 型 否 表 3-2 药品表单(Ypxx)字段名称 说明 数据类型 长度 是否为空 备注 Yp_bh 药品编号 字符型 8 否 主键 Yp_mc 药品名称 字符型 30 否 Yp_gg 药品规格 字符型 6 否 Yp_lb 药品类别 字符型 10 否 Yp_jldw 药品计量 单位 字符型 4 否 Yp_dg 药品单价 实型 Yp_zjf 药品助记符 字符型 40 否 表 3-3 药品库存表单(Ypkc)字段名称 说明 数据类

22、型 长度 是否为空 备注 Ypkc_bh 药品库存 编号 字符型 10 否 主键 Yp_bh 药品编号 字符型 8 否 外键 Ypkc_jldw 药品库存 计量单位 字符型 4 否 Ypkc_xx 药品库存 下限 实型 否 Ypkc_cd 药品产地 字符型 50 表 3-4 科室表单(Ksxx)字段名称 说明 数据类型 长度 是否为空 备注 Ks_bh 科室编号 字符型 2 否 主键 Ks_mc 科室名称 字符型 20 否 Ys_bh 主管编号 字符型 6 外键 表 3-5 医生表单(Ysxx)字段名称 说明 数据类型 长度 是否为空 备注 Ys_bh 医生编号 字符型 6 否 主键 Ys_x

23、m 医生姓名 字符型 20 否 Ys_xb 医生性别 字符型 2 否 Ys_zw 医生职位 字符型 10 否 Ys_csrq 医生出生 日期 日期时间 型 否 表 3-6 治疗费用(Zlfy)字段名称 说明 数据类型 长度 是否为空 备注 Zlfy_bh 治疗费用 编号 字符型 4 否 主键 Zlfy_mc 治疗费用 名称 字符型 20 否 Zlfy_sfjg 治疗收费 价格 实型 Zlfy_zjf 治疗项目 助记符 字符型 40 否 表 3-7 检查费用(Jcfy)字段名称 说明 数据类型 长度 是否为空 备注 Jcfy_bh 检查费用 编号 字符型 4 否 主键 Jcfy_mc 检查费用

24、名称 字符型 20 否 Jcfy_jg 检查收费 价格 实型 Jcfy_dw 检查单位 字符型 10 否 Jcfy_lx 检查类型 字符型 10 否 Jcfy_zjf 检查项目 助记符 4 否 表 3-8 挂号费用(Ghfy)字段名称 说明 数据类型 长度 是否为空 备注 Ghfy_bh 挂号费用 编号 字符型 2 否 主键 Ghfy_mc 挂号费用 名称 字符型 20 否 Ghfy_jb 挂号费用 级别 字符型 10 否 Ghfy_sfjg 挂号收费 价格 实型 表 3-9 病人用药记录(Yyjl)字段名称 说明 数据类型 长度 是否为空 备注 Yyjl_bh 病人用药 字符型 16 否 主

25、键 记录号 Ys_bh 医生编号 字符型 6 外键 Yp_bh 药品编号 字符型 8 外键 Bryyjl_sm 药品数目 实型 否 Yyjl_fy 药品价格 实型 否 表 3-10 病人检查记录 字段名称 说明 数据类型 长度 是否为空 备注 Yyjl_bh 病人检查 记录号 字符型 16 否 主键 Ys_bh 医生编号 字符型 6 外键 Jcfy_bh 检查费用 编号 字符型 8 外键 Jcjl_fy 检查价格 实型 表 3-11 病人治疗记录 字段名称 说明 数据类型 长度 是否为空 备注 Yyjl_bh 病人治疗 记录号 字符型 16 否 主键 Ys_bh 医生编号 字符型 6 外键 Z

26、lfy_bh 治疗费用 编号 字符型 8 外键 Zljl_fy 治疗价格 实型 3.3 代码设计 管理信息系统的代码使用具有重要的意义，它对于快速查找，类型判断，提高系统的速度具有重要作用。代码的作用：对客观实体，通过代码进行识别、分类；从计算机信息处理而言，使用代码节省处理时间与空间，提高处理速度与效率。代码的分类原则：唯一性原则：每一个代码都代表唯一实体或属性。便于识别和记忆：为了同时适合于计算机和人工处理使用，代码不仅要具有逻辑数据含义，而且要便于识别和记忆。容易修改：代码中有一些注释，当某个代码在条件、特点或代表的实体关系改变时，容易进行变更。该系统的代码设计如下：病人编码方案：XXX

27、XXX XX XXXX（12 位）药品编码方案：XXXXXXXX（8位）科室编码方案：XX（2 位）医生编码方案：XX XXXX（6位）治疗费用编码方案：XXXX（4位）检查费用编码方案：XXXX（4位）挂号费用编码方案：XX（2位）病人用药记录编码方案：XXXXXXXXXXXXXX XXXX（16位）病人检查记录编码方案：XXXXXXXXXXXXXX XXXX（16位）病人治疗记录编码方案：XXXXXXXXXXXXXX XXXX（16位）3.4 输入/输出设计 输入输出设计在信息系统设计中占据重要地位，因为输入和输出是用户与系统的接口，是用户与系统关系最密切的两部分，它对于保证今后用户使用系

28、统的方便性及系统的安全可靠性来说十分重要。系统设计时，应先进行输出设计，再进行输入设计，因为输入信息只有根据输出要求才能确定。3.4.1输出设计 输出设计的目的是使系统能输出满足用户需求的有用信息，系统的输出主要表现在查询和报表的输出和打印。查询输出可以通过输入多个查询条件进行有目的的查询。报表输出可根据用户的要求进行条件打印。用户往往通过输出来了解系统的面貌，是评价系统应用效果的依据。因此，输出设计的出发点是保证系统输出的信息能够方便地为用户所使用，能够为用户的管理活动提供有效的信息服务。信息系统输出设计就是从信息输出角度，通过对输出内容、输出格式、输出设备与介质等方面的分析研究，确定出可行

29、的输出设计方案。信息一般可以采用屏幕输出、报表输出和其它途径输出等形式。屏幕输出又可分为文本输出、图表输出、图形图像输出和音频输出等形式。屏幕输出又可通过屏幕界面的方式来组织。3.4.2输入设计 输入设计的根本任务是确保数据快速、正确地输入系统。必须重视输入设计，要避免不合法的、不完整的、不正确的数据进入系统，设法保证输入数据的正确性。输入设计的目的是根据信息系统目标和用户的特点，确定出使用户满意的输入设计方案。输入设计与输出设计有密切的联系，需要综合考虑。输入设计应遵循以下原则：可靠性。简单性。易学易用性。输入界面应简单明了、色彩适中、风格统一。快速响应性。输入数据内容取决于所需输出信息的内

30、容，因此，输入数据内容的确定应根据输出设计来确定系统都需要哪些数据输入，包括数据项名称、数据类型、精度、取值范围等。为了减少输入数据的错误，避免数据重复输入，输入量应保持在满足处理要求的最低限度。输入方式及设备的选择：输入方式的选择主要应根据具体管理要求来确定，选择输入设备有键盘、鼠标。数据的校验方法有人工直接检查，由计算机用程序校验以及人与计算机两者分别处理后再相互查对校验等多种方法。常用方法有重复校验，数据类型校验，格式校验，逻辑校验，界限校验。3.5 模块功能与处理过程设计 本医院管理系统分为七个功能模块：系统管理，门诊挂号，门诊收费，药品管理，统计查询，报表，维护。3.5.1系统管理

31、系统管理有五个功能模块，登录模块：用户选择用户名，输入密码进入系统。修改密码模块：用户输入原密码和新密码以修改密码。注销模块：在不同的用户之间切换。系统管理员管理模块：增加用户，删除用户，修改用户的权限。退出模块：退出本系统。3.5.2门诊挂号 由操作员输入该病人的有关资料，系统给出门诊号（病人编号）。对病人，登记姓名、性别、地址等有关资料并收取挂号费，由系统给出门诊号给挂号纸。提供增加、删除、查询等功能。但只限制删除当天增加的人员。3.5.3门诊收费 分为划价收费，检查收费，治疗收费三部分。划价收费子模块把计价和收费合并在一起，简化工作流程。划价收费可分为西药划价、中药划价，现金来处理。马上

32、打印发票。因此，系统根据以上情况，把计价收费子模块的功能安排如下：中、西药处方计价收费，登记医生处方上的所有资料。录入处方上的药品名称，规格和用量就要显示出药品名称、单价、规格、单位和金额。收取现金，系统自动打印出收费发票。检查项目收费：对一些要收费的检查项目，要提供一个平台来录入有关的收费资料。收取现金，系统自动打印出收费发票。治疗项目收费：对一些要收费的检查项目，要提供一个平台来录入有关的收费资料。收取现金，系统自动打印出收费发票。3.5.4药品管理 入库单录入：有供应单位、入库材料以及入库单应该具有的属性。将仓库的入料情况作及时地记录，已备以后查询、对账使用。药品库存明细帐：主要记录库存

33、及其变动情况，可直接进行查询浏览。3.5.5统计查询 挂号，收费，药品，诊断医生处方，各科室计价收费情况表，检查项目收费情况表的统计与查询。3.5.6报表 对各项数据生成报表，报财务室。3.5.6维护 维护门诊科室表单，医生表单，检查项目定价表单等 3.6 信息系统安全设计 数据的安全性主要是通过权限管理、备份策略以及数据库本身的所具有的安全特性来实现的。3.6.1权限管理 对于一般的应用系统操作人员，将只给予相关业务操作的系统模块的权限，有关系统支持模块和数据查询模块都不给予操作权限。对于各部门的管理人员，将给予数据查询模块的操作权限，不给予超越其业务操作的系统模块操作权限。操作人员的均将设置相应的用户和口令。尤其是系统管理员的用户名和口令将由系统管理员保密。3.6.2备份策略 为了防止计算机灾难事故的出现，数据的备份和恢复的工作就成为了一项不可忽视的非常重要的系统管理工作。为了将系统安