JP7382741B2 - 医療機関選定支援装置 - Google Patents

Description

本発明の実施形態は、医療機関選定支援装置に関する。

従来、ユーザに商品やサービスを推薦するシステムが知られている。このようなシステムでは、ユーザによるウェブサイトの閲覧履歴等に基づいて、ユーザに商品やサービスを推薦している。しかし、ユーザは、閲覧した商品等について興味を無くしてしまうことがある。このような場合に、過去に閲覧したことがあるとの理由により商品等が推薦されることを不快に感じるユーザもいる。

医療においては、治療内容や通院地域に応じて医療機関を推薦するシステムが知られている。しかしながら、このようなシステムは、ユーザが医療機関を選定する評価基準に基づいた医療機関を推薦しているわけではない。また、医療機関を推薦するシステムは、医療機関のウェブサイトの閲覧履歴に基づいて、医療機関を推薦したとしても上述の理由によりユーザが期待した結果が得られない場合がある。

特開２００２－３２９０４７号公報 特開２００２－１９７１９７号公報

本発明が解決しようとする課題は、ユーザの評価基準に基づいた医療機関の選定を支援することである。

実施形態の医療機関選定支援装置は、入力部と、調整部と、導出部と、問い合わせ部と、出力部とを備える。前記入力部は、医療機関を検索する操作が受け付けられたユーザ端末から前記医療機関の検索要求を受け付ける。前記調整部は、ユーザの行動履歴に基づいて、複数の前記医療機関の各々を評価するための評価項目の重要度を調整する。前記導出部は、複数の前記医療機関の各々を評価するための評価項目に対する前記行動履歴に応じた評価値と、前記行動履歴を反映した前記重要度と、に基づく総合評価値に応じた前記医療機関ごとの推薦度を導出する。前記問い合わせ部は、前記推薦度の順位が閾値に達するまで受診可否を前記医療機関の装置に問い合わせる。前記出力部は、前記問い合わせ部により受診可能と判定された前記医療機関を示す医療機関識別情報を出力する。

図１は、第１の実施形態に係る医療機関推薦システムの構成の一例を示す図である。 図２は、第１の実施形態に係る医療機関評価システムの構成の一例を示すブロック図である。 図３は、第１の実施形態に係る個人ＡＩシステムの構成の一例を示すブロック図である。 図４は、評価項目の重要度の調整を説明する説明図である。 図５は、推薦度の導出方法を説明する説明図である。 図６は、第１の実施形態に係る医療機関推薦システムが実行する推薦処理の処理手順を示すシーケンス図である。 図７は、第１の実施形態に係る個人ＡＩシステムが実行する受診可否判定処理の処理手順を示すフローチャートである。 図８は、第１の実施形態の第１の変形例に係る医療機関評価システムの構成の一例を示すブロック図である。 図９は、第１の実施形態の第２の変形例に係る医療機関評価システムの構成の一例を示すブロック図である。 図１０は、第２の実施形態に係る医療機関推薦システムの構成の一例を示す図である。 図１１は、第２の実施形態に係る個人ＡＩシステムの構成の一例を示すブロック図である。 図１２は、第２の実施形態に係る医療機関評価システムの構成の一例を示すブロック図である。

以下、図面を参照して、医療機関選定支援装置の実施形態を説明する。なお、一つの実施形態又は変形例に記載した内容は、他の実施形態又は他の変形例にも同様に適用されてもよい。

図１は、第１の実施形態に係る医療機関推薦システム１の構成の一例を示す図である。医療機関推薦システム１は、ユーザ端末１０と、個人ＡＩ（Artificial Intelligence）システム２０と、医療機関評価システム３０と、医療機関サーバ装置４０とを備えている。そして、ユーザ端末１０と、個人ＡＩシステム２０と、医療機関評価システム３０と、医療機関サーバ装置４０とは、インターネット等のネットワークを介して通信可能に接続されている。なお、図１に示す医療機関推薦システム１は、装置やシステムが一台ずつ記載されているが、複数台ずつ備えていてもよい。

ユーザ端末１０は、ユーザが操作する端末である。ユーザ端末１０は、例えばスマートフォンやタブレット端末等により実現される。ユーザ端末１０は、例えば医療機関を検索する操作を受け付ける。また、ユーザ端末１０は、医療機関の検索結果を表示等により出力する。

個人ＡＩシステム２０は、医療機関選定支援装置の一例である。個人ＡＩシステム２０は、ユーザの個人情報に応じた医療機関を検索するシステムである。個人ＡＩシステム２０は、例えば一又は複数のサーバ装置により実現される。なお、第１の実施形態では、医療機関として歯科医院を検索することを想定して説明する。しかし、個人ＡＩシステム２０は、歯科医院に限らず、他の医療機関を検索してもよい。例えば、医療機関は、診療所や病院であってもよいし、リハビリテーション施設であってもよいし、介護施設であってもよい。

個人ＡＩシステム２０は、例えばユーザ端末１０から医療機関の検索要求を受け付けた場合に、ユーザの個人情報に基づいた医療機関の評価を医療機関評価システム３０に要求する。また、個人ＡＩシステム２０は、複数の医療機関の各々を評価するための評価項目に対するユーザの個人情報に応じた評価値と、個人情報を反映した評価項目の重要度とに基づく総合評価値に応じた検索結果をユーザ端末１０に送信する。すなわち、個人ＡＩシステム２０は、検索結果として、例えば医療機関の推薦度が示された医療機関の情報を送信する。ここで、ＡＩとは、判定や推定等の各種処理を行う技術である。ＡＩは、強化学習、教師あり学習、教師なし学習、深層学習（ディープラーニング）等の機械学習により生成される。なお、人工知能は、これら学習方法に限らず、他の方法により生成されてもよい。

医療機関評価システム３０は、ユーザに個人情報に基づいて、医療機関の評価項目ごとに医療機関に評価値を付けるシステムである。医療機関評価システム３０は、例えば、サーバ装置により実現される。なお、第１の実施形態では医療機関評価システム３０が一台のサーバ装置により実現される場合を例に説明するが、医療機関評価システム３０は、複数台のサーバ装置により実現されてもよい。さらに、医療機関評価システム３０は、医療機関の評価項目ごとに設けられた複数台のサーバ装置により実現されてもよい。

医療機関サーバ装置４０は、医療機関が管理するサーバ装置である。医療機関サーバ装置４０は、例えば、サーバ装置により実現される。医療機関サーバ装置４０は、例えば医療機関の受診予約を受け付ける。

