可白嫖源码---90538基于uni-app的患者服药提醒系统的设计与实现（案例分析）-附源码-优快云博客

Express患者服药提醒系统是一款专为患者设计的健康管理APP，旨在帮助患者合理安排和管理服药计划，确保按时按量服用药物。该系统通过集成服药计划、服药提醒、药品资讯和科普知识等功能，提升了患者的健康管理体验。用户不仅可以设置个人化的服药计划，还能在规定时间内接收到服药提醒，避免漏服和错服。此外，平台提供丰富的药品资讯和科普内容，帮助患者更好地了解药物使用的注意事项及相关健康知识。

该APP还支持在线聊天、消息通知、以及用户资料的管理功能，为患者提供了便捷的沟通平台与个人化服务。家属用户也可以通过该系统关注患者的服药情况，及时调整和提醒其服药计划。管理员通过后台管理系统对用户信息、科普内容、服药记录等进行全面管理和监控，确保系统的稳定运行和数据的安全性。系统适用于Android平台，致力于为广大用户提供高效、便捷、安全的健康管理服务。

关键词： Express，患者服药提醒系统，APP。

Abstract

The Express Patient Medication Reminder System is a health management app designed specifically for patients, aimed at helping them arrange and manage their medication plans in a reasonable manner, ensuring timely and adequate medication intake. The system enhances patients' health management experience by integrating medication plans, medication reminders, drug information, and popular science knowledge. Users can not only set personalized medication plans, but also receive medication reminders within the specified time to avoid missed or incorrect doses. In addition, the platform provides rich drug information and popular science content to help patients better understand the precautions and related health knowledge of drug use.

The app also supports online chat, message notifications, and user profile management functions, providing patients with a convenient communication platform and personalized services. Family members can also monitor the patient's medication status through the system, adjust and remind them of their medication plan in a timely manner. Administrators comprehensively manage and monitor user information, popular science content, medication records, etc. through the backend management system to ensure the stable operation of the system and the security of data. The system is designed for the Android platform and is committed to providing efficient, convenient, and secure health management services for users.

Keywords : Express， Patient medication reminder system, APP.

绪论
1. 研究背景及意义

随着社会发展和人们健康意识的提升，药物治疗已经成为许多疾病管理的重要组成部分。然而，患者的服药依从性仍然是影响治疗效果的关键因素之一。很多患者因记忆问题、生活节奏繁忙或对药物的不了解而出现漏服、错服等问题，进而影响疾病的控制和康复[1]。因此，开发一款能够有效管理和提醒患者按时服药的系统，对于提高患者的治疗效果至关重要[2]。

Express患者服药提醒系统APP正是在这种背景下应运而生。它为患者提供了一个全方位的健康管理平台，不仅能有效提醒患者按时服药，还能提供相关的药品资讯和科普知识，帮助患者更好地了解药物的使用和健康管理的重要性[4]。通过这种创新的方式，患者能够在自己的健康管理过程中更加自律，减少因疏忽造成的健康风险。同时，家属和医生也能通过该系统实时掌握患者的服药情况，提供及时的支持和指导，从而提高整体治疗效果[4]。

1. 国内外研究现状

在现代医疗健康管理中，患者服药依从性一直是影响治疗效果的关键因素之一。国内外许多研究致力于通过信息技术手段提升患者的服药依从性，并取得了显著成果。国外的研究表明，通过移动应用程序提醒患者按时服药可以显著提高用药的准确性和及时性，从而改善治疗效果[5]。例如，一些发达国家已经广泛应用基于手机应用的服药提醒系统，这些系统不仅提供基本的服药提醒功能，还能记录患者的用药历史，帮助医生更好地了解患者的用药情况并调整治疗方案。此外，部分系统还集成了家属互动模块，允许家属监督和协助患者的用药过程，进一步提升了用药管理的效果[6]。

在国内，随着智能手机的普及和技术的发展，越来越多的医疗机构和科技公司开始关注如何利用移动技术改善患者的服药依从性。国内的相关研究主要集中在开发适合中国国情的服药提醒系统，注重用户体验和操作简便性。这些系统通常包括个性化的用药提醒、详细的药品信息查询以及用户友好的界面设计等功能。同时，为了满足不同年龄段和健康状况患者的需求，部分系统还提供了多语言支持和大字体模式等特色功能[7]。此外，考虑到家庭和社会支持对患者的重要性，一些系统特别强调了家属用户的参与，使家属能够通过应用程序实时了解患者的用药情况并提供必要的帮助和支持。这不仅有助于提高患者的用药依从性，也促进了家庭成员之间的沟通与协作。

值得注意的是，尽管现有的研究和应用已经取得了一定成效，但在实际推广过程中仍面临一些挑战。例如，部分老年患者或不熟悉智能设备的人群可能难以适应新技术的应用；此外，系统的数据安全和隐私保护也是用户普遍关心的问题[8]。因此，未来的研发工作需要更加注重用户体验优化和技术普及教育，确保各类人群都能方便、安全地使用这些系统。同时，加强跨学科合作，整合医学、心理学和社会学等多领域的知识，为患者提供更全面的支持和服务，将是未来发展的方向。

1. 论文组织结构

本论文共分为七个主要章节，具体结构如下：

1. 绪论：介绍研究背景与意义，回顾国内外研究现状，并概述论文的组织结构。

2. 相关技术介绍：本章节将对患者服药提醒系统的实现关键技术进行简要介绍。

3. 需求分析：对系统的功能需求和非功能需求进行分析，明确用户和管理员的需求，并进行可行性分析，包括技术、操作和经济可行性。

4. 系统设计：涵盖系统架构设计、系统模块设计，并进行数据库的概念设计与表设计。

5. 系统实现：具体描述各个功能模块的实现过程，展示系统如何根据需求进行开发。

6. 系统测试：阐述测试的目的，分析测试结果并得出结论，以验证系统的稳定性和功能完整性。

