医院信息管理数据库设计方案.doc

信息工程学院
《数据库课程设计》论文

题 目：医院信息管理数据库设计

30 / 35
医院信息管理数据库设计
XX
（信息工程学院计算机10级3班）

摘 要
为了更好的巩固和加强书本所学的知识，把所学的东西转化为实际应用。我们学习了数据库系统概论，并掌握了一部分SQL语言。对数据库的创建、修改、删除方法有了一定的了解。通过导入表和删除表、更改表学会了对于表的一些操作。为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以与系统评价的一般过程，为设计好一个数据库打下基础。
当人们收集了大量的数据后，应该把它们保存起来进入近一步的处理，进一步的抽取有用的信息。当年人们把数据存放在文件柜中，可现在随着社会的发展，数据量急剧增长，现在人们就借助计算机和数据库技术科学的保存大量的数据，以便能更好的利用这些数据资源。
通过了解医院信息管理系统的构造以与病人的信息还有药品的相关信息并制成表格，输入到数据库中，使之能够进行查询、修改、删除并且与医院各部门管理相联系起来。需求分析阶段就是要研究我所作的报刊订阅系统的具体分类和实施过程流图。概念设计阶段要完成数据抽象与局部视图设计还有视图的集成。逻辑结构设计阶段要把E-R图转化为关系模式。最后就是要运行和实施数据库。

关键字：SQL语言；数据库设计；医院信息管理。
目 录

目录
《数据库课程设计》论文1
1．需求分析1
1.1调查用户需求1
1.1.1医院的组织机构情况1
1.1.2各部门的业务活动情况1
1.2数据流图2
1.3数据字典4
2．数据库结构设计9
2.1 概念设计10
2.1.1 分E-R图建立10
2.1.2 全局/整体E-R图12
2.2 逻辑设计13
2.2.1 建立关系模式13
2.2.2 关系模式规化处理14
2.2.3 用户子模式建立14
2.2.4 关系模式逻辑结构定义14
3．数据库物理设计15
3.1物理设计的容15
3.2索引的建立15
4．数据库实施与测试15
4.1 数据库实施15
4.1.1 数据库与数据库对象建立15
4.1.2 数据入库17
4.2 数据库测试17
4.2.1 插入17
4.2.2 更新18
4.2.3删除19
4.2.4触发器20
4.2.5存储过程21
5．总结21
6．附录22