このような医療機関推薦システム１において、ユーザ端末１０は、例えば歯科医院等の医療機関を検索する操作を受け付ける。また、ユーザ端末１０は、医療機関を検索する操作において、検索条件を指定する操作を受け付けてもよい。例えば、ユーザ端末１０は、検索条件として、受診目的や、受診希望日時等を受け付けてもよい。ユーザ端末１０は、医療機関を検索する操作を受け付けた場合に、医療機関の検索を個人ＡＩシステム２０に要求する。個人ＡＩシステム２０に、検索要求を受け付けた場合に、医療機関の評価を要求する評価要求を医療機関評価システム３０に送信する。ここで、評価要求には、ユーザ端末１０のユーザの個人情報が含まれている。医療機関評価システム３０は、ユーザ端末１０のユーザの個人情報に応じて、評価項目ごとに医療機関を評価する。そして、医療機関評価システム３０は、評価結果を個人ＡＩシステム２０に送信する。

個人ＡＩシステム２０は、医療機関評価システム３０から評価結果を受信する。また、個人ＡＩシステム２０は、ユーザ端末１０のユーザの個人情報に基づいて、評価項目の重要度の順位を決定する。個人ＡＩシステム２０は、医療機関評価システム３０が決定した評価項目ごとの医療機関の評価値に、重要度の順位ごとに定められた重みを乗算することで、総合評価値を算出する。また、個人ＡＩシステム２０は、医療機関の総合評価値の順位を、医療機関の推薦度にする。そして、個人ＡＩシステム２０は、医療機関の推薦度が示された情報を、医療機関推薦システム１が推薦する医療機関の情報である医療機関推薦情報としてユーザ端末１０に送信する。

なお、個人ＡＩシステム２０は、医療機関がユーザを受け入れ可能な否かを問い合わせてもよい。この場合、個人ＡＩシステム２０は、ユーザを受け入れ可能と応答した医療機関の情報を、医療機関推薦システム１が推薦する医療機関の情報である医療機関推薦情報としてユーザ端末１０に送信する。さらに、個人ＡＩシステム２０は、ユーザ端末１０において受診する医療機関を選択する操作が受け付けたられた場合に、選択された医療機関の医療機関サーバ装置４０に対して受診予約を登録してもよい。

次に、第１の実施形態に係る医療機関評価システム３０の構成について説明する。

図２は、第１の実施形態に係る医療機関評価システム３０の構成の一例を示すブロック図である。図２に示すように、第１の実施形態に係る医療機関評価システム３０は、ネットワークインタフェース３１０と、記憶回路３２０と、入力インタフェース３３０と、ディスプレイ３４０と、処理回路３５０とを有する。

ネットワークインタフェース３１０は、処理回路３５０に接続されており、ネットワークを介して、ユーザ端末１０、個人ＡＩシステム２０、及び医療機関サーバ装置４０との間で行われる各種データの伝送及び通信を制御する。更に詳しくは、ネットワークインタフェース３１０は、各システムから各種の情報を受信し、受信した情報を処理回路３５０に出力する。例えば、ネットワークインタフェース３１０は、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。

記憶回路３２０は、処理回路３５０に接続されており、各種データを記憶する。例えば、記憶回路３２０は、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。

入力インタフェース３３０は、操作者から受け付けた入力操作を電気信号に変換して処理回路３５０に出力する。例えば、入力インタフェース３３０は、トラックボール、スイッチボタン、マウス、キーボード、操作面へ触れることで入力操作を行うタッチパッド、表示画面とタッチパッドとが一体化されたタッチスクリーン、光学センサを用いた非接触入力インタフェース、音声入力インタフェース等の入力装置によって実現される。なお、入力インタフェース３３０は、医療機関評価システム３０とは別体に設けられた操作装置から操作に対応する電子信号を受け付ける接続インタフェース等の制御回路であってもよい。

ディスプレイ３４０は、処理回路３５０から出力される各種情報や各種画像を表示する。例えば、ディスプレイ３４０は、有機ＥＬ（Electro Luminescence）モニタや、液晶モニタや、ＣＲＴ（Cathode Ray Tube）モニタや、タッチパネル等の表示装置によって実現される。例えば、ディスプレイ３４０は、操作者の指示を受け付けるためのＧＵＩ（Graphical User Interface）や、各種の表示用の画像データ、処理回路３５０による各種の処理結果を表示する。

処理回路３５０は、医療機関評価システム３０が有する各構成要素を制御する。例えば、処理回路３５０は、プロセッサによって実現される。さらに詳しくは、第１の実施形態に係る処理回路３５０は、通信機能３５１、及び医療機関評価機能３５２を有する。さらに、処理回路３５０の医療機関評価機能３５２は、通院条件評価機能３５２１、評判評価機能３５２２、受診目的適合度評価機能３５２３、先進技術導入度評価機能３５２４、診療予定評価機能３５２５、相性評価機能３５２６、及び保険適用度評価機能３５２７を有する。

ここで、例えば、図２に示す処理回路３５０の構成要素である通信機能３５１、及び医療機関評価機能３５２が実行する各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路３２０に記憶されている。処理回路３５０は、各プログラムを記憶回路３２０から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読み出した状態の処理回路３５０は、図２の処理回路３５０内に示された各機能を有することとなる。

なお、通信機能３５１、及び医療機関評価機能３５２の全ての処理機能がコンピュータによって実行可能な１つのプログラムの形態で、記憶回路３２０に記録されていてもよい。例えば、このようなプログラムは、医療機関評価プログラムとも称される。この場合、処理回路３５０は、医療機関評価プログラムを記憶回路３２０から読み出し、読み出した医療機関評価プログラムを実行することで医療機関評価プログラムに対応する通信機能３５１、及び医療機関評価機能３５２を実現する。

通信機能３５１は、ネットワークインタフェース３１０を制御して、ネットワークに接続された装置やシステムとの通信を実行する。例えば、通信機能３５１は、医療機関の評価項目ごとの評価を要求する評価要求を受信する。評価要求には、検索を要求したユーザ端末１０のユーザの個人情報が含まれている。また、通信機能３５１は、医療機関の評価項目ごとの評価が実行された場合に、評価項目ごとの評価値が示された評価結果を送信する。

医療機関評価機能３５２は、ユーザの個人情報に基づいて、評価項目ごとに医療機関を評価する。また、医療機関評価機能３５２は、評価項目ごとに医療機関を評価する各種機能を有している。更に詳しくは、医療機関評価機能３５２は、通院条件評価機能３５２１、評判評価機能３５２２、受診目的適合度評価機能３５２３、先進技術導入度評価機能３５２４、診療予定評価機能３５２５、相性評価機能３５２６、及び保険適用度評価機能３５２７を備えている。医療機関評価機能３５２は、これら機能の評価結果である評価項目ごとの評価値を、評価項目ごとの評価結果として通信機能３５１に送信させる。なお、図２に示す医療機関評価機能３５２が有している機能は、例えば歯科医院を評価する場合の機能である。

通院条件評価機能３５２１は、ユーザの医療機関への通いやすさを基準に、医療機関を評価する。更に詳しくは、通院条件評価機能３５２１は、個人ＡＩシステム２０から受信したユーザの個人情報に基づいて、医療機関を評価する。すなわち、通院条件評価機能３５２１は、ユーザが評価対象の医療機関に通いやすい場合に高い評価値を付ける。

