# 中心药房 模块规划

---

## 1. 模块定位

中心药房系统是面向**养老机构/医疗机构**的专业药事管理系统，覆盖药库（仓储）管理、门诊药房、住院药房、医养商城药房（线上配送）和共享中心药房（省阳采平台对接），实现药品的全生命周期管理（采购→入库→发药→追溯）。

本系统是典型的医疗信息化专业系统，需满足《药品管理法》《医院信息系统基本功能规范》等法规要求，并对接国家药品追溯系统和省级阳光采购平台。

---

## 2. 建设目标

1. 实现药库（院内药房仓储）的精细化管理（批次/效期/库存预警）
2. 落地门诊药房配药发药流程（医嘱核对→调配→发药→签收）
3. 管理住院药房的口服/静脉用药（摆药→送药→核对）
4. 对接医养商城，实现处方药线上购买与配送（⚠️ 需处方流转资质）
5. 接入共享中心药房模式（省阳光采购平台对接）
6. 实现药品全程追溯码管理

---

## 3. 核心功能范围

### 3.1 一级模块

- 药库管理
- 门诊药房
- 住院药房
- 医养商城药房（处方流转）
- 药品预警管理
- 耗材管理
- 设备管理（药房设备）
- 共享中心药房（省阳采）
- 药品追溯码管理

### 3.2 二级模块

- **药库管理**：药品采购入库、供应商管理、批次/效期管理、库存盘点、库存调拨
- **门诊药房**：处方审核（药师审核）、调配出药、发药记录、用药指导
- **住院药房**：摆药单生成、口服药摆药、静脉配药（PIVAS）、送药核对
- **商城药房**：处方上传审核、线上付款、配送或自取、处方单存档
- **药品预警**：近效期预警（3/6/12个月）、低库存预警、过期药品管理
- **耗材管理**：医用耗材入库/发放/盘点
- **设备管理**：药房设备台账（发药机/冰箱/保险柜）维护记录
- **省阳采对接**：目录对接、在线采购、回款管理
- **药品追溯**：条码扫描入库、发药扫码、药监局追溯系统上报

### 3.3 核心功能说明

| 功能                 | 描述                                           | 合规要点                         |
| -------------------- | ---------------------------------------------- | -------------------------------- |
| 处方审核（四查十对） | 药师审核处方（查处方/查药品/查配伍/查用法）    | 《处方管理办法》要求             |
| 处方流转             | 电子处方→线上购药→外配药房发药                 | 需互联网医院+处方流转资质        |
| 药品追溯码           | 每个药品包装扫码入库，发药时再次扫码，上报药监 | 《药品追溯条例》要求             |
| 近效期预警           | 批次效期提前预警，触发优先发药或退货           | GMP/GSP规范                      |
| 省阳采对接           | 按省级阳光采购平台目录采购、回款               | 各省采购平台接口（⚠️ 差异大）    |
| 高警讯药品管理       | 高危药品的特殊存储和发药记录                   | 国家卫健委《高警讯药品管理规范》 |

---

## 4. 与现有 mall 的关系

**契合度：D（不适配）**

mall 有商品管理和库存体系，表面上与药库管理有相似性，但存在根本质的差异：

| 能力需求             | mall 现状      | 结论              |
| -------------------- | -------------- | ----------------- |
| 药品批次/效期管理    | 商品无批次概念 | 须独立建设        |
| 处方审核（四查十对） | 无             | 须独立建设        |
| 药品追溯码系统       | 无             | 须独立建设        |
| 医嘱-处方联动        | 无             | 须独立（依赖HIS） |
| 省阳采平台对接       | 无             | 须独立建设        |
| 药监局接口上报       | 无             | 须独立建设        |
| 高警讯药品管理       | 无             | 须独立建设        |

mall 是通用电商平台，不具备药事管理专业能力，强行堆入会导致数据合规失控和药品安全风险。

---

## 5. 规划判断

**独立系统建设（专业药事管理系统）**

- 药师/仓库端：Vue3 PC Web（主要使用场景为院内PC）
- 移动辅助端：uni-app（送药/盘点扫码）
- 与慢性病管理（20）和HIS系统通过HL7接口对接处方数据
- **建议评估采购成熟的HIS药房模块**，而非全自研

---

## 6. 需新增业务能力