7. 总结：总结研究的主要成果和贡献，指出存在的不足及未来的研究方向。

关键技术

患者服药提醒系统采用Node.js作为开发语言，基于Express技术框架，实现后端逻辑处理，配合MySQL数据库进行数据存储和管理，确保系统数据的安全和高效访问；利用B/S架构，简化用户端部署和维护，实现高效数据交互；同时，前端部分使用Node.jsScript进行交互设计，提供一个用户友好、界面简洁的用户端交互界面。通过以上技术的结合，本患者服药提醒系统实现了高效、便捷的管理功能，满足了不同用户的需求，推动构建节约型和环境友好型校园文化。

1. Node.JS开发语言

Node.js是一个开源的Node.jsScript运行环境，它能够在服务器端执行Node.jsScript代码。Node.js采用事件驱动和非阻塞I/O模型，使其在处理高并发时展现出优越的性能和吞吐量，特别适合构建网络应用。

1. MySQL数据库

MySQL是一种广泛使用的开源关系型数据库管理系统（RDBMS），其稳定性、可靠性和卓越性能使其成为众多应用程序的首选数据库。MySQL支持标准SQL语法，并提供丰富的功能和特性，如事务处理、触发器和存储过程等，以满足开发者对数据管理和操作的需求。MySQL具有良好的可扩展性，支持主从复制、分布式架构和集群部署，适用于各种规模和负载的应用场景。作为一个开源项目，MySQL拥有庞大的用户社区和活跃的开发者社区，为用户提供了丰富的文档、教程和支持资源。总之，MySQL是一款可靠、强大且灵活的关系型数据库管理系统。通过其卓越性能和可扩展性，帮助开发者高效地管理和操作数据，并得到了广大用户的认可和应用。

1. express开发框架

Express是一个基于Node.js的快速、灵活且极简的Web框架，用于构建Web应用和API。它提供了一系列强大的特性，比如中间件支持、路由管理、请求处理等。通过Express，开发者能够快速构建出功能强大的Web应用并处理复杂的HTTP请求。

1. B/S模式

B/S（Browser/Server）架构是一种现代的应用程序架构，将用户端的处理主要移至浏览器，从而简化客户端的部署和维护。在本系统中，用户通过浏览器访问服务管理平台，后端所有业务逻辑和数据管理均由服务器处理，形成高效的数据交互。

1. Node.jsScript脚本语言

Node.jsScript是一种广泛使用的脚本语言，主要用于前端开发。它能够与HTML和CSS结合，实现动态网页效果和交互。在本项目中，Node.jsScript还用于与Express框架的后端API进行交互。

1. Android平台

在Express患者服药提醒系统APP的设计与实现中，Android平台作为客户端提供了优质的用户体验和简洁的界面导航。开发者通过Kotlin编程语言和Android SDK的丰富API，能够高效地构建该应用。系统使用了Activity和Fragment组件，确保了用户界面的简洁性和易操作性，同时优化了用户交互体验。通过RecyclerView和Adapter等控件，用户可以轻松浏览药品信息、服药提醒和健康资讯等内容，提升了系统的实用性和可操作性。

后端则采用Node.js和Express框架搭建，提供高效的API服务和实时数据处理能力。Node.js的异步特性使得数据交互更加高效，能够快速响应患者的服药记录和提醒设置等请求。系统通过Volley或Retrofit等库与后台服务进行网络请求，确保了数据的实时更新和稳定传输。此外，集成Firebase等云服务，实现了数据的实时同步和安全的用户身份验证，确保患者数据的安全性和隐私保护，进一步增强了应用的稳定性和用户信任度。

患者服药提醒系统 系统分析
1. 系统可行性分析
  1. 技术可行性

在技术可行性方面，选择使用Node.js作为开发语言，结合相应的框架Express，搭配安卓APP，以实现系统的功能需求。Node.js作为一种高效的服务器端JavaScript运行环境，具备非阻塞I/O和高并发处理能力，非常适合开发高性能的网络应用。Express作为Node.js的Web框架，提供了简洁且灵活的开发接口，能够帮助快速搭建和扩展Web应用，使得系统的设计和实现更加高效和便捷。

1. 1. 经济可行性

系统开发采用开源技术栈，降低了软件授权与工具采购成本。Node.js和Express框架简化了开发流程，缩短了项目周期，减少了人力投入。此外，借助云计算资源部署系统，可根据实际需求灵活调整服务器配置，进一步降低硬件成本。总体而言，该方案在经济上具有较高性价比，适合中小型企业或初创团队实施。

1. 1. 社会可行性

随着健康管理需求的不断增长，尤其是慢性病患者的数量日益增多，该系统能够有效解决患者服药依从性差的问题，提升治疗效果。通过简单易用的界面设计和实时的服药提醒，系统不仅能改善患者的健康管理，还能减轻医疗资源的压力，对医疗行业和社会健康管理具有积极影响，具备广泛的市场需求和推广潜力。

1. 1. 操作可行性

在操作可行性方面，本系统设计注重用户体验，采用了直观易用的界面设计，并提供详细的帮助文档支持，确保用户可以轻松上手使用各项功能。无论是用户还是后台管理员，都能通过简洁明了的操作流程完成信息查询和管理等任务。因此，从用户操作的角度来看，本系统具备良好的操作可行性。

1. 系统功能分析
  1. 功能性分析

患者服药提醒系统划分为了前端模块和后端模块两大部分。

前端注册用户模块：

注册登录：用户可以选择通过填写必要信息或微信授权登录，确保账户的安全性和个性化服务的实现。

首页：展示轮播图、搜索栏、导航栏及科普知识等内容，提供便捷的信息入口和丰富的资源浏览体验。

在线聊天：注册用户可以通过平台添加好友进行一对一的私聊，也可以创建群聊与多位好友进行交流。此功能便于用户在平台内互动，分享信息与讨论健康相关问题。

