特開 2024-163724 保険の引受査定を支援するための情報処理装置、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024163724

(43)【公開日】2024-11-22

(54)【発明の名称】保険の引受査定を支援するための情報処理装置、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 40/08 20120101AFI20241115BHJP

【ＦＩ】

G06Q40/08

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023079573

(22)【出願日】2023-05-12

(11)【特許番号】

(45)【特許公報発行日】2024-09-03

(71)【出願人】

【識別番号】502265688

【氏名又は名称】株式会社ＪＭＤＣ

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】浜田 貴之

(72)【発明者】

【氏名】久野 芳之

(72)【発明者】

【氏名】金澤 大樹

(72)【発明者】

【氏名】大嶋 啓介

【テーマコード（参考）】

5L040

5L055

【Ｆターム（参考）】

5L040BB61

5L055BB61

(57)【要約】

【課題】保険の申込者が適切な申込内容で、容易に引受査定を受けることが可能な技術を提供する。
【解決手段】本開示に係る情報処理装置は、保険の引受査定を支援するための情報処理装置であって、公的な仕組みによって収集及び管理されるユーザの情報を格納するデータベースから、保険の引受査定の対象ユーザの医療保険情報を取得するユーザ情報取得手段と、取得した対象ユーザの医療保険情報に基づいて、対象ユーザが保険を申し込むための告知情報を生成する生成手段と、生成した告知情報を対象ユーザの通信装置に送信した後に、対象ユーザによって告知情報が確認されたことを示す情報を通信装置から取得する確認情報取得手段と、告知情報が確認されたことを示す情報を取得した場合に、対象ユーザが確認した告知情報を、保険の引受査定に用いる情報として登録する登録手段と、を有する。
【選択図】図２

【特許請求の範囲】

【請求項1】

保険の引受査定を支援するための情報処理装置であって、
公的な仕組みによって収集及び管理されるユーザの情報を格納するデータベースから、保険の引受査定の対象ユーザの医療保険情報を取得するユーザ情報取得手段と、
取得した前記対象ユーザの医療保険情報に基づいて、前記対象ユーザが保険を申し込むための告知情報を生成する生成手段と、
生成した前記告知情報を前記対象ユーザの通信装置に送信した後に、前記対象ユーザによって前記告知情報が確認されたことを示す情報を前記通信装置から取得する確認情報取得手段と、
前記告知情報が確認されたことを示す情報を取得した場合に、前記対象ユーザが確認した前記告知情報を、前記保険の引受査定に用いる情報として登録する登録手段と、を有することを特徴とする情報処理装置。

【請求項2】

前記告知情報は、前記対象ユーザに対する質問と当該質問に対する回答とを含み、前記生成手段は、前記回答の内容を前記対象ユーザの医療保険情報に基づいて生成する、ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記生成手段は、前記対象ユーザによる前記告知情報に対する入力を受け付けること無く、前記告知情報を生成する、ことを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記告知情報は、前記対象ユーザの、既往歴、特定の疾患に対する検査又は治療の有無、現在の健康状態、及び身体の障害状態に関する前記質問と前記回答とを含む、ことを特徴とする請求項２に記載の情報処理装置。

【請求項5】

前記生成手段は、前記告知情報が前記対象ユーザの前記既往歴、若しくは特定の疾患に対する検査又は治療の有無、の項目の前記回答を、取得した告知済傷病名を用いて生成する、ことを特徴とする請求項４に記載の情報処理装置。

【請求項6】

前記医療保険情報は、健診実施機関で受信した健診の情報、処方された薬剤の情報、告知済傷病名、及び障害に関する情報を含む、ことを特徴とする請求項１に記載の情報処理装置。

【請求項7】

前記告知情報又は前記医療保険情報の健診結果を用いた、前記保険の引受可否を判定した結果を取得する判定結果取得手段と、
保管又は表示用に用いられる既存の所定の書式に、前記告知情報又は前記医療保険情報から整形した表示用告知情報を生成する整形手段と、を更に有し、
前記整形手段は、前記保険の引受可否を判定した結果が前記保険の引受可否を判定できないことを示す場合に、前記所定の書式に整形した前記表示用告知情報を生成する、ことを特徴とする請求項１に記載の情報処理装置。

【請求項8】

保険の引受査定を支援するための情報処理装置で実行される情報処理方法であって、
公的な仕組みによって収集及び管理されるユーザの情報を格納するデータベースから、保険の引受査定の対象ユーザの医療保険情報を取得することと、
取得した前記対象ユーザの医療保険情報に基づいて、前記対象ユーザが保険を申し込むための告知情報を生成することと、
生成した前記告知情報を前記対象ユーザの通信装置に送信した後に、前記対象ユーザによって前記告知情報が確認されたことを示す情報を前記通信装置から取得することと、
前記告知情報が確認されたことを示す情報を取得した場合に、前記対象ユーザが確認した前記告知情報を、前記保険の引受査定に用いる情報として登録することと、を有することを特徴とする情報処理方法。

【請求項9】

コンピュータを、請求項１から７のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、保険の引受査定を支援するための情報処理装置、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

近年、保険の申込を引き受けるか否かを査定する査定者に、人口知能モデルによる予測結果や査定に係る参考情報を提供することにより、引受査定業務を効率化する技術が知られている（特許文献１）。

【0003】

