同济大学数据库大作业.doc

同济大学 《数据库技术及应用》 项目报告 项目名称： 医院一体化系统 小组成员： 1350871 倪荫豪 1350870 李天扬 年级： 大二 专业： 土木工程 指导教师： 王睿智 日期： 2014 年 12 月 30 日 目录 系统概述…………………………………………………3 1.系统简介…………………………………………………………3 2.功能特色…………………………………………………………3 需求分析…………………………………………………3 1.系统功能需求分析………………………………………………3 2.数据库需求分析…………………………………………………4 数据库设计………………………………………………4 1.概念模式设计……………………………………………………4 2.逻辑模式设计……………………………………………………6 3.物理数据库设计…………………………………………………6 4.触发器设计………………………………………………………11 5.存储过程设计……………………………………………………13 系统设计和实现………………………………………14 1.窗体类和功能类统计表…………………………………………14 2.界面设计及其代码实现…………………………………………15 系统测试………………………………………………41 1.触发器测试用例…………………………………………………41 2.存储过程测试用例………………………………………………41 3.功能测试用例……………………………………………………41 总结……………………………………………………52 一. 系统概述 1.1系统简介 当前医患关系、医院挂号等一直是社会热点问题。本项目将站在病人，医院医职人员，医院管理者的角度设计一系列 1.2功能特色 ①对于医院内工作人员，管理员及非管理员使用统一登陆入口登陆，根据用户名自动判别其拥有的权限。管理员可查看其他工作人员的工作状态，实时督促，提高工作效率。 ②病人通过程序可以在到达医院前挂号，且可以指定什么职称的医生来诊治，并通过程序实现缴纳医药费用。若病人没有指定医生，则系统自动分配当前待诊人数最少的该科室医生为其看病。简化看病流程、减少排队时间。 ③医生通过程序来实现接纳病人，开药，并写入记录存档，方便后来的医生医治和解决医闹问题。亦有助于解决现如今大部分医生手写病历，字迹龙飞凤舞、不可辨认的问题。 二. 需求分析 2.1 系统功能需求分析 用户①——病人需要通过程序来实现挂号 用户②——医治人员：需要看到挂号在他名下的待诊病人，查看病人既往病史，对病人实施医治并开药。这个过程应该要访问数据。将可能的药品名称展现在医生面前，并提供一个窗口给他写入病人的病情作为记录。还可修改自身登录系统时的密码。 用户③——收银员：需要看到医生开具的药单，并收费。还可修改自身登录系统时的密码。 用户④——医院的管理者:能通过程序看到目前有多少职工在工作，并能够查看并编辑修改他们（包括管理员自身）的信息。此外，还能查看并修改医院所拥有的各种药品及病人注册时的基本信息。 2.2 数据库需求分析 ①每个管理员、收银员、医生、药品、病人都有唯一的标识。 ②病人可以同时挂多个科室，可以选择想要的医生职称，医生可以医治多名病人，病人可以由多名医生医治。 ③每名管理员可以管理多名收银员、医生和多种药品。 ④医生可以给病人开不同的药，同一种药可以被开给不同的病人，病人可以向不同的收银员付不同的药单钱，每张药单只需付一遍钱。 三. 数据库设计 3.1概念模式设计 根据上面的分析，可建立5个实体和4个关系。 5个实体：administrator（管理员）、cashier（收银员）、doctor（医生）、medicine（药品）、patient（病人） 5个关系：staff（职员）、prescription（药单、处方）、medicalrecord（病历）、registration（挂号）、管理 由于纸张大小限制，我们将E-R图分解为以下3幅图：实体关系图（不含属性）、实体属性图、关系属性图。 ①实体关系图（不含属性） ②实体属性图 ③关系属性图 3.2逻辑模式设计 Administrator（工号） Cashier（工号，姓名，性别，出生日期，密码） Doctor（工号，姓名，性别，出生日期，职称，科室，待诊人数，房间号，密码） Medicine（药品编号，名称，单价，医保折扣，制造厂商，处方药） Patient（医保卡号，姓名，性别，出生日期，籍贯，密码） Medicalrecord（医保卡