【java毕业设计】基于javaEE+原生Servlet+SqlServer的医院管理住院系统设计与实现(毕业论文+程序源码)——医院管理住院系统

基于javaEE+原生Servlet+SqlServer的医院管理住院系统设计与实现(毕业论文+程序源码)

大家好,今天给大家介绍基于javaEE+原生Servlet+SqlServer的医院管理住院系统设计与实现,文章末尾附有本毕业设计的论文和源码下载地址哦。需要下载开题报告PPT模板及论文答辩PPT模板等的小伙伴,可以进入我的博客主页查看左侧最下面栏目中的自助下载方法哦

文章目录:

1、项目简介

  1. 在对本课题进行全面深入研究和分析后,决定采用的数据库库管理系统为SQL SEVER 2005,使用的开发工具为MYECLIPSE的JSP,在面向对象的开发工具中,最主要的是JAVA,在网络查询和开发语言方面都运用了JSP技术。

  2. 本篇论文主要通过使用以上工具,来对医院管理住院系统进行更合理的开发和利用。本篇论文在构建新系统的前提下,进行详细的背景分析,并介绍系统开发时将采纳的主要技术和技术难点。利用软件工程思想,在将功能性需求和非功能性需求区分的基础上进行需求分析;利用该需求分析系统的业务流转设计;然后针对上述内容,设计出系统的用例图,描绘系统设计过程。在系统设计完成以后,对系统进行了软件测试,通过多种测试相结合的方式来确保系统的安全性和有效性。

  3. 本系统主要分为六大模块,分别是医生管理模块、病人管理模块、病床管理模块、收费管理模块、统计分析模块和系统功能模块,医生、病人和医院的管理人员都可以通过此系统寻找出自己所需要的信息。


2、资源详情

项目难度:中等难度
适用场景:相关题目的毕业设计
配套论文字数:25963个字62页
包含内容:整套源码+完整毕业论文+答辩PPT+任务书+辅导视频+运行截图


3、关键词:

医院管理住院系统,SQL,JSP, 软件工程

4、毕设简介:

提示:以下为毕业设计的简略介绍,项目源码及完整毕业论文下载地址见文末。

绪论
1.1 背景
医院管理住院系统是当今大部分现代化医院所具备的一个系统,它和医院紧密的联系在一起。由于它的实现,大大的方便了医院的管理,并且为医生和病人提供了很大的便利,缩短了病人求医的时间,为病人和医生之间快速的建立联系提供了一种保障。但是在一些医院,还没有这样的系统,医生、病人和医院之间的关系比较独立,这就大大的影响了医院的效率,给医院的长久发展带来了很不利的因素。[6]

1.2 系统的开发目的及其意义
省略

本课题根据实际需要而产生,为了解决人工计算操作的弊端,开发一套医院管理系统势在必行。本系统的开发主要是根据实际需要而制作,系统整体包括:医生管理模块,病床管理模块,病人管理模块,收费信息管理模块,统计分析模块等功能模块。

1.3 本文章节安排
本文一共包含六个章节,具体的各个章节安排如下:
第一章:绪论,在该章主要分析本文的研究背景及研究意义,并给出了本文的章节安排。

第二章: 开发技术。这一章节主要介绍了系统开发所要用到的开发工具,并且对系统配置给了具体的要求。

第三章:系统的可行性研究与需求分析。从经济、技术、操作和法律四个方面分析了系统的可行性,从系统的非功能性需求与功能性需求两个角度进行了论述。

第四章:系统总体设计。从系统设计原则开始,从数据库的分析与设计、系统软件结构设计以及数据字典进行了逐步分析。

第五章:系统详细设计与实现。对系统中的重要功能模块给出了部分界面予以展示。

第六章:系统测试。本章研究系统测试的相关技术、测试方法及测试工具,对其进行了具体的系统测试。

第七章:总结了自己在完成论文时的体会,以及自己所收获的知识,总结出自己的不足,确立了自己在今后的发展中所要努力的方向。

1.4 本章小结
本章主要介绍了研究医院管理住院系统的目的,以及医院管理住院系统的开发目的和意义,并且还介绍了本篇论文的章节安排。

第二章 相关技术
2.1 JSP技术
SunMicrosystems公司最早提出了JSP,经过持续地推广,不断地的有计算机和软件公司共同参与其中进行开发。其主要是通过在HTML文件(.htm,.html)中嵌入JSP和Scriptlet标签来实现的。这样,内嵌的Java程序就可以生效,对数据库做出请求、或者启用E-mail等。上世纪末,JSP出现了,SunMicrosystems公司建立起动态性的网站就是利用了它的存在,并利用其兼容性和扩展性,来扩大平台应用。从实际效果来看,JSP技术的出现使Web的建设和设计创新不断。

