医院住院数据库设计-《数据库系统原理》课程设计说明书.doc

1、xx 理工大学数据库系统原理课程设计说明书- 1 -课程设计任务书学生姓名： 专业班级： 指导教师： 工作单位： 计算机学院 题目：医院住院数据库设计初始条件：医院业务规则： 病房（编号、地点、收费标准，所属科室） 病床（病房编号、床位号） 病人（病案号、姓名、性别、地址、电话号码、病房编号） 医生（编号、姓名、性别、职称、电话号码、部门） 住院（日期、病案号、入院时间、出院时间、病房编号、床位号） 治疗（时间、病案号、医生编号、诊断、治疗方案）一位病人可能有多位治疗医生，而每一位医生又可能给多名病人治病。每一个病房可能住多位病人，而每一位病人只能住在一间病房中。一位病人可能有多个住院登记，而

2、一份住院登记只能有一个病人。病房中有多个床位、一个床位只能在一个病房中。一个床位可以出现在不同的住院登记上，而一份住院登记只能给病人分配一张病床。要求完成的主要任务：1. 根据上述的初始条件，进行调查分析并设计适当的属性。设计一个医院住院数据库，DBMS 可选 Ms SQL Server、Access、 VFP 等。2. 完成课程设计说明书，其格式遵守学校今年的新规定。主要内容包括：需求分析，概念设计，逻辑设计，物理实现等。3. 基于该数据库，最好实现一个或多个应用程序（自己确定功能） ，程序设计语言（工具）任选。这一项是选作，不作硬性要求。时间安排：本学期第 18 周：1. 消化资料、系统调

3、查 1 天2. 系统分析 1 天3. 总体设计，实施计划 2 天 4. 撰写报告 1 天指导教师签名： 年 月 日系主任（或责任教师）签名： 年 月 日xx 理工大学数据库系统原理课程设计说明书- 2 -医院住院数据库设计1 系统概述1.1 概述 近年来，随着我国人民生活水平的迅速提高，科学技术的进一步发展，医院对HMIS（医院管理信息系统）的需求就越来越迫切，一套好的 HMIS 在全面提高医院的医疗、教学、科研水平，提高医院整体工作效率，为病人提供方便快捷全面的服务等方面都能发挥出重要作用。然而由于种种原因，在国内 HMIS 的使用尚不普及，许多小型医院还是完全依靠手工操作在管理病人和医院员

4、工的一切信息，这不仅劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，对其所掌握的信息也无法很好地统计应用起来，这样既无法提高医院自身的医疗水平，同时又无法很好地为病人服务。从“医院”概念上来看，住院部是医院的基本组成单位；从医院管理角度看，住院诊疗是医院业务工作的核心部分。因此，建立一个高效可靠的住院业务管理系统，不仅可以在一定程度上减轻医务人员的劳动强度，提高工作效率和工作质量，而且可以更及时、准确和有效地分析统计各种临床数据及管理数据，供上级主管部门作出科学的管理决策，促进医院管理水平的进一步提高。而在整个住院业务管理系统，住院数据库的设计是必不可少的。1.2 可

5、行性分析首先，硬件和软件要求不高，目前市场上的一般计算机软硬件资源均能满足系统开发需要。其中软件主要有 VB，数据库采用 Microsoft SQL Server2000。对于该数据库的设计主要以 Microsoft SQL Server2000 为主要开发工具，通过 ADO 方式与 VB 程序前台相连接，建立了一个基于 C/S（客户/服务器）的数据库应用管理系统。维护工作方便，由于 SQL2000 的易用性，使得后台的操作十分便捷，操作人员可以在短时间内完全掌握系统的维护工作。由于医院住院病人数量众多，因而通过电脑化操作可以减少纸张的使用，同时由于数据直接通过局域网传输，可以减少信息传递时间

