保険金請求処理データテンプレート

この属性は、保険金請求ライフサイクル内で実行された1つのステップまたはTaskを示します。例として、「保険金請求受付」、「初回レビュー完了」、「支払い実行」などがあります。各アクティビティは、開始時刻と、場合によっては終了時刻を持つプロセス上の個別の時点を表します。

アクティビティの分析は、プロセスマイニングの中心です。プロセスマップの可視化、ステップ間のボトルネックの特定、アクティビティの発生頻度の分析、プロセスのばらつきの把握が可能になります。特定のClaim IDにおけるアクティビティの順序が、プロセスフローの基礎となります。

プロセスのステップを定義するため、プロセスマップの作成やボトルネック、非効率の特定に欠かせません。

通常は、Sapiens ClaimsPro内のイベントログ、ステータス変更レコード、またはTask完了テーブルから取得します。ステータスコードや取引種別からのマッピングが必要になる場合があります。

イベント時刻は、保険金請求プロセスにおける各アクティビティの開始時刻を記録します。イベントの順序付けや、イベント間の所要時間の算出に必要な時系列情報を提供します。この時刻は、イベントログの時間情報の基盤となります。

プロセスマイニング分析では、処理期間、待機時間、アクティビティの所要時間など、時間に関するすべての指標を算出するうえで重要です。いつ何が発生したかを示す事実に基づいて、ボトルネックの発見、時間経過に伴うプロセスパフォーマンスの分析、SLAのコンプライアンス監視を可能にします。

イベントを時系列に並べ、処理期間やボトルネックなど、所要時間に基づくすべての指標を算出するために不可欠です。

Sapiens ClaimsProのイベントログまたは取引ログのテーブルで、アクティビティやステータス変更の情報とともに保存されています。

Claim IDは、1件の保険金請求に関連するすべてのイベントとアクティビティを結び付ける基本的な案件識別子です。これにより、初回受付から最終終了までの保険金請求の全過程を一貫して再構成し、分析できます。

プロセスマイニングでは、すべてのイベントログエントリをClaim IDに関連付ける必要があります。これにより、各保険金請求の完全な経路を追跡し、プロセスバリアントを可視化し、エンドツーエンドの処理期間を算出し、ボトルネックや標準ワークフローからの逸脱を特定できます。Claim IDを軸にデータを分析することで、保険金請求の全体像を把握できます。

関連するすべてのアクティビティを1つのプロセスインスタンスにまとめるために不可欠であり、保険金請求ライフサイクルをエンドツーエンドで分析できます。

Sapiens ClaimsProの保険金請求メイン取引テーブルにある主キーです。正確なテーブル名とフィールド名については、システムのドキュメントを確認してください。

イベント終了時刻は、アクティビティの完了時刻を示します。イベントによっては瞬時に完了するため、開始時刻と終了時刻が同じになりますが、多くのアクティビティには所要時間があります。このタイムスタンプがあれば、各ステップにかかった時間を正確に測定できます。

この属性は、アクティビティの「実作業時間」または「処理時間」を算出するために使います。アクティビティ間の「待機時間」と区別することで、保険金請求に実際に対応していた時間と、キューで待機していた時間を把握できます。時間のかかるアクティビティを特定するうえで重要です。

個々のアクティビティの実作業時間を算出でき、付加価値を生む時間と待機時間を区別できます。

開始時刻と同じ取引ログに記録されている場合があります。または、後続イベントの開始時刻から推定する必要があります。Sapiens ClaimsProのドキュメントを確認してください。

保険金請求の重大度は、推定される複雑さ、リスク、または財務上の影響度を示すために付与される評価です。この評価によって、必要な審査のレベル、査定担当者に求められる経験、たどるワークフローが決まることがあります。

この属性は、「保険金請求重大度別処理期間分析」ダッシュボードに欠かせません。複雑な保険金請求が効率的に処理されているか、または長い処理期間に偏って寄与していないかを把握できます。重大度の高い保険金請求は、低いものより時間がかかることが想定されるため、パフォーマンス指標を解釈するための重要な背景情報となります。

処理期間を分析するための重要な背景情報となり、保険金請求によって所要時間が異なる理由や、複雑な案件が効率的に処理されているかを把握できます。

Sapiens ClaimsProの保険金請求の特性に基づく派生スコア、または手動で入力されたフィールドです。

保険金請求種別は、事業種別または損害の性質に基づいて保険金請求を分類します。基本的なセグメント属性であり、保険金請求がたどるワークフローや関与するチームを決めることがよくあります。

保険金請求種別ごとにプロセスを分析することは、異なる事業領域における効率や手続きの違いを特定するうえで重要です。たとえば、自動車保険の請求は自動化が進み迅速に処理できる一方、企業向け財物保険の請求は複雑で時間がかかる場合があります。この属性は、「和解金額一貫性指数」KPIの算出に必要です。

異なる事業領域のプロセスを比較し、保険金請求カテゴリーごとのベストプラクティスや固有のボトルネックを特定できます。