其特点大概有以下几点:
依托JSP技术,工程技术人员可利用XML或HTML标识来对web等页面进行修改或推翻设计。这些页面上的内容也可以依托JSP来设计或实现。如此一来,利用JSP编程语言设计的服务器,其内容发送的信息和要求都可以通过JSP索引来解释,或者根据其脚本来设计或建立。当然,这些最终的内容也会通过HTML或XML形式反馈到浏览器中。通过这样的方式,能够使源代码的编写者维护自己的专利和权益,也可以保证web页面的兼容性和可拓展性。

省略

2.2 “结构化查询语言”(SQL)
省略

2.3 B/S服务架构
省略

B/S架构的具体流程为:打开浏览器后,输入网址,通过系统界面向服务器端发出请求指令,服务器端接收到浏览器发来的指令做对应的处理,并负责将结果传递到浏览器端,展现给用户。该模式是在牺牲服务器端符合的条件下减少客户端的负荷量。B/S架构在程序运行时,在浏览器向服务器发指令的同时需要借助Web Server,Web Server在这儿主要承担着动态网页生成、数据请求、返回结果等任务。

省略

B/S架构下的数据安全性能也比C/S架构高,它不需要去保存任何数据和信息,只需要在服务器端增加备份服务器,以防万一服务器出现崩溃的情况下用于恢复数据库使用。[7]其B/S架构图如图2-1所示:

在这里插入图片描述

图2-1 B/S架构图

2.4 MVC设计模式
MVC是英文Model View Controller的缩写,其表示的为:模型-视图-控制器,MVC设计模式将业务逻辑层和数据层单独分离,解决了系统输入、控制和显示的,有助于系统的开发和维护,MVC设计模式是目前系统开发最常用最合适的一种设计模式。下面具体介绍具体每一层的功能。

(1)模型层。该层是应用程序的核心部分,一个模型往往与许多个视图对应着,这样设计的目的是为了应用程序的可重复利用和可移植,只需修改具体业务信息,不需要重新编写相同的代码,从而提高系统的功能,有利于维护系统。该层连接着系统业务层和数据处理层,应用程序通过模型层向数据库读取和存储数据。如果改变了应用程序的业务信息,模型层会同时向业务层和视图层发出指令。

(2)视图层。该层主要是将应用程序中处理的数据通过界面友好的展现给用户,用户只能通过视图层与系统发生交互交流。视图层不对数据进行任何的处理和操作,只是用于接收用户的信息和将信息展现给用户,将模型对数据的更新实时传递给用户。通常视图层一般由HTML组成的代码设计,外加一些Flash和XML等标识语言以及Web Services等。

(3)控制器。该层主要是用于解决系统业务的相关请求,通常负责根据用户的输入调用模型去执行用户的需求,同时可以控制模型中的数据如何通过视图展现给用户。控制器的执行流程是:用户输入相关的请求并通知视图层,控制器从视图层接收到请求通过一定的算法向模型层发出指令,模型层将数据返回,最后再传给视图层,将数据呈现给用户。

MVC的特点及优势主要有以下几点:
①MVC设计模式一般用于ERP和办公等交互性强、用户众多的系统中;
②MVC设计模式可以将多个数据模型用一个视图展现,也可以支持多个视图访问同一个服务器的代码;
③MVC设计模式便于构建模型,易于用户与应用程序的交互和表达。
④MVC设计模式分成三个层次,相对每一层的开发者责任分工明确,每一层的开发者只需专注于相应层次的开发,从而提高了开发速度,缩短了应用程序的交付时间。[1]

2.5 本章小结
本章对系统开发使用的相关技术做了详细的介绍,最终选择B/S开发本系统;并且介绍了JSP技术、结构化语言、B/S服务框架。

第三章 系统的需求分析和可行性研究
3.1 功能需求
经过对本系统的研究分析,本系统主要是为了方便让医院更快捷的管理。所面向的对象主要有病人、医生和医院的管理人员。病人运用该系统后,可以根据该系统查看自己所需要的信息,包括治疗自己病症的医生的信息、病床信息、收费信息等。医生运用该系统后,可以根据该系统查看自己病人的信息。而医院管理人员通过该系统可以查看病床利用率和收费明细的情况。[3]

根据面向对象的需求的不同,可以分析出本系统需要的主要功能有:登录、医生信息管理、病人信息管理、收费信息管理、病床信息管理、统计分析管理和系统管理。

3.1.1 系统层次结构图
该系统主要是医生和病人通过该系统,对整个医院的病床、医生、病人和消费信息进行查看,根据自己的需要进行选择。系统层次结构图如图3-1所示:

在这里插入图片描述

图3-1 系统层次结构图

医院管理系统包括如下功能:
 医生管理