特許文献１では、保険の申込情報に対して、過去の案件における申込内容と査定結果とを学習データとして機械学習を行った人口知能モデルを用いて、医務査定の査定結果を予測する技術を提案している。特許文献１では、医務査定の査定結果に加えて、医務査定の判定に用いる注目因子を特定し、特定した注目因子等に基づいて検索した類似案件を人的査定を行う査定者に提示する。特許文献１で提案される技術では、過去の類似案件を提示することで、査定者の医務査定業務を効率化することができ、従来の人的査定に比べて引受可否を判定できない案件を減少させることができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第６８２８２０９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、保険を申し込む際には、既往歴などの保険の申込内容を申込者が自己の記憶や判断結果に従って作成する。このため、（例えば既往症などの）記入すべきであった事項が記載されていない場合があり得る。このため、処理対象となる申込内容が適切な内容となり、保険の申込者が適切な申込内容で引受査定を受けることができる技術が望まれている。

【0006】

本発明は、上記課題に鑑みてなされ、その目的は、保険の申込者が適切な申込内容で、容易に引受査定を受けることが可能な技術を実現することである。

【課題を解決するための手段】

【0007】

この課題を解決するため、例えば本発明の情報処理装置は、
保険の引受査定を支援するための情報処理装置であって、
公的な仕組みによって収集及び管理されるユーザの情報を格納するデータベースから、保険の引受査定の対象ユーザの医療保険情報を取得するユーザ情報取得手段と、
取得した前記対象ユーザの医療保険情報に基づいて、前記対象ユーザが保険を申し込むための告知情報を生成する生成手段と、
生成した前記告知情報を前記対象ユーザの通信装置に送信した後に、前記対象ユーザによって前記告知情報が確認されたことを示す情報を前記通信装置から取得する確認情報取得手段と、
前記告知情報が確認されたことを示す情報を取得した場合に、前記対象ユーザが確認した前記告知情報を、前記保険の引受査定に用いる情報として登録する登録手段と、を有することを特徴とする。

【発明の効果】

【0008】

本発明によれば、保険の申込者が適切な申込内容で、容易に引受査定を受けることが可能になる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施形態に係る引受査定支援システムの一例を示す図

【図2】本実施形態に係る引受査定支援システムの動作概要を説明する図

【図3】本実施形態に係る情報処理装置の機能構成例を示すブロック図

【図4】本実施形態に係る通信装置（ユーザ端末）の機能構成例を示すブロック図

【図5】本実施形態に係る引受保険会社の通信装置の機能構成例を示すブロック図

【図6A】ユーザの医療保険情報を格納するデータベースから取得可能な特定健診情報の例を示す図

【図6B】ユーザの医療保険情報を格納するデータベースから取得可能な薬剤情報等の例を示す図

【図7】本実施形態に係る、告知情報の告知事項と医療保険情報の対応関係の一例を示す図

【図8】本実施形態に係る通信装置（ユーザ端末）に表示される告知情報の一例を示す図

【図9】本実施形態に係る引受査定の流れを説明する図

【図10A】本実施形態に係る引受査定処理の一連の動作を示すフローチャート（１）

【図10B】本実施形態に係る引受査定処理の一連の動作を示すフローチャート（２）

【発明を実施するための形態】

【0010】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

【0011】

（引受査定支援システムの構成）
まず、図１を参照して、本発明の実施形態に係る引受査定支援システムの構成について説明する。

【0012】

引受査定支援システムは、例えば、保険の申込を行うユーザ２０が使用する通信装置１１０と、情報処理装置１００と、保険の申込を引き受ける会社（単に引受保険会社ともいう）において用いられる通信装置１２０とを含む。また、情報処理装置１００は、予めユーザの同意がある場合、公的な仕組みによって収集及び管理されるユーザの医療保険情報を格納する医療保険情報データベース１３０に、予め定められたＡＰＩを介してアクセスすることができる。医療保険情報データベース１３０は、一例として、医療保険情報を収集及び管理するマイナポータルのデータベースであり、ユーザの日々の健診や診療に関する情報が医療機関等から収集され、蓄積されている。

【0013】

情報処理装置１００は、例えば、引受保険会社によって管理されるサーバ或いは、引受保険会社に対して保険の引受査定に係るサービスを提供する会社によって管理されるサーバである。なお、以下の説明では、引受保険会社とサービスを提供する会社とを特に区別せず、単に引受保険会社に管理されるものとして説明する。

【0014】

情報処理装置１００は、通信装置１１０から保険の申込を受け付けたことに応じて、後述する告知書の情報（告知情報）の生成や引受可否を判定するための処理等を行う。そして、最終的に得られる引受可否の判定結果を、例えば引受保険会社の通信装置１２０に送信する。引受保険会社では、引受可否の判定結果に応じて、当該ユーザの保険の引受に対して最終的な査定を行うことができるほか、（例えば引受可否を判定不可である場合に）更に専門的な知識を有する査定者による引受査定を行うことができる。

【0015】

詳細は後述するが、本実施形態では、保険の申込を行うユーザが告知書を記載する代わりに、情報処理装置１００が告知情報を生成して通信装置１１０に送信し、ユーザによる内容の確認を受けるようにしている。通信装置１１０に送信される告知情報は、情報処理装置１００が医療保険情報データベース１３０から取得した医療保険情報に基づいて作成するため、ユーザの主観や記憶に依存しない記載内容となる。

【0016】

