病人住院数据库系统_第1页
病人住院数据库系统_第2页
病人住院数据库系统_第3页
病人住院数据库系统_第4页
病人住院数据库系统_第5页
已阅读5页,还剩22页未读 继续免费阅读

下载本文档

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

文档简介

1、精选优质文档-倾情为你奉上职业教育学院数据库课程设计论文题目:住院信息管理系统学 号:专业班级:姓 名:指导老师:完成日期:目录1.需求分析.41.1处理对象及组织41.1.1 住院部门的业务活动情况.41.1.2用户对系统的要求.41.2可行性分析41.2.1 技术可行性.41.2.2 经济可行性.41.2.3 社会可行性.41.3系统功能分析41.4数据流程图51.5数据字典.72.数据库结构设计.82.1概念结构设计8 2.1.1 E-R图的建立82.2逻辑结构设计10 2.2.1建立关系模式102.2.2关系模式规范化处理112.2.3用户子模式的建立112.2.4关系模式逻辑结构定义

2、113.物理结构设计.123.1数据存储位置123.2数据库、表及相关的索引、触发器和存储过程134. 数据库的实施和维护174.1 数据库及数据库对象建立.1742 数据入库.184.3 数据库测试.215.总结24摘要随着人们生活水平的提高以及医学技术的发展,人们的健康意识越来越强,因此医院的人流量越来越大,而患者的要求也越来越高。住院人员数量的增加给医院住院管理带来了巨大的压力,住院部是最能反应一所医院服务质量的窗口,但因工作量的加大,住院部也是医院里效率最低,错误率最高的部门。一套好的住院信息管理系统在全面提高医院的办事效率上发挥着重要的作用。本数据库涵盖了住院过程中的基本信息,主要包

3、括病人、医生、护士基本信息资料,办理出入院手续,医生、护士的分配,医生诊断内容的录入,以及护士每天的例行检察信息等。使用的数据库为SQL Severe 2008,画图工具是忆图。关键字:住院信息管理系统;数据库;SQL Severe 2008;引言然而近年来,随着我国人民生活水平的迅速提高,科学技术的进一步发展,根据调查,在西方发达国家,几乎绝大部分的医院都已经采用数据库管理系统。然而在国内,许多小型医院还是完全依靠手工操作在管理病人和医院员工的一切信息,这不仅劳动强度大且工作效率低,医师护士和管理人员的大量时间都消耗在事务性工作上,对其所掌握的信息也无法很好地统计应用起来,这样既无法提高医院

4、自身的医疗水平,同时又无法很好地为病人服务,这些都不利于医院的发展和管理。采用计算机管理信息系统已成为医院管理科学化和现代化的标志,给医院带来了明显的经济效益和社会效益。极大的提高了医务人员的工作效率,加快了病人就诊的速度,根除了“三长一短” 的弊端,有效的解决了住院不方便的问题。因此设计的住院信息管理系统要能很好的解决这些问题。系统需要具备如下功能:(1)方便记录和分析数据,减少工作强度。能快速的查找数据,满足医院的管理要求。(2)提高计算机处理数据的效率及准确度,使系统操作更简单、方便。(3)系统能适应不同规模医院的需求,维护简单。同时具备一定的安全性。一、需求分析1.1处理对象及组织 1

5、.1.1 住院部门的业务活动情况 病人需要登记基本信息,然后住院处根据病人所就诊的医科给病人安排床位,将病人的信息录入并进行相应的维护和管理。 病人住院期间,医生会对病人作出诊断,护士每天会定时对病人进行相应检查和管理。1.1.2用户对系统的要求病人信息:病人的基本信息应包括:姓名、性别、年龄、家庭住址、联系方式等;然后是病人的住院信息,主要包括:入院时间、病房号、床位号、主治医师、诊断记录、出院时间等。医生信息:包括医生姓名、性别、年龄、联系方式、医生编号、所在科室等。护士信息:包括护士姓名、性别、年龄、联系方式、编号、负责病房等。1.2可行性分析1.2.1 技术可行性硬件、软件要求不高,目

