医院信息管理数据库设计方案doc 28页.docx
- 文档编号:9529396
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:31
- 大小:234.19KB
医院信息管理数据库设计方案doc 28页.docx
《医院信息管理数据库设计方案doc 28页.docx》由会员分享,可在线阅读,更多相关《医院信息管理数据库设计方案doc 28页.docx(31页珍藏版)》请在冰豆网上搜索。
医院信息管理数据库设计方案doc28页
信息工程学院
《数据库课程设计》论文
题目:
医院信息管理数据库设计
医院信息管理数据库设计
XX
(信息工程学院计算机10级3班)
摘要
为了更好的巩固和加强书本所学的知识,把所学的东西转化为实际应用。
我们学习了数据库系统概论,并掌握了一部分SQL语言。
对数据库的创建、修改、删除方法有了一定的了解。
通过导入表和删除表、更改表学会了对于表的一些操作。
为了建立一个关系数据库信息管理系统,必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程,为设计好一个数据库打下基础。
当人们收集了大量的数据后,应该把它们保存起来进入近一步的处理,进一步的抽取有用的信息。
当年人们把数据存放在文件柜中,可现在随着社会的发展,数据量急剧增长,现在人们就借助计算机和数据库技术科学的保存大量的数据,以便能更好的利用这些数据资源。
通过了解医院信息管理系统的构造以及病人的信息还有药品的相关信息并制成表格,输入到数据库中,使之能够进行查询、修改、删除并且与医院各部门管理相联系起来。
需求分析阶段就是要研究我所作的报刊订阅系统的具体分类和实施过程流图。
概念设计阶段要完成数据抽象与局部视图设计还有视图的集成。
逻辑结构设计阶段要把E-R图转化为关系模式。
最后就是要运行和实施数据库。
关键字:
SQL语言;数据库设计;医院信息管理。
引言:
近年来,随着我国人民生活水平的迅速提高,科学技术的进一步发展,人们对将电子计算机应用于医学领域的需求就越来越迫切,一套好的医院病房管理系统在全面提高医院的整体工作效率、为病人提供方便快捷的服务等方面都能发挥出重要作用。
在我们学习计算机技术的同时,我们应该将所学的知识运用于实际中。
虽然当前我学习的知识有限,但是在本次数据库实习中我选择做医院信息管理,因为自己知识有限,我所做的医院信息管理系统不能交付于用户使用,但是通过知识的应用可以有利于我对知识的掌握。
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
notnull
2
P_Name
病人姓名
verchar2
20
notnull
3
P_Num
病人号
verchar2
8
notnull
4
ghks
挂号科室
verchar2
20
notnull
5
Gh_date
挂号日期
date
20
notnull
6
Bl_no
病历号
verchar2
8
notnull
7
Zzys_name
主治医师
verchar2
20
notnull
8
Zd_date
诊断时间
date
20
notnull
9
Bl_con
病历内容
verchar2
100
notnull
10
Cf_no
处方号
verchar2
8
notnull
11
Age
年龄
Int
8
[0,200]
12
Sex
性别
verchar2
2
男or女
13
Cf_con
处方内容
verchar2
100
14
Sfxm_no
收费单号
verchar2
8
notnull
15
Sf_je
收费金额
Int
10
>0
16
Sf_date
日期
date
10
notnull
17
Jf_name
缴费人姓名
verchar2
10
notnull
18
Jz_date
就诊时间
date
20
notnull
19
Jc_no
检查序号
verchar2
8
notnull
20
Jc_con
检查内容
verchar2
100
notnull
21
Jcjg
检查结果
verchar2
100
notnull
22
S_no
供应商号
verchar2
8
notnull
23
Add
地址
verchar2
30
notnull
24
Tel
电话
verchar2
15
25
Kind_no
药品编号
verchar2
8
notnull
26
Drug_name
品名
verchar2
20
notnull
27
Dw
单位
verchar2
40
notnull
28
Ind_price
单价
Int
20
>0
29
Gen_date
生产日期
date
20
notnull
30
Pz_date
保质期
verchar2
20
>0
31
Yk_no
药库号
verchar2
8
notnull
32
Mng_no_
负责人
verchar2
20
notnull
33
B_no
编号
verchar2
8
notnull
34
Lydw
领用单位
verchar2
20
notnull
35
Drug_name
药品名称
verchar2
20
notnull
36
Lyl
领药量
Int
20
>=0
37
Ind_price
单价
Int
20
>=0
38
Tol_price
金额
Int
20
>=0
39
Cfh
处方号
verchar2
8
notnull
40
Cfnr
处方内容
verchar2
100
41
Ssxh
手术序号
verchar2
8
notnull
42
Ssmc
手术名称
verchar2
20
notnull
43
Ssrq
手术日期
Date
10
notnull
44
Ssjg
手术结果
verchar2
50
45
Ysh
医生号
verchar2
8
notnull
46
Ysxm
医生姓名
verchar2
10
notnull
47
Ssks
所属科室号
verchar2
5
notnull
48
Bfh
病房号
verchar2
5
notnull
49
Ch
床位号
verchar2
5
notnull
50
Ks_no
所属科室号
verchar2
8
notnull
51
Rysj
入院时间
Date
10
notnull
52
Ryqk
入院情况
verchar2
4
notnull
53
Bfh
病房号
verchar2
8
notnull
54
Ch
床位号
verchar2
8
notnull
55
Sfkc
是否空床
Verchar2
2
notnull
56
Cwzj
床位租金
Int
8
>0
57
Ks_no
科室编号
verchar2
8
notnull
58
Ks_name
科室名
verchar2
10
notnull
59
cysj
出院时间
time
20
notnull
60
cyzd
出院诊断
verchar2
20
notnull
表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
Zydjb
住院登记表
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语句:
createtable供应商
(S_nochar(10)primarykey,
S_Addchar(10),
Telchar(10));
createtable药品(Kind_nochar(8)primarykey,
Drug_namechar(20),
Dwchar(10),
Ind_priceintCHECK(Ind_price>=0),
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院信息管理数据库设计方案doc 28页 医院 信息管理 数据库 设计方案 doc 28
![提示](https://static.bdocx.com/images/bang_tan.gif)