例えば、通院条件評価機能３５２１は、ユーザの個人情報としてユーザの自宅や職場等の位置情報と、ユーザが普段用いる交通手段を示す情報とを取得する。位置情報は、住所、固定電話番号、緯度経度等の情報である。また、通院条件評価機能３５２１は、地図情報上にユーザの自宅や職場等の位置情報と、医療機関の位置情報とを配置する。そして、通院条件評価機能３５２１は、医療機関がユーザの自宅や職場等に近い場合や、ユーザが普段用いる交通手段で医療機関まで行ける場合に、高い評価値を付ける。なお、通院条件評価機能３５２１は、ユーザの自宅や職場に限らず、ユーザが日常的に訪れる場所がある場合には、その場所から医療機関までの通いやすさを評価してもよい。

評判評価機能３５２２は、医療機関を使用した人々の評判を基準に、医療機関を評価する。更に詳しくは、評判評価機能３５２２は、医療機関に対して患者等が付けた点数を公開しているウェブサイトがある場合に、点数に基づいて、医療機関を評価する。また、評判評価機能３５２２は、点数を公開しているウェブサイトの閲覧時にユーザが入力した入力内容を、医療機関の評価の基準に加えてもよい。

例えば、個人情報には、ウェブサイトで評判を閲覧している医療機関に対して否定的な内容を入力する操作があったことが記録されている。具体的には、ユーザがウェブサイトで評判を閲覧中に否定的な独り言をつぶやいた場合や、ウェブサイト上の投稿サイト等に否定的な文章を書き込んだ場合、あるいは否定的な感情を示す表情をした場合などに、閲覧中の医療機関への否定的な内容として個人情報に記録される。評判評価機能３５２２は、否定的な内容が入力された医療機関に対して、点数に関わらず、低い評価値を付ける。これにより、ユーザが否定的な感情を抱いた医療機関は推薦されづらくなる。

受診目的適合度評価機能３５２３は、ユーザの受診目的に応じた診療が行われるかを基準に、医療機関を評価する。例えば、ユーザが歯科医院を探す場合、虫歯の治療、歯並びの矯正、歯磨き指導、又は悪性の疑いのある腔粘膜等の治療など受診目的は様々である。受診目的適合度評価機能３５２３は、指定された受診目的に対応した診療科や専門外来等の対応分野を検索する。そして、受診目的適合度評価機能３５２３は、対応分野の有無等に応じて医療機関を評価する。なお、受診目的適合度評価機能３５２３は、対応分野の有無に限らず、指定された受診目的に近い診療を行っているかに応じて医療機関を評価してもよい。

先進技術導入度評価機能３５２４は、医療機関の先進技術の導入度を基準に、医療機関を評価する。更に詳しくは、先進技術導入度評価機能３５２４は、先進的な治療方法、手技、及び装置の導入度を基準に医療機関を評価する。例えば、先進技術導入度評価機能３５２４は、医療機関から提供された情報と、ガイドラインや医薬品医療機器総合機構（ＰＭＤＡ：Pharmaceuticals and Medical Devices Agency）等の医療機器情報等と比較して先進技術の導入度を評価する。なお、先進技術導入度評価機能３５２４は、医療機関から提供された情報に限らず、医療機関を紹介するウェブサイトに登録されている、機器の機種や写真や治療法等の情報から先進技術の導入度を評価してもよい。

診療予定評価機能３５２５は、ユーザが希望する診療日時と、医療機関が受け入れ可能な診療日時との一致度を基準に、医療機関を評価する。更に詳しくは、診療予定評価機能３５２５は、ユーザに指定された希望日時と、各医療機関が受け入れ可能な診療日時とを比較して、両日時の一致度を基準に、医療機関を評価する。なお、診療予定評価機能３５２５は、予め登録されているユーザの予定表と、ユーザが行動しやすい時間と、各医療機関が受け入れ可能な診療日時とを比較してもよい。

相性評価機能３５２６は、ユーザと、医療機関に従事する医療従事者との相性を基準に、医療機関を評価する。更に詳しくは、相性評価機能３５２６は、ユーザの個人特性と、医療機関に従事する各医療従事者の個人特性とを比較して相性を基準に、医療機関を評価する。例えば、相性評価機能３５２６は、日常的に発する言葉や、音声や、表情や、日記等の文章や使用単語等からユーザ及び医療従事者の個人特性を推定する。そして、相性評価機能３５２６は、推定した個人特性に基づいて、両者の相性を推定することで医療機関を評価する。なお、相性評価機能３５２６は、個人特性は、言葉や、音声や、表情や、日記等の文章や使用単語等に限らず、心理テスト等や、自己申告等により個人特性を推定してもよい。

保険適用度評価機能３５２７は、医療機関が徴収した医療費における自費診療の割合を基準に、医療機関を評価する。ここで、自費診療とは、保険の適用を受けない診療である。一方、保険診療とは、保険の適用を受ける診療である。例えば、保険適用度評価機能３５２７は、保険診療と自費診療との割合に応じた評価値を付ける。または、保険適用度評価機能３５２７は、ユーザの経済状況に応じて医療機関の評価値を付けてもよい。例えば、ユーザの経済状況が良好な場合には、保険適用度評価機能３５２７は、自費診療の割合が増加するに従い高い評価値を付ける。一方、ユーザの経済状況が不良な場合には、保険適用度評価機能３５２７は、保険診療の割合が増加するに従い高い評価値を付ける。

次に、第１の実施形態に係る個人ＡＩシステム２０の構成について説明する。

図３は、第１の実施形態に係る個人ＡＩシステム２０の構成の一例を示すブロック図である。図３に示すように、第１の実施形態に係る個人ＡＩシステム２０は、ネットワークインタフェース２１０と、記憶回路２２０と、入力インタフェース２３０と、ディスプレイ２４０と、処理回路２５０とを有する。

ネットワークインタフェース２１０は、処理回路２５０に接続されており、ネットワークを介して、ユーザ端末１０、医療機関評価システム３０、及び医療機関サーバ装置４０との間で行われる各種データの伝送及び通信を制御する。更に詳しくは、ネットワークインタフェース２１０は、各システムから各種の情報を受信し、受信した情報を処理回路２５０に出力する。例えば、ネットワークインタフェース２１０は、ネットワークカードやネットワークアダプタ、ＮＩＣ等によって実現される。

記憶回路２２０は、処理回路２５０に接続されており、各種データを記憶する。例えば、記憶回路２２０は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。

入力インタフェース２３０は、操作者から受け付けた入力操作を電気信号に変換して処理回路２５０に出力する。例えば、入力インタフェース２３０は、トラックボール、スイッチボタン、マウス、キーボード、操作面へ触れることで入力操作を行うタッチパッド、表示画面とタッチパッドとが一体化されたタッチスクリーン、光学センサを用いた非接触入力インタフェース、音声入力インタフェース等の入力装置によって実現される。なお、入力インタフェース２３０は、個人ＡＩシステム２０とは別体に設けられた操作装置から操作に対応する電子信号を受け付ける接続インタフェース等の制御回路であってもよい。