ユーザにとっては、告知情報の内容を確認するだけの作業となるため、告知書を記載する手間が無くなり保険の申込がより容易になる。また、引受保険会社にとっては、医療保険情報に基づく客観的な情報を用いて引受査定を行うことができる。このため、従来の引受査定業務に存在する、査定者が信頼性に欠ける告知内容に対して申込者に確認をとるような、業務の負担が軽減される。また、コンピュータを用いて告知情報を処理する場合も、より精度良く査定の処理を行うことができる。

【0017】

通信装置１１０は、例えば、引受保険会社によって提供される、保険の各種手続きを行うためのアプリケーションをインストールし、実行することが可能なユーザ端末である。通信装置１１０は、当該アプリケーションを用いて、受信した告知情報を表示部に表示させ、ユーザによる確認を受け付ける。通信装置１１０は、例えば、ユーザが告知情報を確認したことを示す情報を、情報処理装置１００に送信する。なお、上述の例では、通信装置１１０が引受保険会社によって提供されるアプリケーションを実行する場合を例に説明しているが、通信装置１１０が情報処理装置１００によって提供されるウェブサイトにアクセスして告知情報を取得、表示させ、ユーザの確認結果を情報処理装置１００に送信してもよい。

【0018】

また、本実施形態では、通信装置１１０が例えばスマートフォンである場合を例に説明する。しかし、通信装置１１０は、スマートフォンに限らず、告知書の表示および確認が可能な他の端末、例えばデスクトップパソコン、ノートパソコン、タブレット型端末などであってよい。

【0019】

引受保険会社の通信装置１２０は、引受保険会社で例えば引受査定を行う査定者が使用する通信装置であり、例えば、パーソナルコンピュータやタブレット端末である。引受保険会社の通信装置１２０は、ユーザの告知情報や、情報処理装置１００によって判定された引受可否の判定結果などを表示部に表示させることができる。査定者は、通信装置１２０を操作して、情報処理装置１００による判定結果や、自身で行った人的査定の結果に基づいて、例えば、保険の引受についての最終的な判定を確定させる。

【0020】

（引受査定支援システムにおける動作概要）
次に、図２を参照して、引受査定支援システムの動作概要について説明する。なお、医療保険情報データベース１３０には、通信装置１１０のユーザ２０の医療保険情報が蓄積されているものとする。また、本動作概要は、例えば、引受保険会社で提供する所定の保険商品に対して、通信装置１１０からの申込が情報処理装置１００で受け付けられたときに開始される。

【0021】

まず、Ｓ２０１において、通信装置１１０は、情報処理装置１００に対する医療保険情報データベース（のユーザの情報）へのアクセス許可を与える。なお、アクセス許可を与える方法は公知の方法であってよい。また、アクセス許可の付与は、上述の所定の保険商品に対する申込の際に行われてもよい。

【0022】

Ｓ２０２において、情報処理装置１００は、医療保険情報データベース１３０の医療保険情報を取得し、当該医療保険情報から告知情報を生成する。告知情報の生成については、詳細を後述するが、告知情報には、一例として、既往歴があるか、過去５年以内に心臓や脳の疾患など特定の疾患について検査、治療、投薬等があったか、入院の有無などに関する質問が含まれる。また、本実施形態に係る告知情報には、情報処理装置１００によって生成された、質問に対する回答が含まれる。情報処理装置１００は、生成した告知情報を通信装置１１０に送信する。

【0023】

Ｓ２０３において、通信装置１１０は、表示部に告知情報を表示し、ユーザ２０が告知情報を確認した後に、ユーザから、告知情報を確認したことを示す操作を受け付ける。通信装置１１０は、ユーザの当該操作を受け付けると、告知情報が確認されたことを示す情報を、情報処理装置１００に送信する。

【0024】

Ｓ２０４において、情報処理装置１００は、告知情報が確認されたことを示す情報を通信装置１１０から受信したことに応じて、Ｓ２０２で通信装置１１０に送信した告知情報を、情報処理装置１００の記憶装置に登録する。この告知情報の登録は、（ユーザ２０が記載した告知書を）通信装置１１０を介して取得して告知書のデータを記憶装置に登録したことに相当する。

【0025】

また、情報処理装置１００は、例えば、告知情報に対してルールベースの判定処理を適用して引受査定を行う場合、更に引受可否を判定する。引受可否の判定は、例えば、「非謝絶」（引受可能）、「謝絶」（引受不可）、及び、「引受可否の判定不可」のいずれに分類される。告知情報に対するルールベースの判定処理は、一例として、告知情報のうちのいずれの質問に対しても該当が無い場合に、非謝絶と判定し、既往歴がある場合には「謝絶」と判定することができる。また、両者のいずれでもない場合に、「引受可否の判定不可」と判定することができる。なお、登録された告知情報を用いてルールベースの処理による引受可否の判定を行う場合を例に説明しているが、告知情報を参照して査定者が引受可否を判定してもよい。

【0026】

Ｓ２０４における告知情報を用いた引受判定の結果が「引受不可」である場合、Ｓ２０５において、情報処理装置１００は、医療保険情報を入力とするリスク予測モデルを用いたリスク予測と引受可否の判定を行う。リスク予測モデルは、例えば統計モデル又は機械学習モデルである。告知情報に基づく判定で謝絶されたユーザであっても、別の観点から評価すれば、リスクがそれほど高くないユーザが存在し得る。このため、本実施形態では、医療保険情報（健診結果や投薬歴の情報）とリスク予測モデルを用いてユーザのリスクを（再）評価することにより、告知情報による引受可否の判断で謝絶となったユーザを救済することができる。引受保険会社にとってもユーザのリスクを多角的に評価することができ、より適切に保険の引受を行うことができるようになる。

