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

この属性は、保険金請求プロセス内の単一のステップまたは節目を示します。例として、「Claim Submitted」、「Initial Review Performed」、「Payment Issued」などがあります。各アクティビティは、保険金請求に対して実行された個別のアクションを表します。

これらのアクティビティの順序と頻度を分析することが、プロセスマイニングの基礎になります。実際のプロセスフローを明らかにし、作業が滞留するボトルネックを特定するとともに、保険金請求がたどる一般的な経路や例外的な経路を把握できます。

プロセス内のステップを定義し、プロセスマップの可視化とワークフローのパターンや逸脱の分析を可能にします。

通常は、FINEOS Claimsシステム内のイベントログ、タスクのステータス変更、または監査証跡から取得します。

イベント時刻は、保険金請求処理のアクティビティが実行された正確な日時を記録します。この時系列データは、イベントを正しい順序に並べ、保険金請求のタイムラインを理解するうえで欠かせません。

分析では、このタイムスタンプを使って、ステップ間の期間、処理時間、待ち時間を計算します。遅延の特定、SLAに対するパフォーマンスの測定、プロセスの時間的な動きを理解するための基礎となります。

イベントの時系列を示すタイムスタンプであり、処理時間など時間に基づくすべての指標を計算し、ボトルネックを特定するうえで欠かせません。

通常は、FINEOS Claimsの各イベントまたはステータスレコードに関連付けられた作成日時または更新日時として取得できます。

Claim IDは、保険金請求のライフサイクル全体にわたるすべてのアクティビティ、イベント、データポイントを結び付ける基本キーです。受け付けから最終完了までの各接点を、単一のケースの一部として一貫して追跡できます。

プロセスマイニングでは、各保険金請求のエンドツーエンドの経路を再構築するために欠かせない属性です。プロセスフローの分析、解決までの総時間の計算、保険金請求ごとの処理方法の違いの特定に役立ちます。

関連するすべてのイベントを単一のプロセスインスタンスに結び付ける中核識別子であり、保険金請求のライフサイクルをエンドツーエンドで分析できるようにします。

FINEOS Claimsの主要な請求ケース管理テーブルにおける主キーです。

この属性は、プロセスデータの取得元を指定します。この分析では常に「FINEOS Claims」になりますが、複数のシステムを利用する環境では、データの系譜を追跡し、データ品質を確保するために欠かせません。

より広い分析の観点では、複数のシステムにまたがるプロセスを区別し、取得元に基づいてデータを正しく解釈するために役立ちます。

データの取得元に関する重要な背景情報を提供します。データガバナンス、検証、他のシステムとの統合に欠かせません。

通常は、データ抽出時にデータセットの取得元を示す静的な値として追加されます。

この属性は、データが最後に抽出または更新された日時を示します。分析対象データの鮮度と最新性を把握するうえで重要です。

データガバナンスに欠かせない情報であり、現在のプロセスデータを確認しているかどうかを利用者が判断できます。データの遅延に対する期待値の管理や、ほぼリアルタイムのプロセスに関するレポートにも役立ちます。

データの鮮度を示し、分析対象の期間と最終更新時点を利用者が把握できるようにします。

通常は、データ抽出ツールまたはETLツールがデータ読み込みジョブの終了時に生成し、保存します。

この属性は、保険金請求プロセスで特定のタスクを実行した個人またはチームを識別します。プロセスのアクティビティと人的リソースを結び付ける主要な属性です。

担当アジャスター別にデータを分析すると、業務量の分布、個人のパフォーマンス、リソース効率を把握できます。負荷が集中しているアジャスターの特定、パフォーマンス比較による研修機会の発見、業務量の平準化に向けたリソース配分の改善にも役立ちます。

プロセスのステップと担当者を結び付け、業務量の分析、リソース効率の評価、パフォーマンス比較を可能にします。

FINEOS Claimsのドキュメントを参照してください。通常は、請求イベントに関連付けられたタスク所有者またはユーザー割り当てのフィールドに保存されています。