6、，提高效率，同时也方便医生，病人搜查相关住院信息，提高医院工作透明度和工作效率。xx 理工大学数据库系统原理课程设计说明书- 3 -2 系统目标和建设原则2.1 系统目标1. 方便医院管理病人的住院费用。2. 方便医院管理病人住院期间的病情变化。3. 便于医生根据具体病情及时对病人采取必要的治疗。2.2 基本原则1. 采用生命周期法和原型法相结合的方法开发系统由于本系统开发设计过程中受到各方条件的影响，在开发初期采用生命周期法进行设计开发，严格按照系统规划，系统分析，系统设计，系统实施和系统维护这五个阶段，系统能正常运行后，再进一步调查和分析，其中如有不足之处，再进行合理解决。2. 注重系统的

7、易用性本系统设计过程中力求人性化，结合强大的搜索功能帮助医生、护士、病人随时查找到各自所需的信息，同时在数据录入过程中，尽可能减少人工输入部分，降低人工输入错误的可能性。3. 注重系统的可移植性由于医院整体系统庞大复杂，可以根据需要实际取系统中的部分功能。同时由于数据库采用微软的 SQL Server 2000，可以很方便地备数据，转移数据。3 支撑环境计划3.1 网络逻辑结构本次设计基于的网络逻辑结构是客户/服务器（C/S）体系结构。C/S 是基于资源不对等，并且为了实现共享而提出来的，它由三个主要部分构成：数据库服务器、客户应用程序和网络。C/S 体系结构的优点在于系统的客户应用程序和服务

8、器构件分别运行在不同的计算机上，这对硬件和软件的变化显示出极强的适应性和灵活性，而且易于对系统进行扩充和缩小。 基于 C/S 的住院管理系统的结构示意图如图 3-1 所示。xx 理工大学数据库系统原理课程设计说明书- 4 - 住院数据库服务器网络集线器病人用户病人用户医生用户管理员3.1 基于 C/S 的住院管理系统结构医生用户打印设 备其他公用设备3.2 软件支撑环境及开发工具这次课程设计基本是都是在 WINDOWS XP 操作系统下完成的。包括应用程序的开发、数据库的设计以及设计报告的编写。在这一过程中，应用的开发工具有：1. VB 程序设计语言2. SQL Server 20003. M

9、icrosoft Office Word 20034 系统总体结构 4.1 数据流图的设计数据流图可以表示现行系统的信息流动和加工处理等详细情况，是现行系统的一种逻辑抽象，独立于系统的实现。对于本次设计，我将根据系统的业务流程分别来设计数据流图。xx 理工大学数据库系统原理课程设计说明书- 5 -对于入院处理的数据流图如图 4-1 所示：收费单请住院单请住院申请 病人信息图 4-1 入院数据流图病人 查看信 息病人病案病人分配床 位病房信息产生收费单及住院单对于治疗处理的数据流图如图 4-2 所示：治疗方案出示病历病人 医生诊 断病人病历病人检查情况给出治方 案病人图 4-2 治疗数据流图对于

10、出院处理的数据流图如图 4-3 所示：xx 理工大学数据库系统原理课程设计说明书- 6 -申请出院 缴费单病人病人病案收费准则病历归 档费用统 计病人图 4-3 出院数据流图4.2 功能结构设计设计一个系统是要事先了解系统的基本功能，将其分成几个模块分别设计，能够提高设计效率。对于住院业务管理系统来说，其基本业务功能应该包括：1） 入院管理功能2） 治疗管理功能3） 出院管理功能4） 收费管理功能（收费常常伴随着入院、治疗以及出院管理而发生）4.2.1 入院管理功能流程对于曾在本医院住院的病人，系统会根据其提供的病案号自动在病案首页表中调出病人基本资料；而对于第一次在本院住院病人则系统会自动为