ディスプレイ２４０は、処理回路２５０から出力される各種情報や各種画像を表示する。例えば、ディスプレイ２４０は、有機ＥＬモニタや、液晶モニタや、ＣＲＴモニタや、タッチパネル等の表示装置によって実現される。例えば、ディスプレイ２４０は、操作者の指示を受け付けるためのＧＵＩや、各種の表示用の画像データ、処理回路２５０による各種の処理結果を表示する。

処理回路２５０は、個人ＡＩシステム２０が有する各構成要素を制御する。例えば、処理回路２５０は、プロセッサによって実現される。さらに詳しくは、第１の実施形態に係る処理回路２５０は、個人情報取得機能２５１、入力機能２５２、評価要求機能２５３、重要度調整機能２５４、推薦度導出機能２５５、受診可否判定機能２５６、推薦情報生成機能２５７、出力機能２５８、及び予約機能２５９を有する。

ここで、例えば、図３に示す処理回路２５０の構成要素である個人情報取得機能２５１、入力機能２５２、評価要求機能２５３、重要度調整機能２５４、推薦度導出機能２５５、受診可否判定機能２５６、推薦情報生成機能２５７、出力機能２５８、及び予約機能２５９が実行する各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路２２０に記憶されている。処理回路２５０は、各プログラムを記憶回路２２０から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読み出した状態の処理回路２５０は、図３の処理回路２５０内に示された各機能を有することとなる。

なお、個人情報取得機能２５１、入力機能２５２、評価要求機能２５３、重要度調整機能２５４、推薦度導出機能２５５、受診可否判定機能２５６、推薦情報生成機能２５７、出力機能２５８、及び予約機能２５９の全ての処理機能がコンピュータによって実行可能な１つのプログラムの形態で、記憶回路２２０に記録されていてもよい。例えば、このようなプログラムは、医療機関推薦プログラムとも称される。この場合、処理回路２５０は、医療機関推薦プログラムを記憶回路２２０から読み出し、読み出した医療機関推薦プログラムを実行することで医療機関推薦プログラムに対応する個人情報取得機能２５１、入力機能２５２、評価要求機能２５３、重要度調整機能２５４、推薦度導出機能２５５、受診可否判定機能２５６、推薦情報生成機能２５７、出力機能２５８、及び予約機能２５９を実現する。

個人情報取得機能２５１は、ユーザの個人情報を取得する。更に詳しくは、個人情報取得機能２５１は、ユーザの氏名、年齢、性別、住所、勤務先の住所、収入、預金残高、アレルギー、罹患歴等の個人情報を取得する。さらに、個人情報取得機能２５１は、個人情報としてユーザの行動を示す行動履歴や、行動パターンを取得する。例えば、個人情報取得機能２５１は、ユーザが書いた日記、ユーザが発した言葉、ユーザの表情、ユーザの行動時間、ユーザの行動範囲、ユーザが購入した商品、ユーザが頻繁に利用する店舗等を取得する。また、個人情報取得機能２５１は、医療機関推薦システム１に推薦する医療機関の情報提供を要求した際の、医療機関の条件も個人情報として取得する。すなわち、個人情報取得機能２５１は、ユーザがどのような医療機関の情報を求めているかを個人情報として取得する。

入力機能２５２は、入力部の一例である。入力機能２５２は、医療機関の検索要求を受け付ける。更に詳しくは、入力機能２５２は、ユーザ端末１０が医療機関の検索を要求する操作を受け付けた場合に、ユーザ端末１０から検索要求を受け付ける。

評価要求機能２５３は、医療機関を評価するための評価項目ごとの評価値を要求する評価要求を医療機関評価システム３０に送信する。また、評価要求機能２５３は、評価項目ごとの評価値が示された評価結果を医療機関評価システム３０から受信する。なお、評価要求を送信するタイミングは任意に変更可能である。例えば、評価要求機能２５３は、入力機能２５２がユーザ端末１０から検索要求を受け付けた場合に評価要求を送信してもよいし、定期的に評価要求を送信することで検索要求を受け付ける前に評価要求を送信してもよい。

重要度調整機能２５４は、調整部の一例である。重要度調整機能２５４は、ユーザの個人情報に基づいて評価項目の重要度を調整する。すなわち、重要度調整機能２５４は、医療機関の評価項目の重要度にユーザの個人情報を反映する。下記において、医療機関の評価項目ごとに、重要度調整機能２５４が重要度を調整する要因について説明する。しかし、下記説明は一例であって、重要度調整機能２５４は、他の要因によって重要度を調整してもよい。また、各評価項目の重要度を調整する要因は、任意に設定可能としてもよい。

ここで、図４は、評価項目の重要度の調整を説明する説明図である。重要度調整機能２５４は、ユーザを識別可能なユーザコードごとに、各評価項目の重要度が決定する。また、図４には、歯科医院の評価項目として、通院条件、評判、受診目的適合度、先進技術導入度、診療予定、相性、及び保険適用度が挙げられている。しかし、何を評価項目とするかは任意である。また、図４は、数値が高い方が、重要度が高いことを示している。しかし、数値の低い方が、重要度が高いことを示していてもよい。

重要度調整機能２５４は、ユーザの個人情報から評価項目における通院条件の重要度を決定する。例えば、ユーザの行動範囲が定まっており、様々な場所に出向くことが少ない場合には、医療機関への通いやすさはユーザにとって重要なポイントであると考えられる。そこで、重要度調整機能２５４は、自宅や職場から所定の範囲の内部で買い物やサービスを受けた場合に、通院条件の重要度を上げる。一方、重要度調整機能２５４は、自宅や職場から所定の範囲の外部で買い物やサービスを受けた場合に、通院条件の重要度を下げる。

重要度調整機能２５４は、ユーザの個人情報から評価項目における評判の重要度を決定する。例えば、商品やサービス等の評価が示されたウェブサイトを頻繁に閲覧している場合には、医療機関の評判はユーザにとって重要なポイントであると考えられる。そこで、重要度調整機能２５４は、評価が示されたウェブサイトを閲覧するごとに、評判の重要度を上げる。一方、重要度調整機能２５４は、評価が示されたウェブサイトを所定期間内に閲覧していない場合に、評判の重要度を下げる。

重要度調整機能２５４は、ユーザの個人情報から評価項目における受診目的適合度の重要度を決定する。例えば、ユーザ端末１０が医療機関の検索操作を受け付けた際に、受診目的が明示に指定された場合には、受診目的適合度はユーザにとって重要なポイントであると考えられる。具体的には、ユーザ端末１０が医療機関の提示を受け付けた際に、例えば「審美歯科」等のように診療科が具体的に示された場合には、受診目的適合度の重要度は高くする。一方、ユーザ端末１０が医療機関の検索操作を受け付けた際に、例えば「歯痛」等のように症状が示された場合には、受診目的適合度の重要度は低くする。

