其他
开发保险系统/核保理赔精算风控时用:提供保险领域建模…
当任务涉及保险系统、核保、理赔、精算、风险评估、欺诈检测或 insurtech 时,提供可落地的领域模型、流程和最佳实践。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 55/100 ×0.15
适用场景
开发保险系统/核保理赔精算风控时用:提供通用
解决思路
- 设计保险系统模块时覆盖 Policy Administration Systems (PAS)。
- 设计保险系统模块时覆盖 Claims Management Systems。
- 设计保险系统模块时覆盖 Underwriting workstations。
- 设计保险系统模块时覆盖 Actuarial modeling systems。
- 设计保险系统模块时覆盖 Reinsurance management。
- 设计保险系统模块时覆盖 Agency management systems。
- 设计保险系统模块时覆盖 Document management。
- 支持 Property & Casualty (P&C) 保险类型建模。
- 支持 Life insurance 保险类型建模。
- 支持 Health insurance 保险类型建模。
- 支持 Auto insurance 保险类型建模。
- 支持 Commercial insurance 保险类型建模。
- 支持 Specialty insurance 保险类型建模。
- 支持 Cyber insurance 保险类型建模。
- 遵循/对接 ACORD standards(保险数据交换)。
- 遵循 SOX compliance。
- 遵循 State insurance regulations。
- 遵循 NAIC(National Association of Insurance Commissioners)。
- 针对客户数据遵循 GDPR。
- 遵循 Anti-money laundering (AML)。
- 在理赔系统定义 ClaimStatus 枚举:REPORTED、INVESTIGATING、APPROVED、DENIED、CLOSED。
- 定义 Claim dataclass 字段:claim_number、policy_number、claim_type(如 collision、theft、liability)、date_of_loss、reported_date、description、estimated_loss、status、adjuster_id、reserve_amount、paid_amount、deductible。
- ClaimsManagementSystem 初始化时维护 claims 字典,并实例化 FraudDetectionSystem。
- file_claim:生成 claim_number;创建 Claim;调用 fraud_detector.screen_claim 筛查;若 fraud_score > 0.8,将状态置为 INVESTIGATING 并 _flag_for_siu;调用 _assign_adjuster 自动分配 adjuster_id;调用 _calculate_reserve 计算 reserve_amount;存入 self.claims。
- investigate_claim:按 claim_number 查找 claim;置为 INVESTIGATING;执行调查步骤:Review policy coverage、Verify loss details、Inspect damage、Review police report (if applicable)、Interview claimant、Review medical records (if applicable)、Obtain repair estimates;返回 claim_number、status、investigation_steps、estimated_completion(当前时间 + 14 天)。
- approve_claim:按 claim_number 查找 claim;调用 _validate_coverage 验证承保范围,不覆盖则返回 error;从 approved_amount 扣除 deductible 得到 payment_amount;若 payment_amount <= 0 返回 error;置为 APPROVED;设置 paid_amount;调用 _process_payment 处理付款;返回 claim_number、approved_amount、deductible、payment_amount、payment_method、payment_date。
- deny_claim:按 claim_number 查找 claim;置为 DENIED;调用 _send_denial_letter 发送拒赔信;返回 claim_number、status、reason、appeal_deadline(当前时间 + 60 天)。
- _calculate_reserve:按 claim_type 选择 reserve_multipliers:collision=1.5、theft=1.3、liability=2.0、comprehensive=1.4,默认 1.5;reserve = estimated_loss * multiplier。
- _assign_adjuster:使用负载均衡和专长匹配分配 adjuster(示例返回 ADJ001)。
- _validate_coverage:检查保单承保范围是否覆盖 claim_type(示例返回 True)。
- _process_payment:集成支付系统处理理赔付款(示例 method=direct_deposit、transaction_id=TXN123)。
- _flag_for_siu:对高欺诈分理赔标记并通知 Special Investigation Unit (SIU)。
- _send_denial_letter:生成并发送理赔拒赔信。
- _generate_claim_number:用 uuid 生成理赔号,格式如 CLM-{uuid.uuid4().hex[:10].upper()}。
- FraudDetectionSystem.screen_claim:计算 fraud_score 和 indicators;迟报(reported_date - date_of_loss > 30 天)加 0.2 并记录 Late reporting;高损失金额(estimated_loss > 50000)加 0.15 并记录 High loss amount;多理赔需查询历史数据;返回 fraud_score、indicators、recommendation(fraud_score > 0.5 为 investigate,否则 proceed)。
- ActuarialAnalysis.calculate_loss_ratio:若 total_premiums_earned == 0 返回 error;loss_ratio = total_claims_paid / total_premiums_earned * 100;评估:<60 Profitable、<75 Target range、<100 Unprofitable、>=100 Significant losses;返回 loss_ratio、claims_paid、premiums_earned、assessment。
- ActuarialAnalysis.calculate_combined_ratio:combined_ratio = loss_ratio + expense_ratio;profitable = combined_ratio < 100;返回 combined_ratio、loss_ratio、expense_ratio、profitable、underwriting_gain_loss = 100 - combined_ratio。
- ActuarialAnalysis.estimate_reserves:用 chain ladder 方法估算准备金;筛选 status != closed 的 open_claims;total_incurred = sum(paid_amount + reserve);返回 total_reserve、open_claim_count、method=chain_ladder。
- ActuarialAnalysis.price_product:pure_premium = expected_claims;expense_load = pure_premium * expense_ratio / 100;profit_load = pure_premium * profit_margin / 100;total_premium = pure_premium + expense_load + profit_load;quantize 到 Decimal('0.01')。
- Underwriting:使用一致的风险评估标准。
- Underwriting:对简单案例实施自动核保。
- Underwriting:维护核保指南文档。
- Underwriting:使用预测分析进行风险评分。
- Underwriting:定期进行组合审查。
- Underwriting:适当细分风险。
- Underwriting:按细分监控赔付率。
- Claims Processing:提供 24/7 理赔报案。
- Claims Processing:快速分配理算员。
- Claims Processing:设置适当准备金。
- Claims Processing:定期与索赔人沟通。
- Claims Processing:实施欺诈检测。
- Claims Processing:跟踪理赔周期时间。
- Claims Processing:使用照片和视频进行查勘。
- Fraud Prevention:筛查所有理赔的欺诈指标。
- Fraud Prevention:使用预测分析。
- Fraud Prevention:维护 Special Investigation Unit (SIU)。
- Fraud Prevention:行业范围内共享欺诈数据。
- Fraud Prevention:培训员工欺诈检测。
- Fraud Prevention:实施身份验证。
- Fraud Prevention:监控有组织欺诈团伙。
- Compliance:维持州许可证。
- Compliance:遵循 NAIC model laws。
- Compliance:实施适当的数据隐私控制。
- Compliance:定期进行合规审计。
- Compliance:维持所需准备金。
- Compliance:及时提交监管报告。
- Compliance:遵循公平理赔实践。
- 避免所有保单手工核保:对简单案件采用自动核保。
- 避免没有欺诈检测系统:部署欺诈检测系统。
- 避免理赔处理缓慢:优化并加速理赔处理。
- 避免准备金不足:合理估算并设置充足损失准备金。
- 避免客户沟通差:改善与客户/索赔人的沟通。
- 避免没有数据分析:引入数据分析能力。
- 避免忽视监管变化:持续跟踪并响应监管变化。
- 避免核保决策不一致:统一并记录核保决策标准。
- 避免没有理赔自动化:实现理赔自动化。
- 需要详细材料时按需读取 references/POLICY_ADMINISTRATION_SYSTEM.md。
- 参考 ACORD Standards:https://www.acord.org/。
- 参考 NAIC:https://www.naic.org/。
- 参考 ISO:https://www.verisk.com/iso/。
- 参考 Society of Actuaries:https://www.soa.org/。
- 参考 Casualty Actuarial Society:https://www.casact.org/。
- 参考 Insurance Information Institute:https://www.iii.org/。
- 参考 A.M. Best:https://www.ambest.com/。
适用边界 · 注意事项
- 不适用于非保险业务领域;若任务与保单、核保、理赔、精算、风险、欺诈或 insurtech 无关,不要使用本技能。
- 不适用于替代持牌精算师、律师或合规官的正式意见;涉及监管申报、最终核保/理赔决定时需专业人员复核。
- 不适用于没有保险数据或业务流程、无法定义保单/理赔模型的项目。