11、其产生病案号，工作人员会要求其填写基本资料，填写无误后，将基本资料存入数据库。其业务流程如图4-4 所示。4.2.2 治疗管理功能流程病人在住院期间，接受医生的治疗是不可避免的。因此熟悉治疗的流程，对于住院数据库的设计也是必要的。其业务流程如图 4-5 所示。4.2.3 出院管理功能流程病人要住院，当然也要出院。出院时，系统调出病人的基本资料，对于病人住院期间的各项费用进行统计，开收费单要求病人缴费。其业务流程如图 4-6 所示。xx 理工大学数据库系统原理课程设计说明书- 7 -曾住院？ 是否办理入院手续病人查看病案新建病案分配病房及床位住院图 4-4 入院流程收取一定费用是否病人出示病历医

12、生检查正常？给出治疗方案治疗不做处理图 4-5 治疗流程病人病历归档 进入病人病案出院结算出院图 4-6 出院流程4.3 数据库结构设计4.3.1 数据字典数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获xx 理工大学数据库系统原理课程设计说明书- 8 -得的主要成果，并且数据字典的内容将在数据库的设计过程中不断的修改、充实和完善。根据对住院管理系统业务流程的了解，可以定义以下数据结构：病人、病房、病床、医生、治疗记录和住院登记。其中在病人、治疗记录和住院登记中都涉及病案号，对于一个病人唯一对应一个病案号，而病案就是治疗记录和住院登记的集合。病人的数据项描述：数据项名 数

13、据项含义 类型 长度 备注病案号 病人的编号 VARCHAR 15 对应唯一一个病人姓名 病人姓名 VARCHAR 20性别 病人性别 CHAR 2 只能取男或女地址 病人住址 VARCHAR 100电话 病人电话 VARCHAR 12病房编号 CHAR 4 住院时由系统分配病房的数据项描述：数据项名 数据项含义 类型 长度 备注编号 病房编号 CHAR 4 病房编号唯一地点 病房位置 VARCHAR 40收费标准 INT 4 单位为（元/天）所属科室 VARCHAR 20病床的数据项描述：数据项名 数据项含义 类型 长度 备注病房编号 CHAR 4床位号 INT 2 一个病房一般有 1-3个

14、床位xx 理工大学数据库系统原理课程设计说明书- 9 -医生的数据项描述：数据项名 数据项含义 类型 长度 备注编号 医生编号 VARCHAR 10 对应唯一一个医生姓名 医生姓名 VARCHAR 20性别 医生性别 CHAR 2 只能取男或女职称 医生职称 VARCHAR 20 有可能有多个职称电话 医生电话 VARCHAR 12部门 所属部门 VARCHAR 20住院登记的数据项描述：数据项名 数据项含义 类型 长度 备注日期 登记日期 DATE 10病案号 VARCHAR 15入院时间 DATE 10出院时间 DATE 10 必须在入院时间之后病房编号 CHAR 4病床编号 INT 2治

15、疗记录的数据项描述：数据项名 数据项含义 类型 长度 备注时间 治疗日期 DATE 10 入院和出院时间之间病案号 VARCHAR 15医生编号 VARCHAR 10诊断 VARCHAR 50 医生诊断结果治疗方案 VARCHAR 200 医生给出的治疗方案4.3.2 E-R 图设计xx 理工大学数据库系统原理课程设计说明书- 10 -E-R 图提供了表示实体型、属性和联系的方法。1） 实体型：用矩形表示，矩形框内写明实体名；2） 属性：用椭圆形表示，并用无向边将其与相应的实体连接起来；3） 联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体型连接起来，同时在无向边旁标上联系的类型

16、。注意：如果一个联系也具有属性，则这些属性也要用无向边与该联系连接起来。下面将根据要设计的住院数据库对其中涉及到的实体、实体属性和实体间的联系进行分析和设计。（1） 实体及其属性分析根据本次课程设计所给出的初始条件，目前有以下实体：病人实体、病房实体、病床实体、医生实体和住院登记实体。对于这些实体，它们的实体及属性图如图 4-7所示：病房地点收费标准所属科室编号病人病案号姓名性别地址电话号码病房编号部门电话号码职称性别姓名编号医生病房编号 床位号病床日期入院时间床位号出院时间病案号病房编号住院登记图 4-7 住院数据库实体及其属性图xx 理工大学数据库系统原理课程设计说明书- 11 -（2）