【0027】

Ｓ２０４における告知情報を用いた引受判定の結果が「引受可否の判定不可」である場合、Ｓ２０６において、情報処理装置１００は、医療保険情報に含まれる健診結果の情報に対してルールベースの処理を実施し、引受可否を判定する。Ｓ２０６のルールベースの処理は、Ｓ２０４と異なるリスク評価を提供する意味もあるが、「引受可否の判定不可」となるユーザの絞り込みを行うことができる点で有益である。「引受可否の判定不可」となるユーザを絞り込むことにより、専門家による人的査定の対象を絞り込むことができ、査定業務を効率化することができる。

【0028】

Ｓ２０７では、情報処理装置１００は、査定者が引受可否の判定を行い易いように、告知情報に含まれる情報が所定の形式（例えば、紙で保管される場合の書式や慣用的に表示用として用いられている書式）で表示されるように整形した表示用告知情報を生成する。情報処理装置１００は、生成した表示用告知情報を引受保険会社の通信装置１２０に送信する。なお、このステップの説明では、告知情報を処理対象とする場合を例に説明したが、査定者が引受可否の判定に用いる情報であれば、他の情報であってよく、情報処理装置１００は、ユーザの健診結果などの医療保険情報を用いて、表示用健診情報を生成してもよい。

【0029】

Ｓ２０８において、通信装置１２０は、情報処理装置１００から受信した表示用告知情報を、表示部に表示させる。このとき、引受査定を行う査定者は、表示部に表示された表示用情報を参照して、引受可否の判定を行う。また、通信装置１２０は、査定者による査定結果を受け付けて、受け付けた査定結果を情報処理装置１００に送信する。

【0030】

Ｓ２０９において、情報処理装置１００は、Ｓ２０４～Ｓ２０８のいずれかで得られた「非謝絶」又は「謝絶」となる最終的な引受査定の結果を出力する。出力は、情報処理装置１００の記憶部に登録するようにしてもよいし、通信装置１２０に表示させるようにしてもよい。また、通信装置１１０に申込の結果として結果を送信してもよい。

【0031】

（情報処理装置の構成）
次に、情報処理装置１００の機能構成例について、図３を参照して説明する。なお、説明する機能ブロックの各々は、統合されまたは分離されてもよく、また説明する機能が別のブロックで実現されてもよい。また、ハードウェアとして説明するものがソフトウェアで実現されてもよく、その逆であってもよい。

【0032】

通信部３０１は、ネットワークを介して様々な装置と通信する通信回路を含む。通信部３０１は、制御部３０４が処理する情報を通信相手の装置（例えば、通信装置１１０等）から受信したり、制御部３０４によって処理された情報を通信相手の装置（例えば、通信装置１２０）に送信したりする。電源部３０２は、情報処理装置１００の動作に必要となる電力を提供する電源である。

【0033】

記憶部３０３は、例えばハードディスクや半導体メモリなどの不揮発性の記憶媒体を含み、情報処理装置１００の制御部３０４によって実行される各種プログラムや制御部３０４によって使用される各種データやＤＢを含む。各種プログラムには、本実施形態に係る引受査定処理を実行するためのプログラムのほか、オペレーティングシステム、フレームワーク、ライブラリなどを含む。各種データは、例えば、情報処理装置１００の設定値や、それぞれのリスク予測モデルの学習後のパラメータ値などが含まれてよい。また、記憶部３０３は、ユーザごとに生成、登録する告知情報、リスク予測モデルを学習させるためのモデルごとの学習データを格納する。

【0034】

制御部３０４は、中央演算装置であるＣＰＵ３１０と、ＲＡＭ３１１とを含む。制御部３０４は、記憶部３０３に記憶されたプログラムをＲＡＭ３１１に展開、実行することにより、制御部３０４内部の各部の動作を制御したり、情報処理装置１００の各部の動作を制御したりする。また、制御部３０４は、後述する引受査定処理を実行する。

【0035】

ＲＡＭ３１１は、例えばＤＲＡＭ等の揮発性の記憶媒体を含み、制御部３０４がプログラムを実行するためのパラメータや処理結果等を一時的に記憶する。

【0036】

医療保険情報取得部３２０は、通信部３０１を介して、保険の申込の対象ユーザ（ユーザ２０）の医療保険情報を、医療保険情報データベース１３０から取得する。医療保険情報は、例えば、図６Ａに示す特定健診情報６０１、図６Ｂに示す薬剤情報６１１、薬剤情報・処方情報・調剤情報６１２、医療費通知情報６１３などの情報を含むが、更に、既往歴の存在を示す告知済傷病名を含んだ不図示の情報を含んでよい。また、ユーザの障害に関する情報を含んだ不図示の情報を含んでよい。

【0037】

図６Ａに示す特定健診情報は、例えば、健診実施機関で受診した特定健診の情報（健診における測定値や回答内容）等を含む。特定健診情報は、例えば、資格情報、特定健診受信情報、健診情報・基本情報、健診情報・医師の判断、健診情報・質問表（特定健診）、特定健診・質問表（後期高齢者健診）などのテーブルの情報を含む。この特定健診情報のうちの健診情報・質問表（特定健診）６０２は、更に、服薬１（血圧）、・・・既往歴１（脳血管）、・・・、喫煙、・・・などの情報を含んでいる。なお、図６Ａに示す特定健診情報のテーブルの情報は、公知のマイナポータルの医療保険情報に含まれる情報を本実施形態の一例として示している。

