医院需求分析文档.docx

上传人:b****4 文档编号:26747925 上传时间:2023-06-22 格式:DOCX 页数:38 大小:180.96KB
下载 相关 举报
医院需求分析文档.docx_第1页
第1页 / 共38页
医院需求分析文档.docx_第2页
第2页 / 共38页
医院需求分析文档.docx_第3页
第3页 / 共38页
医院需求分析文档.docx_第4页
第4页 / 共38页
医院需求分析文档.docx_第5页
第5页 / 共38页
点击查看更多>>
下载资源
资源描述

医院需求分析文档.docx

《医院需求分析文档.docx》由会员分享,可在线阅读,更多相关《医院需求分析文档.docx(38页珍藏版)》请在冰豆网上搜索。

医院需求分析文档.docx

医院需求分析文档

IT有机公司软件开发事业部

文档编号

Kf-0418-2012

版本

A1

密级

商密A

项目名称

医院管理系统

项目来源

XXXXXXXx

 

医院管理系统

数据库设计说明书

(内部资料请勿外传)

编写:

日期:

检查:

日期:

审核:

日期:

批准:

日期:

 

IT有机公司

版权所有不得复制

1引言

1.1编写目的

在完成了对医院各个部门的调查后,,同时与多名病人进行了全面深入地探讨和分析的基础上,提出了这份系统需求分析报告.

此需求分析报告对医院管理利通做了全面细致的用户需求分析,明确所要开发的系统应具备的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

此外,这份需求分析报告中介绍了我们系统的框架结构,明确了该系统的方向及用途,是客户了解我们系统的一份详细资料,本分析报告的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

此分析报告是整个系统开发的依据,它对以后阶段的工作起指导作用。

本文也是项目完成后系统验收的依据。

1.2术语表

序号

术语或缩略语

说明性定义

1

Pa

Patient病人

2

Do

Doctor医生

3

Pb

Patient-bed病床

4

Pr

Patient-room病房

5

Zr

Zhuyuan-register住院登记

6

Tr

True-record治疗记录

1.3参考资料

资料名称

作者

文件编号、版本

资料存放地点

《数据库原理及应用》

何玉洁

机械工程出版社

图书馆

《SQLServer使用教程》

范立南

清华大学出版社

图书馆

《数据库应用技术》

张蒲生

机械工业出版社

图书馆

2.数据库环境说明

2.1网络逻辑结构

本次设计基于的网络逻辑结构是客户/服务器(C/S)体系结构。

它由三个主要部分构成:

数据库服务器、客户应用程序和网络。

基于C/S的住院管理系统的结构示意图如图所示

2.2软件支撑环境及开发工具

•在WINDOWSXP操作系统下完成

•包括应用程序的开发、数据库的设计以及设计报告的编写

•应用的开发工具有:

•VC程序设计语言

•SQLServer2000

•MicrosoftOfficeWord2003

3.数据库的命名规则

3.1.1此数据库完全按照《mysql数据库设计规范》命名。

表名命名依据英文单词全称。

列名命名依据整个列的属性取相应的英文缩写或拼音缩写

4.系统需求简介

4.1.1总体需求简单介绍

1.建立对医院全面管理的信息系统

2.对所有医生和病人进行管理

3.对所有部门的详细信息进行管理

4.对所有医生的详细信息进行管理

1.系统的功能实现情况:

用户可在本系统下实现各种用户要求的功能

2.系统的安全性:

对于系统的重要数据都有密码保护,具有一定的安全性

对用户提供证书支持(此功能在后续版本中实现)

3.系统的容错性:

用户输错数据都有提示信息,具有较好的容错性能。

4.系统的封闭性:

用户的封闭性较好,用户基本上在提示信息下输数据

4.1.2数据字典

§数据项

数据项

含义说明

类型

长度

取值范围

取值含义

与其他数据项的逻辑关系

病案号

唯一标识每个病人

字符型

15

000000000000000至999999999999999