6、前市场上的一般计算机软硬件资源均能满足系统开发需要。数据库采用SQL Severe 2008。维护工作方便,后台的操作十分便捷,操作人员可以在短时间内完全掌握系统的维护工作。1.2.2 经济可行性对于每个住院部门,可以根据自己需要,配置性能一般的计算机,能过本机可以向服务器存储数据或查询数据。这些电脑的费用对整个住院系统来说并不是一个很重的负担。1.2.3 社会可行性由于医院住院病人数量众多,因而通过电脑化操作可以减少纸张的使用,同时由于数据直接通过局域网传输,可以减少信息传递时间,提高效率,同时也方便医生,病人搜查相关住院信息,提高医院工作人员的工作效率。1.3系统功能分析由于每个医院住院管

7、理业务都一样,包括病人信息、入住病房、医生信息、出院管理等,十分复杂,为了解决最关键的问题,根据医院现有的情况,在本系统设计过程中,主要包含以下功能模块:1病人入院、出院管理:病人办理入院、出院登记管理,包括病人基本信息、入住病房、住、出院日期等。并对出院的病人的病床进行回收,并进行收费确认,并生成收费清单。2. 病房管理:对医院病房基本情况进行管理,包括病房入住情况等。3职工管理:提供对各科室的医生、护士信息数据的输入,查询。1.4数据流程图 顶层数据流图如下:病人医生病房部门P0住院管理系统护士病人住院信息病人信息开方病房安排请求响应请求病人信息病房例检病人病房信息第一层数据流图如下:医生

8、护士病房部门病人病人诊断信息病人病房信息病房例检安排请求响应请求请求出院护理记录病人病历归档申请住院P3出院P2护理P1住院病人住院信息第二层数据流图如下:医生病人P1.1诊断病人信息病历药方单子诊断结果申请住院P1.2审核P1.3分配病房P1.4买药P1.5结账发票病人信息病人入住病房信息预交金药方付费护士病人信息P2.1检查病房P2.1记录当天护理情况病人护理方式P2.1通知医生突发情况记录病人病情记录出院P3.1归档病历付费P3.2结账发票病人1.5数据字典由于数据字典是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。而数据字典通过对数据项和数据结构的定义来描述

9、数据流、数据存储的逻辑内容。它能将数据流程图中全部数据流及组成部分描述清楚,便于后续工作一系列的设计。本系统的数据字典如下:数据结构: 表1.1数据结构编号数据结构名数据结构含义组成DS-1PInfo病人信息表PNo,PName,PSex,PTel, Page,PId,HouNo,BedNo,DNo,InHosp,OutHosp,FeesDS-2HouInfo病房信息表HouNo,BedSum,KNameDS-3DInfo医生信息表DNo,DName,DSex,DTel,KNameDS-4NInfo护士信息表NNo,NName,NSex,NTelDS-5ZhiLiao治疗表PNo,DNo, J

10、ieGuo,YaoFang,YFees,TimeDS-6 HuLi护理表PNo,NNo,HResult数据项: 表1.2数据项名数据项含义存储结构PNo病案号char(10)PName病人姓名char(10)PSex病人性别char(2)PAge病人年龄char(2)PTel病人电话char(20)PId病人住址char(20)HouNo病房编号char(10)BedSum病床数intBedNo床位号char(10)KName科室名char(10)DNo医生编号char(10)DName医生姓名char(10)DSex医生性别char(2)DTel联系方式char(20)NNo护士编号char

11、(10)NName护士姓名char(10)NSex护士性别char(2)NTel联系电话char(20)InHosp入院时间DateOutHosp出院时间DateJieGuo诊断结果char(20)Fees住院费用intTime诊断时间DateYaoFang药方char(60)YFees药费intHResult护理结果char(20)二、数据库结构设计2.1概念结构设计一位病人可能有多位治疗医生,而每一位医生又可能给多名病人治病。每一个病房可能住多位病人,而每一位病人只能住在一间病房中。一位病人可能有多个住院登记,而一份住院登记只能有一个病人。病房中有多个床位、一个床位只能在一个病房中。一个床

