数据库课程设计报告范例仅供参考.docx
- 文档编号:26661354
- 上传时间:2023-06-21
- 格式:DOCX
- 页数:45
- 大小:597.61KB
数据库课程设计报告范例仅供参考.docx
《数据库课程设计报告范例仅供参考.docx》由会员分享,可在线阅读,更多相关《数据库课程设计报告范例仅供参考.docx(45页珍藏版)》请在冰豆网上搜索。
数据库课程设计报告范例仅供参考
数据库课程设计报告
-------校园医务室服务系统
学院:
软件学院
专业:
软件工程专业
班级:
XX级X班
姓名:
XXX
学号:
XXXXXXXXXXX
任课教师:
实验教师:
一、系统开发平台错误!
不决义书签。
二、数据库规划错误!
不决义书签。
任务陈说错误!
不决义书签。
任务目标错误!
不决义书签。
三、系统定义错误!
不决义书签。
系统界限错误!
不决义书签。
用户视图错误!
不决义书签。
四、需求剖析错误!
不决义书签。
用户需求说明错误!
不决义书签。
数据需求错误!
不决义书签。
事务需求错误!
不决义书签。
系统需求说明错误!
不决义书签。
五、数据库逻辑设计错误!
不决义书签。
ER图错误!
不决义书签。
数据词典错误!
不决义书签。
关系表错误!
不决义书签。
六、数据库物理设计错误!
不决义书签。
索引错误!
不决义书签。
视图错误!
不决义书签。
安全体制错误!
不决义书签。
其余错误!
不决义书签。
七、应用程序设计错误!
不决义书签。
功能模块错误!
不决义书签。
界面设计错误!
不决义书签。
事务设计错误!
不决义书签。
八、测试和运转错误!
不决义书签。
九、总结错误!
不决义书签。
附.参照文件错误!
不决义书签。
MicrosoftWindowXPHomeEdition
一、系统开发平台
题目:
校园医务室服务系统
数据库:
MicrosoftSqlServer2000
开发工具:
EclipsNetBeans
操作系统:
二、数据库规划
任务陈说
校园医务室服务系统的目的是为了经过采集和储存指定对象的信息数据,及控制有关人员对以上数据的操作,协助校医务室工作人员达成对基本医疗信息的管理工作,并在必需的时候向更高管理层供给所需要的财务等信息。
此外该系统还拥有对医疗保险和过敏药物两种特定信息的管理功能。
任务目标
控制(增添,更新,删除)有关学生信息
控制(增添,更新,删除)有关医生信息
控制(增添,更新,删除)有关药物信息
控制(增添,更新,删除)有关库存信息
增添,查问有关医疗记录信息
增添,查问有关过敏药物信息
增添,查问有关处方信息
查问,统计有关学生信息
查问,统计有关医生信息
查问,统计有关药物信息
查问,统计有关药房信息
对药房库存信息供给报表
对有关医疗记录信息供给报表
对有关过敏药物信息供给报表
对校医务室财务信息供给报表
自动计算有关花费,查对药物信息
三、系统定义
系统界限
人事管理系统
查问
医生
控
制
管理者用户
提
交
报控制
表
学校财务系统
学生信息系统
查问
查问
医疗记录
查问
学生
记录
查问
查问&更新
控
药房库存
制
提交报表
药品属于
校医务时服务系统
用户视图
用户视图功能需求
列出该用户的学生基本信息
学生用户列出指定敏感药物的详尽信息
列出指定医疗记录的详尽信息
输出该用户医疗记录信息
输出该用户过敏药物信息
医生用户
管理用户
列出该用户的基本信息
列出指定学生的基本信息
列出指定学生的过敏药物信息
列出指定学生的医疗记录信息
列出选定药物的详尽信息
自动计算有关花费
自动查对药物信息
更新库存信息
录入新处方信息
录入新库存信息
录入新医疗记录信息
录入新过敏药物信息
输出指定药房库存信息
输出指定学生的医疗记录信息
输出指定学生的过敏药物信息
列出指定药物信息
列出指定药房信息
列出指定学生信息
列出指定医生信息
列出指定医疗记录信息
录入新药物信息
录入新药房信息
录入新学生信息
录入新医生信息
删除选定学生信息
删除选定医生信息
更新库存信息
更新学生信息
输出指定学生信息
输出指定医生信息
输出指定药房库存信息
四、需求剖析
用户需求说明
4.1.1数据需求
(1)学生用户视图:
基本信息:
学号,姓名,性别,年纪,班级,学院,专业,联系电话。
过敏药物信息:
编号,名称,型号,发现日期,诊断医师
医疗记录信息:
时间,处方编号,自费花费,医保花费,诊断医师
学号独一,可决定多条过敏药物信息和医疗记录信息。
处方编号独一,每条过敏记录由编号和学号独一确立。
学生只好够对以上信息进行查问,不能够进行改正。
(2)医生用户视图:
医生信息:
编号,姓名,性别,年纪,所在药房编号
学生信息:
学号,姓名,性别,年纪,班级,学院,专业,联系电话
药物信息:
编号,名称,型号,价钱,库存量,医保比率,注意事项
处方信息:
编号,药房编号,时间,治疗方案,自费花费,医保花费
过敏药物信息:
编号,学号,名称,型号,诊断医师
医疗记录信息:
时间,处方编号,总花费,诊断医师
学号及各编号独一;每条治疗方案中包含多条处方信息。
值班医生可对处方信息,医疗记录信息进行更新和查问,但只可查问基本信息,学生信息和药物信息。
(3)管理用户视图:
药物信息:
编号,名称,型号,价钱,库存量,医保比率,注意事项
学生信息:
学号,姓名,性别,年纪,班级,学院,专业,联系电话
处方信息:
编号,药房编号,时间,治疗方案,自费花费,医保花费
医生信息:
编号,姓名,性别,年纪,所在药房编号
药房信息:
药房编号,药物编号,现库存量
过敏药物信息:
编号,学号,名称,型号,诊断医师
医疗记录信息:
时间,处方编号,总花费,诊断医师
各编号独一;每条医疗记录可包含多个处方编号;药方信息中,同样药物编号可对应多条药房信息。
每条值班信息由医生编号,药房编号和时间独一确立。
校医院管理者可对药物信息和药房信息进行更新和查问,但只可查问医疗记录信息。
4.1.2事务需求
(1)学生用户视图:
数据查问:
列出该用户的学生基本信息列出选定敏感药物的详尽信息
列出选定医疗记录的详尽信息
数据输出:
输出该用户医疗记录信息输出该用户过敏药物信息
(2)医生用户视图:
数据查问:
列出该用户的基本信息列出指定学生的基本信息
列出指定学生的过敏药物信息列出指定学生的医疗记录信息列出选定药物的详尽信息
数据录入:
录入新处方信息
录入新库存信息
录入新医疗记录信息
录入新过敏药物信息
更新库存信息
数据输出:
输出该用户医疗记录信息
输出该用户过敏药物信息
输出指定药房库存信息
输出指定学生的医疗记录信息
输出指定学生的过敏药物信息
其余事务:
自动计算有关花费
自动查对药物信息
(3)管理用:
数据:
列出指定物信息
列出指定房信息
列出指定学生信息
列出指定医生信息
列出指定医信息
数据入:
入新物信息
入新房信息
入新学生信息
入新医生信息
数据出:
出指定学生信息
出指定医生信息
出指定房存信息
数据更新/除:
除定学生信息
除定医生信息
更新房存信息
更新学生信息
系统需求说明
4.2.1件境
件境需要支持Window操作系,及SQLServer商数据
4.2.2硬件境
Petium(R)4CPUGHz,504MB内存
4.2.3初始数据大小
大有学生20名,医生5名,管理用3名;
物目共包含40种物,房4;其余信息0。
4.2.4数据增速度
学生每一年增添1000名左右,同除1000名左右;医生及其余信息增速度不定。
4.2.5找的型和均匀数目
找医的状况⋯⋯⋯大每日20次
找学生信息的状况⋯⋯⋯大每日10次
找物的状况⋯⋯⋯大每日30次
找敏物的状况⋯⋯⋯大每日10次
找房信息的状况⋯⋯⋯大每个月1次
4.2.6性能
个少于
1秒,顶峰期少于
5秒
多个少于
5秒,顶峰期少于
10秒
更新/保留少于
1秒,顶峰期少于
5秒
4.2.7安全性
每个用在入系都必有口令保;
每个用分派特定的用所有的限;
不一样用依据其预先定的角色不一样入不一样的用界面。
五、数据库逻辑设计
ER图
学生
就诊医疗记录增添医生
属
于
就诊
处方
增添
属
于
维
护
过敏药品属于药房
数据词典
5.2.1实体和联系属性
学生student:
学号SNo,姓名SName,性别SSex,年纪SAge,班级Grade,学院College,专业Major,联系电话Phone,密码Password;
医生doctor:
编号DNo,姓名DName,性别DSex,年纪DAge,所在药房Room,密码Password;
药品medicine:
编号MNo,名称MName,型号MStyle,价钱MPrice,注意事项MTip医保比率selfPercent
药房Pharmacy:
编号PHNo,地点PHName
医疗记录Record:
编号RNo,处方编号PNo,时间RDate,自付花费SelfPrice,
医保花费FreePrice,学号SNo,诊断医师编号DNo
处方Prescription:
编号PNo,时间PDate,学号SNo,诊断医师编号DNo
库存量StoreAmount:
药物编号MNo,药房编号PHNo,现库存量
过敏药物Allergy:
药物编号MNo,学号SNo,处方编号PNo
5.2.2属性描绘
实体属性种类及大小空
student
doctor
medicine
Prescription
Record
学号SN
CHAR(8)
否
姓名SName
varchar(16)
性别SSex
CHAR
(2)
年纪SAge
int
班级Grade
varchar(20)
学院College
varchar(20)
专业Major
varchar(20)
联系电话Phone
varchar(15)
密码Password
varchar(8)
编号DNo
CHAR(8)
否
姓名DName
varchar(16)
性别DSex
CHAR
(2)
年纪DAge
int
所在药房Room
CHAR(4)
密码Password
varchar(8)
编号MNo
CHAR(8)
否
名称MName
varchar(30)
型号MStyle
MStyleCHAR(20)
价钱MPrice
int
医保比率selfPercent
int
编号PNo
CHAR(8)
否
时间PDate
datetime
否
学号SNo
CHAR(8)
诊断医师编号DNo
CHAR(8)
编号RNo
CHAR(8)
否
处方PNo
CHAR(8)
否
时间Date
datetime
自费花费SelfPrice
int
医保花费FreePrice
int
学生SNo
CHAR(8)
医生DNo
CHAR(8)
药物MNo
CHAR(8)
否
Allergy
CHAR(8)
否
学生SNo
处方PNo
CHAR(8)
药物MNo
CHAR(8)
否
StoreAmount
CHAR(8)
否
药房PHNo
现库存量Amount
int
关系表
六、数据库物理设计
索引
使用查问剖析器运转:
USEHostipal
DBCCSHOWCONTIGWITHTABLERESULTS,ALL_INDEXES
能够获得Hostipal数据库中所有索引的有关信息,此顶用户所建表的部分信息以下:
ObjectName
IndexName
IDAverageFreeBytesLogicalFragementation
Allergy
PK__Allergy__060DEAE8
1
storeAmount
PK_storeAmount
1
storeAmount
ph_key
4
PDetail
PK_PDetail
1
Record
PK__Record__023D5A04
1
Record
pno_key
8
medicine
PK__medicine__7A9C383C
1
student
PK__student__76CBA758
1
doctor
PK__doctor__78B3EFCA
1
pharmacy
PK_pharmacy
1
prescription
PK__prescription__7E6CC9
1
20
在所有索引中除每张表的主键索引外还包含此外两个独自成立的索引:
(1)storeAmount中的ph_key索引:
在查问某种药品的库存量多为针对某以药房查问,并且在增添库存是也是依据药房批量更新增添,所以成立了此索引;
(2)Record中的pno_key索引:
固然每一医疗记录都有自己的编号,但大部分状况下是对详细的处方信息进行查问,并且一条有自费和医保花费组成的财务记录也是由处方编号而定的,所以成立了此索引。
视图
Hostipal数据库中主要成立了以下两个视图:
①CREATEVIEWdbo.AllergyDetialAS
SELECT
INNERJOIN
ON=INNERJOIN
ON=INNERJOIN
ON=AND
=INNERJOIN
ON=VIEWAS
SELECT
INNERJOIN
ON=INNERJOIN
ON=AND
=INNERJOINON=AND
=CROSSJOIN
成立以上视图主假如因为:
(1)鉴于以上视图实现复杂查问,以防止书写屡次履行连结操作;
(2)以上视图所包含的表的数据关系到很多用户,视图能够隐蔽基本表;能够严禁所实用户接见数据库表,而要求医生等用户只好经过视图操作数据;
(3)在必定程度上保护高级语言应用程序不受某些数据库结构改正的影响。
安全体制
6.3.1系统安全
为学生和医生用户在数据库中储存登录口令,登录时一定经考证一致才可进入系统;
因为管理员用户有屡次的插入删除操作且该类用户数目有限,所认为每一个管理员用户在数据库中成立独自的登录名和用户名,并为他们指定已成立的Manager角色(拥有
表student,doctor,medicine,storeAmount的所有权限)。
在管理员登录时,其密码由SQLSever实现考证,因为SQLSever的登录密码是经加密保留的,所以拥有较高的安全性。
6.3.2数据安全
在该系统中,任何有关删除或增添数据的操作都需要二次确认才能够在数据库中真实履行。
经过高级语言应用程序的限制,不一样的用户只好查问改正其有权接见的数据。
七、应用程序设计
功能模块
7.1.1计算功能
(1)统计拥有指定属性的集体所含个体的总量;
(2)医疗花费中医保金额和自费金额的自动计算和划分;
(3)过敏药物的判断及其与治疗药物的矛盾选择。
7.1.2储存功能
储存有关对象的详细信息及学生与处方,处方与医生,医生与药房,药房与药品的关系,并能方便迅速地实现对以上信息的删除增添等操作。
7.1.3输入及输出功能
输入的限制信息等数据经办理后,能够在显示器上按预先定义的格式显示,特别是在就诊过程中能够追踪目前状态(挂号,诊断,结算,取药)。
此外还可以经过指定设施储存账单等报表,以便打印或长久保留。
7.1.4交互功能
本系统拥有仿Windows窗口交互界面,会在工作人员进行输入等操作时赐予必需的提示,或许在操作发生错误时赐予必需的提示和帮助。
此外在医生用户的最后结算操作中拥有自动计算找零的仿收银台功能。
界面设计
7.2.1登录界面
7.2.2管理员用户界面
(1)查问药物
(2)报表
生成的报表:
(3)增添库存
(3)增添新药
(4)医生管理
(5)学生管理
(6)财务管理
7.2.3医生用户界面
(1)挂号
(2)新处方
部分提示信息:
(3)医疗信息
(4)结算
最后打印的账单:
7.2.4学生用户界面
(1)基本信息
(2)敏感药物
(3)医疗记录
事务设计
7.3.1Datetime种类数据查问
时间是关于医疗记录是很重要的属性,本系统的数据库在储存时间时使用的是其供给的Datetime种类,这样就能够经过调用函数DATEDIFF,方便的查问某一时间点或某一时间段的指定信息。
以下是以学生查问自己某一时间段的医疗记录的实例:
if(!
().equals("YYY-MM-DD")&&!
().equals("YY-MM-DD"))
{RSTemp=RSTemp+"andDATEDIFF(dd,,'"+fromdate
+"')<=0andDATEDIFF(dd,,'"+todate+"')>=0";}
...
("sa","");
Stringsql3="select,,RDate,,
,"
+"fromRecord,prescription,PDetail"
+"where="+RSTemp
+"and=and="+;
ResultSetRecordSearchResult=(sql3);
();
7.3.2医保信息办理
跟着医疗保险改革的不停深入,关于在校学生医保信息的管理也愈来愈遇到各方的重
视。
如何有效的掌握和利用医疗保险信息,以及实现个人医疗信息档案的信息化、规范化和集成化,实现计算机的智能化管理,提升有关工作人员的工作效率成为了需要解决
的重要问题。
关于医保信息的利用是本系统的特点之一,主要包含依据药品分类自动生成医保比率和依据医保比率计算自费金额两部分内容。
前者已在文件录入中有所表现,后者则能够在医生开处方时供给方便。
(1)以下是医生在结算花费时的界面:
(2)高级程序代码中的重点部分以下:
oString().trim();
floatprice=(PHMPrice);
StringPHMTip=(4).toString().trim();
StringPHMPercent=(5).toString().trim();
floatpercent=(PHMPercent);
floatself=(price*(100-percent))/100;oString().trim())
(""+a*num);sellAll=sellAll+a*num;
7.3.3数据批量录入
因为在数据库建立早期以及每年新学生信息录入时,有大批格式一致的数据需要录入,所以本系统供给了文件录入功能。
现以增添药物信息为例,剖析文件录入功能:
(1)药物分类信息是从政府网站下载的Excel文件中转变而得,各属性详细数据后的特别符号是为方便高级程序剖析尔后期增添的,详细录入文件实比以下:
(2)在高级程序中,主假如由文件读取,按行剖析,结构SQL,向数据库中增添四步操作实现文件录入功能。
部分编程代码以下:
publicvoidAddMed(Stringinform)");
else{type=(a+1,b).trim();}
......
a=("类");");
else{lei=(b+1,a).trim();
if("甲"))per=80;elseif("乙"))per=50;
elseper=0;参照文件
《数据库技术――设计与应用实例》清华大学第一版社
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 课程设计 报告 范例 仅供参考