1. **药品主数据库**：国家药品编码（YPH）、通用名/商品名、剂型、规格、价格
2. **批次管理**：每个批次独立追踪（批号/生产日期/效期/供应商/入库单号）
3. **处方审核引擎**：内置配伍禁忌数据库、用药剂量校验
4. **药品追溯码接入**：国家药品监管局追溯系统API（各省接口统一程度待确认）
5. **省阳采对接**：采购申请→省平台下单→入库核对→回款管理
6. **共享药房能力**：多机构共享一个中心药房，按机构分账

---

## 7. 需新增数据模型

| 模型                  | 关键字段                                                                                                  |
| --------------------- | --------------------------------------------------------------------------------------------------------- |
| `drug_master`         | id, national_code(YPH), generic_name, brand_name, dosage_form, specification, unit, category              |
| `drug_batch`          | id, drug_id, batch_no, manufacturer, produce_date, expire_date, purchase_price, quantity_in, quantity_out |
| `drug_stock`          | drug_id, location_id, available_qty, locked_qty, last_updated                                             |
| `prescription_review` | id, prescription_id, pharmacist_id, review_result, issues(JSONB), reviewed_at                             |
| `drug_dispensing`     | id, prescription_id, batch_id, qty, dispensed_by, dispensed_at, patient_id                                |
| `drug_trace_record`   | id, drug_id, trace_code, event_type(in/out/dispose), reported_at, report_status                           |
| `low_stock_alert`     | drug_id, current_qty, min_qty, alert_at, handled                                                          |
| `near_expire_alert`   | batch_id, expire_date, alert_days_before, alert_at, action_taken                                          |

---

## 8. 需新增技术栈 / 第三方能力 / 中间件

| 类别        | 技术选型                                   | 用途                  |
| ----------- | ------------------------------------------ | --------------------- |
| 药品数据库  | 国家标准数据库（CFDA数据）或商业药品知识库 | 药品主数据 + 配伍禁忌 |
| 二维码/条码 | ZXing / 硬件扫码枪                         | 药品追溯码扫描        |
| 医疗互操作  | HL7 FHIR                                   | 与HIS/处方系统交换    |
| 省阳采平台  | 各省采购平台API（⚠️ 差异大）               | 阳光采购对接          |
| 药监追溯    | 国家药品追溯系统API                        | 药品追溯码上报        |

---

## 9. 外部系统对接关系

| 对接方             | 内容                           | 说明                  |
| ------------------ | ------------------------------ | --------------------- |
| 慢性病管理（20）   | 电子处方流转到中心药房         | 内部API（HL7 FHIR）   |
| 医养商城（19）     | 处方药线上购买，从药房出库配送 | 内部API               |
| 医保DIP（17）      | 药品费用数据提供给医保审核     | 内部API               |
| 机构HIS系统        | 医嘱→处方→发药                 | HL7 FHIR              |
| 国家药监局追溯系统 | 药品码上报                     | 官方API               |
| 省阳光采购平台     | 采购目录对接                   | ⚠️ 各省接口规范待确认 |

---

## 10. 风险与边界

| 风险                 | 说明                                             | 应对                                     |
| -------------------- | ------------------------------------------------ | ---------------------------------------- |
| 药品追溯接口         | 各省药监局追溯接口进度不一                       | 优先实现自建追溯记录，国家接口就绪后对接 |
| 省阳采差异           | 各省阳光采购平台接口规格不同                     | 设计可配置的采购平台适配层               |
| 处方流转资质         | 需互联网处方流转资质                             | ⚠️ 提前规划资质                          |
| 效期管理复杂度       | 临期药品FIFO（先进先出）需严格执行               | 系统强制FIFO发药策略                     |
| 边界：不含诊断和开方 | 本系统只管理处方后的药事流程，开方在HIS/慢病系统 | 明确与开方系统的接口边界                 |

---

## 11. 实施优先级与分期建议

**优先级：P2**

| 分期   | 内容                                 | 前置条件                           |
| ------ | ------------------------------------ | ---------------------------------- |
| 第一期 | 药库管理 + 门诊药房（院内流程）      | HIS系统确认                        |
| 第二期 | 处方流转线上化 + 商城药房            | 处方流转资质、慢性病管理（20）就绪 |
| 第三期 | 省阳采对接 + 药品追溯 + 共享中心药房 | 各省接口确认                       |

---

## 12. 结论

中心药房系统是高度专业的药事管理系统，其批次/效期管理、处方审核、药品追溯等核心能力与 mall 的商品管理存在根本性差异，**必须独立建设**。

**强烈建议评估采购成熟的HIS药房模块**（如东软医疗、金仕达、卫宁健康等），大幅降低研发风险。处方流转与省阳采对接需提前开展资质申请和接口调研。
