基于SSM的住院病人检测预警信息管理系统
摘要
住院病人检测预警信息管理系统主要功能模块包括:医生工作安排管理、医院床位管理、入院信息管理、出院信息管理、药品管理、用户余额、缴费明细管理等,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取MySQL作为后台数据的主要存储单元,采用ssm框架、Java技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对住院病人检测预警信息管理系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现住院病人检测预警信息管理系统和部署运行使用它。
关键词:预警信息管理;ssm框架;数据库
Inpatient detection and early warning information management system
Abstract
The main functional modules of the inpatient detection and early warning information management system include: doctor work arrangement management, hospital bed management, admission information management, discharge information management, drug management, user balance, payment details management, etc. the object-oriented development mode is adopted for software development and hardware erection, which can well meet the needs of actual use and improve the corresponding software erection and program coding, MySQL is used as the main storage unit of background data, and SSM framework, Java technology and Ajax technology are used to code and develop the business system, which realizes all the functions of the system. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work. This paper analyzes the various requirements and technical problems of the inpatient detection, detection and early warning information management system, proves the necessity and technical feasibility of the system, then introduces the technical software and design idea needed to design the system, and finally realizes the inpatient detection, detection and early warning information management system and deploys it.
Key words: Early warning information management; SSM framework; database
目 录
绪论
研究背景与意义
利用院内现有的信息系统建立住院病人检测预警信息管理系统,对住院病人的日常护理风险进行预警监控减少风险缺陷的发生。利用医院计算机网络建立病人检测预警信息管理系统进行信息收集、录入,确定住院病人的检测预警指标并予以赋值,系统自动评估后分类再根据分类实施干预措施及时处理风险。目前我国大部分医院已经拥有自己的HIS,但是这些医院的信息还没有被很好地整合起来,不能满足医院管理者决策的需要。而现有的大多数系统都只是针对某一方面或者某个方面的业务进行设计,缺乏对医院整体情况的全面了解,无法真正实现医院的住院病人信息管理自动化和智能化。因此,如何充分利用有限的资源来提高管理效率就成为当前亟待解决的难题。为了更好地完成上述任务,我们必须对原有的信息系统进行改造。本文结合我院实际,设计了一套基于SSM的住院病人检测预警信息管理系统,该系统能及时准确地反映患者病情变化及医生诊断结果,为临床提供更多有价值的数据信息支持,从而促进医院管理水平的进一步提高。
研究内容
住院病人检测预警信息管理系统的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,住院病人检测预警信息管理系统的开发使用SSM框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户角色,并且根据用户角色划分确定所要设计的功能模块,对住院病人检测预警信息管理系统的设计主要划分别为管理员和用户角色,并所使用的功能模块也相应不同,但是系统的数据库实现的内容是交互的,用户可以随时根据自己的需求进行信息查询,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
论文组成结构
根据市场调研得到的信息数据,结合研究现状,利用相关系统开发和设计方法,最终设计出住院病人检测预警信息管理系统 。
本文共有七章,如下所示。
第一章概述了住院病人检测预警信息管理系统的研究目的和意义;精炼地总结了国内外在内的领域研究情况和未来的研究趋势,最后给出了论文的组成结构。
第二章简要概述了本文所用的开发技术和工具。
第三章简要对系统各业务流程进行需求分析、可行性分析。
第四章对住院病人检测预警信息管理系统进行设计。
第五章对住院病人检测预警信息管理系统进行实现,并贴出相关页面截图,语言描述出具体功能实现的操作方法。
第六章对住院病人检测预警信息管理系统采用测试用例的方式来对一些主要功能模块测试,最后得出测试结果。
第七章总结全文并对未来的研究做出展望。
开发工具及相关技术介绍
HTTP协议
超文本传输协议(HTTP)作为协作式与分布式的通信协议,其以万维网交换信息作为前提条件。HTTP为IEIF的国际化标准指标,在制定相关标准与实现内,W3C积极参与其中,同时发挥着不可替代的作用。其能够借助超文本标记语言,将文档在服务器与浏览器之间相互传输。HTML作为构架文档的标记语言,这些文档内将包括有关信息的链接,用户仅需要点击其中一个链接就能够访问多媒体对象与图像,同时获得该链接项所具有的附加信息。
Java语言与JDK开发环境
Java是美国sun公司所推出的一款程序设计语言,其能够在多个平台内应用,具有良好兼容性,进而其凭借自身优势在数据中心、个人PC与科技超级计算机等平台内广泛应用,具有目前最为庞大的开发者专业社群。
JDK为美国sun公司为java开发员所推出的一款全新产品,要是没有JDK的情况下,所安装的java程序也就无法运行。
SSM框架
SSM(Spring+SpringMVC+MyBatis)框架集由Spring、MyBatis两个开源框架整合而成(SpringMVC是Spring中的部分内容)。常作为数据源较简单的web项目的框架。
1.1 Spring
Spring就像是整个项目中装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC(控制反转),即不再需要程序员去显式地`new`一个对象,而是让Spring框架帮你来完成这一切。
1.2 SpringMVC
SpringMVC在项目中拦截用户请求,它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责,将用户请求通过HandlerMapping去匹配Controller,Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
1.3 mybatis
mybatis是对jdbc的封装,它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件,Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时,通过sqlSessionFactory拿到一个sqlSession,再执行sql命令。
页面发送请求给控制器,控制器调用业务层处理逻辑,逻辑层向持久层发送请求,持久层与数据库交互,后将结果返回给业务层,业务层将处理逻辑发送给控制器,控制器再调用视图展现数据。
Mysql数据库
数据库是系统开发过程中不可或缺的一部分。在WEB应用方面,MySQL AB开发了一个具有很大优势的MySQL关系数据库管理系统。 MySQL可以将数据存储在不同的表中,这非常灵活,并且还可以提高系统在实际应用中的速度。 数据库访问最常用于标准SQL语言,MySQL用于SQL语言,因此它具有高度兼容性。数据库的操作是必不可少的,包括对数据库表的增加、删除、修改、查询等功能。现如今,数据库可以分为关系型数据库和非关系型数据库,Mysql属于关系性数据库,Mysql数据库是一款小型的关系型数据库,它以其自身特点:体积小、速度快、成本低等,Mysql数据库是目前最受欢迎的开源数据库。
在WEB应用技术中, Mysql数据库支持不同的操作系统平台,虽然在不同平台下的安装和配置都不相同,但是差别也不是很大,Mysql在Windows平台下两种安装方式,二进制版和免安装版。安装完Mysql数据库之后,需要启动服务进程,相应的客户端就可以连接数据库,客户端可通过命令行或者图形界面工具登录数据库。
系统分析
可行性分析
本系统将在经济、技术、操作这三个角度上进行可行性分析。
经济可行性
整个系统从设计到开发以及测试过程严谨步骤齐全,所有工作任务全部由本人完成,并未获取外部技术支持,节约了一切服务成本开销以及人工成本,在硬件方面,为节约成本使用一台二手移动工作站作为项目部署服务器以及数据库服务器,成本在一万元一下,真个网络部署也是由本人独立完成不涉及到其他人工费用,整个开发过程本着低成本,低消耗的原则。
技术可行性
技术可行性分析的目的是确认该系统能否利用现有技术实现,并评估开发效率和完成情况。技术的可行性是指在当前的技术条件下,计算机软件和硬件的开发是否能够满足发展的要求。因为该系统的开发基于SSM语言,所以开发该系统所需的软件和硬件条件可以在普通计算机上满足。因为它占用的内存相对较少,所以用Mysql数据库开发和设计软件理论上没有问题,因为它占用的内存太少。上述技术可以有效地保证系统的成功和高效开发。
操作可行性
住院病人检测预警信息管理系统的使用界面简单易于操作,采用常见的界面窗口来登录界面,通过电脑进行访问操作,用户只要平时使用过电脑都能进行访问操作。此系统的开发采用SSM技术开发,人性化和完善化是B/S结构开发比较显要的特点使得用户操作相比较其他更加简洁方便。易操作、易管理、交互性好在本系统操作上体现得淋漓尽致。
3.2性能分析
对于性能分析,与传统的管理方式相比,传统的管理方式是使用人工通过用纸和笔进行数据信息的统计和管理,并且这种方式对于存储和查找某一数据信息都比较麻烦,随着计算机网络的到来,这种传统的方法很难适应当下社会的发展,不仅降低人们的办事效率,而且还需要很多的人力和物力,对于使用的时间和所要花费的费用都是比较高的,为了降低成本费用,提高用户的工作效率,进行开发一套基于计算机和网络技术的住院病人检测预警信息管理系统。
住院病人检测预警信息管理系统的开发设计时一个独立的系统,以流行数据库进行数据的存储开发,主要是为了实现住院病人检测预警信息管理系统的用户角色及相对应的功能模块,让住院病人检测预警信息管理系统的管理不会存在管理差异、低效率,而是跟传统的管理信息恰好相反,住院病人检测预警信息管理系统的实现可以节约资源,并且对于业务的处理速度也提高,速度快、效率高,功能性强大。
3.3系统操作流程
3.3.1用户登录流程
对于系统的安全性的第一关,就是用户想要进入系统,必须通过登录窗口,输入自己的登录信息才可以进行登录,用户输入的信息准确无误后才可以进入到操作系统界面,进行功能模块的相对应操作,如果用户输入的信息不正确,则窗口出现提示框,用户登录失败,返回到第一步进行重新输入,如图3-1所示。
![](https://i-blog.csdnimg.cn/blog_migrate/ec5f8ce15285514913e85aaa64e353d8.png)
图3-1登录操作流程图
3.3.2信息添加流程
对于住院病人检测预警信息管理系统,需要随时添加所需要的数据信息,对于用户添加信息,需要根据添加界面,根据选框的内容进行填写所要添加的数据信息,信息输入完成后判断数据信息是否符合要求,符合要求则添加完成,用户所添加的信息不符合要求,则需要返回到第一步,重新输入数据信息,再进行判断操作,如图3-2所示。
![](https://i-blog.csdnimg.cn/blog_migrate/1573fda99623a79070e00d55358d341e.png)
图3-2 信息添加流程图
3.3.3信息删除流程
不管是哪个用户角色进入到不通的系统操作界面,都可以进行不同的信息内容的操作功能,对用系统数据信息的删除,用户一旦将信息删除,那么该删除的数据信息将无法恢复,所以用户在对数据删除事,一定判断删除的内容是否是确定要删除的,确定无误后选择确定删除操作,如图3-3所示。
![](https://i-blog.csdnimg.cn/blog_migrate/7416eb02f52d954f7a99ccb2f118cf26.png)
图3-3 信息删除流程图
系统设计
4.1系统架构设计
住院病人检测预警信息管理系统项目的概述设计分析,主要内容进行住院病人检测预警信息管理系统信息的具体分析,进行数据库的是设计,数据采用mysql数据库,并且对于系统的设计采用比较人性化的操作设计,对于系统出现的错误信息可以及时做出处理及反馈。
住院病人检测预警信息管理系统的设计基于现有的网络,可以实现管理员:用户管理、医生工作安排管理、医院床位管理、入院信息管理、出院信息管理、药品信息管理、缴费明细管理等详细的了解及统计分析。根据系统功能需求建立的模块关系图如下图:
![](https://i-blog.csdnimg.cn/blog_migrate/9ceeb278999caaef5a83482c2091f39a.png)
图4-1管理员功能模块图
4.2开发流程设计
住院病人检测预警信息管理系统的开发对管理模块和系统使用的数据库进行分析,编写代开发,规划和操作是构建信息管理应用程序的必要三步曲,它决定了系统是否能够真正实现预设功能以及是否可以在成功设计后实施。在开发过程中,每个阶段必须严格按照线性顺序进行开发,并且在相应阶段生成的每个工作都可以通过技术进行验证和检查。确保一个阶段完成后是正确的,不会造成下一阶段拖拽现象,使系统完成设计功能后得到保证。
从住院病人检测预警信息管理系统的成功开发经验来看,上述方法效果最为明显,最大程度地降低了系统开发的复杂性。如图4-2所示。
![](https://i-blog.csdnimg.cn/blog_migrate/5e230e94ec8d04f2601f2592bc486568.png)
图4-2开发系统流程图
4.3数据库设计
数据库是信息系统的基础和核心。数据库设计的好坏直接影响到信息系统开发的成败。创建数据库表首先确定实体的属性和实体之间的关系。根据关系创建一个数据表。4.3.1实体ER图
数据库是整个软件编程中最重要的一个步骤,对于数据库问题主要是判定数据库的数量和结构公式的创建。展示系统使用的是Mysql进行对数据库进行管理,进行保证数据的安全性、稳定性等。
概念模型的设计是为了抽象真实世界的信息,并对信息世界进行建模。它是数据库设计的强大工具。数据库概念模型设计可以通过E-R图描述现实世界的概念模型。系统的E-R图显示了系统中实体之间的链接。而且Mysql数据库是自我保护能力比较强的数据库,下图主要是对数据库实体的E-R图:
(1) 药品信息实体图,如图4-3所示:
![](https://i-blog.csdnimg.cn/blog_migrate/60c2464bf81796536c9d166b05b79d97.png)
图4-3 药品信息实体图
(2)医院床位实体图如图4-4所示:
![](https://i-blog.csdnimg.cn/blog_migrate/890968063e040d77869ea3d66f70756e.png)
图4-4医院床位实体图
这些功能可以充分满足住院病人检测预警信息管理系统的需求。此系统功能较为全面如下图系统功能结构如图4-5所示。
![](https://i-blog.csdnimg.cn/blog_migrate/75a991a1808a2efe36f6aada5befa5b9.png)
图4-5系统功能结构图
4.3.2数据表
我们可以根据数据结构的详细分析要求,我们根据输入和输出数据量的要求进行分析,确定什么表表,结构之间的关系,我们可以验证,调整和完善,查询和浏览过程,可以实现数据库,以使用户对数据和功能有更多要求。
基于系统使用的数据库管理系统的特点,对数据库的概念模型进行了转换和构建。但是,这个系统只需要充分考虑住院病人检测预警信息管理系统的功能,而且组织比较清晰。
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
admission_information_id | int | 11 | 是 | 是 | 入院信息ID |
hospital_floor | varchar | 64 | 否 | 否 | 医院楼层 |
inpatient | int | 11 | 否 | 否 | 住院患者 |
patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
inpatient_bed | varchar | 64 | 否 | 否 | 住院床位 |
number_of_beds | int | 11 | 否 | 否 | 床位数量 |
length_of_stay | date | 0 | 否 | 否 | 住院时间 |
doctor_number | int | 11 | 否 | 否 | 医生编号 |
name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
patient_medical_record | text | 0 | 否 | 否 | 患者病历 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
department_management_id | int | 11 | 是 | 是 | 科室管理ID |
department_name | varchar | 64 | 否 | 否 | 科室名称 |
location | varchar | 64 | 否 | 否 | 所在位置 |
department_director | int | 11 | 否 | 否 | 科室主任 |
department_members | text | 0 | 否 | 否 | 科室成员 |
department_profile | text | 0 | 否 | 否 | 科室简介 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
discharge_information_id | int | 11 | 是 | 是 | 出院信息ID |
hospital_floor | varchar | 64 | 否 | 否 | 医院楼层 |
inpatient | int | 11 | 否 | 否 | 住院患者 |
patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
number_of_beds | varchar | 64 | 否 | 否 | 床位数量 |
length_of_stay | date | 0 | 否 | 否 | 住院时间 |
discharge_time | date | 0 | 否 | 否 | 出院时间 |
doctor_number | int | 11 | 否 | 否 | 医生编号 |
name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
doctor_user_id | int | 11 | 是 | 是 | 医生用户ID |
name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
doctor_gender | varchar | 64 | 否 | 否 | 医生性别 |
doctor_number | varchar | 64 | 是 | 否 | 医生编号 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
doctor_work_arrangement_id | int | 11 | 是 | 是 | 医生工作安排ID |
doctor_number | int | 11 | 否 | 否 | 医生编号 |
name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
department | varchar | 64 | 否 | 否 | 所属科室 |
start_time | date | 0 | 否 | 否 | 开始时间 |
end_time | date | 0 | 否 | 否 | 结束时间 |
organization_of_work | text | 0 | 否 | 否 | 工作安排 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
drug_information_id | int | 11 | 是 | 是 | 药品信息ID |
drug_name | varchar | 64 | 否 | 否 | 药品名称 |
drug_number | varchar | 64 | 否 | 否 | 药品编号 |
drug_picture | varchar | 255 | 否 | 否 | 药品图片 |
functional_indications | varchar | 64 | 否 | 否 | 功能主治 |
main_components | text | 0 | 否 | 否 | 主要成分 |
matters_needing_attention | text | 0 | 否 | 否 | 注意事项 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
hospital_beds_id | int | 11 | 是 | 是 | 医院床位ID |
hospital_floor | varchar | 64 | 是 | 否 | 医院楼层 |
total_number_of_beds | int | 11 | 否 | 否 | 床位总数 |
remaining_beds | int | 11 | 否 | 否 | 剩余床位 |
department | text | 0 | 否 | 否 | 所属科室 |
bed_configuration | text | 0 | 否 | 否 | 床位配置 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
payment_details_id | int | 11 | 是 | 是 | 缴费明细ID |
patient_number | int | 11 | 否 | 否 | 患者编号 |
patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
user_card_number | varchar | 64 | 否 | 否 | 用户卡号 |
payment_amount | int | 11 | 否 | 否 | 缴费金额 |
payment_time | datetime | 0 | 否 | 否 | 缴费时间 |
doctor_number | int | 11 | 否 | 否 | 医生编号 |
name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
payment_content | text | 0 | 否 | 否 | 缴费内容 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
recharge_record_id | int | 11 | 是 | 是 | 充值记录ID |
patient_number | int | 11 | 否 | 否 | 患者编号 |
patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
patient_gender | varchar | 64 | 否 | 否 | 患者性别 |
user_card_number | varchar | 64 | 否 | 否 | 用户卡号 |
recharge_amount | int | 11 | 否 | 否 | 充值金额 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
user_balance_id | int | 11 | 是 | 是 | 用户余额ID |
patient_number | int | 11 | 否 | 否 | 患者编号 |
patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
patient_gender | varchar | 64 | 否 | 否 | 患者性别 |
user_card_number | varchar | 64 | 否 | 否 | 用户卡号 |
user_balance | int | 11 | 否 | 否 | 用户余额 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
系统实现
数据库访问层的实现
该系统是通过jdbc和MySQL达成连接的,新建一个jdbc.properties文件来填写与数据库连接所需要的驱动和参数。
jdbc.driverClass=com.MySQL.jdbc.Driver
jdbc.url=jdbc:MySQL://localhost:3306/tsi
jdbc.username=root
jdbc.password=123
第一个参数代表MySQL数据库的驱动,第二个参数代表要连接的数据库,第三个和第四个参数代表数据库连接名和密码。
后台与数据库访问主要是通过HQL语句来进行查询的,查询语句中的表名是表格的实体类名,在这种查询语句中*是不允许使用的,除非适合聚合函数一起使用才可以。
注册模块的实现
用户在填写数据的时候必须与注册页面上的验证相匹配否则会注册失败,注册页面的表单验证是通过JavaScript进行验证的,用户名的长度必须在6到18之间,邮箱必须带有@符号,密码和密码确认必须相同,你输入的密码,系统会根据你输入密码的强度给出指定的值,电话号码和身份证号码必须要求输入格式与生活相符合,当你前台验证通过的时候你点击注册,表单会将你输入的值通过name值传递给后台并保存到数据库中。
用户注册流程图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/4592c8ae7975c39e63257f1fe076ca1b.png)
图5-1用户注册流程图
用户注册代码如下:
/**
* 注册
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(HttpServletRequest request) throws IOException {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = service.readBody(request.getReader());
query.put("username",String.valueOf(map.get("username")));
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
E entity = JSON.parseObject(JSON.toJSONString(body),eClass);
baseMapper.insert(entity);
log.info("[{}] - 插入操作:{}",entity);
}
用户登录模块的实现
主要由两部分组成,登录前的登录界面以及登录后的用户功能界面。登录界面,要求用户输入用户名和密码,当用户名和密码其中一个输入为空时,给出提示“用户名,密码不能为空”。获取用户名和密码后到数据库中查找,如果用户名存在,以及对应的密码正确,则登录成功,否则登录失败。登录失败后给出提示,并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入会员的功能模块,主要有会员基本信息修改,已经发布族谱申报信息管理,发布信息,和退出功能。退出功能是清除全局变量username的值,并跳回到首页。
登录流程图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/d677e9fc303fd424be82351818150d54.png)
图5-1登录流程图
用户登录界面如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/769c7e7558247c44a619c6c6a09cdf8f.png)
图5-1登录流程图
登录代码如下:
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
QueryWrapper wrapper = new QueryWrapper<User>();
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作,sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
用户资料修改模块的实现
用户登录/注册成功之后可以修改自己的基本信息。修改页面的表单中每一个input的name值都要与实体类中的参数相匹配,在用户点击修改页面的时候,如果改后用户名与数据库里面重复了,页面会提示该用户名已经存在了,否则通过Id来查询用户,并将用户的信息修改为表单提交的数据。
医院床位模块的实现
如果医院床位需要修改,管理员可以通过查询数据库中的医院床位数据,查询医院床位数据是通过ajax技术来进行查询的,需要传递医院楼层等参数然后在返回到该页面中,可以选中要修改或删除的那条信息,如果选中了超过一条数据,页面会挑一个窗口提醒只能选择一条数,如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候,后台会根据传过来的id到数据库查询,并将结果返回到修改页面中,可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中,就是说如果提交的数据数据库中存在就修改,否则就保存。
医院床位界面如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/2c1c163236c62bef9c5dbdcc59fc3731.png)
图5-1医院床位界面
医生管理模块的实现
根据需求,需要对医生进行添加、删除或修改详情信息。删除或修改医生时,系统根据医生的状态判定为可删除状态下,才会给出删除和修改链接,点击删除链接按钮时,请求到达后台,还会先查询医生状态再次做出判定能否删除。点击修改链接按钮时,会跳转到修改信息的页面,重新填写好数据后,数据提交到后台会对数据库中相应的记录做出修改。
添加医生时,会给出数据填写的页面,该页面根据填写好的医生编号同样会事先发送Ajax请求查询编号是否已存在,数据填写好之后提交到后台,会调用相关服务在数据库中插入记录。
医生管理流程图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/b0763b33f379c7e112615cf422c0b8f6.png)
图5-1医生管理流程图
医生管理页面设计效果如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/f0bc6bf0665ef0a606120250795416cc.png)
图5-1医生管理界面
医生管理关键代码如下所示。
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
科室管理模块
根据需求,需要对科室进行添加、删除或修改详情信息。删除或修改科室时,系统根据科室的状态判定为可删除状态下,才会给出删除和修改链接,点击删除链接按钮时,请求到达后台,还会先查询科室状态再次做出判定能否删除。点击修改链接按钮时,会跳转到修改信息的页面,重新填写好数据后,数据提交到后台会对数据库中相应的记录做出修改。
添加科室时,会给出数据填写的页面,该页面根据填写好的科室编号同样会事先发送Ajax请求查询编号是否已存在,数据填写好之后提交到后台,会调用相关服务在数据库中插入记录。
科室管理流程图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/60a31fbc3bb8a6e95486aa041b152fcb.png)
图5-1科室管理流程图
科室管理页面设计效果如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/7b98ca36a4be170d59a71a3fb17e5d48.png)
图5-1科室管理界面
科室管理关键代码如下所示。
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
药品管理模块的实现
根据需求,需要对药品信息进行添加、删除或修改详情信息。删除或修改药品信息时,系统根据药品信息的状态判定为可删除状态下,才会给出删除和修改链接,点击删除链接按钮时,请求到达后台,还会先查询药品信息状态再次做出判定能否删除。点击修改链接按钮时,会跳转到修改信息的页面,重新填写好数据后,数据提交到后台会对数据库中相应的记录做出修改。
添加药品信息时,会给出数据填写的页面,该页面根据填写好的药品编号同样会事先发送Ajax请求查询编号是否已存在,数据填写好之后提交到后台,会调用相关服务在数据库中插入记录。
药品信息管理流程图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/12f92fd5919b74954361789727b1b487.png)
图5-1药品信息管理流程图
药品信息管理页面设计效果如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/eb4b5236d855295969088af1c2152d01.png)
图5-1药品信息管理界面图
药品信息管理关键代码如下。
public Map<String, Object> success(Object o) {
Map<String, Object> map = new HashMap<>();
if (o == null) {
map.put("result", null);
return map;
}
if (o instanceof List) {
if (((List) o).size() == 1) {
o = ((List) o).get(0);
map.put("result", o);
}else {
String jsonString = JSONObject.toJSONString(o);
JSONArray objects = service.covertArray(JSONObject.parseArray(jsonString));
map.put("result", objects);
}
} else if (o instanceof Integer || o instanceof String) {
map.put("result", o);
} else {
String jsonString = JSONObject.toJSONString(o);
JSONObject jsonObject = JSONObject.parseObject(jsonString);
JSONObject j = service.covertObject(jsonObject);
map.put("result", j);
}
return map
医院床位管理模块的实现
根据需求,需要对医院床位进行添加、删除或修改详情信息。删除或修改医院床位时,系统根据医院床位的状态判定为可删除状态下,才会给出删除和修改链接,点击删除链接按钮时,请求到达后台,还会先查询医院床位状态再次做出判定能否删除。点击修改链接按钮时,会跳转到修改信息的页面,重新填写好数据后,数据提交到后台会对数据库中相应的记录做出修改。
添加医院床位时,会给出数据填写的页面,该页面根据填写好的医院床位信息同样会事先发送Ajax请求查询编号是否已存在,数据填写好之后提交到后台,会调用相关服务在数据库中插入记录。
医院床位管理流程图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/914a813007da8659f78302245a90948a.png)
图5-1医院床位管理流程图
医院床位管理页面设计效果如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/77a9043d68d6b076deaaf28e6c750233.png)
图5-1医院床位管理界面图
医院床位管理关键代码如下。
public Map<String, Object> success(Object o) {
Map<String, Object> map = new HashMap<>();
if (o == null) {
map.put("result", null);
return map;
}
if (o instanceof List) {
if (((List) o).size() == 1) {
o = ((List) o).get(0);
map.put("result", o);
}else {
String jsonString = JSONObject.toJSONString(o);
JSONArray objects = service.covertArray(JSONObject.parseArray(jsonString));
map.put("result", objects);
}
} else if (o instanceof Integer || o instanceof String) {
map.put("result", o);
} else {
String jsonString = JSONObject.toJSONString(o);
JSONObject jsonObject = JSONObject.parseObject(jsonString);
JSONObject j = service.covertObject(jsonObject);
map.put("result", j);
}
return map
系统测试
测试目的
程序设计不能保证没有错误,这是一个开发过程,在错误或错误的过程中难以避免,这是不可避免的,但我们不能使这些错误始终存在于系统中,错误可能会造成无法估量的后果如系统崩溃,安全信息,系统无法正常启动,导致安装用户手机屏幕等,为了避免这些问题,我们需要测试程序,并发现这些问题,并纠正它们,并使系统更长时间稳定成熟,本章的作用是发现这些问题,并对其进行修改,虽然耗时费力,但长期非常重要和必要系统的开发。
软件测试与开发过程是一样的,都必须按照软件工程的正规原理进行,遵守管理学理论。不过,目前国内的软件测试已经积累了大量经验和方法,步骤相对成熟,软件测试的效率也越来越高。
住院病人检测预警信息管理系统的实现,对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在住院病人检测预警信息管理系统正式上传使用之前必须做的一步就是系统测试,对于测试发现的错误及时修改处理,保证系统准确无误的供给用户使用。
测试方案设计
6.2.1 测试策略
1、功能测试
从用户的角度来看,测试时不了解新开发软件的内部结构,因此可以将系统与黑匣子进行比较,盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试,在测试中如果输入错误信息系统会报错。
2、性能测试
测试软件程序的整体状况(称为性能测试)通常使用自动化测试工具来检测系统的整体功能,在负载测试和压力测试之间进行分配,在某些情况下,将这两种情况结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务,但负载测试可以测试系统如何响应增加的负载。
6.2.2 测试分析
测试评估系统质量的方法不局限于系统编码和过程,应该与软件设计工作和历史需求分析密切相关。
软件测试应遵循以下原则:
(1)软件测试应尽快进行,整个测试部分应在软件开发和设计的整个过程中进行。如发现错误,立即处理,将大大减少软件开发的时间,并提高软件的质量。
(2)在软件的各种测试中,测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于软件测试,我们应该尽量不去和自己设计的系统进行参考,而是要测试对方的程序,以确保软件测试结果的客观性和公平性。
(5)整个测试计划严格按照软件测试的具体实施细则进行。
(6)对整个测试结果进行综合检查,尽量避免重复错误。
本住院病人检测预警信息管理系统满足用户的要求和需求,本住院病人检测预警信息管理系统的使用能够有效的提高用户的使用率。
测试结果
测试后得到的性能和用例,系统具有足够的正确性、可靠性、稳定性,并且可以对输入数据进行准确的点击操作处理和响应测试用户的体验也得到了很好的反馈和响应时间。合理的范围,可以兼容所有主流浏览器,设计所需的效果。
总结与展望
通过住院病人检测预警信息管理系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]艾信,田鹏,吉效科,白文雄,华剑.多算法融合管道泄漏检测预警系统试验研究[J].石油矿场机械,2021,50(06):26-33.
[2]宋鑫,张珣.智慧路灯场景下车祸检测预警系统设计与实现[J].软件导刊,2021,20(10):197-201.
[3]王江霖,黄彩霞,樊旭龙.基于SSM框架的网络资源共享平台的研究与实现[J].电脑知识与技术,2021,17(28):76-78.DOI:10.14004/j.cnki.ckt.2021.2999.
[4]蔡浪,刘彬.基于SSM框架的医院感染信息实时监测系统设计与实现[J].现代信息科技,2021,5(18):24-27.DOI:10.19850/j.cnki.2096-4706.2021.18.007.
[5]冯丽露,康耀龙,高晓晶,王涛.基于SSM框架的数据结构在线评测系统设计与实现[J].中国信息技术教育,2021(13):86-89.
[6]曹华山.SSM框架在Web应用开发中的设计与实现[J].无线互联科技,2021,18(11):108-109.
[7]刘佰强. 基于人脸视频智能分析的日间驾驶员不安全行为检测分类与预警系统[D].西安理工大学,2020.DOI:10.27398/d.cnki.gxalu.2020.000333.
[8]任锴,陈俊,叶宇煌,陈琪.基于SSD-MobileNet的火情检测预警系统[J].电气开关,2020,58(01):34-38.
[9]戴珂泱,周建峰,严风云.舟山跨海大桥基于视觉感知的新一代道路事件检测预警系统应用初探[J].中国交通信息化,2020(01):132-135.DOI:10.13439/j.cnki.itsc.2020.01.020.
[10]季昆,孟丽丽,薛迁,孙晓伟,王才华.基于JavaWeb的产品质量检测预警系统的设计与实现[J].数字技术与应用,2019,37(10):176-177.DOI:10.19695/j.cnki.cn12-1369.2019.10.96.
[11]李昕.电视台安全播出检测预警系统的设计和实施[J].广播与电视技术,2018,45(10):49-53.DOI:10.16171/j.cnki.rtbe.20180010006.
[12]李耀华,游峰,陈康,陈润丰,彭涵宇,方伟创.基于安全云平台和移动互联网的交通烟雾检测预警系统[J].计算机与现代化,2017(02):88-92.
致谢
时光飞逝,转眼间我在学校的这些年生活即将结束,回顾这几年的学习生活,收获良多,既有幸福也有难过,学校生活的结束对于我来说也是一个新的开始。论文即将完成,在此,我心中有许多想要感谢的人。首先感谢我的导师,不仅在学习研究方面加以指导,也在生活和为人处世上给予帮助。还要感谢授课老师,你们严谨的学术精神和积极向上的工作态度都在激励我的成长和进步。感谢多年来一直生活在一起的室友,谢谢你们多年来的陪伴和照顾。最后,要感谢各位论文评审老师,感谢您们在百忙之中抽空评阅本论文并给出宝贵的意见和建议。
免费领取项目源码,请关注点赞+私聊