【0038】

また、医療保険情報に含まれる、薬剤情報６１１、薬剤情報・処方情報・調剤情報６１２、医療費通知情報６１３などの情報は図６Ｂに示す構成を含む。例えば、薬剤情報６１１は、例えば、保険医療機関や保険薬局などにて処方された薬剤の情報（処方情報、調剤情報は含まない）を含む。薬剤情報６１１は、薬剤情報６１４に示す保険者番号、処方箋発行日、診察識別等区分などの情報を含んでいる。例えば、診療識別等区分には、診療識別等を示す区分、すなわち処置、手術、画像診断、入院基本料などに対応するコードが記載される。

【0039】

薬剤情報・処方情報・調剤情報６１２は、例えば、保険医療機関や保険薬局などにて処方された薬剤の情報（処方情報、調剤情報を含む）を含む。医療費通知情報６１３は、例えば、保険医療機関・保険薬局等にて支払った医療費の情報を含む。図６Ｂに示す各情報も、公知のマイナポータルの医療保険情報に含まれる情報を本実施形態の一例として示している。医療保険情報取得部３２０によって取得される医療保険情報を用いることにより、情報処理装置１００は、例えば、ユーザ２０の告知済傷病名、検査や入院に関する情報、健診における各項目の測定値、喫煙の習慣の有無、身体の機能障害の有無などを取得することができる。

【0040】

告知情報生成部３２１は、ユーザ２０に提示する告知情報を生成する。例えば、告知情報生成部３２１は、図７に一例として示すように、告知情報の告知事項７０１の各項目に対して、医療保険情報から取得する情報７０２を予め対応付けておくことができる。告知情報生成部３２１は、当該予め定めた対応７００に従って、医療保険情報を参照し、告知情報を生成することができる。例えば、告知情報生成部３２１は、告知済傷病名の情報からユーザ２０の既往歴を抽出することができ、また、診療識別等区分などから、対象疾患等についての検査や入院の有無などを抽出することができる。また、告知情報生成部３２１は、不図示の情報から身体の機能障害の有無を取得することができ、特定健診情報から、健診における異常指摘項目、喫煙の習慣の有無などを取得することができる。このように、告知情報生成部３２１は、ユーザ２０による告知書に対する入力を受け付けること無く、告知情報を生成することができる。

【0041】

告知情報は、通信装置１１０に送信されて表示部に表示される。情報処理装置１００によって生成され、通信装置１１０に表示された告知情報の一例を図８に示している。上述のように、告知情報は、例えば、既往歴があるか、過去５年以内に心臓や脳の疾患など特定の疾患について検査、治療、投薬等があったか、入院の有無などに関する質問が含まれる。また、本実施形態に係る告知情報には、情報処理装置１００によって生成された、質問に対する回答が含まれる。例えば、図８に示す例では、告知書確認画面８０１において、複数の質問のうちの２つ目の質問８０２が表示されている。また、告知書確認画面８０１には、質問８０２に対する回答として、情報処理装置１００が生成した回答８０３が表示される。この例では、情報処理装置１００が医療保険情報の告知済傷病名から抽出した既往歴が回答として表示される。告知書確認画面８０１には、回答が医療保険情報から生成されたものであることを示す情報８０４が含まれる。確認ボタン８０５をユーザが押下した場合、通信装置１１０が当該ユーザの操作を受け付けて、告知情報が確認されたことを示す情報が、情報処理装置１００に送信される。

【0042】

確認情報取得部３２２は、通信装置１１０から送信された、告知情報が確認されたことを示す情報を受信する。告知情報登録部３２３は、生成した告知情報を記憶部３０３に登録する。

【0043】

第１引受可否取得部３２４は、例えば、登録した告知情報に対してルールベースの判定処理を適用して引受査定を行う場合、引受可否を判定して、非謝絶、謝絶、及び、引受可否の判定不可のいずれかの結果を取得する。上述のように、告知情報を参照して査定者が引受可否を判定してもよい。この場合、第１引受可否取得部３２４は、査定者による引受査定の判定結果を取得する。

【0044】

書式整形部３２５は、上述のＳ２０７に対応する処理を行う。すなわち、書式整形部３２５は、査定者が引受可否の判定を行い易いように、告知情報に含まれる情報が、例えば、紙で保管される場合の既存の書式や慣用的に表示用として用いられている既存の書式で表示されるように整形した表示用告知情報を生成する。書式整形部３２５は、ユーザの健診結果などの医療保険情報について、表示用健診情報を生成してもよい
リスク予測部３２６は、医療保険情報（例えば健診の情報及び処方された医薬品の情報）を入力とするリスク予測モデルを用いたリスク予測と引受可否の判定を行う。リスク予測部３２６は、第１引受可否取得部３２４が取得した判定結果が引受不可を示す場合にリスク予測と引受可否の判定を行う。リスク予測部３２６は、ユーザ２０の医療保険情報をリスク予測モデルに入力して、ユーザ２０のリスクを予測する。予測するリスクは、例えば、ユーザ２０の経時的なリスク（例えば、１年後、２年後、・・・ｎ年後の累積リスク）を含む。経時的なリスクは、例えば、所定期間後の入院発生の確率、所定期間後の手術発生の確率などであってよい。リスク予測モデルは、過去の医療保険情報（例えば健診の情報及び処方された医薬品の情報）と、実際に発生した診療行為等（入院や手術等）とを関連付けたデータに基づいてモデル化或いは学習されている。

