1、立项背景和目标:医院及居家陪护场景中,护工派单依赖电话微信、费用结算靠手工台账,效率低且易出错。本项目旨在搭建一套护工陪护管理平台,实现订单、派单、结算、提现全流程线上化。
点击空白处退出提示
1、立项背景和目标:医院及居家陪护场景中,护工派单依赖电话微信、费用结算靠手工台账,效率低且易出错。本项目旨在搭建一套护工陪护管理平台,实现订单、派单、结算、提现全流程线上化。
1、核心功能:包含数据看板、护工管理(入驻审核/技能标签)、派单工作台(手动指派/改派)、订单管理(创建/派单/完成/退款)、结算单(按订单自动拆分平台服务费与护工收入)、提现审核(可提现余额校验/打款)以及操作日志、系统配置等模块。
2、技术与成果:前端采用 Vue3 + Element Plus + Pinia,后端采用 ASP.NET Core 8 WebAPI + FreeSql + SQL Server,JWT 鉴权;以订单状态机驱动"派单→完成→结算→提现"资金链路,并通过余额校验杜绝超额提现,显著提升运营与对账效率。
1、整体架构和设计思路:采用前后端分离架构。前端 Vue3 + Vite + Element Plus + Pinia + Vue Router + Axios,通过路由守卫 + Axios 响应拦截器统一处理登录鉴权与业务响应码;后端 ASP.NET Core 8 WebAPI + FreeSql ORM + SQL Server,JWT(HS256) 无状态鉴权、BCrypt 密码哈希、CodeFirst 自动同步表结构,统一响应体 {code,msg,data}。模块划分为认证、护工、派单、订单、结算、提现、日志、配置八大块。
2、我负责的模块和结果:独立负责全栈开发。完成登录、数据看板、护工管理、派单工作台、订单管理、结算单、提现审核、操作日志、系统配置等 12 个后台页面;设计 7 张数据表、6 组 REST 接口约 20 个端点。实现订单状态机(待派单→已指派→服务中→已完成/已取消)驱动结算与提现资金链路;结算自动拆分平台服务费与护工收入;提现按"结算收入−已提现"做余额校验,超额提现拦截率 100%;后台 UI 按高保真原型还原度约 95% 以上。
3、遇到的难点、坑和解决方案:① SQL Server 2008 R2 仅支持 TLS1.0、默认数据目录被压缩导致建库失败(错误 5118/233),通过显式指定未压缩的 mdf/ldf 文件路径建库、连接串增加 Encrypt=False 解决;② 前端日期格式 "yyyy-MM-dd HH:mm:ss" 无法被 System.Text.Json 解析报 400,自定义 FlexibleDateTimeConverter 兼容空格与 T 两种格式并将空串转 null;③ 结算可重复触发、提现可超额的业务漏洞,分别通过"已结算订单过滤"和"余额校验"堵住;④ Vite 代理端口与后端实际监听端口不一致导致登






评论