236 lines
11 KiB
Markdown
236 lines
11 KiB
Markdown
# 运营管理系统 模块规划
|
||
|
||
---
|
||
|
||
## 1. 模块定位
|
||
|
||
运营管理系统是面向**平台运营人员、机构管理者和商务人员**的综合运营中枢，承担平台权限管控、服务生命周期管理、数字营销推广、财务分账结算、安全审计和经营决策分析等核心职能。
|
||
|
||
该系统是整个医养平台能够商业化运转的**管理骨干**，直接关系到平台运营效率、合规性和商业可持续性。
|
||
|
||
---
|
||
|
||
## 2. 建设目标
|
||
|
||
1. 建立统一的账号权限中枢，覆盖多机构、多角色、多租户管理
|
||
2. 管理服务产品的全生命周期（上线→运营→下架）
|
||
3. 提供多维度数字营销工具（优惠券/补贴/广告位/活动）
|
||
4. 构建平台财务分账结算和提现管理体系
|
||
5. 建立完整的安全审计与操作日志体系
|
||
6. 提供关键经营指标的实时看板与决策分析报告
|
||
|
||
---
|
||
|
||
## 3. 核心功能范围
|
||
|
||
### 3.1 一级模块
|
||
|
||
1. 权限管理中枢
|
||
2. 服务生命周期管理
|
||
3. 数字化营销工具箱
|
||
4. 财务分账中枢
|
||
5. 安全审计模块
|
||
6. 决策支持与数据分析
|
||
7. 商城运营功能（直播/智能设备/积分拼团等）
|
||
|
||
### 3.2 二级功能清单
|
||
|
||
**权限管理中枢**：
|
||
|
||
- 超级管理员账号体系（平台级）
|
||
- 机构管理员账号体系（机构级多租户）
|
||
- 角色权限矩阵（RBAC细粒度权限配置）
|
||
- 操作员批量导入/导出
|
||
- 账号安全策略（密码周期/两步验证/IP白名单）
|
||
|
||
**服务生命周期管理**：
|
||
|
||
- 服务/产品上架审核流程
|
||
- 服务类目管理与价格备案
|
||
- 服务版本管理与历史记录
|
||
- 服务下架工单与善后处理
|
||
- 服务SLA指标配置（响应时效/评分门槛等）
|
||
|
||
**数字化营销工具箱**：
|
||
|
||
- 优惠券配置（折扣/减满/礼品卡）
|
||
- 平台补贴（老人减免/政府补贴联动）
|
||
- 广告位管理（Banner/首页推荐/弹窗）
|
||
- 活动策划（限时特卖/节日活动/抽奖）
|
||
- 积分体系管理（积分规则/兑换商品/有效期）
|
||
- 拼团活动管理（成团规则/价格配置）
|
||
- 会员等级与权益配置
|
||
|
||
**财务分账中枢**：
|
||
|
||
- 订单对账（平台订单与财务账单核对）
|
||
- 多方分账规则配置（平台抽成/机构分成/服务商分成）
|
||
- 政府补贴资金台账
|
||
- 服务商提现申请与审批
|
||
- 财务报表（日/周/月/年报）
|
||
- 税务凭证导出（⚠️ 待确认开票接入方式）
|
||
|
||
**安全审计模块**：
|
||
|
||
- 全量操作日志（操作人/时间/IP/操作内容）
|
||
- 异常登录检测（异地登录/多次失败告警）
|
||
- 敏感数据访问审计
|
||
- 合规性自检报告
|
||
- 数据导出审批流程
|
||
|
||
**决策支持与数据分析**：
|
||
|
||
- 关键经营指标实时看板（GMV/DAU/服务完成率等）
|
||
- 机构运营排行（服务量/评分/投诉率）
|
||
- 用户行为漏斗分析
|
||
- 服务商绩效报告
|
||
- 营销活动效果分析
|
||
- 自定义报表导出
|
||
|
||
**商城运营功能（来源于源文档22号系统的商城描述）**：
|
||
|
||
- 直播带货管理（主播入驻/场次管理/商品关联）
|
||
- 智能AI设备管理（配套设备销售与服务绑定）
|
||
- 积分拼团活动（与积分体系联动）
|
||
- 秒杀活动管理
|
||
- 新人礼包配置
|
||
- B2B批量采购专区管理
|
||
|
||
### 3.3 核心功能矩阵
|
||
|
||
| 功能模块 | 操作人员 | 业务价值 |
|
||
| -------- | -------- | -------------- |
|
||
| 权限中枢 | 平台超管 | 安全合规基础 |
|
||
| 分账结算 | 财务人员 | 商业模式落地 |
|
||
| 营销工具 | 运营人员 | 用户增长与留存 |
|
||
| 经营分析 | 管理层 | 决策依据 |
|
||
| 安全审计 | 合规人员 | 监管合规 |
|
||
|
||
---
|
||
|
||
## 4. 与现有 mall 的关系
|
||
|
||
**契合度：B（中度契合，可参考 mall 架构后扩展建设）**
|
||
|
||
### mall 可直接参考 / 复用的能力：
|
||
|
||
| mall 现有能力 | 对应运营功能 | 参考方式 |
|
||
| ---------------- | ---------------- | ---------------------------------- |
|
||
| RBAC权限管理 | 权限管理中枢 | 直接参考架构，扩展多租户支持 |
|
||
| 优惠券与营销活动 | 数字化营销工具箱 | 参考优惠券数据模型，扩展补贴类型 |
|
||
| 商家分账与结算 | 财务分账中枢 | 参考分账逻辑，扩展政府补贴通道 |
|
||
| 订单统计报表 | 决策支持看板 | 参考报表结构，扩展医养业务指标 |
|
||
| 积分体系 | 积分与会员管理 | 直接复用积分规则引擎，扩展兑换商品 |
|
||
| 广告位管理 | 广告位管理 | 直接复用 |
|
||
| 直播管理模块 | 直播带货管理 | 直接参考 |
|
||
|
||
### 须独立建设的能力（mall 没有）：
|
||
|
||
| 医养特有需求 | 说明 |
|
||
| ---------------- | -------------------------------------- |
|
||
| 多机构多租户管理 | mall 不涉及机构树与多租户隔离 |
|
||
| 政府补贴台账 | 政府补贴与医保资金管理，非商业平台概念 |
|
||
| 服务SLA管理 | 养老服务有响应时效要求，mall 无此配置 |
|
||
| 合规审计报告 | 医养监管需要合规自检，mall 无此模块 |
|
||
| 医养类目管理 | 养老服务类目体系与商品类目完全不同 |
|
||
|
||
---
|
||
|
||
## 5. 规划判断
|
||
|
||
**B级建设策略：以 mall 运营后台为参考基础，扩展医养特有运营能力**
|
||
|
||
- 复用 mall 的权限框架（RBAC）、营销工具（优惠券/积分/广告位）等通用能力
|
||
- 在此基础上扩展：多租户、政府补贴台账、服务生命周期管理、合规审计
|
||
- 建议在业务中台（25号）统一身份基础上构建，避免权限体系重复
|
||
|
||
**技术选型**：
|
||
|
||
- 后端：Node.js + PostgreSQL（与 mall 一致的技术栈，降低团队学习成本）
|
||
- 前端：Vue3 + Element Plus（PC端管理后台）
|
||
- 数据分析：ClickHouse（OLAP查询）+ ECharts（可视化）
|
||
- 分账服务：复用 mall 分账逻辑，扩展政府补贴通道
|
||
|
||
---
|
||
|
||
## 6. 需新增业务能力
|
||
|
||
1. **多租户机构管理**：机构树/区域隔离/数据权限边界
|
||
2. **政府补贴资金管理**：补贴类型配置、资金到账确认、补贴发放核销
|
||
3. **服务SLA引擎**：服务类型与响应时效绑定，超时自动预警
|
||
4. **合规审计报告**：可导出的合规自检报告，支持监管查阅
|
||
5. **医养类目管理**：养老服务分类体系（居家/机构/社区/医疗辅助）
|
||
|
||
---
|
||
|
||
## 7. 需新增数据模型
|
||
|
||
| 模型 | 关键字段 |
|
||
| --------------------- | ------------------------------------------------------------------------------------- |
|
||
| `institution` | id, parent_id, name, type, region_code, contract_start, contract_end, status |
|
||
| `operation_audit_log` | id, operator_id, module, action, target_id, target_type, ip, request_hash, created_at |
|
||
| `govt_subsidy_record` | id, elder_id, subsidy_type, amount, source, apply_at, approved_at, paid_at, status |
|
||
| `service_sla_config` | id, service_type, response_time_minutes, escalation_rules(JSONB), updated_by |
|
||
| `ad_slot` | id, slot_name, position, institution_id, start_time, end_time, media_url, click_count |
|
||
| `settlement_rule` | id, institution_id, platform_rate, merchant_rate, govt_channel, effective_date |
|
||
|
||
---
|
||
|
||
## 8. 需新增技术栈 / 第三方能力 / 中间件
|
||
|
||
| 类别 | 技术选型 | 用途 |
|
||
| ------------ | ------------------------------------------ | ---------------------- |
|
||
| OLAP分析 | ClickHouse | 运营报表高性能聚合查询 |
|
||
| 数据可视化 | ECharts / AntV G2 | 经营看板图表 |
|
||
| 审计日志存储 | Elasticsearch | 全量操作日志快速检索 |
|
||
| 分账服务 | 复用 mall 分账 + 医保专属通道（⚠️ 待确认） | 多方分账与政府补贴 |
|
||
| 开票接口 | 百旺/航天信息云开票API（⚠️ 待确认） | 财务发票开具 |
|
||
|
||
---
|
||
|
||
## 9. 外部系统对接关系
|
||
|
||
| 对接系统 | 方向 | 内容 |
|
||
| ------------------ | ---------------- | ------------------------------ |
|
||
| 业务中台（25） | 依赖 | 统一身份与权限底座 |
|
||
| 数据中台（26） | 依赖（数据查询） | 经营分析数据来源 |
|
||
| 医养商城（19） | 双向 | 商城活动配置/营销投放/财务对账 |
|
||
| 服务商管理（11） | 双向 | 服务商分账、绩效看板 |
|
||
| 政府监管系统（01） | 单向上报 | 合规数据上报 |
|
||
| 短信平台（13） | 调用 | 营销短信、账单通知 |
|
||
| 长护险（18） | 双向 | 政府补贴台账联动 |
|
||
|
||
---
|
||
|
||
## 10. 风险与边界
|
||
|
||
| 风险 | 说明 | 应对 |
|
||
| ---------------------------------------- | ------------------------------------ | -------------------------------------------------- |
|
||
| 权限设计复杂度 | 多机构+多角色+多租户权限矩阵设计复杂 | 采用成熟RBAC框架，严格数据权限行级过滤 |
|
||
| 分账合规 | 多方分账涉及税务和监管要求 | 与财务和法务团队确认分账规则，对接合规开票系统 |
|
||
| 政府补贴接入 | 各地政府补贴标准不统一 | 补贴类型/金额参数化配置，支持按区域定制 |
|
||
| 数据分析性能 | 运营报表涉及大量聚合查询 | PostgreSQL主库用于事务，ClickHouse用于分析 |
|
||
| 边界：本系统管商务运营，不管个人医疗数据 | 避免将老人健康数据直接暴露在运营后台 | 严格数据权限隔离，运营人员无法直接访问老人健康档案 |
|
||
|
||
---
|
||
|
||
## 11. 实施优先级与分期建议
|
||
|
||
**优先级：P0（核心基础，尽早建设）**
|
||
|
||
| 分期 | 内容 | 说明 |
|
||
| ------ | ------------------------------------------------------- | ------------ |
|
||
| 第一期 | 权限中枢 + 服务管理 + 基础财务结算 | 平台上线必备 |
|
||
| 第二期 | 营销工具箱 + 经营看板 + 合规审计 | 运营增长必备 |
|
||
| 第三期 | 政府补贴台账 + 多维度分析报表 + 直播/拼团等商城扩展功能 | 商业化深化 |
|
||
|
||
---
|
||
|
||
## 12. 结论
|
||
|
||
运营管理系统是平台商业化运转的核心骨干，**优先级最高（P0）**。
|
||
|
||
mall 的权限管理、营销工具、分账结算和积分体系可为本模块提供直接参考（B级），可节省约 40% 的开发工作量。但多机构租户、政府补贴、服务SLA、合规审计等医养特有能力须独立扩展建设。
|
||
|
||
建议以 mall 为参考基线，在业务中台（25号）统一身份底座上构建运营管理后台，避免重复建设权限模型。
|