Springboot医院人力资源管理系统的设计与实现
摘 要
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用Java技术建设医院人力资源管理系统。
医院人力资源管理系统主要功能模块包括系统用户、权限管理、科室病区病区、护士档案、档案审核、护士转科、机动护士、调配记录、变动记录、专科准入、夜班准入、休假申请、大科审批、护理部审批,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,系统的前端界面涉及的技术主要有Vue,后台主要使用的技术主要有Java编程语言,MySQL数据库,Springboot框架和Ajax异步交互,根据Ajax异步模式的校园新冠疫情信息管理系统解决了传统信息管理方式所带来的人力、物力和时间上的虚耗和交流深度的限定,这让校园新冠疫情信息管理的过程更快捷、准确、便利。
本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对医院人力资源管理系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现医院人力资源管理系统和部署运行使用它。
关键词:医院人力资源管理;Java语言;Springboot框架;MySQL数据库
Design and implementation of Springboot hospital human resource management system
Abstract
The rapid development of scientific and technological progress has caused great changes in people's daily life, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The advent of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In real application, the working rules and development steps of the application software use Java technology to build the hospital human resource management system.
The main functional modules of the hospital human resource management system include system users, authority management, department wards, nurse files, file review, nurse transfer, mobile nurses, deployment records, change records, specialty access, night shift access, leave application, major department approval, nursing department approval, adopt the object-oriented development mode for software development and hardware erection, can well meet the needs of actual use, improve the corresponding software erection and program coding work, the front-end interface of the system involves the technology mainly Vue According to the Ajax asynchronous mode of the campus new crown epidemic information management system to solve the traditional information management method brought by manpower, material resources and time waste and communication depth limitation, which makes the campus new crown epidemic information management process faster, more accurate and more convenient.
This report first analyzes the background, role and significance of the research, and lays a foundation for the rationality of the research work. According to the analysis of the needs and technical problems of the hospital human resource management system, the necessity and technical feasibility of the system are proved, and then the technical software and design ideas that need to be used to design the system are basically introduced, and finally the hospital human resource management system and deployment operation are realized.
Key words:Hospital Human Resource Management; Java language; Springboot framework; MySQL database
目 录
第1章 绪论
1.1 研究背景与意义
1.2 开发现状
1.3 本文的组织结构
第2章 相关技术介绍
2.1 Vue主要功能
2.2 Springboot框架
2.3 Java语言与JDK开发环境
2.4 B/S结构
2.5 Ajax应用
2.6 MySQL数据库
第3章 系统分析
3.1 可行性分析
3.1.1 技术可行性分析
3.1.2 经济可行性分析
3.1.3 操作可行性分析
3.2 功能需求分析
3.3 非功能需求分析
3.4 数据流程分析
第4章 系统设计
4.1 系统架构设计
4.2 系统功能结构
4.3 功能模块设计
4.4 数据库设计
4.4.1 概念模型
4.4.2 关系模型
4.4.3 数据表
第5章 系统实现
5.1 登录模块的实现
5.2 用户子系统模块的实现
5.2.1 用户首页模块
5.2.2 个人资料模块
5.2.3 护士档案模块
5.2.4 护士变动模块
5.2.5 休假申请模块
5.3 管理员子系统模块的实现
5.3.1 个人资料管理模块
5.3.2 用户管理模块
5.3.3 科室病区管理模块
5.3.4 权限管理模块
第6章 系统测试
6.1 测试目的
6.2 测试过程
6.3 测试结果
第7章 总结与展望
参考文献
致谢
第1章 绪论
1.1 研究背景与意义
信息作为生产力最活跃的因素,很早就在人类经济生活中发挥着不可替代的作用,但把信息纳入企业经营管理系统中的高效处理和应用是在计算机发明以后的50年代末。人力资源管理系统就是把分散的企业单位的职工信息实行统一,集中,规范的收集管理,建立分类编号管理,电脑存储查询以及防火,防潮,防蛀防盗等现代化,专业化的管理系统,为企事业单位和职工解除后顾之忧。企业人力资源管理系统为企事业单位提供信息咨询,信息检索,信息寸取等服务。人力资源管理系统基本上能够满足现代企业人力资源管理系统使用表格对各种信息分门别类,组成企业人力资源管理系统,可以方便地查询,查阅,修改,交流和重复使用。
企业人力资源管理是企业管理的一个重要内容,随着时代的进步,企业也逐渐变得庞大起来。如何管理好企业内部用户的信息,成为企业管理中的一个大的问题。在这种情况下,一个可以规范化,自动化的企业人力资源管理系统就显的非常必要。
人力资源管理系统的革命性变革出现在20世纪90年代末。由于市场竞争的需要,如何吸引和留住人才,激发用户的创造性、工作责任感和工作热情已成为关系企业兴衰的重要因素,人才已经成为企业最重要的资产之一。
1.2 开发现状
目前国内的人力资源管理系统的开发技术已经非常成熟,主要原因在于人力资源管理系统本身具有业务清晰、数据处理规范等许多优点,为其信息化提供了必要的优越条件,加上近十年计算机技术的飞跃发展,人力资源管理系统在国内基本上已经进入了普及应用的阶段。国内目前已有多种通用的人力资源管理系统软件供应用单位选择使用,而且还有多种人力资源管理系统开发通用工具供用户开发自己的人力资源管理系统择用。应该说,人力资源管理系统的开发与应用在国内已经进入了成熟阶段。
目前国内的人力资源管理信息系统的特点:面向网络,采用大型、通用性好的数据库机制;坚持标准化、规范化原则,提供灵活构库机制;提供强大的基础信息管理功能,如机构设置、信息录入、人员类别变动、调动人员信息的转移等,为各项人事业务的职能化管理提供有效、准确的基础数据支持;提供灵活、易操作的业务管理功能,实现人事业务职能化管理与基础信息管理的有效结合;提供用于输入的列表、模板组件和用于输出的报表组件,使系统直观,操作性好;为保证人事信息的机密性,提供安全的用户权限管理机制;为更好地实现层与层之问的数据传递,提供点到点、报盘、邮件等多种传输方式,有效地实现指标代码、数据结构、人事与编制信息综合网络管理、模 板、报表表样及数据的发送接收。
在国外,与我国的人力资源管理信息系统相对应的是人力资源管理系统(HRMS,Human Resources Management System),该系统本身与其相应的计算机信息应用技术均非常成熟。国外几乎所有发达国家均建立了自己的人力资源管理系统,这个系统是全国性的,覆盖了全国的人力资源管理。国外公司的人事部一般均建立了计算机信息系统,负责公司内部的人力资源。国外一些发达国家的企事业单位非常注重自身人力资源管理与决策支持系统的开发应用。尤其是一些跨国公司,更是不惜巨大的投资开发相应的人力资源管理与决策支持系统。人力资源管理与决策支持系统在跨国公司中,既不是一个普通的人事部,也不是一个福利部门,而是围绕提高工作效率而设立的由多种信息、数据和活动形成的一个开放性系统。微软的人事流动管理与决策支持系统就是其中一例。微软于1997年开发了一个由6大模块组成的人力资源管理与决策支持系统HeadlTrax,用于处理用户的科室病区、晋升、调动或部门内的变动。该系统使微软任何级别的经理都能够迅速根据外界环境的变化调整部门结构及人事安排;使人力资源部门可以使用这个电子工具进行人力资源管理的趋势分析;采用了数字授权技术,使得经理能够把任何类型的人事申请的批准职责下放给其他人,从而提供了灵活性,又不会使过程复杂化,较好地满足了公司对人力资源管理的要求。
1.3 本文的组织结构
第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了医院人力资源管理系统的所采用的开发技术和开发工具。
第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现,介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
第2章 相关技术介绍
2.1 Vue主要功能
Vue (读音 /vjuː/,类似于 view) 是一套用于构建用户界面的渐进式JavaScript框架。与其它大型框架不同的是,Vue被设计为可以自底向上逐层应用。Vue 的核心库只关注视图层,不仅易于上手,还便于与第三方库或既有项目整合。另一方面,当与现代化的工具链以及各种支持类库结合使用时,Vue 也完全能够为复杂的单页应用(SPA)提供驱动。
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是,Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层,并且非常容易学习,非常容易与其它库或已有项目整合。另一方面,Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习,非常容易与其它库或已有项目整合。另一方面,在与相关工具和支持库一起使用时,Vue.js 也能驱动复杂的单页应用[1]。
2.2 Springboot框架
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]。
2.3 Java语言与JDK开发环境
Java是美国sun公司所推出的一款程序设计语言,其能够在多个平台内应用,具有良好兼容性,进而其凭借自身优势在数据中心、个人PC与科技超级计算机等平台内广泛应用,具有目前最为庞大的开发者专业社群[3]。
JDK为美国sun公司为java开发员所推出的一款全新产品,要是没有JDK的情况下,所安装的java程序也就无法运行[4]。
2.4 B/S结构
基于Java技术开发的B/S架构系统,需要借助Tomcat服务器应用程序进行部署运行[5]。用户访问系统的时候,通过浏览器向应用程序服务器端发起访问请求,服务器端的程序在接到用户请求以后,服务器端应用程序对客户请求做出相应,在调用服务器端的业务逻辑程序完成和数据库端的交互,进一步生成相应的HTML/XML数据,最终把结果反馈给浏览器端用户[5]。
在该系统的开发中,开发模式采用B/S架构技术进行实现,通过部署服务器端应用程序,实现用户通过网站域名或者内网IP地址访问系统,实现系统中数据的动态化呈现和管理,加之页面效果的动态化呈现,不仅提升了页面的表现力,而且管理者可以随时更新系统中的各种信息,充分满足管理者和访问用户之间的信息交互[6]。
2.5 Ajax应用
Ajax即Asynchronous Javascript And XML(异步JavaScript和XML)在 2005年被Jesse James Garrett提出的新术语,用来描述一种使用现有技术集合的‘新’方法,包括:HTML或XHTML,CSS,JavaScript,DOM,XML,XSLT, 以及最重要的XMLHttpRequest。使用Ajax技术网页应用能够快速地将增量更新呈现在用户界面上,而不需要重载(刷新)整个页面,这使得程序能够更快地回应用户的操作[7]。
2.6 MySQL数据库
MySQL经过多次的更新,功能层面已经非常的丰富和完善了,从MySQL4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQL支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷[8][9]。
针对本文中设计的校园新冠疫情信息管理系统在实际的实现过程中,最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的MySQL来对校园新冠疫情信息管理系统后台数据进行存储操作[10][11]。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
第3章 系统分析
3.1 可行性分析
本次设计基于B/S 模式下,运用Java技术采用的是MySQL数据库,总体的可行性共分为以下三个方面。
3.1.1 技术可行性分析
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用Java技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
3.1.2 经济可行性分析
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
3.1.3 操作可行性分析
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以医院人力资源管理系统具备操作可行性。
3.2 功能需求分析
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
护士用例图如下所示。
图3-1 护士用例图
护士长用例图如下所示。
图3-2 护士长用例图
护理部用例图如下所示。
图3-3 护理部用例图
管理员用例图如下所示。
图3-4 管理员用例图
医院人力资源管理系统在对需求做解析后,整个系统主要分为用户和管理员两个模块,往下细分为四个角色:管理员和护士、护士长以及护理部,每个模块下的分支功能不一样。对功能做出如下说明:
用户模块:
账号登录认证。
管理个人资料信息,修改可修改的信息项。
护士档案管理:护士长填写护士档案,交由护理部审核。
护士调配:将机动护士调配至需要的岗位。
提交休假申请,同时查看历史已提交的休假申请记录。
管理员模块:
维护用户,审核用户的账号,可以冻结用户的登录权限,或者删除用户账号。
发布科室病区病区,并可以销毁某个科室病区,更新科室病区数据,模糊搜索科室病区数据等。
管理护士档案,并可以销毁某个护士档案,更新护士档案数据,模糊搜索护士档案数据等。
管理护士专科数据。
维护调配记录数据。
查看护士提交的休假申请数据,管理员有权利维护它。
3.3 非功能需求分析
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
3.4 数据流程分析
一层数据流程图包括了登录、用户功能和检索维护等模块,在登录模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。
系统的一层数据流图如下图所示。
图3-2系统数据流图(一层)
二层数据流程是对一层数据流层图中填写登录信息、用户功能的细化。即:填写登录信息细化为填制信息、后台审核,用户功能细化为科室病区管理、部门管理、用户管理、科室病区管理、通知公告管理、工资管理、请假管理、权限管理管理、休假申请管理、用户打卡管理、投诉建议管理、请假统计等操作。
系统的二层数据流图如下图所示。
图3-4系统数据流图(二层)
第4章 系统设计
4.1 系统架构设计
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。医院人力资源管理系统主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
4.2 系统功能结构
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:系统用户管理、权限管理、科室病区、护士档案、档案审核、护士转科、机动护士、调配记录、变动记录、专科准入、夜班准入、休假申请、大科审批、护理部审批。系统整体角色分为二个部分,一是用户、二是管理员。权限分布也是很明显,用户是在除去浏览信息之外还具有查询和管理自己账户信息等权限;管理员是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
4.3 功能模块设计
登录模块:登录模块是进入系统的入口,所有用户必须登录后才能访问系统。登录需要输入用户名和密码,如果多次尝试登录需要输入验证码。登录时需要选择用户的角色,是一般用户还是管理员登录等。登录成功后,会通过数据库获取用户的权限,并跳转至用户的主页面。
用户维护模块
操作人来录入用户数据,点击用户录入按钮,依次填写要录入的用户数据,点击提交按钮,将数据提交至数据库,然后刷新用户数据页面,每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。
休假申请模块
根据休假申请的流程,用户提交休假申请数据,在个人后台便可以查看到历史提交的休假申请数据,管理员来维护休假申请数据,审批确认已存在的休假申请数据。
打印和导出模块
系统多个页面可以进行打印功能,包括信息详细页,信息列表页,打印时调用外部打印机,完成打印设置即可打印,在信息列表页可以将该信息列表导出至excel中,用户选择保存excel文件的路径,既可以下载至本地,在excel中可以自由编辑。
4.4 数据库设计
4.4.1 概念模型
对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在医院人力资源管理系统中存在着多个实体分别是用户、护士档案、休假申请、调动记录等。
系统总体ER图如下图所示。
图4-4系统总体ER图
4.4.2 关系模型
管理员(管理员id、用户名、密码、权限)
护士(护士id、工号、密码、用户姓名、性别、身份证、电话、部门、照片、职位、入职日期)
档案(档案id、档案人姓名、年龄、性别、所属科室、是否审核、审核回复)
科室病区(科室病区id、科室名称、主治内容、类别、科室人员)
休假申请(休假申请、请假单号、请假类型、请假天数、请假开始时间、请假结束时间、工号、用户姓名、部门、是否审核、审核回复)
4.4.3 数据表
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。医院人力资源管理系统所需要的部分数据结构表如下表所示。
表access_token (登陆访问时长)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
token_id |
int |
10 |
0 |
N |
Y |
临时访问牌ID |
|
2 |
token |
varchar |
64 |
0 |
Y |
N |
临时访问牌 |
|
3 |
info |
text |
65535 |
0 |
Y |
N |
||
4 |
maxage |
int |
10 |
0 |
N |
N |
2 |
最大寿命:默认2小时 |
5 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
6 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户编号: |
表archive_review (档案审核)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
archive_review_id |
int |
10 |
0 |
N |
Y |
档案审核ID |
|
2 |
head_nurse |
int |
10 |
0 |
Y |
N |
0 |
护士长 |
3 |
nurse_no |
int |
10 |
0 |
Y |
N |
0 |
护士工号 |
4 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
5 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
6 |
id_no |
varchar |
64 |
0 |
Y |
N |
身份证号码 |
|
7 |
marital_status |
varchar |
64 |
0 |
Y |
N |
婚姻状态 |
|
8 |
native_place |
varchar |
64 |
0 |
Y |
N |
籍贯 |
|
9 |
birthday |
varchar |
64 |
0 |
Y |
N |
生日 |
|
10 |
nation |
varchar |
64 |
0 |
Y |
N |
民族 |
|
11 |
political_landscape |
varchar |
64 |
0 |
Y |
N |
政治面貌 |
|
12 |
contact_number |
varchar |
64 |
0 |
Y |
N |
联系电话 |
|
13 |
e_mail |
varchar |
64 |
0 |
Y |
N |
电子邮箱 |
|
14 |
home_address |
varchar |
64 |
0 |
Y |
N |
家庭住址 |
|
15 |
family_contact |
varchar |
64 |
0 |
Y |
N |
家庭联系人 |
|
16 |
contact_phone_number |
varchar |
64 |
0 |
Y |
N |
联系人电话 |
|
17 |
date_of_participation_in_work |
date |
10 |
0 |
Y |
N |
参加工作日期 |
|
18 |
date_of_work_in_the_hospital |
date |
10 |
0 |
Y |
N |
来院工作日期 |
|
19 |
nursing_age |
varchar |
64 |
0 |
Y |
N |
护龄 |
|
20 |
education |
varchar |
64 |
0 |
Y |
N |
学历 |
|
21 |
title |
varchar |
64 |
0 |
Y |
N |
职称 |
|
22 |
age |
varchar |
64 |
0 |
Y |
N |
年龄 |
|
23 |
nursing_department |
int |
10 |
0 |
Y |
N |
0 |
护理部 |
24 |
audit_status |
varchar |
64 |
0 |
Y |
N |
审核状态 |
|
25 |
review_comments |
text |
65535 |
0 |
Y |
N |
审核意见 |
|
26 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
27 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
28 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表auth (用户权限管理)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
auth_id |
int |
10 |
0 |
N |
Y |
授权ID: |
|
2 |
user_group |
varchar |
64 |
0 |
Y |
N |
用户组: |
|
3 |
mod_name |
varchar |
64 |
0 |
Y |
N |
模块名: |
|
4 |
table_name |
varchar |
64 |
0 |
Y |
N |
表名: |
|
5 |
page_title |
varchar |
255 |
0 |
Y |
N |
页面标题: |
|
6 |
path |
varchar |
255 |
0 |
Y |
N |
路由路径: |
|
7 |
position |
varchar |
32 |
0 |
Y |
N |
位置: |
|
8 |
mode |
varchar |
32 |
0 |
N |
N |
_blank |
跳转方式: |
9 |
add |
tinyint |
3 |
0 |
N |
N |
1 |
是否可增加: |
10 |
del |
tinyint |
3 |
0 |
N |
N |
1 |
是否可删除: |
11 |
set |
tinyint |
3 |
0 |
N |
N |
1 |
是否可修改: |
12 |
get |
tinyint |
3 |
0 |
N |
N |
1 |
是否可查看: |
13 |
field_add |
text |
65535 |
0 |
Y |
N |
添加字段: |
|
14 |
field_set |
text |
65535 |
0 |
Y |
N |
修改字段: |
|
15 |
field_get |
text |
65535 |
0 |
Y |
N |
查询字段: |
|
16 |
table_nav_name |
varchar |
500 |
0 |
Y |
N |
跨表导航名称: |
|
17 |
table_nav |
varchar |
500 |
0 |
Y |
N |
跨表导航: |
|
18 |
option |
text |
65535 |
0 |
Y |
N |
配置: |
|
19 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
20 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表change_record (变动记录)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
change_record_id |
int |
10 |
0 |
N |
Y |
变动记录ID |
|
2 |
nurse_no |
int |
10 |
0 |
Y |
N |
0 |
护士工号 |
3 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
4 |
major_family |
varchar |
64 |
0 |
Y |
N |
所属大科 |
|
5 |
contact_number |
varchar |
64 |
0 |
Y |
N |
联系电话 |
|
6 |
change_type |
varchar |
64 |
0 |
Y |
N |
变动类型 |
|
7 |
operator |
varchar |
64 |
0 |
Y |
N |
操作人 |
|
8 |
change_time |
date |
10 |
0 |
Y |
N |
变动时间 |
|
9 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
10 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
11 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表dake_approval (大科审批)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
dake_approval_id |
int |
10 |
0 |
N |
Y |
大科审批ID |
|
2 |
ward_head_nurse |
int |
10 |
0 |
Y |
N |
0 |
病区护士长 |
3 |
leave_labor_number |
varchar |
64 |
0 |
Y |
N |
请假人工号 |
|
4 |
please_provide_the_dummys_name |
varchar |
64 |
0 |
Y |
N |
请假人姓名 |
|
5 |
inpatient_area |
varchar |
64 |
0 |
Y |
N |
病区 |
|
6 |
reason_for_vacation |
varchar |
64 |
0 |
Y |
N |
休假原因 |
|
7 |
application_materials |
varchar |
255 |
0 |
Y |
N |
申请资料 |
|
8 |
authorized_person |
varchar |
64 |
0 |
Y |
N |
授权人 |
|
9 |
starting_and_ending_dates_of_vacation |
varchar |
64 |
0 |
Y |
N |
休假起止日期 |
|
10 |
chief_nurse_of_major_department |
int |
10 |
0 |
Y |
N |
0 |
大科护士长 |
11 |
date_of_approval_by_dake |
date |
10 |
0 |
Y |
N |
大科批准日期 |
|
12 |
progress_of_major_department_approval |
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 |
更新时间 |
表department_ward (科室病区)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
department_ward_id |
int |
10 |
0 |
N |
Y |
科室病区ID |
|
2 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
3 |
department_type |
varchar |
64 |
0 |
Y |
N |
科室类型 |
|
4 |
contact_number |
varchar |
16 |
0 |
Y |
N |
联系电话 |
|
5 |
number_of_nurses |
int |
10 |
0 |
Y |
N |
0 |
护士人数 |
6 |
operating_duty |
text |
65535 |
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 |
更新时间 |
表deployment_record (调配记录)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
deployment_record_id |
int |
10 |
0 |
N |
Y |
调配记录ID |
|
2 |
nurse_no |
int |
10 |
0 |
Y |
N |
0 |
护士工号 |
3 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
4 |
major_family |
varchar |
64 |
0 |
Y |
N |
所属大科 |
|
5 |
allocation_of_wards |
varchar |
64 |
0 |
Y |
N |
调配病区 |
|
6 |
start_time |
date |
10 |
0 |
Y |
N |
开始时间 |
|
7 |
end_time |
date |
10 |
0 |
Y |
N |
结束时间 |
|
8 |
score |
varchar |
64 |
0 |
Y |
N |
评分 |
|
9 |
evaluation_content |
text |
65535 |
0 |
Y |
N |
评价内容 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表head_nurse (护士长)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
head_nurse_id |
int |
10 |
0 |
N |
Y |
护士长ID |
|
2 |
nurse_head_job_number |
varchar |
64 |
0 |
N |
N |
护士长工号 |
|
3 |
nurse_head_name |
varchar |
64 |
0 |
Y |
N |
护士长姓名 |
|
4 |
position |
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 |
更新时间 |
表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_application (休假申请)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
leave_application_id |
int |
10 |
0 |
N |
Y |
休假申请ID |
|
2 |
ward_head_nurse |
int |
10 |
0 |
Y |
N |
0 |
病区护士长 |
3 |
leave_labor_number |
varchar |
64 |
0 |
Y |
N |
请假人工号 |
|
4 |
please_provide_the_dummys_name |
varchar |
64 |
0 |
Y |
N |
请假人姓名 |
|
5 |
inpatient_area |
varchar |
64 |
0 |
Y |
N |
病区 |
|
6 |
reason_for_vacation |
varchar |
64 |
0 |
Y |
N |
休假原因 |
|
7 |
application_materials |
varchar |
255 |
0 |
Y |
N |
申请资料 |
|
8 |
authorized_person |
varchar |
64 |
0 |
Y |
N |
授权人 |
|
9 |
starting_and_ending_dates_of_vacation |
varchar |
64 |
0 |
Y |
N |
休假起止日期 |
|
10 |
leave_duration |
varchar |
64 |
0 |
Y |
N |
请假时长 |
|
11 |
approval_progress |
varchar |
64 |
0 |
Y |
N |
审批进度 |
|
12 |
chief_nurse_of_major_department |
int |
10 |
0 |
Y |
N |
0 |
大科护士长 |
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 |
更新时间 |
表mobile_nurse (机动护士)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
mobile_nurse_id |
int |
10 |
0 |
N |
Y |
机动护士ID |
|
2 |
nurse_no |
int |
10 |
0 |
Y |
N |
0 |
护士工号 |
3 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
4 |
major_family |
varchar |
64 |
0 |
Y |
N |
所属大科 |
|
5 |
state |
varchar |
64 |
0 |
Y |
N |
状态 |
|
6 |
allocation_of_wards |
varchar |
64 |
0 |
Y |
N |
调配病区 |
|
7 |
contact_number |
varchar |
64 |
0 |
Y |
N |
联系电话 |
|
8 |
warehousing_time |
date |
10 |
0 |
Y |
N |
入库时间 |
|
9 |
deployment_status |
varchar |
64 |
0 |
Y |
N |
调配状态 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表night_shift_access (夜班准入)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
night_shift_access_id |
int |
10 |
0 |
N |
Y |
夜班准入ID |
|
2 |
nurse_no |
int |
10 |
0 |
Y |
N |
0 |
护士工号 |
3 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
4 |
major_family |
varchar |
64 |
0 |
Y |
N |
所属大科 |
|
5 |
approval_status |
varchar |
64 |
0 |
Y |
N |
审批状态 |
|
6 |
approved_department |
varchar |
64 |
0 |
Y |
N |
已审批科室 |
|
7 |
application_date |
date |
10 |
0 |
Y |
N |
申请日期 |
|
8 |
approval_date |
date |
10 |
0 |
Y |
N |
批准日期 |
|
9 |
application_materials |
varchar |
255 |
0 |
Y |
N |
申请资料 |
|
10 |
passed_department |
varchar |
64 |
0 |
Y |
N |
已通过科室 |
|
11 |
approval_deadline |
date |
10 |
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 |
更新时间 |
表nurse_files (护士档案)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
nurse_files_id |
int |
10 |
0 |
N |
Y |
护士档案ID |
|
2 |
head_nurse |
int |
10 |
0 |
Y |
N |
0 |
护士长 |
3 |
nurse_no |
int |
10 |
0 |
Y |
N |
0 |
护士工号 |
4 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
5 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
6 |
id_no |
varchar |
64 |
0 |
Y |
N |
身份证号码 |
|
7 |
marital_status |
varchar |
64 |
0 |
Y |
N |
婚姻状态 |
|
8 |
native_place |
varchar |
64 |
0 |
Y |
N |
籍贯 |
|
9 |
birthday |
varchar |
64 |
0 |
Y |
N |
生日 |
|
10 |
nation |
varchar |
64 |
0 |
Y |
N |
民族 |
|
11 |
political_landscape |
varchar |
64 |
0 |
Y |
N |
政治面貌 |
|
12 |
contact_number |
varchar |
64 |
0 |
Y |
N |
联系电话 |
|
13 |
e_mail |
varchar |
64 |
0 |
Y |
N |
电子邮箱 |
|
14 |
home_address |
varchar |
64 |
0 |
Y |
N |
家庭住址 |
|
15 |
family_contact |
varchar |
64 |
0 |
Y |
N |
家庭联系人 |
|
16 |
contact_phone_number |
varchar |
64 |
0 |
Y |
N |
联系人电话 |
|
17 |
date_of_participation_in_work |
date |
10 |
0 |
Y |
N |
参加工作日期 |
|
18 |
date_of_work_in_the_hospital |
date |
10 |
0 |
Y |
N |
来院工作日期 |
|
19 |
nursing_age |
varchar |
64 |
0 |
Y |
N |
护龄 |
|
20 |
education |
varchar |
64 |
0 |
Y |
N |
学历 |
|
21 |
title |
varchar |
64 |
0 |
Y |
N |
职称 |
|
22 |
age |
varchar |
64 |
0 |
Y |
N |
年龄 |
|
23 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
24 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
25 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表nurse_transfer (护士转科)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
nurse_transfer_id |
int |
10 |
0 |
N |
Y |
护士转科ID |
|
2 |
nurse_no |
int |
10 |
0 |
Y |
N |
0 |
护士工号 |
3 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
4 |
current_department |
varchar |
64 |
0 |
Y |
N |
当前科室 |
|
5 |
transfer_department |
varchar |
64 |
0 |
Y |
N |
转科科室 |
|
6 |
transfer_time |
date |
10 |
0 |
Y |
N |
转科时间 |
|
7 |
reason_for_transfer |
text |
65535 |
0 |
Y |
N |
转科原因 |
|
8 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
9 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表nurse_users (护士用户)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
nurse_users_id |
int |
10 |
0 |
N |
Y |
护士用户ID |
|
2 |
nurse_no |
varchar |
64 |
0 |
N |
N |
护士工号 |
|
3 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
4 |
current_department |
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 |
更新时间 |
表nursing_department (护理部)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
nursing_department_id |
int |
10 |
0 |
N |
Y |
护理部ID |
|
2 |
nursing_department_job_number |
varchar |
64 |
0 |
N |
N |
护理部工号 |
|
3 |
name_of_nursing_department |
varchar |
64 |
0 |
Y |
N |
护理部姓名 |
|
4 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
5 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
6 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
7 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表nursing_department_approval (护理部审批)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
nursing_department_approval_id |
int |
10 |
0 |
N |
Y |
护理部审批ID |
|
2 |
ward_head_nurse |
int |
10 |
0 |
Y |
N |
0 |
病区护士长 |
3 |
leave_labor_number |
varchar |
64 |
0 |
Y |
N |
请假人工号 |
|
4 |
please_provide_the_dummys_name |
varchar |
64 |
0 |
Y |
N |
请假人姓名 |
|
5 |
inpatient_area |
varchar |
64 |
0 |
Y |
N |
病区 |
|
6 |
reason_for_vacation |
varchar |
64 |
0 |
Y |
N |
休假原因 |
|
7 |
application_materials |
varchar |
255 |
0 |
Y |
N |
申请资料 |
|
8 |
authorized_person |
varchar |
64 |
0 |
Y |
N |
授权人 |
|
9 |
starting_and_ending_dates_of_vacation |
varchar |
64 |
0 |
Y |
N |
休假起止日期 |
|
10 |
chief_nurse_of_major_department |
int |
10 |
0 |
Y |
N |
0 |
大科护士长 |
11 |
date_of_approval_by_dake |
date |
10 |
0 |
Y |
N |
大科批准日期 |
|
12 |
nursing_department |
int |
10 |
0 |
Y |
N |
0 |
护理部 |
13 |
approval_date_of_nursing_department |
date |
10 |
0 |
Y |
N |
护理部批准日期 |
|
14 |
approval_status |
varchar |
64 |
0 |
Y |
N |
审批状态 |
|
15 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
16 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
17 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表specialist_admission (专科准入)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
specialist_admission_id |
int |
10 |
0 |
N |
Y |
专科准入ID |
|
2 |
nurse_no |
int |
10 |
0 |
Y |
N |
0 |
护士工号 |
3 |
nurse_name |
varchar |
64 |
0 |
Y |
N |
护士姓名 |
|
4 |
major_family |
varchar |
64 |
0 |
Y |
N |
所属大科 |
|
5 |
approval_status |
varchar |
64 |
0 |
Y |
N |
审批状态 |
|
6 |
application_date |
date |
10 |
0 |
Y |
N |
申请日期 |
|
7 |
approval_date |
date |
10 |
0 |
Y |
N |
批准日期 |
|
8 |
application_materials |
varchar |
255 |
0 |
Y |
N |
申请资料 |
|
9 |
passed_department |
varchar |
64 |
0 |
Y |
N |
已通过科室 |
|
10 |
approval_deadline |
date |
10 |
0 |
Y |
N |
审批截止日期 |
|
11 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
12 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
13 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表upload (文件上传)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
upload_id |
int |
10 |
0 |
N |
Y |
上传ID |
|
2 |
name |
varchar |
64 |
0 |
Y |
N |
文件名 |
|
3 |
path |
varchar |
255 |
0 |
Y |
N |
访问路径 |
|
4 |
file |
varchar |
255 |
0 |
Y |
N |
文件路径 |
|
5 |
display |
varchar |
255 |
0 |
Y |
N |
显示顺序 |
|
6 |
father_id |
int |
10 |
0 |
Y |
N |
0 |
父级ID |
7 |
dir |
varchar |
255 |
0 |
Y |
N |
文件夹 |
|
8 |
type |
varchar |
32 |
0 |
Y |
N |
文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
user_id |
mediumint |
8 |
0 |
N |
Y |
用户ID:[0,8388607]用户获取其他与用户相关的数据 |
|
2 |
state |
smallint |
5 |
0 |
N |
N |
1 |
账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 |
user_group |
varchar |
32 |
0 |
Y |
N |
所在用户组:[0,32767]决定用户身份和权限 |
|
4 |
login_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
上次登录时间: |
5 |
phone |
varchar |
11 |
0 |
Y |
N |
手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 |
|
6 |
phone_state |
smallint |
5 |
0 |
N |
N |
0 |
手机认证:[0,1](0未认证|1审核中|2已认证) |
7 |
username |
varchar |
16 |
0 |
N |
N |
用户名:[0,16]用户登录时所用的账户名称 |
|
8 |
nickname |
varchar |
16 |
0 |
Y |
N |
昵称:[0,16] |
|
9 |
password |
varchar |
64 |
0 |
N |
N |
密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 |
|
10 |
|
varchar |
64 |
0 |
Y |
N |
邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 |
|
11 |
email_state |
smallint |
5 |
0 |
N |
N |
0 |
邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
13 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
group_id |
mediumint |
8 |
0 |
N |
Y |
用户组ID:[0,8388607] |
|
2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序:[0,1000] |
3 |
name |
varchar |
16 |
0 |
N |
N |
名称:[0,16] |
|
4 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]描述该用户组的特点或权限范围 |
|
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: |
8 |
register |
smallint |
5 |
0 |
Y |
N |
0 |
注册位置: |
9 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
第5章 系统实现
5.1 登录模块的实现
系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。
登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后在login.Java页面发送登录请求,调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示:
输入:用户名和密码。
处理:
1)检测用户输入的账号、密码是否正确及在数据库已对应存在。
2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。
3)根据用户名,将其显示在系统首页上。
输出:是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
5.2 用户子系统模块的实现
5.2.1 用户首页模块
系统呈现出一种简洁大方的首页:界面简约、鳞次栉比,用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑,应有良好性能的后台。
如下图所示为系统的首页界面。
图5-3系统首页界面
5.2.2 个人资料模块
用户点击登录填写账号信息登录后,会切换内容为“某某用户欢迎您”和历史订单,并给出注销链接。当用户登录成功后会将个人信息保存在session作用域中,点击自己的用户名时,会跳转到个人详细信息页面,由后台通过Freemarker取出session作用域中的用户信息进行动态渲染,例如,邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮,这时客户可以修改自己的登录密码以保障账号的安全性,防止被人窃取账号,通过updatePassword()实现,同时也可以根据自己的个人信息是否变动做出相应的修改,通过updateUserInfo()实现。
密码修改流程图如下所示。
图5-4密码修改流程图
密码修改界面如下所示。
图5-5密码修改界面图
5.2.3 护士档案模块
护士长填写护士档案,可以进行新增、查看、修改以及删除等相应的护士档案管理操作。当点击"新增护士档案"的按钮时,在护士档案添加界面进行详细信息的添加操作。当点击"查看护士档案"超级链接时,会显示所选的护士档案的信息,然后点击"返回"再返回到其主页面。护士档案审批由护理部审批通过。
护士档案提交界面如图所示。
图5-6护士档案提交界面
档案审核界面如图所示。
图5-7档案审核界面
5.2.4 护士变动模块
护士变动由护士长填写,当点击"新增机动护士"的按钮时,在机动护士添加界面进行详细信息的添加操作,包括护士调动的信息。当点击查看"调配记录”或“变动记录"超级链接时,会显示所选的机动护士的信息,然后点击"返回"再返回到其主页面。护士变动审批由护理部审批通过。
机动护士添加界面如图所示。
图5-8机动护士添加界面
变动记录界面如图所示。
图5-9变动记录界面
5.2.5 休假申请模块
护士用户提交休假申请,可以进行新增、查看、修改以及删除等相应的休假申请管理操作。当点击"新增休假申请"的按钮时,在休假申请添加界面进行详细信息的添加操作。当点击"查看休假申请"超级链接时,会显示所选的休假申请的信息,然后点击"返回"再返回到其主页面。休假申请审批由护理部审批。
休假申请提交界面如图所示。
图5-10休假申请提交界面
休假申请审批界面如图所示。
图5-11休假申请审批界面
5.3 管理员子系统模块的实现
5.3.1 个人资料管理模块
用户点击登录填写账号信息登录后,会切换内容为“某某用户欢迎您”和历史订单,并给出注销链接。当用户登录成功后会将个人信息保存在session作用域中,点击自己的用户名时,会跳转到个人详细信息页面,由后台通过Freemarker取出session作用域中的用户信息进行动态渲染,例如,邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮,这时客户可以修改自己的登录密码以保障账号的安全性,防止被人窃取账号,通过UserController.java的updatePassword()实现,同时也可以根据自己的个人信息是否变动做出相应的修改,通过updateUserInfo()实现。
密码修改流程图如下所示。
图5-12密码修改流程图
5.3.2 用户管理模块
添加用户信息时,输入必填字段后,表现层的YonghuController接受传过来的用户信息参数,再调用YonghuController类的addYonghu方法,经过YonghuService业务层到YonghuMapper持久层的处理,完成对整个添加用户信息的操作。addYonghu方法也和用户管理中的addUser方法类似,同时做添加和修改工作。
修改用户信息时,选择需要修改的用户进行修改,调用YonghuController控制器的editYonghu方法,拿到该用户原本的信息并显示到页面,管理员再对需要修改的用户信息字段进行修改,完成后调用addYonghu方法,调用业务层的updateByKey方法,更新数据库的用户信息表的数据。
用户管理流程图如下所示。
图5-13用户管理流程图
用户添加界面如下图所示。
图5-14用户添加界面
用户查询界面如下图所示。
图5-15用户查询界面
5.3.3 科室病区管理模块
删除科室病区时,选择需要删除的科室病区进行删除,把主键的uId传到KeshibingquController控制器,再调用控制器的deleteKeshibingqu方法,数据经过KeshibingquService业务层解析和处理,请求KeshibingquMapper持久层调用deleteByPrimaryKey方法操作数据库将科室病区数据从数据库中删除。
查找科室病区时,输入需要查找的科室病区名,调用getData方法获取所有数据并且进行分页,把获取到的所有数据显示到视图上,这时候只需要用脚本方法便能快速查找,不涉及对数据库操作。
科室病区管理流程图如下所示。
图5-16科室病区管理流程图
科室病区添加界面如下图所示。
图5-25科室病区添加界面
科室病区查询界面如下图所示。
图5-17科室病区查询界面
5.3.4 权限管理模块
用户选择用户添加权限管理,管理员在Yonghu_list查看用户,点击权限管理,跳转至Quanxian_add.Java,添加权限则将添加的权限数据封装在HashMap中,然后调用CommDAO的insert方法将权限内容插入权限表中。
权限管理流程图如下所示。
图5-18权限管理管理流程图
权限管理添加界面如下图所示。
图5-19权限管理添加界面
第6章 系统测试
6.1 测试目的
在对该系统进行完详细设计和编码之后,就要对医院人力资源管理系统的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。
6.2 测试过程
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
登录测试用例表如下所示。
表6-1登录测试用例
测试性能 |
用户或操作员登录系统 |
||
用例目的 |
测试用户或操作员登录系统时功能是否正常 |
||
前提条件 |
进入用户登录页面或操作员登录页面 |
||
输入条件 |
预期输出 |
实际情况 |
|
各项信息不予填写,直接点击登陆按钮 |
不允许登录,提示填写账号相关信息 |
一致 |
|
填写错误的登录名或密码后点击登录系统 |
提示用户名或密码错误,要求重新填写进行登录 |
一致 |
|
填写与验证码信息不一致的信息 |
系统显示出提示信息,表明验证码错误,要求重新填写 |
一致 |
休假申请测试用例表如下所示。
表6-2休假申请测试用例
测试性能 |
用户进行休假申请的操作 |
||
用例目的 |
测试用户进行休假申请操作时,该功能是否正常 |
||
前提条件 |
用户进入用户详情页,该用户能够被考勤 |
||
输入条件 |
预期输出 |
实际情况 |
|
对着某用户点击“考勤”按钮 |
界面跳转至考勤界面 |
一致 |
|
在考勤界面,输入必填项,点击“提交”按钮 |
提示“考勤成功”,并返回上一级界面 |
一致 |
|
在考勤界面,填写考勤表单的时候未输入完整,点击“提交”按钮 |
提示“考勤失败” |
一致 |
护士档案管理测试用例表如下所示。
表6-3护士档案测试用例
测试性能 |
护士相关档案信息管理功能 |
||
用例目的 |
测试系统操作者对护士相关档案信息进行管理的功能是否正常 |
||
前提条件 |
登录系统进入相关管理页面 |
||
输入条件 |
预期输出 |
实际情况 |
|
进入护士档案管理界面,点击“录入”按钮,填写所有必填项,点击提交 |
提示“录入成功”,并返回查询界面 |
一致 |
|
进入护士档案管理界面,点击“录入”按钮,未填写一个或者多个必填项,点击提交 |
提示“录入失败”,请填写必填项 |
一致 |
|
进入护士档案管理界面,选择要修改的一条数据,点击该条数据后面的“修改”按钮 |
节目跳转至修改界面 |
一致 |
|
在修改界面,修改可修改项后,点击“提交”按钮 |
提示“修改成功”,并返回查询界面 |
一致 |
|
进入护士档案管理界面,点击某条数据后面的删除按钮 |
提示“是否要删除该数据”,如果用户点击“确定”按钮,则成功删除该条数据,并提示“删除成功”,之后返回查询界面 |
一致 |
6.3 测试结果
经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统的功能更进一步的完善,这样使用起来才能更加的完美。
第7章 总结与展望
通过医院人力资源管理系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]. The Staff Web | Launch of An Intuitive HR Management System for UAE Businesses[J]. M2 Presswire,2022.
[2]林宏荣.基于数据挖掘算法的医院人力资源管理系统设计[J].商业观察,2022(34):65-68+72.
[3]李乐.Java语言应用研究[J].智慧中国,2022(09):80-81.
[4]王伟.基于JSP的医院人力资源管理系统的设计与实现研究[J].数字通信世界,2022(09):29-31.
[5]贺斌.计算机软件开发中JAVA语言的应用研究[J].中国设备工程,2022(11):247-249.
[6]周兴权.“互联网+”背景下医院人事管理信息化研究[J].黑龙江人力资源和社会保障,2022(08):92-94.
[7]曹嵩彭,王鹏宇.浅析Java语言在软件开发中的应用[J].信息记录材料,2022,23(03):114-116.DOI:10.16009/j.cnki.cn13-1295/tq.2022.03.009.
[8]Fuyuan Cheng. Talent Recruitment Management System for Small and Micro Enterprises Based on Springboot Framework[J]. Advances in Educational Technology and Psychology,2021,5(2).
[9]Siyi Liu. Explore Java Language and Android Mobile Software Development[J]. International Journal of Frontiers in Engineering Technology,2021,3.0(2.0).
[10]张京.互联网+时代医院人事管理信息化系统构建分析[J].中国新通信,2021,23(05):92-93.
[11]Miller Alexander,Yakovleva Elena. Influence of Intellectual Infrastructure of Technological Development on the Personnel Management System at Industrial Enterprise[J]. IOP Conference Series: Earth and Environmental Science,2021,678(1).
[12]Kevin Kline. The Java Language Extension for SQL Server Is Now Open Source[J]. Database Trends and Applications,2020,34(4).
[13]王鲁.基于大数据信息的医院人事管理创新研究系统建设[J].电子技术与软件工程,2020(08):195-196.
[14]缪崇.医院人力资源管理系统的设计与实现[J].福建电脑,2020,36(01):81-82.DOI:10.16707/j.cnki.fjpc.2020.01.028.
[15]陈倩怡,何军.Vue+Springboot+MyBatis技术应用解析[J].电脑编程技巧与维护,2020(01):14-15+28.DOI:10.16184/j.cnki.comprg.2020.01.005.
[16]熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2019,15(36):76-77.DOI:10.14004/j.cnki.ckt.2019.4290.
[17]徐梦佳,周彤,白波.基于云平台的医院人力资源管理系统构建与应用[J].中国卫生信息管理杂志,2019,16(03):336-339.
[18]刘晓异.医院人力资源管理系统信息化重要性及应用浅谈[J].中国医疗器械信息,2019,25(06):176-177.DOI:10.15971/j.cnki.cmdi.2019.06.088.
[19]沈韦辰.浅析新时期信息管理系统在医院人事管理中的应用[J].中国医疗器械信息,2019,25(06):178-179.DOI:10.15971/j.cnki.cmdi.2019.06.089.
[20]王珊. 基于JSP技术的医院人力资源管理系统的设计与实现[D].西安科技大学,2018.
致谢
伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。
首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。文章来源:https://www.toymoban.com/news/detail-774818.html
最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。文章来源地址https://www.toymoban.com/news/detail-774818.html
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
到了这里,关于基于springboot的医院人力资源管理系统的设计与实现+53606(免费领源码)可做计算机毕业设计JAVA、PHP、爬虫、APP、小程序、C#、C++、python、数据可视化、大数据、全套文案的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!