科普知识：用户可以查看科普知识详情，包括科普名称、类型等，并支持搜索、点赞、收藏和评论操作。

药品资讯：提供详细的药品信息，如药品名称、图片等，支持搜索、点赞、收藏、评论、回复和删除功能，便于获取最新药品资讯。

网站公告：包含网站公告、关于我们、联系方式和网站介绍等信息，帮助用户了解平台的基本情况和重要通知。

我的：允许用户修改个人资料和密码，查看收藏内容、评论记录及服药记录统计图，管理个人信息更加便捷。

服药计划：用户可以添加服药计划，并进行查询、重置操作，待审核后生效，确保用药计划的有效性。

服药提醒：查看服药提醒详情并进行服药记录，支持查询和重置操作，确保按时服药。

服药记录：查看详细的服药记录，支持查询、重置和搜索操作，便于跟踪用药情况。

消息通知：查看各类消息通知详情，支持查询、重置和搜索操作，确保信息及时传达。

前端家属用户模块：

首页：展示轮播图、搜索栏、导航栏及科普知识等内容，提供便捷的信息入口和丰富的资源浏览体验。

在线聊天：家属用户可以与注册用户以及其他家属进行即时聊天，或者创建群聊方便沟通。这一功能提高了家属与患者及医生之间的信息共享和交流效率。

科普知识：查看科普知识详情，包括科普名称、类型等，并支持搜索、点赞、收藏和评论操作，获取健康知识。

药品资讯：提供详细的药品信息，支持搜索、点赞、收藏、评论、回复和删除功能，便于了解最新的药品资讯。

网站公告：包含网站公告、关于我们、联系方式和网站介绍等信息，帮助用户了解平台的基本情况和重要通知。

我的：允许家属用户修改个人资料和密码，查看收藏内容、评论记录，管理个人信息更加便捷。

服药计划：家属可以为患者添加服药计划，并进行提醒、查询和重置操作，确保用药计划的有效执行。

服药提醒：查看服药提醒详情，支持查询和重置操作，确保患者按时服药。

服药记录：查看详细的服药记录，支持查询、重置和搜索操作，便于跟踪患者的用药情况。

消息通知：查看各类消息通知详情，支持查询、重置和搜索操作，并可删除不必要的通知，确保信息及时传达

后端管理员模块：

管理员登录：管理员通过用户名和密码进行登录，进入系统后台，能够访问所有管理功能，并执行相应操作。

后台首页：管理员可以在此查看服药记录统计折线图，并修改个人资料和密码，确保系统的稳定运行。

系统用户：管理员负责管理所有类型的用户账户（注册用户、家属用户），包括增删改查操作，确保用户信息的准确性和完整性。

科普类型管理：管理员可以查看和添加科普类型信息，支持查询、重置、删除操作，便于科普知识的有效分类管理。

科普知识管理：管理员可以查看科普知识详情及用户评论，支持添加科普知识、查询、重置、删除操作，确保科普内容的质量和准确性。

服药计划管理：管理员可以查看服药计划详情进行提醒和审核，支持查询、重置、删除操作，确保用药计划的有效性和安全性。

服药提醒管理：管理员可以查看服药提醒详情和记录，支持查询、重置、删除和搜索操作，确保提醒功能的正常运行。

服药记录管理：管理员可以查看详细的服药记录，支持查询、重置、删除和搜索操作，便于跟踪用户的用药情况。

系统管理：轮播图管理：管理员可以增删改查轮播图信息，提升用户体验。

网站公告管理：发布公告信息，支持查看详情、增删改查、搜索操作，确保重要信息及时传达给用户。

资源管理：管理员可以管理系统内的药品资讯和资讯分类，支持查看详情、用户评论、增删改查操作，确保信息的多样性和可访问性。

1. 1. 非功能性分析

患者服药提醒系统的非功能性需求比如患者服药提醒系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等，具体可以表示在如下3-1表格中：

表3-1患者服药提醒系统非功能需求表

安全性	主要指患者服药提醒系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指患者服药提醒系统能够安装用户的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响患者服药提醒系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着患者服药提醒系统的页面展示内容进行操作，就可以了。
可维护性	患者服药提醒系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

1. 系统用例分析

患者服药提醒系统的完整UML用例图分别是图3-1、3-2、3-3。

注册用户角色用例如下图所示。

图 3-1患者服药提醒系统注册用户角色用例图

家属用户角色用例如下图所示。

图 3-2患者服药提醒系统家属用户角色用例图

管理员角色用例如下图所示。

图 3-3患者服药提醒系统管理员角色用例图

1. 系统总体流程设计
  1. 数据开发流程

系统开发流程的主要步骤，从需求分析到系统完成的全过程。流程包括需求分析、总体设计（结构、功能、数据）、详细设计（模块、编码）、模块整合与调用，以及测试、扩展和完善，最终完成系统的开发。本系统的开发流程如下图所示

图 3-4系统开发流程图

1. 1. 用户登录流程

用户输入用户名和密码后，系统先检查输入是否为空，再验证用户名是否存在，若存在则通过用户名获取密码并校验。若密码正确则登录成功，否则提示密码错误。若用户名不存在或无法登录，提示用户操作无效。如下图所示。

图 3-5登录流程图

1. 1. 系统操作流程

用户首先进入系统登录界面，输入用户名和密码后，系统验证信息是否正确。若验证失败，返回登录界面重新输入，若验证成功，则进入功能界面，执行相应功能处理后结束操作流程。操作流程如下图所示。

图 3-6 系统操作流程图

1. 1. 添加信息流程

管理员可以添加信息，用户添加可以自己权限内的信息，输入信息后，要想利用这个软件来进行系统的安全管理，首先需要登录到该软件中。添加信息流程如下图所示。

图 3-7 添加信息流程图

1. 1. 修改信息流程

