diff --git a/index.html b/index.html index 075a3a7..ddc8e27 100644 --- a/index.html +++ b/index.html @@ -370,6 +370,7 @@ const wikiData = [ { dir: "医疗与健康", icon: "🏥", desc: "中医馆管理、医疗健康系统", color: "blue", items: [ { path: "中医馆内部管理系统/报告/中医馆内部管理系统_需求分析对比报告.html", title: "中医馆内部管理系统需求分析报告", desc: "医生端/仓库端/管理后台逐模块对比分析，含 14 项缺失、15 项优化、10 项补充建议，每项注明理由", date: "2026-05-23" }, + { path: "中医馆内部管理系统/报告/中医馆内部管理系统_需求分析对比报告_mobile.html", title: "中医馆需求分析报告（手机版）", desc: "卡片式可折叠布局，支持标签页切换与底部导航，适合手机端阅读的需求分析对比报告", date: "2026-05-23" }, { path: "中医馆内部管理系统/报告/中医馆内部管理系统_需求文档.md", title: "中医馆内部管理系统需求文档", desc: "基于 XMind 思维导图整理的原始需求文档，含核心业务流程、各终端功能模块、药品分类与系统规则", date: "2026-05-23" } ]} ]; diff --git a/中医馆内部管理系统/报告/中医馆内部管理系统_需求分析对比报告_mobile.html b/中医馆内部管理系统/报告/中医馆内部管理系统_需求分析对比报告_mobile.html new file mode 100644 index 0000000..bc4717c --- /dev/null +++ b/中医馆内部管理系统/报告/中医馆内部管理系统_需求分析对比报告_mobile.html @@ -0,0 +1,1320 @@ + + + + + +中医馆内部管理系统 — 需求分析报告 + + + + + +
+

中医馆内部管理系统

+
需求分析对比报告 · 2026/05/23
+
+ + +
+
14
功能缺失
+
15
优化建议
+
10
补充新增
+
7
待确认
+
+ + +
+ +
+ + +
+
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
    • +
  • 增加协定方管理模块
    • +
+
理由
+
管理员核心诉求是看全局数据，不是看自己的。纸质处方是配药依据，不支持打印只能截图或手抄。
+
+
+ +
其他模块
+
+
+ 数据统计 / 财务管理 / 系统设置 + 补充 + +
+
+
建议
+
    +
  • 聚焦核心报表：处方统计、营收统计、库存流水
    • +
  • 增加财务管理：收入统计、对账、退款审批
    • +
  • 增加系统设置：煎药费、邮费、默认用量等可配置参数
    • +
+
理由
+
系统涉及收款和采购支出，没有财务模块经营者无法了解经营状况。煎药费等参数如硬编码，每次调价需改代码。
+
+
+
+ + +
+
5非功能性需求
+

原文档完全未涉及以下维度

+ +
+
+ 数据安全 + 缺失 + +
+
+
    +
  • 患者病历属敏感医疗数据，需加密存储、传输加密、访问控制
    • +
  • 身份证号、手机号展示时脱敏处理
    • +
+
患者病历受《个人信息保护法》《数据安全法》保护。数据泄露面临高额罚款和声誉损失。
+
+
+ +
+
+ 医疗合规 + 风险 + +
+
+
    +
  • 需考虑《处方管理办法》《药品管理法》
    • +
  • 电子处方是否有电子签名要求？数据保存时限？
    • +
+
医疗系统有明确法律规范。设计不合规，上线后可能面临监管处罚。
+
+
+ +
+
+ 数据备份 & 打印功能 + 补充 + +
+
+
    +
  • 医疗数据应有定期自动备份和灾难恢复
    • +
  • 需支持：处方笺打印、发货单打印、药品标签打印
    • +
+
处方和病历丢失不可恢复，影响复诊且面临法律纠纷。打印是日常高频需求。
+
+
+ +
+
+ 消息通知 + 优化 + +
+
+
原文档
+
仅提到"系统推送的消息提醒"
+
建议
+
    +
  • 明确通知渠道：微信模板消息、短信、站内信
    • +
  • 明确通知场景：发货、库存预警、审核结果、系统公告
    • +
+
不同渠道成本不同（短信按条计费，微信免费）。不同场景紧急程度不同，对应不同渠道。
+
+
+
+ + +
+
6优先级建议
+ +
+

P0 — 必须有（阻塞上线）

+ +
+ +
+

P1 — 应该有（核心体验）

+ +
+ +
+

P2 — 可以有（体验增强）

+ +
+ +
+

P? — 需进一步确认

+ +
+
+ + +
中医馆内部管理系统 · 需求分析对比报告 · 2026/05/23
+ + +
+
🔄
流程
+
🩺
医生端
+
📦
仓库端
+
⚙
后台
+
🛡
非功能
+
📋
优先级
+
+ + + + +