《数据库原理》 某医院床位管理系统.docx
《《数据库原理》 某医院床位管理系统.docx》由会员分享，可在线阅读，更多相关《《数据库原理》 某医院床位管理系统.docx（14页珍藏版）》请在冰点文库上搜索。
《数据库原理》某医院床位管理系统
《数据库原理》课程设计报告
设计题目：
某医院床位管理系统
专业：
信息管理与信息系统
计算机与数据科学学院
2019年1月9日
第一章概述
1.1选题的背景与意义
近年来，随着我国人民生活水平的迅速提高，科学技术的进一步发展，人们对将电子计:
算机应用于医学领域的需求就越来越迫切,一套好的医院病房管理系统在全面提高医院的整体工作效率、为病人提供方便快捷的服务等方面都能发挥出重要作用。
根据调查，在西方发达国家，几乎绝大部分的医院都已经采用了医院病房管理系统,然而在国内的使用尚不普及，许多小型医院还是完全依靠手工操作在管理病人和医院员工的一切信息，这不仅劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，对其所掌握的信息也无法很好地统计应用起来，这样既无法提高医院自身的医疗水平，同时又无法很好地为病人服务。
信息时代已经来临，将计算机应用于医院的日常管理为医院的现代化带来了从未有过的动力和机遇，为医疗卫生领域的发展提供了无限的潜力。
对于一个医院来说，病房管理是一个必备的环节,病房的入住、费用统计等都包含着复杂的信息，这就需要应用计算机软件来对各项工作进行管理以发挥最大的功效。
采用计算机管理信息系统已成为医院管理科学化和现代化的标志，给医院带来了明显的经济效益和社会效益，它极大的提高了医务人员的工作效率，有效地解决了信息的管理问题。
这次设计的目的就是为医院创建一一个方便、实用、快捷的管理系统，具备数据库维护功能，能根据用户需求进行数据的查询、添加、删除、修改，减轻医院工作人员的负担,同时这也是现代化管理的必然要求。
建设医院住院部床位管理系统使得医院住院部真正做到以患者为中心开展医疗工作，优化工作流程而提高工作效率，规范工作行为而提高工作质量，从而实现整所医院管理水平的提高和改善。
因此，为医院开发类似于住院部床位管理系统是一件很有必要且很有意义的一件事。
1.2相关技术分析
操作系统Windows10
数据库软件SQLsever2012
操作语言SQL语言
第二章系统功能设计
2.1系统总体结构设计图
2.2系统功能模块
1.2.1病人模块
病人可以通过本系统通过相关查询，可以查到患者的基本信息，包括患者的性别、年龄和建档时间的等。
患者病例同患者的基本信息具有类似的功能。
1.2.2医生模块
医生（管理员）可以通过本系统通过相关查询，可以查到患者以及医生的各种基本信息，包括患者的病历表以及医生自己的基本信息
第三章数据库设计
3.1需求分析
3.1.1数据流图
3.1.2数据字典:
数据项
数据项编号
数据项名称
数据类型及长度
是否为空
数据项含义
LA-1
SNO
char（10）
Notnull
医生标号
LA-2
SNAME
char（10）
Notnull
医生名称
LA-3
SSEX
char
（2）
Notnull
医生性别
LA-4
SZhicheng
char（10）
Notnull
医生职称
LA-5
STELnumber
char（11）
Notnull
医生联系电话
LA-6
SKeShi
char（10）
Notnull
医生所属科室
LA-7
CNO
char（10）
Notnull
病人编号
LA-8
CName
char（10）
Notnull
病人名称
LA-9
Cbingfangno
char（10）
Notnull
病房号
LA-10
Cchuangweino
char（10）
Notnull
床位编号
LA-11
Azongchuangshu
char（10）
Notnull
总床数
LA-12
Cruyuandate
datetime
Notnull
入院日期
2,.数据结构
数据结构编号
数据结构名称
数据结构含义
数据结构组成
LB-1
病人信息
病人信息
编号，姓名，性别，床位号，主治医生，联系电话
LB-2
医生信息
医生信息
编号，姓名，性别，科室，职称，联系电话
LB-3
病房信息
病房信息
病房号，床位号，床位数
3.2概念结构设计
E-R图，局部E-R图，全局E-R图，以及合并原则及过程，如何消除冲突的。
3.2.1局部E-R图
1，医生-病人的E-R图
2,医生——科室的E-R模型
3,病房——科室的E-R模型
Nv1
4，病人——病房E-R模型
1n
3.2.2全局E-R图
总体关系E-R图
n1
11
nn
n1
3.3逻辑结构设计
3.3.1E-R图向关系模式转换原则
E-R图转换为相应的关系模式（依据转换原则）。
综观项目的具体特点和整体处理要求，同时为便于系统内部的管理，在各实体原有信息的基础上，确定增加候选码，作为各关系的主键（关键字）、考虑联系确定外键。
3.3.2主要的关系模式
病人（住院号、姓名、性别、联系电话、入院日期、病房号、床位号、主管医生编号，出院时间）
医生（编号，姓名，性别，职称，所属科室，联系电话）
科室（科室名称，地址，电话）
病房（病房号，所属科室，总床位数，已使用床位数，病房地址）
3.3.3范式的判定
据分析我认为都为第三范式，每个非主属性都不传递函数依赖于主码
医生表：
医生编号→姓名，医生编号→姓别，医生编号→职称，医生编号→科室，医生编号→联系电话。
没有传递依赖，没有部分依赖，则此范式属于第三范式。
病人表：
住院号→姓名，住院号→姓别，住院号→联系电话，住院号→入院日期，住院号→病房号，住院号→床位号，住院号→主管医生编号，住院号→出院日期。
没有传递依赖，没有部分依赖，则此范式属于第三范式。
3.3.4用户子模式
编号
用户子模式
作用
V1
病人图
查询病人的基本信息
V2
医生图
查询医生的基本信息
V3
科室图
查询不同科室地址电话
3.4物理结构设计
3.4.1数据的易变与稳定部分
数据中床位数，床位对应的病人，医生对应的病人为易变部分，其余为稳定部分
3.4.2索引的建立
createclusteredindexSNameon医生（SName）;
createclusteredindexCNoon病人表（CNo）;
3.4.3几个主要的信息表：
（1）病人信息表
字段名
数据类型
字段长度
允许空
说明
住院号
char
10
否
主键
姓名
char
10
否
性别
char
2
否
联系电话
char
11
否
入院日期
datetime
8
否
病房号
char
10
否
外码
床位号
int
4
否
主治医生编号
char
10
否
外码
出院日期
datetime
8
是
（2）病房表
字段名
数据类型
字段长度
允许空
说明
病房号
char
10
否
主键
所属科室
char
10
否
外码
病房地址
varchar
50
否
总床位数
int
4
否
已使用床位数
int
4
否
（3）医生信息表
字段名
数据类型
字段长度
允许空
说明
编号
char
10
否
主键
姓名
char
10
否
性别
char
2
否
职称
char
10
否
联系电话
char
11
否
所属科室
char
10
否
外码
以上是根据关系模型得出的部分数据库的物理表，其中各表通过各表主键连接，使得表与表有关联。
3.5数据库实施
数据库、表建立的代码
3.5.1建立医院床位管理系统数据库
createdatabase医院床位管理系统
3.5.2建立表
建立医生信息表
CREATETABLE医生（
SNOchar（10）primarykey,
SNAMEchar（10）notnull,
SSEXchar
（2）,
SZhichengchar（10）notnull,
STELnumberchar（11）notnull,
SKeShichar（10）,
check（SSEX='男'orSSEX='女'）
），
建立病人信息表
createtable病人表（
CNOchar（10）primarykey,
CNamechar（10）notnull,
CSexchar
（2）notnull,
CTelnumberchar（11）notnull,
Cruyuandatedatetimenotnull,
Cbingfangnochar（10）notnull,
Cchuangweinointnotnull,
Cyishengnochar（10）notnull,
Cchuyuandatedatetime,
check（CSex='男'orCSex='女'）
）
建立病房信息表
createtable病房信息（
ANochar（10）primarykey,
Akeshichar（10）notnull,
Abingfdizhivarchar（50）notnull,
Azongchuangshuintnotnull,
Ayishiyongchuangweishuintnotnull,
）
3.6数据库运行与维护
3.6.1数据库备份与还原的原则
备份类型的选择和还原模式的确定都应遵循这样的原则：
尽最大可能、以最快速度减少或消灭数据丢失。
3.6.2数据库备份与还原过程中注意的问题
（1）如果只进行数据库备份，那么将无法还原自最近一次数据库备份以来数据库中所发生的所有事务。
（2）如果进行数据库备份时也进行事务日志备份，那么可以将数据库还原到失败点。
那些在失败之前为提交的事务将无法还原，但如果您在数据库失败后立即对当前处于活动状态的事务进行备份，则为提交的事务也可以还原。
3.6.3数据库的备份计划
（1）有规律地进行数据库备份，例如每晚进行备份。
（2）以较小的时间进行差异备份，比如每隔3小时或4小时。
（3）在相邻的两次差异备份之间进行事务日志备份，可以每20分钟或30分备份一次
3.6.4数据库的还原计划
如果采用上述的备份方案，在进行还原的时候，我们可以先还原最近一次的数据库备份，接着进行差异备份的还原，最后进行事务日志备份的还原。
但是，在更多情况下我们希望还原到数据库失败的那一刻，此时我们只需按照下面的方法就可以达到目的了
（1）如果能访问数据库的事务日志文件，则应备份当前正处于活动状态的事务日志；
（2）还原最近一次数据库备份；
（3）还原最近一次差异备份；
（4）按顺序还原自差异备份以来进行的事务日志备份
第四章结束语
在这次课程设计中，我意识到自己动手操作是一件非常考验人的事情。
不但要实现系统的各项功能，而且流程性要好。
同时认识到在以后的管理信息系统设计中，一定要先从系统性、流程性方面考虑，然后再进行系统功能的规划，这样整个系统会更严密，更有实用性。
虽然在整个设计过程中，出现过很多的难题，但都在老师和同学的帮助下顺利解决了。
在此过程中我体会到：
数据库是一个不断学习的过程，每个过程都需要仔细评估，同时我体会到实践对于学习的重要性，以前只是明白理论，没有经过实践考察，对知识的理解不够明确，通过这次的做，真正做到理论实践相结合。
在以后的学习中更加努力，认真，掌握好管理信息系统的思想和原理、数据库语言和计算机知识，并善于将所学的知识更加灵活地应用于实际生活中，解决实际问题。
在这次课程设计中，我觉得自己的耐力、毅力、独立思考和解决问题的能力有了很大的提高，以后我也一定要将这种精神坚持下去。
参考文献
[1]陈志泊《数据库原理与应用教程》人民邮电出版社，2008.7
[2]萨师煊、王珊 《数据库系统概论》（第三版）北京高等教育出版社，2000
[3]杨海霞、相洁《数据库实验指导》人民邮电出版社，2007
升级会员 