# 运营管理系统 模块规划 --- ## 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号)统一身份底座上构建运营管理后台,避免重复建设权限模型。