重要度調整機能２５４は、ユーザの個人情報から評価項目における先進技術導入度の重要度を決定する。例えば、最新の治療方法や治療機器を紹介しているウェブサイトを閲覧している場合には、医療機関の先進技術導入度はユーザにとって重要なポイントであると考えられる。そこで、重要度調整機能２５４は、最新の治療方法等が紹介されたウェブサイトを閲覧するごとに、先進技術導入度の重要度を上げる。一方、重要度調整機能２５４は、最新の治療方法等が紹介されたウェブサイトを所定期間内に閲覧していない場合に、先進技術導入度の重要度を下げる。

重要度調整機能２５４は、ユーザの個人情報から評価項目における診療予定の重要度を決定する。例えば、ユーザ端末１０が医療機関の検索操作を受け付けた際に、診療希望日時が明確に指定された場合には、診療予定はユーザにとって重要なポイントであると考えられる。具体的には、ユーザ端末１０が医療機関の提示を受け付けた際に、例えば「３月７日１５時」等のように診療希望日時が具体的に示された場合には、重要度調整機能２５４は、受診目的適合度の重要度を高くする。一方、ユーザ端末１０が医療機関の提示を受け付けた際に、例えば「来週」等のように期間で示された場合には、重要度調整機能２５４は、診療予定の重要度を低くする。

重要度調整機能２５４は、ユーザの個人情報から評価項目における相性の重要度を決定する。例えば、重要度調整機能２５４は、日記やメールや発言や表情から相性に関連する言葉が含まれている場合には、相性の重要度を上げる。一方、重要度調整機能２５４は、所定期間内に相性に関連する言葉が発せられない場合に、相性の重要度を下げる。また、重要度調整機能２５４は、受診目的に応じて相性の重要度を調整してもよい。例えば、重要度調整機能２５４は、婦人科、小児科、精神科の予め設定された診療科を受診する場合には、相性の重要度を上げる。

重要度調整機能２５４は、ユーザの個人情報から評価項目における保険適用度の重要度を決定する。例えば、重要度調整機能２５４は、ユーザが割引された商品を購入した場合に、保険適用度の重要度を上げる。すなわち、重要度調整機能２５４は、保険診療を行う医療機関を推薦されやすくする。一方、重要度調整機能２５４は、ユーザの資産が閾値よりも高い場合に、保険適用度の重要度を下げる。すなわち、重要度調整機能２５４は、自費診療を行う医療機関を推薦されやすくする。

図３に戻り、推薦度導出機能２５５は、導出部の一例である。推薦度導出機能２５５は、複数の医療機関の各々の総合評価値に応じて、医療機関ごとの推薦度を導出する。ここで、図５は、推薦度の導出方法を説明する説明図である。推薦度導出機能２５５は、医療機関評価システム３０から各医療機関の評価項目ごとの評価値を取得した場合に、各評価項目の評価値を加算することで合計評価値を算出する。

ここで、評価項目の重要度の高い順を示す重要度順位には、それぞれ順位に応じた重みが設定されている。推薦度導出機能２５５は、評価項目ごとに設定された重みと、評価項目ごとの評価値とを乗算することで総合評価値を導出する。そして、推薦度導出機能２５５は、総合評価値の高い順、つまり総合評価値の順位を推薦度とする。

受診可否判定機能２５６は、判定部の一例である。受診可否判定機能２５６は、医療機関をユーザが受診可能か否かを判定する。また、受診可否判定機能２５６は、医療機関をユーザが設定時間内に受診可能か否かを判定する。すなわち、受診可否判定機能２５６は、ユーザが医療機関を受診可能か医療機関サーバ装置４０に問い合わせる。さらに、受診可否判定機能２５６は、ユーザが医療機関を緊急受診可能か医療機関サーバ装置４０に問い合わせる。

ここで、緊急受診とは、現在日時から設定時間内に受診可能なことである。更に詳しくは、受診可否判定機能２５６は、医療機関に推薦度の順番で、各医療機関の医療機関サーバ装置４０にユーザが緊急受診可能か否かを問い合わせる。この時、受診可否判定機能２５６は、予め設定された推薦度の閾値まで、各医療機関の医療機関サーバ装置４０に問い合わせる。

推薦情報生成機能２５７は、複数の医療機関の各々を評価するための評価項目に対するユーザの個人情報に応じた評価値と、個人情報を反映した評価項目の重要度とに基づく総合評価値に応じた医療機関推薦情報を生成する。ここで、医療機関推薦情報には、１以上の医療機関の情報と、各医療機関の推薦度とが含まれている。また、医療機関推薦情報には、受診可否判定機能２５６が緊急受診可能と判定された医療機関を示す医療機関の情報が含まれていてもよい。

出力機能２５８は、出力部の一例である。出力機能２５８は、複数の医療機関の各々を評価するための評価項目に対するユーザの個人情報に応じた評価値と、個人情報を反映した評価項目の重要度とに基づく総合評価値に応じた検索結果を出力する。更に詳しくは、出力機能２５８は、推薦度導出機能２５５が導出した推薦度が示された医療機関推薦情報を検索結果として出力する。すなわち、出力機能２５８は、推薦情報生成機能２５７が生成した医療機関推薦情報をユーザ端末１０に送信する。この時、出力機能２５８は、受診可否判定機能２５６が受診可能と判定した医療機関が示された医療機関推薦情報を出力する。また、受診可否判定機能２５６が緊急受診可能かを問い合わせている場合、出力機能２５８は、設定時間内に受診可能な医療機関の医療機関推薦情報を出力する。なお、出力機能２５８が検索結果として出力する情報は、医療機関推薦情報に限定しない。例えば、出力機能２５８は、検索結果として、推薦度が最も高い医療機関の情報を出力してもよいし、推薦度が上位の医療機関の情報を出力してもよいし、各医療機関の推薦度が示されたリストを出力してもよい。

予約機能２５９は、予約部の一例である。予約機能２５９は、医療機関推薦情報に示された医療機関の受診予約を実行する。更に詳しくは、予約機能２５９は、ユーザ端末１０において、医療機関推薦情報から選択された医療機関の受診を予約する操作が受け付けられた場合に、選択された医療機関の医療機関サーバ装置４０に、ユーザの受診予約を送信する。このようにして、予約機能２５９は、医療機関の受診予約を実行する。

次に、第１の実施形態に係る医療機関推薦システム１が実行する推薦処理について説明する。図６は、第１の実施形態に係る医療機関推薦システム１が実行する推薦処理の処理手順を示すシーケンス図である。

ユーザ端末１０は、医療機関の検索をする操作を受け付ける（ステップＳ１１）。

ユーザ端末１０は、医療機関の検索要求を個人ＡＩシステム２０に送信する（ステップＳ１２）。

個人ＡＩシステム２０の評価要求機能２５３は、医療機関を評価するための評価項目ごとの評価値を要求する評価要求を医療機関評価システム３０に送信する（ステップＳ１３）。