用户首先选择需要修改的记录，输入修改后的数据，系统判断输入数据是否合法。若数据不合法，提示重新输入，若数据合法，则将修改后的数据写入数据库，完成操作后流程结束。修改信息流程图如下图所示。

图 3-8 修改信息流程图

1. 1. 删除信息流程

用户选择需要删除的记录后，系统判断是否确认删除。若未确认，返回选择环节，若确认删除，则更新数据库，删除对应记录，完成操作后流程结束。删除信息流程图如下图所示。

图 3-9删除信息流程图

患者服药提醒系统 总体设计

本章主要讨论的内容包括患者服药提醒系统的功能模块设计、数据库系统设计。

1. 系统架构设计

本患者服药提醒系统从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。

图 4-1患者服药提醒系统架构设计图

表现层（UI）：也称为用户界面层，它负责与用户进行直接的交互。一个优秀的UI设计能够显著提升用户的体验，确保用户在使用患者服药提醒系统时感到舒适和便捷。为了确保良好的兼容性，UI界面设计需要适应不同版本的平台和各种屏幕尺寸的分辨率。此外，UI交互功能必须合理设计，确保用户的操作能够得到相应的反馈和结果，这要求表现层与业务逻辑层之间保持良好的通信和协同工作。

业务逻辑层（BLL）：这一层主要处理患者服药提醒系统的数据和业务逻辑。当用户通过表现层提交数据时，业务逻辑层会接收这些数据，进行处理，并将结果传递给数据层进行存储或查询。同时，当系统需要从数据层读取数据时，业务逻辑层会处理这些数据，并将其传递给表现层进行展示。

数据层（DL）：虽然本患者服药提醒系统的数据存储在服务端的MySQL数据库中，但数据层仍然作为一个独立的部分存在。它的主要功能是存储和管理患者服药提醒系统的数据。数据层与MySQL数据库进行交互，执行数据的增、删、改、查等操作，确保数据的完整性和安全性。

这三个层次相互独立但又紧密协作，共同构成了患者服药提醒系统的完整架构。通过合理的分层设计，可以提高系统的可维护性、可扩展性和可重用性，为用户提供更好的服务和体验。

1. 系统模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本患者服药提醒系统中的用例。那么接下来就要开始对本患者服药提醒系统的架构、主要功能和数据库开始进行设计。患者服药提醒系统根据前面章节的需求分析得出，患者服药提醒系统的功能模块图如下图所示。

图 4-2患者服药提醒系统功能模块图

1. 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

1. 1. 数据库概念结构设计

下面是整个患者服药提醒系统中主要的数据库表总E-R实体关系图。

图 4-3患者服药提醒系统总E-R关系图

1. 1. 数据库逻辑结构设计

通过上一小节中患者服药提醒系统中总E-R关系图上得出一共需要创建多个数据表。在此主要罗列几个主要的数据库表结构设计。

表 4-1-access_token（登陆访问时长）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	token_id	int		是	是	临时访问牌ID
2	token	varchar	64	否	否	临时访问牌
3	info	text	65535	否	否	信息
4	maxage	int		是	否	最大寿命：默认2小时
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间
7	user_id	int		是	否	用户编号

表 4-2-article（文章）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	article_id	mediumint		是	是	文章id
2	title	varchar	125	是	是	标题
3	type	varchar	64	是	否	文章分类
4	hits	int		是	否	点击数
5	praise_len	int		是	否	点赞数
6	create_time	timestamp		是	否	创建时间
7	update_time	timestamp		是	否	更新时间
8	source	varchar	255	否	否	来源
9	url	varchar	255	否	否	来源地址
10	tag	varchar	255	否	否	标签
11	content	longtext	4294967295	否	否	正文
12	img	varchar	255	否	否	封面图
13	description	text	65535	否	否	文章描述

表 4-3-article_type（文章分类）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	type_id	smallint		是	是	分类ID
2	display	smallint		是	否	显示顺序
3	name	varchar	16	是	否	分类名称
4	father_id	smallint		是	否	上级分类ID
5	description	varchar	255	否	否	描述
6	icon	text	65535	否	否	分类图标
7	url	varchar	255	否	否	外链地址
8	create_time	timestamp		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

表 4-4-auth（用户权限管理）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	auth_id	int		是	是	授权ID
2	user_group	varchar	64	否	否	用户组
3	mod_name	varchar	64	否	否	模块名
4	table_name	varchar	64	否	否	表名
5	page_title	varchar	255	否	否	页面标题
6	path	varchar	255	否	否	路由路径
7	parent	varchar	64	否	否	父级菜单
8	parent_sort	int		是	否	父级菜单排序
9	position	varchar	32	否	否	位置
10	mode	varchar	32	是	否	跳转方式
11	add	tinyint		是	否	是否可增加
12	del	tinyint		是	否	是否可删除
13	set	tinyint		是	否	是否可修改
14	get	tinyint		是	否	是否可查看
15	field_add	text	65535	否	否	添加字段
16	field_set	text	65535	否	否	修改字段
17	field_get	text	65535	否	否	查询字段
18	table_nav_name	varchar	500	否	否	跨表导航名称
19	table_nav	varchar	500	否	否	跨表导航
20	option	text	65535	否	否	配置
21	create_time	timestamp		是	否	创建时间
22	update_time	timestamp		是	否	更新时间

表 4-5-code_token（验证码）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	code_token_id	int		是	是	验证码ID
2	token	varchar	255	否	否	令牌
3	code	varchar	255	否	否	验证码
4	expire_time	timestamp		是	否	失效时间
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间

表 4-6-collect（收藏）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	collect_id	int		是	是	收藏ID
2	user_id	int		是	是	收藏人ID
3	source_table	varchar	255	否	否	来源表
4	source_field	varchar	255	否	否	来源字段
5	source_id	int		是	否	来源ID
6	title	varchar	255	否	否	标题
7	img	varchar	255	否	否	封面
8	create_time	timestamp		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

