中医馆内部管理系统

1核心业务流程

原始流程

1录入患者信息

2病历症状（文字+图片）

3医生诊断（文字）

4药品类型选择

5开处方

6选择药材/用量/先煎后下

7生成处方（冲突检测）

8代煎选择

9邮寄选择

10结算（收款码）

建议优化后流程（标注 NEW 为新增节点）

1选择已有患者 / 新建患者NEW

2录入患者信息

3病历症状（文字+图片）

4医生诊断（文字）

5四诊信息采集（舌象/脉象）NEW

6药品类型选择

7开处方

8选择药材/用量/先煎后下

9生成处方（冲突检测）

10处方预览确认NEW

11代煎选择

12邮寄/自取选择

13结算（收款码）

14支付确认 → 配药 → 发货/自取NEW

患者来源缺失

原文档

直接"录入患者个人信息"，未区分新建和选择已有患者

建议

流程起点增加「选择已有患者 / 新建患者」分支
已有患者可直接调取历史病历，关联本次就诊

理由

复诊是中医馆的核心场景。若每次就诊都新建患者，会导致同一患者出现多条重复档案，病历数据碎片化，无法形成连续的诊疗记录。

四诊信息补充

原文档

未提及

建议

增加四诊信息采集字段：望（舌象图片）、闻、问、切（脉象描述）
舌象可复用"上传图片"功能，脉象用文字字段

理由

望闻问切是中医诊疗的基本方法论。不记录四诊信息，复诊时医生无法对比病情变化，也无法支撑证型判断和用药调整。

处方预览确认优化

原文档

生成处方后直接进入代煎选择，无确认环节

建议

增加「处方预览确认」步骤，检查完整处方内容
药物冲突检测结果应醒目高亮展示

理由

处方涉及多味药材和复杂配伍，直接跳转容易遗漏检查。确认步骤是防错的最后一道关卡。

订单状态流转缺失

原文档

未提及

建议

完整状态链：待付款 → 已付款 → 配药中 → 待发货 → 已完成
医生端和管理后台均可查看订单当前状态

理由

没有订单状态，医生不知道哪些已收款、哪些需配药；仓库不知道哪些需出库。容易出现漏发货、重复发货等问题。

处方修改/撤销缺失

原文档

未提及

建议

支持结算前的修改和撤销操作
已结算处方应有退款/作废流程

理由

医生开完处方后调整用药是常见场景（如患者反馈过敏）。没有修改能力，只能废弃重新开，浪费且产生无效数据。

支付确认机制缺失

原文档

结算（显示收款码），但无支付确认环节

建议

收款码展示后需有确认收款操作
未确认收款的处方不应进入配药/发货流程

理由

展示收款码不等于完成支付。没有确认机制，会导致未收款就发货的资金风险。

2医生端

登录注册

实名认证审核优化

原文档

上传身份证、执业医师证等资料，后台审核需要实名认证

建议

应有审核状态反馈：待审核/已通过/已驳回（附原因）
需明确认证未通过时的功能权限范围

理由

没有状态反馈医生会反复提交或流失。医疗行业对执业资格有严格要求，必须明确未认证状态的系统行为，避免无资质人员开方的合规风险。

账号安全补充

原文档

账号密码登录、手机验证码登录、微信授权登录、忘记密码

建议

增加登录设备管理（查看设备、踢出异常设备）
增加登录异常提醒（异地/新设备登录时通知）

理由

医生账号关联处方权和患者隐私数据。多登录方式增加被盗风险面，设备管理可及时发现和阻止异常访问。

首页

今日数据优化

原文档

今日数据、开处方数量

建议

"今日数据"定义模糊，建议拆分：就诊人数、处方数、收入金额、待处理订单数
增加待办提醒：待发货订单、待处理事项

理由

"今日数据"过于笼统，无法落地。明确指标让医生打开首页就看到核心工作状态。

患者管理

患者信息字段缺失

原文档

填写患者信息、患者症状描述、新建档案

建议

明确基本信息字段：姓名、性别、年龄、手机号、身份证号、过敏史、既往病史、体重
区分必填/选填，避免录入负担过重

理由

不定义字段开发无法实施。性别年龄影响剂量；过敏史是安全用药前置条件，遗漏可能导致医疗事故。

患者列表优化

原文档

支持关键字查找、服务过的患者列表、搜索查找患者档案

建议

"关键字查找"和"搜索查找"重复，建议合并为一个搜索组件
列表应有排序和筛选：按就诊时间、初诊/复诊
增加患者标签：慢性病、复诊、VIP等

理由

重复描述增加开发工作量。医生最常用的场景是"找最近看过的患者"，默认排序应满足此需求。

档案管理缺失

原文档

未提及档案的删除/停用

建议

增加归档/停用功能（不建议物理删除）
归档患者默认不显示，但可通过搜索找到

理由

