データテンプレート：請求処理

この属性は、請求ライフサイクルで行われる個々のステップ／タスクを表します（例: 'Claim Submitted'、'Initial Review Performed'、'Payment Issued'）。各アクティビティは開始時刻と、場合によっては終了時刻を持つ、プロセス上の独立したポイントです。

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

プロセスの各ステップを定義するもので、プロセスマップの作成やボトルネック／非効率の特定に不可欠です。

通常、Sapiens ClaimsPro内のイベントログ、ステータス変更履歴、タスク完了テーブルなどから抽出します。ステータスコードやトランザクション種別のマッピングが必要になる場合があります。

Event Timestamp は、請求プロセスにおける各 activity の開始時刻を記録します。イベントの順序を組み立て、間の所要時間を計算するために必要な時間的文脈を提供する、イベントログの時間的な基盤です。

Process Mining の分析では、この属性はサイクルタイム、待ち時間、activity の所要時間など、すべての時間系指標の計算に不可欠です。ボトルネックの発見、時間推移でのプロセス性能の分析、SLA 遵守の監視を、いつ何が起きたかという事実に基づいて可能にします。

このタイムスタンプは、イベントを時系列に並べ、サイクルタイムやボトルネックなどの時間系指標を算出するために不可欠です。

Sapiens ClaimsPro のイベントまたはトランザクションログのテーブルに、アクティビティやステータス変更情報と併せて保存されています。

Claim ID は、1 件の保険金請求に紐づくすべての event と activity を結び付ける、基本となるケース識別子です。初回の申請から最終クローズまで、一連の流れを途切れずに再現・分析できるようにします。

Process Mining では、イベントログの各レコードが Claim ID と関連付けられている必要があります。これにより、各請求の経路を完全に追跡し、プロセスバリアントを可視化し、エンドツーエンドのサイクルタイムを算出し、標準 workflow からの逸脱やボトルネックを特定できます。Claim ID を軸にデータを分析することで、その一連の流れの全体像がつかめます。

関連するアクティビティを1つのプロセスインスタンスにまとめ、クレームのライフサイクルをエンドツーエンドで分析するために欠かせません。

これは Sapiens ClaimsPro の主要な請求トランザクションテーブルにおけるプライマリーキーです。該当テーブル名とフィールド名はシステムのドキュメントを参照してください。

Event End Time は activity の完了時刻を示します。event によっては瞬時に完了するもの（StartTime と EndTime が同一）もありますが、多くの activity には所要時間があります。この timestamp により、各ステップに要した時間を正確に測定できます。

この属性は、activity の「active time／processing time」と、activity 間の「waiting time」を分けて算出するために使います。これにより、請求に対して実際に作業していた時間と、キューで待機していた時間を区別できます。時間を要する具体的な activity の特定に不可欠です。

各アクティビティの実処理時間を算出でき、付加価値時間と待ち時間を切り分けられます。

開始時刻と同じトランザクションログにある場合もあれば、後続イベントの開始時刻から推定が必要な場合もあります。詳細は Sapiens ClaimsPro のドキュメントをご確認ください。

この属性は、請求に対してアクションを実行したユーザー／リソースを特定します。担当アジャスターのトラッキングは、業務負荷の分布、個人パフォーマンス、リソース配分の把握に不可欠です。

分析では、アジャスターごとにプロセスマップをフィルタリングして処理の違いを可視化し、パフォーマンスを比較し、研修の機会を特定できます。'Adjuster & Department Activity Load' dashboard の構築や 'Adjuster Workload Balance' KPI の算出に不可欠です。

リソース分析に不可欠で、業務量の偏り、ハイパフォーマー、教育ニーズの把握に役立ちます。

Sapiens ClaimsPro 内のユーザーアクティビティログまたはトランザクションテーブルにあり、レコードの作成者や最終更新者に紐づいています。

この属性は、請求やアクティビティに割り当てられた部門／チーム（例: 'Initial Intake'、'Complex Claims'、'SIU (Special Investigations Unit)'）を示します。部門の視点での分析を可能にします。

部門別の分析により、特定チームに固有のボトルネックの把握、部門間の引き継ぎの理解、効率の評価が可能になります。'Adjuster & Department Activity Load' dashboard に不可欠であり、より上位の組織レベルでのプロセス分析にも役立ちます。

チーム間のハンドオフを含むプロセスのパフォーマンスを分析でき、組織的なボトルネックを明らかにします。

システム上のユーザープロファイルに紐づいているか、クレームオブジェクトに直接アサインされています。詳細は Sapiens ClaimsPro のドキュメントをご確認ください。

この属性は、支払い金額（Settlement Amount）を保持します。請求が財務に与える影響や、プロセス中の判断を反映する重要な成果指標です。

