医院住院系统数据库设计Word格式.doc

医院住院系统数据库设计Word格式.doc

《医院住院系统数据库设计Word格式.doc》由会员分享，可在线阅读，更多相关《医院住院系统数据库设计Word格式.doc（13页珍藏版）》请在冰点文库上搜索。

1.2.2经济可行性

对于每个住院部门，可以根据自己需要，配置性能一般的计算机做为终端，向服务器存储数据或搜索数据。

这些电脑的费用对整个住院系统来说并不是一个很重点负担。

1.2.3社会可行性

由于医院住院病人数量众多，因而通过电脑化操作可以减少纸张的使用，同时由于数据直接通过局域网传输，可以减少信息传递时间，提高效率，同时也方便医生，病人搜查相关住院信息，提高医院工作透明度和工作效率。

1.3系统功能说明

1.3.1功能模块说明

由于整个医院住院管理业务包含了人、财、物、信息各种资源的处理，十分复杂，为了实施系统的建设，抓主重点，解决最关键的问题，尽快见到成效，根据医院现有的情况，在这次系统设计中，在总体上定义了系统整个系统和功能的层次模型，做到系统是可扩展的和逐步完善的。

在本系统建设中，主要包含以下功能模块：

1．住院病人管理：

为新入住的病人分配房间，并提供对已入住医院病人数据的输入，查询，费用结算。

2.病房管理：

根据各科室病床的空缺情况对其进行统计分配。

3．医生信息管理：

提供对各科室的医生信息数据的输入，查询。

4.出院管理：

对出院的病人的病床进行回收，并进行收费确认，并生成收费清单。

1.3.2顶层数据流图

打印报告

病历

收银条

帐单

本次住院表

后台系统

住院报告

收银

病房信息表

病人

病人病房查询

病人病房信息

病房安排请求

响应请求

响应护理请求

护理病人请求

开方

病人信息

医院住院管理系统

医生

住院病人管理

病房管理人员

接待处工作人员

1.3.3病人住院模块数据流图

1.3.4病人出院模块数据流图

本次住院档案

出院报告

房间信息表

1.3.4数据字典

由于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细内容及数据的加工过程进行说明，而这正是数据字典所要表达的。

数据字典是关于数据信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。

它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚，便于后续工作—系统设计的进行。

以下列出本系统的部分数据字典，就是数据流、数据存储、数据加工、外部项和数据元素举例说明：

病人个人信息=病案号+姓名+性别+地址+电话号码+病房编号

病房信息=编号+地点+收费标准+所属科室

病床信息=病房编号+床位号

医生信息=编号+姓名+性别+职称+电话号码+部门

住院信息=日期+病案号+入院时间+出院时间+病房编号+床位号

治疗信息=时间+病案号+医生编号+诊断+治疗方案

住院=日期+病案号+入院时间+出院时间+病房编号+床位号

2概念设计

2.1全局E-R图

一位病人可能有多位治疗医生，而每一位医生又可能给多名病人治病。

每一个病房可能住多位病人，而每一位病人只能住在一间病房中。

一位病人可能有多个住院登记，而一份住院登记只能有一个病人。

病房中有多个床位、一个床位只能在一个病房中。

一个床位可以出现在不同的住院登记上，而一份住院登记只能给病人分配一张病床。

因此可以得出该系统的实体-联系图（E-R图）如下：

n

1

m

治疗

登记

住院

入住

病房

拥有

病床

分配

编号

姓名

性别

职称

部门

时间

病案号

病房编号

地址

日期

入院时间

出院时间

床位号

地点

收费标准

治疗方案

3逻辑设计

3．1初始关系模式设计

3.1.1转化原则

概念设计中得到的E-R图是由实体，属性和联系组成的，而关系数据库逻辑设计的结果是一组关系模式的集合，所以将E-R图转换为关系模型实际上就是将实体，属性和联系转换成关系模式，在转换中要遵循以下原则：

（1）一个实体转化为一个关系模式，实体的属性就是关系的属性，实体的键就是关系的键。

（2）一个联系转换为一个关系模式，与该联系相连的各实体的键以及联系的属性均转换为该关系的属性。

该关系的键有三种情况：

1．如果联系为1:

1，则每个实体的键都是关系的候选键。

2．如果联系为1:

n，则n端实体的键是关系的键。

3．如果联系为n:

m,则各实体键的组合是关系的键。

3.1.2转换结果

经分析，可将2中的E-R模型中的五个实体分别转换为五个关系模式：

病房（编号、地点、收费标准，所属科室）

病床（病房编号、床位号）

病人（病案号、姓名、性别、地址、电话号码、病房编号）

医生（编号、姓名、性别、职称、电话号码、部门）

