TPA & HEALTH BENEFITS
TPA 及健康权益
管理平台解决方案
连接保险产品、权益服务、供应商与用户履约
CONTENTS
目录
业务定位与全景
Positioning & Blueprint
业务挑战 · 平台定位 · 参与角色
履约主链路 · 七大模块
核心能力与流程
Capabilities & Operations
供应商 · 权益包 · 标签字段
关联规则 · 两段订单 · 投诉
架构、边界与落地
Architecture & Delivery
多租户 · 用户入口 · 系统集成
TPA 协作边界 · 项目实施
业务定位与全景
从保险产品赠送权益出发，建立可配置、可追踪的服务履约闭环。
01 / SERVICE FULFILLMENT
权益不是一张清单，而是一条跨组织履约链
保险产品、第三方服务与用户使用之间，需要统一规则、订单和状态语义。
产品与权益分离
保险产品、计划与权益包分别维护，若缺少关联规则，赠送范围与有效期难以统一。
供应商分散
体检、问诊、药品及其他服务由不同伙伴履约，需要统一准入信息、账号与服务配置。
激活与使用两段
保单激活权益不等同于用户已经使用；两段订单需要分别记录、跟踪和核对。
异常需要闭环
资料缺失、预约变更、核销差异与投诉需进入明确状态，并落实处理责任。
02 / POSITIONING
保险增值服务履约平台，承接健康权益与 TPA 协作
现成功能聚焦权益配置、激活、使用和投诉；理赔类 TPA 能力按项目边界衔接。
保险产品定义“送什么”，平台负责“如何被激活、使用与追踪”。
健康权益管理：覆盖供应商、权益与权益包、产品关联规则、激活订单、使用订单、供应商账号及投诉处理。
用户服务入口：通过权益中心 H5 展示可用权益，承接预约、兑换或核销等服务动作。
TPA 协作：可围绕医疗与健康服务、资料协同及状态回传开展接口集成；保险核心理赔决定仍按保险机构授权流程执行。
03 / PARTICIPANTS
四类参与者围绕同一权益订单协作
平台统一业务上下文，但不改变各方在产品、服务和专业判断上的责任。
保险机构
- 确认保险产品与计划
- 约定权益赠送范围
- 提供保单与激活依据
平台运营方
- 维护供应商与权益包
- 配置关联规则与有效期
- 跟踪订单和异常
服务供应商
- 提供具体服务项目
- 受理预约、兑换或核销
- 回传履约状态
用户 / 被保人
- 查看可用权益
- 提交使用信息
- 查询状态与反馈问题
具体角色可由保险公司、中介、TPA 或健康管理机构承担；数据访问与操作权限按租户和项目角色配置。
04 / END-TO-END FLOW
从服务配置到投诉结案，形成完整业务链路
每一步都产生可追踪的配置、订单或状态记录。
供应商与权益
维护供应商、单项权益、权益包及所需业务字段。
关联保险产品
按产品或计划配置权益包、有效期和规则启停状态。
保单触发权益
符合规则的保单申请激活，生成激活订单并进入审核。
预约与核销
用户提交服务信息，生成使用订单并由供应商履约。
反馈与投诉
履约异常进入投诉处理，记录进展并形成结案结果。
主数据与订单分层
供应商、权益包和规则属于配置层；激活、使用与投诉属于运营层，便于分别治理与审计。
05 / MODULE MAP
七大模块覆盖配置、履约与服务反馈
规则管理是枢纽，两段订单承接真实履约。
核心能力与流程
以规则管理为中心，把可售权益转化为可履约、可追踪的服务订单。
06 / PROVIDER MANAGEMENT
先明确服务来源，再开放履约协作权限
供应商档案与登录账号分开管理，便于控制业务信息和操作权限。
供应商档案
维护名称、联系方式及合作所需资料，作为权益项目的服务来源方。
服务关联
把单项权益与具体供应商对应，明确服务内容和所需业务字段。
账号管理
为供应商开立登录账号，支持启用、停用和详情查看。
供应商协作链路
供应商资质、服务区域、结算及 SLA 以合作协议和项目配置为准。
07 / BENEFIT CATALOG
用“单项权益 + 权益包”组织可赠送服务
既保留供应商服务颗粒度，也支持面向保险产品组合发布。
单项权益
维护体检、健康咨询、口腔服务、兑换券等具体项目，并关联服务供应商。
- 名称与服务说明
- 上下架状态
- 使用所需字段
权益包
将多个单项权益组合为可赠送方案，供保险产品或计划关联。
- 组合服务内容
- 呈现与适用规则
- 后续版本维护
运营控制
通过上下架和规则启停控制可用范围，避免停用服务继续进入新增业务。
- 状态可追踪
- 配置变更留有边界
- 既有订单按约定处理
服务内容和权益包命名可按项目定制；保险责任与第三方服务权益需在展示和协议中清晰区分。
08 / CLASSIFICATION & FIELDS
标签负责归类，动态字段适配不同服务信息
同一权益中心可承载差异显著的服务，不必把所有信息塞进固定表单。
统一目录，不等于统一字段。
标签体系：对权益与权益包进行业务分类，支持检索、归类和运营筛选。
字段配置：不同权益按服务需要采集机构、预约人、联系方式、兑换信息或其他业务字段。
展示一致性：后台配置与用户端展示使用同一服务定义，减少口径偏差。
示例：不同权益的信息需求
以上为字段组织示例，最终以供应商接口和项目服务流程为准。
09 / ASSOCIATION RULES
核心规则回答：买什么保险，获得什么权益
保险产品或计划与权益包的关联关系，是整条履约链路的业务枢纽。
10 / RULE MODES
两种配置模式适配直接映射与组合方案
选择更容易解释和维护的方式，而不是为复杂而复杂。
单计划配置
一个保险产品计划直接对应一个权益包，适合规则清晰、赠送方案稳定的业务。
- 配置直接，业务容易理解
- 适用于明确的一对一赠送关系
组合规则配置
以规则名称组织多个权益包或规则组合，适合需要按方案拆分维护的业务。
- 支持多个规则组合管理
- 需同步明确优先级与生效边界
11 / ACTIVATION ORDER
保单触发权益后，以激活订单承接审核与服务状态
申请不是完成；审核、补充资料和取消都需要清晰记录。
已申请
- 保单匹配关联规则
- 生成激活申请
待审核
- 检查必要信息
- 进入业务审核
审核通过
- 确认权益可用
- 建立服务关系
服务中
- 用户可查看和使用
- 跟踪后续履约
已完成
- 权益流程完成
- 保留订单记录
异常分支
审核不通过 · 待补充资料 · 已取消。异常状态需记录原因，并按项目规则决定是否可重新提交。
12 / USAGE ORDER
把“拥有权益”与“实际使用”拆成两段记录
使用订单围绕预约、兑换或核销产生，承接供应商真实履约。
01 / SELECT
选择可用权益
- 用户查看已激活权益
- 确认有效期与使用说明
02 / APPLY
提交使用信息
- 按权益字段填写信息
- 生成使用订单
03 / FULFILL
供应商履约
- 受理预约或兑换
- 反馈服务进展
04 / VERIFY
完成与核对
- 记录核销或完成状态
- 异常进入投诉处理
实际状态和核销方式取决于供应商接口能力；无法实时回传时，可采用约定的运营处理方式。
13 / COMPLAINT WORKFLOW
让履约问题进入有状态、有责任人的处理链路
投诉记录与对应权益、用户和服务订单关联，避免问题脱离业务上下文。
受理问题
记录问题内容、相关订单和联系方式，确认是否进入投诉流程。
协同核查
平台运营方与供应商围绕履约记录、预约或核销情况开展处理。
记录结果
形成处理结果并完成业务闭环，保留状态与操作记录。
关闭流程
不再继续处理的投诉按权限关闭，并记录关闭原因。
14 / MEMBER EXPERIENCE
以客户配置为入口，向用户呈现专属权益中心
用户端与管理后台共享同一配置和订单上下文。
客户入口
H5 入口绑定具体客户配置，进入对应租户的权益中心。
权益展示
查看已激活权益、服务说明、有效期和所需使用信息。
服务动作
发起预约、兑换或核销，查看订单进度并反馈履约问题。
用户侧信息结构 / 流程示意图
本页为信息结构示意，不是实际系统界面；登录与身份校验方式按项目集成。
架构、边界与落地
用租户隔离和接口协作承接真实项目，并清晰标注 TPA 的能力边界。
15 / ARCHITECTURE & BOUNDARIES
多租户隔离承载不同客户，接口连接保险与服务生态
平台能力可以实际部署和运营；项目范围、系统职责与数据使用需共同确认。
建议实施路径
先确认产品与权益清单 → 对齐供应商及接口 → 配置规则与租户权限 → 联调激活 / 使用订单 → 小范围上线并完善运营机制。
让每一项保险增值服务
都可配置、可履约、可追踪
TPA 及健康权益管理平台解决方案