プロセス分析では、Settlement Amount を 'Claim Decision & Settlement Insights' dashboard で用い、プロセスのばらつきやアジャスターの行動が支払い結果にどう相関するかを分析します。さらに 'Settlement Amount Consistency Index' KPI の主要入力として、同種の請求における支払い判断の不整合を洗い出します。

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

Sapiens ClaimsPro の請求に紐づく財務・支払いトランザクションテーブルで確認できます。

請求の重大度（Claim Severity）は、案件の複雑さ・リスク・金額影響の見込みを示す評価です。この指標により、求められる審査の厳しさや担当者の経験、適用されるワークフローが決まります。

この属性は「重大度別サイクルタイム分析」ダッシュボードで不可欠です。複雑な案件が効率的に処理されているか、または全体のリードタイムを過度に押し上げていないかを把握できます。高重大度の請求は低重大度より時間がかかるのが自然であり、パフォーマンス指標を正しく解釈するための重要な文脈を提供します。

サイクルタイム分析に不可欠な文脈を提供し、なぜ特定のクレームは他より時間がかかるのか、複雑な案件が効率的に処理されているかを説明する助けになります。

これは Sapiens ClaimsPro において手入力のフィールド、または請求の特性に基づいて算出されるスコアである可能性があります。

請求タイプ（Claim Type）は、種目や事故の性質に基づいて請求を分類する指標です。どのワークフローを通り、どのチームが関与するかを左右する基礎的なセグメント属性です。

請求タイプ別にプロセスを分析すると、事業ラインごとの効率や手順の違いを把握できます。たとえば自動車の請求は自動化が進み迅速な一方、企業財産の請求は複雑で時間を要することがあります。この属性は「支払金額一貫性指数」KPIの算出にも必要です。

事業ライン横断でプロセスを比較でき、カテゴリ別のベストプラクティスや固有のボトルネックを特定できます。

Sapiens ClaimsPro の請求メインレコードにある標準項目です。あらゆる請求システムにとっての中核データ要素です。

この属性は、'Claim Closed' アクティビティのtimestampと 'ResolutionTargetDate' を比較して導出されます。請求を『On-Time』や『Late』といった状態に分類し、SLA達成状況を即時に示します。

この計算フィールドは 'Claim Resolution SLA Compliance' dashboard の中核です。遅延請求を瞬時にフィルタリングし、遅延を招いた共通のプロセスパスやボトルネックを調査できるようにします。'On-Time Claim Resolution Rate' KPI を直接支えます。

SLA遵守を直接測定し、期限超過で解決された請求の抽出と分析を容易にします。

この属性はソースシステムには存在しません。データ変換時に、'Claim Closed' アクティビティの 'EventTimestamp' と 'ResolutionTargetDate' を比較して計算されます。

この属性は、プロセスデータの出所に関するコンテキストを示します。本データセットでは 'Sapiens ClaimsPro' のように固定値かもしれませんが、複数システムのデータを統合する環境では極めて重要です。

分析面では、データガバナンスやトラブルシューティングに役立ち、インサイトが適切なソースシステムに紐づくことを保証します。データリネージを維持し、プロセスの技術的背景を理解するための主要フィールドです。

データのリネージとトレーサビリティを確保し、複数システムのデータを統合する場合や監査で特に重要です。

これは、レコードの出所を示すために、データ抽出・変換・ロード（ETL）時に付与される静的な値であることが一般的です。

この属性は、Sapiens ClaimsPro から最新データを取得した日時を記録します。分析対象データの鮮度を把握するために不可欠で、単一のデータセット内では通常すべてのレコードで同一です。

あらゆる分析やdashboardで、このtimestampはデータの鮮度を示す重要な手掛かりになります。利用者はリアルタイム情報か履歴スナップショットかを判断でき、タイムリーな業務判断に直結します。

データの鮮度に関する情報を提供し、分析がどの程度最新かをユーザーに伝えます。

この値はデータ抽出（ETL）時に生成され、データセットに書き込まれます。

Processing Time は、あるアクティビティの開始から次のアクティビティの開始までの経過時間を測ります。これはステップの総サイクルタイムを表し、実作業時間に加えて、次のステップが始まるまでの待機時間も含みます。

これは Process Mining における最も基本的な指標のひとつで、ボトルネック分析の中核です。プロセスマップ上で、アクティビティ間の矢印に平均 Processing Time を表示すると、クレームがどこで滞留しているかをすぐに把握できます。'Claims Activity Bottleneck Analysis' などの dashboard に不可欠です。

この指標はボトルネック分析の基礎となり、請求が最も長く滞留しているステージを浮き彫りにします。

これは算出指標であり、Process Mining の分析時に各 'ClaimId' について連続するアクティビティ間の 'EventTimestamp' の差分として算出されます.

この属性は新規請求の受付チャネルを示します。チャネルの違いは初期データ品質に大きく影響し、その後のプロセス全体に波及します。