住院（日期、病案号、入院时间、出院时间、病房编号、床位号）

其中，有下划线的键表示是主键。

再把其中一个联系转换为关系模式，由联系转换得到的关系模式的属性集中，包含两个发生联系的实体中的主键以及联系本身的属性，其关系键的确定与联系的类型有关。

转换的关系模式如下：

治疗（时间、病案号、医生编号、诊断、治疗方案）

3.2关系模式规范化

规范化的基本思想是消除关系模式中的数据冗余，消除数据依赖中的不合适的部分，解决数据插入，删除时发生的异常现象。

在SCD中，既存在完全函数依赖，又存在部分函数依赖和传递函数依赖。

这种情况往往在数据库中是不允许的。

也正是关系中存在着复杂的函数依赖，才导致数据操作中出现了种种弊端。

克服这种弊端的方法是用投影运算将关系分解，去掉过于复杂的函数依赖关系，向更高一级的范式进行转换。

3.2.1第三范式的定义

如果关系模式R属于2NF，且每个非主属性都不传递依赖于R的每个关系键，则称R属于第三范式。

3.2.2BCN范式的定义

如果关系模式R属于1NF，且所有的函数依赖X->

Y，决定因素X都包含了R的一个侯选键，则称R属于BCN范式。

分析上面的六个关系模式可看出，每个关系模式中，既不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，也没有主属性对键的部分依赖。

因此，这些关系模式都是BCN范式。

4物理实现

该数据库使用Access2000数据库来实现。

4.1用Access2000分别创建六个表：

（1）病房数据表，用来存放所有病房包含的信息，包括病房的编号、地点、所属科室、收费标准等四项数据，其中编号是主码，唯一确定病房。

病房数据表

（2）病床数据表，用来存放所有病床的信息，包括病床的编号、病房所在的病房号，其中病房和病床编号是主码，唯一确定病床。

病床数据表

（3）病人数据表，用来存放所有病人信息，包括病人的病案号、性别、姓名、地址、电话号码、病房编号等数据项，其中病案号是主码，唯一确定病人。

病人数据表

（4）医生数据表，用来存放所有医生的信息，包括医生的编号、姓名、性别、职称、电话号码、所属部门等数据，其中编号是主码，唯一确定医生。

医生数据表

（5）住院数据表，用来存放所有病人住院的信息记录，包括记录日期、病案号、入院日期时间、住院日期时间、病房编号、床位号等数据，其中日期和病案号是主码，唯一确定住院信息。

住院数据表

（6）治疗数据表，用来存放所有治疗的信息，包括治疗的时间、病案号、医生编号、诊断、治疗方案等数据，其中时间、病案号、医生编号是主码，唯一确定一个治疗数据。

治疗数据表

4.2定义表之间的关系

这时，一个医院管理数据库就初步建成了。

5研制报告

这次的课程设计中，我是按照数据库系统开发的四个基本过程来进行设计的,历时一个星期.为了能够使该设计尽可能完善,我看了不少课外资料,主要是想了解一些大型数据库管理系统是如何开发的。

通过阅读，我收获很大.从这些学习中我更加深入的了解数据库系统开发的各个方面。

整体上说，数据库这门课很好理解，理论知识学起来比较容易,但对它的功能，及作用如何实现缺乏实践。

本次课程设计就给了我很好的机会，让我容书本知识于实际运用当中，使我对一个完整的数据库的设计过程有了充分的理解。

这次编程也培养了我的严密的逻辑思维能力。

通过课程设计我体会到要学一门知识就应该将它学好，学到精髓之处并学以致用。

学到的并不代表我们掌握了，但掌握了就一定学到了。

我们不应该是单纯的学习课本知识，而应该多动手多应用，将学到的知识相互结合起来应用到实际中才是我们要学的。

课程设计不仅仅是让我们对一门课程更深的掌握，同时也是锻炼我们解决问题的能力的一个考验。

我们应该在不断的求索中寻找前进的途径。

由于时间关系，我没能完成一个基于该数据库的系统，但有机会我一定会努力完成。

6参考文献

1）《SQLServer应用与提高》科学出版社吴斌赵有珍等编著

2）《Oracle8入门与提高》付继彬清华大学出版社出版社2000年7月

3）《数据库系统概论》萨师煊王珊高等教育出版社

4）《数据库系统原理教程》王珊陈红清华大学出版社

5）《数据库实用教程》丁宝康董健全清华大学出版社

6）《SQLServer数据库原理及应用教程》张莉王强赵文董莉清华大学出版社

7）《中文SQLＳerver2000关系数据库系统管理和开发指南》杨正洪孙言辉

机械工业出版社

8）《数据库原理与应用》郎彦主编高等教育出版社