数据库原理及应用住院部数据管理系统设计Word下载.docx

数据库原理及应用住院部数据管理系统设计Word下载.docx

《数据库原理及应用住院部数据管理系统设计Word下载.docx》由会员分享，可在线阅读，更多相关《数据库原理及应用住院部数据管理系统设计Word下载.docx（19页珍藏版）》请在冰豆网上搜索。

●确定表之间的关联（一对一、一对多、多对多）

●运用数据库理论确定每个表至少属于3NF。

二、设计资料及参数

Ø

医生、病人信息

供应商、生产商信息

药品信息

血液信息

医疗器材信息

三、设计要求及成果

1．按照数据库应用系统设计步骤进行数据库结构设计。

2．使用开放工具及数据库管理系统开放应用系统（可选）。

3．书写论文（具体要求见论文模板）。

四、进度安排

1．安排工作。

2、数据库结构设计、功能设计。

3、检查E-R图，关系表。

4、应用系统验收。

5、上交论文。

五、评分标准

1．数据库结构正确性（30%）。

2．数据库结构复杂性（20%）。

3．设计报告完成的质量（30%）。

4．出勤（10%）。

5．成绩采用五级分制评定。

六、建议参考资料

1、《数据库系统教程》（第三版）施伯乐等著高等教育出版社

2、刘仲兵JavaWeb主流框架整合开发（J2EE+Struts+Hibernate+Spring）

电子工业出版社2009.1

3、（美）BruceEckelJava编程思想机械工业出版社2007.6

4、施伯乐丁宝康汪卫数据库系统教程高等教育出版社2005.5

摘要

　　　医院信息系统属于世界上现存的企业及信息系统中最为复杂的一类，这是医院本身的目标、任务和性质决定的；

它应用于医院的医疗管理、经济管理等各个方面，牵涉的信息种类十分庞杂；

它融合了医院的管理思想和各部门的业务经验，是医院当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于医院当前的运作方式和业务流程：

它实施的技术手段与当前快速发展的信息技术密切相关，实施的广度和深度（如电子日历、电子支付等）又受到社会大环境信息化程度的影响，受到国家和有关部委制定的法律法规的影响。

因此，医院信息化建设工作具有长期性、复杂性和内容的多变性；

医院信息系统不是一个简单的、封闭的、静止的软件，而是一个复杂的、开放的、在应用的深度和广度上逐步变化和发展的软件系统，而使用计算机对医院信息进行管理,具有手工管理所无法比拟的优点.例如:

检索迅速、查找方便、可靠性高、存储量大、保密性好等。

这些优点能够极大地提高医院信息管理工作的效率,是医院进入科学化、正规化管理的重要途径。

一、前期系统调查

Dulia是南亚的一家中型传染病医院。

由于住院部收治的基本上都是烈性传染病（如爱滋病、登革热、黄热病等等），为了生活垃圾处理的方便，住院部同药房、门诊部是隔离的，位于远郊。

由于地处热带，当地的传染病发病率本来就很高，加上最近双腺淋巴性鼠疫的流行，更使得本已处在一片混乱中的住院部的信息管理雪上加霜。

事实上，截止2001年底，Dulia的本部已基本实现了档案管理的无纸化，只是由于地域性和资金筹备等方面的原因，住院部的数据电子化问题迟迟未得到解决。

这样，住院部实际上已同药房、门诊部产生了信息处理层次上的脱节。

目前，在州政府的支持下，Dulia领导层终于决定租用光缆，将本部与住院部的系统进行连接，并全面升级住院部的信息管理系统。

本小组被授权设计该系统的数据库部分。

通过调研，我们发现以下几个方面存在严重的问题：

1、病历的电子化问题。

由于病情发展、变化，病人需要在不同的医生处接受不同的治疗，但接手的医生往往得不到病史资料，或还得重写一份病人简史，造成人力、资源上很大的浪费以及时间上的不及时。

2、对医护人员缺乏有效、合理的管理。