表 4-7-comment（评论）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	comment_id	int		是	是	评论ID
2	user_id	int		是	是	评论人ID
3	reply_to_id	int		是	否	回复评论ID
4	content	longtext	4294967295	否	否	内容
5	nickname	varchar	255	否	否	昵称
6	avatar	varchar	255	否	否	头像地址
7	create_time	timestamp		是	否	创建时间
8	update_time	timestamp		是	否	更新时间
9	source_table	varchar	255	否	否	来源表
10	source_field	varchar	255	否	否	来源字段
11	source_id	int		是	否	来源ID

表 4-8-family_users（家属用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	family_users_id	int		是	是	家属用户ID
2	family_name	varchar	64	否	否	家属姓名
3	family_phone_number	varchar	16	否	否	家属电话
4	examine_state	varchar	16	是	否	审核状态
5	user_id	int		是	否	用户ID
6	create_time	datetime		是	否	创建时间
7	update_time	timestamp		是	否	更新时间

表 4-9-hits（用户点击）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	hits_id	int		是	是	点赞ID
2	user_id	int		是	否	点赞人
3	create_time	timestamp		是	否	创建时间
4	update_time	timestamp		是	否	更新时间
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID

表 4-10-medication_plan（服药计划）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	medication_plan_id	int		是	是	服药计划ID
2	registered_user	int		否	否	注册用户
3	user_name	varchar	64	否	否	用户姓名
4	user_gender	varchar	64	否	否	用户性别
5	contact_information	varchar	64	否	否	联系方式
6	family_users	int		否	否	家属用户
7	medication_number	varchar	64	否	否	服药编号
8	drug_name	varchar	64	否	否	药品名称
9	drug_specifications	varchar	64	否	否	药品规格
10	dosage_taken	varchar	64	否	否	服用剂量
11	total_number_of_drugs	double		否	否	药品总数
12	frequency_of_taking	varchar	64	否	否	服用频次
13	starting_and_ending_time	datetime		否	否	起止时间
14	plan_details	text	65535	否	否	计划详情
15	examine_state	varchar	16	是	否	审核状态
16	medication_reminder_limit_times	int		是	否	提醒限制次数
17	create_time	datetime		是	否	创建时间
18	update_time	timestamp		是	否	更新时间

表 4-11-medication_record（服药记录）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	medication_record_id	int		是	是	服药记录ID
2	registered_user	int		否	否	注册用户
3	user_name	varchar	64	否	否	用户姓名
4	user_gender	varchar	64	否	否	用户性别
5	contact_information	varchar	64	否	否	联系方式
6	family_users	int		否	否	家属用户
7	medication_number	varchar	64	否	否	服药编号
8	drug_name	varchar	64	否	否	药品名称
9	drug_specifications	varchar	64	否	否	药品规格
10	dosage_taken	varchar	64	否	否	服用剂量
11	frequency_of_taking	varchar	64	否	否	服用频次
12	medication_status	varchar	64	否	否	服药状态
13	medication_frequency	double		否	否	服药次数
14	administration_time	datetime		否	否	服药时间
15	medication_notes	text	65535	否	否	服药备注
16	user_id	int		是	否	用户ID
17	create_time	datetime		是	否	创建时间
18	update_time	timestamp		是	否	更新时间
19	source_table	varchar	255	否	否	来源表
20	source_id	int		否	否	来源ID
21	source_user_id	int		否	否	来源用户

表 4-12-medication_reminder（服药提醒）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	medication_reminder_id	int		是	是	服药提醒ID
2	registered_user	int		否	否	注册用户
3	user_name	varchar	64	否	否	用户姓名
4	user_gender	varchar	64	否	否	用户性别
5	contact_information	varchar	64	否	否	联系方式
6	family_users	int		否	否	家属用户
7	medication_number	varchar	64	否	否	服药编号
8	drug_name	varchar	64	否	否	药品名称
9	drug_specifications	varchar	64	否	否	药品规格
10	dosage_taken	varchar	64	否	否	服用剂量
11	frequency_of_taking	varchar	64	否	否	服用频次
12	reminder_status	varchar	64	否	否	提醒状态
13	reminder_time	datetime		否	否	提醒时间
14	reminder_notes	text	65535	否	否	提醒备注
15	limit_times	int		是	否	限制次数
16	limit_type	tinyint		是	否	限制次数类型1-每天次，2-总计次
17	medication_record_limit_times	int		是	否	记录限制次数
18	create_time	datetime		是	否	创建时间
19	update_time	timestamp		是	否	更新时间
20	source_table	varchar	255	否	否	来源表
21	source_id	int		否	否	来源ID
22	source_user_id	int		否	否	来源用户

表 4-13-message_notification（消息通知）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	message_notification_id	int		是	是	消息通知ID
2	registered_user	int		否	否	注册用户
3	dependents_users	int		否	否	家属用户
4	notification_name	varchar	64	否	否	通知名称
5	notification_number	varchar	64	否	否	通知编号
6	notification_time	date		否	否	通知时间
7	notification_details	text	65535	否	否	通知详情
8	create_time	datetime		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

表 4-14-notice（公告）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	notice_id	mediumint		是	是	公告ID
2	title	varchar	125	是	否	标题
3	content	longtext	4294967295	否	否	正文
4	create_time	timestamp		是	否	创建时间
5	update_time	timestamp		是	否	更新时间

表 4-15-popular_science_knowledge（科普知识）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	popular_science_knowledge_id	int		是	是	科普知识ID
2	science_popularization_name	varchar	64	否	否	科普名称
3	science_popularization_number	varchar	64	否	否	科普编号
4	science_popularization_type	varchar	64	否	否	科普类型
5	related_cover	varchar	255	否	否	相关封面
6	science_popularization_details	text	65535	否	否	科普详情
7	hits	int		是	否	点击数
8	praise_len	int		是	否	点赞数
9	collect_len	int		是	否	收藏数
10	comment_len	int		是	否	评论数
11	create_time	datetime		是	否	创建时间
12	update_time	timestamp		是	否	更新时间

