目 录
结论 32
随着社会的发展，社会的各行各业都在利用信息化时代的优势。计算机的优势和普及使得各种信息系统的开发成为必需。住院服务管理系统主要的模块包括查看首页、轮播图、公告通知管理、系统用户管理（管理员、注册用户）资源管理（医疗资讯、资讯分类）模块管理（住院信息、床位信息、出院信息、用药信息、账单信息）等功能。系统中管理员主要是为了安全有效地存储和管理各类信息，还可以对系统进行管理与更新维护等操作，并且对后台有相应的操作权限。
要想实现住院服务管理系统的各项功能，需要后台数据库的大力支持。管理员验证注册信息，收集的用户信息，并由此分析得出的关联信息等大量的数据都由数据库管理系统管理。本文中数据库服务器端采用了Mysql作为后台数据库，使Web与数据库紧密联系起来。在设计过程中，充分保证了系统代码的良好可读性、实用性、易扩展性、通用性、便于后期维护、操作方便以及页面简洁等特点。本系统的开发使获取住院服务管理系统信息能够更加方便快捷，同时也使住院服务管理系统变的更加系统化、有序化。系统界面较友好，易于操作。
关键词：SSM技术；MYSQL；住院服务管理系统
Abstract
With the development of society, all walks of life are taking advantage of the advantages of the information age. The advantages and popularity of computers make the development of various information systems necessary. The main modules of the inpatient service management system include the functions of viewing the home page, rotating chart, announcement notice management, system user management (administrator, registered user) resource management (medical information, information classification) module management (inpatient information, bed information, discharge information, medication information, bill information), etc. The administrator in the system is mainly to store and manage all kinds of information safely and effectively, and can also manage, update and maintain the system, and have corresponding operation permissions for the background.
In order to realize the functions of the inpatient service management system, we need the strong support of the background database. The administrator verifies the registration information, collects user information, and analyzes the associated information and other large amounts of data, which are managed by the database management system. In this paper, the database server uses MySQL as the background database, which makes the Web and database closely linked. In the design process, the system code is fully guaranteed to be readable, practical, extensible, universal, easy to maintain, easy to operate and concise. The development of this system makes it easier and faster to obtain the information of the inpatient service management system, and also makes the inpatient service management system more systematic and orderly. The system interface is friendly and easy to operate.
Keywords:SSM technology; MYSQL； Inpatient service management system
1 绪论
1.1研究意义
随着时代的发展，人们对医疗服务质量提出了更高要求。传统的医院管理方法已经不能适应现代社会发展需要，为了提高工作效率和工作质量，实现病人从入院到出院全程优质服务，医院很早就开始着手设计并开发一套集护理、收费等功能为一体的综合系统——住院服务管理系统（以下简称“住院系统”）该系统采用C/S模式,B/S模式相结合的方式进行开发，在保证实用性的前提下，尽量简化操作步骤，使用户操作简单方便快捷；同时将门诊、病房业务分离以满足不同科室患者对医疗信息需求。经过一年多的努力“住院系统”已正式运行并取得较好效果。
1.2研究现状
随着信息技术的不断发展及医院现代化建设进程的加快，人们对医疗服务质量和管理提出了更高的要求。为适应这一需求，我院开发出一套适合本院实际情况的住院服务管理系统。该系统对提高护理质量、减轻护士劳动强度等方面都起到很大作用；同时也方便患者及其家属及时了解病情变化，便于医生快速作出正确诊断并采取相应措施；还能有效地降低病人就医费用。从而使护理工作更加规范化、科学化，促进整体服务水平的进一步提高。目前，已投入运行两年多时间。深受广大护理人员欢迎。现已成为我院临床护理管理工作中不可缺少的组成部分。
1.3系统开发技术的特色
（1）住院服务管理系统中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术，而是使用当前主流的SSM框架，它减少java配置代码，简化编程代码，目前SSM框架也是很多企业选择的框架之一。
（2）住院服务管理系统中的web后台管理中的前端使用的是JavaScript框架，它配合ajax和jquery可以美化页面设计。
（3）住院服务管理系统中数据库用的mysql5.7，它执行效率高。
1.4ssm框架介绍：
SSM（Spring+SpringMVC+MyBatis）框架集由Spring、MyBatis两个开源框架整合而成（SpringMVC是Spring中的部分内容）。常作为数据源较简单的web项目的框架。
Spring
Spring就像是整个项目中装配bean的大工厂，在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC（控制反转），即不再需要程序员去显式地`new`一个对象，而是让Spring框架帮你来完成这一切。
SpringMVC
SpringMVC在项目中拦截用户请求，它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责，将用户请求通过HandlerMapping去匹配Controller，Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
mybatis
mybatis是对jdbc的封装，它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件，Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时，通过sqlSessionFactory拿到一个sqlSession，再执行sql命令。
页面发送请求给控制器，控制器调用业务层处理逻辑，逻辑层向持久层发送请求，持久层与数据库交互，后将结果返回给业务层，业务层将处理逻辑发送给控制器，控制器再调用视图展现数据。
1.5论文结构与章节安排
论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对网站需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：
第一章：引言。第一章主要介绍了课题研究的背景，系统开发的现状和本文的国内外研究现状与主要工作。
第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章：系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
2 住院服务管理系统分析
系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。
所以经济可行性没有问题。
（2）操作可行性：
此次项目设计参考了几个该模式下网站的开发案例，对他们的操作界面分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
（3）技术可行性：
技术可行性指的是对于搭建框架的可行性，以及有更优秀的技术出现时系统的技术更新换代的纳新性如何，开发时间成本费用比如何。
现有的SSM技术能够迎合所有电子商务系统的搭建。开发这个住院服务管理系统的时候我采用了SSM+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
（4）法律可行性：
从开发者角度来看，SSM和MYSQL是网上开源且免费的，在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看，只要不再系统上贩卖违禁品，对系统做出条约协议，杜绝非法支付即可。
综上所述法律可行性也没有问题。
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。
用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。
图2-2 数据修改流程图
如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
按照住院服务管理系统的角色，我划分为了注册用户模块和管理员管理模块这两大部分。
注册用户管理模块：
（1）用户注册登录：用户注册为用户并登录住院服务管理系统；用户对个人信息的增删改查，比如个人资料，密码修改。
（2）查看住院服务管理系统的首页信息：住院服务管理系统的首页信息包含了首页、公告通知、医疗资讯、床位信息、我的（我的账户、我的收藏、个人中心）等。
（3）医疗资讯：在首页导航栏左侧我们会看到“医疗资讯”这一菜单，我们点击进入进去以后，会看到所有资讯列表，在这个界面，我们可以点击进入进行查看、评论、点赞等；
（4）公告通知：在首页导航栏左侧我们会看到“公告通知”这一菜单，我们点击进入进去以后，会看到所有管理员在后台发布的公告信息；
（5）床位信息：用户可以查看床位信息信息支持通过搜索关键词的方式对床位信息进行查询，在查询到自己想要了解的床位信息的时候，可以进入查看详细的介绍。
（6）我的收藏：在“我的”下可以查看管理“我的收藏”信息，可以查看收藏，也可以对不喜欢的信息进行删除收藏；
（7）我的账户：当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料以及登录系统的密码进行设置；
（8）个人中心：当用户点击右上角“我的”这个按钮，就会进入到对应的后台进行信息的管理了；
（9）模块管理：用户登录到后台后可以在“模块管理”菜单下管理自己的住院信息+床位信息+用药信息+账单信息等。
管理员管理模块：
（1）登录：管理员的账号是在数据表表中直接设置生成的，不需要进行注册；
（2）公告通知管理：当点击“公告通知管理”这一菜单的时候，会出现公告通知这一个子菜单，可以对这公告通知模块进行增删改查操作；
（3）系统用户管理：当点击“系统用户管理”这一菜单的时候，会出现管理员+注册用户这两个子菜单，可以对这两个模块进行增删改查操作；
（4）资源管理：当点击“资源管理”这一菜单的时候，会出现医疗资讯+资讯分类这两个子菜单，能够对用户在前台提交的医疗资讯进行管理，同时对前台展示的医疗资讯信息进行增删改查操作；
（5）模块管理：当点击“模块管理”这一菜单的时候，会出现住院信息+床位信息+出院信息+用药信息+账单信息这五个子菜单，管理员能够对这五个子菜单进行增删改查操作；
2.3.2 非功能性分析
住院服务管理系统的非功能性需求比如住院服务管理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：
表3-1住院服务管理系统非功能需求表
| 安全性 | 主要指住院服务管理系统数据库的安装，数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指住院服务管理系统能够安装用户的指示进行操作，经过测试，可靠性90%以上。 |
| 性能 | 性能是影响住院服务管理系统占据市场的必要条件，所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着住院服务管理系统的页面展示内容进行操作，就可以了。 |
| 可维护性 | 住院服务管理系统开发的可维护性是非常重要的，经过测试，可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析，得出了本住院服务管理系统的用例图：
用户角色用例如图2-3所示。
图2-3 住院服务管理系统注册用户角色用例图
web后台管理上的管理员是维护整个住院服务管理系统中所有数据信息的。管理员角色用例如图2-4所示。
本章主要通过对住院服务管理系统的可行性分析、流程分析、功能需求分析、系统用例分析，确定整个住院服务管理系统要实现的功能。同时也为住院服务管理系统的代码实现和测试提供了标准。
本章主要讨论的内容包括住院服务管理系统的功能模块设计、数据库系统设计。
3.1 系统架构设计
本住院服务管理系统从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。
图3-1住院服务管理系统系统架构设计图
表现层（UI）：又称UI层，主要完成本住院服务管理系统的UI交互功能，一个良好的UI可以打打提高用户的用户体验，增强用户使用本住院服务管理系统时的舒适度。UI的界面设计也要适应不同版本的住院服务管理系统以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用户进行交互操作时必须要得到与之相符的交互结果，这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层（BLL）：主要完成本住院服务管理系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层，系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层（DL）：由于本住院服务管理系统的数据是放在服务端的mysql数据库中，因此本属于服务层的部分可以直接整合在业务逻辑层中，所以数据层中只有数据库，其主要完成本住院服务管理系统的数据存储和管理功能。
3.2 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本住院服务管理系统中的用例。那么接下来就要开始对本住院服务管理系统的架构、主要功能和数据库开始进行设计。住院服务管理系统根据前面章节的需求分析得出，其总体设计模块图如图3-2所示。
图3-2 住院服务管理系统功能模块图
3.2.2用户模块设计
后台管理者能够实现对前台注册的用户增删改查操作，用户模块结构图如下图：
图3-3用户用户模块结构图
3.2.3床位管理模块设计
住院服务管理系统是中需要存储不少床位信息，其模块功能结构，具体的结构图如下：
图3-4床位信息模块结构图
3.2.4评论管理模块设计
住院服务管理系统是一个交流性质的公开平台，用户可以在平台上交流，增加用户之间的互动性。但是同时也为了更好的规范评论的内容，给予管理员删除不合适的言论的功能，所以需要专门设计一个评论管理模块，具体的结构图如下：
图3-5评论模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个住院服务管理系统中主要的数据库表总E-R实体关系图。
图3-6 住院服务管理系统总E-R关系图
下面根据住院服务管理系统的数据库总E-R关系图可以得出住院服务管理系统需要很多E-R图，在此罗列出来一些主要的数据库E-R模型图。
图3-7注册用户E-R关系图
图3-8 账单信息E-R关系图
图3-9床位信息E-R关系图
图3-10用药信息E-R关系图
通过上一小节中住院服务管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
registered_users表：
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| registered_users_id | int | 11 | 是 | 是 | 注册用户ID |
| user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| user_age | int | 11 | 否 | 否 | 用户年龄 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| medication_information表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| medication_information_id | int | 11 | 是 | 是 | 用药信息ID |
| doctor_name | varchar | 64 | 否 | 否 | 医生名称 |
| medicated_patients | int | 11 | 否 | 否 | 用药患者 |
| time_of_administration | date | 0 | 否 | 否 | 用药时间 |
| drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| dosage | varchar | 64 | 否 | 否 | 用药剂量 |
| medication_details | text | 0 | 否 | 否 | 用药详情 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| inpatient_information表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| inpatient_information_id | int | 11 | 是 | 是 | 住院信息ID |
| department_name | varchar | 64 | 否 | 否 | 科室名称 |
| bed_price | varchar | 64 | 否 | 否 | 床位价格 |
| handling_personnel | int | 11 | 否 | 否 | 办理人员 |
| processing_time | date | 0 | 否 | 否 | 办理时间 |
| quantity_handled | varchar | 64 | 否 | 否 | 办理数量 |
| remarks | text | 0 | 否 | 否 | 备注信息 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| discharge_information表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| discharge_information_id | int | 11 | 是 | 是 | 出院信息ID |
| department_name | varchar | 64 | 否 | 否 | 科室名称 |
| bed_price | varchar | 64 | 否 | 否 | 床位价格 |
| handling_personnel | int | 11 | 否 | 否 | 办理人员 |
| quantity_handled | varchar | 64 | 否 | 否 | 办理数量 |
| discharge_time | date | 0 | 否 | 否 | 出院时间 |
| handling_remarks | text | 0 | 否 | 否 | 办理备注 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| billing_information表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| billing_information_id | int | 11 | 是 | 是 | 账单信息ID |
| bill_title | varchar | 64 | 否 | 否 | 账单标题 |
| patient_user | int | 11 | 否 | 否 | 患者用户 |
| patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| billing_status | varchar | 64 | 否 | 否 | 账单状态 |
| billing_details | varchar | 64 | 否 | 否 | 账单详情 |
| bill_attachment | varchar | 255 | 否 | 否 | 账单附件 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| bed_information表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| bed_information_id | int | 11 | 是 | 是 | 床位信息ID |
| department_name | varchar | 64 | 否 | 否 | 科室名称 |
| number_of_beds | varchar | 64 | 否 | 否 | 床位数量 |
| bed_price | varchar | 64 | 否 | 否 | 床位价格 |
| bed_picture | varchar | 255 | 否 | 否 | 床位图片 |
| department_location | varchar | 64 | 否 | 否 | 科室位置 |
| department_director | varchar | 64 | 否 | 否 | 科室主任 |
| department_details | text | 0 | 否 | 否 | 科室详情 |
| hits | int | 11 | 是 | 否 | 点击数 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| comment表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| comment_id | int | 11 | 是 | 是 | 评论ID |
| user_id | int | 11 | 是 | 否 | 评论人ID |
| reply_to_id | int | 11 | 是 | 否 | 回复评论ID |
| content | longtext | 0 | 否 | 否 | 内容 |
| nickname | varchar | 255 | 否 | 否 | 昵称 |
| avatar | varchar | 255 | 否 | 否 | 头像地址 |
| create_time | timestamp | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| source_table | varchar | 255 | 否 | 否 | 来源表 |
| source_field | varchar | 255 | 否 | 否 | 来源字段 |
| source_id | int | 10 | 是 | 否 | 来源ID |
3.4本章小结
整个住院服务管理系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 住院服务管理系统详细设计与实现
住院服务管理系统的详细设计与实现主要是根据前面的住院服务管理系统的需求分析和住院服务管理系统的总体设计来设计页面并实现业务逻辑。主要从住院服务管理系统界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 用户首页界面
当进入住院服务管理系统的时候，首先映入眼帘的是系统的导航栏，下面是系统内容，其主界面展示如下图4-1所示。
图4-1 用户首页界面图
4.1.2用户登录界面
住院服务管理系统中的注册后的用户是可以通过自己的账户名和密码进行登录的，当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到住院服务管理系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-2所示。
图4-2用户登录界面图
登录关键代码如下所示。
/**
* 登录
* @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;
}
4.1.3用户注册界面
不是住院服务管理系统中正式用户的是可以在线进行注册的，如果你没有本住院服务管理系统的账号的话，添加“注册”，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-3所示。
图4-3用户注册界面图
用户注册关键代码如下所示。
* 注册
* @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);
}
4.1.4公告通知界面
当点击导航栏上的“公告通知”的时候，就会进入对应的界面查看公告信息，公告通知界面如下图4-4所示。
图4-4公告通知界面图
4.1.5医疗资讯界面
当用户点击“医疗资讯”以后就会进入到以下界面，用户可以输入关键词搜索资讯内容，查看点赞数以及点击数，然后点击到资讯的详细的界面，在这个详细界面可以点赞+评论。其出界面展示如下图4-5所示。
图4-5医疗资讯界面图
医疗资讯逻辑代码如下所示。
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
Map<String,Object> paramMap = service.readBody(request.getReader());
this.addMap(paramMap);
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
4.1.6床位信息详情界面
当访客点击了任意床位信息后将会进入该款床位信息信息的详情界面，可以了解到该床位信息的科室名称、床位数量、床位价格、科室位置、科室主任、科室详情等，床位信息详情展示页面如图4-6所示。
图4-6床位信息详情界面图
4.2管理员功能模块
4.2.1 登录界面
管理员在登录界面输入账号+密码，点击“登录”按钮，系统在用户数据库表中会对管理员的账号进行匹配，账号+密码正确的话，就会登录到系统中各个用户的主管理界面，否则提示对应的信息，返回到登录的界面，其主界面展示如下图4-7所示。
图4-7登录界面图
住院服务管理系统中的管理人员在“轮播图管理”这一菜单中是可以对前台显示的轮播图进行管控。界面如下图4-8所示。
图4-8轮播图管理图
轮播图管理关键代码如下所示。
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
4.2.3资源管理界面
资源管理主要管理员是对医疗资讯以及资讯所属的分类进行管控，包含了用户对医疗资讯提交的评论信息，界面如下图4-9所示。
图4-9资源管理界面图
资源管理逻辑代码如下所示。
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
住院服务管理系统中的管理人员在“模块管理”这一菜单下是可以对住院服务管理系统内的住院信息、床位信息、用药信息、出院信息、账单信息等信息进行管控的，其管理界面如下图4-10所示。
图4-10模块管理界面图
模块管理逻辑代码如下所示。
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
5系统测试
系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。
系统测试包括：用户登录功能测试、床位信息展示功能测试、床位信息添加、床位信息搜索、密码修改功能测试，如表5-1、5-2、5-3、5-4、5-5所示：
表5-1 用户登录功能测试表
| 用例名称 | 用户登录系统 |
| 目的 | 测试用户通过正确的用户名和密码可否登录功能 |
| 前提 | 未登录的情况下 |
| 测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
| 预期结果 | 用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入 |
| 实际结果 | 实际结果与预期结果一致 |
床位信息查看功能测试：
表5-2 床位信息查看功能测试表
| 用例名称 | 床位信息查看 |
| 目的 | 测试床位信息查看功能 |
| 前提 | 用户登录 |
| 测试流程 | 点击床位信息列表 |
| 预期结果 | 可以查看到所有床位信息信息 |
| 实际结果 | 实际结果与预期结果一致 |
管理员添加床位信息界面测试：
表5-3 管理员添加床位信息界面测试表
| 用例名称 | 床位信息发布测试用例 |
| 目的 | 测试床位信息发布功能 |
| 前提 | 用户正常登录情况下 |
| 测试流程 | 1）点击床位信息信息管理就，然后点击添加后并填写信息。 2）点击进行提交。 |
| 预期结果 | 提交以后，页面首页会显示新的床位信息信息 |
| 实际结果 | 实际结果与预期结果一致 |
床位信息搜索功能测试：
表5-4床位信息搜索功能测试表
| 用例名称 | 床位信息搜索测试 |
| 目的 | 测试床位信息搜索功能 |
| 前提 | 无 |
| 测试流程 | 1）在搜索框填入搜索关键字。 2）点击搜索按钮。 |
| 预期结果 | 页面显示包含有搜索关键字的床位信息 |
| 实际结果 | 实际结果与预期结果一致 |
密码修改功能测试：
表5-5 密码修改功能测试表
| 用例名称 | 密码修改测试用例 |
| 目的 | 测试管理员密码修改功能 |
| 前提 | 管理员用户正常登录情况下 |
| 测试流程 | 1）管理员密码修改并完成填写。 2）点击进行提交。 |
| 预期结果 | 使用新的密码可以登录 |
| 实际结果 | 实际结果与预期结果一致 |
通过编写住院服务管理系统的测试用例，已经检测完毕用户登录模块、床位信息查看模块、床位信息添加模块、床位信息搜索模块、密码修改功能测试，通过这5大模块为住院服务管理系统的后期推广运营提供了强力的技术支撑。
至此，住院服务管理系统已经结束，在开发前做了许多的准备，在本系统的设计和开发过程中阅览和学习了许多文献资料，从中我也收获了很多宝贵的方法和设计思路，对系统的开发也起到了很重要的作用，系统的开发技术选用的都是自己比较熟悉的，比如Web、SSM技术、MYSQL，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助，正是因为他们的指导与帮助，我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西，此系统也有需要改进的地方，但是由于专业知识的浅薄，并不能做到十分完美，希望以后有机会可以让其真正的投入到使用之中。
[1]沈志元,张文健.基于Java技术的医院管理系统的设计与实现[J].电脑知识与技术,2022,18(32):38-40+54.DOI:10.14004/j.cnki.ckt.2022.1994.
[2]张丽景,张文川.基于对比分析法的高职“MySQL数据库”课程设计——以兰州石化职业技术大学为例[J].现代信息科技,2022,6(21):188-191.DOI:10.19850/j.cnki.2096-4706.2022.21.046.
[3]杨一帆.服务于MySQL数据库的在线监测系统设计[J].自动化技术与应用,2022,41(10):179-182.DOI:10.20033/j.1003-7241.(2022)10-0179-04.
[4]王棋.基于SSM框架的网上摄影系统设计与实现[J].电子质量,2022(10):89-93.
[5]谢霜.基于Java技术的网络管理体系结构的应用[J].网络安全技术与应用,2022(10):14-15.
[6]苏婉怡,揣小龙,赵国松,王煜尧.基于Java技术的考试系统关键点研究[J].无线互联科技,2022,19(18):58-60.
[7]杨玉莲.基于SSM框架的智能煤质化验室综合管理系统[J].煤矿现代化,2022,31(05):100-104+109.DOI:10.13606/j.cnki.37-1205/td.2022.05.005.
[8]唐小玲.基于SSM框架的资质管理系统开发解析[J].科学技术创新,2022(26):80-83.
[9]林佳一.混合式教学在高职MySQL数据库课程的实践研究[J].电脑知识与技术,2022,18(26):133-135.DOI:10.14004/j.cnki.ckt.2022.1737.
[10]Doshmangir Leila,Khabiri Roghayeh,Jabbari Hossein,Arab Zozani Morteza,Kakemam Edris,Gordeev Vladimir Sergeevich. Strategies for utilisation management of hospital services: a systematic review of interventions[J]. Globalization and Health,2022,18(1).
[11]Narh Clement T,Der Joyce B,Afetor Maxwell,Ofosu Anthony,Blettner Maria,Wollschlaeger Daniel. Sociodemographic factors associated with time to discharge for hospitalised patients with asthma and asthma exacerbation using the Ghana Health Service District Information Management System 2 (DHIMS-2) database, 2012-2017.[J]. BMJ open respiratory research,2021,8(1).
[12]周燕玲,萧锘,陈会.一站式住院服务中心信息化管理系统建设——以江西省某三甲医院为例[J].现代信息科技,2021,5(20):153-156.DOI:10.19850/j.cnki.2096-4706.2021.20.039.
[13]张欣,李葆华,田耘,李维,乔海芹,李梓赫,张晨,计虹.基于信息平台的预住院中心管理系统建设与应用[J].中国数字医学,2021,16(01):48-51.
[14]Xu Lili. Construction and application of simulation model for hospital management system[J]. BASIC & CLINICAL PHARMACOLOGY & TOXICOLOGY,2020,127.
[15]. Security of Stored Data using AES Algorithm for Hospital Management System[J]. International Journal of Engineering and Advanced Technology,2020,9(4).
[16]党莹, 住院病人信息安全的医院信息管理系统研究. 河北省,邢台医学高等专科学校,2017-03-30.
[17]傅剑飞,刘伟.住院管理仿真子系统医嘱管理模块设计与实现[J].软件导刊,2016,15(05):94-96.
[18]李威,刘伟.住院管理仿真子系统床位管理模块设计与实现[J].软件导刊,2016,15(04):126-128.
[19]张玉旋. 广州市越秀区人民医院住院护理管理系统的研究与分析[D].云南大学,2016.
致 谢
逝者如斯夫，不舍昼夜。转眼间，大用户用户活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？
感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。
少年，追风赶月莫停留，平荒尽处是春山。
免费领取源码，请点赞关注私信博主
1276
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
