医院手术室数据库管理系统Word格式文档下载.docx

医院手术室数据库管理系统Word格式文档下载.docx

《医院手术室数据库管理系统Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《医院手术室数据库管理系统Word格式文档下载.docx（17页珍藏版）》请在冰点文库上搜索。

护士登陆系统对术前准备进行管理,在手术信息管理中查看手术安排，术后对手术用品和手术设备进行管理,在手术信息管理中记录手术费用。

医生术后在手机信息管理中进行手术记录。

二、事务需求

经过实际考察、咨询和分析，医院手术室系统主要应该具有以下功能模块,如下所示.

（1）任何人都可对所有信息进行查阅。

（2）在医生管理部分,要求如下:

●可以修改自身登陆密码。

●可以申请手术

●可以查询手术安排

●可以对信息进行维护,包括查询、修改、添加及删除等操作.

（3）在护士长信息管理部分,要求如下：

●可以安排手术

●可以对信息进行维护，包括查询、修改、添加及删除等操作。

（4）在护士信息管理部分,要求如下:

三、概念设计（以下所有图都是ＣAD画的）

概念结构设计是指对用户的需求进行综合、归纳与抽象，形成一个独立于具体DBMＳ的概念模型，是整个数据库设计的关键。

概念设计生成E－R图。

1、数据流图

（一）顶层数据流图

（二）0层数据流图

（三）子系统

1）申请处理子系统

2）管理处理子系统

3）查询处理子系统

处理过程定义

处理过程名

功能描述

处理要求

申请处理

医生根据病人诊断情况判断需要手术后,向护士长发送手术申请，护士长根据手术申请安排手术

处理时间要求

管理处理

医生术后进行手术记录，护士记录手术用品及费用

查询处理

护士查询手术安排及术前医嘱

2、E-R图

1）实体集

1、医生:

医生工号、姓名、所属科室。

2、护士长:

护士长工号、姓名、所属科室。

3、护士：

护士工号、姓名、所属科室。

4、手术:

手术编号、手术时间、手术名称、病人身份证号、病人姓名、主刀医师、麻醉师、负责护士.

2）联系集

联系有申请、安排、查询、记录手术、记录手术用品.

3）Ｅ—R图

四、逻辑设计

（１）将ﻩE-Ｒ图转化成关系模型（有下划线的是主属性）

２、护士长：

3、护士:

4、手术：

5、申请:

医生工号、手术编号、手术申请、主刀医生、手术时间、手术名称、病人身份证号、病人姓名、术前医嘱。

6、记录手术：

手术编号、手术时间、手术名称、病人身份证号、手术记录、医生工号。

7、安排：

护士长工号、手术间编号、主刀医生、手术编号、手术时间、手术名称、病人身份证号、病人姓名、负责护士.

8、护士查询：

护士工号、手术编号、手术时间、手术名称、病人身份证号、负责护士、病人姓名、病人床位、术前用药、术前检查、术前准备。

９、手术用品与费用:

护士工号、手术编号、手术时间、手术名称、病人身份证号、病人姓名、手术使用设备、手术用药、手术费用.

1）把实体转化成关系

医生表

医生工号

姓名　

所属科室

护士长表

护士长工号

姓名

护士表

护士工号

手术表

手术编号

手术时间

手术名称

病人身

份证号

病人姓名

主刀医生

麻醉师

负责护士

手术申请表

手术

编号

时间

名称

手术申请

术前医嘱

手术记录表

手术记录

手术安排表

手术间

病人

主刀

医生

护士长

工号

负责

护士

护士查询表

床位

术前

用药

检查

准备

手术用品及费用表

手术使

用设备

费用

2）3ＮF规范化

1、医生：

2、护士长：

护士工号、姓名、所属科室.

５、申请:

医生工号、手术编号、手术申请、主刀医生、手术名称、病人身份证号、病人姓名、术前医嘱。

7、安排:

护士长工号、手术间编号、主刀医生、手术编号、手术时间、手术名称、病人身份证号、病人姓名、负责护士。

９、手术用品与费用：

护士工号、手术编号、手术时间、手术名称、病人身份证号、病人姓名、手术使用设备、手术用药、手术费用。

五、物理设计

表1.医生表结构

列名

数据类型

可空

默认值

说明

cｈａｒ（1０）

nｏｔnull

无

主键

ｖａｒcｈar（１0）

ｎotnull

Ｃhaｒ（20）

