汉方制药信息化系统产品系统

1、行业场景：山东汉方制药 ERP 的移动作业端（微信小程序 + App），不是泛 OA，而是把 制药销售履约 搬到一线手机上。
2、立项原因：（1）销售/内勤大量时间在医院、商业、仓库一线，PC 端 ERP 无法支撑「随时制单、随时审批」；（2）业务覆盖临床 / OTC / 电商 / 化妆品多渠道，规则差异大，但入口必须统一；（3）发货涉及合规审批、资质、流向、批号开票，必须形成闭环，不能只做填表

1、底部五栏：首页 / 通讯录 / 工作台 / 应用 / 我的。
2、工作台（发起 + 审批）
（1）发起：临床/OTC 代理·直销发货、电商发货、样品、化妆品发货/样品、退货、DIY 动态流程单
（2）审批：待处理 / 已发起 / 已处理 / 抄送 / 被驳回；同意、驳回（可短信）、选下一审批人、作废、驳回后编辑再提交
2、应用中心（履约与查询）
（1）订单中心：药品/样品/化妆品/退货列表与详情（同一页按类型切换）
（2）物流：待办 / 历史 / 全国发货明细（药品与化妆品双轨）
（3）合规查询：资质查询、临期预警、商业流向
（4）销售统计：销售/化妆品统计，安宫/乌鸡产品线统计，电商统计
（5）主数据与会议：医院列表、会议室预约、会议与总结审批
（6）其它：公告、项目任务、视频学习、低代码表单列表
3、首页 / 通讯录 / 我的
（1）首页：待办角标、公告、快捷入口、统计概览、资质预警
（2）通讯录：组织架构、员工详情、微信名片
（4）我的：草稿箱、电子签名、设置、改密、反馈、版本升级

具体任务： 多渠道发货申请（核心）、工作流审批 + 驳回重提、原生履约 + H5 动态表单混合、统一订单中心
技术栈：uni-app 3 + Vue 3 + TypeScript + Vite； Pinia（页面级 Store），TMUI 3.1 + wot-design-uni，lwu-request；Token + Secret 自动续期， echarts、Socket.IO、电子签名、z-paging、高德定位、App 升级插件
亮点：（1）Secret Token 续期单飞：过期自动登录，并发请求共用一次续期（base/net/index.ts）（2）草稿箱全链路：发货可存草稿、「我的」再编辑
（3）WebView ↔ App Token 同步：H5 表单过期可回调 App 续期再注入（4）跨端条件编译：审批富文本等在 App / 微信用不同组件、
（5）提交防抖 / 权限与升级：接口防重复提交、原生权限分支、强制升级
难点：（1）渠道差异字段多：票折、拼箱、瓶件数一致性、电商字段条件渲染，校验逻辑重
（2）驳回重提状态机：不同 front_route 回填不同制单页，原生与 DIY/H5 路径要统一
（3）混合架构协同：原生与表单设计器两套鉴权、返回拦截、参数传递（Storage 规避过长 query）
（4）双轨业务线：药品 vs 化妆品在物流/订单/统计上 API 与 UI 都要分支维护
（5）小程序包体与分包：重业务下沉 pagesA，同时保证首屏与 Tab 可用