业务描述:管理医生信息、包括对医生信息的增加、删除、修改
 病人管理
业务描述:管理病人信息、包括对病人信息的增加、删除、修改
 病床管理
业务描述:管理病床信息、包括对病床信息的增加、删除、修改
 收费管理
业务描述:管理收费信息、包括对收费信息的增加、删除、修改
 统计分析
业务描述:病床利用率查询主要是通过对科别、医师和日期的搜索,收费明细查询主要是通过对病人姓名和日期的搜索,来进行对其相对应信息的查询。
 修改密码
业务描述:用户可以修改自己的系统登录密码

3.1.2 医生信息管理
医生信息管理主要是通过对医生姓名的搜索,来对医生信息进行查询,其中查询的内容包括医生的编号、性别、职称、职务、科别、出生日期和工作日期,还可以对医生信息进行添加、修改、删除。

在这里插入图片描述

图3-2 医生信息管理结构图

3.1.3 病床信息管理
病床信息管理主要是对病床的所属科别、病床号、床位费和使用状态进行查 看,还可以对病床进行添加、修改和删除。

在这里插入图片描述

图3-3 病床信息管理结构图

3.1.4 病人信息管理
病人信息管理主要是通过对病人姓名的搜索,来对病人信息进行查询,其中 查询的内容包括病人的科别、病床号、性别、年龄、病症、主治医生、入院和出院日期,还可以对病人信息进行添加、修改和删除。
在这里插入图片描述

图3-4 病人信息管理结构图

3.1.5 收费信息管理
收费信息管理主要是通过对病人姓名的搜素,来进行对其收费信息的查询,其中查询的内容包括病人的科别、病床号、收费项目、单价、数量、金额和日期,还可以对收费信息进行添加、修改和删除。

在这里插入图片描述

图3-7 收费信息管理结构图

3.1.6 统计分析管理
统计分析管理其中包括病床利用率查询和收费明细查询,其中病床利用率查询主要是通过对科别、医师和日期的搜索,来进行对其相对应信息的查询,查询的内容包括科别、病床号、病人性别、病人姓名、病人年龄、主治医生、入院日期和出院日期等;收费明细查询主要是通过对病人姓名和日期的搜索,来进行对其相对应信息的查询,查询的内容包括科别、病人姓名、病床号、收费项目、数量、单价和金额。
在这里插入图片描述

图3-6 统计分析管理结构图

3.1.7 系统管理
系统管理其中包括修改密码和退出系统,修改密码的方法是首先是输入原密码,然后输入新密码,最后确认新密码。
在这里插入图片描述

图3-7 系统管理结构图

3.1.8 系统用例分析
在以上需求分析的基础上,本节对它们进行用例分析。
(1)医生信息管理
本模块主要针对管理员和病人来实现的,管理员在本模块中能够对医生的信息进行添加、修改和删除,而病人可以在本模块中实现对医生信息的查询,医生信息管理用例分析图如图3-8所示:
在这里插入图片描述

图3-8 医生信息管理用例图

(2)病人信息管理
本模块主要针对管理员和医生来实现的,管理员在本模块中能够对病人的信息进行添加、修改和删除,而医生可以在本模块中实现对病人信息的查询,病人信息管理用例分析图如图3-9所示:
在这里插入图片描述

图3-9 病人信息管理用例图

(3)病床信息管理
本模块主要针对管理员和病人来实现的,管理员在本模块中能够对病床的信息进行添加、修改、删除,医生可以在本模块中实现对病床信息的查询,病床信息管理用例分析图如图3-10所示:
在这里插入图片描述

图3-10 病床信息管理用例图

(4)收费信息管理
本模块主要针对管理员和病人来实现的,管理员在本模块中能够对收费的信息进行添加、修改、删除,病人可以在本模块中实现对收费信息的查询,收费信息管理用例分析图如图3-11所示:
在这里插入图片描述

图3-11 收费信息管理用例图

(5)统计分析管理
本模块主要针对管理员来实现的,管理员在本模块中可以查看病床利用率和收费明细查询,统计分析管理用例分析图如图3-12所示:
在这里插入图片描述

图3-12 统计分析管理用例图

3.2 非功能性需求
3.2.1 系统性能需求
响应时间尽量短,结果准确。一般业务操作时间在3到5秒,添加以及修改报表时间不超过30到45秒。对于多用户并发访问的问题,系统通过先进缓存技术而解决了相应的问题。

3.2.2 系统安全性需求
由于医院管理住院系统是基于MVC模式以B/S框架而开发的Web应用,根据用户的确切使用要求以及系统的使用目的分析,医院管理住院系统在安全性方面有着很高的要求。因此医院管理住院系统对系统安全性要求尤为严格。

为了保证管理员可以登录本系统进行具体的操作,设立了登录信息界面,在账号与密码相匹配的情况下才可以进入系统进行实质的操作。