引言：近年来，随着我国人民生活水平的迅速提高，科学技术的进一步发展，人们对将电子计算机应用于医学领域的需求就越来越迫切，一套好的医院病房管理系统在全面提高医院的整体工作效率、为病人提供方便快捷的服务等方面都能发挥出重要作用。在我们学习计算机技术的同时，我们应该将所学的知识运用于实际中。虽然当前我学习的知识有限，但是在本次数据库实习中我选择做医院信息管理，因为自己知识有限，我所做的医院信息管理系统不能交付于用户使用，但是通过知识的应用可以有利于我对知识的掌握。
1．需求分析
主要包括容：处理对象与组织；信息处理与系统功能；数据库系统性能需要，数据库系统开发环境需求等。在阐述信息与其处理过程时，要辅助业务流程图、数据流程图与数据字典。对上述三个问题可以以附录的形式详细罗列，但正文中必须指明做了哪些业务流程图、数据流程图和数据字典的规模。
1.1调查用户需求
本系统的最终用户为医院，我主要通过网络查询资料，根据我们日常生活中的经验，得出用户的下列实际要求：
1.1.1医院的组织机构情况
一所医院的主要构成分为两个部分，一是门诊部门，二是住院部门，医院的所有日常工作都是围绕着这两大部门进行的。
为了支持这两大部门的工作，医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室，以与为医院的日常管理而设置的行政部门等。
其中，药库负责药品的贮存、发放和采购；中心药房负责住院病人的药品管理，包括根据处方与医嘱生成领药单，向药库领药，配药并把药品发给相应的病区，以与药房的库存管理和病区余药回收；门诊药房负责门诊病人的药品管理，包括根据处方，按处方容备药、发药，向药库领药等。
1.1.2各部门的业务活动情况
门诊部门：
首先，门诊病人需要到门诊挂号处挂号（如果病人有需要，可以对所要就诊的相应医科进行查询，可查询该医科的当班医生与其基本情况，然后再去挂号），其次，病人需到门诊收费处缴纳挂号费，并持挂号和收费证明到相应医科就医，经医生诊疗后，由医生开出诊断结果或者处方，检查或检验申请单，如为处方，则病人需持处方单到门诊收费处划价交费，然后持收费证明到门诊药房取药；如为检查或检验申请单，则病人需持申请单到门诊收费处划价交费，然后持收费证明到检查科室或检验科室进行检查或检验；
当检查科室或检验科室接到病人的申请后，对病人进行检查或检验，并将检查或检验结果填入结果报告单，交给病人，各科室所做的检查或检验需记录在案。
药品管理：
药房接到取药处方后，要进行配药和发药，当药房库存的药品减少到一定量的时候，药房人员应到药库办理药品申领，领取所需的药品，而药房需对药品的出库、入库和库存进行管理；
住院部门：
当病人接到医生的建议需住院治疗或接到医院的入院通知单后，需到住院处办理入院手续，需要登记基本信息。住院手续办理妥当之后，由病区科室根据病人所就诊的医科给病人安排床位，将病人的预交款信息录入病进行相应的维护和管理，病区科室还应按照医生开出的医嘱执行，医嘱的主要容包括病人的用药，检查申请或检验申请；
病区科室应将医嘱中病人用药的部分分类综合统计，形成药品申领单，统一向药库领药，然后将药品按时按量发给住院病人，需对发药情况进行记录，并对所领取的药品进行统一的管理；
当病人需要手术时，首先由病区科室将手术申请提交给手术室，由手术室安排手术日程，进行材料、器械的准备，当准备妥当后，手术室将手术通知发给病区科室，由病区科室通知并安排病人进入手术室，手术室需将手术中的麻醉记录，术中医嘱，材料、器械的使用记录在案；
当病人可以出院时，应先在病区科室进行出院登记，然后在住院处办理出院手续，即可出院 。
经上述分析，我得到了对于该系统的基本要求和系统模块的划分，在这些模块中，我选择门诊管理子系统，住院管理子系统，药品管理子系统 (其中，对前两个系统进行了重点设计)进行具体的数据库设计。

1.2数据流图
第一部分：门诊管理子系统（见图1.1）
第二部分：病房管理子系统（见图1.2）
第三部分：药品管理子系统（见图1.3）
图1.2
图1.1

图1.3

1.3数据字典
1.3.1数据项
数据项编号
数据项名
数据项含义
与其它数据项关系
数据项类型
长度
取值围
1
Gh_no
挂号号

verchar2
8
not null
2
P_Name
病人

verchar2
20
not null
3
P_Num
病人号

verchar2
8
not null
4
ghks
挂号科室

verchar2
20
not null
5
Gh_date
挂号日期

date
20
not null
6
Bl_no
病历号

verchar2
8
not null
7
Zzys_name
主治医师

verchar2
20
not null
8
Zd_date
诊断时间

date
20
not null
9
Bl_con
病历容

verchar2
100
not null
10
Cf_no
处方号

verchar2
8
not null
11
Age
年龄

Int
8
[0,200]
12
Sex
性别

verchar2
2
男or女
13
Cf_con
处方容

verchar2
100

14
Sfxm_no
收费单号

verchar2
8
not null
15
Sf_je
收费金额

Int
10
>0
16
Sf_date
日期

date
10
not null
17
Jf_name
缴费人

verchar2
10
not null
18
Jz_date
就诊时间

date
20
not null
19
Jc_no
检查序号

verchar2
8
not null
20
Jc_con
检查容

verchar2
100
not null
21
Jcjg
检查结果

verchar2
100
not null
22
S_no
供应商号

verchar2
8
not null
23
Add
地址

verchar2
30
not null
24
Tel

verchar2
15

25
Kind_no
药品编号

verchar2
8
not null
26
Drug_name
品名

