摘 要
传统陪诊服务受限于人工调度和线下操作,存在效率低下、信息不透明以及管理难度大等弊端。在医疗资源紧张和市场需求增长的背景下,传统的陪诊服务方式已经难以满足现代患者及其家属对便捷性和高效性的要求。因此,本文采用Spring Boot框架与微信小程序技术相结合,实现一个陪诊小程序。
该系统利用Spring Boot的强大功能,实现后端微服务架构,提供稳定可靠的服务接口,并确保系统的高扩展性和维护性。同时,结合微信小程序的优势,就诊用户可以随时随地的查看就医陪诊、代办买药、跑腿服务、住院护工信息,并可进行在线预约服务、支付等操作;而陪诊用户则可以通过系统后台高效的管理自己的服务信息,并及时回复用户的相关咨询和处理预约申请等;管理员则对所有用户和内容进行管理,审核就诊人提交的预约申请等,还有保障系统的健康运行和内容的及时更新。
基于Springboot的陪诊小程序,可以有效提高陪诊服务的效率和质量,优化就医流程,提升用户体验,推动陪诊服务行业的数字化、智能化发展。
关键词:基于Springboot的陪诊小程序;陪诊服务;在线预约
Abstract
Traditional accompanying medical services are limited by manual scheduling and offline operations, resulting in low efficiency, opaque information, and difficult management. Against the backdrop of scarce medical resources and growing market demand, traditional accompanying services are no longer able to meet the demands of modern patients and their families for convenience and efficiency. Therefore, this article combines the Spring Boot framework with WeChat mini program technology to implement a companion diagnosis mini program.
The system utilizes the powerful features of Spring Boot to implement a backend microservice architecture, providing stable and reliable service interfaces, and ensuring high scalability and maintainability of the system. At the same time, combined with the advantages of WeChat mini programs, medical users can view accompanying medical consultations, agent drug purchases, errand services, and inpatient caregiver information anytime and anywhere, and can also perform online appointment services, payments, and other operations; Accompanying patients can efficiently manage their service information through the system backend, and promptly respond to relevant inquiries and handle appointment requests from users; Administrators manage all users and content, review appointment requests submitted by patients, and ensure the healthy operation of the system and timely updates of content.
The accompanying consultation mini program based on Springboot can effectively improve the efficiency and quality of accompanying consultation services, optimize the medical process, enhance user experience, and promote the digital and intelligent development of the accompanying consultation service industry.
Keywords:A companion consultation mini program based on Springboot; Accompanying medical services; Online booking
目 录
近年来,随着社会老龄化加剧和人们对健康服务需求的不断增长,陪诊服务作为一种新兴的服务形式逐渐受到关注。然而,市场上的陪诊服务质量参差不齐,存在管理混乱和服务水平不一的问题[1]。与此同时,互联网技术的发展为优化陪诊服务提供了新的契机。研究表明,通过利用互联网技术可以有效提升陪诊服务的效率和质量,改善患者的就医体验,并有助于行业的规范化发展[2]。
在这样的背景下,陪诊服务行业迫切需要引入更加高效、便捷的技术解决方案来满足日益增长的市场需求[3]。特别是,随着移动互联网的普及,小程序因其无需下载安装即可使用的特性,成为了提高服务可达性和用户便利性的理想选择[4]。基于Spring Boot框架开发的陪诊小程序不仅能够提供一个稳定、高效的后台支持系统,还可以结合微信小程序的优势,为患者及其家属提供包括就医陪诊、代办买药、跑腿服务、住院护工等在内的全方位服务。这不仅能增强医患之间的沟通交流,还能确保陪诊服务的专业性和可靠性,从而推动陪诊服务行业的健康发展。
本课题目的是设计并实现一个基于Spring Boot框架与微信小程序的陪诊服务平台,以应对当前陪诊服务中存在的效率低下和服务质量参差不齐的问题[5]。通过开发这样一个集成化的平台,简化陪诊服务的预约和服务获取流程,减少患者及其家属的时间成本,并确保所有注册的陪诊人员都经过严格的资质审核,从而提高服务的专业性和可靠性,提升用户满意度[6]。此外,该平台还将促进信息透明化,使患者能够清楚地了解陪诊服务的内容和进度,增加服务的透明度。
此研究的意义在于显著改善患者的就医体验,解决传统陪诊服务中的不便之处,如信息不对称和服务质量难以保证等问题。这不仅方便了患者及其家属获取所需的陪诊服务,也为他们提供了更多个性化的选择和支持[7]。同时,通过对陪诊服务平台的设计与开发,可以为行业提供一套可借鉴的标准和模式,推动陪诊服务行业的规范化发展,有助于提高整个医疗服务行业的服务水平,促进了医疗服务向更加便捷、高效的方向发展。
在国内,随着人口老龄化的加剧和医疗服务的复杂化,国内陪诊服务的需求日益增加。陪诊服务不仅为患者提供就医过程中的陪同和协助,还缓解了患者就医过程中的孤独和无助感,提高了就医效率和质量。针对这一新兴领域,国内学者和从业者进行了广泛的研究和实践。刘禹杉等人通过医疗陪诊服务管理系统的设计与实现,构建了一套完善的管理系统,从而提高陪诊服务的质量和效率。这一系统涵盖了用户管理、陪诊员管理、服务预约、服务评价等多个功能模块,为陪诊服务的规范化、专业化提供了技术支持[8];陪诊服务管理系统的设计与实现离不开先进的信息技术。例如,微信小程序作为一种轻量级应用,因其便捷性和易用性,在陪诊服务领域得到了广泛应用。李宝、路雅在其研究中就展示了微信小程序在医疗预约挂号系统中的应用潜力,为陪诊服务管理系统的开发提供了技术借鉴[9];随着移动互联网和信息技术的发展,陪诊服务管理系统还可以实现更加智能化的功能,如智能推荐陪诊员、优化服务流程、提升用户体验等。
尽管国内陪诊服务管理系统的研究取得了一定的进展,但仍存在一些不足之处,比如,目前国内陪诊服务行业尚未形成统一的标准和规范,导致市场上的陪诊服务质量和水平参差不齐;另外陪诊服务涉及医疗、个人隐私及安全等多个方面,但目前尚未建立有效的监管机制;陪诊服务需要从业人员具备一定的医疗知识和服务技能,但目前市场上的陪诊员素质参差不齐;陪诊服务作为一种新兴职业和行业,相关法律法规尚不完善。
虽然小程序主要在中国市场流行,但类似的概念和技术在全球范围内也有广泛应用,特别是在电子商务、移动应用开发以及医疗服务领域。如何利用现代科技提升医疗服务效率,国外的研究和应用同样广泛且深入。Atherton H等人在研究中,探讨了初级保健中患者在线预约挂号的使用情况和体验。该研究深入分析了患者对于在线预约挂号系统的接受度、使用习惯以及所遇到的问题,为优化在线预约挂号系统提供了宝贵的见解[10];Cai Y、Song H和Wang S(2024)基于电子访问的预约服务管理的研究,针对预约服务管理中的电子访问方式进行了深入探讨,提出了一系列有效的管理策略和方法,旨在提高预约服务的效率和患者满意度[11];Yuan J等人的研究聚焦于基于微信小程序的校园二手平台设计与实现,虽然并非直接针对医疗陪诊服务系统,但他们的研究展示了微信小程序在移动应用开发中的广泛应用和潜力[12]。
研究利用微信小程序平台的特性,构建一个基于Springboot的陪诊小程序,通过信息化手段简化用户预约陪诊流程,提升用户医疗服务体验。具体研究内容涵盖以下几个方面:
一、需求分析:分析当前市场对基于Springboot的陪诊小程序功能的需求,确定目标用户群体和他们的使用场景。同时研究微信小程序平台的特点以及它能提供的API接口。
二、系统架构设计:
微信小程序端界面:使用微信小程序作为就诊用户交互界面,提供直观便捷的操作体验。就诊用户可以通过小程序浏览预约就医陪诊、代办买药、跑腿服务和住院护工的医疗服务,并提供在线支付功能,查看新闻资讯、网站公告,还可以联系平台反馈意见等功能,并与后台进行数据交互。这不仅简化了就诊用户的操作流程,也提高了就诊用户体验。
后端服务:采用Java语言结合Spring Boot框架构建,负责处理核心业务逻辑。此层接收来自前端的请求,如就诊用户登录、就医陪诊、代办买药、跑腿服务和住院护工的预约申请等,并通过调用相应的服务来处理这些请求。它还提供了安全认证机制,以保护就诊用户信息的安全性。
数据库管理:采用MySQL数据库,设计合理的数据库结构,存储用户信息、医疗服务信息、新闻资讯和网站公告等关键数据,确保数据安全、完整和高效访问。
三、功能模块设计:功能设计充分考虑就诊用户、陪诊用户和管理员的不同需求。针对就诊用户,注册登录后进入微信小程序端,可浏览首页内容、包含就医陪诊、代办买药、跑腿服务、住院护工、联系平台、通知公告和新闻资讯;进行我的管理(点击修改资料进入基本信息可修改密码和资料;查看管理收藏;查看提交的所有预约服务记录、咨询记录和在线支付费用对等功能;针对陪诊用户,其注册后需经管理员审核同意才可登录系统后台,提供有关自己服务的数据分析概览,对医疗服务项目进行添加、查看和管理,对已通过审核的预约单进行接单处理,可修改订单状态,以及回复就诊用户提交的服务咨询;针对管理员,则提供全面的后台管理功能和平台所有的数据分析概览,包括角色管理、联系平台管理、陪诊管理、代办管理、跑腿管理、护工管理、系统管理、公告通知管理、新闻管理以及个人信息和密码管理等,确保基于Springboot的陪诊小程序的健康运行和内容的及时更新。
四、系统实现与测试:根据设计文档进行系统编码,采用敏捷开发方法,确保代码质量和开发进度。实施全面的单元测试、集成测试和系统测试,利用自动化测试工具提高测试效率,确保基于Springboot的陪诊小程序功能的完整性和稳定性,及时修复潜在问题。
| 开发环境与工具 | |
| 操作系统 | Windows 11、Windows 10、Windows 8、Windows 7 |
| 开发语言 | Java |
| 使用框架 | Spring Boot、微信小程序 |
| 体系结构 | 三层B/S体系结构 |
| 开发工具 | IDEA(2020版)/MyEclipse(2017)/Eclipse、Vs Code |
| 数据库 | MySQL 5.6以上 |
| 数据库管理工具 | Navicat |
| JDK版本 | Java 1.8 |
| Maven | apache-maven 3.6.1-bin |
| Tomcat | apache-tomcat-7.0.88 |
在早期,一些使用HTML语言编写的文件,再集合一些其它资源文件就可以组成一个最简单的Web程序,了解了Web程序也需要了解Web站点,它们之间的关系就是一个或者多个Web程序可以放在Internet上的一个Web站点(Web服务器)中进行使用。可以说Web应用程序的开发也带动了B/S这种网络结构模式的兴起。B是Brower(浏览器)的首字母,S是Server(服务器)的首字母,两个首字母进行组合就成了网络结构模式的简称B/S。由于这种结构模式通过安装在客户端的浏览器进行服务器的访问,可以把程序的核心功能安排在服务器中进行处理,给程序的开发,后期使用和维护省去了许多工作。图2.1展示的就是使用这种架构开发的程序的工作原理。

图2.1 B/S架构的工作原理图
Spring Boot,作为Spring生态系统中一颗璀璨的明星,以其“约定优于配置”的核心理念,极大地简化了Java应用的开发、部署与管理流程。它并非是对Spring框架的颠覆,而是在其基础上进行了深度封装与优化,旨在快速搭建独立的、生产级别的Spring应用。Spring Boot通过自动配置功能,减少了大量繁琐的配置工作,让开发者能够更加专注于业务逻辑的实现。同时,它集成了众多常用库,如数据库连接池、缓存、消息队列等,为开发者提供了一站式的解决方案。此外,Spring Boot还支持多种部署方式,无论是传统的WAR包部署,还是现代的容器化部署,都能轻松应对。因此,选择Spring Boot作为陪诊小程序的开发框架,不仅能够提升开发效率,还能确保系统的稳定性和可维护性。
微信小程序是一种基于微信平台的应用程序,它无需下载安装即可使用,为就诊用户提供了极大的便捷性。微信小程序的前端框架主要由WXML(WeiXin Markup Language)和WXSS(WeiXin Style Sheets)组成。WXML用于构建页面结构,类似于HTML,但具有针对小程序的特定语法。WXSS则是小程序的样式表,类似于CSS,支持样式的继承、嵌套及媒体查询等,但有一些限制。在小程序中,JavaScript主要用于处理业务逻辑,包括数据交互、事件处理和页面跳转等。微信小程序提供了丰富的API接口,如网络请求、就诊用户信息、存储管理和媒体功能等,方便开发者进行开发。同时,微信开发者工具也提供了实时预览、调试和代码管理等功能,大大提高了开发效率。微信小程序具有跨平台性、社交属性强、开发成本低等特点,被广泛应用于电商、生活服务、企业办公、教育培训、医疗服务等领域。
通过综合考虑经济、操作、技术等因素,可以对基于Springboot的陪诊小程序的设计和实现的可行性进行全面评估。这将有助于确定项目的成功概率,并为项目规划提供坚实的基础。
系统利用开源技术和云服务(如阿里云、腾讯云),可大幅降低基础设施成本。微信庞大的就诊用户基础确保了广泛的市场覆盖,通过广告、付费内容或增值服务实现盈利。长期维护成本较低,更新部署简便。整体投资回报率高,长期发展潜力巨大。因此,本系统具有经济可行性。
从操作角度来看,微信小程序界面简洁,跨平台兼容,与微信生态深度融合,有利于就诊用户体验的优化,提升就诊用户的参与度和留存率。Springboot框架加速开发,降低维护成本,且内置安全机制,确保系统稳定可靠。因此,本系统具有操作可行性。
微信小程序作为成熟的平台,提供了丰富的API和组件,便于快速构建和部署陪诊小程序。Spring Boot框架的采用简化了后端开发,提高了系统的可扩展性和维护性。B/S模式则确保了跨平台兼容性,降低了客户端的复杂度。因此,本系统具有技术可行性。
通过对基于Springboot的陪诊小程序的功能需求分析,系统划分为了就诊用户、陪诊用户和管理员三大角色。各角色主要包括的功能说明如下:
- 就诊用户功能需求:提供注册登录功能,查看就医陪诊、代办买药、跑腿服务、住院护工等服务人员列表,浏览详情,可进行点赞、收藏和评论,也可点击预约提交预约服务申请,也可进行服务咨询;提交后可在我的,查看相关服务的预约状态,并可在线支付费用,可查看订单状态,可以查看网站公告、新闻资讯,可对资讯内容进行点赞、收藏和评论,可以在基本信息修改资料和密码,也进行自己的收藏管理。
- 陪诊用户功能需求:提供注册功能,注册后需经管理员审核同意才能登录系统后台,可以查看数据分析,进行陪诊管理、代办管理、跑腿管理、护工管理,可以添加服务,回复就诊用户提交的咨询,对已通过审核的预约订单,进行接单处理,可修改订单状态,可管理个人信息和密码。
- 管理员功能需求:管理员的账号密码由系统自动生成,根据账号密码可以登录系统后台。可以查看数据分析,进行角色管理、联系平台管理、陪诊管理、代办管理、跑腿管理、护工管理、系统管理、公告通知管理、新闻管理以及个人信息和密码的管理等。
就诊用户角色用例图如下所示。

图3-1 就诊用户角色用例图
陪诊用户角色用例图如下所示。

图3-2 陪诊用户角色用例图
管理员角色用例图如下所示。

图3-3 管理员角色用例图
就诊用户操作响应时间:系统应保证就诊用户在操作平台时的响应速度,例如浏览各类医疗服务信息、预约申请等操作应该迅速响应。
系统稳定性:系统应具备一定的容错能力和稳定性,防止因为意外情况导致系统崩溃。
数据安全:就诊用户信息、预约服务订单等敏感数据需要加密存储,确保数据安全性。
系统并发能力:系统应考虑到可能大量就诊用户同时访问的情况,保证系统的并发处理能力。
日志记录:系统需要记录就诊用户操作日志、异常日志等,便于排查问题和分析就诊用户行为。
基于以上性能需求将确保陪诊小程序能够稳定、高效地运行,能够很好地满足就诊用户、陪诊用户和管理员的需求。
-
- 系统流程分析
注册的过程,第一部分是账号的注册,第二部分是信息完善。在业务开展过程中,管理员可对用户信息进行修改等管理操作,用户注册流程图如下所示。

图3-4 用户注册流程图
登录时,用户填写用户名、密码、选择身份进行登录,在登录过程中后端会对发送过来的信息进行验证和判断,用户登录流程图如下所示。

图3-5 用户登录流程图
业务流程图既反映了内部业务间的相互联系,又反映了服务人员信息和预约订单情况。基于Springboot的陪诊小程序须支撑整个机构不同层面的多种职能,而各功能模块间存在着多种关联信息,组成一个有机整体,并针对基于Springboot的陪诊小程序自身特点和面临的现实条件,对系统进行业务流程图设计。系统通过流程的顺畅和高效,实现了用户便捷预约陪诊需求和系统管理的便捷,提升了系统的运行效率和就诊用户体验。基于Springboot的陪诊小程序的业务流程如下图所示。

图3-6 业务流程图
系统功能模块设计是系统开发过程中的重要阶段,它旨在将系统划分为不同的模块,每个模块负责完成特定的功能或任务。基于Springboot的陪诊小程序由微信小程序端和后台两大功能模块组成,每个模块下又包含具体的功能操作。微信小程序端功能模块图如下所示。

图4-1微信小程序端功能模块图
后台功能主要包含管理员和陪诊用户二大模块,陪诊用户主要是对自己的服务信息进行添加、管理,回复就诊用户的咨询以及处理订单等;管理员则是对系统进行全面的管理,可进行角色管理、联系平台管理、陪诊管理、代办管理、跑腿管理、护工管理、系统管理、公告通知管理、新闻管理以及个人信息和密码的管理等,并保证及时更新系统信息,维护系统正常运行。系统后台功能模块图如下图所示。

图4-2系统后台功能模块图
数据库的设计是系统的设计中比较重要的一部分内容,数据库设计是一切系统设计的基础,首先需要进行概念模型E-R图的设计,然后进行关系模型物理模型的建立。
本文在系统分析阶段就抽取了一些实体,根据实体之间的关系,经过分析进行系统E-R图的设计。springboot基于基于Springboot的陪诊小程序总体E-R图如下图所示。

图4-3系统总体E-R图
本系统采MySQL数据库管理系统对数据进行管理。下面是对各个表中的表中各个字段数据类型、大小等做简短描述。基于Springboot的陪诊小程序所需要的部分数据结构表如下表所示。
表 4-1-accompanying_patients_to_receive_orders(陪诊接单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | accompanying_patients_to_receive_orders_id | int | 是 | 是 | 陪诊接单ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | appointment_user | int | 否 | 否 | 预约用户 | |
| 6 | order_acceptance_time | datetime | 否 | 否 | 接单时间 | |
| 7 | order_amount | varchar | 64 | 否 | 否 | 订单金额 |
| 8 | order_status | varchar | 64 | 否 | 否 | 订单状态 |
| 9 | order_acceptance_remarks | text | 65535 | 否 | 否 | 接单备注 |
| 10 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 11 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 12 | create_time | datetime | 是 | 否 | 创建时间 | |
| 13 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 14 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 15 | source_id | int | 否 | 否 | 来源ID | |
| 16 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-2-appointment_for_accompanying_consultation(预约陪诊)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | appointment_for_accompanying_consultation_id | int | 是 | 是 | 预约陪诊ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | appointment_user | int | 否 | 否 | 预约用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | accompanying_time | datetime | 否 | 否 | 陪诊时间 | |
| 8 | accompanying_location | varchar | 64 | 否 | 否 | 陪诊地点 |
| 9 | contact_information | varchar | 16 | 否 | 否 | 联系方式 |
| 10 | order_remarks | text | 65535 | 否 | 否 | 订单备注 |
| 11 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 12 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 13 | accompanying_patients_to_receive_orders_limit_times | int | 是 | 否 | 接单限制次数 | |
| 14 | create_time | datetime | 是 | 否 | 创建时间 | |
| 15 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 16 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 17 | source_id | int | 否 | 否 | 来源ID | |
| 18 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-3-appointment_of_caregiver(预约护工)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | appointment_of_caregiver_id | int | 是 | 是 | 预约护工ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | appointment_user | int | 否 | 否 | 预约用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | nursing_location | varchar | 64 | 否 | 否 | 护理地点 |
| 8 | accompanying_time | datetime | 否 | 否 | 陪护时间 | |
| 9 | accompaniment_days | double | 否 | 否 | 陪护天数 | |
| 10 | contact_information | varchar | 16 | 否 | 否 | 联系方式 |
| 11 | order_remarks | text | 65535 | 否 | 否 | 订单备注 |
| 12 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 13 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 14 | caregivers_accept_orders_limit_times | int | 是 | 否 | 接单限制次数 | |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 17 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 18 | source_id | int | 否 | 否 | 来源ID | |
| 19 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-4-buy_medicine_and_accept_orders(买药接单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | buy_medicine_and_accept_orders_id | int | 是 | 是 | 买药接单ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | appointment_user | int | 否 | 否 | 预约用户 | |
| 6 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| 7 | order_acceptance_time | datetime | 否 | 否 | 接单时间 | |
| 8 | order_status | varchar | 64 | 否 | 否 | 订单状态 |
| 9 | order_amount | double | 否 | 否 | 订单金额 | |
| 10 | drug_amount | double | 否 | 否 | 药品金额 | |
| 11 | total_price | varchar | 64 | 否 | 否 | 合计总价 |
| 12 | order_acceptance_remarks | text | 65535 | 否 | 否 | 接单备注 |
| 13 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 14 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 17 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 18 | source_id | int | 否 | 否 | 来源ID | |
| 19 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-5-buy_medicine_on_behalf_of_others(代办买药)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | buy_medicine_on_behalf_of_others_id | int | 是 | 是 | 代办买药ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | personnel_profile_picture | varchar | 255 | 否 | 否 | 人员头像 |
| 6 | service_time | varchar | 64 | 否 | 否 | 服务时间 |
| 7 | fee_standards | varchar | 64 | 否 | 否 | 收费标准 |
| 8 | personnel_details | longtext | 4294967295 | 否 | 否 | 人员详情 |
| 9 | hits | int | 是 | 否 | 点击数 | |
| 10 | praise_len | int | 是 | 否 | 点赞数 | |
| 11 | collect_len | int | 是 | 否 | 收藏数 | |
| 12 | comment_len | int | 是 | 否 | 评论数 | |
| 13 | make_an_appointment_to_buy_medicine_limit_times | int | 是 | 否 | 预约买药限制次数 | |
| 14 | buying_medicine_consultation_limit_times | int | 是 | 否 | 咨询问题限制次数 | |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-6-caregivers_accept_orders(护工接单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | caregivers_accept_orders_id | int | 是 | 是 | 护工接单ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | appointment_user | int | 否 | 否 | 预约用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | order_acceptance_time | datetime | 否 | 否 | 接单时间 | |
| 8 | order_status | varchar | 64 | 否 | 否 | 订单状态 |
| 9 | labor_costs | double | 否 | 否 | 劳务费用 | |
| 10 | order_details | text | 65535 | 否 | 否 | 订单详情 |
| 11 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 12 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 13 | create_time | datetime | 是 | 否 | 创建时间 | |
| 14 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 15 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 16 | source_id | int | 否 | 否 | 来源ID | |
| 17 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-7-errand_service(跑腿服务)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | errand_service_id | int | 是 | 是 | 跑腿服务ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | personnel_profile_picture | varchar | 255 | 否 | 否 | 人员头像 |
| 6 | service_time | varchar | 64 | 否 | 否 | 服务时间 |
| 7 | fee_standards | varchar | 64 | 否 | 否 | 收费标准 |
| 8 | personnel_details | longtext | 4294967295 | 否 | 否 | 人员详情 |
| 9 | hits | int | 是 | 否 | 点击数 | |
| 10 | praise_len | int | 是 | 否 | 点赞数 | |
| 11 | collect_len | int | 是 | 否 | 收藏数 | |
| 12 | comment_len | int | 是 | 否 | 评论数 | |
| 13 | make_an_appointment_to_run_errands_limit_times | int | 是 | 否 | 预约跑腿限制次数 | |
| 14 | running_errands_consultation_limit_times | int | 是 | 否 | 咨询问题限制次数 | |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-8-inpatient_caregiver(住院护工)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | inpatient_caregiver_id | int | 是 | 是 | 住院护工ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | personnel_profile_picture | varchar | 255 | 否 | 否 | 人员头像 |
| 6 | service_time | varchar | 64 | 否 | 否 | 服务时间 |
| 7 | fee_standards | varchar | 64 | 否 | 否 | 收费标准 |
| 8 | specializes_in_specific_fields | varchar | 64 | 否 | 否 | 擅长领域 |
| 9 | personnel_details | longtext | 4294967295 | 否 | 否 | 人员详情 |
| 10 | hits | int | 是 | 否 | 点击数 | |
| 11 | praise_len | int | 是 | 否 | 点赞数 | |
| 12 | collect_len | int | 是 | 否 | 收藏数 | |
| 13 | comment_len | int | 是 | 否 | 评论数 | |
| 14 | appointment_of_caregiver_limit_times | int | 是 | 否 | 预约护工限制次数 | |
| 15 | nurse_consultation_limit_times | int | 是 | 否 | 咨询问题限制次数 | |
| 16 | create_time | datetime | 是 | 否 | 创建时间 | |
| 17 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-9-make_an_appointment_to_buy_medicine(预约买药)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | make_an_appointment_to_buy_medicine_id | int | 是 | 是 | 预约买药ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | appointment_user | int | 否 | 否 | 预约用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| 8 | purchase_quantity | double | 否 | 否 | 购买数量 | |
| 9 | delivery_address | varchar | 64 | 否 | 否 | 配送地址 |
| 10 | contact_information | varchar | 16 | 否 | 否 | 联系方式 |
| 11 | order_remarks | text | 65535 | 否 | 否 | 订单备注 |
| 12 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 13 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 14 | buy_medicine_and_accept_orders_limit_times | int | 是 | 否 | 接单限制次数 | |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 17 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 18 | source_id | int | 否 | 否 | 来源ID | |
| 19 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-10-make_an_appointment_to_run_errands(预约跑腿)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | make_an_appointment_to_run_errands_id | int | 是 | 是 | 预约跑腿ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | appointment_user | int | 否 | 否 | 预约用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | running_errands | text | 65535 | 否 | 否 | 跑腿内容 |
| 8 | release_time | datetime | 否 | 否 | 发布时间 | |
| 9 | remarks_details | text | 65535 | 否 | 否 | 备注详情 |
| 10 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 11 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 12 | running_errands_to_receive_orders_limit_times | int | 是 | 否 | 接单限制次数 | |
| 13 | create_time | datetime | 是 | 否 | 创建时间 | |
| 14 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 15 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 16 | source_id | int | 否 | 否 | 来源ID | |
| 17 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-11-medical_consultation_accompaniment(就医陪诊)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | medical_consultation_accompaniment_id | int | 是 | 是 | 就医陪诊ID | |
| 2 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 3 | personnel_account | int | 否 | 否 | 人员账号 | |
| 4 | gender_of_personnel | varchar | 64 | 否 | 否 | 人员性别 |
| 5 | personnel_profile_picture | varchar | 255 | 否 | 否 | 人员头像 |
| 6 | service_time | varchar | 64 | 否 | 否 | 服务时间 |
| 7 | fee_standards | varchar | 64 | 否 | 否 | 收费标准 |
| 8 | specializes_in_specific_fields | varchar | 64 | 否 | 否 | 擅长领域 |
| 9 | personnel_details | longtext | 4294967295 | 否 | 否 | 人员详情 |
| 10 | hits | int | 是 | 否 | 点击数 | |
| 11 | praise_len | int | 是 | 否 | 点赞数 | |
| 12 | collect_len | int | 是 | 否 | 收藏数 | |
| 13 | comment_len | int | 是 | 否 | 评论数 | |
| 14 | appointment_for_accompanying_consultation_limit_times | int | 是 | 否 | 预约服务限制次数 | |
| 15 | accompanying_consultation_limit_times | int | 是 | 否 | 咨询问题限制次数 | |
| 16 | create_time | datetime | 是 | 否 | 创建时间 | |
| 17 | update_time | timestamp | 是 | 否 | 更新时间 |
系统实现部分就是将系统分析,系统设计部分的内容通过编码进行功能实现,以一个实际应用系统的形式展示系统分析与系统设计的结果。
用户注册时,系统要求用户提供必要的信息,例如账号、密码、邮箱等。这些信息通常由用户在注册表单中输入,并通过前端验证确保格式的正确性。注册过程完成后,系统会为新用户创建一个账户。这包括分配一个唯一的用户ID和设置初始的权限或者角色。注册界面如下图所示:

图5-1 注册界面图
微信小程序端首页模块是系统的主入口,为就诊用户提供导航和重要信息展示。通过清晰的界面布局和内容展示,为就诊用户提供良好的导航菜单、轮播图、功能浏览体验,引导就诊用户进行登录、注册及系统内相关操作。微信小程序端首页界面如下图所示:

图5-2 微信小程序端首页界面图
在就医陪诊界面,就诊用户可以查看就医陪诊人员列表,可按人员姓名、人员性别筛选查询,查看详情,可对内容进行点赞、收藏和评论,可点击页面的预约服务提交预约陪诊订单,也可点击咨询问题,向陪诊人员咨询问题。就医陪诊详情界面如下图所示:

图5-3 就医陪诊详情界面图
提交预约服务订单界面如下图所示:

图5-4 提交预约服务订单界面图
提交陪诊咨询界面如下图所示:

图5-5提交陪诊咨询界面图
在代办买药界面,就诊用户可以查看代办买药的人员信息列表,可按人员姓名、人员性别筛选查询,查看详情,可对内容进行点赞、收藏和评论,可点击页面的预约买药提交预约买药订单,也可点击咨询问题,进行问题咨询。代办买药界面如下图所示:

图5-6 代办买药界面图
在我的界面,就诊用户在基本信息可以修改个人资料和密码;可以查看提交的预约服务的订单状态,也可查看预约订单的费用详情并进行支付,查看相关咨询的记录和回复情况,也可以在联系平台,查看反馈记录和回复情况。我的界面如下图所示:

图5-7我的界面图
本设计的后台首页系统,管理员可以根据账号密码登录系统后台,进入后台首页,可以查看系统的各项数据分析,便于全面掌握系统运营情况。陪诊用户则只可看到有关自己的数据分析。后台首页界面如下图所示:

图5-8 后台首页界面图
在系统用户界面,管理员可以管理系统所有用户,可以进行查看、删除、添加和修改操作。并对新注册的陪诊用户进行审核。陪诊用户审核界面如下图所示:

图5-9 陪诊用户审核界面图
在就医陪诊管理界面,陪诊用户可以进行服务的添加和管理,可查看有关自己的服务列表详情和评论,在预约陪诊查看自己的预约订单状态,对已通过审核订单进行接单,可以根据服务进度修改订单状态,在陪诊咨询查看用户提交的问题并进行回复。管理员则可以看到所有用户之间的交互信息,还有具备对预约陪诊的订单审核权限。
例如,就医陪诊添加界面如下图所示:

图5-10 就医陪诊添加界面图
预约陪诊审核界面如下图所示:

图5-11 预约陪诊审核界面图
预约陪诊接单界面如下图所示:

图5-12 预约陪诊接单界面图
在联系平台管理界面,管理员可以查看就诊用户发送的咨询或反馈信息,可点击详情进行审核回复。联系平台管理界面如下图所示:

图5-13 联系平台管理界面图
系统管理中的轮播图管理,赋予管理员灵活调整平台首页视觉展示的能力。通过后台操作,管理员可以轻松上传、替换或删除轮播图。系统管理界面如下图所示:

图5-14 系统管理界面图
测试目的是为了验证系统的功能、性能和稳定性,以确保系统在实际应用中能够达到预期的要求。通过测试,可以发现潜在的问题和缺陷,并及时进行修复和改进。测试还可以评估系统的可靠性、安全性和就诊用户体验,以提供一个高质量和可信赖的产品。此外,测试也有助于验证系统是否满足用户需求和预期,是否符合相应的标准和规范。总之,测试的目的是为了确保系统的质量和可靠性,从而为用户提供良好的使用体验和价值。
| 测试编号 | 测试内容 | 预期结果 |
| TC-001 | 输入有效信息 | 注册成功,跳转到登录页面 |
| TC-002 | 输入已存在账号 | 显示账号已存在的提示信息 |
| TC-003 | 输入无效信息 | 显示注册失败的提示信息,要求重新输入有效信息 |
表6-2用户登录测试用例
| 测试编号 | 测试内容 | 预期结果 |
| TC-004 | 输入正确的账号密码 | 登录成功,跳转到系统首页 |
| TC-005 | 输入错误的账号密码 | 显示登录失败的提示信息,要求重新输入正确的账号密码 |
表6-3 修改密码测试用例
| 测试编号 | 测试内容 | 预期结果 |
| TC-006 | 输入有效密码 | 密码修改成功,显示修改成功的提示信息 |
| TC-007 | 输入无效密码 | 显示密码无效的提示信息,要求重新输入有效密码 |
| TC-008 | 输入错误原密码 | 显示原密码错误的提示信息,要求重新输入正确原密码 |
表6-4 查看就医陪诊用例
| 测试编号 | 测试内容 | 预期结果 |
| TC-09 | 点击查看就医陪诊 | 显示就医陪诊页面,包含人员姓名、人员账号、人员性别、人员头像、服务时间、收费标准、擅长领域和人员详情等信息 |
| TC-010 | 选择人员性别 | 显示所选人员性别下的相关就医陪诊等内容 |
| TC-011 | 搜索没有的人员姓名,显示无可用就医陪诊内容 | 显示暂无信息内容的提示信息,提醒用户重新输入人员姓名 |
全部测试用例都已通过,且不存在漏洞,实现了本论文开始时所作要求和期望。本系统运行稳定,使用流畅。试运行后进行系统评估,可以认为该系统达到预定的目标要求,可以满足用户的需求,也满足了系统开发前所作目标。系统在经过大量重复测试后运行十分稳定,安全实用,功能模块已经达到预定目标所需。在规定的时间内实现系统的大部分功能,且满足要求,节省开发成本,有助于提高科学管理水平,符合本人经济情况。
简而言之,经过严格的测试,可以发现该系统的功能和性能非常出色,它的精度、可靠性、稳健性都达到了极高的水平,而且它还支持快速、精细的点击操作,使用者的使用感受更加良好。此外,它还支持各种主流浏览器,满足不同的使用要求。
本课题通过设计并实现了基于Spring Boot的陪诊小程序,旨在优化传统陪诊服务流程,提升患者及其家属的就医体验。项目成功地集成了多种功能模块,如便捷的服务请求提交、专业的陪诊人员资质审核机制以及高效的管理系统等,使得患者能够更方便快捷地获取所需的陪诊服务。同时,系统采用Spring Boot框架确保了系统的稳定性和高效性,而微信小程序的应用则极大降低了用户的使用门槛,提高了服务的可达性和便利性。
尽管取得了一定成果,但在实际应用中仍存在一些需要改进的地方。比如,虽然当前平台已经实现了基本的陪诊服务管理功能,但对于如何更好地满足个性化需求、增强用户体验方面仍有待探索。可以考虑引入智能推荐算法来为用户提供更加个性化的陪诊建议。此外,加强与医疗机构的合作,整合更多的医疗服务资源,也是未来发展的方向之一。
展望未来,随着技术的不断进步和社会对高质量医疗服务需求的增加,陪诊服务市场有着广阔的发展前景。一方面,可以通过集成更多先进的技术,如人工智能、大数据分析等,进一步提升服务的质量和效率。另一方面,可以拓展服务内容至健康管理、疾病预防等领域,不仅可以为用户提供全方位的健康服务,也有助于推动智慧医疗体系的发展。通过持续的技术创新和服务优化,陪诊小程序有望成为改善医疗服务体验的重要力量,为构建和谐健康的医疗环境贡献力量。
参考文献
[1]王小霞,钟秋月.陪诊服务渐热市场鱼龙混杂[N].中国经济时报,2024-11-13(005).
[2]吴基琴,李瑶,李佳俊,等.互联网技术对陪诊服务的优化路径研究[J].科技创新与应用,2024,14(30):36-39.
[3]黄静薇,孙心豪.陪诊服务行业现状和规范发展建议[J].家庭生活指南,2024,40(07):181-182.
[4]范磊.小程序在当下移动互联网的应用研究[J].科技创新与品牌,2024,(02):76-79.
[5]陆雪亿.互联网背景下医疗陪诊服务系统设计研究[D].南京林业大学,2024.
[6]陈琦棋,田思庆,陈鑫媛,等.一个基于微信小程序的陪诊服务平台设计与开发[J].科技传播,2024,16(10):125-128.
[7]李鹏,杨文宝,李鹏飞,等.便利患者就医的智慧服务平台建设与应用[J].医院管理论坛,2024,41(02):25-28.
[8]刘禹杉,吴晟宇,唐光义.医疗陪诊服务管理系统的设计与实现[J].现代信息科技,2024,8(07):34-37.
[9]李宝,路雅. 基于微信小程序的预约挂号系统设计与实现 [J]. 电子设计工程, 2024, 32 (18): 32-36
[10]Atherton H ,Eccles A ,Poltawski L , et al.Investigating Patient Use and Experience of Online Appointment Booking in Primary Care: Mixed Methods Study.[J].Journal of medical Internet research,2024,26e51931.
[11]Cai Y ,Song H ,Wang S .Managing appointment-based services with electronic visits[J].European Journal of Operational Research,2024,315(3):863-878.
[12]Yuan J ,Zhang Y ,Wang Y . Research on design and implementation of campus second-hand platform based on WeChat mini program [J]. Advances in Computer, Signals and Systems, 2024, 8 (4):
[13]黑马程序员.微信小程序开发实战[M].人民邮电出版社:202304.671.
[14]彭华海,田秀云. 基于小程序的社交平台设计与实现 [J]. 现代信息科技, 2024, 8 (22): 146-151.
[15]朴明,邱翠花,苗子. 基于SpringBoot+小程序的信息采集系统设计与实现 [J]. 电子技术, 2024, 53 (10): 47-49.
[16]马传志,王蕊. 基于ASP.NET后台的陪诊小程序开发与实现 [J]. 电脑编程技巧与维护, 2023, (12): 52-54+100.
致 谢
我想向所有在我学习和生活中给予支持和帮助的家人、朋友以及老师,表达我最真挚的感谢。是你们的无私支持和关心,让我在这段时间里得以顺利完成各项任务并不断取得进步。特别感谢我的父母,他们始终在生活和精神上给予我鼓励,是我坚持不懈、勇敢前行的最大动力。
同时,我要特别感谢我的导师和所有曾在学习上指导过我的老师们。你们的悉心教导和耐心解答,不仅帮助我克服了学习中的难题,也拓宽了我的视野,激发了我对知识的热爱。正是在你们的帮助下,我不断提高学术水平,学会了独立和高效地进行学习和研究。
此外,感谢所有和我一起并肩作战的同学和朋友们。在我们共同讨论和互相鼓励的过程中,我不仅收获了宝贵的知识和经验,更感受到了团结与友谊的力量。你们的每一次帮助和鼓励,都让我在面对困难时更加坚定和自信。
我还要感谢那些为我提供测试环境、数据和反馈的用户们。他们的意见和建议对我至关重要,使我能够不断完善系统,更好地满足实际需求,进而提升了系统的实用性和就诊用户体验。
最后,我再次向所有在这个过程中给予我帮助和支持的人们表示最诚挚的感谢!
点赞+收藏+关注 →私信领取本源代码、数据库
关注博主下篇更精彩
一键三连!!!
一键三连!!!
一键三连!!!
感谢一键三连!!!
903

被折叠的 条评论
为什么被折叠?