3.2.3 系统设计需求
为了达到标准、规范等目标,从而提高软件的复用率,在进行系统设计时,需做到如下。
1. 底层数据统一。对于底层数据采用标准的数据进行设置,对底部对于不符合规范的数据及时进行数据清洗和规范化操作,使得不同的数据资源统一在统一的数据格式之下,达到方便查询存储的效果。
2.界面风格的统一。采用统一的主题模式,不同页面会有不同的应用需求,其界面主题保持基本一致,促进组织采用树形结构,方便数据的浏览和查询。
3.数据服务化。系统中各功能模块既独立,又相互关联,在模块化的同时保证各个功能合理配置。同时预留开放接口,能够适应系统的扩展需求。

3.2.4 系统其它需求
省略

3.3 系统的可行性分析
省略

1、经济可行性
省略

2、技术可行性
省略

3、操作可行性
省略

4、时间可行性
省略

5、法律可行性
省略

3.4 本章小结

本章主要介绍了系统的需求分析,其中主要包括两个方面:功能性需求分析和非功能性需求分析,并且还对可行性分析做了深入的研究。

第四章 系统总体设计
4.1 系统设计原则
省略

4.2 系统框架
系统采用MVC设计模式。从数据层、视图层、控制层、逻辑层这几个方面进行的。以下将对各个层面的设计进行描述。

一、信息系统视图层的设计
系统采用B/S开发,这样就可以节约一部分的成本,因为使用这个模式可以减少C/S这个模式的时候进行的安装和升级。通过信息系统的表示层中大量的选项选择可以帮助降低用户数据的输入量,而且还可以减少相应的培训者在培训过程中和操作过程中与软件之间的磨合时间,是其可以更快的熟悉系统的工作,并将系统的作用得到最大程度的发挥。

二、控制层与逻辑层的设计
在信息系统的开发中,逻辑层需尊重不同用户的不同的需求,而且还要考虑不同层次间的关系。向下依赖是逻辑层的主要设计方式,这样的设计方式不但减少了上下层间信息访问的影响程度,也充分利用了软件开发时向下依赖的设计方法,也利用了其本身的耦合程度。而且,系统在进行进一步的开发和研究时不会在原来的基础上做改变,所以,这是一种具有代表性的可抽取式软件结构。

三、设计信息系统数据层
MVC模型对于数据的处理是属于比较灵活,因为此模型不会依赖控制部件与视图部件的辅助,这样的数据处理方式就更加有利于更新和优化信息系统,使信息系统的工作效率提升到一个新的层次。对于数据库来说,访问层在数据库的工作过程中起到一个很好的稳定数据的作用,因为访问层可以根据用户的各种不同的需求进行不同程度的改进和适应,从而保证数据库的稳定。MVC的模型设计可以与三层的模式之间做到无缝兼容,而且MVC模型的应用还保证了层次和模块之间不会产生较强的依赖性。而且MVC模型中的模型部可以对用户信息以及软件系统的各个数据进行封装,加强了数据的高处理效率和增强了系统的可操作性[8]。

4.3 数据库的分析与设计
省略

4.3.1 数据库的概念结构设计
概念设计是进行系统设计的一个十分重要的阶段,概念设计主要完成的任务是在深入、详细了解系统的功能以后建立整个系统的概念模型和概念结构,然后将概念模型转换成图形的形式,一般来说,描绘概念模型的方法各式各样,比较常用的图形有ER图、类图等等,这里针对医院管理住院系统进行ER图(实体-联系图)来对整个系统进行展示。

4.3.2 E-R图
E-R 图能够很直观地表示出概念模型。E-R 图之间联系的种类主要有三种情况,分别为一对一(1:1)、一对多(1:N)和多对多(N:M)。
ER图(实体-联系图)由以下几个固定图形所构成:  
实体形-矩形表示,矩形内为实体名称。  
属性-椭圆形或圆角矩形来表示,主属性的下面要相应的添加下划线。   
联系-菱形表示,菱形内部为联系的内容。
通过对医院管理住院系统的认真分析后,确定了以下六个实体,并标注了其各自的属性(一个实体可能有多个属性):
医生: (编号、姓名、性别、职称、职务、科别、出生日期、工作日期)
在这里插入图片描述

图4-1 医生E-R图

病床: (科别、病床号、床位费、使用状态)
在这里插入图片描述

图4-2 病床E-R图

病人: (科别、病床号、姓名、性别、年龄、病症、主治医生、入院日期、出院日期)

在这里插入图片描述

图4-3 病人E-R图

收费信息: (科别、病床号、病人姓名、收费项目、单价、数量、金额、日期)

在这里插入图片描述

图4-4 收费E-R图

