病房管理系统Word下载.docx

病房管理系统Word下载.docx

《病房管理系统Word下载.docx》由会员分享，可在线阅读，更多相关《病房管理系统Word下载.docx（52页珍藏版）》请在冰豆网上搜索。

无

使用

软件

VisualBasic6.0

Access2000

起止时间

2011年3月1日—6月7日

同组人

课程设计任务书

一、引言

1.1项目的开发背景

随着医院规模的大型化，传统的医院靠人工管理的方式已经越来越不适应现代医院的规模了。

而且随着电脑的普及及电脑性能的提高，使用电脑来管理医院的常规运作已经成为必然。

同时，用电脑进行管理可以大大的节约劳动力降低医院的成本，降低人为的误操作，可以节约资源，降低成本，同时大大的提高工作效率，给医院和病人同时带来巨大的方便。

本系统就是在这个背景下开发的，将先进的电脑技术和现代医院的管理完美的结合起来，完成以前需要大量人工才能完成的任务，实现医院病房的管理，使得医疗和服务更加简洁和便捷。

1.2可行性分析

Ø

技术可行性

硬件、软件要求不高，目前市场上的一般计算机软硬件资源均能满足系统开发需要。

该管理系统以VB和Access为主要开发工具，通过ADO方式与后台数据库Access相连接，建立了一个基于客户端的数据库应用管理系统。

维护工作方便，由于Access的易用性，使得后台的操作十分便捷，操作人员可以在短时间内完全掌握系统的维护工作。

经济可行性

本系统主要作用于医院内部服务，对于每个住院部门，可以根据自己需要，配置性能一般的计算机做为终端，向服务器存储数据或搜索数据。

这样可以节省工作人员的数量，节约一定的成本。

这些电脑的费用对整个住院系统来说并不是一个很重点负担。

操作可行性

本系统，使用Access作为后台数据库管理，而这个数据库恰好适合简单的中小型企业或者医院，作为现代社会的医务管理人员，都会通过基本的计算机考核，掌握计算机的基础应用，有一定的计算机水平，能满足使用该系统的要求能够对数据库进行管理，而前台，我使用VB给用户提供图形化地简单选择性操作，是不同用户也能够进行一些病人住院方面的信息查询，提高工作效率，方便用户，使得医院更透明化。

二、需求分析

2.1系统需求描述

同时，用电脑进行管理可以大大的节约劳动力降低医院的成本，降低人为的误操作，大大的提高工作效率，给医院和病人同时带来巨大的方便。

本系统就是在这个背景下开发的，将先进的电脑技术和现代医院的管理完美的结合起来，完成以前需要大量人工才能完成的任务，实现了医疗，服务一体的全新概念的服务和管理方式。

本系统的业务描述如下：

（1）用户登录模块：

用户登录，用户信息的添加、删除和修改，密码管理（密码修改）；

（2）病房床位管理模块：

床位信息的添加、删除、修改和多条件组合查询，病房管理可以随时查看、修改病房状态信息，便于新病人的入住；

（3）病人与医生信息管理模块：

更新和维护系统中的病人与医生信息，主要包括对病人、医生信息的查询、修改、插入和删除等的操作；

（4）病房床位分配模块：

病人住宿床位的分配和对住院情况多条件组合查询。

（5）病人病情治疗登记模块

医生诊断病人的病情，登记病人的治疗信息并存入档案备份，以及档案信息的更新。

2.2数据流图分析和设计

2.2.1．系统各模块分析

图2.1入院

图一：

系统总流程图

表1：

系统总流程图数据字典

数据流名：

住院登记

组成：

{病人个人信息}+{病情与诊断书}＋

{病床信息}＋时间

数据项：

病人个人信息

身份证号＋姓名＋性别＋年龄＋家庭住址＋联系方式

组织：

身份证

病情与诊断书

备注：

由主治医生给出病情描述和诊断结果。

病床信息

房号＋床位＋单价＋状态

房号

状态

取值：

空床可用

床位已满

时间

入住时间＋预计住院时间

2、病房管理系统

病房信息查询、增加、删除、床位分配情况查询、医生信息查询和病人信息查询

数据处理名：

房间查询

简述：

根据房间信息表，确定是否有空床

输入：

【1】病人实体，【2】房间信息表

输出：

【1】无，去处：

“病人”

【2】有，登记，去处“病人信息”

病人信息处理

根据病人过往病历，个人信息，制出本次住院的信息表格

【1】病历，

【2】病人个人信息

病人信息表，去处：

“收银”

3、出院子系统

出院登记，床位信息修改，病房床位修改。

病人缴费结算，病人诊断情况一览表。

收银

根据后台系统提供的理疗帐单，计算出病人应付的住院费用

帐单

用户收银条

出院报告

病人付清住院费用之后，由收银条和本次住院的病历，生成一个本次住院的出院报告，并即时更新房间信息表

【1】收银条

【2】新的病历

打印出院报告

2.2.3系统功能结构图

2.2.4实体E-R图

（1）用户实体属性图如图1所示：

图1用户信息实体属性图

（2）病房实体属性图如图2所示：