verchar2
20
not null
27
Dw
单位

verchar2
40
not null
28
Ind_price
单价

Int
20
>0
29
Gen_date
生产日期

date
20
not null
30
Pz_date
保质期

verchar2
20
>0
31
Yk_no
药库号

verchar2
8
not null
32
Mng_no_
负责人

verchar2
20
not null
33
B_no
编号

verchar2
8
not null
34
Lydw
领用单位

verchar2
20
not null
35
Drug_name
药品名称

verchar2
20
not null
36
Lyl
领药量

Int
20
>=0
37
Ind_price
单价

Int
20
>=0
38
Tol_price
金额

Int
20
>=0
39
Cfh
处方号

verchar2
8
not null
40
Cfnr
处方容

verchar2
100

41
Ssxh
手术序号

verchar2
8
not null
42
Ssmc
手术名称

verchar2
20
not null
43
Ssrq
手术日期

Date
10
not null
44
Ssjg
手术结果

verchar2
50

45
Ysh
医生号

verchar2
8
not null
46
Ysxm
医生

verchar2
10
not null
47
Ssks
所属科室号

verchar2
5
not null
48
Bfh
病房号

verchar2
5
not null
49
Ch
床位号

verchar2
5
not null
50
Ks_no
所属科室号

verchar2
8
not null
51
Rysj
入院时间

Date
10
not null
52
Ryqk
入院情况

verchar2
4
not null
53
Bfh
病房号

verchar2
8
not null
54
Ch
床位号

verchar2
8
not null
55
Sfkc
是否空床

Verchar2
2
not null
56
Cwzj
床位租金

Int
8
>0
57
Ks_no
科室编号

verchar2
8
not null
58
Ks_name
科室名

verchar2
10
not null
59
cysj
出院时间

time
20
not null
60
cyzd
出院诊断