前两位标明该病人所挂诊的部门,后十三位按顺序编号

与住院登记,治疗记录用此数据项相联系

医生编号

唯一标识每个医生

字符型

10

0000000001至9999999999

前两位表示所属部门,后八位按顺序编号

与治疗记录用此数据项相联系

病房编号

唯一标识每个病房

字符型

4

0001至9999

前两位表示所属部门,后两位按顺序编号

与病床,住院登记用此数据相联系

床位号

唯一标识每个病床

字符型

3

001至999

前两位表示所属病房,后两位按顺序编号

引用病房主码做病床表的外码,与住院登记用此数据相联系

日期,病案号

唯一标识每个住院登记

DATE,字符型

10,15

日期的取值范围,病案号引用病人表的主码

表示每个住院登记的记录

联系病人和住院登记

病案号,医生编号

唯一标识每个治疗记录

字符型

15,10

病案号引用病人表的主码,医生编码引用医生表的主码

表示每个治疗记录的情况

联系病人和医生

§数据结构

数据结构

含义说明

组成

病人

定义了每个病人的有关信息

病案号,姓名,性别,地址,电话号码,病房编号,医生编号

医生

定义了每个医生的有关信息

医生编号,姓名,性别,职称,电话号码,部门,月工资

病房

定义了每个病房的有关信息

病房编号,地点,收费标准,所属部门

病床

定义了每个病床的有关信息

病房编号,病床号

住院登记

定义了每个住院登记的有关信息

日期,病案号,入院日期,出院日期,病房编号,床位号,住院费用

§数据流

数据流:

  病人诊断情况

说明:

   病人病情的最终结果

数据流来源:

病人

数据流去向:

医生

组成:

  病人,住院登记,治疗记录

平均流量:

每天几百人

 高峰期流量:

每天几千人

§数据存储

数据存储:

 病人入院登记

说明:

   记录病人的基本情况

 流入数据流:

住院登记

流出数据流:

住院登记

组成:

   病人,医生,住院登记,治疗记录

数据量:

  每天几百张

存取频度:

每人一次

存取方式:

 随机存取

§处理逻辑

处理名称:

生成病人就医情况总表

说明:

说明处理过程

输入数据流:

病人,治疗记录

输出数据流:

住院登记

处理逻辑:

记录病人诊治记录,形成治疗记录,汇总成病人住院登记,再生成总表

平均执行频率:

每天几百次

(说明:

以上平均频率需长期观察得到)

§数据流图图元

 

4.1.3系统功能设想

这里的功能划分,是根据第一阶段需求调查基础上进行的初步划分。

随着需求调查的深入,功能模块随着对需求了解的明确得到调整。

医院管理系统的四个主要部分,可以将系统应用程序划分为对应的4个子模块:

包括医生管理系统,病人管理系统,病房管理系统,科室管理系统.根据各业务子系统所包括业务内容,还可以将各个子系统继续细化划分为更小的功能模块。

划分的准则主要遵循模块的内聚性要求和模块间的低聚合性。

如图所示表示一个医院管理系统功能模块结构图。

4.1.4业务流程分析

简单医院流程图

5.概念设计

5.1.1实体

•病房(病房编号,地点,收费标准,所属科室)

•病床(病房编号,床位号)

•病人(病案号,姓名,性别,地址,电话号码,病房编号,医生编号)

•医生(医生编号,姓名,性别,职称,电话号码,部门,工资)

•住院登记(日期,病案号,入院时间,出院时间,病房编号,床位号,住院费用)

治疗记录(治疗时间,病案号,医生编号,诊断,治疗方案)

5.1.2系统局部E—R图

5.1.3系统全局E—R图

6.逻辑设计

6.1.1E-R图到关系模式转换

按照上述的原则,根据设计好的E-R图,可以将其转换为以下一组关系模式,其中关系模式的码用下横线标出。

将E-R图中1:

1的联系与任意一端所对应的关系模式合并。

将E-R图中1:

n的联系与n端所对应的关系模式合并,如:

将“病床”这一联系并到“病房”关系模式;

将E-R图中m:

n的联系转换为一个独立的关系模式。

病房(病房编号,地点,收费标准,所属科室)

此为病房实体型所对应的关系模式。

其中病房编号唯一确定一个病房,所以为该关系模式的码。

病床(病房编号,床位号)

此为病床实体型所对应的关系模式。

由于病房编号是病房关系模式的码,所以在该关系模式中病房编号为外码。

病人(病案号,姓名,性别,地址,电话号码,病房编号,医生编号)

此为病人实体型所对应的关系模式。

其中病案号为此关系模式的码,而病房编号,医生编号为该关系模式的外码。

医生(医生编号,姓名,性别,职称,电话号码,部门,工资)

此为医生实体型所对应的关系模式。

其中医生编号唯一确定一个医生,所以为该关系模式的码。

住院登记(日期,病案号,入院时间,出院时间,病房编号,床位号)

此为住院登记实体型所对应的关系模式。

其中,日期和病案号共同确定一个住院登记,病房编号为该关系模式的外码。

治疗记录(治疗时间,病案号,医生编号,诊断,治疗方案)

此为联系“治疗”所对应的关系模式。

其中,病案号和医生编号都是该关系模式的外码。

6.1.2各个数据表的表结构设计

Patient的数据项描述:

数据项名

数据项含义

类型

长度

备注

病案号

病人的编号(pno)

int

15

对应唯一一个病人

姓名

病人姓名(pname)

Char

20

性别

病人性别(psex)

char

2

只能取‘男’或‘女’

地址

病人住址(paddr)

varchar

100

电话

病人电话(ptel)

smallint

10

病房编号

病人病房

(pro)

char

4

住院时由系统分配

医生编号

主治医生

(ppno)

int

15

一位病人只能对应一位主治医生

Patient-room的数据项描述:

数据项名

数据项含义

类型

长度

备注

编号

病房编号

(rno)

Int

15

病房编号唯一

地点

病房位置(radd)

char

20

非空

收费标准

住院收费

(rcha)

INT

15

单位为(元/天)

所属部门

病房所属部门

(rbu)

vaechar

20

一间病房只能属于一个部门

Patient-bed的数据项描述:

数据项名

数据项含义

类型

长度

备注

病房编号

病房编号

(rno)

int

15

唯一确定,引用病房的外码

床位号

病房床位

(rbe)

int

15

唯一确定,一个病房一般有1-3个床位

Doctor的数据项描述:

数据项名

数据项含义

类型

长度

备注

编号

医生编号

(dno)

int

15

对应唯一一个医生

姓名

医生姓名

(dname)

char

20

非空

性别

医生性别

(dsex)

char

2

只能取‘男’或‘女’

职称

医生职称

(dzhi)

varchar

20

有可能有多个职称

电话

医生电话

(dtel)

smallint

10

部门

所属部门

(dbu)

varchar

20

工资

医生工资

(dsa)

int

20

Zhuyuan-register的数据项描述:

数据项名

数据项含义

类型

长度

备注

日期

登记日期

(rad)

char

10

唯一标识

病案号

病案号

(pno)

int

15

唯一标识,引用病人外码

入院时间

入院时间

(iti)

char

10

出院时间

出院时间

(gti)

char

10

必须在入院时间之后

病房编号

病房号

(rno)

int

15

引用病房表的外码

病床编号

病床号