この属性は、オンラインポータル、メール、郵送、代理店経由など、請求を受け付けた方法を記録します。申請チャネルによって、データ品質や初期処理時間に大きな違いが生じる場合があります。

申請チャネル別にプロセスを分析すると、処理が速いチャネル、手戻りが多いチャネル（情報不足など）、より良い結果につながるチャネルを特定できます。オンラインフォームを改善して入力ミスを減らすなど、チャネルの改善に向けた投資判断にも役立ちます。

特定の受付チャネルが、より効率的な処理や高い手戻り率につながっているかを判断し、チャネル戦略と投資判断に役立てられます。

FINEOS Claimsのドキュメントを参照してください。通常は請求の受付時に取得され、メインの請求レコードに保存されます。

終了時刻属性は、アクティビティが完了した正確な時点を記録します。開始時刻（EventTime）と組み合わせることで、各ステップの完了にかかった時間、つまり処理時間を正確に計算できます。

分析では、実際に処理していた時間と、何もせず待機していた時間を区別するために重要です。詳細なボトルネック分析を行い、どのアクティビティに最も時間がかかっているか、またステップ間のどこに待ち行列が発生しているかを把握できます。

各アクティビティの処理時間を正確に計算できます。非効率なステップの特定やリソース利用状況の測定に役立ちます。

FINEOS Claimsのドキュメントを参照してください。イベントログで確認できる場合があるほか、後続イベントの開始時刻から算出できる場合もあります。

この属性は、サービスレベル合意（SLA）または規制要件で定められた、請求プロセス完了の期限を示します。実績を測定する基準として使用されます。

SLAのコンプライアンスを監視するうえで欠かせない日付です。実際の請求クローズ日と解決目標日を比較することで、SLA遵守率を計算し、SLA違反のリスクがある請求を特定できます。また、遵守できなかった遅延の根本原因も分析できます。

SLA遵守を測定する基準です。期限を過ぎた請求の特定や、遅延理由の分析に役立ちます。

FINEOS Claimsのドキュメントを参照してください。この日付は、請求の申請日と請求種別に基づく業務ルールで算出されることがよくあります。

請求ステータスは、「オープン」「情報待ち」「承認済み」「拒否」「クローズ」など、請求のライフサイクル上の状態を示します。この属性により、任意の時点で請求がどの段階にあるかを把握できます。

プロセス分析では、ステータスの変化がプロセスのアクティビティに直接対応することがよくあります。ステータスの追跡は、請求の結果を理解し、特定のステータスで長期間停滞するボトルネックを特定するうえで重要です。また、「拒否」や「クローズ」といった最終結果に至った理由の分析にも役立ちます。

請求結果の把握、処理中とクローズ済みのケースの絞り込み、請求が停滞する段階の特定に欠かせません。

FINEOS Claimsのドキュメントを参照してください。メインの請求レコードにある基本フィールドで、ライフサイクル全体を通じて更新されます。

請求種別は、保険契約の内容や損害の性質に基づいて請求を分類します。請求種別によって、プロセスの進み方、規制要件、必要な専門対応が異なる場合があります。

比較分析において重要な切り口です。請求種別でプロセスビューをフィルタリングまたは分割すると、種別ごとのボトルネックを発見し、カテゴリー間のパフォーマンスを比較できます。また、各請求種別に固有のニーズに合わせて改善施策を調整できます。特定の請求種別は、本質的に処理効率が低いのかという問いにも答えられます。

プロセスを分割してパフォーマンスを比較し、請求カテゴリー間の違いを特定できます。より対象を絞った改善につながります。

FINEOS Claimsのドキュメントを参照してください。請求の基本属性であり、通常は登録時に設定され、メインのケーステーブルに保存されます。

請求重大度は、請求の複雑さ、緊急度、または金銭的なリスクを評価します。重大度の高い請求は、重大度の低い請求と比べて、より多くのステップ、専門的な審査、または長い処理時間を必要とする場合があります。