verchar2
20
not null
表 1.1
1.3.2数据结构
数据结
构编号
数据结构名
数据结构含义
组成
DS-1
Supplier
供应商
S_no、Add 、Tel
DS-2
Patient
病人
P_Name、Num、Age、Sex、Jz_date
DS-3
Doctor
医生
Ysh 、Ysxm 、Ssks
DS-4
Medicines
药品
Kind_no、Drug_name、Dw、Ind_price、Gen_date、Pz_date
DS-5
M_Storage
药　库
Yk_no、Mng_no、Kind 、Area
DS-6
Ghd
挂号单
Gh_no、Ghlb、ghks、ghrxm、Gh_date
DS-7
cf
处方
Cf_no、Ysh、、Cf_con
DS-8
Jcxmd
检查项目单
Jc_no、Jcys、Jc_date、Jc_con、Jcjg
DS-9
Zyd
住院登记表
Zyh、Brxm、Bfh、Ch、Ks_no、Ysh、Rysj 、Ryqk 、Zbryhm
DS-10
Jfd
缴费单
Sfxm_no、Sf_type、Sf_je、Sf_date、Jf_name
DS-11
Cwxx
床位信息
Bfh、Ch 、Sfkc、Cwzj
DS-12
Zycf
住院处方
Cfh、Zddxh、Cfnr、Zzys、Brxm、Fz
DS-13
Ks
科室
Ks_no、Ks_name
DS-14
Ypqd
药品请领单
B_no、Yk_no、Lydw、Kind_no、Lyl、Ind_price、Tol_price
DS_15
Ssapb
手术安排单
Ssxh、Ysh、Zyh、Brxm、Ssmc、Ssrq、Ssjg、Sssh
DS_16
Cctzd
出院通知单
Zyh、cysj、cyzd
DS_17
Rkd
入库单
EnNum 、Date、AmNum 、GNumber
DS_18
Ckd
出库单
QuNum、Date、AmNum 、GNumber
DS_19
Fhd
发货单
DeNum、 Date 、AmNum、 GNumber、GPrice
DS_20
Dhd
订货单
BoNum、Date、 AmNum 、GNumber
表1.2
1.3.3数据流
数据流编号
数据流名称
简述
数据流来源
数据流去向
数据流组成
数据流量
高峰流量
F1
挂号单
登记其基本信息
挂号处
病人
病人基本信息+所属科室
500次/月
800次/月
F2
处方
医生根据病人病情开出处理方法与所需药品
医生
病人、药房
病人基本信息+药品名称
500次/月
800次/月
F3
检查项目单
医生开出让病人检查的表单
医生
病人、检查室
病人基本信息+检查项目+时间+价格
300次/月
500次/月
F4
住院登记单
住院部登记病人住院期信息
住院登记处
病案
病人信息+入院时间+病房信息+价格
150次/月
300次/月
F5
缴费单
病人在医院花费清单
收费处
病人
病人信息+入院时间+病房信息+价格
600次/月
1000次/月
F6
药品清单
病房将所需药品列出的清单
药房
药库
药品名称+药品数量+日期
300次/月
500次/月
F7
手术安排单
手术科对病人手术安排清单
手术科
手术室、药房
病人基本信息+手术时间+手术所需药品
50次/月
100次/月
F8
住院通知单
医生对于病人下发的住院通知
门诊医生
病人、住院部
病人基本信息+入院时间+价格
150次/月
300次/月
F9
病历
疾病的发生、发展，诊断、治疗等医疗活动过程的记录
医生
医院
疾病+诊断+治疗
300次/月
500次/月
F10
出院通知单
医生对于病人下发的出院通知
住院医生
病人、住院部
病人基本信息+入院时间+出院信息+出院诊断+病房信息+价格
150次/月
300次/月
F11
出库单
货物出库后记录的单据
销售货物
库存台账
商品编号+货物量+出库单号+日期
25次/每月
40次/每月
F12
入库单
货物经过验收存储后的单据
进库
库存台账
商品编号+入库量+入库单号+日期
5次/每月
10次/
每月
F13
订货单
超市发给供应商的采购单
验货
供应商
商品编号+进货量+订货单号+日期
5次/每月
10次/
每月
F14
发货单
供应商发给超市的收货单
供应商
验货
商品编号+发货量+商品价+发货单号+日期
5次/每月
10次/
每月
表1.3
1.3.4处理过程
处理逻辑编号
处理逻辑名称
简述
输入的数据流
处理
输出的数据流
处理频率
P1.1
挂号
病人进入医院取得挂号单
病人病情
挂号
挂号单
500次/月
P1.2
医生诊断
医生根据病人病情做出处理
挂号单
诊断病情
诊断处方、病历
500次/月
P1.3
缴费
病人对其需缴费项目缴费
处方、检查项目单
缴费
缴费单
600次/月

P1.4
检查处理
凭医生开出的项目检查单进行项目检查
检查项目单
项目检查
项目检查单
300次/月
P2.1
上交处方
病人通过上交处方取得药品
处方、缴费单
病人通过上交处方取得药品
处方
300次/月
P2.2
请领药品
住院病人领取药品
处方、缴费单
病人通过上交处方取得药品
处方
300次/月
P2.3
药房清单汇总
住院区病房对当天病人所需领取药品汇总
处方
住院区病房对当天病人所需领取药品汇总
药品清单
300次/月
P2.4
发放药品
住院区病房对当天病人所需领取药品发放
药品清单、出库单
住院区病房药品发放、从库房提药
发放记录
300次/月
P2.5
入　库
检验合格入库
F6验货合格单
登记库存账目和流水账
F13入库单
5次/月
P2.6
验　收
采购部检验来货
F15发货单
根据发货单检验商品

5次/月
P3.1
入院登记
对病人情况进行登记
住院通知单
病人情况登记、床位分配
住院登记单
150次/月
P3.2
住院医生诊断
医生根据病人病情做出处理
挂号单
诊断病情
诊断处方、病历
130次/月
P3.3
住院缴费
病人对其需缴费项目缴费
处方、检查项目单
缴费
缴费单
150次/月
P3.4
手术处理
对病人进行手术
手术安排单
手术安排、手术执行

