1. 项目背景与需求分析学校药店作为校园医疗服务的重要组成部分承担着药品供应、健康管理等职能。传统的手工记录方式存在诸多痛点药品库存难以实时掌握、处方管理效率低下、财务对账复杂耗时。这套基于Spring Boot 3的信息管理系统正是为解决这些实际问题而设计。我在实际开发中发现校园药店业务具有三个典型特征一是药品流通频率呈现学期周期性波动开学季和考试周需求激增二是需要严格区分处方药与非处方药的管理权限三是涉及医保报销、学生优惠等特殊结算场景。这些特性决定了系统需要具备弹性架构和灵活的权限控制能力。2. 技术架构设计2.1 Spring Boot 3核心优势选择Spring Boot 3.1.5版本主要基于以下考量原生支持JDK 17的虚拟线程特性在高并发药品查询场景下实测吞吐量比传统线程池模式提升40%改进的Actuator端点配合Prometheus实现药品库存预警的分钟级监控新的ProblemDetails异常处理机制完美适配医保接口规范的错误返回格式2.2 模块化设计系统采用六边形架构核心模块包括pharmacy-core // 领域模型 pharmacy-api // REST接口 pharmacy-service // 业务逻辑 pharmacy-payment // 支付子系统 pharmacy-report // 报表引擎 pharmacy-alert // 智能预警特别在药品批次管理模块采用JPA的EntityGraph实现关联查询优化使库存盘点响应时间从平均3.2秒降至800毫秒。3. 核心功能实现3.1 药品全生命周期管理实现药品从采购到报废的闭环管理采购入库时自动生成唯一追溯码含生产日期批次号智能货位分配算法考虑药品效期和存取频率近效期药品自动触发橙色预警提前90天关键代码片段Transactional public void batchAccept(ListDrugDTO drugs) { drugs.forEach(dto - { Drug drug modelMapper.map(dto, Drug.class); drug.setTraceCode(generateTraceCode(dto)); // 效期校验 if (drug.getExpireDate().isBefore(LocalDate.now().plusMonths(3))) { alertService.sendExpireWarning(drug); } repository.save(drug); }); }3.2 处方闭环管理独创四眼原则电子处方流程校医开方需数字证书签名药师审核强制核对配伍禁忌学生确认扫码获取用药指导财务归档自动关联医保结算4. 特殊业务场景处理4.1 医保对接方案针对大学生医保的特殊性我们设计了三层适配架构接口层采用Spring WebClient实现异步调用转换层XSLT模板实现医保报文转换容错层本地事务补偿机制保障数据一致性4.2 突发疫情响应通过配置中心热更新策略实现防疫物资的智能调配当校内确诊病例5例时自动提升口罩、消毒液库存警戒线动态调整购买限制如退烧药每人限购1盒5. 性能优化实践5.1 缓存策略采用多级缓存架构Caffeine本地缓存高频访问的药品基础信息Redis集群库存实时数据和热销排行榜特别对中药饮片这类多规格商品采用Cacheable注解实现自动缓存5.2 报表生成优化使用JasperReportPOI-TL混合方案日常统计报表基于模板引擎动态生成学期汇总报告预编译报表模板离线生成 实测将年度药品消耗报告的生成时间从45分钟压缩到8分钟6. 安全防护体系6.1 细粒度权限控制基于Spring Security 6的RBAC扩展模型roleHierarchy: ROLE_ADMIN ROLE_PHARMACIST ROLE_PHARMACIST ROLE_DOCTOR ROLE_DOCTOR ROLE_STUDENT6.2 敏感数据保护对处方信息采用字段级加密使用Hibernate的ColumnTransformer注解医保卡号等PII数据采用国密SM4算法加密数据库审计日志脱敏处理7. 部署与监控7.1 容器化部署Docker Compose编排方案services: pharmacy-app: image: openjdk:17-jdk deploy: resources: limits: cpus: 2 memory: 2G healthcheck: test: [CMD, curl, -f, http://localhost:8080/actuator/health]7.2 监控看板Grafana监控指标包括药品查询API的P99响应时间库存预警触发频率处方审核平均耗时 设置智能告警规则如当库存同步延迟5分钟时触发通知8. 踩坑实录药品名称模糊查询陷阱错误做法LIKE %#{name}%导致全表扫描优化方案ES分词索引NGram分词器事务失效场景发现原因Async方法调用Transactional方法解决方案采用TransactionTemplate编程式事务日期比对时区问题坑点MySQL的DATE类型与Java的LocalDate转换根治方案统一使用UTC时区存储这个项目让我深刻体会到医疗类系统的开发必须坚持业务合规性优于技术先进性的原则。特别是在处理处方药管理时我们额外增加了操作留痕和双人复核机制虽然增加了开发复杂度但换来了系统的安全可靠。