整体系统E-R图
在这里插入图片描述

图4-5整体E-R图
4.3.3 数据库的实现
数据库在物理设备上的存储结构与存取方法被称为数据库的物理结构,它依赖与给定的计算机系统。为一个给定的逻辑数据模型选取一个最合适应用要求的物理结构。根据上面的实体关系分析以及ER图,设计医院管理住院系统的数据库表。

1 医生信息表
表4-1 医生信息表
在这里插入图片描述

2 病人信息表
表4-2 病人信息表
在这里插入图片描述

表4-2 (续)
在这里插入图片描述

3 病床信息表
表4-3 病床信息表
在这里插入图片描述

4 收费信息表
表4-4 收费信息表
在这里插入图片描述

5 管理员信息表
表4-5 管理员信息表
在这里插入图片描述

4.3.4 数据库的连接原理

医院管理住院系统数据库连接也是开发该系统的关键环节,主要采用JDBC方式,这些知识在太原理工大学开设的JSP课程中有所学习,具体的操作步骤如图4-6所示:
在这里插入图片描述

图4-6 数据库连接具体操作
医院管理住院系统连接数据库的程序采用DAO(数据访问对象)模式来对数据库进行处理操作,其思想如图4-7所示:
在这里插入图片描述

图4-7 DAO模式类图

4.4 系统软件结构设计
4.4.1 数据流程图
数据流程图由四部分构成,它们分别是外部实体、数据处理、数据存储和数据流。

在这里插入图片描述

根据上一章对原有医院管理住院系统流程图的描述,我们从系统的多个方面进行了分析,希望使系统的管理更加合理,在使用中更具有可行性,并且利用模块化的分析办法,由顶层开始向下对医院管理住院系统逐步分层,逐步细化。我们将系统分为顶层、零层两层,下面就层与层之间的关系(系统关联)和每层的功能详细介绍。[9]

4.4.2 系统顶层图
顶层数据流图,即描述医院管理住院系统的作用范围,故其顶层图如图4-8所示:
在这里插入图片描述

图4-8 系统顶层图
4.4.3 系统零层图
将整个系统分为医生信息管理模块、病人信息管理模块、病床管理模块等几个大的模块作为系统的零层。各个模块可以单独运行完成它们的功能,各个模块之间又可以相互调用数据,进而完成数据的综合存储,最终共同协作,从而完成系统的预期功能。医院管理住院系统如图4-9所示 :

在这里插入图片描述

图4-9 系统零层图

4.5 数据字典
数据字典是对数据流程图中包含的所有元素的定义的集合,存储了系统所有的数据信息。系统逻辑模型是由数据流程图和数据字典共同构成的,数据流图是动态描述,但数据字典是静态描述。数据字典能够更细致的说明和补充数据流程图的逻辑内容,并且能够供人查阅。数据元素、数据流、数据存储以及处理过程等部分组成了数据字典。[13]
(1)数据流
数据流名称:用户登录信息
别名:无
简述:用户登录时填写的信息
来源:用户
去向:用户登录
数据流量:50份/天
组成:用户名+密码

数据流名称:医生信息
别名:无
简述:查看、修改和删除医生信息时显示或填写的信息
来源:医生或医生信息的修改、查询和删除
去向:医生信息的修改、查询和删除
数据流量:30份/天
组成:用户名+密码

数据流名称:病人信息
别名:无
简述:查看、修改和删除病人信息时显示或填写的信息
来源:病人信息的修改、查询和删除
去向:病人信息的修改、查询和删除
数据流量:30份/天
组成:用户名+密码

数据流名称:收费信息
别名:无
简述:查看、修改和删除收费信息时显示或填写的信息
来源:收费信息的修改、查询和删除
去向:收费信息的修改、查询和删除
数据流量:30份/天
组成:用户名+密码
(2)数据流分量
名称:用户名
别名:无
描述:用户信息中惟一标识某一用户的关键域
位置:用户信息表
用户登录信息

名称:密码
别名:无
描述:对用户登录进行验证的关键域
位置:用户信息表
用户登录信息

名称:病人
别名:无
描述:病人信息中惟一标识某一病人的关键域
位置:病人信息表
病人一般信息

名称:医生
别名:无
描述:医生信息中惟一标识某一医生的关键域
位置:医生信息表
医生一般信息

名称:病床
别名:无
描述:病床信息中惟一标识某一病床的关键域
位置:病床信息表
病床信息

名称:收费
别名:无
描述:收费信息中惟一标识某一收费情况的关键域
位置:收费信息表
收费一般情况

(3)数据存储

数据存储的名称: 数据库信息
简述: 存放的病人信息、医生信息、病床信息、收费信息等
数据存储的组成: 各类信息
关键字: 编号
相关联的处理: P1(对信息表进行录入)
P2(对信息表进行查询)
P3(对信息表进行修改删除)
(4)处理