50次/月
P3.5
检查处理
凭医生开出的项目检查单进行项目检查
检查项目单
项目检查
项目检查单
15次/月
P3.6
出院处理
办理出院手续
缴费单
办理出院手续
出院通知单
150次/月
表 1.4
2．数据库结构设计
主要包括概念设计和逻辑设计两个部分。
2.1 概念设计
概念结构设计的方法：
(1)自顶向下：即首先定义全局概念结构的框架，然后逐步细化。
(2)自底向上：即首先定义各局部应用的概念结构，然后将它们集成起来得到全局概念模式。
(3)逐渐扩：首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他的概念结构，直至总体概念结构。
(4)混合策略：即将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。
其中最经常采用的策略是自底向上的方法。即自顶向下地进行需求分析，然后再自底向上地设计概念结构。这个报刊订阅系统就用这种方法。
概念结构设计的步骤：
第一步是进行局部E-R图的设计：由于高层的数据流图只能反映系统的概貌，而中层流图能较好的反映系统中各局部应用的子系统组成。因此我们先逐一的设计分E-R图。
第二步是进行E-R图的集成：各子系统的E-R图设计好之后，下一步就是要将所有的分E-R图合成一个系统的总E-R图，一般有两个方式，多个分E-R图一次集成，另一种是一次集成两个分E-R图。
2.1.1 分E-R图建立
2.1.1.1门诊子系统
根据需求分析中画出的门诊子系统的第一层数据流图，可以看出在医院门诊中一切活动都是以病人为核心，而各种处理也是由病人主动去完成，如挂号、检查检验、交费、取药、看病等。在整个数据流图中病人处于核心地位，而医院门诊的各个职能部门则完成相应的数据处理操作。在门诊系统中出现的实体有病人、医生、科室、以与其他单据。
如图2.1示为门诊子系统E-R图
图2.1
2.1.1.2药品管理子系统
如图2.2示为药品管理子系统E-R图：

图2.2
2.1.1.3住院管理子系统
如图2.3示为药品管理子系统E-R图
图2.3
2.1.2 全局/整体E-R图
图 2.4
2.2 逻辑设计
2.2.1 建立关系模式
供应商号(供应商号、地址、)；
药品(药品编号、品名、单位、单价、生产日期、保质期)；
药库(药库号、负责人、类别、面积)；
医生(医生号、医生、所属科室)；
病人(病人号、病人、年龄、性别、就诊时间)；
药品请领单(编号、药库号、领用单位、药品编号、领药量、单价、金额)；
手术(手术序号、主刀医师号、住院号、手术名称、手术日期、手术结果、手术室号)；
检查项目单(检查序号、病人号、检查医师、检查时间安排、检查容、检查结果)；
处方(处方号、病人号、主治医师、处方容)；
缴费单(项目号、收费类型、收费金额、日期、缴费人)；
住院登记(住院号、病人、病人号、病房号、床位号、所属科室号、主管医师、入院时间、入院情况、值班人员)；
床位(病房号、床位号、是否空床、床位租金)；
科室(科室编号、科室名)；
出院登记表(住院号、出院时间、出院诊断)；
2.2.2 关系模式规化处理
根据关系规化理论，在关系数据库中，对关系模式的基本要满足第一式。在第一式的基础上，消除非主属性对码的部分依赖就转化为二式，在二式的基础上再消除非主属性对码的传递依赖函数就转换为三式。一次关系规化理论分析，以上有E-R图转换得到的关系模式均满足三式模式的要求。
2.2.3 用户子模式建立
根据需求分析，研究建立满足不同需求的用户子模式。
我一共建立了五视图，如下图示：
图2.5
2.2.4 关系模式逻辑结构定义
对每个关系模式要以表格形式描述其具体容。若涉与的关系模式较多，可以在正文中先用表格反映关系模式名称、含义和备注（备注指明关系模式附录编号）
3． 数据库物理设计
3.1物理设计的容
通常关系数据库物理设计的容包括：
1.为关系模式选择存储方法；
2.设计关系、索引的数据库文件的存储结构；
3.2索引的建立
建立索引是加快查询速度的有效手段。
为了提高对病人信息的查询速度,对病人编号建立唯一索引。因为病人编号为病人表的主码，自动生成唯一索引。
4．数据库实施与测试
主要包括数据库实施和测试两个部分。
4.1 数据库实施
4.1.1 数据库与数据库对象建立
主要包括：数据库、基本表、视图、索引、触发器以与存储过程；
4.1.1.1基本表的创建
如下为部分建表表sql语句：
create table 供应商
(S_no char(10) primary key,
S_Add char(10) ,
Tel char(10));