12、位可以出现在不同的住院登记上,而一份住院登记只能给病人分配一张病床。因此可以得出该系统的实体-联系图(E-R图)如下: 2.1.1 E-R图的建立:分E-R图的建立主要是根据数据流图中描述,将数据从数据字典中抽取出来,标定相应的实体、实体的属性、标识实体的码,确定实体之间的联系及其类型,在全局E-R图的创建过程中主要需要将多个分E-R图进行集成。分E-R图的建立病案号出院时间年龄医生编号病人住址病房号病人性别电话姓名床位号医生姓名性别编号电话科室名病房编号科室名床位数护士编号姓名性别电话入院时间电话性别全局E-R图:nn1治疗入住院wygwyg住诊断结果药方病人n1m医生护理护士病房护理结果药

13、费诊断时间2.2逻辑结构设计概念设计中得到的E-R图是由实体,属性和联系组成的,而关系数据库逻辑设计的结果是一组关系模式的集合,所以将E-R图转换为关系模型实际上就是将实体,属性和联系转换成关系模式,在转换中要遵循以下原则: (1)一个实体转化为一个关系模式,实体的属性就是关系的属性,实体的键就是关系的键。 (2)一个联系转换为一个关系模式,与该联系相连的各实体的键以及联系的属性均转换为该关系的属性。该关系的键有三种情况:1如果联系为1:1,则每个实体的码都是关系的候选码。2如果联系为1:n,则n端实体的码是关系的码。3如果联系为n:m,则各实体码的组合是关系的码。2.2.1 建立关系模式再把

14、其中联系转换为关系模式,由联系转换得到的关系模式的属性集中,转换的关系模式如下:(1) 病人(病案号,姓名,性别,年龄,联系方式,家庭住址,医生编号,病房号,床位号,住院时间,出院时间,住院费)(2) 医生(医生编号,姓名,性别,联系方式,科室名)(3) 护士(护士编号,姓名,性别,联系方式)(4) 病房(病房号,科室名,病床数)(5) 治疗(病案号,医生编号,诊断时间,诊断结果,药方,药费) (6) 护理(病案号,护士编号,护理结果) 根据E-R图得出以上几个表,其中,有下划线的键表示是主键。2.2.2 关系模式规范化处理根据数据库应用系统的性能对数据模型进行规范化的处理,首先需要确定数据依

15、赖,对各模式之间的数据依赖进行极小化处理,消除冗余联系。消除数据依赖中的不合适的部分,解决数据插入,删除时发生的异常现象。既存在完全函数依赖,又存在部分函数依赖和传递函数依赖,种情况往往在数据库中是不允许的。也正是关系中存在着复杂的函数依赖,才导致数据操作中出现了种种弊端。克服这种弊端的方法是用投影运算将关系分解,去掉过于复杂的函数依赖关系,向更高一级的范式进行转换。第三范式的定义:如果关系模式R属于2NF,且每个非主属性都不传递依赖于R的每个关系键,则称R属于第三范式。BCN范式的定义:如果关系模式R属于1NF,且所有的函数依赖X->Y,决定因素X都包含了R的一个侯选键,则称R属于BC

16、N范式。分析上面的七个关系模式可看出,每个关系模式中,既不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,也没有主属性对键的部分依赖。因此,这些关系模式都是BCN范式。2.2.3 用户子模式建立子模式: 病人信息表(病案号,姓名,性别,年龄,联系方式,家庭住址,医生编号,病房号,床位号,住院时间,出院时间,住院费) 医生信息表(医生编号,姓名,性别,联系方式,科室名) 护士信息表(护士编号,姓名,性别,联系方式) 病房信息表(病房号,科室名,病床数) 治疗信息表(病案号,医生编号,诊断时间,诊断结果,药方,药费) 护理信息表(病案号,护士编号,护理结果) 2.2.4 关系模式逻辑结构