表 4-16-praise（点赞）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	praise_id	int		是	是	点赞ID
2	user_id	int		是	是	点赞人
3	create_time	timestamp		是	否	创建时间
4	update_time	timestamp		是	否	更新时间
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID
8	status	tinyint		是	否	点赞状态:1为点赞，0已取消

表 4-17-registered_user（注册用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	registered_user_id	int		是	是	注册用户ID
2	user_name	varchar	64	否	否	用户姓名
3	user_gender	varchar	64	否	否	用户性别
4	contact_information	varchar	16	否	否	联系方式
5	examine_state	varchar	16	是	否	审核状态
6	user_id	int		是	否	用户ID
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-18-schedule（日程管理）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	schedule_id	smallint		是	是	日程ID
2	content	varchar	255	否	否	日程内容
3	scheduled_time	datetime		否	否	计划时间
4	user_id	int		是	否	用户ID
5	create_time	datetime		否	否	创建时间
6	update_time	datetime		否	否	更新时间

表 4-19-science_popularization_type（科普类型）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	science_popularization_type_id	int		是	是	科普类型ID
2	science_popularization_type	varchar	64	否	否	科普类型
3	create_time	datetime		是	否	创建时间
4	update_time	timestamp		是	否	更新时间

表 4-20-score（评分）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	score_id	int		是	是	评分ID
2	user_id	int		是	否	评分人
3	nickname	varchar	64	否	否	昵称
4	score_num	double		是	否	评分
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间
7	source_table	varchar	255	否	否	来源表
8	source_field	varchar	255	否	否	来源字段
9	source_id	int		是	否	来源ID

表 4-21-slides（轮播图）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	slides_id	int		是	是	轮播图ID
2	title	varchar	64	否	否	标题
3	content	varchar	255	否	否	内容
4	url	varchar	255	否	否	链接
5	img	varchar	255	否	否	轮播图
6	hits	int		是	否	点击量
7	create_time	timestamp		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-22-upload（文件上传）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	upload_id	int		是	是	上传ID
2	name	varchar	64	否	否	文件名
3	path	varchar	255	否	否	访问路径
4	file	varchar	255	否	否	文件路径
5	display	varchar	255	否	否	显示顺序
6	father_id	int		否	否	父级ID
7	dir	varchar	255	否	否	文件夹
8	type	varchar	32	否	否	文件类型

表 4-23-user（用户账户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	user_id	int		是	是	用户ID
2	state	smallint		是	否	账户状态：(1可用\|2异常\|3已冻结\|4已注销)
3	user_group	varchar	32	否	否	所在用户组
4	login_time	timestamp		是	否	上次登录时间
5	phone	varchar	11	否	否	手机号码
6	phone_state	smallint		是	否	手机认证：(0未认证\|1审核中\|2已认证)
7	username	varchar	16	是	否	用户名
8	nickname	varchar	16	否	否	昵称
9	password	varchar	64	是	否	密码
10	email	varchar	64	否	否	邮箱
11	email_state	smallint		是	否	邮箱认证：(0未认证\|1审核中\|2已认证)
12	avatar	varchar	255	否	否	头像地址
13	open_id	varchar	255	否	否	针对获取用户信息字段
14	create_time	timestamp		是	否	创建时间

表 4-24-user_chat_friend（聊天用户好友）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	user_chat_friend_id	int		是	是	ID
2	user_id	int		是	否	用户ID
3	friend_user_id	int		是	否	用户好友ID
4	friend_user_name	varchar	255	否	否	好友名称
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间

表 4-25-user_chat_group（聊天用户群聊）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	user_chat_group_id	int		是	是	ID
2	group_id	int		否	否	群聊ID
3	group_name	varchar	255	否	否	群聊名称
4	user_id	int		否	否	用户ID
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间

表 4-26-user_chat_read（聊天用户消息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	user_chat_read_id	varchar	255	是	是	ID
2	user_id	int		否	否	接收人ID
3	send_user_id	int		否	否	发送人ID
4	group_id	int		否	否	群聊ID
5	type	int		否	否	类型1-点对点消息，2-群聊消息
6	create_time	timestamp		否	否	时间
7	message	text	65535	否	否	消息

表 4-27-user_group（用户组）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	group_id	mediumint		是	是	用户组ID
2	display	smallint		是	否	显示顺序
3	name	varchar	16	是	否	名称
4	description	varchar	255	否	否	描述
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID
8	register	smallint		否	否	注册位置
9	create_time	timestamp		是	否	创建时间
10	update_time	timestamp		是	否	更新时间

患者服药提醒系统详细设计与实现

患者服药提醒系统的详细设计与实现主要是根据前面的患者服药提醒系统的需求分析和患者服药提醒系统的总体设计来设计页面并实现业务逻辑。主要从患者服药提醒系统界面实现、业务逻辑实现这两部分进行介绍。

1. 前端首页模块

用户在首页可以浏览动态展示的轮播图，搜索相关内容，查看各类科普知识等。首页提供了直观的导航栏，帮助用户快速找到所需信息，提升使用体验。模块展示如下图所示。

图 5-1前台首页模块图

1. 用户注册模块

不是患者服药提醒系统中正式用户的是可以在线进行注册的，当填写上自己的账号+设置密码+确认密码+昵称+邮箱+手机号+身份+用户姓名+用户性别等信息后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用户注册模块展示如下图所示。

图 5-2注册模块图

1. 登录模块

患者服药提醒系统中的前台上注册后的用户是可以通过自己的用户名+密码进行登录的，当用户输入完整的自己的用户名+密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的用户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到患者服药提醒系统的首页中，否则将会提示相应错误信息，或者选择更便捷的微信授权登录方式进行身份验证。此功能便于用户快速、安全地访问系统，并进行个性化设置，登录模块如下图所示。

