在医院住院场景中，患者的日常餐饮供应是后勤保障的重要环节。传统模式下，通常由护工或食堂工作人员逐病房手工收集点餐信息，存在以下突出问题：
效率低下：人工逐床登记耗时耗力，尤其在用餐高峰期，信息收集周期长，易错过备餐时间窗口。
差错率高：手写单据字迹潦草、口头传达易出错，导致错餐、漏餐、重复送餐等现象频发。
营养管控难：不同科室、不同病种的患者对饮食有差异化需求（如低盐、低糖、流食、糖尿病餐等），传统方式难以精准匹配。
食堂备餐盲目：缺乏提前、准确的需求数据，食堂难以精准备料和排产，造成食材浪费或供应不足。
患者体验差：点餐选择有限、沟通不便，卧床患者表达需求困难，满意度偏低。
1、患者端（微信小程序）
患者或家属通过微信扫描病区二维码进入点餐小程序，无需下载APP。
根据系统自动关联的科室信息，展示适配该病区的可选菜品（支持按餐次：早餐/午餐/晚餐/加餐）。
支持菜品浏览、口味备注、特殊饮食需求标注（如少盐、无辣、软食等）。
支持预点餐功能：可提前选择次日或未来餐次的菜品，设定截止时间后锁定订单。
2、病区汇总端（管理后台）
系统自动按病区、楼层、床位维度汇总点餐数据。
支持一键导出或实时同步汇总数据至食堂端。
3、食堂端（备餐管理后台）
实时接收各病区汇总的点餐数据，按菜品维度统计备餐数量。
支持按病区、楼层、床位生成配送分拣单。
我独立完成了从需求分析到上线部署的全链路开发工作。
项目采用前后端分离架构，整体分为三层：
前端展示层：微信小程序（患者端）+ Web管理后台（配送站/食堂端）
后端服务层：Java Spring Boot 构建 RESTful API 服务
数据层：MySQL 存储业务数据 + Redis 缓存热点数据（如菜品列表、点餐截止时间）
评论