17、定义PInfo(病人表)表2.1列名含义类型PNo病案号char(10)PName病人姓名char(10)PSex病人性别char(2)PAge病人年龄Int PId病人地址char(20)PTel病人电话char(20)DNo医生编号char(10)HouNo病房编号char(10)BedNo床位号char(10)InHosp入院时间DateOutHosp出院时间DateFees住院费Int HouInfo(病房表)表2.2列名含义类型HouNo病房编号char(10)KName所属科室char(10)BedSum病床数intNInfo(护士表)表2.3列名含义类型NNo护士编号char(1

18、0)NName护士姓名char(10)NSex性别char(2)NTel联系电话char(20)DInfo(医生表)表2.4列名含义类型DNo医生编号char(10)DName医生姓名char(10)DSex医生性别char(2)DTel联系方式char(20)KName科室名char(10)ZhiLiao(治疗表)表2.5列名含义类型PNo病案号char(10)DNo医生编号char(10)JieGuo诊断结果char(20)Time诊断时间DateYaoFang药方char(60)YFees药费Int HuLi(护理表) 表2.6列名含义类型PNo病案号char(10)NNo护士编号cha

19、r(10)HResult护理结果char(20)三、物理结构设计该数据库使用SQL Severe 2008数据库来实现。3.1数据存储位置:数据名称存储位置文件格式DInfo.xlsHouInfo.xlsHuLi.xlsNInfo.xlsPInfo.xlsZhiLiao.xls3.2数据库、表及相关的索引、触发器和存储过程。1创建数据库create database 住院管理系统数据库2建表create table PInfo (PNo char(10) primary key,PName char(10),PSex char(2),PAge int,PTel char(20),PId cha

20、r(20),HouNo char(10),BedNo char(10),DNo char(10),InHosp Date,OutHosp Date,Fees int)create table DInfo (DNo char(10) primary key,DName char(10),DSex char(2),DTel char(20),KName char(10)create table NInfo (NNo char(10) primary key,NName varchar(10),NSex char(2),NTel char(20)create table HouInfo (HouNo

21、 char(10) primary key,KName char(10),BedSum int)create table ZhiLiao (PNo char(10) ,DNo char(10) ,Time Date,JieGuo char(20) ,YaoFang char(60), YFees intprimary key (PNo,DNo,Time)create table HuLi (PNo char(10) primary key ,NNo char(10),HResult char(20)3.建视图create view F_PInfoAsSelect PNo,PName ,Fees

22、From PInfoWhere Fees>=1000;(建立一个住院费大于1000的病人的视图)create view N_P(PNo,PName,PSex, Page,HouNo,BedNo,NNo)AsSelect PInfo.PNo,PName,PSex, Page,HouNo,BedNo,NNoFrom PInfo,HuLiWhere PInfo.PNo=HuLi.PNo;(建立一个护士护理病人的视图,包括病人的一个基本信息及护士编号)4.建索引create index HuNo ON HuLi(NNo);(在HuLi表的NNo上建立一个聚簇索引,将表中记录按NNo的值升序存放)

23、Create index ZLNo ON ZhiLiao (DNo);(在ZhiLiao表的DNo上建立一个聚簇索引,将表中记录按DNo的值升序存放)5.存储过程CREATE PROCEDURE D_PInfo AS SELECT PNo,PName, PSex,PTel, Page,PId,HouNo,BedNo FROM PInfo WHERE DNo = 'D005' (查询编号为D005的医生所诊断过的病人的信息,列出病人的病案号、姓名、性别、电话、住址、入、出院时间)6触发器Create trigger T_PFon PInfoafter insert, update

24、 As update PInfoset Fees=1500from PInfo,insertedwhere inserted.PNo=PInfo.PNo and PInfo.Fees>1500 ; (定义一个触发器,为病人信息表定义完整性规则“病人住院费不得高于1500,如果高于1500,自动改为1500,超过部份国家会进行补贴”)四、数据库的实施和维护4.1 数据库及数据库对象建立在数据库对象的创建过程中共创建了六个表格:图4-1创建了关于多个表查询的视图: 图4-242 数据入库将各个表中的数据根据所建立表之间的联系录入。病人信息表数据:图4-3医生信息表数据:图4-4病房信息表数据:图4-5护士信息表数据图4-6护理信息表数据:图4-7治疗信息表数据:图4-84.3 数据库测试在测试过程

温馨提示

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

评论

0/150

提交评论