摘要
随着网络科技的不断发展以及人们经济水平的逐步提高,网络技术如今已成为人们生活中不可缺少的一部分,而微信小程序是通过计算机技术,针对用户需求开发与设计,该技术尤其在各行业领域发挥了巨大的作用,有效地促进了线上就诊平台小程序的发展。然而,由于用户量和需求量的增加,信息过载等问题暴露出来,为改善传统线下管理中的不足,本文将提出一套线上就诊平台小程序,计算机技术作为近十年来新发展起来的科技,可运用于众多领域中,尤其在线上就诊平台小程序中,可有效地提升其效率。提高现下线上就诊的准确度,同时降低经济波动带来的不良影响,希望本文能对广大学者的研究提供参考。
关键词:线上就诊平台小程序;springboot框架;
Abstract
With the continuous development of network technology and the gradual improvement of people's economic level, network technology has now become an indispensable part of people's lives, and wechat mini program is developed and designed according to user needs through computer technology, which plays a huge role in various industries, effectively promoting the development of online medical treatment platform mini program. However, due to the increase in the number of users and demand, problems such as information overload have been exposed. In order to improve the shortcomings of traditional offline management, this paper will put forward a set of online medical treatment platform mini programs. As a newly developed technology in the past decade, computer technology can be applied in many fields, especially in online medical treatment platform mini programs, which can effectively improve its efficiency. Improve the accuracy of online medical treatment and reduce the adverse impact of economic fluctuations. Hope this paper can provide a reference for the majority of scholars.
Keywords: Online medical treatment platform small program; springboot framework;
目 录
摘 要............................................................................................................................. II
2.3小程序目录结构以及框架介绍.......................................................................... 5
3.1.4用户使用可行性分析.............................................................................. 10
3.1.5法律可行性分析...................................................................................... 10
5.1 患者用户微信端功能的实现........................................................................... 20
5.2 医生用户微信端功能的实现........................................................................... 21
1 绪 论
-
- 研究背景
现在,各种各样的智能手机都出现了,各种各样的软件都是以手机为基础的,而在这么多的通讯软件中,小程序是最受欢迎的。这几年来,由于微信的迅猛发展带动着小程序的发展速度也发生了很大的变化,用户也越来越多了,现在随着智能手机的普及,每个人的手机上都安装了微信,这样子基本上我们每个人的手上就都有了小程序。“互联网+”线上就诊系统快速发展的当下,微信小程序以“用完即走”的设计理念在线上就诊平台小程序拥有了越来越多的客户群[2]
随着时代的发展和需求的不断提高,应对的数据量将越来越庞大,数据结构也会越来越复杂,学术界和商界都积极的地想要开发出信息管理系统来解决这些问题,给用户带来更好的体验。因此本文所提出的线上就诊平台小程序具有实际意义,可提高效率,减少不必要的人力财力的损失,具有一定的现实意义[2]。
1.2 研究目的和意义
1.2.1 研究的目的
随着网络的不断发展,互联网技术渐渐成为人们生活中重要的一部分,国家的经济也被其牵动。但近年来,一些网络平台,由于用户量迅速扩增,导致传统的线下管理方式难以满足人们的需求,为保证用户体验感,本文根据Java语言,SpringBoot 框架,微信开发者,以及MYSQL等技术的支持下共同完成了该系统的开发,用以解决信息过载、不够精准等问题。具有更好的效果,降低复杂度和运行成本[3]。
1.2.2 研究的意义
“互联网”的高速发展,使得我国的国际影响力显著增强,不仅使得经济得到发展,人们的生活也发生了巨大的改变。信息化的建设成为了各行业的发展基石以及重要组成部分,如果仍然使用传统的线下管理方式,如何让用户选择合适和所需的线上就诊系统是一个迫在眉睫的问题。此时,线上就诊平台小程序的研究尤为重要。线上就诊平台小程序不仅能提升用户的满意度,还可以使将来研究的数据更加准确。综上,研究管理系统意义重大。
本文的线上就诊平台小程序致力于研究更丰富的语义关系,将它们整合为一体,可大大提升信息的准确率[4]。
1.3 研究的主要内容
通过对知识内容的学习研究,进而设计并实现一个线上就诊平台小程序。系统能实现的主要功能应包括;就诊预约、病历信息、健康档案、就诊记录、就诊评价、就诊提醒等的一些操作,传统的管理模式主要是使用纸作为介质,信息交流很大程度上受地域的影响,在当今信息技术发达的现状下,完全无法满足高效率的,快节奏的现代工作生活的需要。现代化网络管理模式主要是利用网络技术,将传统的以纸作为介质的信息资源保存到网络数据库中,在需要用到的时候直接通过网络到数据库中获取,无论何时何地都不受影响,完全满足现代工作生活的高效率的需求[5]。
1.4 问题定义
问题定义也是软件开发中一个重要的环节,在这个阶段我们要清楚的找到以下问题的答案:开发这个系统的原因是什么,开发这个系统所需要的具备什么样的技术支持,需要获得什么样的物资基础等。而医院所采用的线上就诊平台小程序就可以很好的促进线上就诊管理工作的完成、而且可以使学校的整体管理水平得到有效的提升。因为使用该系统的主要是患者用户、医生用户以及管理员,所以要准确的进行角色的定位,然后对不同的角色给予不同的使用权限。
第2章 系统开发技术介绍
2.1 Java语言
Java 最大的两个特点就是功能强大和简单易用。Java可以让程序员进行复杂的编程而不必为储存管理对象等问题所烦恼,把精力和时间更多的放在研发与设计上,极大地提高了开发者的工作效率和工作热情。
2.2微信开发者工具
目前腾讯发布的微信官方网站上所使用的软件开发工具主要是微信开发工具,并且有官方网站为它提供了一个前端开发平台。由于软件不能在浏览器上运行,因此在网络上是不允许使用 Document,Window等方法的。而在以往对HTML5进行加载的过程中,会受到网络环境的限制,需要对HTML、CSS以及JS进行一步又一步的加载,然后返回信息,从而渲染页面,将其在浏览器当中进行呈现。这样的方式用户需要等待许久,而且会降低用户的体验感。微信Web开发者工具与H5开发工具的预览模式存在着一定的差异,其属于一项自己的工具,因此可有效地实现同步本地文件开发和调试等流程。此外小程序开发了相关的标签语言和样式语言,并没有使用相关的HTML5+CSS3。在微信小程序软件的开发过程中,还进一步提供了原生APP的组件。而在HTML5+CSS3当中,这是需要通过模拟才能够有效实现的相关功能,但在小程序当中可以通过组件来得到有效的实现。
2.3小程序目录结构以及框架介绍
- 目录结构
一个小程序主体部分由三个文件组成,必须放在项目的根目录。小程序主体组成如表2-1。
文件 | 必需 | 作用 |
小程序js | 是 | 小程序逻辑 |
小程序.json | 是 | 小程序公共配置 |
小程序wxss | 否 | 小程序公共样式表 |
表2-1 小程序主体组成
一个小程序页面由四个文件组成。小程序页面组成如表2-2。
文件类型 | 必需 | 作用 |
js | 是 | 页面逻辑 |
wxml | 是 | 页面结构 |
json | 否 | 页面配置 |
wxss | 否 | 页面样式表 |
表2-2 小程序页面组成
- 框架
整个小程序架构由两个部分组成:逻辑层和视图层。小程序还提供了 WXML和 WXSS的视图层描述语言,并在此基础上构建了一个基于 JavaScript的逻辑层,并在视图层和逻辑层之间设置了数据传递和事件处理,使得开发者可以集中精力在数据和逻辑上。微信小程序的结构,如图2-3所示。
- 逻辑层 App Service
我们所说的逻辑层Service,其实就是对业务流程的控制,主要由JavaScript语言来编写,具体体现在小程序中有四个功能:一、对数据进行初始化,还可以进行云端存储和云端调用。二、增加即将需要处理的逻辑事务。三、把需要进行的逻辑交易进行操作。四、变换视角,显示结果。
- 视图层 View
框架的视图层由 WXML 与 WXSS 编写,由组件来进行展示。将逻辑层的数据反映成视图,同时将视图层的事件发送给逻辑层。
图2-3 微信小程序的结构
2.4 SpringBoot框架
该框架拥有自己独特的配置方式,网站开发人员不需要再进行大量重复的样板 式的配置工作,开箱即用,不会生成额外代码量,不需要进行XML文件的配置。
2.5 MySQL数据库
MySQL 是一种关联数据库管理系统,该系统速度快而且灵活性强,主要原因是它将数据保存在不同的表中,MySQL软件的优点是成本低、体积小、速度快,开放源码,所以一般中小型网站的开发都选择 MySQL 作为网站数据库。
3 可行性研究与需求分析
3.1可行性分析
线上就诊系统无论在医院还是社会中都广泛存在,线上就诊平台小程序是学医院不可或缺的一部分,对线上就诊平台小程序的可行性分析基于当下的互联网背景,从经济、市场、技术、法律和用户使用上进行了调查,从此验证次系统开发的可行性。下面分别从以下几点进行分析:
3.1.1经济可行性分析:此次线上就诊平台小程序所用的框架技术完全是开源的,其余的软件使用也都是免费的,在开发方面所消耗的成本可以忽略不计。而购置设备的费用远远少于其带来的社会收益,从经济上分析开发线上就诊平台小程序是完全可行的[6]。
3.1.2市场可行性分析:随着人口老龄化的加剧,老年人对健康服务的需求增加,而他们往往行动不便,线上就诊系统可以为他们提供便捷的服务。在医疗资源分布不均的地区,线上就诊系统可以为偏远地区的居民提供更好的医疗资源[7]。
3.1.3技术可行性分析:对系统进行分析,线上就诊平台小程序的大部分功能都需
要管理员完成,微信开发者工具其中的Java系统只需要添加少量代码就可以很好适配管理员功能。Java的模板可以提高HTML文件的复用率,提高效率。在数据库方面,ORM简化了表的创建和使用,采用了Oracle旗下开源的关系型数据管理系统MySQL,多表存储的特点使数据更加规范化,增删改查更容易。综上所述,技术开发上并无太大的难点[8]。
3.1.4用户使用可行性分析:鉴于系统的使用用户为患者用户,有一定的知识水平,且系统无需用户有过多的操作,界面清晰简洁,用户使用可行性上无问题。
3.1.5法律可行性分析:本应用的开发内容均在法律范围内得到支持,并已经通过备案[9]。
3.2 需求分析
需求分析,也称为软件需求分析、系统需求分析或需求分析工程,是指开发人员经过充分的研究和分析,准确地理解用户和项目在功能、性能、可靠性等方面的具体需求,并将用户的非正式需求表述转化为确定系统必须执行的需求的完整定义的过程[10]。
3.3网站功能分析
功能需求分析是系统设计的前提,它要求开发者和用户定义开发什么样的体系和系统需要什么样的功能。本文主要介绍了一种基于windows平台实现的线上就诊平台小程序。该系统为用户提供了更安全、更高效、更便捷的途径。本系统有三个角色:管理员、医生用户服务端和患者用户微信端,要求具备以下功能:
(a) 管理员;管理员使用本系统涉到的功能主要有:后台首页、系统用户、医生信息管理、就诊预约管理、病历信息管理、健康档案管理、就诊记录管理、就诊评价管理、就诊提醒管理、系统管理、公告信息管理、资源管理等功能。管理员用例图如图3-1所示。
图3-1 管理员用例图
(b) 医生用户;医生用户使用本系统涉到的功能主要有:首页、医生信息、网站公告、健康资讯、我的等功能。医生用户用例图如图3-2所示。
图3-2 医生用户用例图
(c) 患者用户;进入系统可以实现首页、医生信息、交流论坛、购物车、我的等功能进行操作。患者用户用例图如图3-3所示。
3.4系统流程设计
3.4.1 系统开发流程
线上就诊平台小程序的设计和开发,首先要对用户的实际使用需求和具体情况进行细致的分析,分析出系统要完成的全部功能,然后再针对整个系统的工作流程和功能进行设计,力求每个模块都能够达到用户的要求,最后通过测试来解决问题,保证系统的稳定和正常的运转,本系统的开发流程如图3-4所示。
图3-4系统开发流程图
3.4.2 用户登录流程
登录流程实现了管理员和其他用户的登录,在登录页面需要用户填写自己的信息,前端页面会将信息传递给后端接口,然后查询数据库确定该身份有效后登录成功,否则此用户登录失败,需要重新填写信息,进行再次验证,如图3-5所示。
图3-5登录流程图
3.4.3 系统操作流程
系统操作流程分析是软件开发过程中的一个关键环节,它是整个系统整体的运行过程,必须保证其中的每一个步骤都是确定的,这样一个规范的流程图可以使开发者易于理解,快速的投入到接口开发中,从而提升系统开发效率。
同时,流程图还能减少开发者对系统操作流程产生歧义和降低沟通的成本,系统操作流程如图3-5所示。
图3-5系统操作流程图
4 软件功能模块设计
线上就诊平台小程序采用了结构化开发的方法。这种开发方法的优点是控制性比较强,开发过程中采用了结构化和模块化的设计思想,自顶向下,从总体到部分,合理划分系统的结构和模块[11]。结构化开发时使用模块式开发,各模块之间互不影响,方便系统的开发与管理。 网站总体功能如下图所示:
图 4-1 线上就诊平台小程序总体功能模块图
4.1 数据库设计与实现
在每一个系统中数据库有着非常重要的作用,数据库的设计得好将会增加系统的效率以及系统各逻辑功能的实现。所以数据库的设计我们要从系统的实际需要出发,才能使其更为完美的符合系统功能的实现。
4.1.1 概念模型设计
概念模型是对现实中的问题出现的事物的进行描述,ER图是由实体及其关系构成的图,通过E-R图可以清楚地描述系统涉及到的实体之间的相互关系。
患者用户信息E-R图如图4-2所示:
图4-2患者用户信息E-R图
医生用户信息E-R图如图4-3所示:
图4-3医生用户信息E-R图
病历信息E-R图如图4-4所示:
图4-4病历信息E-R图
医生信息E-R图如图4-5所示:
图4-5医生信息E-R图
线上就诊平台小程序总体E-R图如图4-6所示:
图4-6线上就诊平台小程序总体E-R图
4.2 系统数据表设计
根据E-R得出数据库包涵了以下几张数据表来实现了对数据库的存储、调用。
表4-1:(用户权限管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表4-2: (收藏)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表4-3: (评论)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
表4-4: (医生信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_information_id | int | 10 | 0 | N | Y | 医生信息ID | |
2 | doctor_user | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctor_no | varchar | 64 | 0 | Y | N | 医生工号 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | doctor_position | varchar | 64 | 0 | Y | N | 医生职位 | |
7 | doctors_photo | varchar | 255 | 0 | Y | N | 医生照片 | |
8 | registration_fees | varchar | 64 | 0 | Y | N | 挂号费用 | |
9 | areas_of_expertise | text | 65535 | 0 | Y | N | 专长领域 | |
10 | visit_time | text | 65535 | 0 | Y | N | 就诊时间 | |
11 | professional_background | text | 65535 | 0 | Y | N | 专业背景 | |
12 | career_history | text | 65535 | 0 | Y | N | 从业履历 | |
13 | personal_introduction | text | 65535 | 0 | Y | N | 个人介绍 | |
14 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
15 | praise_len | 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 | 更新时间 |
表4-5:(医生用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | doctor_no | varchar | 64 | 0 | N | N | 医生工号 | |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-6: (健康档案)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | health_records_id | int | 10 | 0 | N | Y | 健康档案ID | |
2 | doctor_user | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctor_no | varchar | 64 | 0 | Y | N | 医生工号 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | doctor_position | varchar | 64 | 0 | Y | N | 医生职位 | |
7 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
8 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
9 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
10 | record_date | date | 10 | 0 | Y | N | 记录日期 | |
11 | health_condition | text | 65535 | 0 | Y | N | 健康状况 | |
12 | visit_history | 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 | 更新时间 |
表4-7: (用户点击)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
表4-8: (病历信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medical_record_information_id | int | 10 | 0 | N | Y | 病历信息ID | |
2 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
3 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
4 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
5 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
6 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
7 | patient_occupation | varchar | 64 | 0 | Y | N | 患者职业 | |
8 | visit_history | text | 65535 | 0 | Y | N | 就诊历史 | |
9 | medical_record | text | 65535 | 0 | Y | N | 病历记录 | |
10 | description_of_symptoms | 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 | 更新时间 |
表4-9: (公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表4-10: (患者用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | patient_users_id | int | 10 | 0 | N | Y | 患者用户ID | |
2 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
3 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-11:(点赞)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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已取消 |
表4-12: (轮播图)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表4-13: (就诊预约)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | visit_appointment_id | int | 10 | 0 | N | Y | 就诊预约ID | |
2 | doctor_user | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctor_no | varchar | 64 | 0 | Y | N | 医生工号 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | doctor_position | varchar | 64 | 0 | Y | N | 医生职位 | |
7 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
8 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
9 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
10 | appointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
11 | appointment_instructions | text | 65535 | 0 | Y | N | 预约说明 | |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-14:(就诊评价)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | visit_evaluation_id | int | 10 | 0 | N | Y | 就诊评价ID | |
2 | doctor_user | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctor_no | varchar | 64 | 0 | Y | N | 医生工号 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | doctor_position | varchar | 64 | 0 | Y | N | 医生职位 | |
7 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
8 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
9 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
10 | appointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
11 | visit_time | datetime | 19 | 0 | Y | N | 就诊时间 | |
12 | diagnostic_results | text | 65535 | 0 | Y | N | 诊断结果 | |
13 | treatment_plan | text | 65535 | 0 | Y | N | 治疗方案 | |
14 | evaluation_score | varchar | 64 | 0 | Y | N | 评价分数 | |
15 | evaluation_content | text | 65535 | 0 | Y | N | 评价内容 | |
16 | feedback_suggestions | text | 65535 | 0 | Y | N | 反馈建议 | |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-15: (就诊记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | visit_records_id | int | 10 | 0 | N | Y | 就诊记录ID | |
2 | doctor_user | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctor_no | varchar | 64 | 0 | Y | N | 医生工号 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | doctor_position | varchar | 64 | 0 | Y | N | 医生职位 | |
7 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
8 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
9 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
10 | appointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
11 | visit_time | datetime | 19 | 0 | Y | N | 就诊时间 | |
12 | symptom_description | text | 65535 | 0 | Y | N | 症状描述 | |
13 | inspection_situation | text | 65535 | 0 | Y | N | 检查情况 | |
14 | diagnostic_results | text | 65535 | 0 | Y | N | 诊断结果 | |
15 | treatment_plan | text | 65535 | 0 | Y | N | 治疗方案 | |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-16: (就诊提醒)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | visit_reminder_id | int | 10 | 0 | N | Y | 就诊提醒ID | |
2 | doctor_user | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctor_no | varchar | 64 | 0 | Y | N | 医生工号 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
6 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
7 | appointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
8 | reminder_title | varchar | 64 | 0 | Y | N | 提醒标题 | |
9 | reminder_type | varchar | 64 | 0 | Y | N | 提醒类型 | |
10 | reminder_date | date | 10 | 0 | Y | N | 提醒日期 | |
11 | reminder_content | text | 65535 | 0 | Y | N | 提醒内容 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
5 系统详细设计
5.1患者用户微信端功能的实现
注册界面,第一次使用本小程序的使用者,首先是要进行注册,点击“注册”,然后就会进入到注册的页面里面,将患者用户信息录入注册表,确认信息正确后,页面才会跳转到登录界面,患者用户登录成功后可使用本小程序所提供的所有功能,如图5-1所示。
图5-1患者用户注册界面
登录界面,首先双击打开微信小程序端系统,连上网络之后会显示出本系统的登录界面,这是进入小程序的第初始页面“登录”,能成功进入到该登录界面则代表小程序的开启是成功的,接下来就可以操作本系统所带有的其他所有的功能,如图5-2所示。
图5-2患者用户登录界面
系统首页是患者用户注册登录后进入的第一个界面,患者用户可通过小程序端首页进入对应的页面或者通过小程序最下面的那一行导航栏中的“首页、医生信息、病历信息、健康资讯、我的”,也可以点击“我的”进入我的页面,在我的页面可以对基本信息、收藏、就诊预约、病历信息、健康档案、就诊记录、就诊评价、就诊提醒等进行详细操作,如图5-3所示。
图5-3小程序首页界面图
患者用户点击医生信息,在医生信息页面的输入栏医生姓名、科室名称,进行搜索,还可以查看科室名称、医生姓名、医生用户、医生工号、医生职位、医生照片、挂号费用、专长领域、就诊时间、专业背景、从业履历、个人介绍等信息。如有需要可以进行就诊预约、点赞、评论、收藏等操作。如图5-4所示。
图5-4医生信息界面图
患者用户点击病历信息,在病历信息页面可以查看患者用户、患者姓名、患者性别、患者电话、患者年龄、患者职业、就诊历史、病历记录、症状描述等信息。如图5-5所示。
图5-5 病历信息界面图
在我的功能界面,患者用户点击“我的”进入我的页面,在我的页面可以对基本信息、收藏、就诊预约、病历信息、健康档案、就诊记录、就诊评价、就诊提醒等进行详细操作,如图5-6所示。
图5-6我的功能界面图
5.2医生用户微信端功能的实现
登录界面,首先双击打开微信小程序端系统,连上网络之后会显示出本系统的登录界面,这是进入小程序的第初始页面“登录”,能成功进入到该登录界面则代表小程序的开启是成功的,接下来就可以操作本系统所带有的其他所有的功能,如图5-7所示。
图5-7医生用户登录界面
系统首页是医生用户注册登录后进入的第一个界面,医生用户可通过小程序端首页进入对应的页面或者通过小程序最下面的那一行导航栏中的“首页、医生信息、网站公告、健康资讯、我的”,也可以点击“我的”进入我的页面,在我的页面可以对基本信息、收藏、就诊预约、病历信息、健康档案、就诊记录、就诊评价、就诊提醒等进行详细操作,如图5-8所示。
图5-8小程序首页界面图
医生用户点击医生信息,在医生信息页面的输入栏医生姓名、科室名称,进行搜索,还可以查看科室名称、医生姓名、医生用户、医生工号、医生职位、医生照片、挂号费用、专长领域、就诊时间、专业背景、从业履历、个人介绍等信息。如有需要可以进行点赞、评论、收藏等操作。如图5-9所示。
图5-9医生信息界面图
在我的功能界面,患者用户点击“我的”进入我的页面,在我的页面可以对基本信息、收藏、医生信息、就诊预约、健康档案、就诊记录、就诊评价等进行详细操作,如图5-10所示。
图5-10我的功能界面图
5.3 管理员服务端的实现
管理员的登陆界面包括管理员的账号、密码,其中就是已有的账号,还有需要注册的账号。只要管理员在账号上注册,注册信息就会被录入 MySQL数据库,有一个资料库,只要输入成功,就可以登陆,然后进入主页的管理。管理员登录界面如图5-11所示。
图5-11管理员登录界面图
管理员登录到线上就诊平台小程序可以查看后台首页、系统用户、医生信息管理、就诊预约管理、病历信息管理、健康档案管理、就诊记录管理、就诊评价管理、就诊提醒管理、系统管理、公告信息管理、资源管理等功能进行详细操作,如图5-12所示。
图5-12管理员功能界面图
患者用户信息功能在视图层(view层)进行交互,比如点击“新增”按钮或填写患者用户信息表单。这些患者用户信息动作被视图层捕获并作为请求发送给相应的控制器层(control1er层)。控制器接收到这些请求后,调用服务层(service层)以执行相关的业务逻辑,例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后,进一步与数据访问对象层(DAO层)交互,后者负责具体的数据操作如查询、新增或删除患者用户信息,并将操作结果返回给控制器。最终,控制器根据这些结果更新视图层,以便用患者户信息功能可以看到最新的信息或相应的操作反馈。在患者用户信息的输入栏中输入患者姓名、患者性别进行查询,可以查看到患者用户详细信息,并根据需要进行修改或者删除等操作。如图5-13所示。
图5-13患者用户管理界面图
医生用户信息功能在视图层(view层)进行交互,比如点击“新增”按钮或填写医生用户信息表单。这些医生用户信息动作被视图层捕获并作为请求发送给相应的控制器层(control1er层)。控制器接收到这些请求后,调用服务层(service层)以执行相关的业务逻辑,例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后,进一步与数据访问对象层(DAO层)交互,后者负责具体的数据操作如查询、新增或删除医生用户信息,并将操作结果返回给控制器。最终,控制器根据这些结果更新视图层,以便医生用户信息功能可以看到最新的信息或相应的操作反馈。在医生用户信息的输入栏中输入医生工号、医生姓名进行查询,可以查看到医生用户详细信息,并根据需要进行修改或者删除等操作。如图5-14所示。
图5-14医生用户管理界面图
管理员点击医生信息管理;在医生信息管理页面对医生用户、医生工号、医生姓名、科室名称、医生职位、医生照片、挂号费用、专长领域等信息,进行查询、添加、修改详情、查看评论或删除医生信息等操作;如图5-15所示。
图5-15医生信息管理界面图
管理员点击在就诊预约管理;在就诊预约管理页面对医生用户、医生工号、医生姓名、科室名称、医生职位、患者用户、患者姓名、患者性别、预约时间、预约说明、审核状态、审核回复等信息,进行查询、修改详情、健康档案、就诊记录、就诊提醒或删除等操作;如图5-16所示。
图5-16就诊预约管理界面图
管理员点击就诊记录管理;在就诊记录管理页面对医生用户、医生工号、医生姓名、科室名称、患者用户、患者姓名、患者性别等信息,进行查询、修改详情、就诊评价或删除等操作;如图5-17所示。
图5-17就诊记录管理界面图
管理员点击公告信息管理;在公告信息管理页面对标题、创建时间、更新时间等信息,进行查询、添加、修改详情或删除公告信息等操作;如图5-18所示。
图5-18公告信息管理界面图
管理员点击资源管理;在资源管理页面对健康资讯、资讯分类模块进行操作;在健康资讯页面,对标题、封面图、文章分类、标签、创建时间、更新时间等信息,进行查询、添加、修改详情、查看评论或删除健康资讯等操作;如图5-19所示。
图5-19资源管理界面图
6 系统测试
6.1系统测试的目的
在经过长期的测试与修改下,系统能正常运行,已经达到基本的要求,但难免有时会出现一些报错和Bug,如果忽略一些不起眼的小问题有可能会产生连锁反应:数据的报错,数据的无缘被修改以及泄露,甚至会成为不法分子的可乘之机,给开发者和使用者造成惨重的代价。综合以上几点,必修要对这个完成的系统进行测试,只有通过一定的测试来解决这些出现的问题。通过不断地进行测试,一步一步的发现系统中的问题,然后对问题进行一次又一次的修改,使该线上就诊平台小程序更加完善,最后争取没有漏洞和Bug,成为一个接近完美无暇的线上就诊平台小程序的网站。还要在测试修改的过程中吸取经验:自己为什么会犯这种错误、代码的编写哪个逻辑环节出了错误、又有哪些地方是因为自己的粗心大意造成的等等[12]。使系统本身接近完美以及以后的维护更加快捷方便。
对于线上就诊平台小程序,要对其进行一个整体的测试。测试根据各个模块的功能,以及各功能之间的相互联系,协同关系来进行操作。尤其在患者用户、医生用户和管理员三个的数据库这一地方进行多次测试以及调整。通过一次又一次的系统测试,保证线上就诊平台小程序能够在上线面向开放使用后是一个方面、安全、省心的系统[13]。
6.2系统测试方法
系统的测试方法有很多,在对系统进行测试时,应选择最适合并且稳定性良好最好保障的测试方法进行测试。撰写的代码完成后,就要开始着手于对系统进行一系列的测试。基于springboot的线上就诊平台小程序代码是在微信开发者编写完成的,完成后部署在微信开发者上。测试的浏览器使用了Google浏览器进行的。系统测试的具体要求顺序如下:
(1)打开相应的运行代码软件,使用Google浏览器运行该系统页面。
(2)测试整体从三个角度进行测试:登录测试、删除分类测试和修改密码测试。对这些功能进行多次的测试,多用几个不同的测试用例。测试的同时还要分析源代码,对于产生的异常结果和错误,进行分析查找其原因,进行解决。
(3)在测试的过程中,尽量使用Debug来进行测试,这样得到的结果和数据更加准确无误[14]。
(4)还要对系统进行高数据下并行和并发的系统测试。
6.3功能测试
(1)用户登录测试。在登录模块页面,通过输入三个用户名和密码进行测试。其中输入的用户名“aboin”和密码“aboin”是正确的,会出现登陆成功的提示信息,而第一个和第二个登录失败。第一个登录失败的原因是因为用户名和密码不匹配,数据库中无法找到相应的匹配数据;第二个登录失败的原因是因为该用户名没有注册,数据库中没有相应的记录,所以第一次和第二次的登录会出现登录失败的得结果。如表6-1所示。
表6-1用户登录测试表
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
登录模块 | 用户名:abo 密码:123 | 弹出错误提示,提示密码错误 | 弹出错误提示,提示密码错误 | 通过 |
登录模块 | 用户名:123 密码:aboin | 弹出错误提示,提示用户名错误 | 弹出错误提示,提示用户名错误 | 通过 |
登录模块 | 用户名:aboin 密码:aboin | 管理员登录成功 | 管理员登录成功 | 通过 |
(2)删除分类测试。在删除分类模块,找到相对应的删除信息,点击“删除”该信息的接口,删除成功后信息会在数据库中的表中进行删除,然后返回前端页面删除成功的提示框。通过一次又一次的删除操作,发现该系统的删除功能以及后端代码运行正常,多次的删除测试说明该系统的删除分类功能没有问题。如表6-2所示。
表6-2删除分类测试
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
删除分类模块 | 分类名:最新通知 | 删除成功、页面自动跳转 | 删除成功、页面自动跳转 | 通过 |
(3)修改密码测试。在修改密码模块,通过三个用户的修改数据进行该功能的测试。测试中发现只有第三次的修改密码成功了,第一次和第二次的密码修改出现了问题。问题的原因分别为“密码错误”和“确认密码不一致”的问题。通过多次的修改和测试,发现修改密码这一功能运行正常,没有问题。如表6-3所示。
表6-3修改密码测试
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
修改密码模块 | 原密码:666 新密码:123 确认密码:123 | 弹出错误提示,提示原密码错误 | 弹出错误提示,提示原密码错误 | 通过 |
修改密码模块 | 原密码:aboin 新密码:123 确认密码:333 | 弹出错误提示,提示确认密码不一致 | 弹出错误提示,提示确认密码不一致 | 通过 |
修改密码模块 | 原密码:aboin 新密码:123 确认密码:123 | 密码修改成功 | 密码修改成功 | 通过 |
通过上述一次又一次的测试修改,又加上对系统的白盒测试和黑盒测试等一系列的操作,对线上就诊平台小程序进行了多次全面具体的测试。该系统的各个功能模块都能正常运行,性能良好,占据CPU的空间也较小。对患者用户、医生用户和管理员都有很大的帮助,提供了便利,对账户信息有较强的保密性,后台数据库能保持良好的完整性和安全性。无论是前端的页面设计,还是后端的数据库和代码运行,都十分不错,达到了预期的效果[15]。
随着时代的进步,信息量的增加,信息管理系统已经被各个领域所广泛使用,它可以为人们提供更好更优质的服务,因此它成为广大学者的重点研究对象,专家学者们致力于改善线上就诊平台小程序存在的问题。
在这次毕业设计的过程中,我理解了更多的关于线上就诊平台小程序的内容,学会了如何将现实中需求转化成系统的功能,在摸索学习过程中不断的提高自己的代码能力,以前开发都只开发一些业务逻辑的功能,从未接触过一个整体系统的设计与实现,这次毕业设计,我一边学习一边思考设计,最终既学会了一般的系统功能设计也完成了毕业设计。当然,在这次毕业设计的过程中我遇到了很多的困难,很多的问题。在遇到困难的时候我没有逃避,自觉的查找相关资料加强学习,自己解决的不了的问题就咨询身边的同学和老师。身边的同学和老师都非常的热情,友好,对待我的问题都很热情帮我解决,所以在此,我非常的感谢他们。是他们的支持与帮助,才使我顺利的完成这次毕业设计。
参考文献
- 王晓川. 校园二手交易小程序的设计与实现[D]. 福州:福州大学硕士学位论文, 2019:3-4.
- 张立立,张振坤,刘明钊,等.基于深度学习技术的超市库存收费管理系统设计与实现[J].电子器件,2021,44(01):231-235.
- 徐明. 人工智能开源硬件与java编程实践[M]. 重庆:重庆大学出版社, 2020:229-235.
- Ravishankar Chityala,Sridevi Pudipeddi. Image Processing and Acquisition using java[M].CRC Press:2020:67-73.
- 王学军,胡畅霞,韩艳峰. java程序设计[M]. 北京:人民邮电出版社, 2019:236-247.
- Speight April. Bite‐Size java®:An Introduction to java Programming[M].John Wiley & Sons, Inc:2020:43-54.
- 刘奥卓,曹煜辉,周岳斌.基于树莓派的车辆识别与车流监测系统的设计[J].机械管理开发,2020,35(01):170-172.
- 葛笑飞. 基于OpenCV的车牌自动识别系统的研究与实现[D]. 南京:东南大学硕士学位论文, 2019:2-3.
- 潘伟清.浅谈线上预约挂号平台小程序[J].通讯世界,2019:337-338.
- Jesper Wisborg Krogh. MySQL Connector/java Revealed[M].Apress, Berkeley, CA:2018:33-42.
- 肖睿,程宁,田崇峰,等. MySQL数据库应用技术及实战[M]. 北京:人民邮电出版社, 2020:177-185.
- 江小静,解祥新,杭益柳,等.小区自助微信小程序的社区服务活动设计与实现的设计与实现[J].无线互联科技,2020,17(21):35-36.
- 瞿中,宋琦,刘玲慧,等. 软件工程[M].北京:人民邮电出版社, 2019:409.
- 查燕.软件测试的策略和方法[J].信息与电脑(理论版),2021,33(10):67-69.
- 张凤霞.大数据背景下软件测试研究[J].电子技术与软件工程,2021:38-39.
致 谢
行文至此落笔中,始于初秋终于夏。
四年前,我第一次来到xxx,转瞬已经快要毕业,坐在xxx的台阶上看浪漫的落日,在考试周步履匆匆的去图书馆背书。
春晖寸草,山高水深。感谢我的父母,永远坚定的做我的避风港。感谢你们数十年如一日地支持我的求学之路,对我给与包容和尊重,给我提供温馨的家庭环境,这份恩情无以为报,惟愿你们身体健康,平安顺遂。
言词有尽,师恩永记。在此特别感谢我的恩师xxx老师,从大三起一路带领我学习论文,从发表了第一篇学术论文到毕业论文,xxx老师在整个过程中无微不至的为我答疑解惑。除学术上的帮助,xxx老师也给与很多生活上的关照。人们常说,经师易得,人师难求,而xxx老师经师人师兼做,他用知识教导我,用品德感化我,跟随xxx老师的学习对我产生了深远的影响。同时,也感谢教研室其他老师的辛苦付出和谆谆教诲。祝愿各位恩师身体健康,桃李芬芳。
一路走来,感恩遇见,感谢我的室友们,感谢四年的陪伴和关心,因为你们,我时常说:“返校日也是回家日”。因为你们的包容和关怀,让我变成更温暖的人,在一起生活的点点滴滴,你们成为了我的家人和挚友。希望在未来的日子,即使在不同的城市,有着不同的生活,我们还是可以常常联系,常常挂念。
最后,感谢一下自己,感谢自己慢慢变成了一个勇敢的大人,经历过一些前所未遇的困难和不开心,好在一路成长,关关难过关关过。未来的生活中,希望我能变得更加坚定,更加积极。
感恩所有遇见的人,感恩所有经历过的事。