程序聚合 软件案例 运动健康小程序-减重小程序

运动健康小程序-减重小程序

2025-08-09 15:39:30
行业:医疗健康
载体:小程序、网站
技术:Java、Spring Boot、Vue

业务背景

针对减重门诊患者“长期记录难、随访弱、复诊率低、线下流程繁”的痛点,建设一款面向患者的微信小程序,打通预约、健康数据记录与科普教育,提升就诊转化与随访效率,沉淀可用的个体化管理数据。
与医院减重门诊沟通中发现:登记依赖纸笔/Excel、电话回访效率低、科普素材分散、患者缺少每日打卡激励。我们提出“小程序+后台”的轻量方案,明确数据口径(体重、腰围、血压、血糖、BMI 等)与隐私合规(微信授权、最小化采集),分两期实施:1 期上线图文内容、体征记录与预约,2 期上线趋势分析与饮食运动打卡,逐步完善闭环。

功能介绍

用户与鉴权:微信授权登录/手机号一键登录,用户协议与隐私政策展示。
首页总览:快捷入口(记录、宝典、我的),近期数据与待办提醒。
体征记录:体重/BMI、腰围、血压、血糖等快速录入;历史记录与趋势图;达标提示。
饮食运动打卡:三餐/加餐/运动打卡,基础建议与能量参考。
宝典内容:分类浏览减重与营养科普,搜索、收藏、点赞。
预约挂号:按科室/医生提交预约意向,状态提示与结果通知。
问卷/诊断:首诊信息采集,辅助医生评估。
医生测量:门诊端测量结果同步到患者侧展示。
消息通知:记录提醒、复诊/随访提醒。
个人中心:资料编辑、隐私设置、退出登录。
核心路径:首次进入→授权登录→完善资料→日常记录(体重/饮食/运动)→查看趋势与建议→阅读宝典→一键预约复诊。

项目实现

角色与周期:1人独立全栈开发,从立项到上线两次迭代(约6周)。全程承担需求分析与技术选型、数据库设计与接口协议制定、前端UI还原与交互实现、后端服务开发与部署、接口联调与自测、性能优化与监控、版本发布与线上运维。
技术栈与架构:
前端:Vue 3 + TypeScript + Vite,配合Element Plus组件库,Pinia状态管理,Vue Router路由
后端:Spring Boot + MyBatis-Plus + MySQL,Redis缓存,JWT鉴权
小程序:微信原生框架 + Vant Weapp组件库
部署:Docker + Nginx,阿里云服务器
系统架构:前后端分离,RESTful API设计。后端采用分层架构(Controller-Service-Mapper),统一异常处理与返回格式;Redis缓存热点数据,JWT实现无状态鉴权;前端按模块分包,axios拦截器统一请求处理,路由守卫控制权限。
亮点与难点:
亮点:实现了Web端管理后台与小程序用户端双端适配,统一用户体系与权限控制;封装可复用组件库,配置化表单与列表;集成第三方支付与消息推送;完整的日志监控与异常告警体系。
难点:跨域与鉴权统一——CORS配置+JWT续期机制;并发与缓存一致性——Redis分布式锁+缓存更新策略;小程序审核限制——动态配置与降级方案;性能优化——SQL优化、分页查询、CDN加速,最终实现秒级响应与稳定运行。

示例图片视频


使命必达
3天前活跃
方向: 后端-Java、前端-小程序、
交付率:100.00%
相似推荐
股票爬取-股票爬取
在金融数据需求不断增长的背景下,股票数据爬取工具应运而生,为投资者、金融分析师、研究人员及相关机构提供了获取多维度股票数据的便捷途径。这类工具具备丰富且强大的功能,以满足不同用户在股票分析、投资决策、策略研究等方面的需求。
高校预算绩效管理系统-苏州大学预算绩效管理系统
1、高校预算管理系统实现了项目立项管理、项目过程管理、项目验收管理、预算编制管理、学校整体绩效目标管理、学校整体绩效监控管理、收入预算管理、专项管理、指标管理等功能 2、本系统为高校建立项目预算全链条管控:严控高校项目全周期预算,以立项评审为源头约束,以质量监控为执行保障,实现资金穿透式管理 3、项目申报流程:项目申报、部门/学院负责人审核、归口部门审核、预算小组审核、分管校领导审核、校党委审核流程,此外还有项目过程管理、项目验收管理、学校整体绩效目标管理、专项管理、项目执行计划管理、项目执行监控管理、项目监控整改管理、项目自评价管理等多个流程
消息桥接系统
1.消息接收服务,消息来源于上游系统,通过Solace、Tibco传输 2.消息适配服务,整合各个源系统的消息格式,是所有的消息格式统一 3.消息处理引擎服务,针对接收到消息进行细粒度的加工和落地到磁盘 4.消息分发服务,将上面处理好的消息通过Solace中间件转发给下游系统 5.消息通知服务,针对一些有风险的消息及时发邮件给用户
建设银行资产管理系统
前端运用PJF框架,数据库运用ORACLE,由建行工作人员提交资产配置,走流程,配置内容包含资产名称、资产规模、预期收益率、所属分行、拟采用担保措施、资产期限、是否纳入并表授信等,配置完后依次进行资产创设、创设的审核复核、资产发布、发布的审核复核,上一步工作流程走完了才能走下一步。每一个资产有自己唯一的资产编号,审核与复核的操作由具有相关权限的人员操作,不同岗位的工作人员有不同的权限。每个资产基本信息通过调用公共交易查询得到。主页面检索和展示多条资产情况,显示每条资产的状态信息、发起时间和流程名称等。审核和复核页面有每一笔资产的审批记录详情,包含节点名称、审批人、审批时间、审批意见等。审核人在审核时点击审核按钮,就会给后台发送交易,通过返回的状态值来判断审核是否成功。
积分营销系统
环境有SIT/TEST/UAT/压测/生产。银行生产环境批量每日自动跑批,批量一共分为17组,每日早晨5点开始跑前一日的批量,自动从第1组跑到第17组,数据量在600万左右。对外提供的接口有:1.客户积分线下消费,根据支付机构号+手机号+渠道ID+渠道客户ID,消息中心向该手机号下发短信验证码,客户输入验证码后提交,营销平台查询该客户是否签约开通积分消费功能,并返回客户手机号+可用积分。2.积分消费对账与记账,银行每日需从积分商城下载前一日的对账文件进行对账,并把相关数据同步至行内数据库。数据库使用mysql。分为正常对账流程与异常对账流程。3.营销平台管理台积分消费查询与管理,查询会员积分消费记录,费用中心查询积分消费兑换明细,查询积分消费对账记录,查询结算单,积分消费和积分兑换商品记录出现对账不平时,系统消息推送。4.手机银行/微信银行积分消费查询,积分兑换权益说明。5.消息中心新增积分消费验证码功能。
帮助文档   Copyright @ 2021-2024 程序聚合 | 浙ICP备2021014372号
人工客服