create table 药品 (Kind_no char(8) primary key,
Drug_name char(20) ,
Dw char(10) ,
Ind_price int CHECK(Ind_price>=0),
Gen_date date,
Pz_date int CHECK(Pz_date>=0));
4.1.1.2触发器以与存储过程
SQL语句如下：
触发器：
删除住院信息
create or replace trigger 出院删除信息
after insert on 出院登记
for each row
declare
-- local variables here
begin
delete 住院登记
where 住院登记.P_NUM = :new.p_num;
end 出院删除信息;

是否空床
create or replace trigger 是否空床
after insert on 住院登记
for each row
declare
-- local variables here
begin
update 床位
set SFKC = '否'
where 床位.BFH = :new.BFH and 床位.CH = :new.CH;
end 是否空床;
存储过程：
create or replace procedure 缴费(num 病人.P_NUM%type)
is
shoushu int;
jiancha int;
chufang int;
jiaofei int;
begin

select 手术.SSFY
into shoushu from 手术
where 手术.P_NUM=num;
select 处方.JG
into chufang from 处方
where 处方.BRH=num;
select 检查项目.JCFY
into jiancha from 检查项目
where 检查项目.P_NO=num;
jiaofei :=shoushu + jiancha + chufang;
dbms_output.put_line(jiaofei);
end 缴费;
4.1.2 数据入库
对各个主要数据表要录入20条以上的记录，用EXCEL批量导入。
4.2 数据库测试
4.2.1 插入
insert into 病人
values('br21','找重病','男',38)
commit

insert into 床位
values('bf8','cw1','是',138);
图4.1 插入前
图4.2 插入后
4.2.2 更新
update 病人
set P_name='更改'
where P_NUM='br21'

update 药品
set DRUG_NAME='更改'
where KIND_NO='Yp20';
图4.3 更新前
图4.4 更新后
4.2.3删除
delete 药品
where KIND_NO='Yp16';
commit

delete 供应商
where S_NO='S10';
commit
图4.5删除前
图4.6删除后
4.2.4触发器
图4.7插入前
图4.8插入后
4.2.5存储过程
图4.9
5．总结
在经过了为期两周的紧实习后，我的数据库实习任务也如期完成了。
在数据库实习开始之前就心里有点犯嘀咕，不知道数据库实习是要干什么，更不知道自己在数据库库实习完成之后能做出什么成果来。现在看起来，什么东西都要踏踏实实的走过来才能真真切切有收获。
从第一天的动员、选题到现在的撰写论文，我学到了很多东西也发现了了很多不足。在数据库需求分析阶段最让我头疼，因为不知道要干什么，更不知道要怎么干，所以开始的时候只能在网上荡来荡去的。后来还是参考了进销存的模型以与老师的知道才能动手做。
经过了需求分析阶段之后的工作相对来说还是比较能上手一点，到后来的E-R图设计以与关系模式转换相对而言做的还都比较顺利。虽然中间有好几次返工出现，但是原因主要是业务分析和数据流图的问题，所以就只能一次次的返工，一次次的修改。
再后来到了数据库的物理设计与实施阶段，最主要的问题就是录入数据。因为每表格都需要20条左右的数据，而且在录入数据的时候还要参考各个表格之间的相互联系。
因为数据库考试比较早，关于数据库编程方面的只是已经比较生疏。还好老师上课时的ppt还在。在重新看过ppt之后虽然还有问题，但是在同学和老师的帮助之下也得到了解决。
通过这次数据库实习，让我对数据库设计有了一个比较全面的认识，尤其是需求分析的重要性。所以在以后的数据库设计中我应该首先下功夫做好需求分析的工作，这样才能给后面的工作打下一个良好的基础。
6．附录