17、分 E-R 图设计在本次设计中，根据任务书所提供的业务规则，实体和实体之间可以有以下几种联系：1） 医生与病人之间的联系，它们之间的联系图如图 4-8 所示；2） 病人与病房以及病房与病床之间的联系，它们之间的联系图如图 4-9 所示； 3） 病人与住院登记以及住院登记与病床之间的联系，它们之间的联系图如图 4-10 所示。n人m人医生 病人治疗诊断治疗方案图 4-8 病人与医生联系图治疗时间n人1人 拥有病房 病床病房n人 1人住在病人图 4-9 病人与病房及病房与病床联系图xx 理工大学数据库系统原理课程设计说明书- 12 -n1病人 住院登记登记（3） 基本 E-R 图设计对于分 E-R

18、 图，它们之间往往存在一些不一致的地方，即冲突。合并时不能简单的将上述的各个分 E-R 图画在一起，必须要消除各个分 E-R 图中的不一致，以形成一个能为全系统所有用户所共同理解和接受的统一的概念模型。在上述分 E-R 图上可以做出修改,最终形成的基本 E-R 图如图 4-11 所示：1n住院登记 病床分配图 4-10 病人与住院登记及住院登记与病床联系图xx 理工大学数据库系统原理课程设计说明书- 13 -出院时间病房地点收费标准所属科室病房编号n11n1病房编号床位号治疗时间部门电话号码职称性别姓名医生编号图 4-11 医院住院数据库基本 E-R 图nnmn1病床病人医生病案号姓名性别地址

19、电话号码病房编号病案号病房编号床位号诊断日期入院时间治疗方案治疗住在住院登记拥有登记分配4.3.3 关系模型设计关系模型的逻辑结构是一组关系模式的集合。将 E-R 图转换为关系模型实际上就是将实体型、实体型的属性和实体之间的联系转换为一组关系模式，这种转换需要遵守以下原则：1. 一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。2. 对于实体之间的联系有以下几种情况：（1） 一个 1：1 的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。（2） 一个 1：n 的联系可以转换成为一个独立的关系模式，也可以与 n 端对应的关系模式合并。（3） 一个

20、 m: n 的联系转换为一个关系模式。（4） 3 个或者 3 个以上的实体之间的一个多元联系可以转换为一个关系模式。（5） 具有相同码的关系模式可以合并。按照上述的原则，根据设计好的 E-R 图，可以将其转换为以下一组关系模式，其中关系模式的码用下横线标出。病房（病房编号，地点，收费标准，所属科室）此为病房实体型所对应的关系模式。其中病房编号唯一确定一个病房，所以为该关系模式的码。病床（病房编号，床位号）此为病床实体型所对应的关系模式。由于病房编号是病房关系模式的码，所以在该关系模式中病房编号为外码。病人（病案号，姓名，性别，地址，电话号码，病房编号）xx 理工大学数据库系统原理课程设计说明书

21、- 14 -此为病人实体型所对应的关系模式。其中病案号为次关系模式的码，而病房编号为该关系模式的外码。医生（医生编号，姓名，性别，职称，电话号码，部门）此为医生实体型所对应的关系模式。其中医生编号唯一确定一个医生，所以为该关系模式的码。 住院登记（日期，病案号，入院时间，出院时间，病房编号，床位号）此为住院登记实体型所对应的关系模式。其中，日期和病案号共同确定一个住院登记，病房编号为该关系模式的外码。治疗记录（治疗时间，病案号，医生编号，诊断，治疗方案）此为联系“治疗”所对应的关系模式。其中，病案号和医生编号都是该关系模式的外码。5 总体实施计划5.1 基本表的设计完成数据库的逻辑和物理设计后