(rbe0

int

15

引用病床表的外码

True-record的数据项描述:

数据项名

数据项含义

类型

长度

备注

时间

治疗日期(time)

char

8

入院和出院时间之间,唯一标识

病案号

病案号

(pno)

int

15

唯一标识,引用病人外码

医生编号

主治医生

(dno)

Int

15

唯一标志,引用医生外码

诊断

病情诊断

(tre)

VARCHAR

50

医生诊断结果

治疗方案

治疗方案

(mea)

VARCHAR

200

医生给出的治疗方案

7、物理设计

7.1表汇总

表名

功能说明

表Patient

病人表,属性列有病案号、姓名、性别、地址、电话、病房编号、医生编号。

主码是病案号,外码是医生编号。

病人可以查看关于自己的属性列及住院信息。

表Doctor

医生表,属性有医生编号、姓名、性别、职称、电话号码、部门。

医生编号是主码。

医生可以查看自己的属性列及病人病情状况。

表Patient-room

病房表,属性列有病房编号、地点、收费标准、所属科室。

病房编号是主码。

病房表的创建便于医生查看治疗病人的住院地点、便于病人明确自己的收费标准。

表Patient-bed

病床表,主码为病房编号和床位号。

外码为病房编号。

此表方便病房管理员进一步掌握各病人的详细床位信息。

表True-register

治疗记录表,治疗时间、病案号、医生编号共同为主码。

此表由病房管理员对于每一位住院的病人进行分配登记。

医生查询此表可以了解所医治病人的诊断信息并提出治疗方案。

表Zhuyuan-register

住院登记表,主码为日期和病案号,属性列有入院时间、出院时间、病房编号、床位号。

外码为病案号、病房编号、床位号。

7.2表[]

7.2.1

表名

Patient

数据库用户

病人

主键

病案号

其他排序字段

病人姓名,性别,地址,电话号码,病房编号,医生编号

索引字段

病案号

序号

字段名称

数据类型(精度范围)

允许为空Y/N

唯一Y/N

区别度

默认值

约束条件/说明

1

pno

Int(15)

N

Y

主码

2

pname

Char(20)

N

N

3

psex

Char

(2)

Y

N

必须是“男”或者“女”

4

padd

Varchar(100)

Y

N

5

ptel

Smallint(10)

Y

N

6

pro

Char(4)

N

N

7

ppno

Int(15)

Y

N

一位病人只能对应一位主治医生的医生编号(引用医生表中的医生编号外码)

Mysql脚本

Createtable(

Pnoint(15)primarykeynotnull,

Pnamechar(20),

Psexchar

(2)default‘男’check(‘男’,’女’),

Paddvarchar(100),

Prochar(4),

Ppnoint(15)foreignkey)

7.2.2

表名

Doctor

数据库用户

医生

主键

医生编号

其他排序字段

医生姓名,性别,职称,电话,部门,工资

索引字段

医生编号

序号

字段名称

数据类型(精度范围)

允许为空Y/N

唯一Y/N

区别度

默认值

约束条件/说明

1

dno

int(15)

N

Y

主码

2

dname

Char(20)

N

N

3

dsex

Char

(2)

Y

N

必须是“男”或者“女”

4

dzhi

Varchar(20)

N

N

5

dtel

Smallint(10)

Y

N

6

dbu

Varchar(20)

N

N

7

dsa

Int(20)

Y

N

Mysql脚本

Createtable(

dnoint(15)primarykey,

dnamechar(20),

dsexchar

(2)default‘男’check(‘男’,’女’),

dzhivarchar(20),

dtelsmallint(10),

dbuvarchar(20),

dsaint(20),

7.2.3

表名

proom

数据库用户

病房管理员、病人

主键

病房编号

其他排序字段

地点,收费标准,所属部门

索引字段

病房编号

序号

字段名称

数据类型(精度范围)

允许为空Y/N

唯一Y/N

区别度

默认值

约束条件/说明

1

rno

Int(15)

N

Y

主码

2

radd

Char(20)

N

N

非空

3

rcha

Int(15)

Y

N

4

rbum

Varchar(20)

N

N

Mysql脚本

Createtableproom

(rnoint(15)primarykey,

Raddchar(20)notnull,

Rchaint(15),

Rbumvarchar(20),

 

7.2.4

表名

pbed

数据库用户

病房管理员

主键

病房编号和床位号

序号

字段名称

数据类型(精度范围)

允许为空Y/N

唯一Y/N

区别度

默认值

约束条件/说明

1

rno

Int(15)

N

Y

主码,引用proom的外码

2

rbe

Int(15)

N

Y

主码

Mysql脚本

Createtablepbed

(rnoint(15)referencesproom(床位号)

Rbeint(15)primarykey)

7.2.5

表名

Zhuyuan-register

数据库用户

病房管理员、病人

主键

日期和病案号

序号

字段名称

数据类型(精度范围)

允许为空Y/N

唯一Y/N

区别度

默认值

约束条件/说明

1

rda

Char(10)

N

Y

主码

2

pno

Int(15)

N

Y

主空,引用病人表的外码

3

iti

Char(10)

N

N

4

gti

Char(10)

N

N

5

rno

Int(15)

Y

N

引用病房表的外码

6

rbe

Int(15)

Y

N

引用病床表的外码

Mysql脚本

CreatetableZhuyuan-register

(rdachar(10)primarykey,

Pnoint(15)referencespatient(pno)notnull,

Itichar(10),

Gtichar(10),

Rnoint(15)referencesproom(rno),

Rbeint(15)referencespbed(rbe),

7.2.6

表名

True-record

数据库用户

病房管理员、医生

主键

治疗时间,病案号和医生编号

序号

字段名称

数据类型(精度范围)

允许为空Y/N

唯一Y/N

区别度

默认值

约束条件/说明

1

time

Char(8)

N

Y

主码

2

pno

Int(15)

Y

Y

主码,引用病人表的外码

3

dno

Int(15)

Y

Y

主码,引用医生表的外码

4

tre

Varchar(50)

Y

N

5

dno

Varchar(200)

Y

N

Mysql脚本

CreatetableTrue-record

(timechar(8)primarykey,

Pnoint(15)referencespatient(pno),

Dnoint(15)referencesdoctor(dno),

trevarchar(50),

meavarchar(200)

7.1.3视图的设计

病人能看到的视图

每个视图采用一张表格进行描述,其格式如下:

数据库编号:

Kf-001-2012

视图编号:

P-001-2012

视图英文名称:

patient

视图中文名称:

病历

视图说明:

病人可以看到入院出院日期,就医花费,且只能看到自己的部分

Createviewv_patient

As

Selectpatient.pno,pname,rdate,ruyuandate,chuyuandate,rno,bedno,pafee

Frompatientjoinzhuyuan-recordonpatient.pno=zhuyuan-record.pno

医生能看到的视图

数据库编号:

Kf-001-2012

视图编号:

D-002-2012

视图英文名称:

doctor

视图中文名称:

医生

视图说明:

医生可以看到工资,负责的病人的治疗概况,且只能看到自己的部分

Createviewv_doctor

As

Selectdoctor.dno,dname,dkeshi,dpay,pno,pail,zhiliaofangan

Fromdoctorjointreat-gisterondoctor.dno=treat-gister.dno

系统管理员可以看到的视图

数据库编号:

Kf-001-2012

视图编号:

ALL-003-2012

视图英文名称:

all-data

视图中文名称:

全部数据

视图说明:

管理员可以看到医生病人的对应关系,病人缴纳费用,住院时间,所有医生工资,

Createviewv_all_data

As

Selectpatient.pno,pname,doctor.dno,dname,pafee,dpay,dkeshi,zhuyuandate,chuyuandate,paill,date

Frompatientjoinzhuyuan-recordonpatient.pno=zhuyuan-record.pnojointreat-gisteronpatient.pno=treat-gister.pnojoindoctorontreat-gister.dno=doctor.dno

7.1.4触发器的设计及函数设计

1.录用(新键入)的医生的年龄必须在五十岁以下

cratetriggerp_age

on医生forinsert,update

as

ifexists(select*frominserted

wherepage〉50)

begin

print’医生年龄应小于五十’

rollback

end

2.医生的最低工资应该大于1300元

crate

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1