Sapiens ClaimsProの保険金請求メインレコードにある標準フィールドです。あらゆる保険金請求システムで中核となるデータ項目です。

この属性は、保険金請求に対する操作を実行した個人ユーザーまたはリソースを識別します。担当査定者を追跡することで、業務量の分布、個人のパフォーマンス、リソース配分を把握できます。

分析では、担当査定者ごとにプロセスマップを絞り込み、処理方法やパフォーマンスを比較し、研修の必要性を特定できます。「査定担当者・部門別アクティビティ負荷」ダッシュボードの作成や、「査定担当者の業務量バランス」KPIの算出にも欠かせません。

リソース分析に欠かせない属性であり、業務量の偏り、パフォーマンスの高い担当者、研修の必要性を特定できます。

Sapiens ClaimsPro内のユーザーアクティビティログまたは取引テーブルにあり、通常はレコードを作成または最後に変更したユーザーと関連付けられています。

この属性は、「初回受付」、「複雑案件」、「SIU（特別調査部門）」など、保険金請求またはアクティビティを担当する事業部門やチームを示します。部門の視点からプロセスを分析できます。

部門別に分析すると、特定のチームに固有のボトルネック、部門間の引き継ぎ、部門ごとの効率を把握できます。「査定担当者・部門別アクティビティ負荷」ダッシュボードや、組織レベルのプロセス分析に欠かせません。

異なるチーム間のプロセスパフォーマンスや引き継ぎを分析でき、組織上のボトルネックを明らかにします。

通常はシステム内のユーザープロファイルに関連付けられているか、保険金請求オブジェクトに直接割り当てられています。Sapiens ClaimsProのドキュメントを確認してください。

この属性は、保険金請求の決済額を示します。請求による財務上の影響と、プロセス中に行われた判断を反映する主要な成果指標です。

プロセス分析では、「Claim Decision & Settlement Insights」ダッシュボードで支払決済額を使用し、プロセスのばらつきや査定担当者の行動が決済結果とどのように関連するかを分析します。また、「Settlement Amount Consistency Index」KPIの主要な入力値としても使用し、同様の保険金請求に対する決済判断の不整合を特定します。

主要な成果指標です。プロセスバリアントと照らして分析することで、プロセスの非効率や逸脱が財務結果に与える影響を明らかにできます。

Sapiens ClaimsProで保険金請求に関連付けられた財務取引テーブルまたは支払取引テーブルにあります。

この属性は、「Claim Closed」アクティビティのタイムスタンプと「ResolutionTargetDate」を比較して算出されます。保険金請求を「On-Time」や「Late」などの状態に分類し、SLAの達成状況を明確かつ即座に示します。

この計算フィールドは、「Claim Resolution SLA Compliance」ダッシュボードの基盤です。遅延した請求をすべてすぐに絞り込み、遅延につながった共通のプロセス経路やボトルネックを調査できます。「On-Time Claim Resolution Rate」KPIにも直接対応します。

SLAの遵守状況を直接測定でき、期限に遅れて解決された保険金請求を簡単に絞り込んで分析できます。

ソースシステムにはありません。「Claim Closed」アクティビティの「EventTimestamp」と「ResolutionTargetDate」を比較し、データ変換時に算出されます。

この属性は、プロセスデータの出所に関する情報を提供します。このデータセットでは「Sapiens ClaimsPro」のような固定値になる場合がありますが、複数のシステムからデータを統合する環境では重要です。

分析においては、データガバナンスやトラブルシューティングに役立ち、分析結果を正しいソースシステムに帰属させることができます。データの系譜を維持し、プロセスの技術的背景を理解するための重要なフィールドです。

データの系譜と追跡可能性を確保します。複数のシステムのデータを統合する場合や監査の際に重要です。

通常は、レコードの出所を示すラベルとして、データの抽出、変換、ロード（ETL）処理中に追加される固定値です。

保険証券番号は、保険金請求を請求者が契約している特定の保険契約に関連付けます。補償内容、限度額、免責金額など、請求処理や判断に影響する重要な情報を確認できます。

プロセスフロー分析で直接使われない場合もありますが、詳細な調査には欠かせない属性です。請求データと保険証券データを結び付け、顧客関係やリスクプロファイルをより広い視点で把握できます。また、保険証券別に請求を集計し、問題のある保険証券や傾向を特定することも可能です。

保険金請求を保険契約に関連付け、補償内容や限度額などの保険証券情報とプロセスデータを結び付けた詳細な分析を可能にします。

Sapiens ClaimsProの主要な保険金請求レコードにある標準フィールドで、保険証券管理システムに関連付けられています。

この属性は、任意の時点における保険金請求案件全体のステータスを示します。アクティビティがイベントであるのに対し、ステータスはそれらのイベントによって生じた請求の状態です。請求ライフサイクルのどの段階にあるかを大まかに把握できます。

保険金請求のステータスを分析すると、未完了の請求件数と現在の段階を把握できます。業務用ダッシュボードに役立つほか、プロセス全体を通じてステータスがどの程度の頻度で、どれだけ意味のある形で更新されているかを追跡し、「Claim Status Transparency Score」KPIの算出にも利用できます。