医療機関評価システム３０の医療機関評価機能３５２は、医療機関の検索を要求したユーザ端末１０のユーザの個人情報に基づいて、評価項目ごとに各医療機関を評価する（ステップＳ１４）。

個人ＡＩシステム２０の評価要求機能２５３は、各医療機関の評価結果を取得する（ステップＳ１５）。

個人ＡＩシステム２０の重要度調整機能２５４は、ユーザの個人情報に基づいて評価項目の重要度を決定する（ステップＳ１６）。なお、重要度調整機能２５４は、医療機関の推薦を要求が行われる前に、評価項目の重要度を決定しておいてもよい。

個人ＡＩシステム２０の推薦度導出機能２５５は、複数の医療機関の各々を評価するための評価項目に対するユーザの個人情報に応じた評価値と、個人情報を反映した評価項目の重要度とに基づく総合評価値に応じた推薦度を導出する（ステップＳ１７）。

個人ＡＩシステム２０の受診可否判定機能２５６は、推薦度の順位が閾値以上の医療機関をユーザが受診可能か否かを判定する（ステップＳ１８）。なお、ユーザが受診可能か否かを判定する受診可否判定処理については、後述する図７で説明する。

個人ＡＩシステム２０の推薦情報生成機能２５７は、１以上の医療機関の推薦度が示された医療機関推薦情報を生成する（ステップＳ１９）。

個人ＡＩシステム２０の出力機能２５８は、検索結果として例えば医療機関推薦情報をユーザ端末１０に送信する（ステップＳ２０）。

ユーザ端末１０は、検索結果として医療機関推薦情報をディスプレイ等の表示部に表示する（ステップＳ２１）。この時、ユーザ端末１０は、緊急で受診可能な医療機関と、受診まで通常の待ち時間が発生する医療機関とを識別可能に表示させる。

ユーザ端末１０は、医療機関推薦情報に含まれている１以上の医療機関から、ユーザが受診する医療機関を選択する操作を受け付ける（ステップＳ２２）。ユーザ端末１０は、選択された医療機関を示す医療機関識別情報を送信する（ステップＳ２３）。

予約機能２５９は、受診した医療機関識別情報が示す医療機関の医療機関サーバ装置４０にユーザの受診予約を要求する予約要求を送信する（ステップＳ２４）。

医療機関サーバ装置４０は、予約要求を受信した場合に、受診予約が登録された予約台帳情報にユーザの受診予約を登録にする（ステップＳ２５）。

以上により、医療機関推薦システム１は、推薦処理を終了する。

次に、第１の実施形態に係る個人ＡＩシステム２０が実行する受診可否判定処理について説明する。図７は、第１の実施形態に係る個人ＡＩシステム２０が実行する受診可否判定処理の処理手順を示すフローチャートである。

受診可否判定機能２５６は、医療機関のうち推薦度の順位が最も高い医療機関を特定する（ステップＳ３１）。

受診可否判定機能２５６は、特定した医療機関をユーザが受診予約可能か否かを問い合わせる受診判定要求を医療機関サーバ装置４０に送信する（ステップＳ３２）。受診可否判定機能２５６は、ユーザが受診予約可能か否かの判定結果を示す受診判定結果を医療機関サーバ装置４０から受信する（ステップＳ３３）。

受診可否判定機能２５６は、受診判定結果に基づいて、医療機関に受診予約可能か否かを識別する（ステップＳ３４）。

受診可否判定機能２５６は、推薦度の順位が閾値に達するまで受診可否を問い合わせたか否かを判定する（ステップＳ３５）。推薦度の順位が閾値に達するまで受診可否を問い合わせていない場合に（ステップＳ３５；Ｎｏ）、受診可否判定機能２５６は、ステップＳ３１に戻り、未だ受診可否を問い合わせていない医療機関の医療機関サーバ装置４０に対して処理を実行する。

推薦度の順位が閾値に達するまで受診可否を問い合わせた場合に（ステップＳ３５；Ｙｅｓ）、受診可否判定機能２５６は、受診判定処理を終了する。

以上のように、第１の実施形態に係る個人ＡＩシステム２０は、医療機関の検索要求をユーザ端末１０から受け付ける。そして、個人ＡＩシステム２０は、複数の医療機関の各々を評価するための評価項目に対するユーザの個人情報に応じた評価値と、個人情報を反映した評価項目の重要度とに基づく総合評価値に応じた検索結果を出力する。よって、個人ＡＩシステム２０は、ユーザの評価基準に基づいた医療機関の選定を支援することができる。

（第１の実施形態の第１の変形例）
第１の実施形態の第１の変形例について説明する。第１の実施形態では、医療機関が歯科医院である場合を想定して説明した。しかしながら、医療機関は、歯科医院に限らず、他の種類の医療機関であってもよい。第１の変形例に係る医療機関評価システム３０ａは、医療機関としてリハビリテーション施設を評価する。

ここで、図８は、第１の実施形態の第１の変形例に係る医療機関評価システム３０ａの構成の一例を示すブロック図である。第１の変形例に係る医療機関評価システム３０ａは、第１の実施形態に係る医療機関評価システム３０ａと同様の構成になっている。しかし、第１の変形例に係る医療機関評価機能３５２ａは、第１の実施形態に係る医療機関評価機能３５２と構成要素が異なっている。

さらに詳しくは、第１の変形例に係る医療機関評価機能３５２ａは、通院条件評価機能３５２１ａ、評判評価機能３５２２ａ、リハビリテーション分野適合度評価機能３５２３ａ、リハビリテーション先進技術導入度評価機能３５２４ａ、リハビリテーション予定評価機能３５２５ａ、相性評価機能３５２６ａ、及び保険適用度評価機能３５２７ａを備える。

通院条件評価機能３５２１ａは、第１の実施形態に係る通院条件評価機能３５２１と同様の機能である。

評判評価機能３５２２ａは、第１の実施形態に係る評判評価機能３５２２と同様の機能である。

リハビリテーション分野適合度評価機能３５２３ａは、ユーザが実施したい分野のリハビリテーションを実施可能であるか否か評価する機能である。すなわち、リハビリテーション分野適合度評価機能３５２３ａは、リハビリテーション施設において行われるリハビリテーション分野と、ユーザが指定したリハビリテーション分野との適合度を評価する。

リハビリテーション先進技術導入度評価機能３５２４ａは、リハビリテーションにおける先進技術導入度を評価する機能である。

リハビリテーション予定評価機能３５２５ａは、ユーザが希望する診療日時と、医療機関が受け入れ可能な診療日時との一致度を基準に、医療機関を評価する。

相性評価機能３５２６ａは、リハビリテーションをサポートする理学療法士等との相性を評価する機能である。

保険適用度評価機能３５２７ａは、医療機関が徴収した医療費における自費診療の割合を基準に、医療機関を評価する。

