企业级MIMS计量器具管理系统
2026-03-23 16:41:16
行业：医疗健康
载体：安卓APP、网站
技术：MongoDB C++ Driver、MyBatis、Spring Boot、React
业务和功能介绍
# MIMS2 后端 API 接口文档
药企计量器具与特种设备管理系统（MIMS2）完整 API 接口文档
## 目录
1. [全局规范](#1-全局规范)
2. [认证与用户 (Auth)](#2-认证与用户-auth)
3. [组织架构 (Organizations)](#3-组织架构-organizations)
4. [用户管理 (Users)](#4-用户管理-users)
5. [计量器具管理 (Instruments)](#5-计量器具管理-instruments)
6. [特种设备管理 (Special Equipments)](#6-特种设备管理-special-equipments)
7. [鉴定/溯源管理 (Appraisals)](#7-鉴定溯源管理-appraisals)
8. [维护记录 (Maintenance Records)](#8-维护记录-maintenance-records)
9. [风险评估 (Risk Assessments)](#9-风险评估-risk-assessments)
10. [审计追踪 (Audit Trails)](#10-审计追踪-audit-trails)
11. [仪表盘 (Dashboard)](#11-仪表盘-dashboard)
12. [导出功能](#12-导出功能)
13. [消息通知 (Messages)](#13-消息通知-messages)
14. [待办事项 (Todos)](#14-待办事项-todos)
15. [通知配置 (Notification Configs)](#15-通知配置-notification-configs)
药企计量器具与特种设备管理系统（MIMS2）完整 API 接口文档
## 目录
1. [全局规范](#1-全局规范)
2. [认证与用户 (Auth)](#2-认证与用户-auth)
3. [组织架构 (Organizations)](#3-组织架构-organizations)
4. [用户管理 (Users)](#4-用户管理-users)
5. [计量器具管理 (Instruments)](#5-计量器具管理-instruments)
6. [特种设备管理 (Special Equipments)](#6-特种设备管理-special-equipments)
7. [鉴定/溯源管理 (Appraisals)](#7-鉴定溯源管理-appraisals)
8. [维护记录 (Maintenance Records)](#8-维护记录-maintenance-records)
9. [风险评估 (Risk Assessments)](#9-风险评估-risk-assessments)
10. [审计追踪 (Audit Trails)](#10-审计追踪-audit-trails)
11. [仪表盘 (Dashboard)](#11-仪表盘-dashboard)
12. [导出功能](#12-导出功能)
13. [消息通知 (Messages)](#13-消息通知-messages)
14. [待办事项 (Todos)](#14-待办事项-todos)
15. [通知配置 (Notification Configs)](#15-通知配置-notification-configs)
项目实现
# 01 系统架构设计 (Architecture Design)
## 1. 整体架构概述
本系统（药企计量器具与特种设备管理系统）采用**前后端分离**的现代化 Web 架构。系统设计严格遵循药企 GxP 规范，重点解决**多层级组织架构的数据隔离**与**高标准合规性（审计追踪）**问题。
## 2. 逻辑分层架构
### 2.1 前端展示层 (Frontend)
* **技术栈**: React 18, TypeScript, Vite, Tailwind CSS, React Router, Recharts, Lucide React.
* **核心机制**:
* **状态管理**: 使用 React Context API (`AuthContext`) 全局管理用户会话、当前登录组织及权限边界。
* **路由守卫**: `ProtectedRoute` 拦截未登录或无权限的访问。
* **动态数据过滤**: 前端基于当前选择的“工厂级”组织架构，动态计算 `activeScopeIds`，并在所有列表、图表展示中进行数据过滤。
### 2.2 后端服务层 (Backend)
* **架构模式**: 模块化单体架构 (Modular Monolith) 或 微服务架构 (Microservices)。初期推荐模块化单体以降低运维复杂度。
* **推荐技术栈**: Node.js (NestJS) 或 Java (Spring Boot)。
* **核心模块**:
* **认证与权限模块 (Auth & RBAC)**: 负责 JWT 签发、Token 校验、角色权限控制及数据范围 (Data Scoping) 计算。
* **组织架构模块 (Org Management)**: 维护“公司-工厂-车间-部门”的树形结构。
* **资产管理模块 (Asset Management)**: 统一处理计量器具和特种设备的生命周期（台账、状态流转）。
* **合规与审计模块 (Compliance & Audit)**: 拦截所有业务模块的写操作（AOP 切面编程），强制记录审计日志，处理电子签名逻辑。
### 2.3 数据存储层 (Data Layer)
* **主数据库**: PostgreSQL 14+。利用其强大的 JSONB 支持存储复杂的数据变更快照，利用其事务特性保证业务数据与审计日志的一致性。
* **缓存**: Redis。用于缓存组织架构树、数据字典、用户 Session/Token 黑名单。
* **文件存储**: MinIO 或 AWS S3。用于存储设备说明书、校准证书扫描件、检验报告等非结构化数据。
## 1. 整体架构概述
本系统（药企计量器具与特种设备管理系统）采用**前后端分离**的现代化 Web 架构。系统设计严格遵循药企 GxP 规范，重点解决**多层级组织架构的数据隔离**与**高标准合规性（审计追踪）**问题。
## 2. 逻辑分层架构
### 2.1 前端展示层 (Frontend)
* **技术栈**: React 18, TypeScript, Vite, Tailwind CSS, React Router, Recharts, Lucide React.
* **核心机制**:
* **状态管理**: 使用 React Context API (`AuthContext`) 全局管理用户会话、当前登录组织及权限边界。
* **路由守卫**: `ProtectedRoute` 拦截未登录或无权限的访问。
* **动态数据过滤**: 前端基于当前选择的“工厂级”组织架构，动态计算 `activeScopeIds`，并在所有列表、图表展示中进行数据过滤。
### 2.2 后端服务层 (Backend)
* **架构模式**: 模块化单体架构 (Modular Monolith) 或 微服务架构 (Microservices)。初期推荐模块化单体以降低运维复杂度。
* **推荐技术栈**: Node.js (NestJS) 或 Java (Spring Boot)。
* **核心模块**:
* **认证与权限模块 (Auth & RBAC)**: 负责 JWT 签发、Token 校验、角色权限控制及数据范围 (Data Scoping) 计算。
* **组织架构模块 (Org Management)**: 维护“公司-工厂-车间-部门”的树形结构。
* **资产管理模块 (Asset Management)**: 统一处理计量器具和特种设备的生命周期（台账、状态流转）。
* **合规与审计模块 (Compliance & Audit)**: 拦截所有业务模块的写操作（AOP 切面编程），强制记录审计日志，处理电子签名逻辑。
### 2.3 数据存储层 (Data Layer)
* **主数据库**: PostgreSQL 14+。利用其强大的 JSONB 支持存储复杂的数据变更快照，利用其事务特性保证业务数据与审计日志的一致性。
* **缓存**: Redis。用于缓存组织架构树、数据字典、用户 Session/Token 黑名单。
* **文件存储**: MinIO 或 AWS S3。用于存储设备说明书、校准证书扫描件、检验报告等非结构化数据。
示例图片视频
相似推荐
物流订单-物流订单系统
本项目旨在解决传统物流运输中信息流转滞后、调度效率低下、在途监管缺失及结算周期冗长等行业痛点，通过构建一套智能化的物流订单全生命周期管理平台，实现从下单到交付的闭环管控。系统核心功能涵盖订单中心、调度、司机移动作业端三大模块。具体业务流程始于货主或平台运营人员在后台创建物流订单，详细录入发货方、收货方、货物属性及运输要求等关键信息；订单生成后，系统支持两种灵活的调度模式：一是平台人工调度，二是将订单发布至司机端公众号进行公开抢单，激发运力活力。人工调度的单在平台进行确认接单和结单，司机抢的单要司机通过微信公众号接收任务通知，确认接单后，需在装货现场拍摄并上传清晰的装车照片（含货物细节与单据）。卸货时，司机同样需拍摄卸车照片上传，作为交付完成的凭证。平台管理人员在后台核对上传的照片流与运输时效，确认无误后即可执行结单操作。通过该平台，物流公司实现了运输过程的全透明化、责任界定的清晰化，显著降低了运营成本与管理风险。
xxx-wms智能仓储
1.现场搭建agv仓库
2.集成智能机器人系统
3.实现下发各类任务, 调度机器人搬运物料
4.可以从生成线到agv仓库, 可以从产线到产线, 从agv仓库到发货区等
5.生产物料的bom管理
6.集成对接上游erp
7.库存物料盘点
8.手持终端辅助生产作业
生产端计酬及库存管理系统-椰泰实业
椰泰生产管理系统
一、立项背景与目标
饮料厂生产线每天几十个工人、多个小组、好几种产品同时生产。以前靠纸笔记产量、Excel 算工资，主管每天要忙到深夜才能够统计完。
这套系统就干一件事：工人手机上点两下录产量，主管随时看全厂数据，工资自动算好，追溯码一扫就知道谁产的。节省了大量人工时间，更加方便管理。
二、核心功能
工人端（3个功能）
生产录入：选产品→填卡板数→提交，自动算出件数和当天产值
追溯码：提交后弹出二维码，扫码能看到产品、组别、工人、日期
我的：看本组今天产了多少、每人分别多少
主管端（7个功能）
看板：一眼看完当天总产量、小组排名、品种分布、工资总额
产品管理：新增/删除产品，设定规格和工价
小组管理：增删小组和成员
包装：记录包装材料入库，生产时自动扣库存
生产记录：按天查看各小组各品种的产量汇总，支持归档和历史
工资：自动均分小组产值到每个人，一键发薪
任务：设定每天目标卡板数，实时看完成进度
三、业务流程
工人上班
→ 打开APP → 选小组 → 选名字
→ 选产品 → 输卡板数 → 提交
→ 弹出二维码（追溯码）
→ 自动扣包装库存
主管打开APP
→ 看板实时刷新（产量、排名、工资全有了）
→ 生产标签看各小组汇总
→ 工资标签一键发薪
下班
→ 点"归档今日" → 当天数据存历史 → 看板清零
→ 点"历史"随时翻看之前每天的生产情况
数据存服务器，多台手机共享。
卡口系统
卡口设备数据采集。过车数据展示。采集数据包括：车牌号码、电子车牌、车辆重量、集装箱箱号、二维码、IC卡号。控制设备包括：电子栏杆、语音播报、LED显示屏、电子关锁。
卡口设备数据采集。过车数据展示。采集数据包括：车牌号码、电子车牌、车辆重量、集装箱箱号、二维码、IC卡号。控制设备包括：电子栏杆、语音播报、LED显示屏、电子关锁。
瑞立信息管理系统
瑞立信息管理系统，是作为自己公司部分业务上的管理开发的后台管理系统，里面有许多基础模块，另外拓展了对外的招聘业务做了开发，管理前台的招聘信息，用于生成动态页；寄售管理作为公司寄售业务的管理，对于寄售物料做管控。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服