重大度別にプロセスを分析すると、請求の複雑さに応じたリソース配分とプロセス設計が適切かどうかを確認できます。重大度の高い請求だけが過度に遅延していないか、重大度の低い請求に不要な処理を行っていないかを明らかにし、プロセスの分割とリソース管理の改善につなげられます。

重大度別に分けることで、影響の大きい請求が適切に優先されているかを確認し、特定の複雑さのレベルがプロセスのボトルネックを引き起こしていないかを特定できます。

FINEOS Claimsのドキュメントを参照してください。専用フィールドとして保持されている場合や、推定損害額などの他の属性から算出される場合があります。

この属性は、「初期受付」「調査部門」「支払部門」など、特定のアクティビティを担当する、または特定の段階で請求を管理する組織単位を指定します。

部門別にプロセスを分析すると、遅延の原因になりやすい部門間の引き継ぎを把握できます。どの部門がボトルネックになっているかを特定し、部門ごとの効率を測定するとともに、組織全体のリソース配分を分析できます。

組織単位別のパフォーマンス分析を可能にし、部門間の引き継ぎによる遅延や部門ごとのボトルネックを明らかにします。

FINEOS Claimsのドキュメントを参照してください。担当アジャスターのユーザープロファイルや、タスクが割り当てられたキューに関連付けられている場合があります。

この属性は、請求ごとのSLAパフォーマンスを明確なカテゴリーで示します。「請求クローズ」日と「解決目標日」を比較し、「期限内」または「遅延」として分類します。

SLA遵守状況のレポートと分析を簡単にします。生の日付を扱う代わりに、この単純なカテゴリーを使ってSLA遵守率を示すダッシュボードを作成できます。また、遅延した請求をすべて絞り込み、共通する特徴を分析したり、SLAパフォーマンスの推移を監視したりできます。SLA遵守ダッシュボードとKPIを直接支援します。

ケースごとのSLAパフォーマンスを明確かつ簡単に示し、SLA遵守率の測定と分析を容易にします。

各ケースの最終アクティビティのタイムスタンプと「ResolutionTargetDate」を比較して算出するフィールドです。

保険証券番号は、請求を補償する保険契約の識別子です。請求を特定の顧客、契約条件、補償内容に結び付けます。

プロセス属性ではありませんが、重要な業務上の背景情報を提供します。保険証券または顧客別に請求データを集計できるため、請求頻度や顧客体験の分析、複雑な請求が多く発生する保険証券の特定に役立ちます。

請求を特定の顧客契約に結び付け、顧客を軸としたプロセス分析を可能にする重要な業務情報です。

FINEOS Claimsのドキュメントを参照してください。通常は請求登録時に取得され、メインの請求レコードに保存されます。

この属性は、請求が「クローズ」状態から再び処理中の状態に戻った理由を記録します。新しい情報の受領、請求者からの異議申し立て、エラーの訂正などが一般的な理由です。

再開理由を分析すると、プロセスの品質と処理の完結性を直接測定できます。特定の理由による再開が多い場合、最初のクローズ処理に問題があったことを示します。調査や判断の段階にある弱点を特定し、最初から正しく請求をクローズするための改善対象を明確にできます。

請求を早すぎる、または誤った形でクローズしたプロセス上の問題を直接把握し、初回での解決率を高める機会を明らかにします。

FINEOS Claimsのドキュメントを参照してください。通常は、ユーザーがシステムで「請求を再開」アクションを実行した際に記録されます。

この計算属性は、同じ請求に対する2回目の「追加情報要求」イベントなど、手戻りに該当するアクティビティを示します。通常は、繰り返されるアクティビティやプロセスフローの後戻りループを検出して判定します。

