1、数据库管理系统课程设计报告题目： 医院门诊管理系统的后台数据库设计院 （系）： 信息科学与工程学院专业班级： 学生姓名： 学号： 指导教师： 20 13 年 1 月 7 日至 20 13 年 1月 18 日 数据库管理系统课程设计任务书一、设计（调查报告/论文）题目医院门诊管理系统的后台数据库设计二、设计（调查报告/论文）主要内容内容：门诊管理涵盖了医院对门诊患者进行诊疗的全过程，实现门诊日常信息交互工作的电子化、信息化，全面有效的管理医院门诊的日常业务。基本功能与要求：1. 实现门诊挂号管理，支持挂号、科室、医生表维护和多种收费结算方式2. 门诊病案的生成与管理等功能；3. 实现门诊划价、收
2、费功能；4. 按年份月份统计医院各科室的门诊情况。三、原始资料1. 数据库管理系统课程设计指导书2. 数据库系统设计课件四、要求的设计（调查/论文）成果1. 课程设计报告2. 课程设计作品2五、进程安排六、主要参考资料1顾兵.数据库技术与应用（SQL Server）.北京：清华大学出版社，2010.2马晓梅.SQL Server 实验指导.第 3 版.北京：清华大学出版社，2009.3范立南等.SQL Server 2005 实用教程.北京：清华大学出版社，2009.4李丹.SQL Server 2005 数据库管理与开发.北京：机械工业出版社，2010.指导教师（签名）：20年月日序号课程设
3、计内容学时分配备注1选题、需求分析1 天2数据库设计2 天3数据库表及相关约束、视图实现2 天4数据库的存储过程、触发器实现2 天5数据库后台功能测试2 天6验收答辩、撰写课程设计报告1 天合计10 天目录1 需求分析11.1 系统的基本构成11.2 主要业务流图分析11.2.1 门诊挂号21.2.2 门诊退号31.2.3 门诊就医41.2.4 门诊收费51.3 数字字典62. 概念结构设计163. 逻辑结构设计193.1 关系模式的转化193.2 实际的数据模型194. 物理结构设计225. 数据库物理实现235.1 医院门诊数据库的建立235.2 建立数据表235.3 向个表中插入数据26
4、5.4 对表建约束405.5 创建视图415.6.建索引435.7 建存储过程445.8 建触发器456. 系统后台功能测试487.总结5141 需求分析1.1 系统的基本构成医院门诊管理系统：主要是对医院门诊部门挂号和收费，药房以及医生就诊进行管理主要功能模块有如下四个：（1） 门诊挂号：作为医院对病人的第一个门面，主要是针对病人挂号，查询病人的挂号信息和交款信息，统计挂号科室，医生，挂号员工作量，挂号病人的报表。（2） 门诊收费：作为医院对病人在医院看病的费用进行缴费部门，主要作用是门诊收费，收费查询，统计报表。（3） 药房管理：主要功能是医院对药物进行入库，盘点，库存，以及对病人的取药，
5、退药查询，合理用药的咨询。统计药房工作人员的工作量，药品日用量的报表。（4） 门诊医生：的主要功能是通过病人的先主诉病情，然后对病人进行诊 治，给病人进行查询，检查，手术，住院申请，申请单将自动传到收费处和医 技科室，可以查询病人的信息，对病人的退费，退该处方要求进行审核，处理。1.2 主要业务流图分析52医院门诊管理系统门诊挂号门诊收费药方管理医生管理退号管理1.2.1 门诊挂号1-1 系统总功能图病人首先可以预约挂号：到医院挂号后，先确定是不是急诊，病人有没有磁卡，有先读取磁卡的信息；为病人选择科室，病人选择医生的级别，医院为该病人指派医生（查询该级别该科室各医生当前门诊数，选择门诊数最少
6、的医生），对该病人收取挂号费用，登记挂号信息。如图 1-2 所示挂号人数查询该级别医生的门诊数打印磁卡账目单选择门诊数最少的医生入院收费医生挂号数加 1挂号结束选择医生级别（有院方指派）选择医生选择科室输入基本信息登记新磁卡读取磁卡病人统计图 1-2 病人挂号数据流程图1.2.2 门诊退号挂号病人由于某种原因要求退号，医院读取病人的磁卡，查询挂号的信息，是否是当日的挂号（如果不是当日的挂号，医院则不给与退号处理，删除挂号的信息吗，给病人挂号费用：对推出的费用记账，打印出退号凭证）如图1-3病人磁卡当日挂号单挂号单读取磁查看挂号信息非当日挂号单不退号退号删除挂号信息账单退号凭入账退挂号费图 1-
7、3 病人退号数据流程图1.2.3 门诊就医病人挂号到指定医生就诊，医生询问病人是否是复诊或者初诊（复诊的话查询病人的历史就诊信息）；病人想医生叙述病情，医生记录病情和病史；医生对病人叙述的病情给与诊断，然后给病人开药（配置禁忌用药，查问病人是否同意）；需要做化验，手术，检查，住院的给病人开申请单。病人拿着申请单开出的药品单；化验，手术，检查，住院申请单到收费处缴费，交完费用拿着收据到药房取药；化验室，检查室；手术室领取手术时间表；到住院部让住院护士安排床位（如图 1-3 所示）开化验单，手术单，注射单并显示价钱，付总价钱写电子病历交费划价收费，药房挂号单电子病历不同意同意 手术室完毕确定病人意
8、见显示价钱病理非法对应处理开药配置禁忌检查完毕入院病人叙述病情记录病情和历查询历史就诊情况读取磁卡读取磁卡挂号单1-3 医生就诊数据流程图1.2.4 门诊收费门诊收费是在门诊就医时候所有的费用都在次缴费，接受病人的缴费单据， 刷卡读取病人的收费单据，对病人的费用进行收费。收费后进行收费检查，给 病人发票，给病人一张收费单据，费用每日结算后打入财务科如图 1-4财务账单打印发票财务处理接受收费单据收单据刷卡读取病人的收费单据收费费发送发票收据1-4 门诊收费流程图1.3 数据字典(1)挂号单的数据字典数据项描述数据项：编号含义说明：唯一标识每个用户别名:re_number类型:varchar 长
9、度:0 至 10 取值范围：到数据项：日期含义说明：标志病人挂号时间别名:re_date类型:datetime 长度:8取值范围：2000 年 1 月 1 日到 3000 年 1 月 1 日数据结构数据结构名：挂号单含义说明：是病人到医院看病的首要任务，有了挂号单才能知道看病的时间等组成：编号，日期，挂号方式数据流数据流名：挂号单说明：病人看病的顺序数据流来源： 医院前台数据流去向：科室数据存储数据存储名：挂号单表说明：记录看病的人数流入数据：来源病人 流出数据：科室（2） 病人的数据字典数据项的描述数据项：挂号名含义说明：病人看病的顺序别名:pa_number类型:varchar 长度:0
10、至 5取值范围：00000 至 99999数据项：病人姓名含义说明：病人的标志别名:pa_name类型:char 长度:10数据项：年龄含义说明：病人的年龄别名:pa_age类型:int 长度:5取值范围：0 至 150数据项：联系电话含义说明：联系病人的号别名:pa_phone类型:varchar长度:11数据结构数据结构名：病人含义说明：病人的基本信息 组成：编号，日期，挂号方式数据流数据流名：病人说明：病人看病的步骤数据流来源： 病人数据流去向：科室数据存储数据存储名：病人表说明：记录病人信息流入数据：来源病人流出数据：科室（3） 医生的数据字典数据项描述 数据项：医生号含义说明：每个医
11、生的编号别名:do_number类型:int取值范围：0 至 300数据项：姓名含义说明：医生的标志别名:do_name类型:char 长度：8数据项：医生职称含义说明：医生的职位别名:do_position类型:varchar 长度:12数据项：联系电话含义说明：医生的联系方式别名:do_phone类型:char 长度：11数据结构数据结构名：医生含义说明：医生的基本情况组成：医生号，姓名，医生类别，医生职称数据流数据流名：医生说明：医院医生的记录数据流来源： 医院的医生数据流去向：医院的记录数据存储数据存储名：医生表说明：存储医生信息流入数据：来源医生流出数据：医院（4） 处方单的数据字典
12、数据项描述 数据项：处方号含义说明：某个医生看病人数的记录别名:pr_number类型:int取值范围：0 至 300数据项：病人姓名含义说明：病人的名字别名:pr_name类型:char 长度：8数据项：日期含义说明：医生医治病人时间别名:pr_date类型:datetime取值范围：2000 年 1 月 1 日到 3000 年 1 月 1 日数据结构数据结构名：处方表含义说明：病人看病的基本情况组成：处方号，姓名，日期数据流数据流名：处方表说明：病人看病的记录数据流来源： 医生数据流去向：收费单数据存储数据存储名：处方表说明：存储病人看病的信息流入数据：来源医生流出数据：收费单（5） 诊断
13、结果的数据字典数据项描述数据项：病名含义说明：医生诊断出的结果别名:cu_name类型:varchar 长度：30数据项：诊断方案含义说明：病人检查的方式别名:cu_plan类型:char 长度：40数据结构数据结构名：诊断结果表 含义说明：病人的检查结果组成：病名，诊断方式数据流数据流名：诊断结果表说明：病人病情的记录数据流来源： 医生数据流去向：处方单数据存储数据存储名：诊断结果表说明：病人看病的结果 流入数据：来源医生流出数据：处方单（6） 收费单的数据字典数据项描述数据项：金额含义说明：病人看病的费用别名:ch_money类型:floor 长度：30数据项：编号含义说明：收费单的序号别
14、名:ch_number类型:int取值范围：0 到数据项：项目含义说明：病人费用的项目别名:ch_project类型:varchar 长度：30数据项：日期含义说明：病人付费的时间别名:ch_date类型:datetime取值范围：2000 年 1 月 1 日 到 3000 年 1 月 1 日数据结构数据结构名：收费单表含义说明：病人看病的费用组成:编号，金额，项目，日期数据流数据流名：收费单表 说明：病人看病的费用数据流来源： 病人数据流去向：医院数据存储数据存储名：收费单表说明：医院的收入结果流入数据：来源病人 流出数据：医院（7） 药品的数据字典数据项描述数据项：名称含义说明：药品的名字
15、别名:dr_name类型:varchar 长度：30数据项：单价含义说明：药品的价格别名:dr_price类型:floor 长度：40数据项：数量含义说明：药品的多少别名:dr_many类型:int数据项：编号含义说明：药品的号码别名:dr_number类型:varchar 长度：40数据项：日期含义说明：病人付费的时间别名:pr_date类型:datetime取值范围：2000 年 1 月 1 日 到 3000 年 1 月 1 日数据结构数据结构名：药品表 含义说明：药品的信息组成:编号，日期，名称，单价，数量数据流数据流名：药品表说明：药品的用途数据流来源： 医院数据流去向：病人数据存储数
16、据存储名：药品表 说明：医院的收入结果流入数据：医院流出数据：病人（8） 药房的数据字典数据项描述数据项：名称含义说明：唯一标识药房别名:dr_name类型:varchar 长度：30数据结构数据结构名：药房表 含义说明：药房的信息组成: 名称数据流数据结构名：药房表说明：储存药物数据流来源： 医院数据流去向：病人数据存储数据存储名：药房表说明：对要的管理 流入数据：医院流出数据：病人（9） 科室的数据字典数据项描述 数据项：科室号含义说明：唯一标识科室别名:of_number类型:varchar 长度：6数据项：科室名含义说明：唯一标识科室的作用别名:of_name类型:varchar 长度
17、：12数据项：联系电话含义说明：联系科室的方式别名:of_phone类型:varchar长度：11数据结构数据结构名：科室表 含义说明：药房的信息组成: 科室号，科室名数据流数据流名：科室表说明：医生看病的情况数据流来源： 医院数据流去向：病人数据存储数据存储名：科室表说明：存储科室的业务信息流入数据：医生流出数据：医院（10） 磁卡的数据字典数据项描述 数据项：磁卡号含义说明：唯一标识磁卡别名:ca_number类型:varchar 长度：6数据项：病人姓名含义说明：唯一标识持卡者别名:ca_name类型:varchar 长度：8数据项：金额含义说明：病人治病所需总金额别名:ca_money
18、类型:int取值范围：01000 万数据项：日期含义说明：病人付费的时间别名:ca_date类型:datetime取值范围：2000 年 1 月 1 日 到 3000 年 1 月 1 日数据结构数据结构名：磁卡表 含义说明：药房的信息组成: 磁卡号，病人姓名，日期数据流数据流名：磁卡表说明：病人看病的情况数据流来源： 病人数据流去向：医生数据存储数据存储名：磁卡表说明：病人信息流入数据：病人流出数据：医院2 概念结构设计根据中层数据流图，得出分 E-R 图，总 E-R 图，并对 E-R 图进行相关优化日期挂号方式编号挂号单病人电话1磁卡号病人姓名日期挂号名拥有病人姓名1病人1拥有1磁卡m医生编
19、号病人年龄就诊1医生医生姓名n医生类别科室名科室n拥有医生职称医生电话科室电话科室电话图 2-1 挂号 E-R 分图病人号码病人姓名病人年龄病人电话拥有11编号日期挂号方式挂号单1拥有日期1磁卡号金额磁卡病人图 2-2 退号 E-R 分图磁卡号码病人姓名病人电话病人姓名年龄拥有11病人编号金额日期磁卡日期挂号单编号1拥有1病人图 2-3 门诊就医 E-R 图日期编号挂号单m拥有病人电话1挂号病人名 年龄挂号方式姓名m处方号科医生医生室编号姓名号就诊1医生医生职位电话医生m产生诊断方案n日处方单1期病人1姓名产生1单价诊断结果病名名称编号收费项目1收费单金额m通知1名称药房1药品数n量领药日期日
20、期收费方式编号2-4 门诊医院管理系统 E-R 图3 逻辑结构设计3.1 关系模式转化关系模型的逻辑结构是一组关系模式的集合，将 E-R 图转换为关系模型就是要将实体型，实体的属性和实体型之间的联系转换为关系模式。由 ERD 导出一般关系模型的四条原则：（1） 一个 1:1 联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并， 则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。（2） 一个 1：n 联
21、系可以转换为一个独立的关系模式，也可以与 n 端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为 n 端实体的码。（3） 一个 m:n 联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。（4） 3 个或 3 个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系项连接的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。将 E-R 图转化为关系模式，分析函数依赖，消除部分函数依赖和传递依赖， 满足第
22、三范式 各个关系模式如下:下面关系里面没有部分函数依赖和传递函数依赖，所以均满足第三范式： 挂号单（编号，日期 ，挂号方式，病人姓名）医生（医生号，姓名，职称，电话，科室号）病人（挂单号，病人姓名，年龄，医生号，性别） 医生诊断结果（医生编号 ，病人的名字，病名 ） 处方单（处方号 ，日期，病人姓名）收费单（编号，日期，金额 ，处方号） 药品（编号 ，名称，数量，单价）科室（科室号，科室名，联系方式）3.2 实际数据模型基于上述数据库逻辑结构设计的结果，现在将其转化为给定数据库管理系统所支持的实际数据模型。3-1 register 表列（属性）名数据类型与长度空否说明re_numberVarc
23、har（10）NOT NULL挂号单编号re_dateDatetimeNOT NULL挂号的日期re_wayVarchar（12）NULL病人挂号的方式pa_namevarChar（8）NOT NULL病人的姓名3-2 doctor 表列（属性）名数据类型与长度空否说明do_numberVarchar（6）NOT NULL医生的编号do_nameVarchar(8)NOT NULL医生的姓名do_positionVarchar（12)NOT NULL医生的职称do_phoneChar(11)NOT NULL医生的电话Of_numberChar(4)NOT NULL科室号3-3 patient
24、表列（属性）名数据类型与长度空否说明re_numberVarchar（10）NOT NULL挂单的编号pa_nameVarchar(8)NOT NULL病人的姓名pa_ageIntNOT NULL病人的年龄do_numberChar(11)NOT NULL医生的编号Pa_sexVarchar(2)NULL病人的性别3-4 prescription 表列（属性）名数据类型与长度空否说明pr_numberVarchar(7)NOT NULL处方号pa_nameVarchar（8）NOT NULL病人姓名pr_dateDatetimeNOT NULL开处方的时间3-5 drug 表列（属性）名数据类
25、型与长度空否说明dr_numberVarchar（7）NOT NULL药品编号dr_nameVarchar（20）NOT NULL药品名dr_manyIntNOT NULL药品数量dr_priceFloatNOT NULL药品的金额3-6 charge 表列（属性）名数据类型与长度空否说明ch_numberintNOT NULL收费单号ch_dateDatetimeNOT NULL收费的日期ch_moneyFloatNOT NULL收了多少钱pr_numberIntNOT NULL处方号3-7 医生-诊断结果（dc）表列（属性）名数据类型与长度空否说明do_numberVarchar(6)NOT NULL医生的编号cu_nameVarchar(13)NOT NULL病名pa_nameVarchar(8)NOT NULL病人的名字3-8 office 表列（属性）名数据类型与长度空否说明of_numberVarchar(6)NOT NULL科室号of_nameVarchar(12)NOT NULL科室名Of_phoneVarchar(11)NOT NULL联系方式4