【0045】

安全度算出部３２７は、リスク予測部３２６によって予測されたリスクを引受スコアに変換する。引受スコアは、ユーザが属す所定の集団内での相対的な安全度合いを示すスコアであり、例えば、ユーザの同性同年代と比較した際の安全度合いを示すスコアである。安全度算出部３２７は、例えば、予め計算されている同性同年代のユーザ群におけるリスクの偏差値を、ユーザ２０のスコアとして算出してもよい。なお、安全度算出部３２７は、スコアを、ユーザ群における乖離や分布の偏りを示す他の数値を算出してもよい。

【0046】

第２引受可否取得部３２８は、例えば、安全度算出部３２７が算出したスコアの高さに応じて、謝絶及び非謝絶（引受可能）のいずれかを出力してよい。

【0047】

制御部３０４は、第１引受可否取得部３２４が取得した引受可否の判定と、第２引受可否取得部３２８による引受可否の判定と、Ｓ２０８において通信装置１２０から受信する引受可否の判定と、のいずれかにより、最終的な引受査定の結果を出力する。出力は、情報処理装置１００の記憶部への登録であってもよいし、通信装置１２０における表示であってもよい。また、通信装置１１０に申込の結果として送信してもよい。

【0048】

図９を参照して、複数の引受査定の判定結果の関係を説明する。図９では、告知情報登録部３２３が告知情報を記憶部３０３に登録した時点からの動作を示している。９０１は、上述したＳ２０４における引受可否の判定を示す。判定結果が「非謝絶」であれば、引受査定の判定は終了する。９０１における判定が「謝絶」である場合、９０２の引受査定、すなわちＳ２０５におけるリスク予測モデルを用いた引受査定の判定が実行される。一方、９０１の判定結果が「引受可否を判定不可」である場合には、９０３の引受査定、すなわちＳ２０６及びＳ２０８による引受査定が実行される。９０２の引受査定では、判定の結果に応じて、ユーザ２０による申込は謝絶又は非謝絶のいずれかとなる（別途、査定者の最終確認を経てもよい）。

【0049】

また、９０３における、医療保険情報に対するルールベース判定では、例えば、医療保険情報のうちの健診結果の各項目を評価することにより、非謝絶、謝絶、引受可否の判定不可（人的査定を実施）のいずれかを判定する。健診結果を用いた判定では、例えば、健診結果の各項目について予めランク付けを定めておく。例えば、収縮期血圧の項目について、｛検査値が１２９以下： A判定、検査値が１３０－１３９： B判定、検査値が１４０－１５９： C判定、検査値が１６０以上： D判定｝のようにランクを定める。そして、健診結果の全ての項目がA判定である場合には非謝絶と判定し、１つでもD判定が存在する場合には謝絶と判定する。上記以外である場合は、引受可否の判定不可（人的査定を実施）と判定する。この判定によって、非謝絶及び謝絶の判定は、最終的な判定となる。また、「引受可否の判定不可」である場合には、専門家である査定者の判定が最終的な引受査定の判定結果となる。

【0050】

（通信装置の構成）
更に、通信装置１１０の構成例について、図４を参照して説明する。図４は、本実施形態の通信装置１１０の機能構成例を示している。なお、説明する機能ブロックの各々は、統合されまたは分離されてもよく、また説明する機能が別のブロックで実現されてもよい。また、ハードウェアとして説明するものがソフトウェアで実現されてもよく、その逆であってもよい。

【0051】

通信部４０１は、例えば通信用回路等を含み、例えばＬＴＥ等の移動体通信を介して情報処理装置１００と通信したり、或いはＷｉＦｉ等の無線通信を介して情報処理装置１００と通信したりして必要なデータの送受信を行う。

【0052】

操作部４０３は、通信装置１１０の備えるボタンやタッチパネルを含み、表示部４０５に表示される告知書確認画面８０１に対する操作を受け付ける。なお、告知書確認画面８０１のＧＵＩはネットワーク上の情報を表示させるブラウザアプリケーションのＧＵＩであってもよいし、通信装置１１０にインストールされているアプリケーションのＧＵＩであってもよい。

【0053】

表示部４０５は、例えばＬＣＤや有機ＥＬ等の表示パネルを含み、各種操作用のＧＵＩを表示する。例えば、表示部４０５は、上述の告知書確認画面８０１を表示させる。

【0054】

記録部４０６は、例えば半導体メモリ等の不揮発性メモリを含み、設定されたユーザ情報、制御部４０２が実行するプログラム等を記憶する。

【0055】

制御部４０２は、ＣＰＵ４１０及びＲＡＭ４１１を含み、例えば記録部４０６に記録されたプログラムをＣＰＵ４１０が実行することにより、制御部４０２内の各機能ブロックや通信装置１１０内の各部の動作を制御する。

【0056】

告知情報表示部４１２は、情報処理装置１００から送信される告知情報を通信部４０１を介して取得して、表示部４０５に表示する。告知情報表示部４１２は、告知情報を、図８を参照して説明した告知書確認画面８０１として表示させる。

【0057】

確認情報送信部４１３は、告知書確認画面８０１に対するユーザ操作に応じて、上述した告知情報が確認されたことを示す情報を、情報処理装置１００に送信する。

