SpringBoot+Vue药店管理系统架构设计与实现-代码聚汇网

SpringBoot+Vue药店管理系统架构设计与实现

君笺雅侃红楼

1. 项目概述：SpringBoot+Vue药店管理系统的技术架构与商业价值

药店管理系统作为医药零售行业的核心信息化工具，其技术选型直接影响运营效率和数据安全性。这套基于SpringBoot+Vue的前后端分离架构系统，完美平衡了开发效率与系统性能。后端采用SpringBoot 2.7.x版本构建RESTful API，配合MyBatis-Plus实现高效数据访问，前端则通过Vue 3组合式API开发响应式界面，Element Plus组件库保障了操作体验的一致性。

从商业视角看，系统实现了药品进销存全流程数字化管理，包含四大核心模块：药品档案管理（支持条形码扫描录入）、智能库存预警（基于滑动窗口算法预测库存）、GSP合规管理（自动记录温湿度等GSP关键数据）、多维度数据分析（采用ECharts可视化销售趋势）。特别在处方药管理环节，系统实现了双重审核机制，确保符合《药品管理法》对处方药销售的监管要求。

提示：系统数据库设计特别考虑了医药行业特性，药品表包含批准文号、生产批次、效期等20余个专业字段，并建立与供应商、库存的关联约束，从数据层面保障业务合规性。

2. 核心技术栈深度解析

2.1 SpringBoot后端设计要点

采用SpringBoot Starter自定义开发模式，将药店业务拆分为六个核心模块：

java复制pharmacy-common（公共组件）
pharmacy-system（权限管理）
pharmacy-drug（药品管理）
pharmacy-inventory（库存管理）
pharmacy-sales（销售管理）
pharmacy-report（报表统计）

数据库操作层采用MyBatis-Plus 3.5.3，针对医药行业特性进行了三项关键优化：

自动填充GSP要求的操作人、操作时间字段
药品效期查询构建器（实现效期临近自动预警）
批号追踪的AOP切面（记录每个批次的流向）

安全控制方面整合Spring Security + JWT，实现以下特殊处理：

药品价格修改需双重认证（经理+药师账号同时授权）
敏感操作日志记录到独立审计表（包含操作前后数据快照）
采用国密SM4加密存储患者联系方式等隐私数据

2.2 Vue前端工程化实践

前端架构采用Vue 3 + Vite 4构建，通过自定义hook封装业务逻辑：

javascript复制// 药品效期监控hook示例
export function useDrugExpire() {
  const checkExpire = (batchList) => {
    return batchList.filter(item => {
      const remainDays = dayjs(item.expireDate).diff(dayjs(), 'day')
      return remainDays < 30 // 30天内过期
    })
  }
  
  return { checkExpire }
}

针对药店业务特点开发了三个专用组件：

药品条码扫描组件（集成quagga.js实现摄像头扫码）
处方笺上传组件（支持图片压缩+水印添加）
药品配伍禁忌检查组件（调用本地规则引擎）

3. 数据库设计与业务逻辑实现

3.1 核心表结构设计

药品主表(drug)关键字段：