处理逻辑编号: P03-01
处理逻辑名称: 信息录入
简述: 对基本信息进行录入.
输入的数据流:管理员
处理过程: 进行分类录入
输出的数据流: 各类数据表

处理逻辑编号: P03-02
处理逻辑名称: 查询各类信息
简述: 根据条件查询所需的信息.
输入的数据流:信息来源于数据库
处理过程: 输入查询条件查询,得到符合条件的信息
输出的数据流: 查询得到的信息

处理逻辑编号: P03-03
处理逻辑名称: 修改、删除信息
简述: 对信息做需要的修改后存入数据库中.
输入的数据流:数据库信息
处理过程: 对需要修改的信息做修改
输出的数据流: 修改或删除后得到的信息

4.6 本章小结
本章主要介绍了系统的总体设计,首先提出了系统设计的原则,然后分别从数据库的总体和设计、系统软件的结构设计以及数据字典三个方面对系统的设计展开了描述。

第五章 系统详细设计与实现
5.1 程序流程图
本文采用的是自顶向下的分层模块设计方法,由于医院住院管理系统分为:医生信息管理、病人信息管理、病床信息管理、收费信息管理、统计分析和系统管理等功能,我们在设计过程中按其功能把它分成不同的模块。
医院管理住院系统的主模块如图所示:
在这里插入图片描述

图5-1 程序流程图

5.2 系统登录
用户可以在登录页面上登陆。界面如下所示:
在这里插入图片描述

图5-2 系统登录图

5.3 系统主界面
用户登录系统后可以看到系统主界面。
在这里插入图片描述

图5-3 系统总界面图

5.4 医生信息管理
进入医院信息管理中后,可以查看医生的编号、姓名、性别、职称、职务、科别、出生日期和工作日期,可以通过对医生姓名的搜索进行医生信息的查询,还可以对医生的信息进行添加、修改和删除。
在这里插入图片描述

图5-4 医生信息管理图
在这里插入图片描述

图5-5 医生信息修改图

在这里插入图片描述

图5-6 医生信息添加图

5.5 病床管理
进入病床信息管理后,可以查看病床的科别、病床号、床位费和使用状态,还可以对病床的信息进行添加、修改和删除。
在这里插入图片描述

图5-7 病床信息管理图

在这里插入图片描述

图5-8病床信息修改图
在这里插入图片描述

图5-9 病床信息添加图

5.6 病人信息管理
进入病人信息管理后,可以查看病人的科别、病床号、病人姓名、病人年龄、病症、主治医生、入院日期和出院日期,还可以通过对病人姓名的搜索来查看病人的信息,也可以对病人的信息进行添加修改和删除。
在这里插入图片描述

图5-10 病人信息管理图

在这里插入图片描述

图5-11 病人信息修改图
在这里插入图片描述

图5-12 病人信息添加图

5.7 收费管理
进入收费信息管理后,可以查看病人的科别、病床号、病人姓名、收费项目、单价、数量、金额和日期,还可以通过对病人姓名的搜索,来对信息进行查询,也可以对收费信息进行添加、修改和删除。
在这里插入图片描述

图5-12 收费信息管理图
在这里插入图片描述

图5-13 收费信息添加图

在这里插入图片描述

图5-14 收费信息添加图

5.8 统计分析
在这里插入图片描述

图5-15 病床利用率查询图

在这里插入图片描述

图5-16 收费信息查询表

5.9 修改密码
进入系统管理后,可以对密码进行修改,其具体步骤是首先输入原始密码,然后输入新密码,最后确认新密码即可对密码完成修改,如需退出系统,点击退出系统后即可完成,
在这里插入图片描述

图5-17 修改密码图

5.10 本章小结
本章主要介绍了系统的详细设计与实现,然后从各个模块的不同角度来对它们所要实现的不用功能进行了实现。

第六章 系统测试
省略

6.1 系统测试目标
医院住院管理系统最终应完成的测试目标:本文应着重于系统的功能测试,测试的对象则是病人和医生,在实现了预定的系统功能及满足用户需求的前提条件下,尽可能地发现并完善系统中的漏洞与隐患,确保软件的实用性、安全性、可靠性、可扩展性以及经济性,为今后的医院住院提供更便捷的方式。[10]

6.2 测试设计
6.2.1 测试用例设计
测试用例的设计使用错误推测法、边界值法和等价类划分法等方法。

6.2.2 测试环境与需求
测试软件环境:PC 机操作系统:Windows 7;数据库管理系统: Microsoft SQL Server 2005;Microsoft Visual Studio
测试需求:对系统进行测试采用黑盒测试法,力求找出程序员在逻辑上,功能实现上的的问题,并且验证该程序输出结果是否正常,是否能对错误输入做出正常的响应。

