《数据库系统原理》课程设计说明书-医院住院数据库设计.doc
《《数据库系统原理》课程设计说明书-医院住院数据库设计.doc》由会员分享,可在线阅读,更多相关《《数据库系统原理》课程设计说明书-医院住院数据库设计.doc(21页珍藏版)》请在三一文库上搜索。
1、武汉理工大学数据库系统原理课程设计说明书课程设计任务书学生姓名: 专业班级: 指导教师: 工作单位: 计算机学院 题目:医院住院数据库设计初始条件:医院业务规则:l 病房(编号、地点、收费标准,所属科室)l 病床(病房编号、床位号)l 病人(病案号、姓名、性别、地址、电话号码、病房编号)l 医生(编号、姓名、性别、职称、电话号码、部门)l 住院(日期、病案号、入院时间、出院时间、病房编号、床位号)l 治疗(时间、病案号、医生编号、诊断、治疗方案)一位病人可能有多位治疗医生,而每一位医生又可能给多名病人治病。每一个病房可能住多位病人,而每一位病人只能住在一间病房中。一位病人可能有多个住院登记,而
2、一份住院登记只能有一个病人。病房中有多个床位、一个床位只能在一个病房中。一个床位可以出现在不同的住院登记上,而一份住院登记只能给病人分配一张病床。要求完成的主要任务:1. 根据上述的初始条件,进行调查分析并设计适当的属性。设计一个医院住院数据库,DBMS可选Ms SQL Server、Access、VFP等。2. 完成课程设计说明书,其格式遵守学校今年的新规定。主要内容包括:需求分析,概念设计,逻辑设计,物理实现等。3. 基于该数据库,最好实现一个或多个应用程序(自己确定功能),程序设计语言(工具)任选。这一项是选作,不作硬性要求。时间安排:本学期第18周:1. 消化资料、系统调查1天2. 系
3、统分析1天3. 总体设计,实施计划2天4. 撰写报告1天指导教师签名:年月日系主任(或责任教师)签名:年月日医院住院数据库设计1 系统概述 1.1 概述 近年来,随着我国人民生活水平的迅速提高,科学技术的进一步发展,医院对HMIS(医院管理信息系统)的需求就越来越迫切,一套好的HMIS在全面提高医院的医疗、教学、科研水平,提高医院整体工作效率,为病人提供方便快捷全面的服务等方面都能发挥出重要作用。然而由于种种原因,在国内HMIS的使用尚不普及,许多小型医院还是完全依靠手工操作在管理病人和医院员工的一切信息,这不仅劳动强度大且工作效率低,医师护士和管理人员的大量时间都消耗在事务性工作上,对其所掌
4、握的信息也无法很好地统计应用起来,这样既无法提高医院自身的医疗水平,同时又无法很好地为病人服务。从“医院”概念上来看,住院部是医院的基本组成单位;从医院管理角度看,住院诊疗是医院业务工作的核心部分。因此,建立一个高效可靠的住院业务管理系统,不仅可以在一定程度上减轻医务人员的劳动强度,提高工作效率和工作质量,而且可以更及时、准确和有效地分析统计各种临床数据及管理数据,供上级主管部门作出科学的管理决策,促进医院管理水平的进一步提高。而在整个住院业务管理系统,住院数据库的设计是必不可少的。 1.2 可行性分析首先,硬件和软件要求不高,目前市场上的一般计算机软硬件资源均能满足系统开发需要。其中软件主要
5、有VB,数据库采用Microsoft SQL Server2000。对于该数据库的设计主要以Microsoft SQL Server2000为主要开发工具,通过ADO方式与VB程序前台相连接,建立了一个基于C/S(客户/服务器)的数据库应用管理系统。维护工作方便,由于SQL2000的易用性,使得后台的操作十分便捷,操作人员可以在短时间内完全掌握系统的维护工作。由于医院住院病人数量众多,因而通过电脑化操作可以减少纸张的使用,同时由于数据直接通过局域网传输,可以减少信息传递时间,提高效率,同时也方便医生,病人搜查相关住院信息,提高医院工作透明度和工作效率。2 系统目标和建设原则 2.1 系统目标1
6、. 方便医院管理病人的住院费用。2. 方便医院管理病人住院期间的病情变化。3. 便于医生根据具体病情及时对病人采取必要的治疗。2.2 基本原则 1. 采用生命周期法和原型法相结合的方法开发系统由于本系统开发设计过程中受到各方条件的影响,在开发初期采用生命周期法进行设计开发,严格按照系统规划,系统分析,系统设计,系统实施和系统维护这五个阶段,系统能正常运行后,再进一步调查和分析,其中如有不足之处,再进行合理解决。2. 注重系统的易用性本系统设计过程中力求人性化,结合强大的搜索功能帮助医生、护士、病人随时查找到各自所需的信息,同时在数据录入过程中,尽可能减少人工输入部分,降低人工输入错误的可能性。
7、3. 注重系统的可移植性由于医院整体系统庞大复杂,可以根据需要实际取系统中的部分功能。同时由于数据库采用微软的SQL Server 2000,可以很方便地备数据,转移数据。3 支撑环境计划3.1 网络逻辑结构 本次设计基于的网络逻辑结构是客户/服务器(C/S)体系结构。C/S是基于资源不对等,并且为了实现共享而提出来的,它由三个主要部分构成:数据库服务器、客户应用程序和网络。C/S体系结构的优点在于系统的客户应用程序和服务器构件分别运行在不同的计算机上,这对硬件和软件的变化显示出极强的适应性和灵活性,而且易于对系统进行扩充和缩小。 基于C/S的住院管理系统的结构示意图如图3-1所示。.住院数据
8、库服务器网络集线器病人用户病人用户医生用户管理员3.1 基于C/S的住院管理系统结构医生用户打印设 备其他公用设备3.2 软件支撑环境及开发工具 这次课程设计基本是都是在WINDOWS XP操作系统下完成的。包括应用程序的开发、数据库的设计以及设计报告的编写。在这一过程中,应用的开发工具有:1. VB程序设计语言2. SQL Server 20003. Microsoft Office Word 2003 4 系统总体结构 4.1 数据流图的设计数据流图可以表示现行系统的信息流动和加工处理等详细情况,是现行系统的一种逻辑抽象,独立于系统的实现。对于本次设计,我将根据系统的业务流程分别来设计数据
9、流图。 对于入院处理的数据流图如图4-1所示:收费单请住院单请住院申请病人信息图4-1 入院数据流图病人查看信 息病人病案病人分配床 位病房信息产生收费单及住院单对于治疗处理的数据流图如图4-2所示:治疗方案出示病历病人医生诊 断病人病历病人检查情况给出治方 案病人图4-2 治疗数据流图 对于出院处理的数据流图如图4-3所示: 申请出院缴费单病人病人病案收费准则病历归 档费用统 计病人图4-3 出院数据流图4.2 功能结构设计设计一个系统是要事先了解系统的基本功能,将其分成几个模块分别设计,能够提高设计效率。对于住院业务管理系统来说,其基本业务功能应该包括:1) 入院管理功能2) 治疗管理功能
10、3) 出院管理功能4) 收费管理功能(收费常常伴随着入院、治疗以及出院管理而发生) 4.2.1 入院管理功能流程对于曾在本医院住院的病人,系统会根据其提供的病案号自动在病案首页表中调出病人基本资料;而对于第一次在本院住院病人则系统会自动为其产生病案号,工作人员会要求其填写基本资料,填写无误后,将基本资料存入数据库。其业务流程如图4-4所示。 4.2.2 治疗管理功能流程 病人在住院期间,接受医生的治疗是不可避免的。因此熟悉治疗的流程,对于住院数据库的设计也是必要的。其业务流程如图4-5所示。 4.2.3 出院管理功能流程 病人要住院,当然也要出院。出院时,系统调出病人的基本资料,对于病人住院期
11、间的各项费用进行统计,开收费单要求病人缴费。其业务流程如图4-6所示。曾住院?是否办理入院手续病人查看病案新建病案分配病房及床位住院图4-4 入院流程收取一定费用是否病人出示病历医生检查正常?给出治疗方案治疗不做处理图4-5 治疗流程病人病历归档进入病人病案出院结算出院图4-6 出院流程 4.3 数据库结构设计4.3.1 数据字典数据字典是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果,并且数据字典的内容将在数据库的设计过程中不断的修改、充实和完善。根据对住院管理系统业务流程的了解,可以定义以下数据结构:病人、病房、病床、医生、治疗记录和住院登记。其中在病人、治疗记录
12、和住院登记中都涉及病案号,对于一个病人唯一对应一个病案号,而病案就是治疗记录和住院登记的集合。病人的数据项描述:数据项名数据项含义类型长度备注病案号病人的编号VARCHAR15对应唯一一个病人姓名病人姓名VARCHAR20性别病人性别CHAR2只能取男或女地址病人住址VARCHAR100电话病人电话VARCHAR12病房编号CHAR4住院时由系统分配 病房的数据项描述:数据项名数据项含义类型长度备注编号病房编号CHAR4病房编号唯一地点病房位置VARCHAR40收费标准INT4单位为(元/天)所属科室VARCHAR20病床的数据项描述:数据项名数据项含义类型长度备注病房编号CHAR4床位号IN
13、T2一个病房一般有1-3个床位医生的数据项描述:数据项名数据项含义类型长度备注编号医生编号VARCHAR10对应唯一一个医生姓名医生姓名VARCHAR20性别医生性别CHAR2只能取男或女职称医生职称VARCHAR20有可能有多个职称电话医生电话VARCHAR12部门所属部门VARCHAR20住院登记的数据项描述:数据项名数据项含义类型长度备注日期登记日期DATE10病案号VARCHAR15入院时间DATE10出院时间DATE10必须在入院时间之后病房编号CHAR4病床编号INT2 治疗记录的数据项描述:数据项名数据项含义类型长度备注时间治疗日期DATE10入院和出院时间之间病案号VARCHA
14、R15医生编号VARCHAR10诊断VARCHAR50医生诊断结果治疗方案VARCHAR200医生给出的治疗方案4.3.2 E-R图设计 E-R图提供了表示实体型、属性和联系的方法。 1) 实体型:用矩形表示,矩形框内写明实体名; 2) 属性:用椭圆形表示,并用无向边将其与相应的实体连接起来; 3) 联系:用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体型连接起来,同时在无向边旁标上联系的类型。 注意:如果一个联系也具有属性,则这些属性也要用无向边与该联系连接起来。 下面将根据要设计的住院数据库对其中涉及到的实体、实体属性和实体间的联系进行分析和设计。 (1) 实体及其属性分析根据本次
15、课程设计所给出的初始条件,目前有以下实体:病人实体、病房实体、病床实体、医生实体和住院登记实体。对于这些实体,它们的实体及属性图如图4-7所示:病房地点收费标准所属科室编号病人病案号姓名性别地址电话号码病房编号部门电话号码职称性别姓名编号医生病房编号床位号病床日期入院时间床位号出院时间病案号病房编号住院登记图4-7 住院数据库实体及其属性图 (2) 分E-R图设计在本次设计中,根据任务书所提供的业务规则,实体和实体之间可以有以下几种联系: 1) 医生与病人之间的联系,它们之间的联系图如图4-8所示; 2) 病人与病房以及病房与病床之间的联系,它们之间的联系图如图4-9所示; 3) 病人与住院登
16、记以及住院登记与病床之间的联系,它们之间的联系图如图4-10所示。n人m人医生病人治疗诊断治疗方案图4-8 病人与医生联系图治疗时间n人1人拥有病房病床病房n人1人住在病人图4-9 病人与病房及病房与病床联系图1n住院登记病床分配图4-10 病人与住院登记及住院登记与病床联系图n1病人住院登记登记(3) 基本E-R图设计 对于分E-R图,它们之间往往存在一些不一致的地方,即冲突。合并时不能简单的将上述的各个分E-R图画在一起,必须要消除各个分E-R图中的不一致,以形成一个能为全系统所有用户所共同理解和接受的统一的概念模型。 在上述分E-R图上可以做出修改,最终形成的基本E-R图如图4-11所示
17、:出院时间病房地点收费标准所属科室病房编号n11n1病房编号床位号治疗时间部门电话号码职称性别姓名医生编号图4-11 医院住院数据库基本E-R图nnmn1病床病人医生病案号姓名性别地址电话号码病房编号病案号病房编号床位号诊断日期入院时间治疗方案治疗住在住院登记拥有登记分配4.3.3 关系模型设计关系模型的逻辑结构是一组关系模式的集合。将E-R图转换为关系模型实际上就是将实体型、实体型的属性和实体之间的联系转换为一组关系模式,这种转换需要遵守以下原则:1. 一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。2. 对于实体之间的联系有以下几种情况:(1) 一个1:1的联
18、系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。(2) 一个1:n的联系可以转换成为一个独立的关系模式,也可以与n端对应的关系模式合并。(3) 一个m: n的联系转换为一个关系模式。(4) 3个或者3个以上的实体之间的一个多元联系可以转换为一个关系模式。(5) 具有相同码的关系模式可以合并。 按照上述的原则,根据设计好的E-R图,可以将其转换为以下一组关系模式,其中关系模式的码用下横线标出。 病房(病房编号,地点,收费标准,所属科室) 此为病房实体型所对应的关系模式。其中病房编号唯一确定一个病房,所以为该关系模式的码。病床(病房编号,床位号) 此为病床实体型所对应的关系模式
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库系统原理 数据库 系统 原理 课程设计 说明书 医院 住院 设计
链接地址:https://www.31doc.com/p-3259592.html