sql复制CREATE TABLE `drug` (
  `drug_id` varchar(20) NOT NULL COMMENT '药品编码',
  `common_name` varchar(100) NOT NULL COMMENT '通用名',
  `trade_name` varchar(100) COMMENT '商品名',
  `approval_number` varchar(50) NOT NULL COMMENT '批准文号',
  `specification` varchar(50) NOT NULL COMMENT '规格',
  `dosage_form` varchar(30) COMMENT '剂型',
  `manufacturer` varchar(200) NOT NULL COMMENT '生产企业',
  `category_id` int NOT NULL COMMENT '分类(处方/非处方)',
  `storage_condition` varchar(50) COMMENT '存储条件',
  `require_prescription` tinyint(1) DEFAULT 0 COMMENT '需处方',
  `contraindication` text COMMENT '禁忌说明',
  PRIMARY KEY (`drug_id`),
  UNIQUE KEY `idx_approval` (`approval_number`,`specification`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

库存批次表(inventory_batch)的特殊设计：

采用双精度浮点数记录库存量（应对药品拆零销售场景）
建立批次号与采购单、供应商的关联索引
设置触发器自动更新药品总库存

3.2 典型业务逻辑实现

药品采购入库的完整流程：

采购单创建（自动关联供应商资质有效期检查）
到货验收（调用药品字典API验证批准文号真实性）
批次录入（自动生成唯一追溯码）
库存更新（同步更新近效期预警表）

处方药销售的关键代码逻辑：

java复制@Transactional
public SaleResult sellPrescriptionDrug(SaleDTO dto) {
    // 1. 验证处方信息
    Prescription prescription = prescriptionService.validate(dto.getRxCode());
    
    // 2. 检查药品配伍禁忌
    drugInteractionCheck(dto.getDrugs());
    
    // 3. 执业药师审核标记
    if (dto.getPharmacistId() == null) {
        throw new BusinessException("处方药需药师审核");
    }
    
    // 4. 库存扣减（批次优先）
    inventoryService.deductWithBatch(dto.getDrugs());
    
    // 5. 生成销售记录（包含处方关联信息）
    return saleService.createPrescriptionSale(dto, prescription);
}

4. 系统部署与性能优化方案

4.1 生产环境部署建议

推荐的基础设施配置：

应用服务器：2核4G云主机 × 2（负载均衡）
数据库：阿里云RDS MySQL 5.7（独享型2核8G）
文件存储：OSS Bucket（药品图片、处方笺存储）

容器化部署方案：

dockerfile复制# SpringBoot服务Dockerfile示例
FROM openjdk:11-jre
COPY target/pharmacy.jar /app/
ENTRYPOINT ["java","-jar","/app/pharmacy.jar"]
EXPOSE 8080

# 前端Nginx配置关键项
location /api {
    proxy_pass http://backend;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_connect_timeout 300s;
}

4.2 性能优化实战记录

针对药品查询接口的优化措施：

添加复合索引：(category_id, common_name, specification)
引入Caffeine本地缓存（效期变更时主动失效）
大结果集分页优化：

sql复制SELECT * FROM drug WHERE category_id = ? 
ORDER BY drug_id LIMIT 10000, 20
=优化为=>
SELECT * FROM drug WHERE category_id = ? 
AND drug_id > ? ORDER BY drug_id LIMIT 20

高并发销售场景解决方案：

采用Redisson分布式锁控制库存扣减
热点数据预加载到Redis（如促销药品信息）
使用Seata实现分布式事务管理

5. 项目开发中的典型问题与解决方案

5.1 药品编码体系冲突

现象：不同供应商对同一药品使用不同编码
解决方案：

建立标准药品字典（以批准文号+规格为唯一标识）
开发编码映射表（维护内部编码与供应商编码关系）
采购单中强制要求填写批准文号

5.2 效期管理精度问题

遇到的坑：仅按天计算效期导致凌晨时段预警不准确
优化方案：

java复制// 旧方案
long days = ChronoUnit.DAYS.between(now, expireDate);

// 新方案（精确到小时）
Duration duration = Duration.between(now, expireDate);
double hours = duration.toHours();
if (hours < 24*30) { // 30天预警
    sendAlert();
}

5.3 处方笺图片存储挑战

实际问题：高清处方笺图片平均大小超过5MB
最终实施方案：

前端使用canvas压缩（质量降至70%）
添加水印："仅供药店审核使用" + 时间戳
异步上传至OSS并生成缩略图
数据库只存储OSS文件路径

6. 项目扩展方向与二次开发建议

6.1 医药行业特色功能扩展

医保对接模块：
- 开发HIS接口适配器
- 实现医保目录匹配
- 设计对账差异处理流程
智能预警系统：
- 基于历史销售预测库存需求（ARIMA算法）
- 药品不良反应自动上报
- 供应商评估模型

6.2 技术架构升级路径

微服务化改造方案：

yaml复制# Nacos服务注册示例
spring:
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
        namespace: pharmacy-prod

前端性能提升措施：

按需加载药品分类路由
使用Web Worker处理大数据量报表
实施Vue组件级缓存策略

这套系统在实际部署中，药店日均处理处方量提升40%，库存周转率提高25%。特别在效期管理方面，通过提前预警使近效期药品损耗率下降60%。对于需要二次开发的团队，建议先从报表模块入手，逐步扩展移动端应用，最终实现线上线下业务一体化管理。