有护士向我们抱怨她连值三个夜班，整整四十八小时没闭眼，而她的同事却按正常日程上班，或还有的同事工作时间没事可干。

而医生方面也存在着类似的问题。

3、缺乏对药品存货的严格管理。

（住院部有自己的药品仓库。

）就拿血液仓库来说，有一次血库工人将待处理的爱滋病病人的废血当作O型血输给一例出血性麻风病人，结果造成了近五年最大的一起医疗纠纷和社会丑闻。

4、以床位为代表的医疗器械的管理。

Dulia的出入院受理处非常繁忙，每天有大量病人进出。

在一个病人出院，下一个病人入院的时候，有很长一段时间病床是空着的，而这个信息并没得到及时的更新，住院部居然不能很快的安排下一个病人进驻这张病床。

所以，经常出现病房里明明有空位，外面却有很多病人没有床位的情况。

有时甚至还会有两个病人被注册在一张病床上的事情发生。

可行性分析

经以上分析，我们一致认为，该住院部有以下几方面的信息需求：

1、病人的信息需求：

包括病人本身的信息和病历信息，及住院期间的费用信息等。

2、住院部工作人员的工作信息需求：

除包括工作人员自身状况信息、月薪等信息外，还要有医生正在给多少病人看病的医生工作信息、护士值班情况信息，以及这些安排是否合理以便进行人事管理。

3、药品信息需求：

尤其是住院部药品仓库库存状况，药品使用状况，药品计量等信息。

4、住院部内各种设施使用状况信息：

尤其是床位使用状况信息，还有其他设备（氧气瓶、手术台等）使用情况的信息。

二、数据库系统总规划

通过以上调查分析得，需要设计药房数据库，血库，医院人员管理数据库，病人管理数据库，器材管理等。

将这些小数据库结合可得到住院部数据管理数据库。

其中药房数据库仿照仓库管理，设有采购药品，入库药品，病人取药，生产商和供应商的信息。

血库同上，设有血库的血液供应，病人用血。

医院人员管理数据库，设有医生信息，护士信息，护士值班表，医生治疗病人，护士对病人的护理。

病人信息管理库，设有病人基本信息，病人病历信息，病人消费记录等。

器材管理数据库，设有器材基本信息，器材使用状况，器材耗损状况等。

三、概念设计阶段

1、局部概念模型

药品局部E-R模型

药品供应商生产商属性E-R模型

病人局部E-R模型

病历消费单属性E-R模型

病人属性E-R模型

病人医生护士关系E-R图

医生护士属性E-R模型

器材E-R模型

2、全局E-R模型

见初次E-R模型检查附页

四、逻辑设计阶段

1、关系模型

药品drug（药品ID药品名称药品属性库存单位库存数量生产日期有效期）

字段名

类型

约束

备注

drugID

char（13）

Notnull

药品ID

name

char（50）

药品名称

attribute

char（8）

药品属性

unit

char

（2）

库存单位

count

int

库存数量

date

生产日期

effdate

有效期

avilable

是否可用

producerID

cahr（13）

生产商ID

supplierID

Char（13）

供应商ID

生产商producer（生产商ID名称地址联系人电话）

Char（20）

名称

address

Char（50）

地址

contact

Char（5）

联系人

tel

电话

供应商supplier（供应商ID名称地址联系人电话）

supplyID

采购关系purchase（采购员ID药品ID采购日期采购数量采购金额规格）

buyerID

采购员ID

bdate

datetime

采购日期

采购数量

money

采购金额

norms

规格

入库单intake（入库员ID药品ID入库时间入库数量规格）

intakeID

入库员ID

入库日期

入库数量

血液blood（储血ID血型血量入库时间可用状态）

storeID

储血ID

btype

Char（4）

血型

volume

血量

storetime

入库时间

avaliable

Char

（2）

可用状态

取血单getblood（取血单ID取血人ID取血量治疗量取血时间血型）

getID

取血单ID

gtype

取血量

curevolume

治疗量

getterID

取血人ID

gettime

取血时间

病人patients（住院号ID主治医生ID姓名年龄性别病房号病床号地址电话主治医生姓名消费记录ID）