图 5-3登录模块图

1. 前端注册用户功能模块
  1. 在线聊天模块

注册用户可以通过平台添加好友进行一对一的私聊，也可以创建群聊与多位好友进行交流。此功能便于用户在平台内互动，分享信息与讨论健康相关问题。如下图所示：

图 5-4在线聊天模块图

1. 1. 科普知识模块

用户可以查看各类科普知识的详细内容，包括科普名称、类型等，并能通过搜索功能快速查找到感兴趣的知识。支持点赞、收藏和评论功能，让用户更好地互动和分享所学知识。如下图所示。

图 5-5科普知识模块图

1. 1. 药品资讯模块

用户可以查看各类药品的详细信息，包括药品名称、图片和相关说明等，系统还提供搜索、点赞、收藏、评论等功能，帮助用户获取更多药品信息并与其他用户互动。如下图所示。

图 5-6药品资讯模块图

1. 1. 我的-服药计划模块

注册用户可以添加、查询或重置自己的服药计划，并能够查看待审核的计划。系统提供清晰的操作界面，方便用户管理自己的服药安排。如下图所示。

图 5-7添加服药计划模块图

1. 1. 我的-服药提醒模块

用户可以查看已设置的服药提醒详情，进行记录查看与查询操作，系统支持提醒重置，确保用户按照预定计划按时服药。如下图所示。

图 5-8提交服药记录模块图

1. 前端家属用户功能模块
  1. 在线聊天模块

家属用户可以与注册用户以及其他家属进行即时聊天，或者创建群聊方便沟通。这一功能提高了家属与患者及医生之间的信息共享和交流效率。如下所示。

图 5-9在线聊天模块图

1. 1. 我的-服药计划模块

家属用户可以查看已设定的服药计划详情，添加新的服药计划，查询和重置已有计划。此外，家属还可以设置服药提醒，以确保患者按时服药。如下所示。

图 5-10提交服药提醒模块图

1. 后端管理员功能模块
  1. 系统用户模块

管理员负责管理平台上的所有用户，包括注册用户、家属用户及其他管理员。管理员可以对这些用户账户进行增、删、改、查操作，确保平台用户信息的准确性和及时更新。用户管理流程图如下所示。

图 5-11用户管理流程图

系统用户模块如下图所示。

图 5-12系统用户模块图

1. 1. 科普知识管理模块

管理员负责对平台上的科普知识进行管理，可以查看科普知识的详细内容和用户评论，支持添加、查询、重置和删除功能，确保平台上的健康知识始终保持最新。如下图所示。

图 5-13添加科普知识模块图

1. 1. 服药计划管理模块

管理员可以查看用户提交的服药计划并进行提醒和审核管理，支持查询、重置和删除功能，以确保服药计划的合规性和及时性。如下图所示。

图 5-14审核服药计划模块图

图 5-15发送服药提醒模块图

1. 1. 系统管理模块

管理员可以对轮播图进行增、删、改、查操作，确保首页展示的内容时刻更新，吸引用户的注意。模块如下图所示。

图 5-16轮播图管理模块图

1. 1. 资源管理模块

管理员可管理药品资讯的详细信息，包括用户评论和药品资讯的增、删、改、查操作。管理员还负责资讯分类的管理，确保药品信息与分类始终更新并符合用户需求。模块如下图所示。

图 5-17药品资讯模块图

系统测试
1. 系统测试的目的

测试的主要目的是确保系统的功能和性能满足预期的需求，同时识别和修复潜在的缺陷。通过系统测试，可以验证各个功能模块的正确性和稳定性，确保系统在不同使用场景下的表现符合设计要求。测试目的包括确认系统功能的完整性、验证数据处理的准确性、评估系统的性能和安全性。测试还可以提高用户满意度，保证用户在使用系统时获得流畅和可靠的体验。通过全面的测试，可以降低后期维护成本，减少系统上线后出现故障的风险，从而保障系统的长期稳定运行。

1. 测试方法

在本系统中，测试方法主要依赖于测试用例的设计与执行。测试用例是根据系统需求文档编写的，覆盖所有功能模块及其边界情况。每个测试用例包含输入数据、预期结果和实际结果的对比，以验证系统的功能是否按预期工作。

常见的测试用例包括功能测试用例、边界测试用例和异常测试用例。功能测试用例针对系统的各项功能进行验证；边界测试用例则侧重于输入数据的边界条件，验证系统在极端情况下是否能够稳定运行；异常测试用例则用于验证系统在处理错误输入或异常情况时的反应。本文选择功能测试用例进行系统测试。

在测试执行过程中，记录每个用例的执行结果，并根据实际结果与预期结果的对比，判断系统是否存在缺陷。通过系统化的测试用例执行，可以有效提高测试的覆盖率和效率，为系统的最终上线提供保障。

1. 测试用例
  1. 用户登录功能测试

表6-1 用户登录功能测试表

用例名称	用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

1. 1. 创建数据测试

在系统中，创建功能也是基础功能之一，因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多，因此将多处统称创建功能。

创建数据用例如表6-2 所示。

表6-2 创建数据测试用例

测试用例编号	YL_05
测试用例名称	系统使用者进行创建数据
测试用例描述	使用者输入要创建的数据
系统入口	浏览器
步骤	预期结果	实际结果
输入完整并且格式正确的数据	提示“创建成功”，并显示所有数据	预期结果
核心位置数据但非必要位置不输入数据	提示“创建成功”，并显示所有数据	预期结果
核心数据位置不输入数据	提示“创建失败”	预期结果

1. 1. 修改数据测试

在系统中，修改功能是系统主要实现功能，因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多，因此将多处数据表记录修改和状态修改统称修改功能。

修改数据用例如表6-3所示。

表6-3 修改数据测试用例