图2病房实体属性图

（3）医生实体属性图如图3所示：

图3医生-病人实体属性图

（4）病房床位信息实体属性图如图4所示：

图4病房床位信息实体属性图

（5）科室信息实体图如图5所示：

图5科室信息实体属性图

（6）治疗信息实体图如图所示：

图6治疗信息实体属性表

（6）用户信息实体属性如图5所示：

图6用户信息实体属性图

2.2.5性能分析

系统的性能需求主要从以下几方面来考虑，系统的响应时间，信息速率，操作的难易程度，可靠及性能稳定性，实用性，安全性和可维护性，下面分别从各个方面来说明本系统的各性能需求。

（1）响应时间：

本系统的响应时间大概能够控制在0.05-0.1秒左右，基本上可以限制在用户操作的时间约束内。

（2）信息速率：

在数据的输入和输出方面，用户通过可视界面基本对数据进行输入和输出，且数据的输入和输出速率在用户的可接受范围内。

（3）可靠及性能稳定性：

系统运行具有较高的可靠性，提供严格的并发控制，确保数据的一致性和正确性。

（4）实用性：

系统以用户需求为目标、以方便用户使用为原则，从用户的实际需要出发进行系统开发，切实做到满足用户的需求。

（5）安全性：

系统安全措施可靠、高效、可维护性好，有权限控制、口令控制、临时锁定控制，其中口令录入界面便于系统识别登录用户

（6）易用性

本系统设计过程中力求人性化，结合强大的搜索功能帮助医生、护士、病人随时查找到所需的信息，同时在数据录入过程中，尽可能减少人工输入部分，降低人工输入错误的可能性。

（7）可移植性

由于医院整体系统庞大复杂，可以根据需要实际取系统中的部分功能。

同时由于数据库采用微软的Access，可以很方便地备数据，转移数据。

系统的名称、目标

名称：

目标：

（1）方便医院对病人和病房的管理

（2）方便医院管理病人的住院费用

三、数据库设计

3.1、概念模型设计

图7医院病房管理系统的大概E-R图

说明：

一个病人只能住一个病房，一个床位；

病房按照等级划分，不同等级的病房拥有的床位数不一样，该系统将病房划分成两种不同的等级，一种拥有4个床位，一个只有一个。

这样划分主要是根据现代医院实际情况来决定的。

有些特护病人需要特别照顾则必须选择特殊病房进行特殊照顾。

一个科室拥有若干个医生，一个医生只属于某个科室；

一名医生可以治疗多名病人，一名病人可以由多个医生看病。

3.2E-R图转为逻辑模型的方法及过程

关系模型的逻辑结构是一组关系模式的集合。

E-R图则是由实体型、实体的属性和实体型之间的联系3个要素组成的。

所以将E-R图转换为关系模型实际上就是要将实体型、实体的属性和实体之间的联系转换为关系模式，这种转换一般遵循如下原则：

一个实体型转换为一个关系模式。

实体的属性就是关系的属性，实体的码就是关系的码。

对于实体型间的联系则有以下不同的情况：

（1）一个1:

1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。

如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。

如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。

（2）一个1：

N联系可以转换为一个独立的关系模式，也可以与N端对应的关系模式合并。

如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为N端实体的码。

（3）一个M：

N联系转换为一个关系模式。

与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码得一部分。

（4）3个或3个以上实体间的一个多元联系可以转换为一个关系模式。

与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码得一部分。

（5）具有相同码得关系模式可合并。

下面把图7的E-R图转换为关系模式。

关系的码用下横线标出。

病人（病人编号，姓名，年龄，性别，床位号，所属医生编号、入院日期，出院日期）；

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

该关系模式已经包含了联系“医生”所对应的关系模式。

所属医生编号是关系的外码。

病房（病房编号，病房类型，价格，床位数，地点）；

此为病房实体的关系模式。

病房编号将作为该关系的主码。

床位（床位号，所属病房，使用情况）；

此为床位实体对应的关系模式。

该关系模式已经包含了联系“病房”所对应的关系模式。

所属病房是该病房关系的主属性，是关系的外码。

医生（医生编号，姓名，性别，所属科室，学历）；

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

该关系模式包含了联系“科室”所对应的关系模式。

所属科室是科室关系的主属性，是该关系的外键。

科室（科室编号，科室名，地点，联系电话，科室主任名）。

此为科室对应实体的关系模式。

该关系模式的主属性为科室编号。

治疗（治疗编号，治疗时间，病人编号，主治医生，病情诊断，治疗费用）

此为病人与医生之间的联系所对应的关系模式。

该关系模式包含了“病人”和“医生”所对应的关系模式。

病人编号是病人关系的码，主治医生是医生关系的属性。

二者为关系的外码。

其中治疗编号为关系的码。

3.3逻辑模型

本系统数据库中包含的表结构设计如表1～6所示，数据表的实现如图1~6。

表1用户信息表

字段名称

数据类型

长度

是否为空

备注

用户ID

整型

6

否

主键

用户名

文本

用户密码

20

身份

8

用户信息设置：

图8

表2病人信息表

字段类型

病人编号