1、目 录摘要1第一章 引言 第二章 系统需求分析 21 业务系统描述 5 211 业务流程分析5 212 组织层次图6 213 业务流程图722 可行性分析 1023 HIS系统的目标1124 项目开发计划11第三章 系统逻辑方案131 数据流程图1232 数据词典18 321 数据流18 322 数据元素18 333 数据存储19 324 数据加工19 325 外部项1933 数据项的代码设计21第四章 系统总体结构设计41 数据库设计27411 实体描述28412 联系描述29413 E-R图31414 转换规则31415 关系模式32416 数据库的实现3342计算机系统配置方案的选择和设
2、计35421 计算机系统硬件配置35422 计算机系统软件配置3543系统总体安全性、可靠性方案与措施36431 系统安全性方案和措施37432 可靠性方案与措施37第五章 系统详细设计 51 代码设计 3952 人机界面设计 39 521 输入设计40 522 输出设计42 533 模块处理过程结束语57参考文献医院信息管理系统摘 要本文简单介绍了医院出入院处、病区、药房、药库的业务流程,在整体分析医院各部门以及部门之间的实际工作业务的基础之上,结合管理信息系统开发的理念,开发了医院管理信息系统(Hospital Information System,以下简称HIS)。HIS的目的就是利用计
3、算机软硬件技术、网络通讯技术等现代化手段,对医院及其所属各部门(本系统不包含门诊部分)的人流、物流、财流进行综合管理,对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息,从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。【关键词】医院管理信息系统(HIS) 网络 出入院处 病区 第一章 引言随着社会的发展,人们对健康越来越关注,医院的业务不断增长,处理越来越复杂,简单的人工经营管理,已无法满足医院的需要, 成为医院发展的瓶颈, 人们对医疗服务的要求也越来越高。传统的手工操作模式,病人帐目繁杂,病人查帐困难, 病区和药房的药品浪费现象严重且无法
4、追踪, 人工传送各种记帐单容易漏、错帐,人工划价收费差错难以避免,因此,如何提高服务水平、提高工作效率,成为迫待解决的问题。医院管理信息化不仅能提高医务人员的工作效率和医疗水平,而且能提高医院的服务质量和管理水平,因此,医院对管理信息系统有着强烈的需求。美国著名教授Morris.Collen于1988年曾著文为医院信息系统(HIS)下了如下定义:利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据医交换的能力,并满足所有授权用户的功能需求。 开发医院管理信息系统(HIS)的目标就是立足医院应用实际,着眼院未来发展,以强化医院管理,提高医疗质量,
5、方便患者就医和查询,提高医院的服务效率和服务质量,设计一套符合国家功能规范要求,安全稳定,操作简便的医院信息系统,为医院提供一套全方位的解决方案。第二章 系统需求分析管理信息系统是一门新兴的、集管理科学、信息科学、系统科学及计算机科学为一体的综合性学科,研究的是信息管理活动的全过程,以便有效的管理信息,提供各类管理决策信息,辅助企业进行现代化管理。管理信息系统它具备数据处理、计划、控制、预测和辅助决策功能,具体作用如下5点内容:(1)用统一标准处理和提供信息,排除使用前后矛盾的不完整的数据。(2)完整、及时提供在管理及决策中需要的数据。(3)利用指定的数据关系分析数据,客观预测未来。(4)向各
6、级管理机构提供不同详细程度的报告,缩短分析和解释的时间。(5)用最低的费用最短的时间提供尽可能精确、可靠的信息,以便使决策者选择最佳的实施方案,以提高企业的经济效益。21 业务系统描述医院的医疗水平和服务质量一直是社会关注的焦点,仅靠增加基础设施投入和脱离信息化的管理方法的改进,是不能从根本上提高医院的工作效率、服务质量和管理水平的。HIS的目的就是减轻业务劳动强度,减少了差错,科学管理药品,节省人力,提高医院的财、物管理水平,增加经济效益,改善患者的就医环境,方便患者就医和查询,提高医院的服务效率和服务质量,提高医院的医疗质量和管理水平。所以,一个现代化的适应社会发展需要的医院,除了具备一流
7、的医疗队伍、一流的服务设施之外,还应具备一流的管理信息系统。211 业务流程分析对一个住院病人来讲,他到医院看病的过程及医院的处理流程,简单的讲是:病人先要到住院处登记并交纳住院押金,床位紧张的医院登记后要等待床位。然后,到病区接受主治医生的检查和询问,接受入院常规检查,接受临时治疗或按主治医生制定的长期治疗方案接受长期治疗。治疗过程中医生给病人下医嘱,医嘱产生药品和治疗项目两种申请单,药房根据病区的发药申请单给病人发药,在此之前药房要向药库申请进货,如果药库有库存则发给药房没有则列入采购计划。治疗过程中因为押金不够或医生的判断,需要退药,则会向药房申请退药。治疗项目在功检科室做完后直接收费。
8、治疗结束后护士让病人出区,出入院处再给病人办理出院手术。 同时,对医院管理者来讲,还要将上述过程中发生的各类数据信息由医院各职能部门和其下属部门的工作人员把各种单据归类、统计、汇总、计算形成各类报表。并将这些报表,报送相应的管理职能科室,再由这些科室将这些报表制单、汇总、计算形成医院总体的人事、财务、设备、医疗等各类报表和管理分析图表。 图2-1 组织层次图213 业务流程图在对HIS的业务流程、组织层次进行初步调查分析之后,明确了需求分析的目的,明确了系统开发的目标和用户的信息需求,接下来本节将通过具体的业务流程图来描述HIS业务的全过程,以明确系统应具有的功能。业务流程图是在对病人诊疗过程
9、和医院行政管理流程进行调查、分析的基础上得到的,其调查内容紧紧围绕系统的功能、目标。调查结果利用图形化工具进行描述,以规范说明。本HIS系统包含出入院管理、病区管理、药房管理、药库管理四大模块。整个业务流程包括:入库登记、预交金登记、入区登记、医生诊断检查、医生开医嘱、检查项目执行、发药申请、药房发药、退药申请、药房退药、药房入库申请、药库药品出库、药房药品退货、药库药房退库、药库药品入库、药库药品退货、病人出区、出院结算。以下按出入院处、病区、药房、药库四大功能科室分别阐述。(1)出入院处:病人首先到出入院处登记入院,出入院处给病人分配一个住院号,登记病人的姓名、年龄、医疗类别、入院日期、待
10、住院的病区和科室、入院诊断等入院信息。登记结束后,病人再交纳一定数额的押金,出入院处给病人押金收据。(2)病区:病人入院登记之后,到病区由护士给病人分配床位和相应的主治医生。医生在给病人做完诊断之后给病人下医嘱。由医嘱产生治疗项目执行申请和药品发药请领单。治疗过程中如果病人申请退药,护士再向药房发送退药申请.医嘱执行时产生的固定项目费用,例如:护理费、床位费、诊疗费都在相应的功能科室直接收费。需要医技确认的医嘱项目都在检查科室执行完成后,由病区记费。(3)药房:药房收到病区的发药申请后即给病区发药,收到病区的退药申请后给病区退药。药房向药库申请药品入库药品退货。(4)药库:药库收到药房的入库申
11、请后即给药房发货,收到药房的退药申请后给药房退货。药库向药商购货和退货。业务流程图如图2-2所示:22 可行性分析可行性分析是系统分析阶段的重要活动,是对系统进行全面、概要的分析。它的任务是确定项目开发始否必要和可行。它的主要目标是:进一步明确系统的目标、规模和功能,对系统开发背景、必要性和意义进行调查分析,并根据需要和可能提出拟开发系统的初步方案和计划,明确问题,对所提供系统大致规模和目标的几个有关约束条件进行论证,并且提出系统的逻辑模型和各种可能的方案,从而为系统开发项目的决策提供科学依据。其主要从三个方面进行研究:(1)技术可行性:对现有技术进行评价,以明确能否利用现有技术进行系统开发及
12、系统实施。计算机网络技术的发展和计算机硬件性价比的不断提升,使计算机全面应用于医院管理的各个环节成为可能。C/S开发模式、COM、DCOM技术在国内各行各业的信息管理系统开发中已经被广泛采用,实践证明这些技术都非常适合医院管理信息系统的开发。(2)经济可行性:对组织的经济状况和投资能力进行分析,对系统建设、运行和维护费用进行评估,对系统建成后可能取得的社会及经济效益进行估计。目前国内应用HIS的医院在信息化上的软硬件投资只占其年收入的1%-3%,而应用HIS后,阻塞了管理漏洞,杜绝了药品的丢失,节省了人力,提高了医院的财、物管理水平,改善了患者的就医环境,方便了患者就医和查询,提高了医院的服务
13、效率和服务质量。因此带来的经济回报将远远超过信息化过程中的投入。(3)营运可行性:指系统对组织机构的影响,对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。国内自上世纪80年代末就开始应用HIS,经过近20年的发展,我国大部分医院都有主管HIS的信息科,绝大部分医院都使用过单机版计算机软件来完成日常的收费划价以及药库管理工作。经调查发现华东地区近95%的医院都在20世纪90年代中期开始应用HIS。所以医院的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。23 HIS系统的目标HIS的目的就是支持医院的行政管理与事务处理业务,使医
14、院的业务操作流程和日常管理规范化。采集、分析处理、存储各种基础数据并使之标准化,通过网络在院内各科室之间传递,简化信息流程,为医院查询、分类汇总、统计、决策分析提供及时准确的数据,杜绝以前手工操作带来的差错,减少工作流程,提高工作效率。为了实现以上功能,我们必须做好以下几点:基础数据标准化,重视系统的实用性、经济性、安全性,顺应管理扁平化的管理趋势。24 项目开发计划本系统的开发大致分为四步:a.系统分析(包括需求分析和逻辑方案)b.系统设计(包括总体设计和详细设计)c.系统实施d.系统运行和维护.第三章 系统逻辑方案系统分析的主要成果是系统的逻辑模型,本系统的逻辑模型主要是以系统的数据流程图
15、和数据字典为主要描述工具。即在对医院的管理方式和业务流程进行认真分析和研究的基础上,超脱出医院现有组织机构和业务分工所造成的信息障碍,完全从业务管理功能和管理对象出发,按信息系统中应有的数据流和数据结构来勾画系统的概貌。31数据流程图数据流程图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。它可以综合的反映出信息在系统中的流动、处理和存储情况,具有良好的抽象性和概括性。它在调查的基础上,从系统的科学性、管理的合理性、实际运行的可行性角度出发,将信息处理功能和彼此之间的联系自顶向下、逐层分解,从逻辑上精确地描述系统应具有的数据加工、数据输入、数据输出、数据存储及数据来源和去向(外部实体
16、)等项目。数据流程图和系统的物理描述无关,它所描述的内容不涉及技术细节,而是面向用户的,即使完全不懂信息技术的用户也容易理解。因此,数据流程图成为系统分析员与用户进行交流的有效手段,同时也成为系统设计的主要依据之一。图1 其它管理子模块 数据流图片段图2 其它管理子模块维护门诊科目 代码数据流图片段图3 其它管理子模块维护医生所属科室 数据流图片段图4 其它管理子模块统计 数据流图片段32 数据词典由于数据流程图只是对数据处理及彼此之间的联系进行说明,未对数据的详细内容及数据的加工过程进行说明,而这正是数据字典所要表达的。数据字典是关于数据信息的集合,也就是对数据流程图中包含的所有元素的定义的
17、集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚,便于后续工作系统设计的进行。以下列出本系统的部分数据字典,就是数据流、数据元素、数据存储、外部项和数据加工举例说明。321 数据流数 据 流系统名:医院管理信息系统 编号:F8条目名:发药申请单 别名:来源:病区系统去处:药房系统数据流结构:请求序号、住院号、患者姓名、医嘱序号、药房代码、病区代码、科室代码、医生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型简要说明:病区执行医嘱后产生发药申请单,药房再按照申请单发药修改记录编 写:蒋君伟日 期:20045审 核:丁宝康教授日 期:2
18、0045322 数据元素数 据 元 素系统名:医院管理信息系统 编号:条目名:住院号 别名:属于数据流:病人入院信息、预交金单、发药申请单、发药明细、退药申请单、退药明细、项目执行单、病人入区信息、费用明细存储处: 病人入院信息数据元素值:代码类型 长度 意义 numeric 9 住院号简要说明:识别病人的唯一编码修改记录编 写:蒋君伟日 期:20045审 核:丁宝康教授日 期:20045323 数据存储数 据 存 储系统名:医院管理信息系统 编号:D1条目名:病人入院信息 别名:存储组织:每个病人入院时产生一条信息记录数: 约10000条数据量: 约100KB主关键字:住院号辅关键字:记录组
19、成:项目:住院号 姓名 身份证号 性别 生日 病人状态 入院日期 出院日期 入区日期 诊断代码 病人类型病区代码 床位代码 医生代码 护士代码 近似长度:9 12 24 2 8 1 16 16 16 20 1(字节) 4 4 4 4简要说明:将病人每次入院时在出入院处登记的信息保存于此。修改记录编 写:蒋君伟日 期:20045审 核:丁宝康教授日 期:20045324 数据加工数 据 加 工系统名:医院管理信息系统 编号:1条目名:出入院管理 别名:输入:病人入院信息、预交金、费用明细 输出:病人结算单加工逻辑:录入病人入院信息和预交金信息,病区系产生的费用明细传入出入院处,出入院处根据费用明
20、细产生结算信息简要说明:完成病人出院和入院时的日常业务工作修改记录编 写:蒋君伟日 期:20045审 核:丁宝康教授日 期:20045325 外部项外 部 项系统名:医院管理信息系统 编号:条目名:药商 别名:输入数据流:药库退货单输出数据流: 药库外部入库单主要特征:药库系统药品的提供者,主要特征为:药商编码、药商名称、开户银行、银行账号、地址、邮政编码、联系人、联系电话、邮件地址简要说明:药库从药商处进出货。修改记录编写:蒋君伟日期:20045 审核:丁宝康教授日期:20045 图3-3 数据词典 数据加工条目举例33 数据项的代码设计目前计算机还无法识别客观世界中的任何一种具体的事物,它
21、只能识别ASCII字符集中的256个基本字符和数字。所以,计算机管理信息系统设计的基本前提条件是把管理对象数字化或字符化,这就是代码设计。代码包括无含义码和有含义码,本系统中运用了大量的系列顺序码,来表示各种记录的顺序。第四章 系统总体结构设计系统设计是信息开发过程中的另一个重要阶段,在这一阶段中将根据前一阶段逻辑分析的结果,在系统分析报告的基础上,按照逻辑模型的要求,科学合理地进行新系统的设计。系统设计包含两个方面:首先是总体结构设计,其实是具体物理模型的设计。这个阶段的主要目标是将反映用户信息需求的系统逻辑方案转换成可以事实的基于计算机的物理方案,并为下一阶段的系统事实提供必要的技术资料。
22、系统设计的的依据如下:(1) 系统分析阶段的成果(2) 现行计算机软硬件技术、数据库技术等(3) 现行信息管理与信息技术的标准、规范等有关法律制度(4) 用户要求(5) 系统运行环境条件我们采用结构化设计的方法来实现系统总体功能,提高系统的各项指标,即将整个系统合理的划分成各个功能模块,正确地处理模块之间和模块内部的联系以及它们之间的调用关系和数据联系,定义各模块的内部结构,通过对模块的设计和模块之间关系的系统来实现整个系统的功能41 数据库设计系统总体结构功能模块设计后,就要对数据库进行设计了。支持管理信息系统的数据库系统由模式、子模式、应用程序、数据库和数据库管理系统等几部分组成,其中除数
23、据库管理系统可以从现有产品中选购外,外模式、子模式、应用程序、数据库等则必须根据用户的具体要求进行分析和设计,这项工作称为数据库设计,它的核心问题是如何从系统的观点出发建立一个数据模式,使其满足以下几个条件:(1)符合用户的要求,即能正确地反映用户的工作环境,该环境包括拥护需处理的所有”数据”,并支持用户需进行的所有“加工”。(2)与所选用的数据库管理系统所支持的数据模式相匹配。(3)数据组织合理,应易于操作,易于维护,易于理解。为管理信息系统设计一个数据库系统通常包括如下几个步骤:(1)用户需求分析;(2)基本数据库结构的设计(3)中间数据库结构的设计;(4)与应用程序的接口。 411 实体
24、描述在数据库设计中,对数据字典中的数据结构、数据流和数据存储进行分析,参照数据流程图抽取数据,确定实体、实体的属性及试题之间的关系,得出系统的关系模式。采用实体-联系图,既E-R图的方法进行数据结构分析,E-R图由实体、属性、联系三部分组成。1) 本系统实体根据分析得到E-R图,各实体的属性分别描述如下:2) 实体属性分别描述如下,有下划线的属性为主码:1、 病区:病区代码、病区名称2、 医生:医生代码、医生姓名、性别、身份证、病区代码3、 护士:护士代码、护士姓名、性别、身份证、病区代码4、 病人:住院号、姓名、身份证号、性别、病人状态、 入院日期、出院日期、入区日期、诊断代码、病人类型5、
25、 床位:床位代码、占用标志、床位类型、编制类型6、 药品:药品编码、药品名称、药品规格、药品单位、药品价格、进货日期、自费比例、停用标志7、 功检项目:功检项目编码、功检项目名称、价格、自费比例、停用标志8、 医嘱:医嘱编号、医嘱类型、医嘱状态、医嘱内容、开始日期、停止日期9、 费用明细:序号、药品编码、功检项目编码、数量、金额、费用类型、确费日期10、 药房:药房代码、药房名称、药房类型11、 药库:药库代码、药库名称、药库类型12、 功检科室: 功检科室代码、功检科室名称、科室类型412 联系描述病区、医生、护士、病人、床位、药品、项目、医嘱、费用明细、药库、药房图中有17个联系,15个一
26、对多,1个一对一,1个多对多1)一个病区需要向不同类型的药房拿药,一个药房又可为多个病区供药,所以它们是多对多的关系。2)病区与床位之间是拥有关系,一个病区拥有多张床位3)一个病区可以指派多个医生4)一个病区可以指派多个护士5)医生与病人之间存在治疗关系,一个医生可以治疗多个病人6)护士与病人之间存在护理关系,一个护士通常要护理多个病人7)一个病人只占用一张床位8)医生在治疗过程中会开列许多医嘱,它们之间是一对多的关系9)一个病人在治疗过程中将发生多笔医嘱10)一种药品将可被多个医嘱用到11)一种功检项目可被多个医嘱用到12)一种药品可被多笔费用明细包含13)一种功检项目可被多笔费用包含14)
27、一个药房拥有多种药品15)多个药房向一个药库进货退货,它们是一对多的关系.比如:一病区中药房二病区中药房都是向中药库进药和退药16) 一个病人拥有多条费用明细17) 一个功检科室拥有多个功检项目413 E-R图病人 门诊 网络挂号1存入挂号21N11N1(1) 挂号处理 (2)门诊收费处收费1病房单应交费项目病人支付N1金钱数额住院取药诊断挂号诊断单药费单挂号单1111111(3)医生诊断包括5对应门诊病历N挂号单门诊病人1门诊处方处理方案门诊医生发出N1包括4包括3包括2包括1用药申请诊断项目住院申请单NN11111111挂号挂号111N (4)根据上面的分E-R图和门诊子系统的第一层数据流
28、图画出总的E-R图 由于篇幅的问题,不再画出各个实体与其属性的E-R分图,各个实体及其属性可以参看下面列出的说明。l 门诊子系统总E-R图414 转换规则1) 实体集的转换每个实体集用一个关系表示,其中实体集的属性被转换成关系的属性。实体集的主键,在满足唯一标识的无冗余等性质的条件下,将作为对应关系的主键。在实体的对应关系上,由于加入了联系,可能还要增加一些属性。2) 联系的转换(1)1:1的联系如果实体集E1与实体集E2的联系为1:1,应根据需要把E2的主键放入关系模式E1中,或反之。(2)1:N的联系如果实体集E1与实体集E2的 联系为1:N,将E1的主键包含在E2的关系模式中。(3)M:
29、N的联系如果实体集E1与实体集E2繁荣联系为M:N,则它们之间的联系由另一个关系模式表示,这个关系模式由每个参加的实体集的主键及这个 联系的任何属性一起组成。415 关系模式E-R图向关系模型的转化要解决的问题是如何将实体和实体间的联系转化为关系模式,如何确定这些关系模式的属性和代码。就按4.2.4转换规则转换。因此,由E-R图转换得到的13个关系模式如下所示,有下划线的属性为主码,带#号的属性为外码:1、病区:病区代码、病区名称、备注2、医生:医生代码、医生姓名、性别、身份证、病区代码#、备注3、护士:护士代码、护士姓名、性别、身份证、病区代码#、备注4、病人:住院号、姓名、身份证号、性别、
30、病人状态、入院日期、出院日期、入区日期、诊断代码、病人类型、床位代码#、医生代码#、护士代码#、备注5、床位:床位代码、占用标志、床位类型、编制类型、 病区代码#、备注6、药品:药品编码、药品名称、药品规格、药品单位、药房代码#、药品价格、进货日期、自费比例、停用标志、备注7、功检项目:功检项目编码、功检项目名称、价格、自费比例、停用标志、备注、功检科室代码#8、医嘱:医嘱编号、医嘱类型、医嘱状态、医嘱内容、开始日期、停止日期、住院号#、药品编码#、功检项目编码#、医生代码#、备注9、费用明细:序号、住院号#、药品编码#、功检项目编码#、数量、金额、费用类型、确费日期、备注10、药房:药房代码
31、、药房名称、药房类型、药库代码#、备注11、药库:药库代码、药库名称、药库类型、备注12、功检科室:功检科室代码、功检科室名称、科室类别、备注13、药房病区对应:序号、病区代码#、药房代码#416 数据库的实现通过对转换后所得到关系模式的分析,结合本系统的功能及所选开发工具和数据库系统的特点,对系统数据库进行设计,建立一个具有良好的数据组织结构的数据库,应遵循的原则有:(1) 可能减少数据冗余和重复(2) 结构设计和操作设计相结合(3) 数据结构具有相对的稳定性由于数据库中所保存的数据是系统中非常重要的资源,所以在数据库设计时一定要注意数据结构的安全性、完整性,并发控制与恢复,而一般的数据库管
32、理系统都提供了一定的数据保护功能。以下是本系统中的3张数据库表,字段名称中有*为主键1.职工编码库(YY_ZGBMK)主 码字段代码字段名称数据类型长 度小数位数可否为空*zgbm职工编号numeric4Not nullzgmc职工姓名Varchar24Not nullzglb职工类别0医生1护士2其他smallintxb性 别varchar4sfzh身份证号varchar20bqdm病区代码Varchar4Not nullpy拼 音char8wb五 笔char82. 病人入院信息(ZY_BRXXK)主 码字段代码字段名称数据类型长 度小数位数可否为空*zyh住 院 号Numeric9Not
33、nullhzxm患者姓名Varchar24Not nullsfzh身份证号Varchar20xb性 别varchar4Brzt病人状态0在院1出院2作废smallintNot nullryrq入院日期datetimecyrq出院日期datetimerqrq入区日期datetimezddm诊断代码Varchar20brlx病人类型00:自费01:公费02:医保Char2Not nullcwdm床位代码Varchar12Not nullmemo备 注Varchar24Ysdm医生代码Char4Not nullhsdm护士代码char4Nut nullpy拼 音char8wb五 笔char83.医嘱
34、信息(ZY_YZXXK)主 码字段代码字段名称数据类型长 度小数位数可否为空*yzbh医嘱编号numeric12Not nullyzlx医嘱类型0长期1临时smallintNot nullYzzt医嘱状态0执行1停止smallintNot nullyznr医嘱内容Varchar64ksrq开始日期DatetimeNot nulljsrq停止日期datetimezyh住 院 号Numeric9Not nullcyrq药品编码Numeric9Not nullzddm项目编目Numeric9Not nullYsdm医生代码Char4Not nullmemo备 注Varchar24py拼 音char8
35、wb五 笔char842 计算机系统配置方案的选择和设计根据系统调查和系统分析的结果来考虑硬件配置和系统软件配置以及网络通信系统的配置。本HIS系统是基于C/S、COM和DCOM技术理念,采用Microsoft Visual Studio 2005 开发,数据库使用SQL SERVER 2000。基于软件开发工具的选择,并考虑到本系统的性能要求,对计算机系统具体配置如下。421 计算机系统硬件配置服务器(Server):Intel,MIPS,Alpha可任选;内存:128MB以上;硬盘:2GB以上(RAID);光驱:(CDROM);软驱:(FD);网卡:(FDDI);UPS:Monitor;操
36、作系统:Windows 2000;数据库管理系统:SQL Server;网络(Network):TCP/IP,Windows NT,FDDI/Ethernet,EIFO Switching Hub,网络管理软件。用户端微机:PC工作站/486DX2/66以上;内存:8MB以上;硬盘:340MB以上;软盘(3.5);不同类型打印机。422 计算机系统软件配置Window98中文版操作系统和以上。43 系统总体安全性、可靠性方案与措施在任何信息系统中,系统的安全性和可靠性都是非常重要的。用Windows98及其以上操作系统自有的安全性,在结合严格的用户管理的基础上,可以确保系统的安全。本系统的具体
37、措施如下:(1)实用性:在系统设计过程中,充分考虑系统的现有情况、医院的业务流程和管理模式,以求最大限度地满足实际业务的需要。(2)可维护性: 在系统设计和用户接口设计上,采用C/S模式,前台只是为用户提供独立于业务流程的界面,所有与业务有关的数据库处理都由后台存储过程完成,复杂的计算业务都统一做成COM控件供前台程序调用,通用的数据处理和独立功能都由主框架程序中的DCOM实现。这种体现面向对象思想的分层开发的做法,保证了系统的可维护性。(3)可扩展性:每个模块都是一个个单独的动态连接库dll文件,在菜单文件中指定某个模块对应的dll文件名及其相应的引出的函数后,就在系统中添加了一个模块了。所
38、以增加和修改模块非常方便快捷,使得系统的可扩展性大大增强。(4)安全性:在安全设计上,任何没有系统用户登录名和相应口令的人均不能访问系统,而每个系统用户均被授予相应的权限,不能访问任何非授权的信息。为了保证系统的安全,在设计系统时,按医院的组织结构和管理要求 ,为每个用户指定工作岗位,再为每个工作岗位指定可以操作的模块集合。比如:护士这个工作岗位只能使用入区登记模块,护士长这个工作岗位还可以使用医嘱管理模块。这样每个操作员都有一个工作岗位并且都只能使用这个工作岗位赋予的权限范围内的系统功能。431 系统安全性方案和措施信息系统的安全性是指,为了防范意外或人为地破坏信息系统的运行,或非法使用信息资源,而对信息系统采取的安全保护措施。信息系统的安全保护措施可 分为技术性和非技术性两类。