一、系统定位与核心优势
OpenBoxes 是一款专为医疗供应链设计的开源库存与仓储管理系统，最初由 Partners In Health 发起，用于管理其全球医疗机构的药品和物资库存。与通用型库存软件不同，OpenBoxes 从诞生起就瞄准了一个特定痛点：医疗场景下的批次追踪、效期管理和多级仓配。
系统目前的社区相当活跃，AWS 官方博客在 2025 年专门介绍了其云部署方案，官方也在 2026 年持续更新成本指南。它的典型用户是医院中心药房、区域医疗仓库、人道主义救援组织的物流团队。一位仓库管理方案的评测作者写道：“OpenBoxes 对医疗和人道主义供应链尤其合适，因为领域词汇（批次、效期、请领、多设施）已经内置在系统中”。
二、核心功能模块
1. 库存管理（Inventory Management）
这是系统的核心。OpenBoxes 追踪产品、批次号、库位（Bin Location）和仓库位置四个维度的库存数据。每个产品都有一个库存卡（Stock Card），集中展示当前库存、批次明细、交易历史和需求模式。
系统支持四种交易代码：CREDIT（入库、退货）、DEBIT（出库、调整）、INVENTORY（基线盘点）、PRODUCT_INVENTORY（产品级盘点）。通过逆向处理交易历史来计算当前数量。
库存水平管理是实用功能：可以为每个产品在每个位置设置最小库存、再订货点和最大库存。系统会自动将库存状态分类为缺货、低库存、需要补货、理想库存、超储等，并在再订货报表中列出需要补货的产品和建议数量。
2. 多级仓配与请领（Requisition）
OpenBoxes 的“请领”功能用于从中心仓库向药房、病房等服务点调拨库存。目前的一个设计选择是：请领单由仓库管理员在系统中创建，而不是由护士或药房人员发起。官方解释这是为了“节省时间、避免为护士和药房人员增加耗时的流程”——在实际使用中，护士提交纸质请领单，仓库人员录入系统并执行。
3. 采购与入库（Purchase Orders & Receiving）
系统支持创建采购订单，并关联到供应商。入库流程可以记录批次号和效期，系统支持部分收货的工作流。产品可以配置多个供应商来源。
4. 批次与效期追踪
批次号和效期是医疗供应链的刚需。OpenBoxes 允许对每个库存项追踪批号（Lot Number）和过期日期，系统会生成效期报表，列出在指定时间范围内即将过期的产品。
5. 库位管理（Bin Location）
在仓库内部，OpenBoxes 支持库位级的库存追踪。可以按库位进行盘点，也可以查看库位报表了解每个库位的当前库存。库位可以设置特殊属性（如冷链、管制药品）和冻结状态（限制拣货）。
6. 盘点与循环盘点（Cycle Count）
系统支持循环盘点工作流：盘点（物理计数）→ 差异处理（对账）→ 完成（生成调整交易）。对于大型仓库，可以按库位进行盘点。
7. 报表与数据分析
内置报表包括：库存摘要、库位报表、效期报表、再订货报表等。系统还追踪产品的历史需求模式，用于预测。
8. 权限与用户管理
OpenBoxes 提供基于角色的授权，目前只有三个角色：Admin、Manager 和 Browser。Manager 拥有大多数对象的增删改查权限。官方在文档中坦诚地承认了这个限制：“我无法创建一个新角色（比如值班经理），允许用户创建产品但不能创建采购订单。更细粒度的权限方法将在未来版本中实现”。
9. API 与集成
系统提供 API 用于自动化库存操作。官方社区讨论了通过 API 创建库存项和添加库存的工作流，关键点包括：原子计量单位（UoM）的选择——OpenBoxes 目前不支持自动单位换算，所有数量都以创建产品时设定的原子单位流转。
三、优缺点分析
优点
医疗供应链场景高度适配：批次、效期、请领、多设施等词汇和流程是系统内置的，不需要从零搭建。
开源且社区活跃：代码开源，GitHub 上有持续更新，AWS 官方提供了部署方案。
库存水平管理完善：最小/再订货/最大三级设置，配合自动状态分类和再订货报表，能有效预防缺货和超储。
批次和效期追踪扎实：这是医疗场景的核心需求，系统原生支持。
Docker 部署路径清晰：官方提供了 Docker 镜像和 Compose 文件，简化了部署。
缺点
角色权限过于粗糙：只有三个固定角色，无法创建细粒度的权限组合。对于需要区分“只能创建产品不能创建订单”的场景，目前无法实现。
没有销售订单功能：系统定位是医院内部供应链，不面向外部客户销售。官方建议的变通方法是：创建一个代表客户的位置，生成采购订单并履行，来“模拟”销售订单。
请领流程反向设计：请领单由仓库方而非需求方创建，不符合“需求驱动”的直觉，可能导致仓库人员负担过重。
单位换算缺失：不支持自动 UoM 换算，也不支持小数单位。如果产品以“箱”入库但以“盒”出库，需要手动处理。
初始配置耗时：产品目录、位置、用户角色都需要手动配置，系统管理员需要投入相当的时间。
无原生 ERP/电商集成：不会开箱即用地对接 QuickBooks、Shopify 等系统，需要自行开发。
四、适用人群
OpenBoxes 最适合：医院药房和中心仓库、区域医疗配送中心、人道主义救援组织的物流部门、需要批次和效期追踪的医疗机构。对于从 Excel 或纸质流程升级的机构，它是一个务实的选择。
不太适合：需要完整销售订单功能的商业分销商（系统定位是院内供应链）、需要细粒度权限控制的大型组织（角色系统过于简单）、需要开箱即用电商/ERP集成的企业（需要自行开发对接）。