Submission Channel 別の分析は、効率と品質の検証に役立ちます。たとえば 'Claims Submission Channel Efficiency' dashboard では、オンラインポータル経由の請求が郵送提出に比べてサイクルタイムが短く、手戻り率が低いかを可視化できます。こうした示唆は、チャネル最適化やデジタル化投資の判断材料になります。

どの受付チャネルが最も効率的かを特定し、自動化や顧客体験向上の余地を示します。

通常は最初の問い合わせ時に取得され、Sapiens ClaimsProの請求メインレコードのフィールドとして保存されます。

請求の決定が 'Denied' の場合、その根拠を示す属性です。標準化されたコード、または 'Policy Exclusion'、'Lack of Evidence'、'Fraud Suspected' のように否認理由を説明する自由記述が含まれます。

この情報は「Claim Decision & Settlement Insights」dashboardで非常に有効です。否認理由を分析することで、情報不足による否認が多いなどのパターンが見え、データ収集段階の課題を示唆します。否認の根本原因分析にも役立ちます。

否認となったクレームに関する重要な文脈を提供し、否認率の低減と申請品質の向上に向けた原因分析を可能にします。

「請求却下」や「支払判断確定」と関連するアクティビティで、Sapiens ClaimsPro のステータス／理由コード項目に保持されている可能性があります。

同一の請求でアクティビティ（またはその並び）が繰り返された場合、この属性は 'true' になります。たとえば、'Initial Review' から 'Additional Information Requested' を経て再び 'Initial Review' に戻った場合、二度目のレビューは手戻りとしてフラグされます。

手戻りのフラグ付けは、プロセスの非効率を定量化するうえで極めて重要です。'Claims Rework & Re-submission Trends' dashboard と 'Claim Rework Loop Frequency' KPI を支えます。手戻りループを分離・分析することで、初期データ品質の低さやガイドラインの不明確さなどの根本原因を特定し、ムダな工数を削減できます。

繰り返し発生しているアクティビティを明示的にフラグし、非効率を定量化。的を絞った改善につなげます。

これはソースシステムには存在しません。単一のケース内でアクティビティの繰り返しシーケンスを検出し、Process Mining ツールが算出します。

Loss Date（Date of Loss）は、実際の事故・損害発生日（例：交通事故、物損）を指します。顧客の視点では、請求ジャーニーの起点となる日付です。

この属性は、Loss Date から「Claim Submitted」までの期間、すなわち報告遅延（reporting lag）の算出に重要です。この遅延を分析することで、顧客行動の傾向を把握し、早期報告を促す施策の機会を見出せます。早期報告は、より良い結果につながることが多いです。

保険金請求イベントの開始点を定義し、損害発生から請求提出までの遅延（レポーティングラグ）を分析できます。

請求のメインレコードにある中核項目で、First Notice of Loss (FNOL) の受理時に記録されます。

Resolution Target Date は請求クローズの期限で、請求種別、管轄、契約条件などから設定されます。SLAの遵守とパフォーマンスを測る基準です。

この日付は 'Claim Resolution SLA Compliance' dashboard と 'On-Time Claim Resolution Rate' KPI の基盤となります。実際の 'Claim Closed' 日と比較することで、システムが自動的に『On-Time』または『Late』に分類し、SLAの達成状況を明確に示します。

SLA順守を測る基準となり、期限内解決率の算出や、遅延リスクのあるクレームの特定に役立ちます。

この日付は、Sapiens ClaimsPro の請求メインレコード、または関連するSLA管理モジュールに格納されている場合があります。

証券番号は、請求を契約者の保険契約と結び付ける識別子です。補償範囲、限度額、免責金額など、請求対応や判断に影響する重要な前提情報を提供します。

プロセスフローの分析で常に直接使うとは限りませんが、深掘りには不可欠な属性です。請求データと保険契約データを突合できるため、顧客関係やリスクプロファイルをより立体的に把握できます。契約単位で請求を集計し、問題のある契約やトレンドを特定することも可能です。

クレームを保険契約に関連付け、補償範囲や限度額といった契約情報とプロセスデータを結び付けることで、より深い分析が可能になります。

Sapiens ClaimsPro の請求メインレコードにある標準項目で、ポリシー管理システムと紐づきます。

この属性は、ある時点における請求ケースの全体ステータスを表します。アクティビティがイベントであるのに対し、ステータスはそれらの結果としての状態です。ライフサイクル上の現在地を俯瞰できる要約情報です。

請求ステータスの分析は、未解決請求の滞留状況や現在の段階の把握に役立ちます。オペレーション系dashboardで有用であり、プロセス全体でステータスがどれだけ頻繁かつ意味のある形で更新されているかを追跡して 'Claim Status Transparency Score' KPI を算出します。

クレームの現在の状態を俯瞰でき、進行中の業務量の把握や案件の進捗理解に役立ちます。

Sapiens ClaimsPro の請求メインレコードにある主要項目で、各種の業務トランザクションにより更新されます。