hospitalID

住院号ID

doctorID

主治医生ID

pname

姓名

age

年龄

sex

性别

sickroom

病房号

nbeds

病床号

doctorname

主治医生姓名

consumeID

消费记录ID

病历medical（病历号姓名性别年龄民族籍贯病史采集时间入院时间病情陈述者与病人关系可靠度住院号主治医生Id）

medicalID

病历ID

nation

Char（10）

民族

nativeplace

籍贯

medicalhistory

text

病史

time

采集时间

rutime

入院时间

complaint

病情陈述者

relation

与病人关系

reliable

可靠度

住院号

主治医生Id

消费记录单（消费者ID消费项目ID名称规格数量单价费用医保折扣消费日期）

ConsumID

消费者ID

Cha（13）

消费项目ID

equipmentID

Others

其他消费项目

Name

Spec

Count

Int

数量

Unitprice

Float

单价

Price

费用

Discount

医保折扣

Date

Datetime

消费日期

医生doctor（医生编号ID所属科室姓名性别地址电话上班时间职称月薪）

医生编号ID

deskID

所属科室

上班时间

title

职称

Pay

float

月薪

护士（护士编号ID所属科室姓名年龄性别地址电话上班时间职称月薪）

nurseID

护士编号ID

护理记录huli（住院号ID护士编号ID护理时间护理事项）

护理日期

Object

护理事项

处方chufang（医生ID住院ID开药时间使用说明所开药品号ID）

DoctorID

医生ID

开药日期

Shuoming

使用说明

drugID1

drugID2

科室desk（科室ID科室名）

科室ID

Deskname

科室名

病区area（病区号所属科室ID）

AreaID

病区号

所属科室ID

医疗器材equipment（器材ID名称使用状态耗损状况生产日期制造商预定时间）

EquipmentlID

器材号ID

Status

使用状态

Lose

耗损状态

producer

制造商

booktime

预定时间

HospitalID

使用者住院ID

2、数据库关系图

五、数据库实现

1、数据录入

利用sqlserver2012数据库的数据录入和导出工具将已经整理在excel中的数据按照所需录入到数据库中。

数据成功录入。

2、建立查询过程

简单查询

多表连接查询

分组查询、统计查询

视图的创建

创建视图

插入数据

更新数据

游标索引

五、总结

数据库设计总共两个星期，从前期的E-R模型的设计到数据库的实现，我才发现要想做好一个比较完善的数据库是需要很多的人力和时间的，不是一个人两个星期就能完成的。

我们只是做一个小型的数据库来反映我们所学的知识。

两个星期的时间确实不多，但是却学到了很多的东西，数据库设计前期的调研是一个很辛苦的过程，针对这次我所选的题目，住院部数据管理系统，我需要查找很多有关医院住院部的信息，我也因此知道很多以前不知道的东西，比如病人的病历要包含很多东西的，如病人的国籍和籍贯，甚至要记录下病情陈述者是谁以及他与病人的关系，所说是不是可靠等等都是需要记录的。

特别是病人的病史更是需要医生在做记录的时候需要特别的细致并且到位，避免给病人开错药或者下错诊断。

医院的员工安排同样也是需要仔细安排，避免员工因为工作安排不合理而产生不满的情绪，影响工作。

此数据库特别的地方是医院医疗器材采用一致编号，每一个器材都有一个唯一的编号，每一个器材都有一个标志变量，来标志它是否可用，如果器材被病人占用就将status变量设置为“n”，如果器材为空先的状态就将其设置为“y”表示可用。

后期测试数据的录入更是让人头疼，想要通过电子表格导入数据的方法，但是尝试很多次总是会有各式各样的问题大致数据不能成功插入，也找了很多T-sql语句帮助完成数据的录入，但是都是失败，可能是有细节的地方没有注意到，总之我是体会到了录入测试数据的过程是一个头疼的过程。

数据库是一门复杂庞大的学科，想要学的很深入精细还需要投入很多精力。

六、参考文献

金风科技对话框