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

この属性は、「請求受付」「初回レビュー完了」「支払い実行」など、請求プロセス内の個々のステップや節目を表します。各アクティビティは、請求に対して行われた個別の処理を示します。

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

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

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

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

分析では、このタイムスタンプを使って、各ステップの所要時間、サイクルタイム、待ち時間を算出します。遅延の特定、SLAに対するパフォーマンスの測定、プロセスの時間的な推移の把握に役立ちます。

イベントの時系列を示すタイムスタンプです。サイクルタイムなど、時間に基づく指標の算出やボトルネックの特定に欠かせません。

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

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

プロセスマイニングでは、この属性を使って各請求のエンドツーエンドの流れを再構成します。プロセスフローの分析、解決までの総時間の算出、請求ごとの処理方法の違いの特定が可能になります。

関連するすべてのイベントを1つのプロセスインスタンスに結び付ける基本識別子です。これにより、請求のライフサイクルをエンドツーエンドで分析できます。

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の文書を参照してください。通常、システムでユーザーが「請求を再開」アクションを実行した際に記録されます。

請求の結果が「却下」の場合、この属性に判断の具体的な理由が記録されます。理由には、「保険契約の補償対象外」「不正の疑い」「情報不足」などがあります。

請求却下の根本原因を分析するうえで重要な属性です。却下理由ごとの発生頻度を分析すると、申請プロセスでよく起きる問題、保険の補償内容に関する顧客の理解不足、損害査定担当者に必要な研修などを特定できます。こうした分析結果をもとに、却下率の低減や顧客満足度の向上に向けた施策を検討できます。

プロセスがうまくいかなかった根本原因の分析に役立ち、請求却下の削減や受付時の品質向上につながる改善点を特定できます。

FINEOS Claimsの文書を参照してください。通常、「請求却下」アクティビティの実行時に選択する、構造化された項目またはコードです。

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

手戻りを明示的に示すことで、非効率な処理に焦点を当てた分析が容易になります。重要業績評価指標（KPI）である手戻り率を簡単に算出できます。ダッシュボードでこのフラグを使うと、手戻りの頻度や影響を可視化し、非効率なループの根本原因を特定できます。

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

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

損害発生日は、事故や負傷などの実際の事象が起きた日を示します。請求の提出日とは異なり、請求の確認や処理に影響する重要な要素となる場合があります。

この属性は、分析に必要なコンテキストを提供します。損害発生日から「請求提出日」までの期間（報告遅延）は、重要業績評価指標（KPI）となる場合があります。この期間を分析すると、報告プロセスの問題や、請求のライフサイクル全体への影響を明らかにできます。

重要なコンテキストを提供し、損害発生から請求提出までの報告遅延を算出できます。報告遅延は、請求の複雑さや結果に影響する場合があります。

FINEOS Claimsの文書を参照してください。「損害の第一報」または請求登録のプロセスで記録される標準項目です。

損害額は、請求時の初期見積額、または請求に備えて確保された準備金額を示します。請求の調査や評価に応じて更新される場合があります。

この金額データは、請求を区分し、金銭的影響とプロセスの動きとの関係を把握するうえで重要です。たとえば、金額の大きい請求は処理に時間がかかるのか、手戻りが多いのかを確認できます。また、財務予測やリスク管理にも役立つ重要な入力データです。

プロセスに金銭面のコンテキストを加え、請求額が処理時間、複雑さ、プロセス経路に与える影響を分析できます。

FINEOS Claimsの文書を参照してください。通常、請求に関連付けられた財務または準備金のテーブルに記録されています。

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

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

プロセスの金銭的な結果を追跡できます。財務パフォーマンスの測定や請求額の分析に重要です。

FINEOS Claimsの文書を参照してください。請求ケースに関連付けられた支払い取引テーブルに記録されています。

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

地理分析により、請求の種類や頻度、処理効率における地域差を明らかにできます。地域の事業所間でパフォーマンスに差があるか、規制や気象事象など、特定の場所に固有の要因が請求プロセスに影響しているかを確認できます。こうした分析結果は、対象を絞った管理やリソース配分に役立ちます。

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

FINEOS Claimsの文書を参照してください。通常、システムに保存された保険契約者または請求者の住所情報から取得します。