6.3 测试用例及测试模块
6.3.1 测试用例
注:测试用例的设计只针对病人信息管理功能子模块
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

6.3.2 测试模块及案例
注:此处有效等价类以当前创建表为标准,即我个人电脑中数据库中的内容。

(1) 数据库中病人信息表中的信息为:
在这里插入图片描述

图6-1 数据库病人信息图

(2)查询病人信息的测试
在这里插入图片描述

注:此处有效等价类以当前创建表为标准,即我个人电脑中数据库中的内容。
(1) 数据库中医生信息表中的信息为:
在这里插入图片描述

图6-2 数据库医生信息图

(2)查询医生信息的测试
表6-8 医生信息测试表
在这里插入图片描述

6.3.3 系统性能测试

功能测试是为了某种的最基本需求,性能测试的目的是保证系统正常运转的关键一环。如表6-9所示:

表6-9 性能测试表
在这里插入图片描述

6.4 缺陷分析
经过测试,该程序中没有严重影响系统运行的错误,没有功能缺陷,也没有不影响运行但必须修改的错误。
测试模块都具有较好的交互性,出现错误可以提示用户哪里出错,使用户可以及时修改。

6.5 测试结果
从最终整体的实际运行效果来看,医院管理住院系统在实际的运行中达到了我们的最初设计目标,可以实现所有原先所预期得功能,满足了用户的需求。并且系统操作起来非常简单,十分易于管理,管理人员可以很容易掌握,再加上系统具有很高的安全性、可靠性和扩展性,完全能够达到医院所要求的各项指标,有效的提高了医院的工作效率和管理水平。

6.6 本章小结
本章主要介绍了系统测试方面的内容,并且通过测试进行了缺陷分析,并且得出了测试结果。

第七章 结束语
7.1 体会与收获
省略

7.2 不足
省略

7.3 今后的发展方向
省略

结论
省略

参考文献
[1] 周苏. 王文. 软件工程学教程[M]. 北京: 科学出版社, 2002
[2] 萨师煊. 王珊. 数据库系统概论[M]. 北京:高等教育出版社, 2003
[3] 张海藩. 软件工程导论[M]. 北京: 清华大学出版社, 2003
[4] 赵松涛. 中文版SQL Server 2005应用及实例集锦[M]. 北京: 人民邮电出版社,2005
[5] 宣小平. 但正刚,张文毅. JSP数据库系统开发实力导航[M]. 北京:人民邮电出版社, 2003
[6] 李明生. 试论医院医学知识管理[J].中华医院管理杂志,2002.
[7] 曾长军. 朱剑锋,刘坤. SQL Server 数据库原理及应用[M] . 人民邮电出版社,2005.2.
[8] 朱少民. 软件测试[M].人民邮电出版社,2009.8.
[9] 徐敬. JSP架构下基于Web的信息管理系统框架研究[J]. 硅谷, 2015(1):84-85.
[10] 王英龙. 张伟,杨美红. 软件测试技术[M]. 清华大学出版社,2009.
[11] 张海藩. 软件工程[M]. 清华大学出版社,2010.6.
[12] 许家珆. 曾翎. 软件工程—理论与实践[M].北京:高等教育出版社,2005.34.211.
[13] 周典,陈伯钧. 医院知识管理与技术创新[D].中华医院管理杂志,2003.
[14] 赵增敏. JSP动态网页设计[M]. 北京: 电子工业出版社, 2003.
[15] Roger S-Pressman.Software Engineering[M].New Delhi:Tata McGraw-Hill PublishingCompany Ltd,2006.
[16] C Kirkrgaard,A Ller.Static analysis for java servlets and JSP[M].International Conference on Static Analysis,2006.
[17] A Steelman,J Murach.Murach’s Java Servlets and JSP,2nd Edition[M].Mike Murach&Associates,2008.

致谢
省略

外文原文
省略

中文翻译
省略


5、源码下载:

本项目源码及论文如下,有需要的朋友可以点击进行下载。如果链接失效可点击下方卡片扫码自助下载。