保険金請求の現在の状態を大まかに把握でき、処理中の業務量の追跡や案件の進捗状況の理解に役立ちます。

Sapiens ClaimsProの主要な保険金請求レコードにある主要フィールドで、さまざまな業務トランザクションによって更新されます。

Sapiens ClaimsProから直近にデータを取得した日時を記録します。分析対象データの鮮度を把握するために必要であり、通常は1つのデータセット内のすべてのレコードで同じ値になります。

分析やダッシュボードでは、このタイムスタンプによってデータがどの時点のものかを確認できます。リアルタイム情報を見ているのか、過去時点のスナップショットを見ているのかを判断できるため、適切なタイミングで運用上の意思決定を行ううえで重要です。

データの鮮度を把握でき、分析結果がどの時点の情報に基づくものかを確認できます。

データ抽出（ETL）処理中に、この値がデータセットへ生成・付与されます。

保険金請求の判断が「Denied」の場合、この属性がその根拠を示します。標準化されたコードの場合もあれば、補償対象外となった理由を説明する自由記述の場合もあります。たとえば、「Policy Exclusion」、「Lack of Evidence」、「Fraud Suspected」などです。

この情報は、「Claim Decision & Settlement Insights」ダッシュボードで役立ちます。却下理由を分析すると、情報不足による否認が多いなどの傾向を把握でき、データ収集段階の問題を示す手がかりになります。保険金請求が否認された根本原因の分析にも役立ちます。

否認された保険金請求の背景を把握し、否認率の低減や提出データの品質向上に向けた根本原因分析を可能にします。

「Claim Denied」または「Claim Decision Made」アクティビティに関連付けられ、Sapiens ClaimsProのステータスフィールドまたは理由コードフィールドに保存される可能性があります。

同じ保険金請求でアクティビティまたは一連のアクティビティが繰り返された場合に「true」に設定されます。たとえば、請求が「Initial Review」から「Additional Information Requested」へ進み、その後「Initial Review」に戻った場合、2回目のレビューが手戻りとしてフラグ付けされます。

手戻りのフラグ付けは、プロセスの非効率を定量化するうえで欠かせません。「Claims Rework & Re-submission Trends」ダッシュボードと「Claim Rework Loop Frequency」KPIを支えます。手戻りループを切り分けて分析することで、初期データの品質不足やガイドラインの不明確さなどの根本原因を特定し、無駄な作業を減らす対策を講じられます。

繰り返されているアクティビティを明示的にフラグ付けし、プロセスの非効率を定量化するとともに、対象を絞った改善を可能にします。

ソースシステムにはありません。1つの案件内でアクティビティの繰り返しパターンを検出し、プロセスマイニングツールが算出します。

この属性は、新しい保険金請求の受付チャネルを示します。チャネルによって初期データの品質が大きく異なる場合があり、その違いは後続のプロセス全体に影響します。

提出チャネル別にプロセスを分析すると、効率や品質に関する問いに答えられます。たとえば、「Claims Submission Channel Efficiency」ダッシュボードでは、オンラインポータルから提出された保険金請求が、郵送された請求と比べて処理時間が短く、手戻り率も低いかどうかを確認できます。この結果は、チャネルの最適化やデジタル化への投資判断に役立ちます。

どの受付チャネルが効率的な処理につながるかを特定し、自動化や顧客体験の改善機会を明らかにします。

通常は最初の接点で取得され、Sapiens ClaimsProの主要な保険金請求レコードのフィールドとして保存されます。

損害発生日は、Date of Lossとも呼ばれ、保険金請求の対象となる実際の事象（自動車事故や物的損害など）が発生した日付です。顧客の視点では、請求手続き全体の起点になることが多い日付です。

この属性は、損害発生日から「Claim Submitted」日までの期間である報告遅延の算出に重要です。この遅延を分析すると、顧客の行動を把握し、より早い報告を促す機会を特定できます。早期報告は、より良い結果につながることが多くあります。

請求事象そのものの開始点を定義し、損害発生から保険金請求提出までの報告遅延を分析できます。

主要な保険金請求レコードにある基本フィールドで、First Notice of Loss（FNOL）の受付時に取得されます。

解決目標日は、保険金請求を完了するために設定された期限です。請求の種類、管轄区域、契約条件などによって決まることがあります。パフォーマンスとサービスレベル合意の遵守状況を測定する基準になります。

この日付は、「Claim Resolution SLA Compliance」ダッシュボードと「On-Time Claim Resolution Rate」KPIの基礎となります。実際の「Claim Closed」日と目標日を比較することで、システムは保険金請求を自動的に「On-Time」または「Late」に分類し、SLAの達成状況を明確に示します。

SLAの遵守状況を測定する基準となり、期限内解決率の算出や、遅延リスクのある保険金請求の特定に役立ちます。

Sapiens ClaimsProの主要な保険金請求レコード、または関連するSLA管理モジュールに保存される場合があります。