返回项目列表
Project Overview

门诊患者-处方-库存管理平台

后端主导开发的门诊业务管理平台,覆盖患者管理、处方发药、药房库存与收费结算,并围绕检索和关键流程一致性完成工程收口。

01

负责患者管理、处方发药、药房库存和收费结算等核心模块,打通患者、就诊、库存与结算业务链路。

02

采用 PostgreSQL JSONB + GIN 支持动态病历检索,并用 UPSERT 原子写入、Redis 分布式锁与事务回滚处理关键流程一致性。

03

完成 Vue 2 + Element UI 前后端联调,以及 JAR + Nginx + systemd 私有化部署闭环。

Verified Outcomes

可验证结果

这里不写虚高的性能数字,只保留公开简历、项目材料和页面中可以核验且边界清楚的结果。

4 类

核心业务域

患者、处方发药、药房库存和收费结算进入同一业务链路,能够说明流程闭环而非单页 CRUD。

3 组

一致性措施

原子写入、Redis 分布式锁与事务回滚分别处理并发写入、防重复和部分成功问题。

1 套

私有化部署

JAR、Nginx 与 systemd 形成可复现的部署组合,覆盖从开发联调到服务运行的交付闭环。

Context

项目背景 / 目标

  • 面向中小门诊场景,把患者建档、接诊、处方、库存扣减和收费结算组织成一套可维护的业务系统。
  • 用单体架构优先解决真实业务流程、数据建模和一致性问题,避免为展示而过度设计。
Ownership

我的职责

  • 负责患者、接诊、处方发药、药品库存和收费结算等核心业务模块开发。
  • 负责 PostgreSQL 动态字段建模、检索索引与库存 / 结算链路的一致性控制。
  • 负责 Vue 2 + Element UI 前后端联调,以及 JAR、Nginx、systemd 私有化部署。
Evidence

关键页面与交付证据

保留登录、首页、接诊、库存和 RBAC 五类公开截图,用于证明系统确实承载了业务流程与后台权限结构。

Interview Notes

面试可继续展开

这部分不重复上面的总览结论,只保留适合继续追问的判断、取舍和后续迭代方向。

为什么这个项目值得看

这个项目更适合展示 Java 业务系统能力:如何围绕真实门诊流程组织模块、数据和权限,以及如何在库存与结算链路里处理并发一致性和异常回滚。

面试里适合继续追问的点

  • 为什么动态病历使用 JSONB + GIN,而不是继续扩宽关系表
  • UPSERT、Redis 分布式锁和数据库事务分别解决什么问题
  • 患者、处方、库存和结算状态如何串成闭环
  • 在 RuoYi 基础上做业务化二次开发时,个人实现与框架能力怎样划分

如果继续迭代

  • 补充状态流转图与异常回滚用例
  • 增加库存并发与重复结算的自动化回归测试
  • 完善审计、权限配置和可恢复部署说明
Boundary

项目边界说明

  • 项目基于 RuoYi 开源生态进行业务化二次开发,不把底层通用权限和系统管理能力包装为个人原创。
  • 当前没有公网 Demo;页面证据来自公开仓库中的演示截图。
  • 项目定位是门诊业务系统与一致性方案展示,不包装成已经达到成熟医疗 SaaS 或生产合规要求。