22、，需要运用 SQL 语言对数据库中所涉及的表进行定义，同时要考虑与表有关的完整性约束条件。1. 建立病人表：CREATE TABLE 病人（病案号 VARCHAR（15） PRIMARY KEY，姓名 VARCHAR（20） NOT NULL，性别 CHAR（2） CHECK（性别 IN（男 ， 女 ） ） ，地址 VARCHAR（100） NOT NULL，电话 VARCHAR（12） ，病房编号 CHAR（4）NOT NULL，FOREIGN KEY 病房编号 REFERENCES 病房（病房编号） ） ；2.建立医生表：CREATE TABLE 医生（医生编号 VARCHAR（10） P

23、RIMARY KEY，姓名 VARCHAR（20） NOT NULL，性别 CHAR（2） CHECK（性别 IN（男 ， 女 ） ） ，xx 理工大学数据库系统原理课程设计说明书- 15 -职称 VARCHAR（20） NOT NULL，电话 VARCHAR（12） ，部门 VARCHAR（20） NOT NULL） ；3.建立病房表：CREATE TABLE 病房（病房编号 CHAR（4） PRIMARY KEY，地点 VARCHAR（40） NOT NULL，收费标准 INT NOT NULL，所属科室 VARCHAR（20） NOT NULL） ；4.建立病床表：CREATE TABL

24、E 病床（病房编号 CHAR（4） NOT NULL，床位号 INT NOT NULL，PRIMARY KEY（病房编号，床位号） ，FOREIGN KEY 病房编号 REFERENCES 病房（病房编号） ；5. 建立住院登记表：CREATE TABLE 住院登记（日期 DATE NOT NULL，病案号 VARCHAR（15） NOT NULL，入院时间 DATE NOT NULL，出院时间 DATE NOT NULL，病房编号 CHAR（4） NOT NULL，床位号 INT NOT NULL，PRIMARY KEY（日期，病案号） ，FOREIGN KEY 病案号 REFERENCES

25、 病人（病案号） ，FOREIGN KEY 病房编号 REFERENCES 病房（病房编号）xx 理工大学数据库系统原理课程设计说明书- 16 -） ；6. 建立治疗记录表：CREATE TABLE 治疗记录（治疗时间 DATE NOT NULL，病案号 VARCHAR（15） NOT NULL，医生编号 VARCHAR（10） NOT NULL，诊断 VARCHAR（50） NOT NULL，治疗方案 VARCHAR（200） NOT NULL，PRIMARY KEY（治疗时间，病案号，医生编号） ，FOREIGN KEY 病案号 REFERENCES 病人（病案号） ，FOREIGN KE

26、Y 医生编号 REFERENCES 医生（医生编号） ；5.2 关系图设计根据 5.1 中所建立的表及其它们之间的关系可以用图 5-1 来表示：xx 理工大学数据库系统原理课程设计说明书- 17 -图 5-1 住院关系图5.3 角色的创建由于不用的系统用户会拥有不同的权限，这样才能保证数据库的安全性。在这次住院数据库的设计中，主要用户包括管理员、医生和病人。管理员应该具有超级用户的权限，而医生和病人只能对数据进行简单的查询，不能修改数据库中的数据。因此在数据库中分别建立 3 个角色：role_adin,role_doctor 和 role_br。管理员角色的权限设置如图 5-2 所示，医生角色

27、的权限如图 5-3 所示，病人角色的权限如图 5-4 所示。图 5-2 role_adin 的权限xx 理工大学数据库系统原理课程设计说明书- 18 -图 5-3 role_doctor 的权限图 5-4 role_br 的权限5.4 数据的载入和应用程序调试在本次住院数据库的设计中，数据载入并不是一次性全部入库的。对于第一次来医院住院的病人，要为其新建病案，将该病人的信息写进数据库中，而对于已经在医院住过院的病人，只需要调出其病案，当有病人信息需要更改时，须更新数据库。对于医生的信息的载入，可以先将所有现有医生的资料入库。如果有新医生的到来或者有医生离开，则需要添加或者删除部分数据。下表是一