個人ＡＩシステム２０の重要度調整機能２５４は、第１の実施形態に係る歯科医院と同様に、ユーザの個人情報に基づいて、リハビリテーション施設の評価項目ごとに重要度を調整する。推薦度導出機能２５５は、リハビリテーション施設を評価するための評価項目ごとの評価値と、ユーザの個人情報を反映した評価項目の重要度とに基づくリハビリテーション施設の総合評価値に応じた推薦度を導出する。これにより、個人ＡＩシステム２０は、リハビリテーション施設についての検索結果として医療機関推薦情報を出力ことができる。

以上のように、第１の変形例に係る医療機関評価システム３０ａは、ユーザの個人情報を反映して、リハビリテーション施設を評価するための評価項目の重要度を決定する。そして、個人ＡＩシステム２０は、リハビリテーション施設の評価項目に対するユーザの個人情報に応じた評価値と、ユーザの個人情報を反映したリハビリテーション施設の評価項目の重要度とに基づく総合評価値に応じた推薦度を導出する。よって、第１の変形例に係る個人ＡＩシステム２０は、歯科医院に限らず、リハビリテーション施設の選定の支援を実行することができる。

（第１の実施形態の第２の変形例）
第１の実施形態の第２の変形例について説明する。第２の実施形態では、医療機関が歯科医院である場合を想定して説明した。しかしながら、医療機関は、歯科医院に限らず、他の種類の医療機関であってもよい。第２の変形例に係る医療機関評価システム３０ｂは、医療機関として通所介護施設を評価する。

ここで、図９は、第１の実施形態の第２の変形例に係る医療機関評価システム３０ｂの構成の一例を示すブロック図である。第２の変形例に係る医療機関評価システム３０ｂは、第１の実施形態に係る医療機関評価システム３０と同様の構成になっている。しかし、第２の変形例に係る医療機関評価機能３５２ｂは、第１の実施形態に係る医療機関評価機能３５２と構成要素が異なっている。

さらに詳しくは、第２の変形例に係る医療機関評価機能３５２ｂは、通院条件評価機能３５２１ｂ、評判評価機能３５２２ｂ、受け入れ条件評価機能３５２３ｂ、介護サービス評価機能３５２４ｂ、通所介護予定評価機能３５２５ｂ、相性評価機能３５２６ｂ、サービス料評価機能３５２７ｂ、施設種類評価機能３５２８ｂ、及び施設規模評価機能３５２９ｂを備える。

通院条件評価機能３５２１ｂは、第１の実施形態に係る通院条件評価機能３５２１と同様の機能である。

評判評価機能３５２２ｂは、第１の実施形態に係る評判評価機能３５２２と同様の機能である。

受け入れ条件評価機能３５２３ｂは、通所介護施設における利用者を受け入れる条件に付いて評価する機能である。例えば、受け入れ条件評価機能３５２３ｂは、利用者の受け入れ条件の少なさを評価する。

介護サービス評価機能３５２４ｂは、通所介護施設における介護サービスの内容を評価する機能である。

通所介護予定評価機能３５２５ｂは、が希望する診療日時と、通所介護施設が受け入れ可能な診療日時との一致度を基準に、医療機関を評価する機能である。

相性評価機能３５２６ｂは、第１の実施形態に係る相性評価機能３５２６と同様の機能である。

サービス料評価機能３５２７ｂ、通所介護施設における利用料金を評価する機能である。

施設種類評価機能３５２８ｂは、通所介護施設で提供しているサービスの種類を評価する機能である。

施設規模評価機能３５２９ｂは、通所介護施設の規模を評価する機能である。

個人ＡＩシステム２０の重要度調整機能２５４は、第１の実施形態に係る歯科医院と同様に、ユーザの個人情報に基づいて、通所介護施設の評価項目ごとに重要度を調整する。推薦度導出機能２５５は、通所介護施設を評価するための評価項目ごとの評価値と、ユーザの個人情報を反映した評価項目の重要度とに基づく通所介護施設の総合評価値に応じた推薦度を導出する。これにより、個人ＡＩシステム２０は、通所介護施設についての医療機関推薦情報を出力ことができる。

以上のように、第２の変形例に係る医療機関評価システム３０ｂは、ユーザの個人情報を反映して、通所介護施設を評価するための評価項目の重要度を決定する。そして、個人ＡＩシステム２０は、通所介護施設の評価項目に対するユーザの個人情報に応じた評価値と、ユーザの個人情報を反映した通所介護施設の評価項目ごとに重要度とに基づく総合評価値に応じた推薦度を導出する。よって、第２の変形例に係る個人ＡＩシステム２０は、歯科医院に限らず、通所介護施設の選定の支援を実行することができる。

（第２の実施形態）
第２の実施形態について説明する。ここで、図１０は、第２の実施形態に係る医療機関推薦システム１ｃの構成の一例を示す図である。第２の実施形態に係る医療機関推薦システム１ｃは、ユーザ端末１０と、個人ＡＩシステム２０ｃと、医療機関評価システム３０ｃと、医療機関サーバ装置４０とに加えて、ユーザセンサ５０を備えている。

ユーザセンサ５０は、ユーザの状態を検出するセンサである。例えば、ユーザセンサ５０は、ユーザの体温、心拍、血圧、呼吸等の生体情報を検出する。そして、ユーザセンサ５０は、検出した生体情報を個人ＡＩシステム２０ｃに送信する。

また、第２の実施形態では、個人ＡＩシステム２０ｃは、医療機関の評価項目の重要度の決定、及び医療機関の推薦度の導出を医療機関評価システム３０ｃに要求する。ここで、図１１は、第２の実施形態に係る個人ＡＩシステム２０ｃの構成の一例を示すブロック図である。第２の実施形態に係る処理回路２５０ｃは、重要度調整機能２５４、及び推薦度導出機能２５５に代えて、推薦度要求機能２６０を備えている。

推薦度要求機能２６０は、要求部の一例である。推薦度要求機能２６０は、複数の医療機関の各々の総合評価値に応じた医療機関ごとの推薦度を要求する。すなわち、推薦度要求機能２６０は、医療機関の評価項目の重要度の決定、及び医療機関の推薦度の導出を要求する。ここで、推薦度の導出要求には、ユーザの個人情報と、ユーザの個人情報に応じた各評価項目の評価値とが含まれている。医療機関評価システム３０ｃは、推薦度の導出要求に含まれている、ユーザの個人情報と、ユーザの個人情報に応じた各評価項目の評価値とに基づいて、総合評価値を算出する。さらに、医療機関評価システム３０ｃは、総合評価値に応じた推薦度を導出する。そして、推薦度要求機能２６０は、要求に対する回答として推薦度を取得する。

また、受診可否判定機能２５６、及び推薦情報生成機能２５７は、第１の実施形態と同様の処理を実行する。そして、出力機能２５８は、推薦度要求機能２６０に対する回答として取得した推薦度が示された医療機関推薦情報を出力する。

