本文介绍了一种基于微信小程序的慢性病患者康复治疗监测与指导小程序的开发与实践。该小程序旨在为慢性病患者、医生、亲属和管理员提供一个便捷、高效、实时的康复治疗和监测平台。
小程序分为四个用户角色:普通用户(慢性病患者)、医生用户、亲属用户和管理员。普通用户可以注册登录,浏览健康知识,查看医生信息,管理个人基本信息和康复档案,咨询医生,预约看病,接收服药提醒等。医生用户可以注册登录,查看患者信息,管理患者咨询,制定康复计划,开具处方,发送服药提醒等。亲属用户可以注册登录,查看患者康复情况,与医生沟通,督促患者服药和进行康复锻炼等。管理员则负责整个系统的后台管理,包括用户管理、症状管理、医生信息管理、咨询管理、预约管理、处方管理、服药提醒管理、康复档案管理等。
小程序采用微信小程序前端和Spring Boot后端相结合的方式开发,实现了前后端分离,提高了系统的可维护性和可扩展性。同时,小程序还采用了多种技术手段保障用户数据的安全性和隐私性。
本文详细介绍了小程序的需求分析、系统设计、技术实现和测试验证等过程,并对小程序的应用效果和前景进行了展望。该小程序的开发与实践为慢性病患者的康复治疗提供了一种新的解决方案,具有一定的实际应用价值和推广意义。
关键词:微信小程序;Spring Boot框架;慢性病患者康复治疗监测与指导小程序;前后端分离
Abstract
This article introduces the development and practice of a WeChat mini program for monitoring and guiding rehabilitation treatment of chronic disease patients. This mini program aims to provide a convenient, efficient, and real-time rehabilitation treatment and monitoring platform for chronic disease patients, doctors, relatives, and administrators.
The mini program is divided into four user roles: ordinary user (chronic disease patient), doctor user, relative user, and administrator. Ordinary users can register and log in, browse health knowledge, view doctor information, manage personal basic information and rehabilitation records, consult doctors, make appointments for medical treatment, receive medication reminders, and so on. Doctor users can register and log in, view patient information, manage patient consultations, develop rehabilitation plans, issue prescriptions, and send medication reminders. Relatives can register and log in to view the patient's rehabilitation status, communicate with doctors, supervise patients to take medication, and engage in rehabilitation exercises. The administrator is responsible for the backend management of the entire system, including user management, symptom management, doctor information management, consultation management, appointment management, prescription management, medication reminder management, rehabilitation file management, etc.
The mini program is developed using a combination of WeChat mini program front-end and Spring Boot back-end, achieving front-end and back-end separation and improving system maintainability and scalability. At the same time, the mini program also adopts various technical means to ensure the security and privacy of user data.
This article provides a detailed introduction to the process of requirement analysis, system design, technical implementation, and testing verification of mini programs, and looks forward to the application effects and prospects of mini programs. The development and practice of this mini program provide a new solution for the rehabilitation treatment of chronic disease patients, which has certain practical application value and promotion significance.
Keywords: WeChat mini program; Spring Boot framework; Rehabilitation treatment monitoring and guidance mini program for chronic disease patients; Front and rear separation
目录
随着现代生活节奏的加快和人口老龄化趋势的加剧,慢性病的发病率逐年上升,已成为全球性的健康问题。慢性病患者需要长期的康复治疗和监测,而传统的医疗模式往往难以满足患者的个性化需求,也无法实现实时的病情监测和指导。因此,开发一种能够辅助慢性病患者进行康复治疗监测与指导的系统显得尤为迫切。
微信小程序作为一种轻量级的应用程序,具有便捷、易用、无需下载安装等特点,适合为用户提供即时的医疗服务。Spring Boot作为一种流行的Java开发框架,具有快速搭建、易于维护、高度可配置等优点,适用于构建稳定可靠的后端服务。将微信小程序与Spring Boot结合,可以为慢性病患者提供一个便捷、高效、实时的康复治疗监测与指导平台。
在此背景下,本研究旨在开发一款基于微信小程序的慢性病患者康复治疗监测与指导小程序,以满足患者、医生、亲属和管理员的多元化需求,提高康复治疗的效果和患者的生活质量。同时,通过该小程序的开发与实践,探索慢性病管理的新模式,为医疗信息化和数字化转型提供有益的参考和借鉴。
本研究将对国内外慢性病管理系统的相关研究进行梳理和分析,明确系统的功能需求和技术实现方案。在此基础上,结合微信小程序和Spring Boot框架的技术特点,设计并实现一个功能完善、操作便捷、安全可靠的康复治疗监测与指导小程序,为慢性病患者提供全方位的医疗服务。
1.2 国内外研究现状
近年来,随着移动互联网技术的快速发展和普及,国内在慢性病管理领域的研究与实践逐渐增多。许多医疗机构和科技公司开始尝试利用微信小程序等移动应用平台,为慢性病患者提供康复治疗的监测与指导服务。这些系统通常结合大数据、人工智能等技术,对患者的健康状况进行实时分析,为医生和患者提供个性化的治疗建议和康复计划。
在技术实现方面,国内研究者通常采用微信小程序前端与后端服务器相结合的方式,实现数据的实时交互和处理。后端服务器通常采用成熟的开发框架,如Spring Boot,以确保系统的稳定性和可扩展性。同时,国内研究还注重用户体验和界面设计,力求为患者和医生提供更加便捷、直观的操作体验。
国外研究现状:
在国外,慢性病管理系统的研究与实践同样受到广泛关注。许多国家和地区已经建立了完善的慢性病管理体系,利用先进的医疗信息技术,为慢性病患者提供全面的监测与指导服务。
在技术实现上,国外研究者通常采用先进的移动应用技术和大数据分析算法,实现对患者健康状况的精确监测和个性化指导。同时,国外研究还注重系统的安全性和隐私保护,采取多种措施保障患者数据的安全性和隐私性。
综上所述,国内外在基于微信小程序和Spring Boot框架的慢性病患者康复治疗监测与指导小程序的开发与实践方面均取得了一定的成果。然而,仍然存在一些挑战和问题,如如何进一步提高系统的智能化程度、如何更好地满足患者的个性化需求等。因此,本研究旨在结合国内外研究的经验和教训,开发一款更加完善、智能、便捷的康复治疗监测与指导小程序,为慢性病患者提供更加全面、高效的医疗服务。
1.3系统开发技术的特色
(1)系统采用前后端分离的开发模式,使得前端和后端可以独立开发和维护,提高了开发效率和系统的可维护性。
(2)系统采用微服务架构,将系统拆分成多个独立的服务,每个服务可以独立部署和扩展,提高了系统的灵活性和可扩展性。
(3)系统采用 Docker 容器化部署技术,使得系统可以快速部署和迁移,提高了系统的可靠性和可移植性。
(4)系统采用自动化测试技术,包括单元测试、接口测试和性能测试等,提高了系统的稳定性和可靠性。
(5)系统采用安全保障技术,包括用户认证、授权、数据加密等,保障了系统的安全性和用户的隐私。
这些技术特色使得基于微信小程序的慢性病患者康复治疗监测与指导小程序具有高效、稳定、可靠、安全等优点,能够满足用户的需求和提高用户的体验。
2 基于微信小程序的慢性病患者康复治疗监测与指导小程序分析
基于微信小程序的慢性病患者康复治疗监测与指导小程序可在微信端实现登录注册、首页、医生信息、网站公告、健康知识、我的(基本信息、收藏、普通用户、亲属用户、医生用户、擅长症状、医生信息、用户咨询、预约看病、医生开药、服药提醒、家属督促、检测档案)等功能,相对于传统慢性病康复治疗监测与指导方式,基于微信小程序的慢性病患者康复治疗监测与指导小程序提高了效率和便利性。在后台可对系统用户、轮播图、擅长症状、医生信息、用户咨询、预约看病、医生开药、服药提醒、家属督促、检测档案进行管理,充分了解用户的需求,更有针对性的服务用户。
2.1可行性分析
2.1.1技术可行性分析
基于微信小程序的慢性病患者康复治疗监测与指导小程序存储所使用的mysql数据库以及开发中所使用的IDEA、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用springboot 框架进行开发,使系统的可扩展性和维护性更佳,减少java配置代码,简化编程代码,目前springboot 框架也是很多企业选择的框架之一。
2.1.2经济可行性分析
在开发基于微信小程序的慢性病患者康复治疗监测与指导小程序中所使用的开发软件像IDEA开发工具、Tomcat8.0服务器、MySQL5.7数据库、Photoshop图片处理软件等,这些都是开源免费的,并且基于微信小程序的慢性病患者康复治疗监测与指导小程序是自己设计并编码实现的,数据库是使用流行mysql进行数据的存储,开源的mysql等技术的使用,减少系统开发费用。
2.1.3操作可行性分析
在日常生活中,随着小程序的快速推广和使用,越来越多人掌握小程序的使用方法,基于微信小程序的慢性病患者康复治疗监测与指导小程序在这种条件背景下是很容易被人们所接受和熟悉的,所以在操作上没任何问题。
2.2功能需求分析
基于微信小程序的慢性病患者康复治疗监测与指导小程序中的web后台管理端采用了IntelliJ IDEA 2019.3.4 开发工具,配合了java开发语言中springboot 开发框架以及tomcat8.0服务器、jdk1.8,微信端采用了微信开发者工具稳定版1.05.2111300,页面使用wxss和wxml进行布局,微信端和web后台管理端采用json接口通信。
登录注册: 提供普通用户注册新账号或登录已有账号的功能,确保用户可以访问个性化的康复监测与指导服务。
首页: 展示医生信息、网站公告、健康知识等内容,引导用户获取相关信息和服务。
医生信息: 提供医生的基本信息和专业领域,方便用户选择合适的医生进行咨询和治疗。
网站公告: 显示系统发布的重要网站公告信息,如系统更新、健康活动等。
健康知识: 提供慢性病相关的健康知识和指导,帮助用户了解疾病和康复方法。
我的:
基本信息: 用户可以查看和编辑个人基本信息。
收藏: 用户可以收藏感兴趣的内容,方便快速查看和参考。
统计图: 显示用户的健康数据统计图,帮助用户了解自身健康状况。
用户咨询: 用户可以向医生进行咨询和交流。
预约看病: 用户可以预约医生看病的时间和方式。
医生开药: 用户可以在小程序上获取医生开具的处方药品信息。
服药提醒: 系统提供药物服用提醒功能,帮助用户按时服药。
检测档案: 用户的健康检测档案信息,包括检测报告和记录。
2.医生用户功能:
登录注册: 提供医生注册新账号或登录已有账号的功能,确保医生可以提供专业的治疗指导和咨询服务。
首页: 医生登录后的主页,显示系统的重要信息和功能入口。
医生信息: 医生可以查看和编辑个人基本信息和专业领域。
网站公告: 显示系统发布的重要网站公告信息,如系统更新、健康活动等。
健康知识: 提供慢性病相关的健康知识和指导,帮助医生提供更好的治疗服务。
我的:
基本信息: 医生可以发布和编辑个人基本信息。
收藏: 医生可以收藏感兴趣的内容,方便快速查看和参考。
统计图: 显示医生的患者健康数据统计图,帮助医生了解患者的健康状况。
用户咨询: 医生可以与患者进行在线咨询和交流。
预约看病: 医生可以管理患者的预约看病信息。
医生开药: 医生可以在小程序上开具处方药品信息。
服药提醒: 医生可以为患者设置药物服用提醒。
家属督促: 医生可以协助患者的家属进行康复治疗的督促和指导。
检测档案: 医生可以查看患者的健康检测档案信息。
3.亲属用户功能:
登录注册: 提供亲属用户注册新账号或登录已有账号的功能,确保家属可以参与患者的康复治疗监测和指导。
首页: 亲属用户登录后的主页,显示系统的重要信息和功能入口。
医生信息: 提供医生的基本信息和专业领域,方便亲属选择合适的医生进行咨询和治疗。
网站公告: 显示系统发布的重要网站公告信息,如系统更新、健康活动等。
健康知识: 提供慢性病相关的健康知识和指导,帮助亲属了解患者的疾病和治疗方法。
我的:
基本信息: 亲属可以查看和编辑个人基本信息。
收藏: 亲属可以收藏感兴趣的内容,方便快速查看和参考。
统计图: 显示患者的健康数据统计图,帮助亲属了解患者的健康状况。
用户咨询: 亲属可以与医生进行在线咨询和交流。
预约看病: 亲属可以为患者预约看病的时间和方式。
医生开药: 亲属可以在小程序上获取医生开具的处方药品信息。
家属督促: 亲属可以督促和指导患者的康复治疗过程。
检测档案: 显示患者的健康检测档案信息,包括检测报告和记录。
4.管理员功能:
后台首页: 管理员登录后的管理主页,显示系统的重要信息和功能入口。
系统用户: 管理系统用户的账号信息,包括添加、编辑和删除用户。
擅长症状管理: 管理医生的擅长症状信息,方便患者选择合适的医生。
医生信息管理: 管理医生的基本信息和专业领域,确保医生信息的准确性和完整性。
用户咨询管理: 管理用户和医生之间的咨询和交流记录。
预约看病管理: 管理患者的预约看病信息,包括审核和调度等操作。
医生开药管理: 管理医生开具的处方药品信息,确保用药安全和规范。
服药提醒管理: 管理患者的药物服用提醒,确保患者按时服药。
家属督促管理: 管理亲属对患者康复治疗的督促和指导信息。
检测档案管理: 管理患者的健康检测档案信息,确保记录的完整性和保密性。
轮播图管理: 管理小程序首页轮播图信息,包括添加、编辑和删除等操作。
通知公告管理: 管理发布的通知公告信息,包括添加、编辑和删除等操作。
健康知识: 管理发布的健康知识和指导信息,确保信息的准确性和时效性。
健康分类: 管理健康知识的分类信息,方便用户查找和浏览。
以上功能需求分析有助于设计和实现一个智能、便捷的慢性病患者康复治疗监测与指导的小程序,为患者、医生和亲属提供全方位的健康管理和服务。
基于微信小程序的慢性病患者康复治疗监测与指导小程序的完整UML用例图分别是图2-1,图2-2、图2-3。在参与者上包括普通用户、医生用户、亲属用户、管理员。
普通用户角色的用例包括登录注册、首页、医生信息、网站公告、健康知识、我的(基本信息、收藏、统计图、用户咨询、预约看病、医生开药、服药提醒、检测档案)。
图2-1 基于微信小程序的慢性病患者康复治疗监测与指导小程序普通用户角色用例图
管理员角色的用例包括后台首页、系统用户、擅长症状管理、医生信息管理、用户咨询管理、预约看病管理、医生开药管理、服药提醒管理、家属督促管理、检测档案管理、系统管理(轮播图管理)、通知公告管理、资源管理(健康知识、健康分类)。
图2-2 基于微信小程序的慢性病患者康复治疗监测与指导小程序管理员角色用例图
医生用户的用例包括登录注册、首页、医生信息、网站公告、健康知识、我的(基本信息、收藏、统计图、医生信息、用户咨询、预约看病、医生开药、服药提醒、家属督促、检测档案)。
图2-3基于微信小程序的慢性病患者康复治疗监测与指导小程序医生用户角色用例图
亲属用户角色的用例包括登录注册、首页、医生信息、网站公告、健康知识、我的(基本信息、收藏、统计图、用户咨询、预约看病、医生开药、家属督促、检测档案)。
图2-4 基于微信小程序的慢性病患者康复治疗监测与指导小程序亲属用户角色用例图
3基于微信小程序的慢性病患者康复治疗监测与指导小程序总体设计
在上一章节中分析了基于微信小程序的慢性病患者康复治疗监测与指导小程序的功能性需求,并且根据需求分析了基于微信小程序的慢性病患者康复治疗监测与指导小程序中的用例。那么接下来就要开始对基于微信小程序的慢性病患者康复治疗监测与指导小程序架构、主要功能和数据库开始进行设计。
3.1系统功能模块设计
通过对基于微信小程序的慢性病患者康复治疗监测与指导小程序的功能需求分析以及用例分析,得出了基于微信小程序的慢性病患者康复治疗监测与指导小程序的功能模块图如图3-1所示。
图3-1基于微信小程序的慢性病患者康复治疗监测与指导小程序功能模块图
3.3数据库设计
3.3.1 数据库E-R模型
下面是整个基于微信小程序的慢性病患者康复治疗监测与指导小程序的数据库表的E-R实体关系图,如图3-2所示:
图3-2 基于微信小程序的慢性病患者康复治疗监测与指导小程序E-R实体关系图
3.3.2 数据库表设计
通过上一小节中基于微信小程序的慢性病患者康复治疗监测与指导小程序中总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 | 用户编号: |
表appointment_for_medical_treatment (预约看病)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_for_medical_treatment_id | int | 10 | 0 | N | Y | 预约看病ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
5 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
6 | user_relatives | int | 10 | 0 | Y | N | 0 | 用户亲属 |
7 | appointment_date | date | 10 | 0 | Y | N | 预约日期 | |
8 | appointment_period | varchar | 64 | 0 | Y | N | 预约时段 | |
9 | brief_description_of_the_condition | 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 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | detection_file_id | int | 10 | 0 | N | Y | 检测档案ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
5 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
6 | user_relatives | int | 10 | 0 | Y | N | 0 | 用户亲属 |
7 | testing_date | date | 10 | 0 | Y | N | 检测日期 | |
8 | user_weight | varchar | 64 | 0 | Y | N | 用户体重 | |
9 | user_bmi | varchar | 64 | 0 | Y | N | 用户BMI | |
10 | user_heart_rate | varchar | 64 | 0 | Y | N | 用户心率 | |
11 | user_blood_pressure | varchar | 64 | 0 | Y | N | 用户血压 | |
12 | user_blood_sugar | varchar | 64 | 0 | Y | N | 用户血糖 | |
13 | user_blood_lipids | varchar | 64 | 0 | Y | N | 用户血脂 | |
14 | weight_assessment | varchar | 64 | 0 | Y | N | 体重评估 | |
15 | bmi_assessment | varchar | 64 | 0 | Y | N | BMI评估 | |
16 | heart_rate_assessment | varchar | 64 | 0 | Y | N | 心率评估 | |
17 | blood_pressure_assessment | varchar | 64 | 0 | Y | N | 血压评估 | |
18 | blood_glucose_assessment | varchar | 64 | 0 | Y | N | 血糖评估 | |
19 | blood_lipid_assessment | varchar | 64 | 0 | Y | N | 血脂评估 | |
20 | health_values | int | 10 | 0 | Y | N | 0 | 健康数值 |
21 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
22 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表doctors_prescribe_medication (医生开药)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctors_prescribe_medication_id | int | 10 | 0 | N | Y | 医生开药ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
5 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
6 | user_relatives | int | 10 | 0 | Y | N | 0 | 用户亲属 |
7 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
8 | medication_frequency | varchar | 64 | 0 | Y | N | 服药次数 | |
9 | treatment_cycle | varchar | 64 | 0 | Y | N | 疗程周期 | |
10 | before_and_after_meals | varchar | 64 | 0 | Y | N | 饭前饭后 | |
11 | treatment_recommendations | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_information_id | int | 10 | 0 | N | Y | 医生信息ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | doctors_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
5 | proficient_in_symptoms | varchar | 64 | 0 | Y | N | 擅长症状 | |
6 | professional_experience | varchar | 64 | 0 | Y | N | 从业经验 | |
7 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
8 | doctor_introduction | text | 65535 | 0 | Y | N | 医生简介 | |
9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
3 | doctors_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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | family_supervision_id | int | 10 | 0 | N | Y | 家属督促ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
5 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
6 | user_relatives | int | 10 | 0 | Y | N | 0 | 用户亲属 |
7 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
8 | family_supervision | varchar | 64 | 0 | Y | N | 家属督促 | |
9 | feedback_information | 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 | 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 | kin_users_id | int | 10 | 0 | N | Y | 亲属用户ID | |
2 | family_name | varchar | 64 | 0 | Y | N | 亲属姓名 | |
3 | gender_of_relatives | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medication_reminder_id | int | 10 | 0 | N | Y | 服药提醒ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
5 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
6 | user_relatives | int | 10 | 0 | Y | N | 0 | 用户亲属 |
7 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
8 | user_confirmation | varchar | 64 | 0 | Y | N | 用户确认 | |
9 | medication_reminder | 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 | 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 | 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已取消 |
表proficient_in_symptoms (擅长症状)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | proficient_in_symptoms_id | int | 10 | 0 | N | Y | 擅长症状ID | |
2 | proficient_in_symptoms | varchar | 64 | 0 | Y | N | 擅长症状 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | regular_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | user_symptoms | varchar | 64 | 0 | Y | N | 用户症状 | |
5 | user_relatives | int | 10 | 0 | Y | N | 0 | 用户亲属 |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 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_consultation_id | int | 10 | 0 | N | Y | 用户咨询ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
5 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
6 | user_relatives | int | 10 | 0 | Y | N | 0 | 用户亲属 |
7 | reply_status | varchar | 64 | 0 | Y | N | 回复状态 | |
8 | consultation_content | text | 65535 | 0 | Y | N | 咨询内容 | |
9 | consultation_response | 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 | 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 | 更新时间: |
4 基于微信小程序的慢性病患者康复治疗监测与指导小程序实现
基于微信小程序的慢性病患者康复治疗监测与指导小程序划分了微信小程序用户端和web后台管理员端,微信端实现登录注册、首页、医生信息、网站公告、健康知识、我的(基本信息、收藏、普通用户、亲属用户、医生用户、擅长症状、医生信息、用户咨询、预约看病、医生开药、服药提醒、家属督促、检测档案)等功能,web端是为后台管理员提供后台首页、系统用户、擅长症状管理、医生信息管理、用户咨询管理、预约看病管理、医生开药管理、服药提醒管理、家属督促管理、检测档案管理、系统管理(轮播图管理)、通知公告管理、资源管理(健康知识、健康分类)的平台。
4.1 前台用户端
4.1.1 用户注册界面
不是基于微信小程序的慢性病患者康复治疗监测与指导小程序的用户可以通过微信小程序在线进行注册,填写上自己的账号、密码、重复密码、昵称、邮箱登信息后点击“提交”按钮后将会验证是否有非空数据,再验证密码和重复密码是否一样,最后验证是否账号重复,都验证没问题后即可注册成功。注册实现了用户注册和发布者注册两部分,其用户注册界面展示如下图4-1所示。
图4-1用户注册界面图
4.1.2 用户登录界面
微信小程序上注册后的用户可以通过自己的用户名和密码进行登录,在用户填写好自己的用户名和密码信息并点击“登录”按钮后,将会先验证是否有非空数据,再验证填写的用户信息和数据库中保存的是否一致,一致后将会登录成功,登录成功后将会在左上角上显示用户信息;否则将会提示相应错误信息,用户登录界面如下图4-2所示。
图4-2用户登录界面图
输入有效的用户名和密码信息,点击“登录”按钮,自动跳转到“首页”页面,首页界面如下图4-3所示。
图4-3首页界面图
4.1.3 医生信息界面
当用户点击“医生信息”按钮后会进入医生信息展示页面,用户可以根据分类筛选进行浏览和搜索。点击医生信息可查看医生信息详情,还可进行咨询、预约看病、点赞、收藏、评论等操作,界面如下图4-4所示。
图4-4医生信息列表界面图
4.1.4 预约看病界面
普通用户可在医生信息详情页面点击“看病”,填写相关信息后点击提交即可完成预约,系统会自动生成预约表单,可在“我的”-“预约看病”中进行查看。医生用户可以查看和审核患者的预约看病信息。亲属用户也可以在此页面为患者预约看病的时间和方式。界面如下图4-5所示。
图4-5预约看病界面图
4.1.5 用户咨询界面
普通用户在医生信息详情页面点击“咨询”按钮,可与医生进行咨询和交流,医生也可以点击“我的-用户咨询”与患者进行在线咨询和交流。亲属也可以与医生进行在线咨询和交流。界面如下图4-6所示。
图4-6用户咨询界面图
4.1.6健康知识界面
用户点击“健康知识”,可以查看慢性病相关的健康知识和指导,了解疾病和康复方法,用户可以进行点赞、收藏。界面如下图4-7所示。
图4-7健康知识详情界面图
4.1.7擅长症状界面
管理员点击个人中心“擅长症状”按钮,可以管理医生的擅长症状,包括添加、查询、重置、删除等。界面如下图4-8所示。
图4-8擅长症状列表界面图
4.1.8医生开药界面
点击个人中心“医生开药”按钮,医生可以在小程序上开具处方药品信息。普通用户和亲属用户可以在小程序上查看医生开具的处方药品信息。界面如下图4-9所示。
图4-9医生开药列表界面图
4.2后台管理员端
4.2.1 系统用户界面
管理员点击“系统用户”这一菜单会显示管理员、医生用户、亲属用户、普通用户这四个子菜单,管理员可以对这四个角色的信息进行增删改查操作。界面如下图4-10所示。
图4-10用户管理界面图
4.2.2轮播图界面
管理员点击“轮播图”这一菜单,管理员可以对前台展示的轮播图进行设置,界面如下图所示。
4.2.3擅长症状管理界面
点击“擅长症状管理”这个菜单,管理员可以管理医生的擅长症状信息,方便患者选择合适的医生。界面如下图所示。
图4-12擅长症状管理界面图
4.2.4医生信息管理界面
点击“医生信息管理”这个菜单,管理员可以管理医生的基本信息和专业领域,确保医生信息的准确性和完整性。界面如下图所示。
图4-13医生信息管理界面图
4.2.5通知公告管理界面
点击“通知公告管理”这个菜单,管理员可以管理发布的通知公告信息,包括添加、编辑和删除等操作。界面如下图所示。
图4-14通知公告管理界面图
4.2.6资源管理界面
点击“资源管理”这个菜单,管理员可以 管理发布的健康知识和指导信息,确保信息的准确性和时效性。还可以管理健康知识的分类信息,方便用户查找和浏览。界面如下图所示。
图4-15资源管理界面图
5 基于微信小程序的慢性病患者康复治疗监测与指导小程序测试
基于微信小程序的慢性病患者康复治疗监测与指导小程序测试是为了检验软件是否达到设计要求,是否存在错误,通过测试的方法来检查基于微信小程序的慢性病患者康复治疗监测与指导小程序,以便发现基于微信小程序的慢性病患者康复治疗监测与指导小程序中的错误。测试工作是保证基于微信小程序的慢性病患者康复治疗监测与指导小程序质量的关键。
微信端上用户查看医生信息功能测试:
表5-1微信端上用户查看医生信息功能测试用例表
测试名称 | 测试功能 | 操作 | 操作过程 | 预期结果 | 测试结果 |
查看医生信息功能模块测试 | 医生信息正常的显示 | 浏览医生信息详情信息 | 在小程序端上选择一个医生信息将会进入该医生信息的详情界面,同时可以看病、咨询、点赞、收藏、评论等。 | 进入该医生信息的详情信息界面 | 正确 |
查看医生信息功能模块测试 | 医生信息详情信息正常的显示 | 浏览医生信息详情信息 | 点击“看病”填写预约看病信息,点击“提交”按钮。 | 生成自己的预约看病信息。 | 正确 |
微信端上加入在线咨询功能测试:
表5-2微信端上咨询功能测试用例表
测试名称 | 测试功能 | 操作 | 操作过程 | 预期结果 | 测试结果 |
咨询功能模块测试 | 咨询信息正常的显示 | 浏览医生信息 | 点击医生信息底部“咨询”按钮后提交咨询信息即可。 | 生成咨询信息 | 正确 |
web后台端上管理员发布医生信息功能测试:
表5-3web后台端上管理员发布医生信息功能测试用例表
测试名称 | 测试功能 | 操作 | 操作过程 | 预期结果 | 测试结果 |
管理员发布医生信息功能测试 | 添加医生信息的情况 | 输入新医生信息的基本信息 | 后台选择“医生信息管理”菜单后,点击“医生信息添加”,点击添加,填写新医生信息后点击“提交”按钮 | 新医生信息发布成功 | 正确 |
5.2测试结果
通过编写了基于微信小程序的慢性病患者康复治疗监测与指导小程序的测试用例,已经检测完毕了5.1章节中的3大模块,它为基于微信小程序的慢性病患者康复治疗监测与指导小程序系统的后期推广运营提供了强力的技术支撑。
本次基于微信小程序的慢性病患者康复治疗监测与指导小程序的设计与实现,功能方面,通过功能模块图区分该程序的用户端与管理端各自的功能权限;数据库方面,数据库使用口碑较好的mysql进行数据的存储,开源的mysql等技术的使用,相对来说体积较小,服务稳定,减少系统开发成本费用,通过数据库表的E-R实体关系图建立了表单与表单之间的连接,区分不同的表单之间的关系,更好的完善数据库的内容;测试方面,通过测试用例检查基于微信小程序的慢性病患者康复治疗监测与指导小程序的设计缺陷和程序存在的错误,在系统测试阶段的过程中,出现了一些问题,例如,注册信息,没有规范用户在注册页面填写信息时输入两次密码,而导致后期登录错误,最后通过多次修改程序和测试解决了问题。最终经过不断的检测、修改,实现项目的稳定,达到了预期的设计效果。
系统整体的功能到达预期的效果,但页面的美化方面还是存在一些不足,例如:小程序中的图标过于简洁;wxss页面的渲染布局方面不够完善,人们在使用软件过程中,对某些功能不易找寻,针对此次项目产生的问题,日后将不断改进,使该项目更加完善。
[1]税俊洁,王黎光.基于微信小程序的医院预约挂号系统的设计与实现[J].电脑编程技巧与维护,2023,(10):64-67.DOI:10.16184/j.cnki.comprg.2023.10.033.
[2]张雨辰,林龙,赵传超等.基于短链接机制的患者入出院提醒小程序平台的应用建设与实践[J].中国数字医学,2022,17(07):28-34.
[3]游国强.网上预约挂号系统的设计与实现[D].华中科技大学,2022.DOI:10.27157/d.cnki.ghzku.2022.004182.
[4]巩蕾.医院挂号预约管理系统设计[J].电脑编程技巧与维护,2022,(02):66-68+80.DOI:10.16184/j.cnki.comprg.2022.02.033.
[5]陈博,焦娣,李晨等.门诊预约挂号系统的设计与应用[J].智慧健康,2022,8(04):1-4.DOI:10.19335/j.cnki.2096-1219.2022.04.001.
[6]王蕊琳.微信小程序应用于病案查询预约复印服务的设计探讨[J].信息系统工程,2021,(11):73-76.
[7]邢娜,郑蕾,王莉.医院网站预约挂号系统设计[J].解放军医院管理杂志,2021,28(10):929-930+969.DOI:10.16770/J.cnki.1008-9985.2021.10.012.
[8]肖扩礼.基于微信公众平台的医院预约挂号服务技术系统的实现路径研究[J].中国设备工程,2021,(18):184-185.
[9]万杰.基于微信公众号的医院预约挂号系统开发[J].湖州职业技术学院学报,2021,19(03):76-80.DOI:10.13690/j.cnki.hzyxb.issn.1672-2388.2021.03.19.
[10]吴雨柯.基于ASP.NET MVC的线上预约挂号系统[J].轻工科技,2021,37(09):68-69.
[11]严灵杰.门诊患者就诊报到系统设计与实现[J].现代信息科技,2021,5(14):141-143+147.DOI:10.19850/j.cnki.2096-4706.2021.14.037.
[12]尹劲峰,纪晨,邹强等.微信小程序在病案查询预约复印中的应用体会[J].中国继续医学教育,2021,13(19):125-127.
[13]郭若楠,梁雅丽,王正禹等.基于微信小程序的通达学院疾病防控平台[J].电脑知识与技术,2021,17(19):61-64.DOI:10.14004/j.cnki.ckt.2021.1864.
[14]黄巧,曹奕,李雪.智慧医疗视角下产科门诊应用全预约挂号系统的回顾性研究[J].现代医院,2021,21(06):903-906.
[15]万杰,卢嫄,项中华等.基于微信平台的智慧医疗系统设计与应用[J].信息与电脑(理论版),2021,33(06):121-124.
[16]宗金运,芦立华,姬庆等.医院智能挂号系统的设计和实现[J].福建电脑,2020,36(08):1-9.DOI:10.16707/j.cnki.fjpc.2020.08.001.
[17]周雅娟,赵亚丽,王燕华等.微信小程序在门诊预约挂号中的应用效果探究[J].甘肃科技,2020,36(13):121-123.
[18]董清洁.微信小程序在优化三甲医院门诊流程中的应用[J].中国新通信,2020,22(11):98.
[19]王秋颖,李昂,张爱莹.门诊预约挂号管理系统应用微信小程序的实践与展望[J].中国医药导报,2019,16(28):170-173.
[20]Zexin A ,Xiao Z .System Design of Multiple Network Platform Outpatient Appointment Registration System for Large General Hospitals[J].Journal of Physics: Conference Series,2019,1288012036-012036.
至此论文结束,感谢您的阅读。首先,我要感谢我的父母对我的支持与理解,在两年的本科学习生活中,倾其所能的爱护我,使我能够心无旁骛,全心全意的投入到学习中;不断鼓励我,让我能够拥有不断前进的动力。其次还要感谢我的导师,感谢在这段时间给予我有效的建议,以至于我的毕设有了整体的设计思路,尽管我在实习期间很忙,论文撰写总是停停改改,但是导师依然十分负责,时不时的询问我的任务进展情况,跟进我的论文进度。在老师的帮助下,我逐步完成了自己的论文和程序,从导师身上也学习到很多知识,和经验,这些知识和经验令我受益匪浅。
此外,还要感谢我的同学,热心的解答了我在程序上遇到的问题,是他们在我编写程序过程中给了我很多的启发和感想,也帮助了我对于程序的调试和检测,让我受益良多。在这两年的时间里,我学会了许多专业的知识,还有老师们的谆谆教诲和同学们的帮助使我不断进步,能够做得更好;我也会不断给自己充电,不断突破,成为更好的自己。
最后向所有关心我、帮助我的老师及同学们表示衷心的感谢!
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~