手戻りを明示的に示すことで、非効率に焦点を当てた分析が容易になります。重要なパフォーマンス指標である手戻り率も簡単に算出できます。ダッシュボードでこのフラグを使えば、手戻りの頻度と影響を可視化し、非効率なループの根本原因を特定できます。

非効率なプロセスループを直接示すため、手戻り率の計算や、作業が繰り返される要因の分析が容易になります。

同じケースで繰り返されたアクティビティを特定し、プロセスマイニング分析の中で算出します。たとえば、「調査開始」の2回目の発生をフラグで示します。

請求の結果が「拒否」の場合、その判断に至った具体的な理由を示します。理由には、「保険契約の補償対象外」「不正の疑い」「情報不足」などがあります。

請求拒否の根本原因を分析するうえで重要な属性です。拒否理由ごとの発生頻度を分析すると、申請プロセスの共通課題、保険契約の補償内容に関する顧客の誤解、アジャスターに必要な研修などを特定できます。これにより、拒否率の低減や顧客満足度の向上につながる施策を立案できます。

失敗したプロセスの根本原因分析に欠かせません。請求拒否を減らし、受付時のデータ品質を高める機会を特定できます。

FINEOS Claimsのドキュメントを参照してください。通常は「請求拒否」アクティビティの実行時に選択される構造化フィールドまたはコードです。

損害発生日は、事故や負傷などの実際の事象が発生した日を示します。請求の申請日とは異なり、請求の検証や処理における重要な要素になる場合があります。

この属性は重要な背景情報を提供します。損害発生日と「請求申請日」の間隔、つまり報告遅延は、重要なパフォーマンス指標になる場合があります。この遅延を分析すると、報告プロセスの問題と、請求ライフサイクル全体への影響を明らかにできます。

重要な背景情報を提供し、報告遅延（損害発生から申請までの時間）を計算できます。報告遅延は、請求の複雑さや結果に影響する場合があります。

FINEOS Claimsのドキュメントを参照してください。通常は「損害の第一報」または請求登録のプロセスで取得される標準フィールドです。

損害額は、請求時点の初期見積額または請求に対して確保された引当金額を示します。請求の調査や査定に伴って更新される場合があります。

この金銭的なデータは、請求を分け、金銭的影響とプロセスの動きの関係を理解するうえで重要です。たとえば、高額な請求ほど処理に時間がかかるのか、手戻りが多いのかといった問いに答えられます。財務予測やリスク管理にも重要な入力データとなります。

プロセスに関する金銭的な背景情報を提供し、請求額が処理時間、複雑さ、処理経路に与える影響を分析できます。

FINEOS Claimsのドキュメントを参照してください。通常は、請求に関連付けられた財務テーブルまたは引当関連テーブルにあります。

支払額は、請求の解決と承認後に支払われる最終金額です。複数回の支払いがある請求では、個々の支払取引の金額を示す場合があります。

この属性は、財務照合やプロセスの金銭的な結果を分析するうえで欠かせません。初期の損害見積額と最終支払額を比較できます。プロセスのさまざまなバリエーションや判断が金銭面に与える影響を把握する際にも役立ちます。

プロセスの金銭的な結果を追跡し、財務パフォーマンスの測定や請求価値の分析に役立ちます。

FINEOS Claimsのドキュメントを参照してください。通常は、請求ケースに関連付けられた支払取引テーブルに保存されています。

この属性は、請求に関連する地理的な場所を示します。請求者の住所や損害が発生した場所に基づく場合があります。

地理的に分析すると、請求種別、発生頻度、処理効率の地域差を明らかにできます。特定の地域拠点のパフォーマンスが他より優れているか、規制や気象事象など場所固有の要因が請求プロセスに影響しているかを確認できます。より対象を絞った管理とリソース配分にも役立ちます。

地域別に分けることで、地域間のパフォーマンス差、コンプライアンスの違い、場所固有のボトルネックを特定できます。

FINEOS Claimsのドキュメントを参照してください。通常は、システムに保存された契約者または請求者の住所情報から算出されます。