9.9 KiB
9.9 KiB
中心药房 模块规划
1. 模块定位
中心药房系统是面向养老机构/医疗机构的专业药事管理系统，覆盖药库（仓储）管理、门诊药房、住院药房、医养商城药房（线上配送）和共享中心药房（省阳采平台对接），实现药品的全生命周期管理（采购→入库→发药→追溯）。
本系统是典型的医疗信息化专业系统，需满足《药品管理法》《医院信息系统基本功能规范》等法规要求，并对接国家药品追溯系统和省级阳光采购平台。
2. 建设目标
- 实现药库（院内药房仓储）的精细化管理（批次/效期/库存预警）
- 落地门诊药房配药发药流程（医嘱核对→调配→发药→签收）
- 管理住院药房的口服/静脉用药（摆药→送药→核对）
- 对接医养商城，实现处方药线上购买与配送（⚠️ 需处方流转资质）
- 接入共享中心药房模式（省阳光采购平台对接）
- 实现药品全程追溯码管理
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. 需新增业务能力
- 药品主数据库：国家药品编码（YPH）、通用名/商品名、剂型、规格、价格
- 批次管理：每个批次独立追踪（批号/生产日期/效期/供应商/入库单号）
- 处方审核引擎：内置配伍禁忌数据库、用药剂量校验
- 药品追溯码接入：国家药品监管局追溯系统API（各省接口统一程度待确认）
- 省阳采对接：采购申请→省平台下单→入库核对→回款管理
- 共享药房能力：多机构共享一个中心药房，按机构分账
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药房模块（如东软医疗、金仕达、卫宁健康等），大幅降低研发风险。处方流转与省阳采对接需提前开展资质申请和接口调研。