医院患者管理系统.docx
《医院患者管理系统.docx》由会员分享,可在线阅读,更多相关《医院患者管理系统.docx(27页珍藏版)》请在冰点文库上搜索。
![医院患者管理系统.docx](https://file1.bingdoc.com/fileroot1/2023-5/10/30023ea0-d504-4394-bb16-c661f54f6d28/30023ea0-d504-4394-bb16-c661f54f6d281.gif)
医院患者管理系统
医院患者管理系统
大连理工大学城市学院
软件工程导论》大作业
医院患者管理系统分析与设计
课题名称:
医院患者管理系统任课教师:
张应博班级:
嵌入式1101班姓名:
姚志斌(201114055)
完成日期:
2012年12月25日
摘要
人类社会进入二十一世纪,医院最为一个特殊的服务行业,其发展应适应于市场经济的发展。
目前,我国的医疗体制正处于发展阶段,需要医疗市场的进一步规范化,这就要求医院加强自身的管理,利用现代化的管理工具对医院的工作进行必要的管理,无疑将提高工作效率、信息的准确程度,根除现行的人工管理模式存在的某些弊端,达到减支增效的目的。
有利于提高医疗水品和服务质量,更好的服务于社会。
医院患者管理系统是利用电子计算机和通讯设备,为医院所属各部门提供患者诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力,并满足所有授权用户的功能需求。
随着计算机性能不断提高,价格不断下降,计算机已在医院医疗、教学科研、管理的各个方面得到越来越广泛的应用。
计算机化的医院患者信息系统已成为现代医疗运营必不可少的基础设施于技术支撑环境。
就好像一个现代医院的成功运行离不开功能完整、美观、舒适的建筑物。
技术娴熟的医护人员,性能齐全、高精确的医疗设备一样,它也离不开计算机化的医院患者信息系统。
从医院对病人管理系统的需求、医院信息系统的信息构成和信息分类等分析入手,提出病人管理信息系统总体模块化的设计原则,对系统进行总体设计。
先是根据系统业务流程分析进行模块划分,然后介绍了系统的数据流程图和数据结构设计,并对系统的功能、编码、输入输出、界面和安全保密进行设计分析。
另外,分析了医院信息管理系统的背景,对系统整体进行了概要描述;对整个系统的设计进行
了细致阐述,对关键问题的解决给出了具体的实现方法。
文章探讨了如何解决安全保密问题,主要采取三个方面的措施,制定完善的规章制度、加强人员培训和应用先进的技术手段。
通过这些措施,将使工
作中的故障率得到降低
关键词:
医院患者管理系统;PowerDesigner;Microsoftaccess;数据库
第一章前言
1.3定义2...
第二章可行性分析3...
2.1技术的可行性3...
2.2经济的可行性4...
2.3管理上的可行性4..
2.4结论5...
第三章需求分析6...
3.1具体需求6...
3.1.1功能需求6..
3.2数据流图8...
3.3数据字典1..0.
3.4实体关系模型图1..1
3.4.1实体图1..1
3.4.2总体E-R图1..3
3.5性能需求1..3.
3.6数据管理能力需求1..4
3.7故障处理需求1..4.
3.8其他需求1..4.
3.9运行环境需求1..4
第四章总体设计1..5.
4.1系统分析1..5.
4.2系统设计1..5.
4.2.1软件组织结构1..5
4.3功能说明1..6.
4.4重要数据的数据结构设计1..7
4.4.1变量设计1..7
4.5函数设计1..7.
第五章详细设计1..8.
5.1数据库的详细设计1..8
5.2数据库的实现1..8
5.3界面设计2..0.
5.3.1系统登录界面2..0
5.3.2系统主界面2..1
5.4系统功能详细说明2..1
5.4.1患者信息管理模块2.1
5.4.2病房管理模块2..2
5.4.3患者用药管理模块2.2
5.4.4医护人员管理模块2.2
第六章系统实现2..4.
6.1系统登录模块2..4
6.2患者信息登记模块2..5
6.3患者病房安排模块2..6
6.4空余病房管理窗体2..7
6.5用药管理窗体2..8
6.6医护人员信息管理2..9
第七章系统测试3..0.
7.1登录测试3..0.
7.2系统功能模块测试3..1
第八章使用说明3..3.
8.1运行环境3..3.
8.2性能说明3..3.
8.3操作说明3..3.
总结与展望3..4.
参考文献3..5.
第一章前言
1.1背景
当今社会发展越来越迅速,竞争越来越激烈,在各种现实压力和社会风气影响下,各种健康问题比比皆是。
“健康”、“绿色”的概念已得到被越来越多的人的接受和宣传。
但是目前在我国普遍存在的看病难的问题仍然十分棘手,普通老百姓看病面临着三长一短的问题:
挂号时间长、取药时间长、收费时间长;看病时间短。
这不仅对独自看病的患者十分不方便,而且病人在排队、挂号、向医生告知自己的身体状况上浪费了很多的时间。
另外,医生还要花大量时间和精力给病人写处方,而且需要专人来负责挂号、配药、收费和向病人叮嘱各种注意事项,有大量的重复工作,浪费了大量的人力和时间。
同时,大医院里“黄牛党”猖狂,造成了恶劣的社会影响。
因此,优化医院看病流程,对医院和病人进行人性化的信息管理,让更多的患者能够看上病,并且让每位患者受到最好的照顾和治疗,不仅有利于医学的进一步发展,还有利于促进社会的和谐发展。
数字化医院的理念已经被广大医院所接受
1.2编写目的
可行性研究的目的是研究问题,花费最小的代价,以最快的速度提出解决问题的方法。
经过对此项目的详细准确的研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后,交软件经理审查。
1.3定义
医院患者管理系统(YUHZGLXT):
YUHZGLXT分别是“医院患者管理系统”的汉语拼音首字母缩写。
系统登陆模块:
主要负责客户和管理员进入系统的一个身份验证。
患者基本信息管理模块:
主要负责管理患者的个人信息。
病房分配管理模块:
主要负责为患者分配房间。
药品管理模块:
主要负责患者的用药信息管理。
医护人员管理模块:
主要负责对医生,护士的基本信息的管理。
第二章可行性分析
在医院管理信息系统是在今天医疗事业的迅猛发展的前提下,以前的手工录入或早期的患者管理应用软件以逐渐不满足用户的需求,而在这些问题中,落后的管理已严重影响医院工作人员的工作效率基于以上的原因,从而提出了医院患者管理信息系统的设计目标。
通过信息数据高度共享,在强大的数据库的支持下,将医院的全面管理水平和服务提高到更高的档次。
医院患者管理系统集合医院管理工作特点,充分利用局域网,广域网,大型分布式数据库等先进的计算机技术,运用系统的理论与方法将医院各组成部分的信息处理过程综合成有机体,及时而有效的为医院日常管理和发展提供决策依据,使医院信息管理工作尽快达到规范化、制度化、科学化的要求,并实现医院信息技术全电子无纸化和胶片管理的最终目标。
可行性研究的目的是付出最小的代价在尽可能短的时间里确定问题是否通解决,系统的可行性分析可以从以下几个方面研究:
2.1技术的可行性
技术上的可行性主要分析现有技术条件能否顺利完成开发工作,软硬件能否满足开发者的需要等,这一特点非常适合计算机的特点,发挥计算机的数据处理速度快,准确率高的优势。
现代计算机硬件与软件技术的飞速发展,为系统的建设提供了技术条件。
由于医院患者管理系统这一类的企业管理系统进行开发已有一定的时期,有很多成功的实例上,技术基础也已经非常雄厚,因而技术上的是可行的。
2.2经济的可行性
主要是对项目经济效益进行评价,一方面是支出的费用,其中包括设备的购置费,软件开发费,管理和维护费,人员工资和培训费等。
另一方面是取得的收益可以用钱来衡量的那部分以及使用本系统而提高的效率,节约的人力物力。
基于企业的现有计算机及配套设备,建设MIS系统,大大降低了办公费用,提高办公效率,而且能检测数据效用,为企业提供方便。
在软件的开发过程中,在世界上普遍采用的一种研究工程项目是否可行的科学。
它通过各种有效的方法,对工程项目进行分析,从技术、经济、财务等方面加以评价,最终给投资决策者提供是否选择该项目进行投资的依据
2.3管理上的可行性
1、医院信息系统能够实现计算机终端设置在各个不同的科室,点多,面广,多人操作,而且工作点间联系密切,信息要相互调用,资料要随时更新保存,此外,病人的医疗信息涉及到个人隐私,医院有责任为所有病人保守秘密,因此与其它行业相比较,医院信息系统建设对系统的可靠性、安全性要求更高。
2、解决系统标准化问题。
如果系统标准化问题解决得不好,医院间的信息沟通不仅是纸上谈兵,医院内部不同部门间的信息交换以及与医院外界的信息交流也只是梦想。
医院管理信息系统的有效运行,将提高医院各项工作的效率和质量,减轻各类事务性工作的劳动强度,使医护和管理人员能腾出更多的精力和时间来服务于病人;改善经营管理,堵塞漏洞,保证病人和医院的经济利益;为医院创造很好的经济效益。
2.4结论
由于缺乏专业人士的帮助,并且缺少实际经验,该管理系统可能做的不太健全,远不是真正意义上的软件、工业产品,只能算作坊生产的产物。
可能还存在缺陷,不足之处有待改进。
前景根据以上分析,我们认为开发此系统的条件已经具备,可以开始进行开发。
并且我们相信此软件经济实惠,肯定具有良好的前景。
我们将会逐步完善该软件,尽可能地让满足客户的需求。
让患者在医院治疗的时候感到方便与快捷。
因此我们开发的医院患者管理系统可行!
第三章需求分析
3.1具体需求
3.1.1功能需求
(1)客户信息管理简述:
患者信息管理,包括信息存入,信息查询,信息修改,信息删除。
输入:
患者信息
处理过程描述:
患者信息存数据库。
输出:
操作成功或失败的提示信息。
(2)病房管理简述:
病房信息管理包括查看病房的使用情况和病房状态以及更改病房状态,为病人提供方便住院输入:
病房编号或者病房状态
处理过程描述:
提供病房信息,让患者自己或家属选择需要的病房并录入系统输出:
病房信息及住院情况。
(3)药品管理
简述:
管理患者的用药信息输入:
患者信息、药品名称,药品价格处理过程描述:
用药情况录入系统输出:
操作成功或失败的提示信息
4)医生管理
简述:
医院人员信息管理,包括医生基本信息、上班情况及对各种信息的查询和修改。
输入:
医生信息处理过程描述:
由医生编号查询或修改各种信息输出:
操作失败或者提示信息
3.2数据流图
绘制数据流图的目的是为了方便开发人员与用户的交流,以及为系统的设计提供依据。
数据流图的绘制过程通常是采用自顶向下,逐层分解,直到功能细化为止,形成若干层次的数据流图。
酒店管理系统的数据流图如下所示:
图3-1基本系统模型
图3-2顶层数据流图
图3-3第一层数据流图
管理员
3.3数据字典
名称:
患者档案
别名:
描述:
记录患者的基本信息
定义:
患者档案=姓名+性别+证件号位置:
输出到个人花费档案
名称:
医护人员档案别名:
描述:
记录治疗照顾患者的医护人员定义:
医护人员档案=姓名+职位+性别位置:
输出到个人花费档案
名称:
用药档案
别名:
描述:
患者在医院用药记录的集合
定义:
个人话费档案=用药地点+药品金额+时间
位置:
输出到个人花费档案
名称:
病房档案
别名:
描述:
记录患者的病房信息
定义:
病房档案=病房号+入住时间+姓名位置:
输出到个人花费档案
名称:
个人花费档案
别名:
描述:
患者在医院的花费记录的集合
定义:
个人花费档案=患者档案+病房档案+花费档案+医护人员信息档案
位置:
输出到个人花费档案
3.4实体关系模型图
根据系统的功能需求画出实体联系图(E-R)图:
3.4.1实体图
患者档案
姓名Variablecharacters(50)
性别Variablecharacters(20)
证禅号Identifier_l
图3-4患者档案实体
病房档案
病房号\怙匚「且blfch社壬已ctETS(10)〈址>
病房状态病房价格
Variablecharacters
(2)Money
Identifier_l
图3-5病房档案实体
用药名称<ei>患者姓名
病房价格
用药档奚
Varidbl已chdT迂ct它rs(20)
Variablecharacters(20)Money
Identifier_l
图3-6用药项目实体
医护人员档案
患者姓名Variablecharacters(20)
职位Variablecharacters(20)
编导Iderrtifier_L
图3-7医护人员档案实体
342总体E-R图
嚏老Vu-iabli:
haricteri泪
性副sT-i20j
壬:
pi>ViTZiti-E'zksTsrtszr-2C
'1b
>0-T住青忖到Dote
宅-至弓Vaxia:
ie:
LltazterE
空芽狀侖可shJurBctrxs
鞘烏呀塔Hoi沖
Itcntif£^r_l
IdlestifiR..!
■(pi^
hiza£=i
茅呈黑Veri-il-tZ:
PfrDateiTi^-
用制皈
卡口.•:
士•“二"二*口斗
S®St-eVaxi&iilgciaraitsri
Meaty
Cpi>
图3-8实体关系(E-R)图
3.5性能需求
1、精度
软件主要用于管理,不是科学计算,要求计算的精度不是很苛刻,所以输入、输出数据精度的要求不是很高,可以用浮点数。
2、时间特征要求
软件运行的响应时间要求不超过1-2秒。
3、灵活性
软件具有升级功能,以满足用户的需求。
3.6数据管理能力需求
本软件管理的数据大都以数据库的形式储存,主要包括病房信息,药品信息数据,患者信息数据,其中病房信息数据基本不变,数据库大小基本不变,而药瓶信息数据随着时间的推移和不同的患者每天都在变化,需要定期进行整理和处理。
3.7故障处理需求
本软件具有错误和异常的处理能力,基本不会有软件故障,保证软件能正在运行,有对数据库备份的功能,这样才能使用户满意。
3.8其他需求
本软件有保密功能,设立了系统账号管理功能,用户登录时需要验证用户名及密码,对于三次密码输入错误的使用者则关闭此系统,这样保证了数据的安全。
本软件使用也十分方便,以窗口的形式呈现给用户,很容易操作。
3.9运行环境需求
内存:
512M;
硬盘:
80G;
操作系统为Windows系列。
第四章总体设计
4.1系统分析
根据用户的要求以及对需求分析阶段对功能的分析,要实现患者的基本情况管理、病房分配管理、用药管理、医护人员管理。
(1)患者的基本情况管理:
患者住院时要对其信息进行登记包括患者的姓名、性别、证件号——患者档案。
(2)病房管理:
按照患者及其家属要求,为患者分配合适的病房,并且其病房号、使用时间、入住患者的登记管理——病房档案。
(3)用药管理:
患者住院后的用药情况。
用药类型、药品金额、用药时间、用药数量——花费档案。
(4)医护人员管理:
对医护人员的信息进行管理,查询、添加、删除
4.2系统设计
由问题分析我们确定了本系统需要哪些确切的功能模块和组织结构。
4.2.1软件组织结构
本系统的总体结构采用菜单来调用窗体,利用窗体来进行管理、
数据加工、信息查询等工作,系统的功能模块图如图4-1所示:
图4-1系统功能结构图
4.3功能说明
系统分为四个模块来对实现其功能需求,即:
患者信息管理模块、
病房管理模块、用药管理模块、医护人员管理模块
1、患者信息管理模块
患者信息登记:
对患者的信息进行登记
2、病房管理模块
患者住院管理:
为患者安排病房
空余病房管理:
对没被安排的房间进行管理,以便病房的安排
3、患者用药管理
患者用药状况管理:
对患者的用药进行统计
患者用药价格管理:
对患者用药的价格进行统计
4、医护人员管理
医护人员信息管理:
医护人员信息的添加、查询和删除
4.4重要数据的数据结构设计
4.4.1变量设计
在系统的代码实现的时候,必须用到一些变量,一般我们所用到
的变量为两种:
一是全局变量、二是局部变量。
全局变量:
以“global_”加字母作为变量名,女口:
global_name。
局部变量:
不限制。
4.5函数设计
为了简化程序,并且提高代码的重要性,在编写代码时,对多次
用到代码段,定义成函数,在用到的地方直接调用函数。
全局函数以“gfunction_”加函数名,如:
gfunction_Add();
局部函数以“zfunction_”加函数名,如:
zfunction_Add();
第五章详细设计
在此阶段将对系统进行更详细的分析和设计,目的是确定如何具
体地实现所要求的系统。
5.1数据库的详细设计
在设计和实现代码之前必须设计好数据库,根据系统的总体E-R
图装得到数据库的概念模式:
1、患者档案HZDA(证件号ID(20)、姓名name(12)、性别sex(5)、)
2、病房档案BFDA(房间号N0(15)、病房价格price(12)、病房状态state(12))
3、用药档案YYDA(药品名称MC(20)、患者姓名XM(20),药品价格JG(12))
4、医护人员档案YHRY(员工号YGID(20)、人员姓名RYName(12)、部门BM(12))
5.2数据库的实现
根据系统数据库的概念模式,可以得到应有如下的4个数据表:
表5-1:
患者档案表
字段名
字段代码
字段类型
关键字
是否为空
证件号
ID
Int(20)
Y
N1
患者姓名
name
Varchar(12)
N
N
性别
sex
Varchar
(50
N
N
表5-2房间档案表
字段名
字段代码
字段类型
关键字
是否为空
病房号
NO
Int(20)
Y
N
单价
price
double
N
N
房间状态
state
Varchar(12)
N
N
表5-3用药档案表
字段名
字段代码
字段类型
关键字
是否为空
药品名称
MC
Int(20)
Y
N
患者姓名
XM
Varchar(25)
N
N
药品价格
JG
double
N
N
表5-4医护人员档案表
字段名
字段代码
字段类型
关键字
是否为空
员工号
YGID
Varchar
(20)
Y
N
人员姓
RY
Varchar
(12)
N
N
部门
BM
Varchar
N
(12).
5.3界面设计
较好的界面能给用户一幕了然的感觉,也便于设计,系统的界面
应该保持一致不随时间而改变,好的界面是能给用户提供帮助的。
5.3.1系统登录界面
图5-1用户登录界面
532系统主界面
确运|[取消]
if
图5-2系统主界面
5.4系统功能详细说明5.4.1患者信息管理模块
目的:
对患者的信息进行登记和保存。
功能:
以直接登记的方式对患者信息进行录入,建立相应的患者信息档案,并可对患者信息进行添加、删除、修改和查询。
性能:
稳定、快速、准确。
输入项:
客户的证件号、姓名、性别。
输出项:
相应的信息记录和相应的出错信息提示。
5.4.2病房管理模块
目的:
根据患者的要求给患者安排房间,并对剩下的病房进行管理。
功能:
患者住院以后,建立相应的病房档案,方便对已经安
排的和未分配的病房进行管理。
性能:
稳定、及时、正确。
输入项:
患者的信息、住院时间、房间信息。
输出项:
相应的信息记录和相应的出错信息提示。
5.4.3患者用药管理模块
目的:
对患者的用药进行统计。
功能:
患者住院后,对其用药,价格,及用药时间进行记录。
性能:
稳定、快速、及时、正确。
输入项:
药品名称,患者姓名、价格。
输出项:
相应的信息记录和相应的出错信息或提示。
。
5.4.4医护人员管理模块
目的:
管理员管理医护人员的信息
功能:
对医护人员的的信息进行管理,信息的添加、修改、删除和查询,以及给医护人员赋予登录系统的权限。
性能:
稳定、快速、正确
输入项:
员工号、人员姓名、部门
输出项:
人员的基本信息记录和相应的出错信息或提示
第六章系统实现
经过前面几个阶段对系统的分析之后,接下来是本系统的实现阶段。
6.1系统登录模块
no
图6-1用户登录界面
本模块的主要功能是对操作用户的身份进行验证,只有系统管理员和默认的用户可以登录本系统。
在进行系统登录过程中,登录模块将调用数据库里的员工档案表,对员工号和密码进行验证(密码也为员工号),只有输入正确后,才能进入系统。
每次输入错误时,模块都会给出错误提示,当第三次输入错误时,给出“第三次输入错误,还有一次机会”的提示,当第四次输入错误时,自动关闭登录窗体。
当输入正确以后,将进入系统,主界面如图5-2所示
6.2患者信息登记模块
患者姓名;
图6-2患者信息登记界面
本窗体的主要功能是对客户的信息登记,按照提示输入相应的信息之后,该窗体将调用数据库中的客户信息档案表,对数据进行操作。
当数据应经存在时将给出提示如图5-5所示。
图6-3信息提示
6.3患者病房安排模块
图6-4患者病房安排管理界面
该窗体主要功能是为患者安排房间,根据即时的房间信息和客户的要求,给其分配,如果患者还没有登记的话,必须先登记。
该窗体也将对数据库里的病房档案表和住院档案表进行数据的处理。
在出错
的时页面会给出相应的提示。
6.4空余病房管理窗体
图6-5空余病房管理界面
该窗体对空余病房进行管理,对空余病房的信息进行时时更新,
还可以添加新的空余房间和查看已经分配出去的房间。
该窗体也要调用数据库里的房间档案数据表。
在出错的情况下会给出相应的错误提示或者警告。
6.5用药管理窗体
图6-6用药管理界面
该窗体是对客户的用药花费情况进行统计,这个模块需要客户进行现金支付,这也是患者的需求,该窗体主要是调用数据库里的消费类型和消费档案表和客户档案表。
在出错的情况下会给出相应的警告和提示。
6.6医护人员信息管理
图6-1医护