毕业论文正文范文加批注.docx
- 文档编号:28716723
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:37
- 大小:608.79KB
毕业论文正文范文加批注.docx
《毕业论文正文范文加批注.docx》由会员分享,可在线阅读,更多相关《毕业论文正文范文加批注.docx(37页珍藏版)》请在冰豆网上搜索。
毕业论文正文范文加批注
浙江工贸职业技术学院信息传媒学院
毕业设计(论文)
课题名称:
学生姓名:
专业:
学生学号:
学生班级:
指导教师:
门诊管理系统
卢珊珊
信息传媒学院班级:
软件06
(2)班指导老师:
黎浩宏
摘要:
随着计算机性能不断提高,价格不断下降,计算机已在医院医疗、教学、科研、管理等方面得到越来越广泛的应用。
计算机化的医院信息系统已成为现代化医院运营过程中必不可少的基础设施与技术支持环境.就好像一个现代化医院的成功运行离不开功能完整、美观舒适的建筑物,技术娴熟的医护人员,性能齐全、高精尖的医疗设备一样,它也离不开计算机化的医院信息系统。
门诊管理系统作为企
…
关键词:
C/SSQLVS2005
1引言
1.1门诊管理系统的开发背景
经过60来年计算机的发展,当今社会经济的发展和科学技术的进步,医疗技术也迅速发展,计算机在各行业中应用的普及,利用计算机实现医疗管理。
既节省了医院人事资源,也节省的物资资源,医院具有管理复杂、药品繁多、病人的病历资料多样,现金量大以及报表需求复杂多样等特点,人工管理方式已不能完全胜任,这就需要标准的、高效率的计算机管理方式伴随医疗技术的发展。
无论是大型医院还是小型医院,,利用计算机支持医院高效率完成人事管理和物资管理的日常事务,是适应现代医疗制度要求、推动医院走向科学化、规范化的必要条件;计算机管理所无法比拟的优点查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等.这些优点能够极大地提高医院管理的效率,也是医院的科学化、正规化管理,与世界接轨的重要条件。
所以建立门诊管理系统,使人事管理和物资管理自动化,提高信息处理的速度和准确性十分必要.
1.2门诊管理系统的意义与设计目的
数字化医院的概念在本世纪初引入我国,特别2003年SARS以后,数字化医院成了医疗界的流行词。
各医院也不管自身信息化做到什么程度,都在谈数字化医院。
可是大部分医院并没有让病人品尝到数字化医院所带来的好处,虽有些改变,但是长时间的排队、信息不透明等现象还是让诸多人一提到医院就头疼.不但病人头疼,医院也头疼,因为数字化医院的建设不是件容易的事。
1)医疗质量最佳化
充分利用系统信息及集成,让医生及时全面了解患者的各种诊疗信息,为快速准确诊断奠定良好基础;并通过各种辅助诊疗系统的开发,来提高检查检验结果的准确及时性。
同时,也能把医生护士各种可能的差错降到最低,达到医疗质量最佳化.
2)病历实现电子化
深刻理解电子病历的内涵,丰富原有病历的内容,把包括既往史,个人史,现在史等记录在案,使病历更加直观和全面,确保医疗信息的完整性。
决策实现科学化
通过建立强大的管理和数据库存等系统,使得医院管理和诊疗决策完全建立在科
的基础上,不断提高管理和诊疗决策水平.
门诊管理系统的主要目标是支持医院的行政管理与事务处理业务,减轻事务处理人员的劳动强度,辅助医院管理,辅助高层领导决策,提高医院的工作效率,从而使医院能够以少的投入获得更好的社会效益与经济效益,像财务系统,人事系统,药品库存管理系统等都属于医院信息管理系统的范围,所以建立门诊管理系统,使医疗管理自动化,提高信息处理的速度和准确性十分必要。
设计目的:
1)提高整个医院的运作效率,又节省了大量的人力和物力,提高经济效益。
2)迎合就医者的要求,减少就医者就医时间,让病人及时就医。
3)减少因为人为而造成的错误,提高工作人员处理效率。
4)减轻操作人员的工作负担.
5)实现在添加药品的同时自动把药品的信息添加到库存里,在进货退货时自动修改库存的数量.
6)更加方便的打印自己想要的内容报表。
2开发工具及环境介绍
2.1门诊管理系统开发环境
开发环境是本系统使用的硬件限制,如表2.1所示:
表2。
1环境约束
约束名称
约束要求
cpu
最低要求:
600兆赫(MHz)Pentium处理器或同类AMD处理器
推荐:
建议采用1千兆赫(GHz)Pentium处理器或同类AMD处理器
内存
512MB以上
硬盘
80G以上
开发环境
MicrosoftSQLSERVER2000(数据库)
MicrosoftVisualStudio2005(项目开发工具)
MicrosoftOfficeWord2003
操作系统
WindowsXP、Windows2000等Windows系列
辅助工具:
RationalRoseEnterpriseEdition(建模工具)
MicrosoftOfficeVisio2003(画图工具)
鼠标
鼠标或兼容的指针设备
2.2本项目应用的主要开发工具
2.2.1MicrosoftVisualStudio2005
MicrosoftVisualStudio2005是。
NET平台下最为强大的开发工具,无论是软件服
…
1)更好的规划质量
VisualStudio2005TeamDeveloperEdition为开发人员提供高级的静态分析、代码剖析、代码涵盖以及单元测试工具,使团队能够在整个生命周期中尽早、频繁地规划质量。
2)加强团队开发作用
VisualStudio2005TeamFoundation还提供团队协作工具,使组织能够不费
…
3)测试工具提高软件质量
VisualStudio2005TeamTestEdition构建于开发人员版本之上,更好地为
2.2.2XXXX
SQLServer是一个功能完备的数据库管理系统.它包括支持开发的引擎、标准的SQL语言、扩展的特性(如复制、OLAP、分析)等功能。
而像存储过程、触发器等特性,也是大型数据库才拥有的。
1)上手容易
…
2)兼容性好
…
3)相对于7。
0的优越
…
…
2.2.3xxxxx
RationalRose是一种基于UML的建模工具,是一个完全的,具有能满足所有建
…
2.2.4XXXX
图纸的软件,包含了非常多的组件
2.2.5C#程序设计
C#是微软为。
NET平台量身定做的编程语言,它是一种现代面向对象程序设计语
2.2.6XXX
xxxxxxx是用来对软件密集…
。
3项目概述
3.1项目概述
使用门诊管理系统能全面提高医院效益,节省由原来手工完成病历,账单,病人
…
理系统等都属于医院信息管理系统的范围.该系统主要分为一下几个主要模块:
1)处方病历管理模块
处方病历管理模块主要是对病人,处方以及病历进行维护,在病人看完病后,在
…
2)药品管理模块
药品管理模块主要实现进货退货管理,进货退货查询,库存查询,药品管理,药品查询,在查询库存信息时,如果库存查询出有过期的或是库存中药品的数量超过库存上限或低于下限时,则可以进行进货或退货,在进货或退货操作成功后,自动修改库存中的数量,如果药品进过来在药品信息表中不存在时,则会提示先进行添加药品,药品添加成功后自动把改药品添加到库存中,该药品在库存中的数量默认为1,当添加药品和库存信息成功后则再进行进货退货添加。
操作人员也可以对进货退货,库存信息根据一些信息进行精确查询和模糊查询,并能对查询结果进行打印报表。
3)人事管理模块
人事管理是医院的所有员工(包括管理人员,医生,护士,收费员等)进行添加,删除和修改,如果员工有退休或是辞职或被辞退的则可以进行对该员工进行删除,如果有员工来应聘进来,则可以对该员工进行添加,当员工信息发生错误时则可以进行修改。
4)账单管理模块
账单管理是对患者结账的情况进行管理,当病人来结账时则可以凭借账单号进行添加,账单信息可以分为已经结账的和尚未结账的,收费员根据这两种情况对账单的信息进行添加,修改和删除,也可以通过患者的信息或是账单的信息进行模糊查询和精确查询,也可以对查询结果进行打印报表.
5)信息维护模块
信息维护分为两个功能,分别为数据备份和数据还原,数据备份是对数据库中的当前所有记录进行备份,当数据库中有添加大量的自己也不清楚的错误数据时,则可以通过前面数据备份的数据进行还原。
3.2项目风险
1)项目进度
由于项目开始的实践比较少、经验不够丰富以及项目开发过程中层出不穷的问题,对项目时间的安排和分析不准确,对项目的按时交付造成了很大的影响。
2)项目需求不明确
项目的开发前期业务需求不明确,用户提供的参考资料极少,又缺少门诊管理方面的了解,再加上前期需求安排的时间太少。
开发过程主要参考其它作品的形式,没有一个明确的目标。
3)技术水平不够
技术水平问题大概是每个从事软件开发人员都会碰到的问题。
在该项目中也碰到了各种各样的技术上的问题,也因为这些各种各种各样的新技术的出现,也使项目的进度受到印象。
3.3项目进度计划
门诊管理系统的设计包括制定计划、需求分析、总体设计、详细设计、实现编码几个阶段,其项目进度安排如图3。
1所示:
图3。
1项目进度(甘特图)
4需求分析
4.1业务分析
4.1.1xxxxx
4.1.2xxxx
4.2功能性需求概述
4.2.1系统总功能结构图
系统总功能结构图包括系统的所有功能,如图4.1所示:
图4。
1系统结构图
4.2.2功能模块概要说明
门诊管理系统主要用来帮助医院能更好的管理各个方面的信息,使操作人员能通过计算机对信息进行添加、删除、修改操作,同时可以进行浏览和查询的操作。
持医院的行政管理与事务处理业务,减轻事务处理人员的劳动强度,辅助医院管理,辅助高层领导决策,提高医院的工作效率,从而使医院能够以少的投入获得更好的社会效益与经济效益。
4.3概要设计
4.3.1总体结构
总体结构图是系统的主体结构,如图4。
2所示:
图4。
2总体结构图
1)主控模块
起控制作用,调用其它功能模块,并且实现不需要单独建立一个模块的小功能。
2)登录模块
控制员工账户是否可以进入主界面
3)添加(信息)模块
可以增加医院员工,病人,药品等相关的一些信息,ID号和医疗证号都是唯一的
4)修改(信息)模块
可以修改医院员工,病人,药品等相关的一些信息,ID号和医疗证号都是不能修改的.
5)删除模块
用与删除选定员工,病人,药品等相关的一些信息,如此表与其它表有关联,并在与关联表里也存在要删除此记录的信息是不能删除。
6)查询模块
可以对员工,病人,药品等相关的一些信息进行精确或模糊查询。
7)打印报表模块
把查询出来的信息进行打印,也可以吧浏览出来的信息进行打印。
8)浏览模块
显示员工,病人,药品等相关的一些信息。
9)导出模块
将员工,病人,药品等相关的一些信息导出到Excel。
10)帮助
用于帮助初用者或不了解者。
4.4现行研究存在的问题及解决办法
门诊管理系统要求实现挂号,处方病历管理,药品管理,人事管理,账单管理,信息维护等基本功能,从安全性,可用性,可维护性,可移植性考虑,主要需解决的问题有:
1)系统分析,数据库设计。
2)在登录时设置安全性,当用户名,密码和是否允许登录完全匹配时才能进入主界面进行操作。
3)数据的添加修改删除。
4)数据的查询(精确查询和模糊查询).
5)打印查询出来的报表,打印浏览的报表.
6)系统界面的美观大方.
4.5用例模型
4.5.1确定软件项目中的参与者:
参与者系统用户所扮演的一种角色,软件项目的参与者是使用本软件的主要人员,对于每个参与者,他都有使用系统的某项功能,参与者表示系统用户能扮演的角色,这些用户可能是人,可能是其他的计算机一些硬件或者甚至是其它软件系统,唯一的标准是它们必须要在被划分进用例的系统部分以外.它们必须能刺激系统部分并接收返回。
门诊管理系统包括收费员,医生,管理员和护士,这些操作员是按医院里所有的员工进行分类,医生和护士因为都是能帮病人看病,所以在权限上,医生和护士能操作的功能基本上是一样的,而收费员则是在患者看病的时候对病人进行挂号,查询病人的付账情况和药品的进货退货情况,只要与钱相关的,基本上都有收费员来操作,而管理员的权限则高于每个员工,他在除了其他人能操作的之外,还能对信息进行维护,包括数据的备份和数据的还原,主要的参与者如图4。
3所示:
图4。
3项目操作人员
4.5.2确定软件项目中的用例
用例是多个情节的叠加,是一个整体的复合,可以是一组场景,描述不同场景下的行为软件项目中的用例是操作员登录系统中能做什么功能,是对一项系统功能使用情况的普遍适应的描述。
管理员能对系统进行全部的功能操作,如查询病历信息,查询病人信息,查询进货退货信息,查询库存信息,查询药品信息,查询员工信息,查询账单信息,管理员工信息,管理病历信息,管理病人信息,管理处方信息,管理进货退货信息,管理药品信息,也可以对病人进行挂号,管理账单信息,备份数据和还原数据,这些是整个系统的基本功能,如图4。
4所示:
图4。
4用例
4.5.3软件项目用例图
软件项目的用例图是把操作员和她们所干的事情一一对应起来,如收费员可以操作管理处理,管理账单信息,查询账单信息,挂号,管理进货退货信息,查询进货退货信息等操作,而护士和医生所操作的功能一样,能操作查询药品信息,能管理药品信息管理病人信息,查询病人信息,管理病历信息,查询病历信息,查询库存信息等操作,而管理人员可是操作管理处方信息,备份数据,还原数据,查询药品信息,管理账单信息,查询账单信息,挂号,管理进货退货信息,查询进货退货信息,管理员工信息,查询员工信息,查询病历信息,查询库存信息,管理病历信息,查询病人信息,管理病人信息,管理药品信息等操作,如图4。
5所示:
图4。
5用例图
4.5.4用例列表
用例列表把所有的用例以表的形式显示出来,并显示各个用例的优先级别,如使用者只有先登录系统才能对系统操作,所以在整个用例中,登录的优先级别为最高,而管理信息的用例是对数据库里的数据进行添加删除修改等操作,查询信息只有数据库里有了数据才能进行查询,所以管理信息在整个用例中为中,查询信息则为低,对数据备份不管理数据库里有没有数据都可以进行备份,只要登录系统后,数据都可以进行备份,所以数据备份的级别为中,数据还原则要在数据备份后才能进行数据还原,所以数据还原级别为低,如表4。
1所示:
表4。
1用例列表
序号
用例名称
优先级
扩展用例
1
登录
高
2
管理员工信息
中
添加员工信息,删除员工信息,修改员工信息
3
查询员工信息
低
4
管理药品信息
中
添加药品信息,删除药品信息,修改药品信息
5
查询药品信息
低
6
查询库存信息
低
7
管理进货退货信息
中
添加进货退货信息,删除进货退货信息,修改进货退货信息
8
查询进货退货信息
低
9
管理病人信息
中
添加病人信息,删除病人信息,修改病人信息
10
查询病人信息
低
11
管理病历信息
中
添加病历信息,删除病历信息,修改病历信息
12
查询病历信息
低
13
管理处方信息
中
添加处方信息,删除处方信息,修改处方信息
14
挂号
中
15
管理账单信息
中
添加账单信息,删除账单信息,修改账单信息
16
查询账单信息
低
17
数据备份
中
18
数据还原
低
4.6子用例
4.6.1用例:
登录
…
登录用例包括参与者的信息,操作的条件,系统本身的条件等信息,如表4。
2所示:
表4.2登录用例说明
说明
用例名称
登录系统
用例说明
管理员、护士、医生和收费员登录系统
主参与者
管理员、护士、医生和收费员
输入
用户名、密码
输出
进入主界面
前置条件
存在用户名的信息并允许登录
后置条件
存在主界面
5数据库设计
5.1数据库表结构
数据只有用数据库来管理才能有自动化管理的可能。
数据的结构将影响整个管理机制的应用,而且一建立以后要修改常会出现麻烦。
所以一开始就要仔细慎重地搭建一个完整而合理的结构.MicrosoftSQLServer数据库相对其它的数据库来说要简单容易操作些,所以本系统采用数据库文件就是SQL类型的数据库,数据库名为“OSM”(OutpatientServiceManagement),数据库中共有12张表。
表名称及功能说明如下:
1)E员工(员工表):
用于医院所有员工的信息(包括医生,护士,收费员),设置其能否操作该系统,并保存其登录密码.
2)limits权限(权限表):
用于存储该员工能否操作系统中该功能的操作,如果为是能对该功能进行操作,否则把该功能进行隐藏。
3)PI病人(病人信息表):
用于存储患者的所有信息.
4)bill(账单表):
用于存储患者的付账情况,并记录付账的金额.
5)MR病历(病人病历信息表):
用于存储病人的既往史,个人史,现病史以及做的各种检查的情况等相关信息.
6)prescription处方(病历的处方信息表):
用于存储病人抓了什么药以及多少药等相关信息。
7)register挂号(患者挂号信息表):
用于存储病人看病的类别和科室等相关信息。
8)unit(单位计量表):
用于存储药品以什么单位来计算信息。
9)supplier供应(供应商信息表):
用于存储供应药品的供应商信息。
10)MI药品(药品信息表):
用于存储药品的功能,价格,主治有效期等相关信息.
11)OS库存(库存信息表):
用于存储药品在仓库里的数量以及该药品在仓库中最多的存放数量和最少存放的数量。
12)RP进货退货(xml文件):
用于存储药品进货或退货的数量,金额等相关信息.
5.2数据库表
员工信息如表5.1所示:
表5。
1员工信息表(E员工)
序号
列名
数据类型
长度
标识
主键
允许空
默认值
字段说明
1
员工ID
varchar
15
√
医生的编号
2
姓名
varchar
10
操作人员的权限如表5。
2所示:
表5.2权限表(limits权限)
序号
列名
数据类型
长度
标识
主键
允许空
默认值
字段说明
1
员工ID
varchar
15
2
账单管理
varchar
2
病人信息如表5。
3所示:
表5.3病人表(PI病人)
序号
列名
数据类型
长度
标识
主键
允许空
默认值
字段说明
1
医疗证号
varchar
15
√
患者的编号
2
姓名
varchar
10
3
性别
varchar
2
病人的病历信息如表5。
4所示:
表5。
4病历表(MR病历)
序号
列名
数据类型
长度
标识
主键
允许空
默认值
字段说明
1
病历ID
varchar
15
√
2
医疗证号
varchar
15
3
主诉
varchar
100
4
既往史
varchar
100
√
患者以前患过的病
5
现病史
varchar
100
√
患者现在的病况
6
个人史
varchar
100
√
7
体温
varchar
20
8
心率
varchar
20
√
9
呼吸
varchar
20
√
10
血压
varchar
20
√
11
体格检查
varchar
100
√
12
实验室检查
varchar
100
√
13
诊断
varchar
100
√
14
处理意见
varchar
100
√
药品信息如表5。
5所示:
表5.5药品表(MI药品)
序号
列名
数据类型
长度
标识
主键
允许空
默认值
字段说明
1
药品ID
varchar
15
√
2
供应ID
varchar
15
3
单位ID
varchar
15
4
药品名称
varchar
50
5
价格
money
8
药品的价格
6
药品成分
varchar
100
7
功能主治
varchar
200
8
用法用量
varchar
100
9
有效日期
datetime
8
10
生产日期
datetime
8
11
注意事项
varchar
200
√
12
药品规格
varchar
200
13
批准文号
varchar
100
5.3数据库表关系图
数据库的关系如图5.1所示:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 毕业论文 正文 范文 批注