测试用例编号	YL_06
测试用例名称	系统使用者进行修改数据
测试用例描述	使用者对可修改的数据项进行修改
系统入口	浏览器
步骤	预期结果	实际结果
将现有数据修改成正确的数据	提示“修改成功”，并显示所有数据	预期结果
将现有数据修改成错误的数据	提示“修改失败”	预期结果

1. 1. 查询数据测试

在系统中，查询功能是使用系统使用最多也是最基础的功能，因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。

查询数据用例如表6-4所示。

表6-4 查询数据测试用例

测试用例编号	YL_05
测试用例名称	系统使用者进行查询数据
测试用例描述	全部查询以及输入关键词查询
系统入口	浏览器
步骤	预期结果	实际结果
界面自动查询全部	显示对应所有记录	预期结果
输入已存在且能匹配成功的关键字	显示所查询到的数据	预期结果
输入不存在的关键字	显示数据界面为空	预期结果

1. 测试结果

在本次测试的过程主要针对所有功能下的添加操作，修改操作和删除操作，并以真实数据一一进行相关功能项目的输入，最终能够保证每个项目涉及的功能都能够正常运行，因此能够保证本次设计的，已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。

结论

经过系统测试，患者服药提醒系统的各项功能得到了全面验证。测试结果表明，系统在不同使用场景下能够稳定运行，功能和性能均达到了预期设计要求。特别是在数据创建、修改以及查询等核心功能上，系统展现出了良好的稳定性和准确性。

在测试过程中，发现了少量潜在缺陷，并及时进行了修复。这些修复进一步提升了系统的可靠性和用户体验。通过执行全面的测试用例，确保了系统的测试覆盖率达到了较高水平，为最终上线提供了坚实保障。

总体而言，本次系统测试圆满完成。患者服药提醒系统的功能和性能均达到了预期目标，为后续的开发和维护打下了坚实基础。该模块将在实际应用中发挥出色的表现，为用户提供高效、便捷的资源管理服务。

参考文献

陈芳. 基于MySQL数据库的数据录入系统设计研究 [J]. 科技资讯, 2024, 22 (20): 35-37.
黎青霞. Node. js在Web开发中的应用研究 [J]. 信息记录材料, 2024, 25 (10): 91-93+96.
刘瑶. 安全代理视域下MySQL数据库防护技术 [J]. 中国高新科技, 2024, (18): 32-34.
庞敏. MySQL数据库的数据安全应用设计技术研究 [J]. 数字通信世界, 2024, (09): 25-27.
李淑玲,朱彤. 基于Node.js技术的在线测试系统设计方案 [J]. 科技资讯, 2023, 21 (19): 35-38.
邓杰海,刘薇,汤小燕. 基于Node.js的开源架构Electron赋能前端开发 [J]. 现代计算机, 2023, 29 (16): 87-92.
凌杰. Node.js后端全程实战[M]. 人民邮电出版社: 202305. 371.
赵率宏. 基于Node.js的ORM框架研究与实现[D]. 西南科技大学, 2023.
唐榜. 基于Node.js的Web服务端框架研究与实现[D]. 西南科技大学, 2021.
王仡捷. 基于Node.JS技术的高并发网络应用架构的设计与实现 [J]. 通化师范学院学报, 2020, 41 (04): 64-67.
Daniel B . Modern Full-Stack React Projects:Build, maintain, and deploy modern web apps using MongoDB, Express, React, and Node.js[M]. Packt Publishing Limited: 2024-06-07.
Jamie C . Learn SQL using MySQL in One Day and Learn It Well:SQL for beginners with Hands-on Project[M]. Packt Publishing Limited: 2024-04-26.
Unraveling the Mysteries: Celadonsoft Sheds Light on JavaScript vs. Node.js Distinctions [J]. M2 Presswire, 2024,
廖应生. 一种服药提醒装置的设计 [J]. 机电技术, 2023, (06): 16-18.
黄婉淇. 门诊抑郁症患者急性期服药不依从行为的发展轨迹及其影响因素[D]. 南方医科大学, 2023.
赵林博. 基于微信小程序的医院-家庭过渡期老年多重用药患者服药偏差管理平台的研发及初步应用[D]. 重庆医科大学, 2023.
杨聪. 基于Fogg行为模型构建的服药提醒应用程序对慢性肾脏病患者降压药服药依从性的影响[D]. 新疆医科大学, 2023.
孙丹丹,韩立梅,陈小倩. 药物分袋及服药提醒闹钟对老年糖尿病患者血糖控制、服药依从性的影响 [J]. 哈尔滨医药, 2022, 42 (01): 109-111.
黄蓉,陈健,李佳眙,等. “服药提醒”手机App软件交互设计 [J]. 科学技术创新, 2021, (18): 35-36.
唐万梅. 智慧居家服药监管系统设计与实现[D]. 重庆邮电大学, 2021.

致谢

患者服药提醒系统设计与实现工作已结束，虽然过程中充满挑战，但内心充满自豪和满足。感谢大学四年间教导我的所有老师，他们的专业知识与人生智慧让我成长为能独立完成系统的学生。特别感谢指导老师，他耐心解答疑惑，引导我解决问题，提升自主解决能力。室友和同学们的宝贵建议和支持也让我取得长足进步。未来，我将继续努力追求卓越，不辜负所学所悟和老师期望。坚信坚定信念和不懈努力，未来定能取得更辉煌成就。期待更美好未来！

患者服药提醒系统设计与实现不仅是技术挑战，挫折和困难是成长的垫脚石，让我更深入理解问题，精确找到解决方案。每次解决问题，都感到满足和自豪。

对于未来，我充满期待和信心。无论道路多崎岖，只要保持坚定信念，持续努力，定能取得更大成就。期待将知识和技能运用到实际中，为社会做出更大贡献。

最后，感谢所有帮助和支持我的人。你们的教诲、鼓励和支持让我有今天的成就。我会继续努力，不辜负期望，为实现更美好的未来而奋斗。