【0058】

（引受保険会社の通信装置の構成）
更に、引受保険会社の通信装置１２０の構成例について、図５を参照して説明する。図５は、本実施形態の通信装置１２０の機能構成例を示している。なお、説明する機能ブロックの各々は、統合されまたは分離されてもよく、また説明する機能が別のブロックで実現されてもよい。また、ハードウェアとして説明するものがソフトウェアで実現されてもよく、その逆であってもよい。

【0059】

通信部５０１は、例えば通信用回路等を含み、例えばＬＴＥ等の移動体通信を介して情報処理装置１００と通信したり、或いはＷｉＦｉ等の無線通信を介して情報処理装置１００と通信したりして必要なデータの送受信を行う。

【0060】

操作部５０３は、通信装置１１０の備えるボタンやタッチパネルを含み、査定者が告知情報や健診結果を表示させる操作や、査定者が人的査定の結果を入力する操作を受け付ける。表示部５０５は、例えばＬＣＤや有機ＥＬ等の表示パネルを含み、各種操作用のＧＵＩを表示する。例えば、表示部５０５は、査定者が人的査定を行うための告知情報や健診結果を表示させる。

【0061】

記録部５０６は、例えば半導体メモリ等の不揮発性メモリを含み、設定されたユーザ情報、制御部５０２が実行するプログラム等を記憶する。

【0062】

制御部５０２は、ＣＰＵ５１０及びＲＡＭ５１１を含み、例えば記録部５０６に記録されたプログラムをＣＰＵ５１０が実行することにより、制御部５０２内の各機能ブロックや通信装置１１０内の各部の動作を制御する。

【0063】

（情報処理装置における引受査定処理の一連の動作）
次に、情報処理装置における引受査定処理の一連の動作について、図１０Ａ及び図１０Ｂを参照して説明する。なお、本一連の動作で説明する各動作は、制御部３０４が記憶部３０３に記憶されるプログラムをＲＡＭ３１１に展開、実行することにより、上述の制御部３０４の各部を機能させることにより実現される。

【0064】

Ｓ１００１では、医療保険情報取得部３２０が、医療保険情報データベース１３０から対象ユーザの医療保険情報を取得する。Ｓ１００２では、告知情報生成部３２１が、例えば、図７に関して上述した医療保険情報の所定の参照情報から情報を抽出して、告知情報を生成する。Ｓ１００３では、告知情報生成部３２１は、生成した告知情報を、ユーザ２０の通信装置１１０に送信する。

【0065】

Ｓ１００４では、確認情報取得部３２２が、通信装置１１０から、ユーザによって告知情報が確認されたことを示す情報を受信したかを判定する。確認情報取得部３２２が当該情報を受信した場合、Ｓ１００５において、告知情報登録部３２３は、確認された告知情報を、ユーザから取得した告知情報として記憶部に登録する。

【0066】

Ｓ１００６では、第１引受可否取得部３２４は、登録された告知情報に対するルールベースの処理又は査定人による引受査定の判定結果を取得する。Ｓ１００７では、第１引受可否取得部３２４は、判定結果が判定結果が非謝絶であるかを判定する。第１引受可否取得部３２４は、判定結果が非謝絶である場合、本一連の処理を終了する。第１引受可否取得部３２４は判定結果が非謝絶でない場合、Ｓ１００８に処理を進める。

【0067】

Ｓ１００８では、第１引受可否取得部３２４は、更に、判定結果が謝絶であるかを判定する。第１引受可否取得部３２４は、判定結果が謝絶である場合、処理をＳ１０１３に進め、そうでない場合には処理をＳ１００９に進める。Ｓ１００９では、制御部３０４は、医療保険情報に対するルールベースの処理により引受査定の判定結果を取得し、Ｓ１０１０において、判定結果が、引受可否の判定不可を示すかを判定する。制御部３０４は、判定結果が引受可否の判定不可を示す場合、Ｓ１０１１に処理を進め、そうでない場合（つまり判定結果が謝絶又は非謝絶の場合）には本一連の動作を終了する。

【0068】

Ｓ１０１１では、書式整形部３２５が、登録された告知情報から、既存の告知情報の書式に整形した表示用告知情報を生成し、Ｓ１０１２では、査定者が使用する通信装置１２０に生成した表示用告知情報を送信する。

【0069】

Ｓ１０１３では、リスク予測部３２６が、医療保険情報に対する上述のモデルによるリスク予測を行って、安全度算出部３２７がリスク予測結果に従うスコアを算出する。そして、第２引受可否取得部３２８が当該スコアに基づいて、引受可否を出力する。制御部３０４は、引受可否が出力されると、本処理を終了する。

【0070】

以上説明したように、本実施形態では、保険の引受査定を支援するための情報処理装置１００が、公的な仕組みによって収集及び管理されるユーザの情報を格納する医療保険情報データベース１３０から、ユーザ２０の医療保険情報を取得するようにした。告知情報生成部３２１は、取得したユーザ２０の医療保険情報に基づいて、ユーザが保険を申し込むための告知情報を生成する。そして、情報処理装置１００は、生成した告知情報を通信装置１１０に送信した後に、ユーザによって告知情報が確認されたことを示す情報を通信装置１１０から取得する。情報処理装置１００は、当該情報を取得した場合に、ユーザ２０が確認した告知情報を、保険の引受査定に用いる情報として登録する。このようにすることで、保険の申込者が適切な申込内容で、容易に引受査定を受けることが可能になる。また、公的な仕組みによって収集及び管理される情報を用いることで、信頼性の高い客観的な情報を用いて告知情報を生成し、後の引受査定に利用することができる。これにより、告知情報を用いる引受査定の業務効率も効率化される。

