一方一码二期定制开发产品系统

为优化处方流转、医生操作、患者体验及商品配置效率，需新增处方相关优化功能（快捷开方、一码一方、中药处方购买及展示优化、中药颗粒发货系统对接），完善医生头像修改功能，并补充服务包及处方药商品的中药处方、诊断内容配置，提升系统适配中医诊疗场景的能力。

- 快捷开方：开启后，患者主动申请的处方可快捷通过；医生开启的处方可快速审核通过
- 一码一方：医生端首页可通过处方开具功能给患者开方，开方后生成二维码，患者扫码可快速购买
- 中药处方购买优化：优化患者处方购买流程，支持患者快速完成处方购买
- 患者中药颗粒处方屏蔽克数：患者端展示中药处方时，不显示药材克数
- 中药颗粒发货对接：中药处方颗粒经药师审核完成后，自动将订单同步至有爱中医系统，接收有爱中医回传的物流单号
二、医生相关功能
- 医生头像修改：医生可点击个人头像，选择拍照或从相册选取图片修改头像
三、商品与服务配置相关功能
- 服务包配置增加中药处方：服务包新增中药商品选择功能，支持配置中药处方相关商品
- 处方药商品配置增加诊断内容：处方药商品配置（含新建药品、编辑药品操作）中，新增诊断相关内容设置

1. 核心技术栈=
- 后端：Java（Spring Boot），支撑处方流转、订单同步、权限管控
- 前端：Vue，适配医生端、患者端操作界面，支持头像上传、二维码生成
- 数据库：MySQL，存储处方、用户、商品等核心数据
- 中间件：RocketMQ（异步处理订单同步、物流回传）
- 接口对接：HTTP接口，实现与“xx中医系统”的数据同步（物流单号、订单信息）
2. 系统架构
采用分层架构+微服务模式，核心分为3层：
- 表现层：医生端、患者端、运营端界面（头像上传、处方开具、二维码生成等）
- 业务层：处方管理、医生头像管理、商品配置、订单同步等核心业务逻辑
- 数据层：MySQL数据库，存储处方、用户、商品、物流等数据，支持数据同步
3. 实施难点及卡点
系统对接协同难：中药颗粒订单需同步至有爱中医系统，分账数据（订单金额、物流同步状态）易出现同步延迟、异常，导致分账核算滞后。
分账规则适配难：涉及医生、药店、平台、有爱中医等多主体，需结合处方类型（中药 / 普通处方）、订单状态（正常 / 退换货）制定差异化分账规则，规则配置复杂。
数据一致性保障难：分账依赖处方金额、购买记录、物流回传等多维度数据，任一环节数据偏差（如处方金额错误、物流状态异常），都会导致分账金额不准确。
权限与合规管控难：分账相关数据（金额、流水）需严格权限隔离，同时需符合医疗行业财务合规要求，避免分账流程不合规、数据泄露。