灵宠云医院SaaS系统产品系统Vibe Coding

有个同学在上海开了一家宠物医院，这是给同学做的宠物医院SaaS系统，给他店里使用

灵宠云医院SaaS系统分为平台管理端与医院业务端，覆盖多租户运营与宠物医院全流程数字化管理。

平台管理端（面向SaaS运营方）：提供工作台总览租户与订阅概况；支持租户（入驻医院）的创建、冻结与续费；管理医院机构资质及对接配置；定义不同版本套餐（功能权限与定价）；管理租户订阅记录及有效期；发布行业规范文件供租户查阅；管理平台运营人员账号及角色权限（RBAC）；并通过日志审计追溯所有关键操作，保障合规安全。

医院业务端（面向宠物医院）：以首页展示经营数据看板；支持线上/线下预约管理及排班；维护宠主与宠物档案；提供门诊挂号与接诊工作台，方便医生处理待诊队列；完整记录病例（主诉、诊断、治疗方案）；支持电子处方开具、审核及打印，并可预设处方模板与检查结果模板，提升效率。财务管理涵盖账单明细、收银台结算（支持多种支付方式）及预存储值管理；药品管理包括基础信息、库存实时监控、分类检索及低库存预警；住院管理记录床位、护理与费用；医院信息维护科室、收费标准等；员工管理控制内部账号权限；报表统计生成收入、接诊量、药品消耗等经营分析，支持导出。

系统采用SaaS多租户架构，数据隔离安全；业务从预约、挂号、接诊、开方、收费到库存、住院、报表形成闭环；两端均支持精细权限配置，适配不同角色协作，助力宠物医院实现数字化、标准化运营。

系统整体分为平台管理端与医院业务端两大应用。平台端负责租户管理、套餐订阅、平台账号及权限审计等；医院端则包含预约挂号、门诊接诊、病例处方、药品库存、收银结算、住院管理及报表统计等完整业务闭环。
采用多租户数据隔离方案，以 tenant_id 实现数据行级隔离，确保各医院数据安全互不可见。后端采用分层架构（Controller → Service → Mapper），通过 AOP 实现租户自动注入与权限拦截。
项目亮点
多租户隔离设计：一套系统服务多个医院，各租户数据完全隔离，通过 Sa-Token 结合拦截器实现租户身份的自动注入，保障数据安全。
精细化权限管理：平台端与医院端各自独立的 RBAC 权限体系，支持菜单级与按钮级权限控制。
全业务闭环流程：从预约挂号 → 接诊 → 开方/检查 → 收费 → 出库 → 住院管理，形成完整的业务链路。
处方与库存联动：处方开具自动锁定库存，结算完成后自动扣减，超时未结算自动释放，避免超卖。
数据可视化报表：多维度经营报表，助力医院运营决策。
项目难点
难点一：库存与处方的一致性控制。解决思路：采用 Redis 分布式锁 + 本地事务，确保扣减库存与创建处方的一致性；未支付订单设置超时自动取消并归还库存，避免数据不一致。
难点二：多租户数据隔离下的超级管理员与租户管理员权限分层。解决思路：设计两套独立的用户角色表，平台端用户管理所有租户，租户端用户仅管理本院数据；登录时根据用户类型动态切换数据源权限。
难点三：预约与挂号的时间冲突处理。解决思路：通过数据库唯一索引 + 乐观锁机制，防止同一时段同一医生被重复预约。
该项目从0到1由我独立完成，涉及需求梳理、数据库设计（约20+张表）、前后端编码、接口调试及部署上线。通过本次实践，我对SaaS多租户架构、分布式锁控制、权限设计以及大型业务系统的模块拆分有了深入理解。项目当前已可稳定运行