医疗数据有保存时限合规要求，不能随意删除。归档兼顾合规和查找效率。

医生诊断

诊断内容优化

原文档

文字说明

建议

诊断应结构化：主诉、现病史、证型/证候、治法
支持常用诊断模板，保存复用
小程序端支持语音输入转文字

理由

"文字说明"过于宽泛。证型/治法是中医诊断核心输出，也是选方用药直接依据。模板减少重复录入，语音输入解决手机端打字效率问题。

开处方（核心模块）

处方副数（剂数）缺失

原文档

未提及

建议

增加处方副数（剂数）字段，默认 7 副，支持修改

理由

中药处方必须明确剂数，直接决定药材总用量和总价。缺少此字段，配药和结算均无法执行。

用法用量说明缺失

原文档

未提及

建议

增加用法用量字段，如"水煎服，每日一剂，分早晚两次温服"
提供常用用法模板，支持自定义

理由

用法用量是处方法定要素。《处方管理办法》明确要求处方必须包含用法用量，否则患者不知如何煎药和服用。

禁忌/注意事项缺失

原文档

未提及

建议

增加禁忌和注意事项字段：忌口说明、特殊人群提示（孕妇慎用等）

理由

中药治疗非常注重饮食禁忌，某些药材与特定食物同服会降低药效甚至产生副作用。仅口头告知，患者容易遗忘。

药物冲突处理优化

原文档

系统要判断出，该处方是否有药物冲突（冲突的药物，提前在后台录入）

建议

明确处理策略：仅警告还是强制拦截？
建议分两级：严重冲突（十八反）强制拦截；一般冲突警告但允许确认继续
冲突检测记录到操作日志

理由

仅"判断出"不够，必须定义判断后的系统行为。十八反是绝对禁忌，应强制拦截；部分配伍注意可由医生临床判断。

协定方管理优化

原文档

选择协定方：展示出自己之前开过的药方，医生可直接选择使用

建议

不应只有个人历史方，还应有医馆统一的协定方库
支持：新增、编辑、停用、分类、搜索
区分"个人常用方"和"医馆协定方"

理由

协定方是医馆标准治疗方案。仅展示个人历史，新入职医生无法使用已有协定方，也不利于统一治疗标准。

2/3量转换待确认

原文档

要求：可设置转换2/3量

建议

明确：全方统一转换还是单味药单独设置？
转换时机：一键转换还是生成前自动？
转换后是否保留原始剂量记录？

理由

"2/3量"是儿科常用剂量折算方式，但描述过于简略，开发无法理解具体交互逻辑。

代煎中药优化

原文档

选择是否代煎中药（饮片、膏方等特殊药品需有煎药费，按副收取）

建议

明确煎药费计费标准：固定金额？不同药品不同？
煎药费应在后台可配置
颗粒/粉剂不涉及代煎，选择时自动隐藏代煎选项

理由

煎药费直接影响结算金额。硬编码导致每次调价需改代码。颗粒和粉剂不需要煎煮，展示代煎选项造成困惑。

发货与结算

物流管理缺失

原文档

发货：填写患者收货地址、联系人、电话等

建议

增加物流公司和物流单号字段
增加发货通知功能（短信/微信推送）
自取应有取药码/核销机制

理由

没有物流单号无法追踪包裹；没有发货通知患者会频繁咨询；自取没有核销无法确认取药，订单无法闭环。

结算明细缺失

原文档

显示总价结算、展示收款码

建议

展示费用明细：药材费、代煎费、邮费分项
收款码建议动态生成对应金额
缺少退款流程说明

理由

仅显示总价易产生费用争议。动态收款码避免错误付款。退款是必然场景（过敏、处方错误等），没有流程会导致对账混乱。

积分与业绩

积分体系待确认

原文档

积分数量显示、积分明细、积分规则说明、查找

建议

定义积分获取规则：金额比例还是固定值？
定义积分用途：提现？兑换？排名？
如可提现，明确提现规则和手续费

理由

文档仅描述积分展示，完全没定义来源规则和消耗规则。没有明确规则，开发无法实现计算逻辑。

业绩统计优化

原文档

业绩显示：开处方数量；本月总业绩：开处方数量

建议

增加处方金额统计
增加时间段筛选：本周/本月/自定义
增加图表展示：趋势折线图、分布饼图

理由

仅用数量衡量业绩不全面——3味药简单方和20味药复杂方工作量差异大。金额统计更全面。

客服与多终端

在线客服 & 多终端同步待确认

建议

明确对接哪个第三方客服系统
PC端和小程序功能范围是否一致？
建议PC支持批量操作，小程序侧重移动快速开方
数据应实时同步

理由

不同客服系统对接方式和成本差异大。PC和小程序使用场景不同，应做功能差异化。

3仓库端

申请采购缺失

原文档

申请采购

建议

