660 lines
47 KiB
Markdown
660 lines
47 KiB
Markdown
# mall 文件夹现状分析报告 × 智慧医养需求契合度
|
||
|
||
------
|
||
|
||
## 一、mall 文件夹现状总结
|
||
|
||
### 1.1 项目定位
|
||
|
||
[mall](vscode-file://vscode-app/d:/%E8%BD%AF%E4%BB%B6/Microsoft%20VS%20Code/cfbea10c5f/resources/app/out/vs/code/electron-browser/workbench/workbench.html) 是一个基于 uni-app（uvue/UTS）+ Supabase + PostgreSQL 构建的**多角色通用电商平台**，覆盖消费者、商家、配送员、客服、运营管理员五种角色，支持微信小程序、H5、Android/iOS 多端运行。
|
||
|
||
**项目英文描述原文**（manifest.json）：`A multi-role e-commerce application.`
|
||
|
||
这一定位直接说明了它的性质：**通用电商，而非医养平台。**
|
||
|
||
------
|
||
|
||
### 1.2 已有模块清单
|
||
|
||
| 模块 | 覆盖能力 | 代表文件/服务 |
|
||
| --------------- | ----------------------------------------------------- | --------------------------------------- |
|
||
| **用户体系** | 注册/登录/绑定手机/邮箱/OAuth/找密码/用户中心 | `pages/user/`，`authService.uts` |
|
||
| **商品管理** | 商品 CRUD、SKU/规格/标签/保障/评价/图片/搜索 | `productService.uts`，`product/` |
|
||
| **分类管理** | 多级分类 | `productCategoryService.uts` |
|
||
| **购物车** | 加购/勾选/计价 | `pages/main/cart.uvue` |
|
||
| **下单支付** | 微信支付/支付宝/钱包余额/收银台 | `checkout.uvue`, `payment.uvue` |
|
||
| **订单管理** | 全状态流转（待付/已付/发货/签收/完成/取消）/退款/售后 | `orderService.uts`，`orders.uvue` |
|
||
| **物流配送** | 自建配送员端（任务/轨迹/车辆/收入）/第三方快递查询 | `pages/mall/delivery/` |
|
||
| **营销** | 优惠券/满减/积分/会员等级/分销/红包/订阅 | `marketingService.uts` |
|
||
| **商家入驻** | 商家端完整（商品/订单/库存/财务/营销/装修） | `pages/mall/merchant/` |
|
||
| **客服/工单** | 聊天室/工单/投诉处理 | `kefuService.uts`, `ticket-detail.uvue` |
|
||
| **内容管理** | CMS 文章/内容页 | `cmsService.uts`, `articles.vue` |
|
||
| **数据分析** | 销售/用户/商品/配送/优惠券分析，自定义报表 | `pages/mall/analytics/`, 16个分析服务 |
|
||
| **系统管理** | RBAC 权限/系统配置/装修/用户分组与标签 | `systemConfigService.uts` |
|
||
| **推送通知** | Supabase Realtime + Express Push Server | `server/push-server.js` |
|
||
| **LLM/AI 入口** | 语音识别页面（仅入口页，无业务接入） | `pages/llm/asr.uvue` |
|
||
| **订阅/会员** | 订阅套餐/会员价格 | `subscription/` |
|
||
|
||
------
|
||
|
||
### 1.3 mall 明确没有的能力
|
||
|
||
| 缺失能力 | 关键词 | 确认状态 |
|
||
| ------------------------------ | -------------------- | -------------------------------- |
|
||
| 老人档案 / 家属关系 / 健康档案 | elder / 老人 / 档案 | ❌ 不存在 |
|
||
| 护理记录 / 医嘱 / 电子病历 | nursing / EMR / 医嘱 | ❌ 不存在 |
|
||
| 评估量表（ADL/MMSE/Barthel） | 评估 / 量表 | ❌ 不存在 |
|
||
| 服务签到 / GPS 留痕 / 派单工单 | checkin / GPS / 派单 | ❌ 不存在 |
|
||
| 预约类服务订单（时间 + 人员） | appointment / 预约 | ❌ 不存在 |
|
||
| IoT 设备接入 / 实时体征数据 | IoT / 体征 / 传感器 | ❌ 不存在 |
|
||
| GIS 地图 / 轨迹 / 电子围栏 | 地图 / 轨迹 / 围栏 | ❌ 不存在 |
|
||
| 审批流引擎 / 多级审批 | 审批 / 流程 | ❌ 不存在 |
|
||
| 直播带货（实现） | live / 直播 | ❌ 仅在文档中提及需求，代码无实现 |
|
||
| 长护险结算 / 医保支付对接 | 长护险 / 医保 / DRG | ❌ 不存在 |
|
||
| 药房管理 / 处方流转 | 药房 / 处方 | ❌ 不存在 |
|
||
| 呼叫中心 / SOS | 呼叫 / SOS | ❌ 不存在 |
|
||
| 志愿者管理 / 时间银行 | 志愿 / 时间银行 | ❌ 不存在 |
|
||
| 政府监管大屏 / 数据可视化平台 | 监管 / 大屏 | ❌ 不存在 |
|
||
| AI 模型平台 / 智能诊断 | AI 模型 / 辅诊 | ❌ 不存在（仅有 ASR 入口页） |
|
||
| 慢性病管理（随访/用药记录） | 慢病 / 随访 | ❌ 不存在 |
|
||
|
||
------
|
||
|
||
### 1.4 mall 当前适合承接的业务边界
|
||
|
||
**适合：** 标准 B2C/B2B 交易流程、商品型+服务型订单、商家入驻与结算、营销活动、客服工单、配送履约、基础数据分析。
|
||
|
||
**不适合：** 医疗数据系统、政府监管平台、IoT 实时接入、呼叫中心、AI 医疗诊断、审批流、慢病管理、护理管理、家庭床位管理、药房系统、长护险结算、数据中台。
|
||
|
||
------
|
||
|
||
## 二、文档需求与 mall 契合度矩阵
|
||
|
||
> 契合度等级：**A（高契合）/ B（中契合）/ C（低契合）/ D（不建议放入 mall 主体）**
|
||
|
||
------
|
||
|
||
### 模块 1：医养商城（线上商城部分）
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 商品/服务管理、用户注册登录、搜索详情收藏、订单支付退款物流、营销活动、客服售后工单、商家入驻、财务结算、设备租赁、直播带货、私域营销 |
|
||
| **mall 当前对应能力** | 商品/SKU/分类/搜索/收藏/订单/支付/退款/物流/优惠券/积分/营销/商家入驻/财务结算/商家端/客服工单全部覆盖；直播模块**无代码实现**；设备租赁**无独立模块** |
|
||
| **契合度等级** | **A（高契合）** — 线上商城核心交易部分 |
|
||
| **已有可复用部分** | 全套商城交易链路、商家管理、营销、财务、客服 |
|
||
| **当前缺失部分** | 服务类预约订单（含时间/人员字段）、设备租赁专项模块（含 IoT 状态监控）、直播系统、适老化交互 |
|
||
| **需新增业务功能** | 服务预约时间选择、护工/服务人员分配、设备租赁押金流程、电子合同签署、适老化大字体模式 |
|
||
| **需新增数据模型** | 服务类订单扩展字段（service_time, assignee_id, location）、device_rental 表、contract 表 |
|
||
| **需新增前端能力** | 日历选时组件、大字体适老化皮肤、直播 SDK 集成页 |
|
||
| **需新增后端能力** | 电子合同服务对接、直播推流服务 |
|
||
| **需新增技术栈** | 直播：声网/腾讯云直播 SDK；电子签名：e签宝/法大大 |
|
||
| **是否继续放入 mall** | **是** — 这是 mall 最适合承接的核心场景 |
|
||
| **是否拆分成独立服务** | 直播模块可单独运营；设备租赁 IoT 状态监控部分建议对接独立 IoT 服务 |
|
||
| **风险说明** | 文档中把"老人入住/退住/医护/护理记录/药房/医嘱"也放在了"医养商城"章节下，这部分**概念上不属于商城范畴**，强行堆入 mall 会严重破坏架构边界 |
|
||
|
||
------
|
||
|
||
### 模块 1（延伸）：医养商城中超出商城边界的部分
|
||
|
||
以下内容虽然在文档的"医养商城"章节内，但本质上是**医疗机构管理系统（HIS-like 功能）**，不是电商功能：
|
||
|
||
| 功能 | 等级 | 原因 |
|
||
| ----------------------------------- | ----- | ------------------------------------ |
|
||
| 老人入住/外出/探视/退住登记 | **D** | 机构运营管理，属于 LIS/养老机构系统 |
|
||
| 医护管理（医生/护士/电子病历/医嘱） | **D** | 标准 EMR 功能，需独立医疗系统 |
|
||
| 智能监护中心（体征监测） | **D** | IoT 实时数据接入，需独立 IoT 平台 |
|
||
| 体质辨识（中医辨识） | **D** | 医疗专业系统，AI 大模型支撑 |
|
||
| 药房管理（发药/退药/库存） | **D** | 标准药剂科信息系统（PIS/药房 HIS） |
|
||
| 全科医生签约 / 医养服务计划 | **D** | 家庭医生管理系统，属于"健康管理"平台 |
|
||
| 评估管理 / 人事管理 | **D** | HR 系统 + 评估系统 |
|
||
|
||
------
|
||
|
||
### 模块 2：长护险与居家服务管理
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 长护险申请/评估/派单/服务执行/GPS+照片+签字留痕/与人保系统结算对账、居家服务下单/支付/确认/评价、AI 健康监测/语音情感分析 |
|
||
| **mall 当前对应能力** | 居家服务下单/支付/评价有基础商城框架可复用；其余无能力 |
|
||
| **契合度等级** | **C（低契合）** |
|
||
| **已有可复用部分** | 服务类订单框架、支付/退款、评价体系 |
|
||
| **当前缺失部分** | 长护险申请表单、失能等级评估、GPS 定位签到、照片/视频上传、电子签字、服务过程留痕、与人保对账接口、IoT 健康监测、NLP 语音分析 |
|
||
| **需新增技术栈** | 长护险接口 SDK（人保/各省系统）、GPS/LBS 定位、电子签名 SDK、语音 NLP 服务（ASR+情感分析） |
|
||
| **是否继续放入 mall** | **部分是**：居家服务下单/支付/评价可复用 mall 框架，做为"服务类商品"扩展 |
|
||
| **是否拆分成独立服务** | **是**：长护险评估流程、与人保对账、GPS 签到工单、AI 健康监测，必须拆为独立的"居家护理管理子系统" |
|
||
| **风险说明** | 长护险结算涉及医保合规接口，技术复杂度极高，不能与商城共库 |
|
||
|
||
------
|
||
|
||
### 模块 3：智慧康养居家养老管理系统
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 老人档案（12 类字段）、服务预约（地理围栏校验/人脸验证）、家庭医生签约、老年活动中心、智能呼叫（5 种触发）、分级响应（急救联动）、工作台调度 |
|
||
| **mall 当前对应能力** | 有基础订单/用户/地址框架；其余无 |
|
||
| **契合度等级** | **C（低契合）** |
|
||
| **已有可复用部分** | 用户账户体系（需扩展为老人/家属双角色）、地址管理（扩展为服务上门地址）、基础评价/投诉 |
|
||
| **当前缺失部分** | 老人全息档案、家庭医生签约、活动中心预约、IoT 呼叫接入、急救调度联动、分级响应引擎 |
|
||
| **是否继续放入 mall** | **部分是**：老人档案、活动预约可作为 mall 用户体系的医养扩展 |
|
||
| **是否拆分成独立服务** | **是**：智能呼叫/SOS/急救联动必须独立；IoT 设备接入必须独立 |
|
||
| **风险说明** | 急救响应涉及 120 系统联动，属于公共安全领域，法律责任边界需清晰 |
|
||
|
||
------
|
||
|
||
### 模块 4：智慧康养服务商管理系统
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | B2G/B2B/B2C 多级服务体系、服务商档案/资质/人员/GPS 轨迹、考核/信用评分/星级评定、订单全程留痕（定位/生物识别/图片）、500+ IoT 设备状态监控 |
|
||
| **mall 当前对应能力** | 商家入驻/资质审核/订单管理/财务结算/评价有基础；人员 GPS 轨迹无；IoT 无；信用评分无 |
|
||
| **契合度等级** | **B（中契合）** |
|
||
| **已有可复用部分** | 商家入驻审核流程、商品/服务上架、订单管理、财务分账 |
|
||
| **当前缺失部分** | 服务人员 GPS 轨迹管理、服务过程双录（视频+定位）、信用分模型、星级评定算法、IoT 设备状态监控 |
|
||
| **需新增技术栈** | GPS 实时定位服务（高德/腾讯地图 SDK）、视频录制存储（OSS）、信用评分引擎（待建） |
|
||
| **是否继续放入 mall** | **是**：服务商入驻、订单、财务可以在 mall 商家体系上扩展 |
|
||
| **是否拆分成独立服务** | **IoT 500+ 设备监控**必须独立 |
|
||
|
||
------
|
||
|
||
### 模块 5：智慧康养社区助餐可视化系统
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 老人信息申请/补贴资格、人脸识别消费/点餐、配送上门（冷链/GPS追踪）、助餐数据大屏、营养膳食管理、政府补贴审核 |
|
||
| **mall 当前对应能力** | 线上下单/支付/配送有基础；人脸识别无；营养膳食无；政府补贴流程无；大屏无 |
|
||
| **契合度等级** | **B（中契合）** |
|
||
| **已有可复用部分** | 商品（菜品）上下架、线上点餐下单、支付、配送追踪框架 |
|
||
| **当前缺失部分** | 人脸识别核销、补贴自动抵扣、营养分析、助餐补贴审核流程、可视化大屏 |
|
||
| **需新增技术栈** | 人脸识别 SDK（百度/阿里）、营养成分数据库 API |
|
||
| **是否继续放入 mall** | **是**：助餐可以作为"服务类商品+到店核销"的 mall 扩展版本 |
|
||
| **是否拆分成独立服务** | 可视化大屏监管部分应作为独立监管系统 |
|
||
|
||
------
|
||
|
||
### 模块 6：家庭床位及适老化改造系统
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 在线申请/智能资格预审（ADL评分）、三方协议电子签约、适老化改造方案（AI识别/3D可视化）、施工进度追踪（GPS工牌）、智能硬件设备管理（QR+RFID）、监管反馈（资金追踪/违规预警） |
|
||
| **mall 当前对应能力** | 在线申请表单框架有；其他无 |
|
||
| **契合度等级** | **C（低契合）** |
|
||
| **已有可复用部分** | 线上申请流程、审核状态流转（可复用商家入驻审核框架） |
|
||
| **当前缺失部分** | ADL 评分、电子合同三方签署、AI 图像识别改造方案、施工人员 GPS 追踪、RFID 设备管理、资金流向追溯 |
|
||
| **是否继续放入 mall** | **部分是**：申请表单/审核状态/电子合同可在 mall 扩展 |
|
||
| **是否拆分成独立服务** | **是**：RFID 设备管理、施工 GPS、AI 改造方案为独立专项系统 |
|
||
|
||
------
|
||
|
||
### 模块 7：慢性病管理
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 患者端（评估/随访/用药记录/病种管理）、移动医生端（筛查/随访计划/患者建档）、医院管理端（HIS 嵌入工作站/ADL 量表/AI 方案推荐） |
|
||
| **mall 当前对应能力** | **零** |
|
||
| **契合度等级** | **D（不建议放入 mall 主体）** |
|
||
| **原因** | 这是标准的临床慢病管理系统（CDM System），属于医疗信息系统，需对接 HIS、EMR、医保，架构完全不同于电商 |
|
||
| **是否拆分成独立服务** | **必须**：独立慢病管理平台 |
|
||
| **风险说明** | 涉及医疗数据合规（等级保护三级）、患者隐私保护、医嘱资质，不能与商城混合部署 |
|
||
|
||
------
|
||
|
||
### 模块 8：中心药房
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 药库管理（药品字典/采购/库存/供应商）、门诊/住院药房管理、医养商城药房（处方流转/药品配送）、药品追溯码、省阳采平台对接、共享库存、耗材供应链 |
|
||
| **mall 当前对应能力** | 商品管理框架（可映射药品 SKU）；处方流转/省平台对接/追溯码无 |
|
||
| **契合度等级** | **D（不建议放入 mall 主体）** |
|
||
| **原因** | 药品销售涉及《药品管理法》合规要求、处方药电子处方流转（需对接互联网医院/医保结算系统）、药品追溯码（国家监管码），属于高度合规的专项系统 |
|
||
| **是否拆分成独立服务** | **必须**：独立中心药房系统 + 互联网医院对接 |
|
||
| **风险说明** | 处方药电商资质、药品经营许可、互联网医院资质，缺一不可，技术门槛极高 |
|
||
|
||
------
|
||
|
||
### 模块 9：人工智能服务
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 基于 DeepSeek 等大模型的智能推荐（诊断/用药/手术/检验）、医疗审核、知识图谱检索、区域辅诊监测 |
|
||
| **mall 当前对应能力** | ASR（语音识别）入口页一个；无任何 AI 业务能力 |
|
||
| **契合度等级** | **D（不建议放入 mall 主体）** |
|
||
| **是否拆分成独立服务** | **必须**：独立 AI 医疗服务平台（需 GPU 算力、向量数据库、医疗大模型微调） |
|
||
|
||
------
|
||
|
||
### 模块 10：全生命周期监测平台
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 蓝牙定位基站（厘米级）、智能手环（多生命体征）、边缘 AI 摄像头（跌倒/行为识别）、全院 IoT、自动派单调度、家属互动、数据分析 |
|
||
| **mall 当前对应能力** | **零** |
|
||
| **契合度等级** | **D（不建议放入 mall 主体）** |
|
||
| **是否拆分成独立服务** | **必须**：独立 IoT 实时监测平台（需 MQTT/边缘计算/时序数据库） |
|
||
|
||
------
|
||
|
||
### 模块 11：运营管理系统
|
||
|
||
| 字段 | 内容 |
|
||
| --------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 权限中枢（RBAC+ABAC）、服务生命周期管理、DRG 成本核算、多方分账、安全审计、运营驾驶舱、处方药械直通车、健康商城运营（含直播、积分、拼团）、适老化购物助手 |
|
||
| **mall 当前对应能力** | RBAC 权限/多方分账/优惠券/积分/拼团/运营分析有基础；DRG/处方流转/安全审计/直播无 |
|
||
| **契合度等级** | **B（中契合）** — 商城运营部分 |
|
||
| **已有可复用部分** | 运营数据分析、多方财务结算、营销工具箱（优惠券/积分/拼团）、客服体系 |
|
||
| **当前缺失部分** | DRG 成本核算、处方药械对接、安全审计（医疗合规）、适老化购物助手、多级机构审批 |
|
||
| **需新增技术栈** | 适老化 UI 组件库、医疗法规合规检查规则引擎 |
|
||
| **是否继续放入 mall** | **是**：商城运营功能可以，医疗合规/DRG 必须独立 |
|
||
|
||
------
|
||
|
||
### 模块 12：业务中台
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 统一身份认证（电子健康码）、多角色权限（老人/家属/医护/机构）、服务门户管理（微信/APP/Web）、分级诊疗调度引擎、医养服务订单管理、DRG/DIP 规则库、异常预警处置、绩效考核、商保支付结算网关 |
|
||
| **mall 当前对应能力** | 服务门户多端接入（uni-app 已覆盖）；用户体系/订单管理有基础；其他无 |
|
||
| **契合度等级** | **D（不建议放入 mall 主体）** |
|
||
| **是否拆分成独立服务** | **必须**：业务中台是独立的平台层，需单独建设 |
|
||
|
||
------
|
||
|
||
### 模块 13：数据中台
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | Hadoop/Spark 数据湖、HIS/LIS/PACS 对接、数据治理平台（200+标准）、医疗知识图谱（ICD-10/SNOMED CT）、AI 大模型平台（DeepSeek 微调）、360 患者健康画像 |
|
||
| **mall 当前对应能力** | **零** |
|
||
| **契合度等级** | **D（不建议放入 mall 主体）** |
|
||
| **是否拆分成独立服务** | **必须**：需要独立大数据基础设施（Hadoop/Spark 集群、向量数据库、GPU 算力） |
|
||
|
||
------
|
||
|
||
### 模块 14：技术中台
|
||
|
||
| 字段 | 内容 |
|
||
| ---------------------- | ------------------------------------------------------------ |
|
||
| **文档要求概述** | 微服务架构、HL7/FHIR 协议、API 网关、消息队列、区块链存证、国密加密 |
|
||
| **mall 当前对应能力** | Supabase + RPC + RLS（单体应用模式）；无微服务/HL7/FHIR/区块链 |
|
||
| **契合度等级** | **D（不建议放入 mall 主体）** |
|
||
| **是否拆分成独立服务** | **必须**：技术中台是独立基础设施层 |
|
||
|
||
------
|
||
|
||
### 模块 15：其他超出商城边界的系统
|
||
|
||
| 系统名 | 等级 | 原因 |
|
||
| ------------------------- | ------ | ---------------------------------- |
|
||
| 政府监管系统 / 数据驾驶舱 | D | 政务平台，需对接民政/卫健/公安数据 |
|
||
| 智慧医养数据库系统 | D | 全域医疗数据库，需等保三级 |
|
||
| 定期巡访系统 | D | 移动政务应用，GPS+签到+照片上传 |
|
||
| 审批业务系统 | D | 政务审批引擎，多级多部门会签 |
|
||
| 呼叫中心系统 | D | IVR/软交换/NLP，独立专项系统 |
|
||
| 评估系统 | D | ADL/MMSE 量表，专项医养评估工具 |
|
||
| 健康管理系统 | D | 电子病历/健康档案/IoT，医疗平台 |
|
||
| 安全系统 | D | IoT 传感器/视频/GPS，独立平台 |
|
||
| 志愿者管理系统 | D | 独立社区管理平台 |
|
||
| 短信平台系统 | C→独立 | 可对接第三方短信 SDK，但需独立服务 |
|
||
| 智能物联网管理系统 | D | IoT 设备接入，独立平台 |
|
||
| 医保 DIP 智能控费 | D | 医保专项系统，极高合规要求 |
|
||
|
||
------
|
||
|
||
## 三、医养商城与 mall 的重点对比
|
||
|
||
### 3.1 高度契合的部分（mall 已覆盖）
|
||
|
||
| 医养商城需求 | mall 对应能力 | 评估 |
|
||
| --------------------------------- | ------------------------------------------------------ | ------------ |
|
||
| 商品管理、SKU、审核、上下架 | `productService.uts` + admin/product 模块 | ✅ 直接可用 |
|
||
| 服务管理-服务上架/更新维护 | 商品模块可以承载"服务类商品" | ✅ 少量扩展 |
|
||
| 用户注册（手机/邮箱/微信/支付宝） | `pages/user/` 已实现 | ✅ 直接可用 |
|
||
| 搜索、详情、收藏、关注商家 | `search.uvue`、`favorites.uvue`、`followed-shops.uvue` | ✅ 直接可用 |
|
||
| 订单生成/支付/状态管理/物流 | 全订单链路已实现 | ✅ 直接可用 |
|
||
| 医保/微信/支付宝支付 | 支付宝/微信已有；医保支付**缺失** | ⚠️ 医保需新增 |
|
||
| 退款处理 | `apply-refund.uvue`、售后链路 | ✅ 直接可用 |
|
||
| 优惠券/积分/会员/活动/分销 | `marketingService.uts` 覆盖 | ✅ 直接可用 |
|
||
| 商家入驻/店铺管理/财务结算 | 商家端完整覆盖 | ✅ 直接可用 |
|
||
| 客服/工单/投诉处理 | `kefuService.uts`、客服模块 | ✅ 直接可用 |
|
||
| 物流配送/签收确认 | 配送端、物流查询 | ✅ 直接可用 |
|
||
| 数据统计/销售分析/用户行为 | analytics 模块 16 个服务 | ✅ 直接可用 |
|
||
| 消息通知 | 推送服务器 + Supabase Realtime | ✅ 可复用 |
|
||
| 线上商城积分兑换/礼品管理 | `points/index.uvue`、积分体系 | ✅ 直接可用 |
|
||
| 文章管理/广告管理/内容管理 | `cmsService.uts`、`articles.vue` | ✅ 直接可用 |
|
||
|
||
### 3.2 需要扩展但可以在 mall 基础上做到的部分
|
||
|
||
| 医养商城需求 | 当前不足 | 扩展难度 |
|
||
| ---------------------------------- | -------------------------------------- | -------------------- |
|
||
| 服务类订单（含预约时间/服务人员） | 订单表缺少 service_time、assignee 字段 | 中 |
|
||
| 设备租赁模块（押金/租期/设备状态） | 无独立设备租赁流程 | 中 |
|
||
| 适老化交互（大字体/语音搜索） | 无适老化 UI 模式 | 中 |
|
||
| 直播功能 | 有需求文档，代码未实现 | 高（需集成直播 SDK） |
|
||
| 私域营销（社群运营/精准推送） | 基础推送有，私域社群无 | 中 |
|
||
| 生态商家对接（API 接入/联合营销） | 有商家体系，无生态 API 开放平台 | 中 |
|
||
|
||
### 3.3 明确超出 mall 边界、不应堆入的部分
|
||
|
||
| 功能 | 原因 |
|
||
| ------------------------------- | ------------------------------------- |
|
||
| 老人入住/外出/退住/探视记录 | 养老机构 ERP 功能，属于 HIS-like 系统 |
|
||
| 医护管理/电子病历/医嘱/护理记录 | 完整 EMR 功能，医疗信息系统范畴 |
|
||
| 智能监护中心（体征实时监测） | IoT 实时数据流，需独立 IoT 平台 |
|
||
| 药房管理（处方/发药/库存） | 药剂科信息系统（PIS） |
|
||
| 体质辨识（中医 AI 辨证） | AI 医疗专项能力 |
|
||
| 全科医生签约/医养服务计划 | 家庭医生管理系统 |
|
||
| 长护险结算 | 医保合规接口，独立系统 |
|
||
| 医保/DRG/DIP 控费 | 医保专项系统 |
|
||
|
||
------
|
||
|
||
## 四、总体判断
|
||
|
||
### 4.1 契合度总评
|
||
|
||
[mall](vscode-file://vscode-app/d:/%E8%BD%AF%E4%BB%B6/Microsoft%20VS%20Code/cfbea10c5f/resources/app/out/vs/code/electron-browser/workbench/workbench.html) 文件夹与《智慧医养.md》全文需求的整体关系是：
|
||
|
||
> **局部契合**——在"医养商城（线上交易部分）"这一个模块上高度契合，但文档覆盖的 15 个以上独立系统中，mall 能直接承接的不超过 20%。
|
||
|
||
明确说明：**mall 是一个普通电商平台，不是医养平台**，两者在商业模型和技术架构上存在本质差异。如果将《智慧医养.md》的所有需求都堆进 mall，会导致架构崩溃、数据合规失控、系统维护灾难。
|
||
|
||
### 4.2 mall 更适合承接的范围
|
||
|
||
- ✅ **医养商城前台**：商品浏览/搜索/详情/收藏/购物车
|
||
- ✅ **服务交易平台**：服务类商品下单、预约、评价
|
||
- ✅ **服务商入驻与订单中心**：商家入驻/审核/商品管理/财务结算
|
||
- ✅ **营销与会员运营**：优惠券/积分/会员等级/活动/分销
|
||
- ✅ **配送与物流**：商品配送、助餐送餐、设备配送
|
||
- ✅ **客服与售后**：工单/聊天/投诉/评价/回访
|
||
- ✅ **助餐线上点餐**（需扩展人脸核销+补贴抵扣）
|
||
- ✅ **设备租赁商城**（需扩展租赁订单流程，IoT 监控独立）
|
||
- ✅ **直播带货**（需集成直播 SDK）
|
||
- ✅ **私域营销**（需扩展社群能力）
|
||
|
||
### 4.3 哪些内容不应继续堆进 mall 主体
|
||
|
||
| 内容 | 应拆至 |
|
||
| ------------------------------------ | ------------------------------ |
|
||
| 医疗数据中台（HIS/EMR/患者档案） | 独立医疗数据平台 |
|
||
| DRG/DIP 医保控费 | 独立医保合规系统 |
|
||
| IoT 实时设备接入（手环/雷达/摄像头） | 独立 IoT 平台 |
|
||
| 呼叫中心（IVR/坐席/录音质检） | 独立呼叫中心系统 |
|
||
| GIS/轨迹/电子围栏 | 独立地图服务 / 引入地图 SDK |
|
||
| 审批流引擎（多级审批/政府审批） | 独立审批流平台（或低代码引擎） |
|
||
| 医疗 AI/知识图谱/辅诊平台 | 独立 AI 医疗平台 |
|
||
| 中心药房/电子处方/HIS 对接 | 独立药房信息系统 |
|
||
| 政府监管大屏/数据中台 | 独立政务数据平台 |
|
||
| 慢性病管理（随访/建档/HIS 嵌入） | 独立慢病管理平台 |
|
||
| 全生命周期监测（蓝牙基站/摄像头 AI） | 独立全场景监测平台 |
|
||
| 志愿者时间银行/社区管理 | 独立社区服务平台 |
|
||
|
||
------
|
||
|
||
## 五、需要新增的业务功能
|
||
|
||
### 5.1 如果只是把 mall 扩展成"医养商城增强版"
|
||
|
||
**新增业务功能：**
|
||
|
||
1. 服务类订单扩展：预约时间选择 + 服务人员分配字段
|
||
2. 设备租赁流程：押金/租期/归还/损坏评估
|
||
3. 适老化交互模式：大字体皮肤、语音搜索、代客下单
|
||
4. 医保结算支付通道（对接各省医保统筹支付）
|
||
5. 药品商品特殊管控（处方标记、购买限制）
|
||
6. 服务商入驻资质扩展（行业证书/服务能力评级）
|
||
7. 订单核销（到场/服务完成）
|
||
|
||
**新增页面模块：**
|
||
|
||
- 服务预约日历页
|
||
- 设备租赁详情 + 押金管理页
|
||
- 适老化首页（大字体版）
|
||
- 医保支付结果页
|
||
- 服务商资质证书上传/审核页
|
||
|
||
**新增数据模型：**
|
||
|
||
- `service_orders`（service_time, assignee_id, service_location, service_status）
|
||
- `device_rentals`（device_id, rent_start, rent_end, deposit, damage_status）
|
||
- `merchant_qualifications`（license_type, cert_url, expiry_date, audit_status）
|
||
|
||
**新增库/技术栈：**
|
||
|
||
- 医保支付 SDK（各省接口，待确认）
|
||
- 日历选时组件（uni-calendar 已有，需业务定制）
|
||
- 文件 OCR（营业执照/行业证书识别）：百度 OCR 或阿里云 OCR
|
||
|
||
------
|
||
|
||
### 5.2 如果要对齐"医养商城 + 居家服务 + 服务商管理"
|
||
|
||
**新增流程能力：**
|
||
|
||
- 居家服务工单派单 → 服务员接单 → 出发 → 上门签到（GPS）→ 服务开始/结束留痕 → 评价 → 回访
|
||
- 服务人员绑定档案（资质/技能标签/在线排班）
|
||
- 老人档案绑定（基本信息 + 紧急联系人 + 健康禁忌）
|
||
- 家属端：查看老人服务状态/评价服务/接收通知
|
||
|
||
**新增地图/定位/签到/留痕：**
|
||
|
||
- 高德地图 / 腾讯地图 SDK 接入（服务人员 GPS 定位）
|
||
- 服务签到：GPS 打卡（距服务地址 ≤ 500m 验证）
|
||
- 照片上传：服务前后拍照存档（带 GPS 水印+时间戳）
|
||
- 电子签名：服务完成确认（客户签字确认）
|
||
|
||
**新增支付与结算扩展：**
|
||
|
||
- 长护险统筹支付通道（待对接保险系统）
|
||
- 补贴自动抵扣（对接民政补贴数据库，**待确认**）
|
||
- 多方分账（平台+服务商+服务员）
|
||
|
||
**新增适老化交互：**
|
||
|
||
- 超大字体模式 Toggle
|
||
- 语音输入搜索（调用系统语音识别）
|
||
- 一键呼叫家庭医生 / 紧急联系人
|
||
|
||
**新增设备租赁相关能力：**
|
||
|
||
- 设备档案（型号/序列号/押金/租金规则）
|
||
- 租赁订单状态机（已下单/配送中/使用中/归还中/已结算）
|
||
- 设备状态查询页（待接 IoT 数据，可先 Mock 展示）
|
||
|
||
**可能的接口和中间件：**
|
||
|
||
- 高德/腾讯 Maps API（地图、路径规划、逆地理编码）
|
||
- 对象存储 OSS（服务留痕照片/视频存储）
|
||
- 电子签名服务（e签宝/法大大 API）
|
||
- 短信服务（阿里云短信/腾讯云短信，用于服务提醒、工单通知）
|
||
|
||
------
|
||
|
||
### 5.3 如果要逐步逼近整份文档的一期能力
|
||
|
||
**必须独立建设的子系统：**
|
||
|
||
| 子系统 | 建设方式 | mall 的角色 |
|
||
| ---------------------------------------- | --------------------------------------------- | -------------------------- |
|
||
| 居家护理管理平台（工单/GPS/签到/长护险） | 独立 Node.js/Java 微服务 | 提供订单状态消费接口 |
|
||
| IoT 实时接入平台（手环/传感器/摄像头） | MQTT + 时序数据库（InfluxDB/TDengine） | 提供设备信息展示页面入口 |
|
||
| 呼叫中心系统（IVR/坐席/智能派单） | 第三方云呼叫中心（如阿里云呼叫中心 CCC） | 工单状态同步 |
|
||
| 政府监管大屏 | 独立 Web（Vue + ECharts/D3.js）+ 数据汇聚层 | 提供商城侧运营数据 API |
|
||
| 审批流引擎 | 第三方低代码引擎（如钉钉/飞书审批）或独立建设 | 审批结果回调 |
|
||
| 慢病管理平台 | 连接 HIS 的独立系统 | 无关联 |
|
||
| 中心药房系统 | 连接 HIS/医保的独立药事系统 | 处方商品入口可在 mall |
|
||
| AI 医疗平台 | GPU 集群 + 大模型训练推理服务 | 商品推荐入口可调用 AI 服务 |
|
||
| 数据中台 | Hadoop/Spark + 数据湖 + 数据治理 | 提供商城运营数据 |
|
||
|
||
**独立中台需求：**
|
||
|
||
- 统一身份认证中心（电子健康码 + 多系统 SSO）
|
||
- 消息总线（各子系统事件解耦，如 Kafka/RocketMQ）
|
||
- API 网关（对外标准化接口，HL7/FHIR 适配）
|
||
|
||
**重型基础设施：**
|
||
|
||
- HL7/FHIR 协议适配层
|
||
- 国密 SM4 加密存储（医疗数据合规）
|
||
- 区块链存证（服务记录不可篡改）
|
||
- 分布式存储（HDFS/OSS）
|
||
- GPU 算力集群（AI 模型训练）
|
||
|
||
------
|
||
|
||
## 六、需要新增的库 / 技术栈 / 基础设施
|
||
|
||
### 必需新增
|
||
|
||
| 名称 | 用途 | 解决问题 | 层级 | 是否加入 mall |
|
||
| --------------------------------- | --------------------------------- | ------------------ | -------- | ------------------------ |
|
||
| **高德/腾讯地图 SDK** | 服务人员 GPS 定位、签到、路径规划 | 居家服务 GPS 留痕 | 前端 | **是**（加入 mall） |
|
||
| **阿里云/腾讯云 OSS** | 服务留痕照片/视频、营业执照、证书 | 大文件存储、CDN | 基础设施 | **是**（加入 mall） |
|
||
| **短信服务 SDK**（阿里云/腾讯云） | 服务提醒、工单通知、验证码、预警 | 通知闭环 | 中间件 | **是**（加入 mall） |
|
||
| **电子签名 SDK**（e签宝/法大大） | 服务完成确认、入驻协议、租赁合同 | 合规存证 | 后端 | **是**（加入 mall） |
|
||
| **OCR 识别**（百度/阿里云） | 营业执照、行业资质证书识别 | 商家资质审核自动化 | 后端 | **是**（加入 mall） |
|
||
| **Redis** | 会话缓存、工单队列、防重提交 | 性能与幂等控制 | 中间件 | **是**（加入 mall 后端） |
|
||
|
||
### 建议新增
|
||
|
||
| 名称 | 用途 | 解决问题 | 层级 | 是否加入 mall |
|
||
| --------------------------------------- | -------------------------- | ------------------ | ------------ | ------------------------ |
|
||
| **直播 SDK**（声网 Agora / 腾讯云直播） | 直播带货、医生直播问诊 | 直播能力 | 前端/后端 | **是**（加入 mall） |
|
||
| **日历预约组件**（业务定制） | 服务预约时间选择 | 服务类订单时间管理 | 前端 | **是**（加入 mall） |
|
||
| **工单引擎**（轻量级自建） | 服务工单派单/流转/追踪 | 服务全流程管控 | 后端独立服务 | **否**（独立工单微服务） |
|
||
| **人脸识别 SDK**（百度/阿里） | 助餐核销、服务人员身份验证 | 合规认证 | 前端/后端 | **是**（加入 mall） |
|
||
| **消息队列**（RabbitMQ/阿里云 MQ） | 订单事件异步处理、通知解耦 | 高并发与系统解耦 | 中间件 | **否**（独立基础设施） |
|
||
| **API 网关**（Kong/阿里云 APIG） | 各子系统统一 API 管理 | 服务治理 | 基础设施 | **否**（独立建设） |
|
||
|
||
### 可选新增（首期暂缓，后期升级建议）
|
||
|
||
| 名称 | 用途 | 层级 | 是否加入 mall |
|
||
| --------------------------- | ------------------ | -------- | ----------------------- |
|
||
| MQTT Broker（如 EMQX） | IoT 设备实时接入 | 基础设施 | **否**（独立 IoT 平台） |
|
||
| InfluxDB / TDengine | 时序体征数据存储 | 数据库 | **否**（独立平台） |
|
||
| Hadoop/Spark | 数据湖建设 | 基础设施 | **否**（独立数据中台） |
|
||
| 区块链存证 | 服务记录不可篡改 | 中间件 | **否**（独立可信中台） |
|
||
| HL7/FHIR 适配层 | 医疗数据互操作 | 中间件 | **否**（独立中台） |
|
||
| 向量数据库（Milvus/Qdrant） | AI 知识检索 | 基础设施 | **否**（独立 AI 平台） |
|
||
| DeepSeek / 医疗大模型 | 辅诊/推荐/知识检索 | AI 平台 | **否**（独立 AI 平台） |
|
||
|
||
------
|
||
|
||
## 七、建议拆分为独立服务的部分
|
||
|
||
- 智慧医养整体架构建议
|
||
│
|
||
├── 【A: 继续在 mall 扩展】医养商城（主前台）
|
||
│ ├── 线上交易（商品/服务/设备租赁）
|
||
│ ├── 商家入驻与管理
|
||
│ ├── 订单/支付/物流/售后
|
||
│ ├── 营销（优惠券/积分/会员/直播/私域）
|
||
│ └── 助餐点餐（人脸核销+补贴抵扣扩展）
|
||
│
|
||
├── 【B: mall 旁边新增微服务】居家服务管理子系统
|
||
│ ├── 工单派单/GPS签到/留痕
|
||
│ ├── 服务人员档案与调度
|
||
│ ├── 长护险结算对接
|
||
│ └── （与 mall 通过 API 联动）
|
||
│
|
||
├── 【C: 独立建设】IoT 实时监测平台
|
||
│ ├── MQTT 设备接入（手环/传感器）
|
||
│ ├── 时序数据存储
|
||
│ ├── 告警引擎
|
||
│ └── （mall 提供设备租赁商城入口，监测数据由此平台提供）
|
||
│
|
||
├── 【D: 独立建设】呼叫中心系统
|
||
│ └── （与 mall 工单系统联动）
|
||
│
|
||
├── 【E: 独立建设】政府监管大屏平台
|
||
│ └── （从 mall 和各子系统拉取运营数据）
|
||
│
|
||
├── 【F: 独立建设 or 采购】慢病管理平台
|
||
│ └── （连接 HIS，与 mall 药品商城联动）
|
||
│
|
||
├── 【G: 独立建设 or 采购】中心药房系统
|
||
│ └── （处方流转后可在 mall 药品专区展示/下单）
|
||
│
|
||
├── 【H: 独立建设】AI 医疗服务平台
|
||
│ └── （提供 API 给 mall 商品推荐/健康知识）
|
||
│
|
||
├── 【I: 独立建设】数据中台
|
||
│ └── （汇聚 mall + IoT + 医疗 + 政务数据）
|
||
│
|
||
└── 【J: 独立建设或购买】审批流引擎 / 业务中台
|
||
└── （mall 消费审批结果回调）
|
||
|
||
------
|
||
|
||
## 八、分阶段实施建议（P0 / P1 / P2）
|
||
|
||
### P0：医养商城核心版（基于 mall 直接扩展，0-3 个月）
|
||
|
||
> 目标：上线一个真正可用的医养电商平台，复用 mall 80% 的现有能力。
|
||
|
||
**优先实现：**
|
||
|
||
1. 服务类商品订单扩展（预约时间 + 服务人员字段）
|
||
2. 设备租赁商品模块（押金流程 + 租期管理）
|
||
3. 服务商/医疗机构资质入驻（扩展现有商家入驻：行业证书 OCR + 二级资质审核）
|
||
4. 适老化 UI 大字体皮肤模式
|
||
5. 短信通知集成（订单提醒/服务提醒/工单通知）
|
||
6. 对象存储 OSS 接入（证书照片/服务留痕照片存储）
|
||
7. 修复安全风险：移除前端 service_role key，建立后端 API 中间层
|
||
|
||
**可直接复用 mall 现有能力（零改造）：**
|
||
商品/SKU/分类/搜索/收藏/下单/支付/退款/优惠券/积分/商家财务/运营数据分析/客服聊天/消息通知
|
||
|
||
### P1：居家服务 + 服务商管理版（新增工单子系统，3-6 个月）
|
||
|
||
> 目标：实现居家服务全流程（下单→派单→GPS签到→留痕→评价→结算）。
|
||
|
||
**新增建设：**
|
||
|
||
1. 居家服务工单微服务（独立，与 mall 联动）
|
||
2. 高德/腾讯地图 SDK（服务人员定位/路径/签到）
|
||
3. 照片+签名留痕上传（OSS + 水印）
|
||
4. 服务人员档案管理（技能标签/排班/绩效）
|
||
5. 电子签名对接（服务合同/完成确认）
|
||
6. 助餐系统扩展（人脸识别核销 + 补贴自动抵扣）
|
||
7. 初版家属端（查看服务状态/接收通知）
|
||
|
||
### P2：平台生态化（独立系统对接 + 数据汇聚，6-12 个月）
|
||
|
||
> 目标：打通 IoT、呼叫中心、政府监管，形成完整医养生态入口。
|
||
|
||
**建设：**
|
||
|
||
1. IoT 设备接入平台（MQTT + 时序数据库，独立建设）
|
||
2. 呼叫中心系统对接（购买/集成云呼叫中心）
|
||
3. 政府监管大屏（独立 Web 应用）
|
||
4. 直播带货功能（集成声网/腾讯云直播 SDK）
|
||
5. 审批流引擎（采购低代码平台或独立建设）
|
||
6. 慢病管理/中心药房（外采或独立建设，与 mall 处方商品联动）
|
||
7. 数据中台基础建设（从 PostgreSQL 向外汇聚）
|
||
|
||
------
|
||
|
||
## 九、风险与注意事项
|
||
|
||
| 风险项 | 严重程度 | 说明 |
|
||
| ----------------------------- | -------- | ------------------------------------------------------------ |
|
||
| **前端持有 service_role key** | 🔴 严重 | `BACKEND_MIGRATION_PLAN.md` 已说明此问题，P0 必须修复，否则整个数据库无安全边界 |
|
||
| **医疗数据合规风险** | 🔴 严重 | 老人健康档案、体征数据涉及《个人信息保护法》《数据安全法》，必须单独等级保护，不能与商城共库 |
|
||
| **"医养商城"功能边界误判** | 🔴 严重 | 文档中把 EMR/护理记录/医嘱/药房都写进了"医养商城"章节，但这些是 HIS 功能，不是商城功能，强行实现会造成架构灾难 |
|
||
| **长护险/医保接口合规** | 🔴 严重 | 需要有医疗机构资质才能对接医保结算，不是纯技术问题 |
|
||
| **IoT 实时延迟要求** | 🟡 中等 | 文档要求告警响应 ≤15 秒、写入延迟 ≤30 秒，Supabase 不适合作为 IoT 数据实时入库层 |
|
||
| **文档描述功能体量远超一期** | 🟡 中等 | 文档列出了 400+ 功能点，完整实现需 3-5 年，必须明确 P0 边界 |
|
||
| **Supabase 单点依赖** | 🟡 中等 | 目前整个 mall 强依赖 Supabase，随着医养业务复杂化，RLS/RPC 的复杂度会指数级上升 |
|
||
| **uni-app 跨端限制** | 🟡 中等 | 部分医养硬件对接（NFC/蓝牙/RFID）在 H5 环境下有限制，App 端需要原生插件 |
|
||
| **OCR/人脸识别数据合规** | 🟡 中等 | 人脸数据属于生物识别个人信息，需单独授权同意机制 |
|
||
| **处方药在线销售资质** | 🟡 中等 | 互联网药品销售需《互联网药品信息服务资格证书》，处方药须有电子处方，需提前规划合规路径 |
|
||
| **"待确认"项** | ⚪ 待确认 | 医保统筹支付接口、长护险保险公司接口、民政补贴数据库对接方案，需与政府方确认系统开放情况 |
|
||
|
||
------
|
||
|
||
**分析完成。核心结论：mall 是一个成熟的通用电商底座，与《智慧医养.md》呈"局部契合"关系。建议将 mall 定位为"医养商城前台 + 服务交易平台"，P0 阶段直接在此基础上扩展服务类订单和设备租赁；医疗数据、IoT、呼叫中心、政府监管、AI、数据中台等系统必须独立建设，医养平台最终是一个以 mall 为商业交易前台、以多个专项子系统为支撑的分布式架构体系。**
|
||
|
||
-
|
||
-
|
||
-
|
||
-
|
||
- |