ここで、図１２は、第２の実施形態に係る医療機関評価システム３０ｃの構成の一例を示すブロック図である。医療機関評価システム３０ｃは、医療機関の重要度の決定、及び医療機関の推薦度の導出を実行する。第２の実施形態に係る処理回路３５０ｃは、通信機能３５１、及び医療機関評価機能３５２に加えて、重要度調整機能３５３、及び推薦度導出機能３５４を備えている。

重要度調整機能３５３は、推薦度の導出要求に含まれているユーザの個人情報から評価項目における相性の重要度を決定する。推薦度導出機能３５４は、推薦度の導出要求に含まれている医療機関を評価するための評価項目ごとの評価値と、評価項目の重要度に応じた重みを乗算することで総合評価値を算出する。さらに、推薦度導出機能３５４は、総合評価値に応じた推薦度を導出する。

このように、医療機関評価システム３０ｃは、医療機関評価システム３０ｃは、推薦度の導出要求を受信した場合に、医療機関の評価項目ごとの評価値の決定、各評価項目の重要度の調整、及び推薦度の導出を実行する。そして、医療機関評価システム３０ｃは、各医療機関の推薦度を個人ＡＩシステム２０ｃに送信する。

個人ＡＩシステム２０ｃは、医療機関評価システム３０ｃから送信された各医療機関の推薦度を用いて、医療機関推薦情報を生成する。また、個人ＡＩシステム２０ｃは、生成した医療機関推薦情報をユーザ端末１０に送信する。これにより、ユーザ端末１０は、各医療機関の推薦度が示された医療機関推薦情報をディスプレイ等の表示部に表示することができる。

さらに、個人ＡＩシステム２０ｃは、ユーザセンサ５０からユーザの状態を示す生体情報を取得することで、ユーザの状態を把握することができる。よって、個人ＡＩシステム２０ｃは、生体情報が異常値を示した場合に、推薦度の導出要求を医療機関評価システム３０ｃに送信することができる。すなわち、個人ＡＩシステム２０ｃは、ユーザの操作が無くても、推薦度の導出要求を医療機関評価システム３０ｃに送信することができる。

また、ユーザ端末１０は、操作を受け付けることなく、各医療機関の推薦度が示された医療機関推薦情報をディスプレイ等の表示部に表示することができる。そして、ユーザ端末１０で医療機関が選択された場合には、個人ＡＩシステム２０ｃの予約機能２５９は、選択された医療機関の医療機関サーバ装置４０に対して受診予約を実行することができる。

さらに、個人ＡＩシステム２０ｃは、生体情報を取得しているため、ユーザの意識が無くなったこと等の緊急状態を示す緊急値を検出することができる。よって、個人ＡＩシステム２０ｃの予約機能２５９は、個人情報に含まれる生体情報が緊急時を示している場合に、ユーザの操作が受け付けられていなくても、医療機関の医療機関サーバ装置４０に対して通報することができる。

以上のように、第２の実施形態に係る医療機関推薦システム１ｃは、ユーザセンサ５０を備えている。ユーザセンサ５０は、ユーザの状態を検出する。このように、個人ＡＩシステム２０ｃは、ユーザセンサ５０によりユーザの状態を把握することができるため、医療機関推薦システム１が推薦する医療機関の情報を要求する際に、医療機関の具体的な条件が指示されなくても医療機関を推薦することができる。さらに、個人ＡＩシステム２０ｃは、ユーザセンサ５０によりユーザの状態を把握することができるため、ユーザに異常が発生した場合には医療機関に通報することができる。

また、上述した実施形態では、単一の処理回路２５０、３５０、３５０ａ、３５０ｂ、３５０ｃによって各処理機能が実現される場合の例を説明したが、実施形態はこれに限られない。例えば、処理回路２５０、３５０、３５０ａ、３５０ｂ、３５０ｃは、複数の独立したプロセッサを組み合わせて構成され、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしても構わない。また、処理回路２５０、３５０、３５０ａ、３５０ｂ、３５０ｃが有する各処理機能は、単一又は複数の処理回路２５０、３５０、３５０ａ、３５０ｂ、３５０ｃに適宜に分散又は統合されて実現されてもよい。

上述した各実施形態の説明で用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。ここで、メモリにプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合には、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。また、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて一つのプロセッサとして構成され、その機能を実現するようにしてもよい。

ここで、プロセッサによって実行されるプログラムは、ＲＯＭ（Read Only Memory）や記憶部等に予め組み込まれて提供される。なお、このプログラムは、これらの装置にインストール可能な形式又は実行可能な形式のファイルでＣＤ（Compact Disk）－ＲＯＭ、ＦＤ（Flexible Disk）、ＣＤ－Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記憶媒体に記録されて提供されてもよい。また、このプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードされることにより提供又は配布されてもよい。例えば、このプログラムは、各機能部を含むモジュールで構成される。実際のハードウェアとしては、ＣＰＵが、ＲＯＭ等の記憶媒体からプログラムを読み出して実行することにより、各モジュールが主記憶装置上にロードされて、主記憶装置上に生成される。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。更に、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、或いは、ワイヤードロジックによるハードウェアとして実現され得る。

また、上述した実施形態で説明した医用情報収集方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。このプログラムは、インターネット等のネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上説明した少なくとも一つの実施形態によれば、ユーザの評価基準に基づいた医療機関の選定を支援することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 医療機関推薦システム
１０ ユーザ端末
２０、２０ｃ 個人ＡＩシステム
３０、３０ａ、３０ｂ、３０ｃ 医療機関評価システム
４０ 医療機関サーバ装置
５０ ユーザセンサ
３５１ 通信機能
３５２、３５２ａ、３５２ｂ 医療機関評価機能
２５１ 個人情報取得機能
２５２ 入力機能
２５３ 評価要求機能
２５４ 重要度調整機能
２５５ 推薦度導出機能
２５６ 受診可否判定機能
２５７ 推薦情報生成機能
２５８ 出力機能
２５９ 予約機能
２６０ 推薦度要求機能

Claims (3)

1. 医療機関を検索する操作が受け付けられたユーザ端末から前記医療機関の検索要求を受け付ける入力部と、
   ユーザの行動履歴に基づいて、複数の前記医療機関の各々を評価するための評価項目の重要度を調整する調整部と、
   複数の前記医療機関の各々を評価するための評価項目に対する前記行動履歴に応じた評価値と、前記行動履歴を反映した前記重要度と、に基づく総合評価値に応じた前記医療機関ごとの推薦度を導出する導出部と、
   前記推薦度の順位が閾値に達するまで受診可否を前記医療機関の装置に問い合わせる問い合わせ部と、
   前記問い合わせ部により受診可能と判定された前記医療機関を示す医療機関識別情報を出力する出力部と、
   を備える医療機関選定支援装置。
2. 前記医療機関識別情報が示す前記医療機関の受診予約を実行する予約部を更に備える、
   請求項１に記載の医療機関選定支援装置。
3. 前記予約部は、前記行動履歴が緊急時を示している場合に、前記ユーザの操作が受け付けられていなくても、前記医療機関に対して通報する、
   請求項２に記載の医療機関選定支援装置。

Images