【0071】

また、告知情報は、ユーザ２０に対する質問と当該質問に対する回答とを含み、告知情報生成部３２１は、回答の内容をユーザ２０の医療保険情報に基づいて生成する。更に、告知情報生成部３２１は、ユーザ２０による告知書に対する入力を受け付けること無く、告知情報を生成する。このようにすることで、ユーザによる告知書作成の手間が軽減されるほか、人手を介さないため情報の信頼性を担保することができる。

【0072】

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

【符号の説明】

【0073】

１００…情報処理装置、１１０…通信装置、１２０…引受保険会社の通信装置、１３０…医療保険情報データベース、３２０…医療保険情報取得部、３２１…告知情報生成部、３２２…確認情報取得部、３２３…告知情報登録部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【手続補正書】

【提出日】2024-06-25

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

保険の引受査定を支援するための情報処理装置であって、
公的な仕組みによって収集及び管理されるユーザの情報を格納するデータベースから、保険の引受査定の対象ユーザの医療保険情報を取得するユーザ情報取得手段と、
取得した前記対象ユーザの医療保険情報に基づいて、前記対象ユーザが保険を申し込むための告知情報を生成する生成手段と、
生成した前記告知情報を前記対象ユーザの通信装置に送信する送信手段と、
生成した前記告知情報を前記通信装置に送信した後に、前記対象ユーザによって、生成した前記告知情報が確認されたことを示す情報を前記通信装置から取得する確認情報取得手段と、
前記告知情報が確認されたことを示す情報を取得した場合に、前記対象ユーザが確認した前記告知情報を、前記保険の引受査定に用いる情報として登録する登録手段と、を有することを特徴とする情報処理装置。

【請求項2】

前記告知情報は、前記対象ユーザに対する質問と当該質問に対する回答とを含み、前記生成手段は、前記回答の内容を前記対象ユーザの医療保険情報に基づいて生成する、ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記生成手段は、前記対象ユーザによる前記告知情報に対する入力を受け付けること無く、前記告知情報を生成する、ことを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記告知情報は、前記対象ユーザの、既往歴、特定の疾患に対する検査又は治療の有無、現在の健康状態、及び身体の障害状態に関する前記質問と前記回答とを含む、ことを特徴とする請求項２に記載の情報処理装置。

【請求項5】

前記生成手段は、前記告知情報が前記対象ユーザの前記既往歴、若しくは特定の疾患に対する検査又は治療の有無、の項目の前記回答を、取得した告知済傷病名を用いて生成する、ことを特徴とする請求項４に記載の情報処理装置。

【請求項6】

前記医療保険情報は、健診実施機関で受信した健診の情報、処方された薬剤の情報、告知済傷病名、及び障害に関する情報を含む、ことを特徴とする請求項１に記載の情報処理装置。

【請求項7】

前記告知情報又は前記医療保険情報の健診結果を用いた、前記保険の引受可否を判定した結果を取得する判定結果取得手段と、
保管又は表示用に用いられる既存の所定の書式に、前記告知情報又は前記医療保険情報から整形した表示用告知情報を生成する整形手段と、を更に有し、
前記整形手段は、前記保険の引受可否を判定した結果が前記保険の引受可否を判定できないことを示す場合に、前記所定の書式に整形した前記表示用告知情報を生成する、ことを特徴とする請求項１に記載の情報処理装置。

【請求項8】

保険の引受査定を支援するための情報処理装置で実行される情報処理方法であって、
公的な仕組みによって収集及び管理されるユーザの情報を格納するデータベースから、保険の引受査定の対象ユーザの医療保険情報を取得することと、
取得した前記対象ユーザの医療保険情報に基づいて、前記対象ユーザが保険を申し込むための告知情報を生成することと、
生成した前記告知情報を前記対象ユーザの通信装置に送信することと、
生成した前記告知情報を前記通信装置に送信した後に、前記対象ユーザによって、生成した前記告知情報が確認されたことを示す情報を前記通信装置から取得することと、
前記告知情報が確認されたことを示す情報を取得した場合に、前記対象ユーザが確認した前記告知情報を、前記保険の引受査定に用いる情報として登録することと、を有することを特徴とする情報処理方法。

【請求項9】

コンピュータを、請求項１から７のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正の内容】

【0007】

この課題を解決するため、例えば本発明の情報処理装置は、
保険の引受査定を支援するための情報処理装置であって、
公的な仕組みによって収集及び管理されるユーザの情報を格納するデータベースから、保険の引受査定の対象ユーザの医療保険情報を取得するユーザ情報取得手段と、
取得した前記対象ユーザの医療保険情報に基づいて、前記対象ユーザが保険を申し込むための告知情報を生成する生成手段と、
生成した前記告知情報を前記対象ユーザの通信装置に送信する送信手段と、
生成した前記告知情報を前記通信装置に送信した後に、前記対象ユーザによって、生成した前記告知情報が確認されたことを示す情報を前記通信装置から取得する確認情報取得手段と、
前記告知情報が確認されたことを示す情報を取得した場合に、前記対象ユーザが確認した前記告知情報を、前記保険の引受査定に用いる情報として登録する登録手段と、を有することを特徴とする。