[医药卫生]医院管理系统.doc_第1页
[医药卫生]医院管理系统.doc_第2页
[医药卫生]医院管理系统.doc_第3页
[医药卫生]医院管理系统.doc_第4页
[医药卫生]医院管理系统.doc_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

课程设计说明书 No 471.课程设计目的应用对数据库系统概论的理论学习,通过上机实践的方式将理论知识与实践更好的结合起来,巩固所学知识。实践和巩固在课堂教学中学习的关于数据库的有关知识,熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法,熟练掌握对于给定实际问题,为了建立一个关系数据库货物管理系统,必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程,为毕业设计打下基础。2.设计方案论证2.1问题提出医院管理系统,指利用电子计算机和通信设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集,存储,处理,提取和数据交换的能力,并满足所有授权用户的功能需求。医院管理系统的发展大致分为3个阶段,第一个十年,集中在开发医院行政管理的功能上,第二个十年,在继续完成和实现医院管理信息计算机化的同时,开发者的努力已进入医疗信息的处理领域,最后一个十年至今,研究者有把重点放在了病人床边系统,医学影像处理系统,病人计算机化病案,统一的医学语言系统等方面。医院系统正在经历着小型化,智能化和集成化的改造过程。要设计出医院管理系统,首先要进行需求分析,即了解医院的组织机构情况,各部门的业务活动,确定新系统的边界;然后进行概念结构设计,即将需求分析得对的用户需求抽象为信息结构,从而更好的更准确的实现这些需求;接下来进行逻辑结构设计,它的主要任务就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构;最后进行数据库的物理设计。经过这几步,基本就可以设计出一个简单的医院管理系统。医院管理系统中大体涉及的表有病人基本信息表,医生基本信息表,护士基本信息表,病房情况表,科室信息表,药品信息表,病人用药情况表门诊挂号表等一些基本表,医院管理系统的主要目标是支持医院的行政管理与事务处理业务,减轻事务处理人员的劳动强度,辅助医院管理,辅助高层领导决策,提高医院的工作效率,从而使医院能够以少的投入获得更好的社会效益。2.2可行性研究2.2.1技术可行性此课程设计均是利用SQL server 2005 企业版软件调试出来的,所以只要操作系统在windows XP之上的都可以实现SQL server 2005运行,此次所用的操作系统是:Windows XP,内存:2G,CPU:2.10GHZ,硬盘:250G,所以技术上是可行的。2.2.2运行可行性 随着社会的发展,基本上所有的具有一定数量数据的企事业单位或机关部门都开始使用计算机数据库来做管理。当然几乎所有公司和企业也都已经在使用计算机管理数据的机制,大大减少了管理的工作量。医院管理系统的主要目的是支持医院的行政管理与事务处理业务,减轻事务处理人员的劳动强度,辅助医院管理,辅助高层领导决策,提高医院的工作效率,从而使医院能够以少的投入获得更好的社会效益与经济效益,如财务系统、人事系统、住院病人管理系统、药品库存管理系统等。2.3需求分析 进行整个数据库设计必须准确了解与分析用户需求(包括数据和处理)。需求分析 是整个设计过程的基础,是最困难、最耗费时间的一步。作为地基的需求分析是否 做得充分与准确,决定了在其上构建数据库大厦的速度和质量。 需求分析的任务是通过详细调查现实世界要处理的对象(组织、部门、企业等), 充分了解原系统(手工系统或计算机系统)工作概况,明确用户的各种需求,然后 在此基础上确定新系统的功能。 需求分析调查的重点是“数据”和“处理”,通过调查、收集和分析,获得用户对 数据库的如下需求: 信息需求。指用户需要从数据库中获得信息的内容与性质。由信息要求可以 导出数据要求,即在数据库中需要存储哪些数据。 处理要求。指用户需要完成什么处理功能。明确用户对数据有什么样的处理 要求,从而确定数据之间的相互关系。 安全性与完整性要求。2.4 概念结构设计2.4.1概念结构设计的方法概念设计阶段采用自底向上的方法,即自顶向下的进行需求分析,然后再自底向上的进行概念结构设计。对已经细化到无法再分的阶段逐步集成在一起,最终合成一个全局概念模式。2.4.2概念结构设计的步骤第一步是进行局部视图的设计:由于高层的数据流图只能反映系统的概貌,而中层流图能较好的反映系统中各局部应用的子系统组成。因此先逐一的设计分E-R图。第二步是进行视图的集成:各子系统的E-R图设计好之后,下一步就是要将所有的分E-R图合成一个系统的总E-R图,一般有两个方式,多个分E-R图一次集成,另一种是一次集成两个分E-R图。我想采用一次集成多个分E-R图的方式。2.5逻辑结构设计2.5.1 E-R图向关系模型的转换 根据系统的需求分析,得出系统数据库的信息模型,用ER图表示出来。 图1 总体E-R图2.5.2数据库的结构(1)根据总体结构图设计各表的结构,其相应标的定义如下: 表1 病人表 字段类型长度是否主键说明pno字符型8是病人编号(主键)officeno字符型8外键科室代码(外键)pname 字符型8否病人姓名sex 字符型2否性别page 字符型8否病人年龄 表2 医生表字段类型长度是否主键说明 dno 字符型8是医生编号(主键)dname 字符型8否医生姓名 sex字符型8否性别dage 字符型20否年龄officeno字符型8外键科室代码(外键)gegree 字符型20否学历 表3科室表字段类型长度是否主键说明officeno字符型8是科室代码oname字符型20否科室名称wardno字符型8否病房编号bed字符型20否床位数dirno字符型8否科室主任编号 表4手术安排表字段类型长度是否主键说明pname 字符型8否病人姓名 page 字符型8否病人年龄sex 字符型2否病人性别officeno字符型8外键科室代码(外键)pno字符型8是病人编号dno 字符型8是医生编号time字符型20是手术时间 表5病人用药情况表字段类型长度是否主键说明pno字符型8是病人编号 pname字符型8否病人姓名time 字符型10否用药时间(2)数据存储定义可以采用如下表格的形式给出系统的主要数据定义序号名称位置结构定义最大数据流量1挂号信息 1编号+挂号科室+挂号类型+挂号费用+时间1000次/天2床位安排信息2病房号+床位号50次/天3 手术安排信息3病人编号+主刀医生编号+麻醉医生编号+床号+手术时间1000次/天4用药安排信息4病人ID+药品ID+主治医生ID+用药日期+单价+计量单位+药品类型+数量1000次/天5医疗费用支付信息5费用项目+时间+操作员ID+金额1000次/天 表6 医院管理系统主要数据流定义编号名称输入输出数据量存取频度存取方式说明D1病人基本信息入院登记床位安排用药安排25000条1000次/天联机处理;检索和更新;随即检索病人ID唯一且非空D2医生信息入院登记手术安排用药安排 20000条2000次/天联机处理;检索和更新;随即检索医生ID唯一且非空D3药品表用药安排用药情况20000条5000/天联机处理;检索和更新;随即检索药品ID唯一且非空D4门诊挂号信息入院登记挂号类型科室200005000次/天联机处理;检索和更新;随即检索编号唯一且非空D5病人费用信息基本信息费用类型20000条5000次/天联机处理;检索和更新;随即检索病人ID唯一且非空D6病人用药情况病人基本信息药品情况200001000/天联机处理;检索和更新;随即检索病人ID唯一且非空D7床位信息床位安排病房编号床位安排200001000/天联机处理;检索和更新;随即检索床位号和病房号唯一非空 表7 医院管理系统主要数据存储定义(3) 处理过程 序号处理过程名称输入输出处理说明P1.1安排床位入院登记床位信息表病人入院登记之后,根据基本信息,安排床位,存储在床位信息表中P1.2用药安排入院登记病人用药情况表药品表在病人入院登记之后,根据医生的安排用药,存储在病人用药情况表和药品表中P1.3安排手术入院登记手术安排表在病人入院登记之后,根据医生的诊断,安排手术,信息存储在手术安排表中P1.4支付医疗费用病人基本信息病人费用信息表在病人治病期间,产生的各种费用,存储在病人费用信息表中表8 医院管理系统主要处理过程定义2.5.3创建基本表 在实际设计中最常用的存取方法是索引法,使用索引可以大大减少数据的查询时间,在建立索引时应遵循:在经常需要搜索的列上建立索引;在主关键字上建立索引;在经常用于连接的列上建立索引,即在外键上建立索引;在经常需要根据范围进行搜索的列上创建索引,因为索引已经排序,其指定的范围是连续的等规则。才能充分利用索引的作用避免因索引引起的负面作用。1.创建数据库 create database hospital ON ( name=hospital_data, filename=E:新建文件夹hospitall_data.mdf , size=20mb, maxsize=50mb, filegrowth=10% ) log on (name=hospital_log, filename=E:新建文件夹hospitall_data.ldf, size=3mb, maxsize=5mb, filegrowth=2mb )(1)创建病人表 create table patient ( pno char(8) primary key, officeno char(8), pname char(8) not null, sex char(2), page char(8), stature char(8), bloodtype varchar(4), tel varchar(40), native char(20) ) (2)创建医生表 create table doctor ( dno char(8) primary key, dname char(8) not null, sex char(2), dage char(20), officeno char(8), gegree char(20) ) (3)创建科室表 create table office ( officeno char(8) primary key, oname char(20) not null, wardno char(8), bed char(20), dirno char(8) ) (4)创建手术安排表 create table operation ( pname char(8), page char(8), sex char(2), officeno char(8), pno char(8), dno char(8), time char(20) primary key ( pno, dno, time ) ) (5)创建病人用药信息 create table p_m ( pno char(8), pname char(8), time char(10) primary key ( pno ) 3.设计结果及分析3.1 查询与结果分析 ( (1)病人表的视图 图2 病人表(2) 医生表的视图 图3 医生表 (3)科室表的视图 图4 科室表(4) 手术安排表的视图 图5 手术安排表 (5)病人用药信息的视图 图6 病人用药表(6)查询病人编号为1001的病人名称 图7查询病人编号为1001的病人名称(7)查询病人编号为1001的病人的医生编号 图8查询病人编号为1001的病人的医生编号(8)查询性别为男的病人编号 图9查询性别为男的病人编号(9)查询病人籍贯为辽宁的病人名称 图10查询病人籍贯为辽宁的病人名称(10)查询科室代码为01111的科室名称 图11查询科室代码为01111的科室名称4.设计体会 通过这次对数据库的课程设计,不仅仅让我对所学的知识有了更深一步的掌握及理解,同时也得到了很多有用的发现及认识,大体有一下几个方面。首先,设计始终应带着面向对象的思想去设计,这是设计的基本原则。对象的抽取应该符合真实性和抽象性,不能将对象强制抽取合并。 其次,在数据设计中,数据的使用率和冗余应该是设计考虑的通用标准。对外键的认识不能停留在表面,它代表了一对多的关系,它在真实的实体之间也能体现这关系的。最后,虽然目前我们的数据库设计模式能够满足开发要求,也节省了开发时间,但是这样的设计会对以后工程项目的维护、改版造成成本上的增加。数据库表的字段在修改上将对主程序造成影响;另外对于开发和维护人员来说,字段的编码也需要规范化,这样可以统一字段编码,让维护人员一看就懂,增添的字段对以后接手项目的人员来说则很容易上手。针对上述问题,我建议数据开发需要定义一套简明扼要的规范。规范中包括三个部分:一是编码的规范;二是字段类型长度的定义;三是表设计的特殊说明。定义好域之后,就可以设计数据表以及字段了。设计完表,可以选择导出的数据库类型,并生成建数据和建表的sql,再通过数据库连接工具执行sql语句,一个工程项目的数据库就建立好了。以后只要有数据库的修改

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论