(57)【要約】【課題】告知事項の入力を支援することが可能な入力支援プログラム、入力支援装置及び入力支援方法を提供することを目的としている。【解決手段】コンピュータに、利用者を識別する個人識別情報に対応する診療情報を取得する処理と、前記診療情報の項目に基づき、保険商品における告知項目と対応する質問文情報及び回答項目情報から前記診療情報と対応する質問文情報及び回答項目情報を選択する処理と、選択された前記質問文情報及び回答項目情報を含む前記告知項目の入力画面データを出力する処理と、を実行させる。【選択図】図１０
2015022374.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
利用者を識別する個人識別情報に対応する診療情報を取得する処理と、
前記診療情報の項目に基づき、保険商品における告知項目と対応する質問文情報及び回答項目情報から前記診療情報と対応する質問文情報及び回答項目情報を選択する処理と、
選択された前記質問文情報及び回答項目情報を含む前記告知項目の入力画面データを出力する処理と、を実行させる入力支援プログラム。
【請求項２】
前記選択する処理は、
前記診療情報の項目に、前記利用者が受けた検査の項目を示す検査項目が含まれるか否かに基づき、前記診療情報と対応する質問文情報及び回答項目情報を選択する請求項１記載の入力支援プログラム。
【請求項３】
前記選択する処理は、
前記診療情報における前記検査の結果が前記利用者に通知されたか否かを示す結果通知項目の情報に基づき、前記診療情報と対応する質問文情報及び回答項目情報を選択する請求項２記載の入力支援プログラム。
【請求項４】
前記選択する処理は、
前記診療情報の項目に前記検査項目が含まれ、且つ前記結果通知項目の情報が前記検査の結果が前記利用者に通知されていないことを示す場合、
前記回答項目情報に、前記告知項目の入力を保留させる項目を含む質問文情報を選択する請求項３記載の入力支援プログラム。
【請求項５】
前記結果通知項目の情報が前記利用者に通知されていないことを示す情報から前記利用者に通知されたことを示す情報に切り替わったとき、
前記結果通知項目が切り替わった後の診療情報と対応する質問文情報を含む前記告知項目の再入力画面データを出力する処理を実行させる請求項４記載の入力支援プログラム。
【請求項６】
利用者を識別する個人識別情報に対応する診療情報を取得する取得部と、
前記診療情報の項目に基づき、保険商品における告知項目と対応する質問文情報及び回答項目情報から前記診療情報と対応する質問文情報及び回答項目情報を選択する選択部と、
選択された前記質問文情報及び回答項目情報を含む前記告知項目の入力画面データを出力する出力部と、を有する入力支援装置。
【請求項７】
コンピュータによる入力支援方法であって、該コンピュータが、
利用者を識別する個人識別情報に対応する診療情報を取得し、
前記診療情報の項目に基づき、保険商品における告知項目と対応する質問文情報及び回答項目情報から前記診療情報と対応する質問文情報及び回答項目情報を選択し、
選択された前記質問文情報及び回答項目情報を含む前記告知項目の入力画面データを出力する入力支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、告知事項の入力を支援する入力支援プログラム、入力支援装置及び入力支援方法に関する。
【背景技術】
【０００２】
従来では、患者毎の医療情報を管理する技術として、患者を一意で識別できる番号を用いて複数の医療機関から１人の患者に関する情報を収集する技術が知られている。
【０００３】
また医療情報を取り扱うシステムとして、医療保険や生命保険等を取り扱う保険会社向けのシステムが知られている。このシステムでは、保険の契約の希望者に対して自身の健康状態を告知させる機能を有するものがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２６６０７４号公報
【特許文献２】特開２００８−２０４３７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のシステムでは、契約希望者は、契約を結ぶ際に自身が把握している自身の健康状態を虚偽なく告知することが求められる。
【０００６】
一方契約希望者側では、例えば医療機関で実施した検査の結果待ち等の理由により、自身の健康状態を正しく告知することが困難な場合がある。また、検査結果が既に出ている場合であっても、医者側が契約希望者（患者）に疑いのある病名を伝えていない場合等は、契約希望者は自身で健康状態を正しく告知することが困難である。
【０００７】
本発明の一つの側面では、告知事項の入力を支援することが可能な入力支援プログラム、入力支援装置及び入力支援方法を提供することを目的としている。
【課題を解決するための手段】
【０００８】
一様態によれば、コンピュータに、利用者を識別する個人識別情報に対応する診療情報を取得する処理と、前記診療情報の項目に基づき、保険商品における告知項目と対応する質問文情報及び回答項目情報から前記診療情報と対応する質問文情報及び回答項目情報を選択する処理と、選択された前記質問文情報及び回答項目情報を含む前記告知項目の入力画面データを出力する処理と、を実行させる。
【０００９】
上記各処理は、上記各処理を実行する機能部、上記各処理を実現する方法、そのプログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【００１０】
告知事項の入力を支援することができる。
【図面の簡単な説明】
【００１１】
【図１】入力支援システムを説明する図である。
【図２】入力支援サーバのハードウェア構成の一例を示す図である。
【図３】診療情報データベースの一例を示す図である。
【図４】検査項目データベースの一例を示す図である。
【図５】質問文データベースの一例を示す図である。
【図６】告知事項データベースの一例を示す図である。
【図７】病名・区分データベースの一例を示す図である。
【図８】区分対応データベースの一例を示す図である。
【図９】入力支援サーバの機能を説明する図である。
【図１０】入力支援サーバの動作を説明するフローチャートである。
【図１１】保険商品選択画面の一例を示す図である。
【図１２】告知事項の入力における初期画面の一例を示す図である。
【図１３】告知事項の入力画面の例を示す第一の図である。
【図１４】告知事項の入力画面の例を示す第二の図である。
【図１５】告知事項の入力画面の例を示す第三の図である。
【図１６】告知事項の入力画面の例を示す第四の図である。
【図１７】本実施例の入力画面と比較される入力画面の例を示す図である。
【図１８】再入力メール作成部の処理を説明するフローチャートである。
【図１９】告知事項の再入力を促すメール文の一例を示す図である。
【図２０】告知事項の再入力画面の一例を示す図である。
【発明を実施するための形態】
【００１２】
医療保険や生命保険等の保険契約は、健康に不安を感じたことをきっかけとして検討される場合がある。健康に不安を感じて保険契約を検討している契約希望者は、契約の検討以外にも病院等で検査を受けることを検討している場合がある。また契約希望者は、検査を受けた上で保険契約の検討を開始する場合もある。
【００１３】
特に検査を受けてから保険契約の検討を開始した契約希望者は、検査結果を待たなければ、検査結果を反映させた健康状態の告知を行うことが困難である。しかしながら、契約希望者が早期の保険契約の締結を望む場合、契約希望者が検査結果を待たずに健康状態の告知を行うことも考えられる。
【００１４】
そこで本願の発明者は、従来から知られている医療情報を管理するシステムと、今後導入されるであろう共通番号（マイナンバー）制度とに着目し、契約希望者の告知事項の入力を支援することを考えた。尚共通番号制度とは、全国民に対して１人１人重複しない番号を付与し、それぞれの個人情報をこれに帰属させることで国民全体の個人情報管理の効率化を図る制度である。以下の本実施例の説明では、マイナンバーのことを個人識別情報と呼ぶ。
【００１５】
以下に図面を参照して本実施例について説明する。図１は、入力支援システムを説明する図である。
【００１６】
本実施例の入力支援システム１００は、入力支援サーバ２００と、情報端末３００とを有する。入力支援サーバ２００と情報端末３００とは、ネットワークを介して接続されている。また本実施例の入力支援システム１００は、告知事項が提供される保険会社の端末４００や、診療情報が格納されている病院の端末５００を含んでも良い。
【００１７】
本実施例の入力支援サーバ２００は、診療情報データベース２１０、検査項目データベース２２０、質問文データベース２３０、告知事項データベース２４０、病名・区分データベース２５０、区分対応データベース２６０を有する。また本実施例の入力支援サーバ２００には、入力支援プログラム２７０がインストールされている。
【００１８】
本実施例の入力支援システム１００において、入力支援サーバ２００は、契約希望者が使用する情報端末３００に告知事項の入力画面を表示させる。このとき入力支援サーバ２００は、契約希望者の診療情報等に応じた質問文や回答項目を入力画面に表示させることで、利用者の告知事項の入力を支援する。尚本実施例の契約希望者は、本実施例の入力支援システム１００を利用する利用者であるから、以下の説明では、契約希望者を利用者と呼ぶ。
【００１９】
本実施例の情報端末３００は、利用者が告知事項を入力する際に使用される端末である。情報端末３００から入力された告知事項は、入力支援サーバ２００へ送信される。
【００２０】
本実施例の保険会社の端末４００は、例えば保険の種類等の情報が格納されている。保険の種類等の情報とは、例えば保険商品の種類や、保険商品の種類毎の利用者に対する質問文等である。利用者に対する質問文は、例えば保険商品の種類毎に設定された告知事項（告知項目）を入力させるためのものである。
【００２１】
本実施例では、例えば入力支援サーバ２００は、保険会社の端末４００から取得した質問文の情報を質問文データベース２３０に格納していても良い。本実施例の病院の端末５００は、例えば利用者１人１人の個人識別情報毎に、診療情報等が格納されている。本実施例の入力支援サーバ２００は、例えば病院の端末５００から取得した利用者の診療情報を個人識別情報毎の診療情報データベース２１０に格納しても良い。
【００２２】
図２は、入力支援サーバのハードウェア構成の一例を示す図である。本実施例の入力支援サーバ２００は、それぞれバスＢで相互に接続されている入力装置２１，ドライブ装置２２，補助記憶装置２３，メモリ装置２４，演算処理装置２５，インターフェース装置２６及び出力装置２７を有する。
【００２３】
入力装置２１は、例えばポインティングデバイスやキーボード等であり、各種信号の入力をするために用いられる。インターフェース装置２６は、モデム，ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。出力装置２７は、例えばディスプレイ等であっても良く、入力支援サーバ２００から各種情報の出力や表示を行う。
【００２４】
入力支援プログラム２７０は、入力支援サーバ２００を制御する各種プログラムの少なくとも一部である。入力支援プログラム２７０は例えば記録媒体２８の配布やネットワークからのダウンロードなどによって提供される。入力支援プログラム２７０を記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２５】
また入力支援プログラム２７０を記録した記録媒体２８がドライブ装置２２にセットされると、入力支援プログラム２７０は記録媒体２８からドライブ装置２２を介して補助記憶装置２３にインストールされる。ネットワークからダウンロードされた入力支援プログラム２７０は、インターフェース装置２６を介して補助記憶装置２３にインストールされる。
【００２６】
入力支援サーバ２００は、インストールされた入力支援プログラム２７０を格納すると共に、必要なファイル，データ等を格納する。メモリ装置２４は、コンピュータの起動時に補助記憶装置２３から入力支援プログラム２７０を読み出して格納する。そして、演算処理装置２５はメモリ装置２４に格納された入力支援プログラム２７０に従って、後述するような各種処理を実現している。
【００２７】
本実施例の情報端末３００のハードウェア構成は入力支援サーバ２００と同様である。尚本実施例の入力支援サーバ２００は、例えばタブレット型のコンピュータであっても良い。その場合入力支援サーバ２００は、入力装置２１と出力装置２７の代わりに、情報の入力機能と表示機能とを有する表示操作装置を有しても良い。
【００２８】
次に図３乃至図８を参照して、入力支援サーバ２００の有する各データベースについて説明する。各データベースは、例えば補助記憶装置２３、メモリ装置２４の所定の領域に設けられていても良い。
【００２９】
図３は、診療情報データベースの一例を示す図である。本実施例の診療情報データベース２１０は、利用者のそれぞれを識別するための個人識別情報、通院先の病院名、通院日、入院日、退院日、疑いのある病名、病名通知フラグ、検査項目、検査結果、担当医師等の項目を有する。本実施例の診療情報データベース２１０は、個人識別情報毎に存在する。図３に示す診療情報データベース２１０は、個人識別情報が３４８９３７９の利用者の診療情報が格納されたデータベースである。
【００３０】
本実施例の個人識別情報は、マイナンバーに対応する番号である。疑いのある病名は、例えば担当医師により診断された罹患の疑いのある病名である。通知フラグは、検査項目の検査結果が利用者本人に通知されたか否かを示す情報である。本実施例では、検査結果が利用者本人に通知済みである場合に通知フラグがオンされ、検査結果が利用者本人に未通知である場合は通知フラグがオフされる。検査項目は、利用者が受けた検査の項目を示す検査項目である。検査結果は、利用者が受けた検査の結果がでたとき、更新される。より具体的には診療情報データベース２１０の検査結果は、病院の端末５００において個人識別情報と対応する検査結果が更新されたときに更新されても良い。
【００３１】
図４は、検査項目データベースの一例を示す図である。本実施例の検査項目データベース２２０は、検査項目、病名等の項目を有する。例えば検査項目が白血球である場合、対応する病名は病名Ａである。また検査項目がガンマＧＴＰの場合、対応する病名は病名Ｂ，Ｃである。
【００３２】
本実施例では、例えば利用者の検査項目に白血球が含まれる場合、利用者は病名Ａに罹患している可能性が考えられる。また本実施例において、例えば利用者の検査項目にガンマＧＴＰが含まれる場合、利用者は病名Ｂ，Ｃに罹患している可能性が考えられる。
【００３３】
図５は、質問文データベースの一例を示す図である。本実施例の質問文データベース２３０は、保険商品と、質問文及び利用者に選択させる回答の選択肢等の項目を有する。すなわち質問文データベース２３０では、保険商品を示す情報と、質問文の内容を示すテキストデータとが対応付けられている。
【００３４】
本実施例では、例えば質問文１〜３，３−１，４に対する回答の選択肢はＹｅｓ／Ｎｏである。また質問文３−２，５に対する回答の選択肢は、「結果を聞いてから回答」／「結果を保険会社に自動通知」である。
【００３５】
図６は、告知事項データベースの一例を示す図である。本実施例の告知事項データベース２４０は、利用者により告知事項が入力される度に更新される。本実施例の告知事項データベース２４０は、個人識別情報、利用者のメールアドレス、利用者が選択した保険商品の名称、各質問文に対する回答等の項目を有する。
【００３６】
図７は、病名・区分データベースの一例を示す図である。本実施例の病名・区分データベース２５０では、予め登録された病名、病名に設定された区分等の項目を有する。例えば図７の病名・区分データベース２５０では、病名Ａ，Ｄが区分１であり、病名Ｂ，Ｃ，Ｅが区分２である。
【００３７】
図８は、区分対応データベースの一例を示す図である。本実施例の区分対応データベース２６０は、区分、通知フラグのオン／オフ、質問文番号等の項目を有する。本実施例では、例えば区分１において通知フラグがオンであった場合に対応する質問文番号は、１，２，３−１，４であり、通知フラグがオフであった場合に対応する質問文番号は、１，２，３−１，５である。
【００３８】
次に図９を参照して本実施例の入力支援サーバ２００の機能について説明する。図９は、入力支援サーバの機能を説明する図である。
【００３９】
本実施例の入力支援サーバ２００は、画面データ生成部２８１、入力受付部２８２、データベース更新部２８３、診療情報取得部２８４、質問文取得部２８５を有する。また本実施例の入力支援サーバ２００は、検査項目取得部２８６、病名・区分取得部２８７、通知フラグ判定部２８８、送信部２８９、再入力メール作成部２９０を有する。
【００４０】
本実施例の画面データ生成部２８１は、情報端末３００の出力装置等に表示させる画面データを生成する。本実施例の入力受付部２８２は、入力支援サーバ２００に対する入力を受け付ける。データベース更新部２８３は、入力支援サーバ２００の有する各データベースの更新を行う。診療情報取得部２８４は、例えば病院の端末５００から利用者の診療情報を取得する。
【００４１】
質問文取得部２８５は、画面データ生成部２８１による画面データの生成の際に、質問文データベース２３０から質問文を取得する。検査項目取得部２８６は、診療情報取得部２８４が取得した診療情報から検査項目を取得する。病名・区分取得部２８７は、病名・区分データベース２５０から。病名と対応する区分とを取得する。通知フラグ判定部２８８は、診療情報取得部２８４が取得した診療情報において、通知フラグがオンであるか否かを判定する。送信部２８９は、画面データ生成部２８１が生成した画面データを情報端末３００へ送信する。
【００４２】
本実施例の再入力メール作成部２９０は、診療情報データベース２１０において検査項目の通知フラグがオンとなっており、且つ告知事項データベース２４０に検査結果が入力されていない利用者に対し、告知事項の再入力を促すメール文を作成し、送信する。
【００４３】
以下に図１０を参照して本実施例の入力支援サーバ２００の動作を説明する。図１０は、入力支援サーバの動作を説明するフローチャートである。図１０では画面データ生成部２８１により生成された告知事項の入力画面データを情報端末３００に送信する処理を説明する。告知事項の再入力を促すメール文を作成する処理の詳細は、後述する。
【００４４】
本実施例の入力支援サーバ２００において、画面データ生成部２８１は、保険商品の選択画面を表示させる保険選択画面データを生成し、情報端末３００に送信する（ステップＳ１００１）。尚実施例の入力支援サーバ２００は、例えば保険会社の端末４００から保険商品のリスト情報を取得し、保険選択画面データを生成しても良い。本実施例の保険選択画面では、保険商品のリストと、利用者の個人識別情報の入力欄と、利用者のメールアドレスの入力欄が表示されても良い。
【００４５】
続いて入力支援サーバ２００は、入力受付部２８２により、情報端末３００に表示された保険選択画面において選択された保険商品の名称と、入力された利用者の個人識別情報と、メールアドレスとを受け付ける（ステップＳ１００２）。続いて入力支援サーバ２００は、データベース更新部２８３により、受け付けた保険商品の名称と、個人識別情報と、メールアドレスとを告知事項データベース２４０に格納する（ステップＳ１００３）。
【００４６】
続いて入力支援サーバ２００は、画面データ生成部２８１により、情報端末３００に告知事項の入力における初期画面を表示させる画面データを生成し、情報端末３００に送信する。本実施例の初期画面では、診療情報に基づき告知事項の入力支援を行うか否かが利用者により選択される。そして入力支援サーバ２００は、入力受付部２８２により、情報端末３００に表示された初期画面において選択された回答を受け付ける（ステップＳ１００４）。
【００４７】
続いて入力支援サーバ２００は、告知事項の入力支援を行う旨の回答を受け付けたか否かを判断する（ステップＳ１００５）。ステップＳ１００５において、受け付けた回答が告知事項の入力支援を行う旨の回答であった場合、入力支援サーバ２００は、診療情報の取得要求を受信する（ステップＳ１００６）。ステップＳ１００５において受け付けた回答が告知事項の入力支援を行わない旨の回答であった場合、入力支援サーバ２００は後述するステップＳ１０２２へ進む。
【００４８】
ステップＳ１００６に続いて入力支援サーバ２００は、質問文取得部２８５により、受け付けた保険商品の名称により、質問文データベース２３０を検索し、保険商品の名称と対応する質問文を取得する（ステップＳ１００７）。ステップＳ１００７で取得される質問文は、選択された保険商品の告知内容（告知項目）と対応した質問文である。すなわちステップＳ１００７で取得される質問文は、選択された保険商品の告知事項を回答させるための質問文である。
【００４９】
続いて入力支援サーバ２００は、診療情報取得部２８４により、診療情報データベース２１０を個人識別情報で検索し、個人識別情報と対応する診療情報を取得する（ステップＳ１００８）。
【００５０】
続いて入力支援サーバ２００は、診療情報に含まれる検査項目を参照し、利用者が受けた検査の項目を示す検査項目があるか否かを判定する（ステップＳ１００９）。ステップＳ１００９において検査項目が存在しない場合、後述するステップＳ１０２２へ進む。
【００５１】
ステップＳ１００９において検査項目が存在する場合、検査項目取得部２８６は、診療情報に含まれる検査項目を取得する（ステップＳ１０１０）。続いて入力支援サーバ２００は、病名・区分取得部２８７により、検査項目により検査項目データベース２２０を検索し、検査項目と対応する病名を取得する（ステップＳ１０１１）。
【００５２】
続いて入力支援サーバ２００は、病名・区分取得部２８７により、病名で病名・区分データベース２５０を検索し、病名と対応する区分を取得する（ステップＳ１０１２）。続いて通知フラグ判定部２８８は、診療情報に含まれる通知フラグを取得し（ステップＳ１０１３）、取得した病名の通知フラグがオンであるか否かを判定する（ステップＳ１０１４）。
【００５３】
ステップＳ１０１４で通知フラグがオフであった場合、後述するステップＳ１０１９へ進む。
【００５４】
ステップＳ１０１４で通知フラグがオンであった場合、質問文取得部２８５は、区分対応データベース２６０を取得した区分で検索し、通知フラグがオンの場合に対応する質問文番号を取得する（ステップＳ１０１５）。続いて質問文取得部２８５は、質問文番号で質問文データベース２３０を検索し、質問文番号と対応する質問文を取得する（ステップＳ１０１６）。尚ステップＳ１０１６で取得される質問文は、ステップＳ１００２で選択された保険商品の名称と対応する質問文である。
【００５５】
続いて入力支援サーバ２００は、画面データ生成部２８１により、ステップＳ１０１６で取得した質問文と回答の選択肢とを含む告知事項の入力画面データを生成し、情報端末３００に送信する（ステップＳ１０１７）。
【００５６】
次に入力支援サーバ２００は、入力受付部２８２により入力画面に入力された告知事項を受け付け、データベース更新部２８３により受け付けた告知事項を個人識別情報と対応させて告知事項データベース２４０に格納する（ステップＳ１０１８）。
【００５７】
次にステップＳ１０１４で通知フラグがオフであった場合について説明する。ステップＳ１０１４で通知フラグがオフであった場合、質問文取得部２８５は、区分対応データベース２６０を取得した区分で検索し、通知フラグがオフの場合に対応する質問文番号を取得する（ステップＳ１０１９）。続いて質問文取得部２８５は、質問文番号で質問文データベース２３０を検索し、選択された保険商品の名称と対応する質問文を取得する（ステップＳ１０２０）。続いて入力支援サーバ２００は、画面データ生成部２８１により、ステップＳ１０１６で取得した質問文と回答の選択肢を含む告知事項の入力画面データを生成して情報端末３００に送信し（ステップＳ１０２１）、ステップＳ１０１８へ進む。
【００５８】
次にステップＳ１００５で受け付けた回答が告知事項の入力支援を行わない旨の回答であった場合について説明する。
【００５９】
本実施例の入力支援サーバ２００において質問文取得部２８５は、区分対応データベース２６０の区分なしと対応する質問文番号を取得し、質問文データベース２３０から質問文番号と対応する質問文を取得する（ステップＳ１０２２）。続いて診療情報取得部２８４は、個人識別情報により診療情報データベース２１０を検索し、診療情報を取得する（ステップＳ１０２３）。本実施例では、ステップＳ１０２３で取得される診療情報は、例えば診療情報に含まれる通院先の病院名、通院日、入院日、退院日であっても良い。
【００６０】
続いて入力支援サーバ２００は、画面データ生成部２８１により、ステップＳ１０２２で取得した質問文と回答の選択肢と、ステップＳ１０２３で取得した診療情報を含む告知事項の入力画面データを生成し、情報端末３００に送信する（ステップＳ１０２４）。
【００６１】
以上のように本実施例では、利用者の診療情報に検査項目があり、且つ検査結果の通知を受けたか否かに基づき、告知事項の入力画面に表示される質問文を選択する。したがって本実施例では、利用者の診療情報の項目に対応した質問文を告知事項の入力画面に表示させることができ、告知事項の入力を支援できる。
【００６２】
以下に画面の例を参照して本実施例の入力支援サーバ２００の処理をさらに説明する。
【００６３】
図１１は、保険商品選択画面の一例を示す図である。図１１に示す保険商品選択画面１１０は、本実施例の入力支援システム１００の利用者の情報端末３００に表示される。
【００６４】
保険商品選択画面１１０には、保険商品のリストが表示される保険商品リスト欄１１１と、個人識別情報を入力する入力欄１１２と、メールアドレスを入力する入力欄１１３とが表示される。本実施例の入力支援サーバ２００は、保険商品リスト欄１１１から保険商品が選択され、入力欄１１２、１１３に対応する情報が入力された後にボタン１１４の操作を受け付けると、保険商品選択画面１１０を告知事項の入力における初期画面に遷移させる。
【００６５】
尚入力支援サーバ２００は、保険商品選択画面１１０において保険商品の選択を中止する中止ボタン１１５が操作されると、保険商品の選択の処理を中止する。
【００６６】
図１２は、告知事項の入力における初期画面の一例を示す図である。本実施例の初期画面１２０は、利用者の情報端末３００に表示される。図１２の例では、ＡＡＡ保険が選択された場合を示している。
【００６７】
本実施例の初期画面１２０は、告知事項の入力支援を行うか否かを利用者に選択させる。例えば初期画面１２０には、告知事項の入力支援を要求する支援ボタン１２１と、入力支援を受けない告知事項の入力を要求する入力ボタン１２２とが表示される。本実施例の入力支援サーバ２００は、情報端末３００に表示された初期画面１２０において、支援ボタン１２１が選択されて実行ボタン１２３が操作されると、図１０のステップＳ１００６以降の処理を実行する。また本実施例の入力支援サーバ２００は、情報端末３００に表示された初期画面１２０において、入力ボタン１２２が選択されて実行ボタン１２３が操作されると、図１０のステップＳ１０２２以降の処理を実行する。
【００６８】
尚入力支援サーバ２００は、初期画面１２０において告知事項の入力を中止する中止ボタン１２４が操作されると、告知事項の入力の処理を中止する。
【００６９】
図１３は、告知事項の入力画面の例を示す第一の図である。図１３に示す入力画面１３０は、検査項目の通知フラグがオンである個人識別情報が３４８９３７９の利用者が、保険商品としてＡＡＡ保険を選択し、告知事項の入力支援を要求した場合に表示される入力画面の例である。
【００７０】
本実施例の入力支援サーバ２００において、診療情報取得部２８４は、個人識別情報が３４８９３７９の利用者の診療情報を診療情報データベース２１０から取得する。取得された診療情報には、検査項目として「ヘモグロビン」が存在する（図３参照）。よって病名・区分取得部２８７は、検査項目データベース２２０を参照し、「ヘモグロビン」と対応する病名Ｄを取得する。そして病名・区分取得部２８７は、病名・区分データベース２５０を参照し、病名Ｄと対応する区分を取得する。本実施例の病名・区分データベース２５０では、病名Ｄに対応する区分は、区分１である（図４参照）。
【００７１】
次に入力支援サーバ２００は、通知フラグ判定部２８８により、検査項目「ヘモグロビン」の通知フラグがオンか否かを判定する。本実施例の診療情報データベース２１０では、検査項目「ヘモグロビン」の通知フラグはオンである。
【００７２】
よって入力支援サーバ２００は、質問文取得部２８５により、区分対応データベース２６０を参照して区分１且つ通知フラグオンの場合に対応する質問文番号を取得する。本実施例の区分対応データベース２６０では、区分１且つ通知フラグオンの場合に対応する質問文番号は、１，２，３−１，４である。よって質問文取得部２８５は、質問文データベース２３０から、ＡＡＡ保険と対応した質問文の中から、質問文番号が１，２，３−１，４の質問文を取得する。
【００７３】
画面データ生成部２８１は、質問文取得部２８５が取得した質問文と回答の選択肢と、質問文に対応した診療情報とを表示させる入力画面データを生成し、情報端末３００に表示させる。
【００７４】
入力画面１３０には、質問文番号１の質問文が質問１として表示され、質問１の質問文の下に、参考情報１３１と回答ボタン１３２とが表示される。参考情報１３１は、質問１の回答と関連する診療情報である。図１３の例では、質問１は、利用者の過去１年間の通院履歴を問う質問であるから、診療情報のうち通院先と通院日が参考情報として表示される。
【００７５】
同様に質問２は、利用者の入院歴を問う質問であるから、診療情報のうち入院日と退院日と病院名とが参考情報１３３として表示される。また入力画面１３０には、質問２に対する回答を行う回答ボタン１３４が表示される。
【００７６】
さらに入力画面１３０では、質問文番号３−１の質問文が質問３−１として表示され、質問文番号４の質問文が質問４として表示される。
【００７７】
質問３−１は、検査前に後述する第一群の疾患にかかったことがあるか否かを問う質問であり、質問３−１に回答するための質問３−１の下に回答ボタン１３５が表示される。尚本実施例では、複数の疾患が例えば検査項目と関連付けられて予め分類されていても良い。本実施例では、例えば疾患を第一群、第二群に予め分類しておき、第一群に対応する検査項目と第二群に対応する検査項目とを予め入力支援サーバ２００に登録しておいても良い。そして本実施例では、入力画面１３０に各群に含まれる疾患を第一群に含まれる疾患群１３６、第二群に含まれる疾患群１３７として表示させても良い。
【００７８】
質問４は、検査前に第二群の疾患にかかったことがあるか否かを問う質問であり、質問４に回答するための質問４の下に回答ボタン１３８が表示される。
【００７９】
本実施例の入力支援サーバ２００は、入力画面１３０において送信ボタン１４０が操作されると、入力画面１３０で入力された情報を受け付け、告知事項データベース２４０を更新する。
【００８０】
図１４は、告知事項の入力画面の例を示す第二の図である。図１４に示す入力画面１４１は、検査項目の通知フラグがオフである個人識別情報が３４８９３７９の利用者が、保険商品としてＡＡＡ保険を選択し、告知事項の入力支援を要求した場合に表示される入力画面の例である。より具体的には、入力画面１４１は、図３に示す診療情報データベース２１０において、検査項目「ヘモグロビン」の通知フラグがオフであった場合の例である。
【００８１】
この場合、質問文取得部２８５は、区分対応データベース２６０において、区分１且つ通知フラグオフの質問文番号を取得する。すなわち質問文取得部２８５は、質問文番号１，２，３−１，５を取得し、対応する質問文と回答の選択肢を質問文データベース２３０から取得する。
【００８２】
画面データ生成部２８１は、取得した質問文と回答の選択肢とを含む入力画面データを生成し、情報端末３００に入力画面１４１を表示させる。
【００８３】
質問３−１は、検査前に第一群に含まれる疾患にかかったか否かを問う質問であり、回答の選択肢である回答ボタン１４２が表示される。
【００８４】
質問５は、検査結果が通知された後の回答方法を問う質問である。質問５の回答の選択肢として表示されるボタンは、検査結果を聞いてから回答する旨を示すボタン１４３と、結果を保険会社に自動で通知する旨を示すボタン１４４である。本実施例では、例えばボタン１４３が選択されて操作された場合には、検査結果の通知フラグがオンとなってから、再入力メール作成部２９０により、利用者に対して告知事項の再入力を促すメールを送信しても良い。また本実施例では、例えば、ボタン１４４が選択されて操作された場合には、通知フラグがオンとなったとき、検査結果と検査結果から疑われる病名を保険会社の端末５００に送信しても良い。
【００８５】
入力画面１４１において送信ボタン１４０が操作されると、入力画面１４１で入力された情報を受け付け、告知事項データベース２４０を更新する。
【００８６】
以上のように本実施例では、検査項目の通知フラグがオンか否かに基づき、告知事項に入力させる質問文を変更する。
【００８７】
図１５は、告知事項の入力画面の例を示す第三の図である。図１５に示す入力画面１５０は、図３に示す診療情報データベース２１０において、検査項目「ヘモグロビン」の通知フラグがオフであり、検査項目「ヘモグロビン」に対応する病名Ｄが区分２であった場合の例を示している。
【００８８】
この場合、質問文取得部２８５は、区分対応データベース２６０において、区分２且つ通知フラグオフの質問文番号を取得する。すなわち質問文取得部２８５は、質問文番号１，２，４，５を取得し、対応する質問文と回答の選択肢を質問文データベース２３０から取得する。
【００８９】
入力画面１５０には、質問１に関連する参考情報１３１、質問１に対応する回答の選択肢である回答ボタン１３２、質問２に関連する参考情報１３３、質問２に対応する回答の選択肢である回答ボタン１３４が表示される。また入力画面１５０には、質問４に関連する回答の選択肢である回答ボタン１４５、質問５に対応する回答の選択肢である回答ボタン１４３、１４４が表示される。
【００９０】
入力画面１５０において送信ボタン１４０が操作されると、入力画面１５０で入力された情報を受け付け、告知事項データベース２４０を更新する。
【００９１】
図１６は、告知事項の入力画面の例を示す第四の図である。図１６に示す入力画面１６０は、図３に示す診療情報データベース２１０において、検査項目が存在しない場合の例を示している。
【００９２】
この場合、質問文取得部２８５は、区分対応データベース２６０において、区分なしの質問文番号を取得する。すなわち質問文取得部２８５は、質問文番号１，２，３，６を取得し、対応する質問文と回答の選択肢を質問文データベース２３０から取得する。
【００９３】
入力画面１６０には、質問１に関連する参考情報１３１、質問１に対応する回答の選択肢である回答ボタン１３２、質問２に関連する参考情報１３３、質問２に対応する回答の選択肢である回答ボタン１３４が表示される。また入力画面１６０には、質問３に関連する回答の選択肢である回答ボタン１６１、質問６に対応する回答の選択肢である回答ボタン１６２が表示される。
【００９４】
入力画面１６０において送信ボタン１４０が操作されると、入力画面１６０で入力された情報を受け付け、告知事項データベース２４０を更新する。
【００９５】
以上のように本実施例では、利用者が受けた検査項目の有無によって、入力画面に表示させる質問文を変更する。本実施例では、このように検査項目の有無及び検査結果の通知が済んだか否かによって、利用者の告知事項の入力画面に表示させる質問文を変更することで、より正しい告知事項の入力を支援することができる。さらに本実施例では、利用者の診療情報のうち、質問文に関連する情報を参考情報として表示させることで、より正しい告知事項の入力を支援している。
【００９６】
図１７は、本実施例の入力画面と比較される入力画面の例を示す図である。図１７に示す入力画面１７０では、質問文と回答の選択肢である回答ボタンのみが表示されており、参考情報は表示されていない。
【００９７】
したがって入力画面１７０から告知事項を入力する際に、利用者は、自身の記憶等に基づき告知事項を入力することになり、意図せずに誤った情報を入力する可能性がある。
【００９８】
これに対して本実施例では、図１３乃至１６に示すように、質問文と関連する参考情報が質問文の下に表示されるため、より正確な告知事項の入力を促すことができる。
【００９９】
次に、再入力メール作成部２９０の処理について説明する。図１８は、再入力メール作成部の処理を説明するフローチャートである。
【０１００】
本実施例の入力支援サーバ２００は、例えば個人識別情報毎に設けられた診療情報データベース２１０の何れかが更新されたとき、再入力メール作成部２９０により図１８の処理を行っても良い。また本実施例の入力支援サーバ２００は、所定時間毎に再入力メール作成部２９０により図１８の処理を行っても良い。
【０１０１】
本実施例の入力支援サーバ２００は、再入力メール作成部２９０により、告知事項データベース２４０から情報端末３００の入力画面において検査結果を聞いてから回答する旨を示すボタン１４３を操作した利用者の個人識別情報を取得する。そして再入力メール作成部２９０は、個人識別情報と対応する診療情報データベース２１０の検査結果の情報を検索する（ステップＳ１８０１）。
【０１０２】
続いて再入力メール作成部２９０は、検索した結果、診療情報データベース２１０の検査結果欄に検査結果の情報が格納されているか否かを判定する（ステップＳ１８０２）。ステップＳ１８０２において該当する情報が格納されていない場合、再入力メール作成部２９０はステップＳ１８０１へ戻る。
【０１０３】
ステップＳ１８０２において該当する情報が格納されている場合、再入力メール作成部２９０は、告知事項データベース２４０から、取得した個人識別情報と対応するメールアドレスを取得する（ステップＳ１８０３）。続いて再入力メール作成部２９０は、個人識別情報を予め作成されたメール文面に埋め込む（ステップＳ１８０４）。本実施例の入力支援サーバ２００には、予め告知事項の再入力を促すメール文面が格納されており、再入力メール作成部２９０はこのメール文面に個人識別情報を埋め込んでも良い。また本実施例では、個人識別情報をメール文面に埋め込むものとしたが、これに限定されない。入力支援サーバ２００は、例えば病院の端末５００から個人識別情報と対応する利用者の氏名を取得し、取得した氏名をメール文面に埋め込んでも良い。
【０１０４】
続いて再入力メール作成部２９０は、取得したメールアドレスにステップＳ１８０４で作成したメール文面を送信する（ステップＳ１８０５）。
【０１０５】
図１９は、告知事項の再入力を促すメール文の一例を示す図である。本実施例のメール文には、検査結果の入力を促す文面が含まれる。
【０１０６】
尚また本実施例のメール文は、例えば利用者の個人識別情報と対応する診療情報データベース２１０にアクセスするＵＲＬ（Uniform Resource Locator）が含まれていても良い。入力支援サーバ２００は、情報端末３００に表示されたメール文のＵＲＬが選択されると、画面データ生成部２８１によりＵＲＬで示される診療情報データベース２１０から診療情報を取得し、告知事項の再入力画面データを生成して情報端末３００に送信しても良い。
【０１０７】
図２０は、告知事項の再入力画面の一例を示す図である。図２０に示す告知事項の再入力画面２０１は、利用者の情報端末３００に表示される。本実施例の入力支援サーバ２００は、告知事項の再入力を行う利用者の診療情報を取得し、画面データ生成部２８１により検査結果と関連する質問文を含む再入力画面データを生成する。尚再入力画面２０１に表示された検査結果に関連する質問文は、例えば質問文データベース２３０に予め格納されていても良い。
【０１０８】
入力支援サーバ２００において生成された再入力画面データは、送信部２８９により情報端末３００へ送信される。
【０１０９】
以上のように本実施例では、利用者が告知事項を入力する際に結果が出ていない検査項目がある場合でも、検査結果が利用者に通知された後の告知事項の再入力を促すことができる。
【０１１０】
開示の技術では、以下に記載する付記のような構成が考えられる。
（付記１）
コンピュータに、
利用者を識別する個人識別情報に対応する診療情報を取得する処理と、
前記診療情報の項目に基づき、保険商品における告知項目と対応する質問文情報及び回答項目情報から前記診療情報と対応する質問文情報及び回答項目情報を選択する処理と、
選択された前記質問文情報及び回答項目情報を含む前記告知項目の入力画面データを出力する処理と、を実行させる入力支援プログラム。
（付記２）
前記選択する処理は、
前記診療情報の項目に、前記利用者が受けた検査の項目を示す検査項目が含まれるか否かに基づき、前記診療情報と対応する質問文情報及び回答項目情報を選択する付記１記載の入力支援プログラム。
（付記３）
前記選択する処理は、
前記診療情報における前記検査の結果が前記利用者に通知されたか否かを示す結果通知項目の情報に基づき、前記診療情報と対応する質問文情報及び回答項目情報を選択する付記２記載の入力支援プログラム。
（付記４）
前記選択する処理は、
前記診療情報の項目に前記検査項目が含まれ、且つ前記結果通知項目の情報が前記検査の結果が前記利用者に通知されていないことを示す場合、
前記回答項目情報に、前記告知項目の入力を保留させる項目を含む質問文情報を選択する付記３記載の入力支援プログラム。
（付記５）
前記結果通知項目の情報が前記利用者に通知されていないことを示す情報から前記利用者に通知されたことを示す情報に切り替わったとき、
前記結果通知項目が切り替わった後の診療情報と対応する質問文情報を含む前記告知項目の再入力画面データを出力する処理を実行させる付記４記載の入力支援プログラム。
（付記６）
前記結果通知項目の情報が前記利用者に通知されていないことを示す情報から前記利用者に通知されたことを示す情報に切り替わったとき、
前記告知項目の再入力を促すメール文を端末に送信する処理を実行させる付記４記載の入力支援プログラム。
（付記７）
利用者を識別する個人識別情報に対応する診療情報を取得する取得部と、
前記診療情報の項目に基づき、保険商品における告知項目と対応する質問文情報及び回答項目情報から前記診療情報と対応する質問文情報及び回答項目情報を選択する選択部と、
選択された前記質問文情報及び回答項目情報を含む前記告知項目の入力画面データを出力する出力部と、を有する入力支援装置。
（付記８）
コンピュータによる入力支援方法であって、該コンピュータが、
利用者を識別する個人識別情報に対応する診療情報を取得し、
前記診療情報の項目に基づき、保険商品における告知項目と対応する質問文情報及び回答項目情報から前記診療情報と対応する質問文情報及び回答項目情報を選択し、
選択された前記質問文情報及び回答項目情報を含む前記告知項目の入力画面データを出力する入力支援方法。
【０１１１】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から
逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１１２】
１００  入力支援システム
２００  入力支援サーバ
２１０  診療情報データベース
２２０  検査項目データベース
２３０  質問文データベース
２４０  告知事項データベース
２５０  病名・区分データベース
２６０  区分対応データベース
２７０  入力支援プログラム
３００  情報端末
【図１】
2015022374.tif 000003
【図２】
2015022374.tif 000004
【図３】
2015022374.tif 000005
【図４】
2015022374.tif 000006
【図５】
2015022374.tif 000007
【図６】
2015022374.tif 000008
【図７】
2015022374.tif 000009
【図８】
2015022374.tif 000010
【図９】
2015022374.tif 000011
【図１０】
2015022374.tif 000012
【図１１】
2015022374.tif 000013
【図１２】
2015022374.tif 000014
【図１３】
2015022374.tif 000015
【図１４】
2015022374.tif 000016
【図１５】
2015022374.tif 000017
【図１６】
2015022374.tif 000018
【図１７】
2015022374.tif 000019
【図１８】
2015022374.tif 000020
【図１９】
2015022374.tif 000021
【図２０】
2015022374.tif 000022