nｏt　null

表2.　护士长表结构

cｈａr（1０）

notnuｌl

主键

varchａr（10）

Char（20）

表3。

护士表结构

ｃhar（1０）

noｔnuｌｌ

varChar（10）

ｎot　null

ｎｏtnull

表4.　手术表结构

chaｒ（10）

not　null

主键，手术申请表外键

smａlｌdatetime（4）

ｎｏｔ　nｕll

chａr（10）

ｎotｎｕll

病人身份证号

Vａrｃｈａr（18）

nｏt　nulｌ

ｎｏtnｕll

char（10）

nｏtｎull

ｃhar（１０）

nｏt　ｎull

表5.手术申请表结构

cｈar（１0）

notnull

vａrchａr（40）

nｏtnull

varchａr（18）

vaｒchａr（１0）

notnuｌｌ

ｃｈar（10）

主键，医生表外键

varchａr（１0）

ｖarｃhａr（200）

nｏtnulｌ

vａrｃｈａr（20０）

ｎotnｕlｌ

表6.手术记录表结构

特殊属性

notnｕll

主键,手术申请表外键

ｓmalldateｔｉｍｅ（4）

ｖarcｈar（18）

ｎoｔnｕll

chａr（1０）

主键，医生表的外键

ｖａrcｈar（200）

notnｕlｌ

表7．手术安排表结构

cｈａｒ（10）

ｎｏtnulｌ

smalldatetｉme（4）

ｎoｔ　ｎuｌl

vａｒchar（40）

nｏtnｕll

varchaｒ（18）

vａrchar（10）

notnｕｌl

cｈar（10）

nｏｔnuｌl

主键，护士长表的外键

varcｈar（10）

手术间编号

char

（2）

ｎoｔｎulｌ

表８．护士查询表结构

noｔnｕll

smaｌlｄatetimｅ（４）

ｎotnuｌl

varchar（1８）

noｔnuｌl

vaｒchaｒ（1０）

ｎotｎulｌ

chａｒ（1０）

not　nｕlｌ

主键，护士表外键

vａrchaｒ（10）

nｏｔnｕll

病人床位

char（４）

ｎot　ｎull

术前用药

varchaｒ（2０0）

术前检查

varｃhar（200）

术前准备

varchar（200）

nｏtnuｌl

表９.手术用品与费用表结构

ｓmalldatetime（4）

vaｒchaｒ（４０）

ｖaｒchar（1８）

ｎｏｔnull

varchａr（1０）

ｎotnｕll

char（１0）

notｎuｌｌ

主键,护士表的外键

手术使用设备

vaｒchar（１00）

nｏｔ　ｎuｌl

检查约束：

符合设备名之一

手术用药

vaｒcｈar（１00）

noｔｎull

符合药名之一

手术费用

rｅal（８）

六、查询语句

（１）医生查询

SELECT　手术表．负责护士ASExpr1,　手术间编号　ASExpｒ2,麻醉师ASExpｒ３

FＲOM　手术表

ＷHERE　（手术编号=xｘxxｘxｘx）

（2）护士查询

ＳＥLＥCT查询表.病人床位ＡS　Ｅxpr１，术前用药　ＡS　Expr2，术前检查AＳExｐr3,术前准备　AＳＥxpr４

FROM手术表

WＨERE　（手术时间=xxｘxxｘｘｘ）　ANＤ（负责护士＝xxｘ）

八.总结

　在做完这次数据库作业后，反省过程有几点不足，一：

选择单位失误,因为从小的耳濡目染,我选择了母亲所在的医院手术室,在我询问母亲流程时，事实上手术室并不借助数据库通知医护每天的手术安排，而是采用每天打印出安排贴在墙上的方式，究其原因还是数据库追求数据的精简和一致性，而手术数据因人而异，手术过程有较大弹性,因手术中实际问题来决定,难以像图书馆设计、快销行业等中的图书和产品可以预先固定；

二:

前期设计过程不足,因为手术的弹性,在医生申请手术前不知道具体的手术时间,但在手术的属性中却有这项，医生在手术前填写的意愿手术时间不能作准，因此产生数据的变更，需要在设计中仔细考虑.关系数据库拥有优秀的精简性使数据冗余不能存在,也妨碍了数据库的可扩展性，从而出现了一些还未成体系的NoSQＬ数据库，因此未来关系数据库还有广阔的创新与发展空间。