Springboot养老院管理系统
摘 要
随着科学技术的飞速发展，社会的方方面面、各行各业都在努力与现代的先进技术接轨，通过科技手段来提高自身的优势，养老院管理系统当然也不能排除在外。养老院管理系统是以实际运用为开发背景，运用软件工程开发方法，采用Java技术构建的一个管理系统。整个开发过程首先对软件系统进行需求分析，得出系统的主要功能。接着对系统进行总体设计和详细设计。总体设计主要包括系统总体结构设计、系统数据结构设计、系统功能设计和系统安全设计等:详细设计主要包括模块实现的关键代码，系统数据库访问和主要功能模块的具体实现等。最后对系统进行功能测试，并对测试结果进行分析总结，及时改进系统中存在的不足，为以后的系统维护提供了方便，也为今后开发类似系统提供了借鉴和帮助。
本养老院管理系统采用的数据库是Mysql,使用JAVA技术开发。在设计过程中，充分保证了系统代码的良好可读性、实用性、易扩展性、通用性、便于后期维护、操作方便以及页面简洁等特点。
关键词 ：养老院管理系统；数据库；springboot
Springboot Nursing Home Management System
Abstract
With the rapid development of science and technology, all aspects of society and all walks of life are striving to integrate with modern advanced technology and improve their advantages through scientific and technological means. Of course, the management system of nursing homes cannot be excluded. The nursing home management system is a management system built using Java technology, using software engineering development methods, and based on practical application as the development background. The entire development process begins with a requirements analysis of the software system to obtain the main functions of the system. Then, the overall design and detailed design of the system are carried out. The overall design mainly includes the overall system structure design, system data structure design, system function design, and system security design. The detailed design mainly includes the key code for module implementation, system database access, and the specific implementation of the main functional modules. Finally, a functional test of the system was conducted, and the test results were analyzed and summarized to timely improve the shortcomings of the system, providing convenience for future system maintenance and providing reference and assistance for the development of similar systems in the future.
The database used in this nursing home management system is MySQL, developed using JAVA technology. During the design process, the system code has been fully guaranteed to have good readability, practicality, scalability, versatility, ease of later maintenance, easy operation, and concise pages.
Key words:Nursing home management system; database springboot
目 录
1 概述
1.1研究背景
养老院是集老人护理、护工等服务服务于一体的综合行养老院，经过我们前期的调查，院方大部分工作采用手工操作方式，会带来工作效率过低，运营成本过大的问题。
院方可用合理的较少投入取得更好的服务效果，在满足社会需求、注重社会效益的同时，获得相应的经济效益，从而提高院方的长远发展能力，增强内部控制能力，在人、财、物的综合运营管理上得到更多、更好的方法和手段，用有限的资源取得最合理的社会和经济效益的产出。
养老院管理系统实现系统主要功能：首页、用户管理（管理员、护理员工、膳食员工、财务员工、老人用户、家属用户）部门管理、护理考勤、膳食考勤、财务考勤、护理请假、膳食请假、财务请假、床位信息、老人信息、健康评估、健康档案、膳食信息、收费信息、财务收入、财务支出。养老院内部管理系统以院方人、财、物综合管理为核心，管理层决策智能分析等功能，系统采取一体化的运营模式，可作为提高院方综合运营能力的有效手段。
1.2 开发意义
养老院在关爱老年人身心健康、提供必要的社会帮助方面发挥着不可或缺的重要作用，同社会中其他性质的企业一样，养老院同样需要高效率和高标准的管理系统，以达到为广大老年客户提供高水准服务的目的。当前的养老院机构的现状和存在的问题有以下两个方面：1、信息化基础薄弱。养老院当前信息化的一些基础信息采集不足，无法满足信息共享、统计、查询等业务的需要。2、信息流转不畅。当前养老院信息的传递依靠传统方式，缺乏高效流转，且流转渠道不畅。
养老院服务的规模化和多样性对管理和服务工作带来了挑战，对于现代养老机构而言，传统的管理方式已难以适应现代化养老服务的需要，而采用信息化集成管理，可以使养老机构的管理和服务工作更加便捷和高效。
1.3本文的组织结构
第一章是绪论，本文章的开头部分，对本题目的研究背景和研究背景等一些做文字性的描述。
第二章研究了基于养老院管理系统的所采用的开发技术和开发工具。
第三章是系统分析部分，包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分，本文章的重要部分，提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现，介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结，以此对未来有一个新的展望。
2 系统开发环境
2.1 开发技术
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于Java的springboot框架进行开发。
前端部分：前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库使页面快速成型，项目前端通过栅格布局实现响应式，可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分：采用springboot作为开发框架，同时集成MyBatis、Redis等相关技术。
2.2MySQL数据库
科技的进步，给日常带来许多便利：教室的投影器用到了虚拟成像技术，数码相机用到了光电检测技术，比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库，而这次的物流信息管理系统也需要这项技术的支持[7]。
用MySQL这个软件，是因为它能接受多个使用者访问，而且里面存在Archive等。它会先把数据进行分类，然后分别保存在表里，这样的特别操作就会提高数据管理系统自身的速度，让数据库能被灵活运用。MySQL的代码是公开的，而且允许别人二次编译升级。这个特点能够降低使用者的成本，再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点，但是综合各方面来说，它是使用者的主流运用的对象[8]。
2.3springboot框架介绍
Spring框架是Java平台上的一种开源应用框架，提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制，但其在Java应用中的频繁使用让它备受青睐，以至于后来让它作为EJB（EnterpriseJavaBeans）模型的补充，甚至是替补。Spring框架为开发提供了一系列的解决方案，比如利用控制反转的核心特性，并通过依赖注入实现控制反转来实现管理对象生命周期容器化，利用面向切面编程进行声明式的事务管理，整合多种持久化技术管理数据访问，提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转（IOC）特性，IOC旨在方便项目维护和测试，它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期，容器可以通过扫描XML文件或类上特定Java注解来配置对象，开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程（AOP）框架，SpringAOP框架基于代理模式，同时运行时可配置；AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性，虽无法与AspectJ框架相比，但通过与AspectJ的集成，也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制，使本地和全局事务以及嵌套事务能够与保存点一起工作，并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板，系统可以通过事务模板、XML或Java注解进行事务配置，并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象（JDO）、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持，同时还可以与Spring的事务管理一起使用，为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架，其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够，于是创建了SpringMVC。
2.4B/S体系工作原理：
B/S架构采取浏览器请求，服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；
而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；
从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。
3 系统分析
所谓系统分析就是，需求人员通过与用户的沟通，所获取的信息，然后把这些信息通过需求说明书的方式展示给用户和开发人员。在软件功能发展的历史长河中，很长时间，特别是最开始的时候，需求分析的重要性并不被人们所认同，例如当时美国IBM公司为英国电信公司开发一套信息管理系统，在需求不明确的情况下开始开发，最初的工期为一年，由于需求获取不清晰导致工期推迟了半年多，造成巨大损失。我们很多软件公司也存在这种情况，边需求，边开发，甚至与用户没有沟通清楚的情况下，直接照搬同类型的项目进行更改，导致到系统验收的时候，重新更改，造成了人力、物力的极大浪费。而导致这一切后果的原因就是需求获取不及时、不清楚、不全面。
3.1 可行性分析
基于养老院管理系统主要目标是实现首页、部门管理、护理考勤、膳食考勤、财务考勤、护理请假、膳食请假、财务请假、床位信息、老人信息、健康评估、健康档案、膳食信息、收费信息、财务收入、财务支出的相关信息管理服务。在确定了目标后，我们从以下四方面对能否实现本系统目标进行可行性分析。
3.1.1 技术可行性
基于养老院管理系统主要采用springboot框架，基于B/S结构，Mysql数据库，对于应用程序的开发要求具备完整功能，使用简单的特点，并建立一个数据完整安全稳定的数据库。基于养老院管理系统的开发技术具有很高可行性，且开发人员掌握了一定的开发技术，所以系统的开发具有可行性。
3.1.2操作可行性
基于养老院管理系统的登录界面简单易于操作，采用常见的界面窗口来登录界面，通过电脑进行访问操作，会员只要平时使用过电脑都能进行访问操作。此系统的开发采用java语言开发，基于B/S结构，这些开发环境使系统更加完善。本系统具有易操作、易管理、交互性好的特点，在操作上是非常简单的。因此本系统可以进行开发。
3.1.3 经济可行性
基于养老院管理系统是基于B/S模式，采用Mysql数据库储存数据，所要求的硬件和软件环境，市场上都很容易购买，程序开发主要是管理系统的开发和维护。所以程序在开发人力、财力上要求不高，而且此系统不是很复杂，开发周期短，在经济方面具有较高的可行性。
3.1.4 法律可行性
基于养老院管理系统是自己设计的管理系统，具有很大的实际意义。因为无论是软件还是数据库，采用的都是开源代码，因此这个系统的开发和设计，并不存在侵权等问题，在法律上完全具有可行性。
综上所述，基于养老院管理系统在技术、经济、操作和法律上都具有很高的可行性，开发此程序是可行的。
3.2系统流程分析
3.2.1系统开发流程
基于养老院管理系统开发时，首先进行需求分析，进而对系统进行总体的设计规划，设计系统功能模块，数据库的选择等，本系统的开发流程如图3-1所示
图3-1系统开发流程图
3.2.2 用户登录流程
为了保证系统的安全性，要使用本系统对系统信息进行管理，必须先登陆到系统中。如图3-2所示。
图3-2 登录流程图
3.2.3 系统操作流程
用户打开并进入系统后，会先显示登录界面，输入正确的用户名和密码，系统自动检测信息，若信息无误，则用户会进入系统功能界面，进行操作，否则会提示错误无法登录，操作流程如图3-3所示。
图3-3 系统操作流程图
3.2.4 添加信息流程
管理员可以对部门管理、护理考勤、膳食考勤、财务考勤、护理请假、膳食请假、财务请假、床位信息、老人信息、健康评估、健康档案、膳食信息、收费信息、财务收入、财务支出进行信息的添加，用户可以对自己权限内的信息进行添加，输入信息后，系统会自行验证输入的信息和数据，若信息正确，会将其添加到数据库内，若信息有误，则会提示重新输入信息，添加信息流程如图3-4所示。
图3-4 添加信息流程图
3.2.5 修改信息流程
管理员可以对部门管理、护理考勤、膳食考勤、财务考勤、护理请假、膳食请假、财务请假、床位信息、老人信息、健康评估、健康档案、膳食信息、收费信息、财务收入、财务支出进行的修改，用户可以对自己权限内的信息进行修改，首先进入修改信息界面，输入修改信息数据，系统进行数据的判断验证，修改信息合法则修改成功，信息更新至数据库，信息不合法则修改失败，重新输入。修改信息流程图如图3-5所示。
图3-5 修改信息流程图
3.2.6 删除信息流程
管理员可以对部门管理、护理考勤、膳食考勤、财务考勤、护理请假、膳食请假、财务请假、床位信息、老人信息、健康评估、健康档案、膳食信息、收费信息、财务收入、财务支出进行信息的删除，对要删除的信息进行选中后，点击删除按钮，系统会询问是否确定，若点击确定，则系统会删除掉选中的信息，并在数据库内对信息进行删除，删除信息流程图如图3-6所示。
图3-6 删除信息流程图
3.3系统用例分析
3.3.1管理员用例图
系统中的核心用户是系统管理员，管理员登录后，通过管理员菜单来管理后台系统。主要功能有：首页、用户管理、部门管理、护理考勤、膳食考勤、财务考勤、护理请假、膳食请假、财务请假、床位信息、老人信息、健康评估、健康档案、膳食信息、收费信息、财务收入、财务支出等功能。管理员用例如图3-7所示。
图3-7 管理员用例图
3.3.2护理员工用例图
护理员工进入系统可以进行首页登录、个人资料、护理考勤、护理请假、老人信息、健康评估、健康档案、护理离职功能等。护理员工用例如图3-8所示。
图3-8 护理员工用例图
3.3.3膳食员工用例图
膳食员工进入系统可以进行首页登录、个人资料、膳食考勤、膳食请假、老人信息、健康评估、健康档案、膳食信息、膳食离职功能等。膳食员工用例如图3-8所示。
图3-9 膳食员工用例图
4 系统设计
4.1 系统概述
进过系统的分析后，就开始记性系统的设计，系统设计包含总体设计和详细设计。总体设计只是一个大体的设计，经过了总体设计，我们能够划分出系统的一些东西，例如文件、文档、数据等。而且我们通过总体设计，大致可以划分出了程序的模块，以及功能。但是只是一个初步的分类，并没有真正的实现。
整体设计，只是一个初步设计，而且，对于一个项目，我们可以进行多个整体设计，通过对比，包括性能的对比、成本的对比、效益的对比，来最终确定一个最优的设计方案，选择优秀的整体设计可以降低开发成本，增加公司效益，从这一点来讲，整体设计还是非常重要的。
基于养老院管理系统工作原理图如图4-1所示：
图4-1 系统工作原理图
4.2 系统结构设计
系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，系统的总体架构决定了整个系统的模式，是系统的基础。基于养老院管理系统的整体结构设计如图4-2所示。
图4-2 系统结构图
4.3数据库设计
数据库是计算机信息系统的基础。目前，电脑系统的关键与核心部分就是数据库。数据库开发的优劣对整个系统的质量和速度有着直接影响。
4.3.1 数据库设计原则
数据库的概念结构设计采用实体—联系（E-R）模型设计方法。E-R模型法的组成元素有：实体、属性、联系，E-R模型用E-R图表示，是提示用户工作环境中所涉及的事物，属性则是对实体特性的描述。在系统设计当中数据库起着决定性的因素。下面设计出这几个关键实体的实体—关系图。
4.3.2 数据库实体
数据模型中的实体（Entity），也称为实例，对应现实世界中可区别于其他对象的“事件”或“事物”。
本系统的E-R图如下图所示：
1、膳食请假实体图如图4-3所示：
图4-3膳食请假实体图
2、膳食考勤实体图如图4-4所示：
图4-4膳食考勤实体图
3、护理员工实体图如图4-5所示：
图4-5护理员工实体图
4.3.3 数据库表设计
表bed_information (床位信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
bed_information_id |
int |
10 |
0 |
N |
Y |
床位信息ID |
|
| 2 |
bed_room_number |
varchar |
64 |
0 |
N |
N |
床位房号 |
|
| 3 |
bed_no |
varchar |
64 |
0 |
N |
N |
床位床号 |
|
| 4 |
bed_standard |
varchar |
64 |
0 |
Y |
N |
床位标准 |
|
| 5 |
bed_price |
int |
10 |
0 |
Y |
N |
0 |
床位价格 |
| 6 |
bed_picture |
varchar |
255 |
0 |
Y |
N |
床位图片 |
|
| 7 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表catering_staff (膳食员工)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
catering_staff_id |
int |
10 |
0 |
N |
Y |
膳食员工ID |
|
| 2 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 3 |
employee_gender |
varchar |
64 |
0 |
Y |
N |
员工性别 |
|
| 4 |
employee_age |
varchar |
64 |
0 |
Y |
N |
员工年龄 |
|
| 5 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 6 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 7 |
date_of_entry |
varchar |
64 |
0 |
Y |
N |
入职时间 |
|
| 8 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 9 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 10 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表charge_information (收费信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
charge_information_id |
int |
10 |
0 |
N |
Y |
收费信息ID |
|
| 2 |
elderly_users |
int |
10 |
0 |
Y |
N |
0 |
老人用户 |
| 3 |
name_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人姓名 |
|
| 4 |
dependent_users |
int |
10 |
0 |
Y |
N |
0 |
家属用户 |
| 5 |
family_name |
varchar |
64 |
0 |
Y |
N |
家属姓名 |
|
| 6 |
bed_room_number |
varchar |
64 |
0 |
Y |
N |
床位房号 |
|
| 7 |
bed_no |
varchar |
64 |
0 |
Y |
N |
床位床号 |
|
| 8 |
bed_standard |
varchar |
64 |
0 |
Y |
N |
床位标准 |
|
| 9 |
bed_price |
int |
10 |
0 |
Y |
N |
0 |
床位价格 |
| 10 |
dietary_standards |
varchar |
64 |
0 |
Y |
N |
饮食标准 |
|
| 11 |
catering_expenses |
int |
10 |
0 |
Y |
N |
0 |
饮食费用 |
| 12 |
nursing_expenses |
int |
10 |
0 |
Y |
N |
0 |
护理费用 |
| 13 |
standards_of_care |
varchar |
64 |
0 |
Y |
N |
护理标准 |
|
| 14 |
total_cost |
varchar |
64 |
0 |
Y |
N |
费用总价 |
|
| 15 |
pay_state |
varchar |
16 |
0 |
N |
N |
未支付 |
支付状态 |
| 16 |
pay_type |
varchar |
16 |
0 |
Y |
N |
支付类型: 微信、支付宝、网银 |
|
| 17 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 18 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 19 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表department_management (部门管理)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
department_management_id |
int |
10 |
0 |
N |
Y |
部门管理ID |
|
| 2 |
department_name |
varchar |
64 |
0 |
Y |
N |
部门名称 |
|
| 3 |
department_type |
varchar |
64 |
0 |
Y |
N |
部门类型 |
|
| 4 |
number_of_departments |
varchar |
64 |
0 |
Y |
N |
部门人数 |
|
| 5 |
department_post |
varchar |
64 |
0 |
Y |
N |
部门岗位 |
|
| 6 |
department_details |
longtext |
2147483647 |
0 |
Y |
N |
部门详情 |
|
| 7 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表dependent_users (家属用户)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
dependent_users_id |
int |
10 |
0 |
N |
Y |
家属用户ID |
|
| 2 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
| 3 |
user_gender |
varchar |
64 |
0 |
Y |
N |
用户性别 |
|
| 4 |
nursing_age |
varchar |
64 |
0 |
Y |
N |
用户年龄 |
|
| 5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
| 8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表dietary_information (膳食信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
dietary_information_id |
int |
10 |
0 |
N |
Y |
膳食信息ID |
|
| 2 |
elderly_users |
int |
10 |
0 |
Y |
N |
0 |
老人用户 |
| 3 |
name_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人姓名 |
|
| 4 |
age_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人年龄 |
|
| 5 |
height_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人身高 |
|
| 6 |
weight_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人体重 |
|
| 7 |
dependent_users |
int |
10 |
0 |
Y |
N |
0 |
家属用户 |
| 8 |
family_name |
varchar |
64 |
0 |
Y |
N |
家属姓名 |
|
| 9 |
bed_room_number |
varchar |
64 |
0 |
Y |
N |
床位房号 |
|
| 10 |
bed_no |
varchar |
64 |
0 |
Y |
N |
床位床号 |
|
| 11 |
diet_menu |
varchar |
64 |
0 |
Y |
N |
饮食菜谱 |
|
| 12 |
diet_time |
varchar |
64 |
0 |
Y |
N |
饮食时间 |
|
| 13 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 14 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 15 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表dietary_separation (膳食离职)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
dietary_separation_id |
int |
10 |
0 |
N |
Y |
膳食离职ID |
|
| 2 |
catering_staff |
int |
10 |
0 |
Y |
N |
0 |
膳食员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
application_date |
date |
10 |
0 |
Y |
N |
申请日期 |
|
| 7 |
date_of_resignation |
date |
10 |
0 |
Y |
N |
离职日期 |
|
| 8 |
reason_for_resignation |
varchar |
64 |
0 |
Y |
N |
离职原因 |
|
| 9 |
salary_settlement |
int |
10 |
0 |
Y |
N |
0 |
工资结算 |
| 10 |
salary_details |
text |
65535 |
0 |
Y |
N |
工资详情 |
|
| 11 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
| 12 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
| 13 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 14 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 15 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表elderly_information (老人信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
elderly_information_id |
int |
10 |
0 |
N |
Y |
老人信息ID |
|
| 2 |
elderly_users |
int |
10 |
0 |
Y |
N |
0 |
老人用户 |
| 3 |
name_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人姓名 |
|
| 4 |
age_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人年龄 |
|
| 5 |
height_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人身高 |
|
| 6 |
weight_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人体重 |
|
| 7 |
dependent_users |
int |
10 |
0 |
Y |
N |
0 |
家属用户 |
| 8 |
family_name |
varchar |
64 |
0 |
Y |
N |
家属姓名 |
|
| 9 |
bed_room_number |
varchar |
64 |
0 |
Y |
N |
床位房号 |
|
| 10 |
bed_no |
varchar |
64 |
0 |
Y |
N |
床位床号 |
|
| 11 |
bed_standard |
varchar |
64 |
0 |
Y |
N |
床位标准 |
|
| 12 |
bed_price |
int |
10 |
0 |
Y |
N |
0 |
床位价格 |
| 13 |
dietary_standards |
varchar |
64 |
0 |
Y |
N |
饮食标准 |
|
| 14 |
catering_expenses |
int |
10 |
0 |
Y |
N |
0 |
饮食费用 |
| 15 |
nursing_expenses |
int |
10 |
0 |
Y |
N |
0 |
护理费用 |
| 16 |
standards_of_care |
varchar |
64 |
0 |
Y |
N |
护理标准 |
|
| 17 |
diet_content |
text |
65535 |
0 |
Y |
N |
饮食内容 |
|
| 18 |
nursing_content |
text |
65535 |
0 |
Y |
N |
护理内容 |
|
| 19 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 20 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 21 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表elderly_users (老人用户)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
elderly_users_id |
int |
10 |
0 |
N |
Y |
老人用户ID |
|
| 2 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
| 3 |
user_gender |
varchar |
64 |
0 |
Y |
N |
用户性别 |
|
| 4 |
nursing_age |
varchar |
64 |
0 |
Y |
N |
用户年龄 |
|
| 5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
| 8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表financial_attendance (财务考勤)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
financial_attendance_id |
int |
10 |
0 |
N |
Y |
财务考勤ID |
|
| 2 |
financial_staff |
int |
10 |
0 |
Y |
N |
0 |
财务员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
attendance_type |
varchar |
64 |
0 |
Y |
N |
考勤类型 |
|
| 7 |
attendance_time |
datetime |
19 |
0 |
Y |
N |
考勤时间 |
|
| 8 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表financial_expenditure (财务支出)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
financial_expenditure_id |
int |
10 |
0 |
N |
Y |
财务支出ID |
|
| 2 |
financial_staff |
int |
10 |
0 |
Y |
N |
0 |
财务人员 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
date_of_expenditure |
date |
10 |
0 |
Y |
N |
支出日期 |
|
| 5 |
expense_type |
varchar |
64 |
0 |
Y |
N |
支出类型 |
|
| 6 |
expenditure_amount |
int |
10 |
0 |
Y |
N |
0 |
支出金额 |
| 7 |
expense_remarks |
text |
65535 |
0 |
Y |
N |
支出备注 |
|
| 8 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表financial_income (财务收入)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
financial_income_id |
int |
10 |
0 |
N |
Y |
财务收入ID |
|
| 2 |
catering_expenses |
int |
10 |
0 |
Y |
N |
0 |
饮食费用 |
| 3 |
nursing_expenses |
int |
10 |
0 |
Y |
N |
0 |
护理费用 |
| 4 |
bed_price |
int |
10 |
0 |
Y |
N |
0 |
床位价格 |
| 5 |
revenue_date |
date |
10 |
0 |
Y |
N |
收入日期 |
|
| 6 |
financial_staff |
int |
10 |
0 |
Y |
N |
0 |
财务人员 |
| 7 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表financial_leave (财务请假)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
financial_leave_id |
int |
10 |
0 |
N |
Y |
财务请假ID |
|
| 2 |
financial_staff |
int |
10 |
0 |
Y |
N |
0 |
财务员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
leave_time |
datetime |
19 |
0 |
Y |
N |
请假时间 |
|
| 7 |
end_time |
datetime |
19 |
0 |
Y |
N |
结束时间 |
|
| 8 |
leave_duration |
varchar |
64 |
0 |
Y |
N |
请假时长 |
|
| 9 |
reasons_for_asking_for_leave |
text |
65535 |
0 |
Y |
N |
请假原因 |
|
| 10 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
| 11 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
| 12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表financial_resignation (财务离职)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
financial_resignation_id |
int |
10 |
0 |
N |
Y |
财务离职ID |
|
| 2 |
financial_staff |
int |
10 |
0 |
Y |
N |
0 |
财务员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
application_date |
date |
10 |
0 |
Y |
N |
申请日期 |
|
| 7 |
date_of_resignation |
date |
10 |
0 |
Y |
N |
离职日期 |
|
| 8 |
reason_for_resignation |
varchar |
64 |
0 |
Y |
N |
离职原因 |
|
| 9 |
salary_settlement |
int |
10 |
0 |
Y |
N |
0 |
工资结算 |
| 10 |
salary_details |
text |
65535 |
0 |
Y |
N |
工资详情 |
|
| 11 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
| 12 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
| 13 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 14 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 15 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表financial_staff (财务员工)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
financial_staff_id |
int |
10 |
0 |
N |
Y |
财务员工ID |
|
| 2 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 3 |
employee_gender |
varchar |
64 |
0 |
Y |
N |
员工性别 |
|
| 4 |
employee_age |
varchar |
64 |
0 |
Y |
N |
员工年龄 |
|
| 5 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 6 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 7 |
date_of_entry |
varchar |
64 |
0 |
Y |
N |
入职时间 |
|
| 8 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 9 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 10 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表health_assessment (健康评估)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
health_assessment_id |
int |
10 |
0 |
N |
Y |
健康评估ID |
|
| 2 |
elderly_users |
int |
10 |
0 |
Y |
N |
0 |
老人用户 |
| 3 |
name_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人姓名 |
|
| 4 |
age_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人年龄 |
|
| 5 |
height_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人身高 |
|
| 6 |
weight_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人体重 |
|
| 7 |
dependent_users |
int |
10 |
0 |
Y |
N |
0 |
家属用户 |
| 8 |
family_name |
varchar |
64 |
0 |
Y |
N |
家属姓名 |
|
| 9 |
bed_room_number |
varchar |
64 |
0 |
Y |
N |
床位房号 |
|
| 10 |
bed_no |
varchar |
64 |
0 |
Y |
N |
床位床号 |
|
| 11 |
blood_pressure_range |
varchar |
64 |
0 |
Y |
N |
血压范围 |
|
| 12 |
heart_rate_range |
varchar |
64 |
0 |
Y |
N |
心率范围 |
|
| 13 |
self_care |
varchar |
64 |
0 |
Y |
N |
自理具备 |
|
| 14 |
weight_status |
varchar |
64 |
0 |
Y |
N |
体重状态 |
|
| 15 |
abnormal_blood_pressure |
varchar |
64 |
0 |
Y |
N |
血压异常 |
|
| 16 |
assessment_details |
text |
65535 |
0 |
Y |
N |
评估详情 |
|
| 17 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 18 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 19 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表health_records (健康档案)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
health_records_id |
int |
10 |
0 |
N |
Y |
健康档案ID |
|
| 2 |
elderly_users |
int |
10 |
0 |
Y |
N |
0 |
老人用户 |
| 3 |
name_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人姓名 |
|
| 4 |
age_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人年龄 |
|
| 5 |
height_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人身高 |
|
| 6 |
weight_of_the_elderly |
varchar |
64 |
0 |
Y |
N |
老人体重 |
|
| 7 |
dependent_users |
int |
10 |
0 |
Y |
N |
0 |
家属用户 |
| 8 |
family_name |
varchar |
64 |
0 |
Y |
N |
家属姓名 |
|
| 9 |
bed_room_number |
varchar |
64 |
0 |
Y |
N |
床位房号 |
|
| 10 |
bed_no |
varchar |
64 |
0 |
Y |
N |
床位床号 |
|
| 11 |
blood_pressure_range |
varchar |
64 |
0 |
Y |
N |
血压范围 |
|
| 12 |
heart_rate_range |
varchar |
64 |
0 |
Y |
N |
心率范围 |
|
| 13 |
self_care |
varchar |
64 |
0 |
Y |
N |
自理具备 |
|
| 14 |
weight_status |
varchar |
64 |
0 |
Y |
N |
体重状态 |
|
| 15 |
abnormal_blood_pressure |
varchar |
64 |
0 |
Y |
N |
血压异常 |
|
| 16 |
historical_illness |
text |
65535 |
0 |
Y |
N |
历史病情 |
|
| 17 |
related_medical_genera |
text |
65535 |
0 |
Y |
N |
相关医属 |
|
| 18 |
medication |
text |
65535 |
0 |
Y |
N |
用药情况 |
|
| 19 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 20 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 21 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表hits (用户点击)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
hits_id |
int |
10 |
0 |
N |
Y |
点赞ID： |
|
| 2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人： |
| 3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表： |
|
| 6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段： |
|
| 7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID： |
表leave_for_meals (膳食请假)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
leave_for_meals_id |
int |
10 |
0 |
N |
Y |
膳食请假ID |
|
| 2 |
leave_employee |
int |
10 |
0 |
Y |
N |
0 |
请假员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
leave_time |
datetime |
19 |
0 |
Y |
N |
请假时间 |
|
| 7 |
end_time |
datetime |
19 |
0 |
Y |
N |
结束时间 |
|
| 8 |
leave_duration |
varchar |
64 |
0 |
Y |
N |
请假时长 |
|
| 9 |
reasons_for_asking_for_leave |
text |
65535 |
0 |
Y |
N |
请假原因 |
|
| 10 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
| 11 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
| 12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表meal_attendance (膳食考勤)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
meal_attendance_id |
int |
10 |
0 |
N |
Y |
膳食考勤ID |
|
| 2 |
catering_staff |
int |
10 |
0 |
Y |
N |
0 |
膳食员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
attendance_type |
varchar |
64 |
0 |
Y |
N |
考勤类型 |
|
| 7 |
attendance_time |
datetime |
19 |
0 |
Y |
N |
考勤时间 |
|
| 8 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表nursing_attendance (护理考勤)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
nursing_attendance_id |
int |
10 |
0 |
N |
Y |
护理考勤ID |
|
| 2 |
nursing_staff |
int |
10 |
0 |
Y |
N |
0 |
护理员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
attendance_type |
varchar |
64 |
0 |
Y |
N |
考勤类型 |
|
| 7 |
attendance_time |
datetime |
19 |
0 |
Y |
N |
考勤时间 |
|
| 8 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表nursing_leave (护理请假)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
nursing_leave_id |
int |
10 |
0 |
N |
Y |
护理请假ID |
|
| 2 |
nursing_staff |
int |
10 |
0 |
Y |
N |
0 |
护理员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
leave_time |
datetime |
19 |
0 |
Y |
N |
请假时间 |
|
| 7 |
end_time |
datetime |
19 |
0 |
Y |
N |
结束时间 |
|
| 8 |
leave_duration |
varchar |
64 |
0 |
Y |
N |
请假时长 |
|
| 9 |
reasons_for_asking_for_leave |
text |
65535 |
0 |
Y |
N |
请假原因 |
|
| 10 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
| 11 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
| 12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表nursing_separation (护理离职)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
nursing_separation_id |
int |
10 |
0 |
N |
Y |
护理离职ID |
|
| 2 |
nursing_staff |
int |
10 |
0 |
Y |
N |
0 |
护理员工 |
| 3 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 4 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 5 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 6 |
application_date |
date |
10 |
0 |
Y |
N |
申请日期 |
|
| 7 |
date_of_resignation |
date |
10 |
0 |
Y |
N |
离职日期 |
|
| 8 |
reason_for_resignation |
varchar |
64 |
0 |
Y |
N |
离职原因 |
|
| 9 |
salary_settlement |
int |
10 |
0 |
Y |
N |
0 |
工资结算 |
| 10 |
salary_details |
text |
65535 |
0 |
Y |
N |
工资详情 |
|
| 11 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
| 12 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
| 13 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 14 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 15 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表nursing_staff (护理员工)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
nursing_staff_id |
int |
10 |
0 |
N |
Y |
护理员工ID |
|
| 2 |
employee_name |
varchar |
64 |
0 |
Y |
N |
员工姓名 |
|
| 3 |
employee_gender |
varchar |
64 |
0 |
Y |
N |
员工性别 |
|
| 4 |
employee_age |
varchar |
64 |
0 |
Y |
N |
员工年龄 |
|
| 5 |
employee_department |
varchar |
64 |
0 |
Y |
N |
员工部门 |
|
| 6 |
employee_position |
varchar |
64 |
0 |
Y |
N |
员工岗位 |
|
| 7 |
date_of_entry |
varchar |
64 |
0 |
Y |
N |
入职时间 |
|
| 8 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 9 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 10 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
5系统详细设计
5.1登录界面
将首页的左边的功能设计为用户登录的位置，所以在进行登录的地方就会显示首页。在登录后就是大众较为熟悉的位置，也就是让用户进行账号以及密码输入的样式。
当用户输入完信息并点击登录按钮时，Struts就会将用户输入的信息传递进表单并装入相应的对象之中，然后再转到相应位置进行校验。若用户名和密码框都是空的，那么系统就会不可将账号密码均设置为空值。
系统的底层设置要求账号密码不可以都是空值，将这些信息传递给相关的类中的对象方法并调用相关的信息，对于用户输入的数据进行检验。若检验结果正确会自动转到系统首页欢迎页面，如果不正确系统就会返回用户登录界面。
用户登录流程图如下所示。
图5-1 用户登录流程
登录界面如下图所示。
图5-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；
Map<String， String> map = new HashMap<>()；
if(username != null && "".equals(username) == false){
map.put("username"， username)；
resultList = service.select(map， new HashMap<>()).getResultList()；
}
else if(email != null && "".equals(email) == false){
map.put("email"， email)；
resultList = service.select(map， new HashMap<>()).getResultList()；
}
else if(phone != null && "".equals(phone) == false){
map.put("phone"， phone)；
resultList = service.select(map， new HashMap<>()).getResultList()；
}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.select(groupMap， new HashMap<>()).getResultList()；
if (groupList.size()<1){
return error(30000，"用户组不存在")；
}
UserGroup userGroup = (UserGroup) groupList.get(0)；
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId()；
String res = String.valueOf(service.runCountSql(sql).getSingleResult())；
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， "账号或密码不正确")；
}
}
5.2用户管理界面
用户通过注册了方可获得登录使用权限，此时选择注册用户选项，系统就会自动转到用户注册工作面，在注册该部分信息时系统会自动调用add函数，然后在给定的文本框中填写有关该用户的基础信息后选择确认即可完成注册。检索用户信息，在新增用户信息以后，在检索工具栏中填写对应的用户信息，系统就会将该用户有关的所有信息展示出来。
用户管理流程图如下所示。
图5-3 用户管理流程图
用户管理界面如下图所示。
图5-4用户管理界面图
5.3部门管理界面
管理员执行部门管理，并可以操作相关内容，例如添加，查看，编辑和删除。通过单击“添加部门”，可以通过部门添加界面添加详细信息。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到部门查询列表中，管理员可进行编辑以及修改。
部门添加流程图如下所示。
图5-1 部门管理流程图
部门管理如下图所示。
图5-6 部门管理界面图
5.4财务请假管理界面
财务提交请假，可以进行新增、查看、修改以及删除等相应的请假管理操作。当点击"新增请假"的按钮时，在请假添加界面进行详细信息的添加操作。当点击"查看请假"超级链接时，会显示所选的请假的信息，然后点击"返回"再返回到其主页面。
财务请假提交界面如图所示。
图5-7财务请假界面图
财务请假逻辑代码如下所示。
@RequestMapping(value = "/del")
@Transactional
public Map<String， Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request)， service.readConfig(request))；
return success(1)；
}
@Transactional
public void delete(Map<String，String> query，Map<String，String> config){
StringBuffer sql = new StringBuffer("DELETE FROM ").append("`").append(table).append("`").append(" ")；
sql.append(toWhereSql(query， "0".equals(config.get(FindConfig.GROUP_BY))))；
log.info("[{}] - 删除操作：{}"，table，sql)；
Query query1 = runCountSql(sql.toString())；
query1.executeUpdate()；
}
5.5床位信息管理界面
添加床位信息时，输入必填字段后，表现层的LaorenController接受传过来的床位信息参数，再调用LaorenController类的addLaoren方法，经过LaorenService业务层到LaorenMapper持久层的处理，完成对整个添加床位信息的操作。addLaoren方法也和用户管理中的addUser方法类似，同时做添加和修改工作。
修改床位信息时，选择需要修改的床位进行修改，调用LaorenController控制器的editLaoren方法，拿到该床位原本的信息并显示到页面，管理员再对需要修改的床位信息字段进行修改，完成后调用addLaoren方法，调用业务层的updateByKey方法，更新数据库的床位信息表的数据。
床位管理流程图如下所示。
图5-8床位管理流程图
床位信息管理界面如下图所示。
图5-9床位信息管理界面图
5.6护理考勤管理界面
删除护理考勤时，选择需要删除的护理考勤进行删除，把主键的uId传到YihurenyuanController控制器，再调用控制器的deleteYihurenyuan方法，数据经过YihurenyuanService业务层解析和处理，请求YihurenyuanMapper持久层调用deleteByPrimaryKey方法操作数据库将护理考勤数据从数据库中删除。
查找护理考勤时，输入需要查找的员工姓名，调用getData方法获取所有数据并且进行分页，把获取到的所有数据显示到视图上，这时候只需要用脚本方法便能快速查找，不涉及对数据库操作。
护理考勤管理流程图如下所示。
图5-10护理考勤管理流程图
护理考勤管理界面如下图所示。
图5-11 护理考勤管理界面
护理考勤的逻辑代码如下：
@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)；
}
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){
StringBuffer sql = new StringBuffer("INSERT INTO ")；
sql.append("`").append(table).append("`").append(" (")；
for (Map.Entry<String，Object> entry:body.entrySet()){
sql.append("`"+humpToLine(entry.getKey())+"`").append("，")；
}
sql.deleteCharAt(sql.length()-1)；
sql.append(") VALUES (")；
for (Map.Entry<String，Object> entry:body.entrySet()){
Object value = entry.getValue()；
if (value instanceof String){
sql.append("'").append(entry.getValue()).append("'").append("，")；
}else {
sql.append(entry.getValue()).append("，")；
}
}
sql.deleteCharAt(sql.length() - 1)；
sql.append(")")；
log.info("[{}] - 插入操作：{}"，table，sql)；
Query query = runCountSql(sql.toString())；
query.executeUpdate()；
}
5.7老人信息管理界面
管理员执行老人信息管理，并可以操作相关内容，例如添加，查看，编辑和删除。通过单击“添加老人信息”，可以通过老人信息添加界面添加详细信息。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到老人信息查询列表中，管理员可进行编辑以及修改。
老人信息添加流程图如下所示。
图5-11 老人信息添加流程图
老人信息管理如下图所示。
图5-13 老人管理界面
6系统测试
系统开发的最后一个步骤就是系统测试，系统测试也是整个系统十分重要的一个环节，测试的好坏关系到产品的发展。用户对软件的质量、性能和可靠性等需求就要通过测试来实现。测试过程要必须遵循严谨性、完善性、规范性的原则，测试的主要目的就是看看在系统运行中，是否会出现bug，然后对出现的bug进行调试，直到程序完美运行。但是软件的测试只能尽可能的减少bug，理论上来说是无法达到消除bug。但是bug越少，系统出错的几率就越低，用户使用起来也更方便、更安全。
近年来，软件包含测试从现在的检验当中来看，系统接近预期目标可能出现的问题，并对这些错误做出相应的修正，假如我们不进行早期的测试错误就会延续下去，最后所做出的成品就会有很大的困难。
我们要在这个测试的过程当中找出错误。测试成软件开发的主要一部分，自从有了程序的设计那天开始，它就成为了重要的组成部分。经过统计来看，软件测试可以占据这个系统45%的工作量，而在软件开发的成本当中，对于测试成本来说它包含了很多的测试工作。每个程序测试时都会出现和遇到错误。在整个程序的开发过程当中，人为去查找错误是非常复杂和困难的，所以我们一般都会找一些测试的工具来进行测试。
6.1系统测试的意义
随着现代信息的快速发展，在社会各大领域中已经都开始应用网络信息技术，在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注，因为一个软件的好与坏它决定着这个系统在市场上的生存，所以我们必须要把软件质量来做好，这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题，因为一个系统的软件质量决定着用户在后期上成本经济的问题。
6.2 测试方法
黑盒测试又被人们称作为功能测试，通常是在程序的接口来做一些测试的方法，它一般包括对程序的功能和使用的方法来做出一些数据的接受和输出，同时还可以做出正确的输出信息，并保证与外部信息的完整性。
白盒测试通常被人们称作为结构测试，在整个程序的结构和处理当中它是由程序当中的逻辑测试和检验程序来完成一些正确的工作。
具体的功能测试它是包括：系统的适用性、准确性、安全性等功能测试。
6.3测试分析
基于养老院管理系统满足相关信息的管理需求，在设计时借鉴了国内外优秀网站的优点，从界面到系统设计都保证了管理员以及用户能够方便操作。系统的主要特点和优点归纳如下：
（1）本系统用的移置性和针对性都比较高，因为针对性高可以提供更好的服务而移置性可以在多个系统上运行，更给用户带来了极大的方便。
（2）该基于养老院管理系统内容全面，管理方便可以及时的全面的处理各种错误，异常，这样避免了很多因用户的马虎操作而出现的失误，其操作方便，用户界面友好，能够上网的人都可以很好的进行操作。
经过对上述的测试结果分析，所有基本功能齐全，操作简单，系统运行性能良好，系统安全可靠，能促进基于养老院管理系统的发展，发展前景广阔。
结 论
本系统通过对java和Mysql数据库的简介，从硬件和软件两反面说明了基于养老院管理系统的可行性，本文结论及研究成果如下：实现了java与Mysql相结合构建的基于养老院管理系统，网站可以响应式展示。通过本次基于养老院管理系统的研究与实现，我感到学海无涯，学习是没有终点的，而且实践出真知，只有多动手才能尽快掌握它，经验对系统的开发非常重要，经验不足，就难免会有许多考虑不周之处。比如要有美观的界面，更完善的功能，才能吸引更多的用户。
由于在此之前对于java知识没有深入了解，所以从一开始就碰到许多困难，例如一开始的页面显示不规范、数据库连接有问题已经无法实现参数的传递等等，不过通过在网上寻找有关资料以及同学的帮助下最后都得到了解决，在此过程中，我不仅学到了很多知识，也提高了自己解决问题的能力，尤其是学会如何从大量的信息中筛选出所需有用的信息，同时我更加深刻的体会到了，虽然书本上的大部分知识都是有价值，正确的，但实际上每个人编程的思路和对数据处理的方法、思想都是不同的，这就要求我们一定要通过实践才能找到解决问题的方案。在此次毕业设计活动中，我不断的提高了自己，也得到了宝贵的经验，我相信这些对我以后的发展都会有很大帮助。
通过这次基于养老院管理系统的开发，我参考了很多相关系统的例子，取长补短，吸取了其他系统的长处，逐步对该系统进行了完善，但是该系统还是有很多的不足之处，有待以后进一步学习。
实践证明，基于养老院管理系统有着非常好的发展前景，经过测试运行，系统各项功能都十分完善，界面漂亮，使用方便，操作容易，在技术理论上已经成熟。
致 谢
大学的学习生活在这个季节将结束，但是在我的生命这仅仅只是一个逗号，我将面对的旅程的另一个的开始。通过这次毕业设计的整个开发过程，从需求分析到具体功能实现，再到最终测试和维护的理解有了很大的进步，让我对系统开发有了更深刻的认识，对我个人的实践能力和解决问题的能力，都有了很大的帮助。这是这次毕业设计最大的收获。
首先要感谢我的指导老师，他在论文写作上，给予了我各种无私的帮助，治学严谨，严格要求，使我获得了很大的收获。老师深厚的理论知识和丰富的实践经验，都深深的影响到我，在这方面，我谨表示衷心的感谢。
其次，我还要对所有的老师和同学表示感谢，他们在我学习的过程中，都积极的提供了很多帮助，无论是专业知识，还是实践操作技能，也能够让我在论文写作中，遇到的一些难题迎刃而解。
最后，对阅读和评审本论文的各位老师表示衷心的感谢!
参考文献
[1]刘亚茹,张军.Vue.js框架在网站前端开发中的研究[J].电脑编程技巧与维护,2022(01):18-19+39.DOI:10.16184/j.cnki.comprg.2022.01.009.
[2]李弟文.应用Vue的百倍课堂Web端系统设计与实现[J].福建电脑,2021,37(12):75-81.DOI:10.16707/j.cnki.fjpc.2021.12.017.
[3]裴之蕈,高艳霞.基于Vue和Node.js的手语教学Web平台的设计与实现[J].电脑与信息技术,2021,29(06):33-36+86.DOI:10.19414/j.cnki.1005-1228.2021.06.010.
[4]单树倩,任佳勋.基于SpringBoot和Vue框架的数据库原理网站设计与实现[J].电脑知识与技术,2021,17(30):40-41+50.DOI:10.14004/j.cnki.ckt.2021.2868.
[5]苏文强,刘紫阳,苗玉恒.基于SpringBoot的缺陷管理系统设计与实现[J].大众科技,2021,23(10):4-6+10.
[6]王萍.SpringBoot项目中EhCache缓存技术的实现[J].电脑知识与技术,2021,17(29):79-81.DOI:10.14004/j.cnki.ckt.2021.2812.
[7]Xinwen Zhang,Siyuan Wen,Rui Wang. Implementation of Vehicle Management System Based on Spring Boot and VUE[C]//第33届中国控制与决策会议论文集（9）.,2021:519-523.DOI:10.26914/c.cnkihy.2021.028243.
[8]Pra Denis R.. Emmanuel Carrère: le point de vue de l’adversaire éd. par Christophe Reig, et al (review)[J]. The French Review,2021,91(1):
[9]Jian Chen,Chen Jian,Pan Hailan. Design of Man Hour Management Information System on SpringBoot Framework[J]. Journal of Physics: Conference Series,2020,1646(1):
[10]沈梦琦.基于物联网技术的养老院管理系统[J].计算机产品与流通,2019(08):122.
[11]张袁,陆建华,余仔涵.基于物联网技术的养老院系统设计[J].科技风,2019(05):87-88.DOI:10.19392/j.cnki.1671-7341.201905076.
[12]邬渊. 基于物联网的智慧养老系统的研究[D].兰州大学,2018.
免费领取项目源码，请关注点赞+私聊