初回損害通知を詳しく知る
学習の目的
この単元を完了すると、次のことができるようになります。
- 初回損害通知を送信するための基本的なビジネスプロセスについて説明する。
- 提供されるサービスとコンポーネントが請求作成プロセスをどうサポートするかを説明する。
初回損害通知のビルディングブロック
一般に初回損害通知とは、保険契約者が最初に請求システムを使用して連絡することです。この通知には、請求者が請求に関する初期情報を入力する手順が含まれます。
請求は本質的に損害に伴うものであるため、請求開始時点の保険契約者はおおむね不機嫌です。そのため、スムーズでシンプルなユーザーエクスペリエンスを提供して、プロセスをできるだけ楽に行えるようにすることが重要です。
保険向け請求管理を使用して保険会社はそのエクスペリエンスを実現できます。さまざまな保険種目に対応した複数の作成済みの初回損害通知フローが標準装備されています。こうしたプロセスを各ビジネスの特定のニーズに合わせて簡単にカスタマイズし、調整できます。
次の図は初回損害通知の一般的なタスクフローを表しています。
初回損害通知の主要なステップとして、保険契約データを取得する、基本的な損害詳細を入力する、補償範囲を確認する、その他の損害詳細を追加する、請求を作成する、ルールを評価する、があります。
各フェーズの概要は次のとおりです。
フェーズ |
どうなりましたか? |
|---|---|
保険契約データを取得する |
サービスにより、保険契約、保険契約者、保険対象物に関する情報が取得されます。 |
基本的な損害詳細を入力する |
請求者が損害に関する基本的な情報 (関係車両、事故発生日時、損害の種類など) を入力します。 |
補償範囲を確認する |
サービスにより、基本的な損害詳細に基づき請求者に請求を申請する資格があるかどうかが確認されます。資格がある場合、請求者は続行できます。 |
その他の損害詳細を追加する |
請求者がインシデントについてさらに情報を追加します。これには損害の詳細、その他の関係車両、証人、警察の報告書などがあります。 |
請求を作成する |
サービスにより、請求商品モデルを参照して指定されたすべての情報を使用して請求レコードが作成されます。 |
ルールを評価する |
別の専用サービスにより、請求商品に対しルールが評価されます。true の場合、定義済みアクションと状態の遷移が自動的にトリガーされます。 |
このプロセスを実感できるように、Anna Murphy が事故の後に請求を申請した体験を確認してみましょう。
スピーディな初回通知
もうお馴染みの Anna は 2 台の自動車 (Audi と Jeep Wrangler) のために Cumulus の自動車保険に加入しています。昨日、Anna が運転していた Audi が別の自動車と衝突しました。幸い、怪我人は出ませんでしたが、Anna の車にはへこみができ、本格的な修理が必要です。
フローを起動する
事故の直後、Anna は Cumulus 保険契約者ポータルにサインインします。ここではワンストップで主要な保険契約情報を確認し、請求の申請などのアクションを実行できます。
自動車保険契約に移動し、[File Claim (請求を申請)] ボタンをクリックすると、自動車請求を処理するために設計されたガイド付きフローが起動されます。
![[Manage Policy (保険契約を管理)] アクションリストの [File Claim (請求を申請)] オプションが表示されている Anna の保険契約ページのスクリーンショット](https://res.cloudinary.com/hy4kyit2a/f_auto,fl_lossy,q_70/learn/modules/insurance-claims-foundations/dig-into-the-first-notice-of-loss/images/ja-JP/803bf10d04c696595684050d654d5db5_kix.3t52pq7yjygz.png)
基本的な詳細を入力する
起動されたフローで自動的に Anna の保険契約の詳細 (保険対象者、保険対象物、補償範囲など) が取得されます。Omniscript データに保存されるこの情報はフロー全体で使用されます。
システムでは Anna の 2 台の自動車がこの保険契約の対象であることが認識されているため、最初にどの保険対象車両が事故に関係しているかを選択するように求められます。Anna は Audi を選択して続行します。
Omniscript から何が起きたかを尋ねられます。
Anna はこの事故の危険状況である [衝突] を指定します。
次に、事故に関する詳細を追加します。
Anna は事故に関する基本的な情報 (日時、自分が運転手だったか、自分は怪我をしたかなど) を指定します。この情報は、補償範囲の資格判定に使用されます。
Anna の資格を確認する
請求システムではバックグラウンドでレーティングテーブル (決定マトリックス) へのルックアップを開始します。このテーブルは入力された危険状況を受け入れ、ガイド付きフローに情報を返します。
別のサービスでは損害と危険状況の情報を使用して Anna の保険契約で損害が補償されるかどうかが評価されます。損害発生時点で有効な Anna の保険契約では車両衝突が補償されるため、続行して請求を申請する資格があります。
以下は、補償範囲評価通知のスクリーンキャプチャです。
この通知では Anna に衝突の損害が補償されることを伝え、請求を申請するかどうか尋ねています。Anna は [はい] をクリックして続行します。
追加情報を指定する
次に、Anna は事故に関してより具体的な情報を追加します。
以下は、[Your Vehicle (お客様の車両)] Web ページのスクリーンショットです。
このページで、Anna は車両の損害、他の関係車両、傷害、証人を指定します。報告の補足として画像もアップロードします。
請求を作成する
Anna が詳細を追加すると、専用サービスで請求とすべての関連レコードが作成されます。別のサービスでは請求商品に対して有効なルールがそれぞれ評価されます。Anna が指定した情報に基づいて、新規請求レコードでレンタカー補償と車両衝突補償が自動的にオープンされます。損害査定担当者は順調に請求の査定を開始できます。
こうしたサービスが実行された後、確認画面に新規請求に関する主要な情報が表示されます。
損害査定担当者を割り当てる
割り当てベースのルールを使用して、請求は Cumulus の損害査定担当者で自動車請求のエキスパートである Phil Sagad に自動的に割り当てられます。
Phil は通知を受け取り、請求レコードを表示します。新規レコードには、手始めに必要な情報がすべて含まれています。
この時点で Anna がやるべきことはもうありません。Phil が引き継いで請求を管理し、適切な支払を決定するまで待機します。
次の単元では、Phil のような損害査定担当者が損害査定担当者ワークベンチを使用して請求を調査、調整、査定、クローズする方法を学習します。
リソース