序号毕业设计全套资源(点击下载)
本项目源码基于javaEE+原生Servlet+SqlServer的医院管理住院系统设计与实现(源码+文档)_医院管理住院系统.zip
  • 0
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
### 回答1: 基于JavaJavaEE、JSP技术的售后服务管理系统是一种集成了前后端交互、数据库存储和业务逻辑处理的系统,它是企业售后服务管理的重要工具。 在学术界和业界,已经出现了大量的文献研究和实践应用,下面将按照常用的研究方法进行综述。 首先,研究课题的背景意义应该得到充分的阐述。随着国内企业的不断发展,售后服务管理越来越受重视。通过引用一些相关的行业报告和数据,可以说明这种管理系统的重要性和实际需求。 其次,研究方法可分为理论研究和实践应用两方面。理论研究主要包括需求分析、架构设计、技术选型等内容,其中技术选型方面可借鉴一些国际标准或者开源框架的选择。实践应用则需要具体的实现过程和效果验证。研究方法部分应该对系统设计的整体框架和各个子模块进行细致的分析和说明,详细阐述技术实现和技术优势。 最后,研究结论应该有一定的参考价值和启示意义。结论可以涉及系统稳定性、系统处理能力、用户体验等方面。并且,结论也应该对未来系统优化、扩展和升级提出建议。 总的来说,基于JavaJavaEE、JSP技术的售后服务管理系统设计实现已经有了大量的相关研究。在设计实现过程中,需要全面利用相关技术和工具,开展深入的研究和实践,有效解决实际问题,为企业售后服务管理带来新的思路和创新。 ### 回答2: 随着社会的发展和科技的进步,售后服务对于企业的经营越来越重要,如何高效地管理售后服务成为企业面临的一个重要难题。本文主要回答基于javajavaee、jsp的售后服务管理系统设计实现的文献综述。 首先,java技术具有跨平台性和灵活性,是开发Web应用的主流技术之一。在基于java的售后服务管理系统中,需要使用java技术实现系统的后台逻辑部分。常用的java框架有Spring、Struts、Hibernate等。Spring提供了强大的IoC容器,Struts则提供了MVC架构,Hibernate则提供了ORM功能,这些框架可以让开发者快速搭建出稳定可靠的Web应用。 其次,javaee技术是在java技术的基础上发展而来的,它涵盖了Web应用的全部功能。在基于javaee的售后服务管理系统中,需要使用Servlet、JSP等技术实现Web页面的呈现以及与后台交互。ServletJava语言实现的一个Web服务器扩展,可以通过Servlet快速地响应请求。JSP则是在Servlet的基础上发展而来,它可以动态地生成HTML文档,便于页面的构建和维护。 最后,售后服务管理系统设计需要满足业务需求,开发人员需充分了解售后服务的业务流程和需求。文献综述中可以采用案例分析法、调查方法等,了解现有售后服务管理系统设计实现,从而对售后服务管理系统进行深入的分析和设计实现高效便捷的售后服务管理。 综上所述,基于javajavaee、jsp的售后服务管理系统设计实现需要充分应用相关技术,结合实际的业务需求进行设计和开发,以提高售后服务的质量和效率。 ### 回答3: 售后服务管理系统是一个与公司售后服务管理相关的信息管理系统。它的主要功能是为公司提供售后服务流程的优化和管理,降低公司的售后服务成本,提高售后服务的质量和效率。基于JavaJavaEE和JSP技术的售后服务管理系统设计实现文献综述分为以下几个方面: 1. 系统架构设计 售后服务管理系统的架构设计是非常重要的,它需要充分考虑系统的可扩展性、可靠性和安全性。同时,也需要考虑到系统的性能、易用性和可维护性。目前,大多数售后服务管理系统采用B/S架构,即浏览器/服务器架构。通过将系统分为客户端和服务端两个部分,可以实现系统的分布式部署和统一管理,提高系统的稳定性和安全性。 2. 数据库设计 数据库是售后服务管理系统的核心组成部分之一,它用于存储和管理公司的售后服务数据。在数据库设计时,需要根据公司的业务特点,合理地设计数据表和数据结构,确保数据的完整性和一致性。同时,还需要考虑到数据库的性能和可扩展性,以支持系统日益增长的数据量和用户量。 3. 功能模块设计 售后服务管理系统的功能模块设计系统设计中最重要的部分之一。它需要充分考虑公司的售后服务业务流程,为公司提供快速、准确、高效的售后服务管理工具。主要功能包括售后服务报修、服务工单管理、服务质量追踪、客户服务满意度评估等。在实现过程中,可以采用基于面向对象的分层设计,将系统划分为业务逻辑层、数据访问层、表现层等多个模块,以实现系统的灵活性和可维护性。 4. 技术方案选择 JavaJavaEE和JSP是当前业界流行的Web开发技术,它们具有良好的跨平台性和可扩展性,可以帮助开发人员快速地搭建一个稳定、高效的售后服务管理系统。除了这些基础的技术之外,还可以采用Spring、Struts、Hibernate、Mybatis等框架来提高系统的开发效率和系统的稳定性。 综上所述,基于JavaJavaEE和JSP技术的售后服务管理系统设计实现是一项非常重要的任务。在实现过程中,需要充分考虑到系统架构、数据库设计、功能模块设计和技术方案选择等多个方面,以实现一个高效、安全、稳定并易于维护的售后服务管理系统
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

毕业设计方案专家

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值