目 录
摘 要
本论文主要论述了如何基于SpringBoot和Vue开发一个高校医务室管理系统,本系统将严格按照软件开发流程进行各个阶段的工作,面向对象编程思想进行项目开发。在绪论中,作者将论述高校医务室管理系统的当前背景以及系统开发的目的,后续章节将严格按照软件开发流程,对系统进行各个阶段分析设计。
高校医务室管理系统的主要使用者分为管理员、教师用户、校医用户和学生用户,实现功能包括系统用户、学生卡信息管理、医务室信息管理、问诊记录管理、挂号记录管理、病历记录管理、缴费记录管理、评分信息管理、请假信息管理、药品信息管理、使用记录管理、教师通知管理、系统管理、系统公告管理、资源管理等主要模块的设计。由于本网站的功能模块设计比较全面,所以使得整个高校医务室管理系统信息管理的过程得以实现。
本高校医务室管理系统是采用前后端分离的架构,Vue和Springboot的技术选型,结合Java的编程语言,使用了MySQL这一数据库进行开发的,可以实现本高校医务室管理系统管理的信息化,可以方便管理员进行更加方便快捷的管理。
关键词:Java;Spring Boot;Vue;高校医务室管理系统;MySQL
Abstract
This paper mainly discusses how to develop a university medical room management system based on SpringBoot and Vue. The system will strictly follow the software development process for each stage of work, and the object-oriented programming concept will be used for project development. In the introduction, the author will discuss the current background of the university medical room management system and the purpose of system development. Subsequent chapters will strictly follow the software development process to analyze and design the system at each stage.
The main users of the university medical room management system are divided into administrators, teacher users, school doctor users, and student users. The implementation functions include system users, student card information management, medical room information management, inquiry record management, registration record management, medical record management, payment record management, rating information management, leave information management, drug information management, usage record management, teacher notification management, system management, system announcement management, resource management, and other main modules. Due to the comprehensive design of the functional modules on this website, the information management process of the entire university medical room management system can be realized.
The medical room management system of this university adopts a front-end and back-end separation architecture, Vue and Springboot technology selection, combined with Java programming language, and developed using MySQL database. It can realize the informatization of the medical room management system management of this university, making it easier for managers to manage more conveniently and quickly.
Keywords:Java; Spring Boot; Vue; University Medical Room Management System; MySQL
1 绪论
1.1 研究背景与意义
随着高校学生群体的不断增长,学生的身体健康成为备受关注的重要议题。高校作为学生生活和学习的重要场所,医务室作为学生健康服务的重要组成部分,承担着学生健康保障和疾病预防的责任。然而,目前许多高校医务室管理存在一些问题,例如信息化程度不高、服务流程不畅、资源利用不合理等,导致医务室效率低下、服务质量参差不齐。
建立高校医务室管理系统有重要的现实意义和社会意义。首先,通过引入信息化技术,可以提升医务室的管理效率和服务质量,减少繁琐的人工操作,提高工作效率,为学生提供更加便捷的医疗健康服务。其次,医务室管理系统可以实现资源优化配置,合理利用医疗资源,提高医疗资源的利用效率,从而降低医疗服务的成本,优化服务质量。此外,通过系统的数据分析和监测,可以更好地了解学生的健康状况和需求,为学校制定科学健康管理策略提供数据支持。
综上所述,研究高校医务室管理系统具有重要的现实意义和实用价值,有助于提升教育机构的医疗服务水平,保障学生健康,促进学生全面发展。
随着高校人数的增加和健康意识的提高,高校医务室在校园内的重要性日益凸显。高校医务室作为学校中维护学生健康的重要机构,其管理效率和服务质量对于学校教育事业和学生福利都有着重要的影响。因此,如何提高高校医务室的管理效率,提升服务质量,成为了当前教育管理领域亟待解决的问题。
在国内,高校医务室管理系统的研究和应用相对较少,大部分高校依然采用传统的纸质登记、手工排队等方式进行管理。这种传统方式存在着管理效率低、信息不统一、数据难以统计等问题,无法满足日益增长的学生人数和健康需求。
国外的一些高校已经开始研究和应用医务室管理系统,在高校医务室管理方面取得了一定的成果。以美国为例,一些高校医务室已经引入了先进的电子医疗记录系统、在线预约系统以及健康档案管理系统等,大大提高了医务室的管理效率和服务质量。这些系统不仅可以帮助医务人员更快捷地获取和管理学生的健康信息,还可以提供更加便捷的预约和问诊服务,方便学生及时得到医疗救助。
然而,目前研究高校医务室管理系统的相关论文在国内外还相对较少,尚缺乏系统性的研究和总结。因此,在国内高校医务室管理系统的研究和应用方面仍有很大的发展空间。本论文旨在对国内外相关研究进行梳理和总结,探讨高校医务室管理系统的现状和存在问题,并提出相应的改进方法和建议,以期为高校医务室的管理提供参考和借鉴。
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍与相关技术和工具简介。
第二章为项目概述,章节所做的主要的工作是对项目背景、项目的可行性分析进行了描述;对系统实行了总体功能的需求、用例进行了分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
(1)Java技术
Java语言是目前软件市场上应用最广泛的语言开发程序。可以在多种平台上运用的,兼容性比较强,适应市面上大多数操作系统,不会出现乱码的现像,其扩展性和维护性都更好,具有分析问题和解决问题的能力,是面向过程的程序设计方便编写的代码更强壮
(2)MySQL数据库
MySQL是一个关系型数据库管理系统,由瑞典MySQL AB 公司开发,属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一,在WEB应用方面,MySQL数据库是最好的RDBMS(Relational Database Management System,关系数据库管理系统)应用软件之一。
(3)SpringBoot框架
SpringBoot是Pivotal团队的一个新框架,旨在简化新Spring应用程序的初始设置和开发。该框架使用特定的配置方法,无需开发人员定义样板配置。
(4)Vue.js框架
Vue是一款用于构建用户界面的JavaScript框架。基于标准HTML、CSS和JavaScript构建,并提供了一套声明式的、组件化的编程模型,帮助开发者高效地开发用户界面
(5)B/S结构
B/S(浏览器/服务器)结构是目前主流的网络化的结构模式,它能够把系统核心功能集中在服务器上面,可以帮助系统开发人员简化操作,便于维护和使用。
2 高校医务室管理系统项目概述
2.1可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性
高校医务室管理系统设计与实现是一个基于Web的信息管理平台,我们在实现这个系统所采用的技术方案是基于Java语言,Vue和Springboot框架,MySQL数据库,在大学的学习中这几门课程都已经学过,而且自己也用这些技术开发过小的项目,在平时的课程设计以及作业也经常用到Java和MySQL,在技术上实现自己的自主开发是可行的。
在开发高校医务室管理系统并不需要投入太多,开发工具、服务器、数据库等,都可以通过网络搜索、下载、安装,只需要一台普通的计算机就可以完成操作,而且在系统功能规划上通过走访调查目前用户对高校医务室管理系统的需求,了解它们对系统具体实现的功能需求,然后进行设计开发,不存在任何开销,因此系统的开发在经济方面是可行的。
操作方面主要考虑的是用户在使用以及管理人员在管理的时候,是否简单可行,没有任何计算机基础的用户能否使用,开发的高校医务室管理系统在设计的时候秉承简单易学的理念,在用户进入系统后都会有固定的导航按钮,只要认字就可以操作完成,而且管理员在管理方面也只需简单的增删改查即可完成,因此在操作上也是可行的。
2.2.1 功能性分析
高校医务室管理系统我划分为了学生用户模块、校医用户模块、教师用户和管理员模块这四大部分。
学生用户模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现问诊、挂号等操作,就必须有这个系统的账号,如果没有账号的话,可以注册学生用户进行相关的操作,同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。
(2)查看高校医务室管理系统的首页信息:高校医务室管理系统的首页信息包含了首页、心理问卷、系统公告、医务室信息、请假信息、教师通知等。
(3)心理问卷:学生用户点击“心理问卷”进入到心理问卷试题页面,选择其中一个题目进行问卷答题。
(4)系统公告:当用户点击“系统公告”这一菜单按钮,会显示管理员在后台发布的所有的系统公告,可以查看详情。
(5)医务室信息:用户可以查看医务室信息,在查询到自己想要了解的医务室信息的时候,可以进入查看详细的介绍,包括医务室名称、校医用户、校医姓名、校医电话、工作时间、医务室位置等信息,点击“问诊”这一按钮以后会跳转到问诊填写的界面,根据提示填写好问诊信息,点击“提交”以后就完成了;在医务室信息详情这个界面,同时支持用户对医生进行挂号信息填写,也可以对喜欢的医务室信息进行收藏、点赞以及评论的功能。
(6)请假信息:学生用户可以实现对请假信息的提交,填写包括学生用户、班级名称、学生姓名、学生性别、学生电话、请假日期、请假天数、请假原因、校医用户、教师用户等信息,由教师用户和校医用户共同审核。
(7)教师通知:学生用户在此页面可以查看教师发布的教师通知信息,包括通知标题、教师用户、发布日期、通知内容等,可以进行点赞、收藏、评论。
(8)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改进行管控。
(9)个人中心:学生用户在前台点击“个人中心”可以对个人首页、学生卡信息、问诊记录、挂号记录、病历记录、缴费记录、评分信息、请假信息和自己收藏的信息进行管理。
校医用户模块:
(1)登录:校医用户根据管理员添加的账号信息进行登录系统。
(2)医务室信息管理:医生点击“医务室信息管理”会显示出添加的医务室信息,支持输入校医名称对医务室信息进行查询。
(3)问诊记录管理:校医用户点击“问诊记录管理”会显示学生用户提交的问诊记录,可以对问诊内容进行回复。
(4)挂号记录管理:校医用户点击“挂号记录管理”会显示所有学生用户提交的挂号记录信息,可以更改预约状态和回复,也可以添加病历信息。
(5)病历记录管理:校医用户点击“病历记录管理”会显示所有学生用户的病历记录,点击详情可对病历记录进行查看,也可以添加缴费记录信息。
(6)缴费记录管理:校医用户点击“缴费记录管理”会显示所有学生用户的缴费记录,点击详情可对缴费记录进行查看。
(7)评分信息管理:校医用户点击“评分信息管理”会显示学生用户提交的对问诊挂号的评分信息。
(8)请假信息管理:校医用户点击“请假信息管理”会显示学生用户提交的请假信息,可以对请假信息进行审核。
(9)药品信息管理:校医用户点击“药品信息管理”会显示所有的药品信息,点击详情可对药品信息进行查看,也可以添加使用记录信息。
(10)使用记录管理:校医用户点击“使用记录管理”会显示自己使用的所有药品的记录信息,可以进行查看详情。
教师用户模块:
(1)登录:教师用户根据管理员添加的账号信息进行登录系统。
(2)病历记录管理:教师用户点击“病历记录管理”会显示自己学生用户的病历记录信息,点击详情可对病历记录进行查看。
(3)请假信息管理:教师用户点击“请假信息管理”会显示学生用户提交的请假信息,可以对请假信息进行审核。
(4)教师通知管理:教师用户点击“教师通知管理”会显示自己发布的所有教师通知信息,可以点击“添加”按钮对教师通知进行添加。
(5)资源管理:当教师用户点击“资源管理”时,可对心理问卷模块的试题信息进行增删改查,可以添加题库、查看学生的答题信息并进行评分。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统用户:管理员可以对高校医务室管理系统中的管理员、校医用户、教师用户以及前台注册的学生用户进行增删改查。
(3)学生卡信息管理:管理员点击“学生卡信息管理”会显示所有系统的学生卡信息,可以点击“添加”按钮对学生卡信息进行添加。
(4)医务室信息管理:管理员点击“医务室信息管理”会显示出所有的医务室信息,支持输入校医名称对医务室信息进行查询,如果想要添加新的医务室信息,点击“添加”按钮,输入医务室名称、校医用户、校医姓名、校医电话、工作时间、医务室位置等信息,点击“提交”按钮就可以添加了,同时可以选择某一条医务室信息,点击“删除”进行删除,也可以对用户提交的评论的信息进行管控。
(5)问诊记录管理:管理员点击“问诊记录管理”会显示出所有的问诊记录,支持通过问诊标题对问诊记录进行查询,可以选择某一条问诊记录查看详情或回复。
(6)挂号记录管理:管理员点击“挂号记录管理”系统会把高校医务室管理系统当中所有的挂号记录都显示出来,支持通过校医名称或学生姓名对挂号记录进行查询,可以更改预约状态和审核,也可以添加添加病历记录。
(7)病历记录管理:管理员点击“病历记录管理”会显示所有学生的病历记录,点击详情查看详细内容,也可以添加缴费记录信息。
(8)缴费记录管理:管理员点击“缴费记录管理”会显示所有用户的缴费记录,点击详情可对缴费记录进行查看。
(9)评分信息管理:管理员点击“评分信息管理”会显示学生用户提交的对问诊挂号的评分信息,点击详情可对评分信息进行查看。
(10)请假信息管理:管理员点击“请假信息管理”会显示学生用户提交的所有请假信息。
(11)药品信息管理:管理员点击“药品信息管理”会显示所有系统的药品信息,可以点击“添加”按钮对药品信息进行添加。
(12)使用记录管理:管理员点击“使用记录管理”会显示所有药品信息的使用记录,可以进行查询或删除。
(13)教师通知管理:管理员点击“教师通知管理”会显示教师发布的所有教师通知信息,管理员也可以点击“添加”按钮对教师通知进行添加。
(14)系统管理:管理员点击“系统管理”菜单可以对首页展示的轮播图进行管理。
(15)系统公告管理:管理员点击“系统公告管理”菜单可以查看到系统中的所有系统公告信息,对已经存在的系统公告,管理员可以修改,也可以添加新的系统公告或者删除系统公告。
(16)资源管理:管理员可以对高校医务室管理系统前台展示的心理问卷模块的试题信息进行增删改查,可以添加题库、查看学生的答题信息并进行评分。
2.2.2 非功能性分析
高校医务室管理系统的非功能性需求比如高校医务室管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1高校医务室管理系统非功能需求表
安全性 | 主要指高校医务室管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指高校医务室管理系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响高校医务室管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着高校医务室管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 高校医务室管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
高校医务室管理系统的完整UML用例图分别是图2-1、图2-2、图2-3和图2-4。
图2-1就是学生用户角色的用例展示。
图2-1 系统学生用户角色用例图
图2-2就是校医用户角色的用例展示。
图2-2 校医用户角色用例图
图2-3就是教师用户角色的用例展示。
图2-3 教师用户角色用例图
图2-4就是管理员角色的用例展示。
图2-4 管理员角色用例图
2.4 系统流程分析
2.4.1 数据流程
开发高校医务室管理系统最主要的一个目的就是实现用户对医务室信息的问诊和挂号,图2-5就是系统的数据流图。
图2-5问诊挂号操作展开图
2.4.2 业务流程
分析完高校医务室管理系统的数据流,那么接下来我们来看系统的业务流程,图2-6就是业务流程图:
本章主要通过对高校医务室管理系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个高校医务室管理系统要实现的功能。同时也为高校医务室管理系统的代码实现和测试提供了标准。
本章主要讨论的内容包括高校医务室管理系统的功能模块设计、数据库系统设计。
3.1 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本高校医务室管理系统中的用例。那么接下来就要开始对高校医务室管理系统的架构、主要功能和数据库开始进行设计。高校医务室管理系统根据前面章节的需求分析得出,其总体设计模块图如图3-1所示。
图3-1 系统功能模块图
3.1.2用户模块设计
本系统的用户包括后台和前台用户,两种模块的功能基本是相同的,前台用户比后台多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-2用户模块结构图
3.1.3 评论管理模块设计
高校医务室管理系统是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-3评论管理模块结构图
3.1.4医务室信息管理模块设计
高校医务室管理系统是中需要存储不少医务室信息,其模块功能结构,具体的结构图如下:
图3-4医务室信息模块结构图
高校医务室管理系统最重要的一个功能就是用户提交挂号生成挂号记录信息,其挂号记录模块功能结构,具体的结构图如下:
图3-5挂号记录模块结构图
高校医务室管理系统最重要的一个功能就是用户提交问诊,医生回复问诊信息,其问诊记录模块功能结构,具体的结构图如下:
图3-6问诊记录模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
下面是整个高校医务室管理系统中主要的数据库表总E-R实体关系图。
图3-7 系统总E-R关系图
3.2.2 数据库逻辑结构设计
通过上一小节中高校医务室管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | consultation_records_id | int | 10 | 0 | N | Y | 问诊记录ID | |
2 | consultation_title | varchar | 64 | 0 | Y | N | 问诊标题 | |
3 | school_medical_users | int | 10 | 0 | Y | N | 0 | 校医用户 |
4 | name_of_school_doctor | varchar | 64 | 0 | Y | N | 校医姓名 | |
5 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
6 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
7 | student_content | text | 65535 | 0 | Y | N | 学生内容 | |
8 | school_doctors_reply | text | 65535 | 0 | Y | N | 校医回复 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_information_id | int | 10 | 0 | N | Y | 药品信息ID | |
2 | drug_name | varchar | 64 | 0 | N | N | 药品名称 | |
3 | drug_prices | varchar | 64 | 0 | Y | N | 药品价格 | |
4 | drug_specifications | varchar | 64 | 0 | Y | N | 药品规格 | |
5 | drug_inventory | int | 10 | 0 | Y | N | 0 | 药品库存 |
6 | production_date | date | 10 | 0 | Y | N | 生产日期 | |
7 | validity_period | varchar | 64 | 0 | Y | N | 有效期限 | |
8 | drug_images | varchar | 255 | 0 | Y | N | 药品图片 | |
9 | drug_introduction | text | 65535 | 0 | Y | N | 药品介绍 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | exam_id | mediumint | 8 | 0 | N | Y | 考试id | |
2 | name | varchar | 32 | 0 | N | N | 考试名称:[2,32] | |
3 | duration | int | 10 | 0 | Y | N | 答题时长 | |
4 | score | double | 9 | 2 | Y | N | 总分 | |
5 | status | varchar | 10 | 0 | Y | N | 状态:启用、禁用 | |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | exam_question_id | mediumint | 8 | 0 | N | Y | ||
2 | type | varchar | 20 | 0 | Y | N | 类型 | |
3 | title | varchar | 255 | 0 | Y | N | 题目 | |
4 | question_item | varchar | 500 | 0 | Y | N | 选项 | |
5 | answer | varchar | 500 | 0 | Y | N | 参考答案 | |
6 | score | double | 9 | 2 | Y | N | 总分 | |
7 | question_order | int | 10 | 0 | Y | N | 排序 | |
8 | exam_id | mediumint | 7 | 0 | Y | N | 所属试卷 | |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | leave_information_id | int | 10 | 0 | N | Y | 请假信息ID | |
2 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
3 | class_name | varchar | 64 | 0 | Y | N | 班级名称 | |
4 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
5 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
6 | student_phone_number | varchar | 64 | 0 | Y | N | 学生电话 | |
7 | leave_date | date | 10 | 0 | Y | N | 请假日期 | |
8 | number_of_leave_requests | varchar | 64 | 0 | Y | N | 请假次数 | |
9 | leave_days | varchar | 64 | 0 | Y | N | 请假天数 | |
10 | reason_for_leave | text | 65535 | 0 | Y | N | 请假原因 | |
11 | school_medical_users | int | 10 | 0 | Y | N | 0 | 校医用户 |
12 | teacher_users | int | 10 | 0 | Y | N | 0 | 教师用户 |
13 | school_doctor_review | varchar | 64 | 0 | Y | N | 校医审核 | |
14 | school_doctors_reply | varchar | 64 | 0 | Y | N | 校医回复 | |
15 | teacher_review | varchar | 64 | 0 | Y | N | 教师审核 | |
16 | teachers_reply | varchar | 64 | 0 | Y | N | 教师回复 | |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medical_record_id | int | 10 | 0 | N | Y | 病历记录ID | |
2 | medical_record_name | varchar | 64 | 0 | Y | N | 病历名称 | |
3 | school_medical_users | int | 10 | 0 | Y | N | 0 | 校医用户 |
4 | name_of_school_doctor | varchar | 64 | 0 | Y | N | 校医姓名 | |
5 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
6 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
7 | student_phone_number | varchar | 64 | 0 | Y | N | 学生电话 | |
8 | medical_record_date | date | 10 | 0 | Y | N | 病历日期 | |
9 | students_condition | varchar | 64 | 0 | Y | N | 学生病情 | |
10 | medication_situation | varchar | 64 | 0 | Y | N | 用药情况 | |
11 | whether_to_take_leave_or_not | varchar | 64 | 0 | Y | N | 是否请假 | |
12 | medical_record_content | text | 65535 | 0 | Y | N | 病历内容 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表medical_room_information (医务室信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medical_room_information_id | int | 10 | 0 | N | Y | 医务室信息ID | |
2 | medical_room_name | varchar | 64 | 0 | Y | N | 医务室名称 | |
3 | school_medical_users | int | 10 | 0 | Y | N | 0 | 校医用户 |
4 | name_of_school_doctor | varchar | 64 | 0 | Y | N | 校医姓名 | |
5 | school_doctors_phone_number | varchar | 64 | 0 | Y | N | 校医电话 | |
6 | working_hours | varchar | 64 | 0 | Y | N | 工作时间 | |
7 | medical_room_location | varchar | 64 | 0 | Y | N | 医务室位置 | |
8 | school_doctor_pictures | varchar | 255 | 0 | Y | N | 校医图片 | |
9 | content_description | longtext | 2147483647 | 0 | Y | N | 内容描述 | |
10 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | payment_records_id | int | 10 | 0 | N | Y | 缴费记录ID | |
2 | school_medical_users | int | 10 | 0 | Y | N | 0 | 校医用户 |
3 | name_of_school_doctor | varchar | 64 | 0 | Y | N | 校医姓名 | |
4 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
5 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
6 | student_phone_number | varchar | 64 | 0 | Y | N | 学生电话 | |
7 | payment_amount | int | 10 | 0 | Y | N | 0 | 缴费金额 |
8 | payment_content | text | 65535 | 0 | Y | N | 缴费内容 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_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: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | rating_information_id | int | 10 | 0 | N | Y | 评分信息ID | |
2 | school_medical_users | int | 10 | 0 | Y | N | 0 | 校医用户 |
3 | name_of_school_doctor | varchar | 64 | 0 | Y | N | 校医姓名 | |
4 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
5 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
6 | student_phone_number | varchar | 64 | 0 | Y | N | 学生电话 | |
7 | student_rating | int | 10 | 0 | Y | N | 0 | 学生评分 |
8 | rating_content | text | 65535 | 0 | Y | N | 评分内容 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | registration_records_id | int | 10 | 0 | N | Y | 挂号记录ID | |
2 | medical_room_name | varchar | 64 | 0 | Y | N | 医务室名称 | |
3 | school_medical_users | int | 10 | 0 | Y | N | 0 | 校医用户 |
4 | name_of_school_doctor | varchar | 64 | 0 | Y | N | 校医姓名 | |
5 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
6 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
7 | student_phone_number | varchar | 64 | 0 | Y | N | 学生电话 | |
8 | registration_date | date | 10 | 0 | Y | N | 挂号日期 | |
9 | number_of_registered_persons | varchar | 64 | 0 | Y | N | 挂号人数 | |
10 | registration_remarks | text | 65535 | 0 | Y | N | 挂号备注 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | school_medical_users_id | int | 10 | 0 | N | Y | 校医用户ID | |
2 | name_of_school_doctor | varchar | 64 | 0 | Y | N | 校医姓名 | |
3 | school_physician_gender | varchar | 64 | 0 | Y | N | 校医性别 | |
4 | school_doctors_phone_number | varchar | 16 | 0 | Y | N | 校医电话 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表student_card_information (学生卡信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | student_card_information_id | int | 10 | 0 | N | Y | 学生卡信息ID | |
2 | student_card_number | varchar | 64 | 0 | Y | N | 学生卡编号 | |
3 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
4 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
5 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
6 | student_phone_number | varchar | 64 | 0 | Y | N | 学生电话 | |
7 | student_card_balance | int | 10 | 0 | Y | N | 0 | 学生卡余额 |
8 | balance_details | text | 65535 | 0 | Y | N | 余额详情 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | student_users_id | int | 10 | 0 | N | Y | 学生用户ID | |
2 | college_name | varchar | 64 | 0 | Y | N | 学院名称 | |
3 | class_name | varchar | 64 | 0 | Y | N | 班级名称 | |
4 | dormitory_number | varchar | 64 | 0 | Y | N | 宿舍号 | |
5 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
6 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
7 | student_phone_number | varchar | 16 | 0 | Y | N | 学生电话 | |
8 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
9 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teacher_notification_id | int | 10 | 0 | N | Y | 教师通知ID | |
2 | notification_title | varchar | 64 | 0 | Y | N | 通知标题 | |
3 | teacher_users | int | 10 | 0 | Y | N | 0 | 教师用户 |
4 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
5 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
6 | notification_content | text | 65535 | 0 | Y | N | 通知内容 | |
7 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
8 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teacher_users_id | int | 10 | 0 | N | Y | 教师用户ID | |
2 | teachers_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
3 | teacher_gender | varchar | 64 | 0 | Y | N | 教师性别 | |
4 | teachers_phone_number | varchar | 16 | 0 | Y | N | 教师电话 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | usage_records_id | int | 10 | 0 | N | Y | 使用记录ID | |
2 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
3 | drug_prices | varchar | 64 | 0 | Y | N | 药品价格 | |
4 | drug_specifications | varchar | 64 | 0 | Y | N | 药品规格 | |
5 | school_medical_users | int | 10 | 0 | Y | N | 0 | 校医用户 |
6 | usage_quantity | int | 10 | 0 | Y | N | 0 | 使用数量 |
7 | reason_for_use | text | 65535 | 0 | Y | N | 使用原因 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_answer_id | mediumint | 8 | 0 | N | Y | ||
2 | user_id | mediumint | 7 | 0 | N | N | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
3 | exam_id | mediumint | 7 | 0 | N | N | 0 | 考试id |
4 | score | double | 9 | 2 | Y | N | 0.00 | 分数 |
5 | answers | text | 65535 | 0 | Y | N | 答案 | |
6 | score_detail | text | 65535 | 0 | Y | N | 评分详情 | |
7 | objective_score | double | 9 | 2 | Y | N | 0.00 | 客观题得分 |
8 | subjective_score | double | 9 | 2 | Y | N | 0.00 | 主观题得分 |
9 | score_state | tinyint | 4 | 0 | Y | N | 0 | 评分状态 |
10 | nickname | varchar | 255 | 0 | Y | N | 提交人 | |
11 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
整个高校医务室管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 高校医务室管理系统详细设计与实现
高校医务室管理系统的详细设计与实现主要是根据前面的高校医务室管理系统的需求分析和高校医务室管理系统的总体设计来设计页面并实现业务逻辑。主要从高校医务室管理系统界面实现、业务逻辑实现这两部分进行介绍。
4.1前台用户功能模块
4.1.1 前台首页界面
当进入高校医务室管理系统的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是新闻资讯,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
高校医务室管理系统的游客和学生用户时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
图4-2注册界面图
注册关键代码如下所示。
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
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);
}
4.1.3 用户登录界面
高校医务室管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当学生用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到高校医务室管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3用户登录界面图
登录的逻辑代码如下所示。
/**
* 登录
* @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, "账号或密码不正确");
}
}
4.1.4 心理问卷界面
用户可点击首页的心理问卷入口进入到心理问卷列表界面,可选择其中一个试题进行在线答题。心理问卷详情界面如下图所示。
图4-4心理问卷答题界面图
用户点击“系统公告”菜单显示管理员在后台发布的所有的系统公告信息,可以查看系统公告详情。系统公告展示界面如下图4-5所示。
图4-5系统公告展示界面图
4.1.6 医务室信息界面
当用户点击“医务室信息”后就可以看到所有的医务室信息,可以输入校医姓名进行搜索查询,选择你想要了解的医务室信息后将会进入该医务室信息的详情界面,可以了解到该医务室信息的医务室名称、校医用户、校医姓名、校医电话、工作时间、医务室位置等,同时可以点击下方的“问诊”、“挂号”、“点赞”、“收藏”进行相关操作,也可以在下方评论区输入想要评论的内容进行评论,医务室信息详情展示页面如图4-6所示。
图4-6 医务室信息详情界面图
查询医务室信息的逻辑代码如下所示。
@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-7所示。
图4-7 问诊信息提交界面图
问诊信息添加的逻辑代码如下所示。
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
挂号信息提交页面如图4-8所示。
图4-8 挂号信息界面图
点击导航栏上的“请假信息”,可以填写学生用户、班级名称、学生姓名、学生性别、学生电话、请假日期、请假天数、请假原因、校医用户、教师用户,然后点击“提交”按钮进行提交请假信息,请假信息界面如下图4-9所示。
图4-9请假信息界面图
当用户点击“教师通知”后就可以看到所有的教师通知信息,选择你想要了解的教师通知后将会进入该教师通知的详情界面,可以点击下方的“点赞”、“收藏”进行相关操作,也可以在下方评论区输入想要评论的内容进行评论,教师通知展示页面如图4-10所示。
图4-10 教师通知展示界面图
前台学生用户点击右上角“个人中心”模块,可以查看和管理个人相关的信息和任务,包括个人首页、学生卡信息、问诊记录、挂号记录、病历记录、缴费记录、评分信息、请假信息和收藏的信息。学生用户个人中心界面如下图4-11所示。
图4-11学生用户个人中心界面
4.2后台功能模块
4.2.1校医用户后台管理界面
校医用户通过管理员添加的账号可以登录后台分别对医务室信息管理、问诊记录管理、挂号记录管理、病历记录管理、缴费记录管理、评分信息管理、请假信息管理、药品信息管理、使用记录管理等模块的信息进行管理。医生可以查看自己展示在前台的医务室信息;点击“挂号记录管理”可以对学生用户的挂号记录进行审核回复,也可以点击右侧的“添加病历”可以填写学生用户的病历记录,也可以对学生的问诊记录进行回复。每个医生只可查看自己的挂号记录和问诊记录。
问诊记录回复界面如下图4-12所示。
图4-12问诊记录回复界面图
添加病历记录界面如下图4-13所示。
图4-13添加病历记录界面图
添加病历记录关键代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
教师用户通过管理员添加的账号可以登录后台分别对病历记录管理、请假信息管理、教师通知管理、资源管理等模块的信息进行管理。
教师用户发布教师通知界面如下图4-14所示。
图4-14教师用户发布教师通知界面图
高校医务室管理系统中的管理人员在“系统用户”这一菜单是中可以对注册的学生用户,校医用户以及管理员进行管控。系统用户管理界面如下图4-15所示。
图4-15系统用户管理界面图
修改用户信息关键代码如下:
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
管理员点击“医务室信息管理”显示所有的医务室信息,支持通过校医名称对医务室信息进行查询。如果想要添加新的医务室信息,点击“添加”按钮,输入医务室名称、校医用户、校医姓名、校医电话、工作时间、医务室位置等信息,点击“提交”按钮就可以添加了,也可以对用户提交的医生评论的信息进行管控。医务室信息管理界面如下图4-16所示。
图4-16医务室信息管理界面图
管理人员在“系统管理”这一菜单下是可以对高校医务室管理系统内的轮播图进行添加修改的,其管理界面如下图4-16所示。
图4-16系统轮播图管理界面图
轮播图上传关键代码如下:
@PostMapping("/upload")
public Map<String, Object> upload(@RequestParam("file") MultipartFile file) {
log.info("进入方法");
if (file.isEmpty()) {
return error(30000, "没有选择文件");
}
try {
//判断有没路径,没有则创建
String filePath = System.getProperty("user.dir") + "/src/main/resources/static/";
File targetDir = new File(filePath);
if (!targetDir.exists() && !targetDir.isDirectory()) {
if (targetDir.mkdirs()) {
log.info("创建目录成功");
} else {
log.error("创建目录失败");
}
}
String fileName = file.getOriginalFilename();
File dest = new File(filePath + fileName);
log.info("文件路径:{}", dest.getPath());
log.info("文件名:{}", dest.getName());
file.transferTo(dest);
JSONObject jsonObject = new JSONObject();
jsonObject.put("url", "/api/upload/" + fileName);
return success(jsonObject);
} catch (IOException e) {
log.info("上传失败:{}", e.getMessage());
}
return error(30000, "上传失败");
}
5系统测试
5.1 系统测试用例
系统测试包括:用户登录功能测试、医务室信息展示功能测试、挂号记录信息添加、新闻资讯搜索、密码修改、问诊功能测试,如表5-1、5-2、5-3、5-4、5-5、5-6所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
医务室信息查看功能测试:
表5-2 医务室信息查看功能测试表
用例名称 | 医务室信息查看 |
目的 | 测试医务室信息查看功能 |
前提 | 用户登录 |
测试流程 | 点击医务室信息列表 |
预期结果 | 可以查看到所有医务室信息信息 |
实际结果 | 实际结果与预期结果一致 |
添加挂号记录信息界面测试:
表5-3 添加挂号记录信息界面测试表
用例名称 | 添加挂号记录信息测试用例 |
目的 | 测试挂号记录信息添加功能 |
前提 | 用户正常登录情况下 |
测试流程 | 1)点击医务室信息,然后点击挂号记录后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面会显示新的挂号记录信息 |
实际结果 | 实际结果与预期结果一致 |
新闻资讯搜索功能测试:
表5-4新闻资讯搜索功能测试表
用例名称 | 新闻资讯搜索测试 |
目的 | 测试新闻资讯搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的新闻资讯 |
实际结果 | 实际结果与预期结果一致 |
密码修改搜索功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
问诊功能测试:
表5-6问诊功能测试表
用例名称 | 问诊测试用例 |
目的 | 测试用户问诊功能 |
前提 | 用户正常登录情况下 |
测试流程 | 1)搜索查看医务室信息,点击问诊。 2)填写问诊内容信息,点击进行提交。 |
预期结果 | 医生回复问诊记录 |
实际结果 | 实际结果与预期结果一致 |
通过编写高校医务室管理系统的测试用例,已经检测完毕用户登录功能测试、医务室信息展示功能测试、挂号记录信息添加、新闻资讯搜索、密码修改、问诊功能测试,通过这6大模块为高校医务室管理系统的后期推广运营提供了强力的技术支撑。
在开发本高校医务室管理系统之前我胸有成竹,觉得很简单,但在实际的开发中我发现了自身的很多问题,许多编程思想和方法都还没有掌握牢靠,比如对于Spring Boot和Vue框架的使用,通过开发这个高校医务室管理系统我成长了很多,懂得了做什么事情都要脚踏实地,不能眼高手低,在本次高校医务室管理系统的开发中我逐渐掌握逐渐熟悉的技术。
本次高校医务室管理系统的开发中我还学会了很多,例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概,脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后,需要思考本次编程所需的主要知识点和技术点,并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑,长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多,如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己,那么在进入社会后,不仅会给公司团队带来麻烦和增加不必要的工作,还会导致客户流失,公司对自己的评价下降。
在本次项目中我也暴露了诸多问题。对于Spring Boot的编程知识有所欠缺,环境配置和算法上出现诸多问题,时常导致项目运行出错,或者目标的实现有问题。或者实现想法时算法未优化,使得代码冗长,程序运行不顺畅。
[1]Salehi C ,Kershaw A K ,Storer B , et al.Multi-modal management of severe health anxiety in diabetes mellitus type 1 in a medical clinic setting: Including the use of blended care cognitive behavioural therapy and pharmacotherapy[J].Psychiatry Research Case Reports,2024,3(1):100209-.
[2]Hashimoto S ,Motozawa Y ,Mano T .Effect of the Japanese medical office system on job satisfaction, loyalty, engagement, and organizational commitment of medical practitioners: a survey of cardiologists in the acute care setting.[J].BMC health services research,2024,24(1):139-139.
[3]Brosio D ,Wacker J ,Leff D , et al.[Pluripathology among inpatients: characteristics of hospitalized patients in medical clinic wards].[J].Medicina,2024,84(1):47-59.
[4]Dotta T A ,Sotelo D E L ,Biaggioni A M , et al.[Detection of adverse events in patients interned in medical clinic using the Global Trigger Tool].[J].Medicina,2024,84(1):87-95.
[5]王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
[6]陈叶琴.高职学校医务室管理的相关研究与探讨[C]//华教创新(北京)文化传媒有限公司,中国环球文化出版社.2023教育理论与管理第一届“新课程改革背景下教与学高峰论坛”论文集(一).常州刘国钧高等职业技术学校;,2023:3.DOI:10.26914/c.cnkihy.2023.017284.
[7]徐震阳,王博,蒋效伟,等.多端融合的医疗健康平台设计与实现[J].现代信息科技,2023,7(01):115-118.DOI:10.19850/j.cnki.2096-4706.2023.01.031.
[8]苏联英.高职院校医务室医疗服务与管理水平的提升策略[J].佳木斯职业学院学报,2023,39(01):154-156.
[9]郑道洪.以患者为中心重塑医疗信息系统流程[C]//中国医学装备协会.中国医学装备大会暨2022医学装备展览会论文汇编(下册).贵阳市第二人民医院信息科;,2022:5.DOI:10.26914/c.cnkihy.2022.042125.
[10]陈勇.基于整合医疗信息的预约挂号服务客户端研究优化方法[J].自动化技术与应用,2022,41(03):77-80.
[11]王曼维,杨荻,李岩,等.基于SpringBoot框架的智慧医疗问诊系统设计与实现[J].中国医学装备,2022,19(03):133-136.
[12]周寅,张振方,周振涛,等.基于Java Web的智慧医疗问诊管理系统的设计与应用[J].中国医学装备,2021,18(08):132-135.
[13]游先铭,王欣.基于智慧医疗的挂号服务系统的应用价值探析[J].中国设备工程,2021,(13):97-98.
[14]胡小勇.基于SpringBoot的医院门诊管理信息系统的设计与实现[D].华中科技大学,2021.DOI:10.27157/d.cnki.ghzku.2021.001118.
[15]邹青芳.高校医务室信息化管理的思考——以福建水利电力职业技术学院为例[J].就业与保障,2021,(04):22-23.
[16]崔芸.关于高校医务室诊疗模式变革的思考[J].校园心理,2020,18(05):468-469.DOI:10.19521/j.cnki.1673-1662.2020.05.029.
[17]宗金运,芦立华,姬庆,等.医院智能挂号系统的设计和实现[J].福建电脑,2020,36(08):1-9.DOI:10.16707/j.cnki.fjpc.2020.08.001.
[18]马传宸.智慧医疗服务平台后端服务模块的设计与实现[D].南京大学,2020.DOI:10.27235/d.cnki.gnjiu.2020.002424.
[19]袁海燕,张莹,沈明辉.智慧医疗背景下预约挂号应用场景研究[J].医学信息学杂志,2020,41(06):54-57.
[20]朱晓玲,陈俊祎,顾丽亚,等.二级综合性医院构建医养结合服务模式的实践与探索[J].中国初级卫生保健,2020,34(03):28-31.
这篇文章的完成经历了多个日日夜夜的努力,终于在今天得以完成。这篇文章的创作过程实为不易,但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时,非常感谢我的导师不耐其烦的帮助我解决问题,给予了我许多指导意见。也感谢所有为我授业解惑的老师!
另外,本文的完成也参考借鉴了许多国内外在SpringBoot和Vue技术上的著作,如果没有著作原作的辛勤付出和科研成果,我也很难完成本论文。感谢在本论文中关联到的学者们!也感谢Google等公司,感谢他们强大的搜索引擎,让我的资料查阅省事简单。
感谢之余也还有几句话要说,虽大学学习四年,怎奈何本人才疏学浅,本文的完成已为尽力,但文中不免有些不当和错误之处,诚挚真切的请求各位老师对本文的批评改正,感谢百忙之中费心审阅我论文的老师。
标签:10,varchar,int,58407,用户,源码,64,医务室 From: https://blog.csdn.net/weixin_MZ_ZXD001/article/details/143555815点赞+收藏+关注 → 私信领取本源代码、数据库