细化流程：创建 → 审批 → 供应商下单 → 验收 → 入库
增加供应商管理模块
明确审批流程
支持库存预警自动生成采购建议

理由

"申请采购"四个字无法支撑完整模块。药品采购涉及资金支出，必须有审批流程。供应商管理是采购基础。

入库管理优化

原文档

入库管理

建议

入库需记录：药品名称、批号、生产日期、有效期、数量、供应商
应有入库验收环节
入库后自动更新库存

理由

药品批号和有效期是《药品管理法》要求追溯的信息。不关联采购单无法核对到货完整性。

出库管理优化

原文档

出库管理

建议

明确出库类型：配药出库、报损、退货、样品
遵循先进先出（FIFO）
出库自动扣减库存并记录明细

理由

不同出库类型财务处理不同。先进先出避免近效期药品积压过期。

库存盘点补充

原文档

库存盘点

建议

支持全盘和抽盘两种方式
盘点差异有盘盈/盘亏处理流程
明确盘点期间是否冻结出入库

理由

全盘适合月末大盘点，抽盘适合日常抽查。盘点差异没有处理流程就无法平账。

发货管理优化

原文档

发货管理

建议

明确与医生端的职责划分：医生填收货信息，仓库负责配药打包录入单号
支持批量操作：批量打印、批量录入物流

理由

医生端和后台都有"发货"，职责不清会导致重复操作或推诿。

效期管理补充

原文档

未提及

建议

增加药品有效期管理
设置近效期预警（90/60/30天分级）
过期药品锁定和报损流程

理由

使用过期药品是严重医疗安全事件，可能面临行政处罚甚至刑事责任。效期管理是药房管理刚需。

4管理后台

用户与权限

账号体系待确认

建议

明确是统一账号体系还是各端独立
建议统一账号，通过角色区分权限

理由

独立注册会导致同一人有多个账号，数据无法打通，无法统一管理。

角色权限管理缺失

原文档

未提及

建议

增加角色权限：超级管理员、管理员、仓库管理员、医生
权限至少到菜单级别
医生只能看自己的患者和处方数据

理由

没有权限控制，仓库员可修改处方、医生可操作采购——在任何系统中都不可接受。

操作日志补充

原文档

未提及

建议

记录关键操作：登录、处方变更、库存变更、权限变更
含执行人、时间、操作内容、变更前后数据

理由

涉及药品和医疗记录，操作追溯是基本安全要求。没有日志无法排查异常和确定责任人。

药库管理

药库分类缺失

原文档

颗粒药库和中药饮片药库

建议

缺少膏方药库和粉剂药库
四种药品类型应有各自独立的库存管理

理由

医生端支持四种药品类型开方，药库只有两种，膏方和粉剂的库存无管理，仓库无法出库。

药品基础信息缺失

原文档

手动录入对应的药品情况

建议

定义字段：编码、名称、别名、产地、等级、规格、单位、单价、类型
支持Excel批量导入

理由

不定义字段无法开发。数百种药材逐条手动录入工作量巨大，导入是效率刚需。

药物冲突数据管理缺失

原文档

有冲突的中药，会在后台提前录入进去

建议

需要配伍禁忌管理模块
预置十八反、十九畏数据
冲突标注严重等级

理由

文档提到"后台录入"但没有管理入口。没有模块，冲突数据无法维护，冲突检测功能无法运行。

库存不足提醒 & 后台开关优化

建议

预警阈值应自定义（不同药品不同阈值）
增加一键生成补货采购单
"后台开关"需明确控制什么功能

理由

不同药品消耗速度差异大，统一阈值不实用。"后台开关"在文档中出现两次但没说明控制什么，开发无法实现。

处方管理

处方统计 & 导出 & 协定方管理缺失

建议

"自己开处方数量"不合理，改为按医生维度统计
增加处方打印和导出 Excel
增加协定方管理模块

理由

管理员核心诉求是看全局数据，不是看自己的。纸质处方是配药依据，不支持打印只能截图或手抄。

其他模块

数据统计 / 财务管理 / 系统设置补充

建议

聚焦核心报表：处方统计、营收统计、库存流水
增加财务管理：收入统计、对账、退款审批
增加系统设置：煎药费、邮费、默认用量等可配置参数

理由

系统涉及收款和采购支出，没有财务模块经营者无法了解经营状况。煎药费等参数如硬编码，每次调价需改代码。

原始流程

建议优化后流程（标注 NEW 为新增节点）

P0 — 必须有（阻塞上线）

P1 — 应该有（核心体验）

P2 — 可以有（体验增强）

P? — 需进一步确认

中医馆内部管理系统

原始流程

建议优化后流程 （标注 NEW 为新增节点）

P0 — 必须有（阻塞上线）

P1 — 应该有（核心体验）

P2 — 可以有（体验增强）

P? — 需进一步确认

建议优化后流程（标注 NEW 为新增节点）