28、个简单的数据入库表：xx 理工大学数据库系统原理课程设计说明书- 19 -医生表：编号 姓名 性别 职称 电话号码 部门8001 李思 男 住院医师 58362214 住院部8002 钱玉 女 主治医师 56203221 住院部8003 令狐冲 男 主任医师 86542256 住院部8004 欧阳风 男 副主任医师 58885545 住院部8005 何雨 女 住院医师 86584523 住院部对于病房和病床资料的录入，基本与医生信息载入相似，下面两张表表现了部分病房与病床的资料：病房表：病房编号 地点 收费标准（元/每天） 所属科室1021 住院大楼 1 楼 100 内科1052 住院大楼 1

29、 楼 150 外科2033 住院大楼 2 楼 150 内科3015 住院大楼 3 楼 100 外科4048 住院大楼 4 楼 100 内科病床表：病房编号 床位号1021 013015 024022 014038 024040 02对于住院登记和治疗记录的数据的载入，它们分别伴随病人住院和医生为病人治疗而产生的。因此在数据库刚刚设计完成后，只有将原有系统或者手工处理的数据进行转换使之符合新系统的数据模式，从而完成数据输入工作。由于本次课程设计主要是医院住院数据库的设计，对应用程序的设计不做要求，所以对于应用程序的调试和运行不做描述。6 研制报告6.1 研制过程这份课程设计报告是我花费大量时间查

30、阅关于软件设计方面的书籍，以及在互联xx 理工大学数据库系统原理课程设计说明书- 20 -网上查找资料，耗费大量精力编写成功的。并且在报告编写的过程中，和其他同学互相学习、讨论，对于遇到的问题，积极寻求解决办法，如果遇到了自己和同学不能解决的问题，就向指导老师请教。最终在老师和同学的帮助下，以及在自己的努力下，我完成了本次设计。6.2 对设计的评价这次课程设计，主要是根据教材所讲述的数据库设计步骤，从需求分析到概念结构设计到逻辑结构设计再到物理实现，最后到数据库实施，按照任务书的要求一步步完成的。因为本次设计主要是数据库的设计，所以仅对应用程序进行了叙述，并没有进行详细设计，这一点应该算是这次

31、课程设计的一个缺陷吧。尽管没有应用程序的详细设计，但是从课程设计的要求来看，这个住院数据库的设计是满足系统设计要求的。因此，从总体上看，这次医院住院数据库的设计是比较成功的。6.3 心得与体会通过本次课程设计，使我接受了一次用专业知识、专业技能分析和解决问题的全面系统的锻炼。使我在综合知识的选用方面，在数据库设计的基本思想、方法方面，以及在常用编程设计思路技巧的掌握方面都能向前迈了一大步。为日后成为合格的应用型人才打下良好的基础。这次在指导老师的帮助下，在同学的帮助下，基本上完成了设计任务，在软件的设计方面的能力也有了一定的提高，为今后顺利地走上工作岗位奠定了基础。而且经过本次课程设计，使我懂

32、得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学的理论知识与实践相结合起来，从理论中得出结论，从而提高自己的实际动手能力和独立思考的能力，才能真正为社会服务。在设计的过程中，难免会遇到各种各样的问题，但我会努力克服，同时在设计的过程中发现了自己的不足之处，对以前所学过的知识理解得不够深刻，掌握得不够牢固，但通过对课本以及一些相关书籍的查阅，并且在指导老师和同学的帮助下，算是比较成功的完成了这次课程设计。7 参考文献1. 王珊.数据库系统简明教程.北京：高等教育出版社，20042. 王珊，冯念真.计算机应用系统的设计与开发.北京：高等教育出版社，1989xx 理工大学数据库系统原理课程设计说明书- 21 -3. 萨师煊，王珊.数据库系统概论.第三版.北京：高等教育出版社，20004. 王珊，陈红.数据库系统教程.北京：清华大学出版社，19985. 周龙骧等.分布式数据库管理系统实现技术.北京：科学出版社，19986. 徐洁磐，马玉书，范明.数据库系统导论.北京：科学出版社，19997. 李昭原.数据库技术新进展.北京：清华大学出版社，19978. 何守才.数据库综合大词典.上海：上海科学技术文献出版社，1995