JP2020016993A - 医療評価システム及びサーバ装置 - Google Patents

Abstract

【課題】客観的な指標に基づいて、医師、あるいは医師が所属する病院または診療科を評価することができる技術を提供すること。【解決手段】本発明の第１実施形態に係る医療評価システムは、複数の病院の間で電子カルテを共有するための電子カルテネットワークから、電子カルテの記載内容を収集する収集部と、収集した電子カルテの記載内容から、病院毎、各病院の診療科毎、または各病院の医師毎に、少なくとも一患者当たりの滞在時間の平均値と診療時間の平均値との少なくとも一方を含む評価情報を求める評価部と、求められた評価情報をユーザ端末に提示させる提示部と、を具備する。【選択図】図１

Description

本発明は、医療評価システム及びサーバ装置に関する。

例えば、特許文献１は、複数の医師それぞれに対する評価に基づいて、患者が自己の病気に関する治療を受ける上で適切な医師を選定できるようにした技術を提案している。

特開２０１７−２１６４１号公報

上記特許文献１では、医師の評価は、その医師に関する情報を他の複数の医師に提示して、この情報に基づいて他の医師が評価するというものであり、主観的な評価になり易く、客観的な指標に基づいて医師を評価することはできていない。

本発明は、上記の事情に着目してなされたものであり、その目的は、客観的な指標に基づいて、医師、あるいは医師が所属する病院または診療科を評価することができる医療評価システム及びサーバ装置を提供することである。

本発明は、上述した課題を解決するために、以下の構成を採用する。

本開示の一態様では、医療評価システムは、複数の病院それぞれにおける、少なくとも患者に関する患者情報と各回の診療に関する診療情報とを記載した電子カルテであって、前記診療情報が、受付日時及び会計終了日時と診療開始日時及び診療終了日時との少なくとも一方と、診療医師と、を含む患者毎の電子カルテを、前記複数の病院の間で共有するための電子カルテネットワークと、前記電子カルテネットワークから前記電子カルテの記載内容を収集する収集部と、前記収集部によって収集した前記電子カルテの記載内容から、少なくとも一患者当たりの、前記受付日時及び前記会計終了日時に基づく滞在時間の平均値と、前記診療開始日時及び前記診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に求める評価部と、前記評価部によって求められた前記評価情報を、ユーザ端末に提示させる提示部と、を具備する。
なお、病院とは、ある建物の一室と言った小規模の病院から、一つの敷地内に複数の病棟が配置された大規模病院、更には、複数地域に分散した系列病院を含む病院グループであって良い。病院グループの場合、電子カルテは、グループ内の病院毎に分散配置される場合もある。また、電子カルテは、病院内ではなく、電子カルテネットワーク内に設けられたデータセンタに配置されても良い。ここで、配置とは、記憶媒体を備える記憶部に記憶されることを含む。電子カルテのデータフォーマットは、病院毎に異なっていても良く、各病院の電子カルテが電子カルテネットワーク内の統一フォーマットに変換されて、データセンタの記憶部に蓄積されることができる。各病院とデータセンタとの間の電子カルテの送受信においては、データ暗号化などにより、秘匿性が担保される。電子カルテネットワーク内では、医療従事者毎に制限されたアクセス権限が与えられて、各医療従事者が操作する医療端末から当該病院またはデータセンタに配置された電子カルテの情報の閲覧や更新が可能になっている。また、電子カルテネットワーク内では、患者であるユーザ毎に制限されたアクセス権限が与えられて、各ユーザが操作するユーザ端末からデータセンタに配置された自身の電子カルテの情報を閲覧できるようになっている場合もある。この場合も、ユーザ端末とデータセンタとの間のデータ送受信においては、データ暗号化などにより、秘匿性が担保されることが望ましい。
上記の構成の医療システムによれば、そのような複数の病院の間で電子カルテを共有するための電子カルテネットワークから各電子カルテの記載内容を収集し、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に、少なくとも一患者当たりの、受付日時及び会計終了日時に基づく滞在時間の平均値と、診療開始日時及び診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を求めるので、評価情報という客観的な指標に基づいて、医師、あるいは医師が所属する病院または診療科を評価することができるようになる。

なお、上記一態様において、前記ユーザ端末から取得した位置情報に基づいて、前記収集部によって前記電子カルテの記載内容を収集するべき病院を限定する限定部を更に具備することができる。
当該構成によれば、評価情報を提示するべきユーザの現在位置やユーザが指定した指定位置に応じて、ユーザが通い得る病院を限定することで、ユーザに不適切な病院を提示する可能性を小さくすることができる。また、限定した病院の電子カルテの記載内容のみを収集するので、収集に要する通信量及び記憶量と収集した情報を処理するための処理資源とを減少させることができる。

あるいは、上記一態様において、前記ユーザ端末から取得した位置情報に基づいて、前記提示部によって前記ユーザ端末に提示させる前記評価情報を限定する限定部を更に具備するようにしても良い。
当該構成によれば、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に求めた評価情報の内、ユーザの現在位置やユーザが指定した指定位置に応じて、提示する評価情報を限定することで、ユーザが通えないような不適切な病院を提示する可能性を小さくすることができる。また、既に求められている評価情報から選択してユーザに提示するので、レスポンス良く評価情報を提示することが可能になる。

また、上記一態様において、前記評価部は、更に、前記評価情報に基づいて、前記病院毎または前記診療科毎または前記医師毎の評価値を算出し、前記提示部は、前記評価部によって算出した前記評価値を前記ユーザ端末に提示させることができる。
当該構成によれば、時間情報である評価情報から評価値を算出して、数値として評価を提示することで、ユーザに、より分かり易く評価を提示することができる。

ここで、医療評価システムは、前記ユーザ端末のユーザについての、少なくとも性別及び年齢を含むユーザ属性情報を取得するユーザ属性取得部と、前記各病院に所属する各医師について、少なくとも性別及び年齢を含む公開可能な医師属性情報を取得する医師属性取得部と、を更に具備し、前記評価部は、更に、前記ユーザ属性情報と前記医師属性情報とに基づいて、前記評価値を算出することができる。
当該構成によれば、評価値を提示するべきユーザの性別又は年齢と医師の性別又は年齢とにも基づいて評価値を算出するので、ユーザに適した医師の評価値を高くすることができ、ユーザがより自身に適した医師を選択し易くすることができる。

また、上記一態様において、前記複数の病院それぞれに設けられ、患者の予約管理を行う病院制御部と、前記提示に基づいた前記ユーザ端末からの予約を受け付けて、該当する病院の前記病院制御部に、前記ユーザ端末のユーザの予約を依頼する予約部と、を更に具備するようにしても良い。
当該構成によれば、ユーザ端末から病院の予約が行えるので、提示された評価情報を見たユーザが、簡便に病院の予約を行えるようになる。

ここで、医療評価システムは、前記評価部によって算出した前記評価値と前記ユーザ端末からの評価優先条件とに基づいて、推奨病院を決定する推奨病院決定部を更に具備し、前記提示部は、前記推奨病院決定部によって決定された前記推奨病院を前記ユーザ端末に提示させるようにしても良い。
当該構成によれば、ユーザが重要と思う評価優先条件に適合する病院を推奨病院としてユーザに提示することができる。

この場合、前記複数の病院それぞれの時事の滞在中患者の時間管理と患者の予約管理とを行う病院管理部を更に具備し、前記推奨病院決定部は、前記病院管理部にアクセスして、各病院の、現時点における少なくとも診療待ち患者人数と、今後の予約患者数とを取得し、それら取得した診療待ち患者人数及び予約患者数とに基づいて、前記推奨病院を決定することができる。
当該構成によれば、各病院の現時点での診療予定の人数に基づいて予測される待ち時間を考慮して推奨病院を提示することが可能になる。

また、病院管理部は、前記複数の病院それぞれに設けられ、それぞれの病院の時事の滞在中患者の時間管理と患者の予約管理とを行う病院制御部を含み、前記提示に基づいた前記ユーザ端末からの予約を受け付けて、該当する病院の前記病院制御部に、前記ユーザ端末のユーザの予約を依頼する予約部を具備しても良い。
当該構成によれば、ユーザからの要請を受けて、該当する病院へ予約を依頼するので、ユーザは、待ち時間を考慮して選択した病院の予約を簡便に行えるようになる。

本開示の別の態様では、サーバ装置は、複数の病院それぞれにおける、少なくとも患者に関する患者情報と各回の診療に関する診療情報とを記載した電子カルテであって、前記診療情報が、受付日時及び会計終了日時と診療開始日時及び診療終了日時との少なくとも一方と、診療医師と、を含む患者毎の電子カルテを、前記複数の病院の間で共有するための電子カルテネットワークから、前記電子カルテの記載内容を収集する収集部と、前記収集部によって収集した前記電子カルテの記載内容から、少なくとも一患者当たりの、前記受付日時及び前記会計終了日時に基づく滞在時間の平均値と、前記診療開始日時及び前記診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に求める評価部と、前記評価部によって求められた前記評価情報を、通信ネットワークを介してユーザ端末に送信することで、前記評価情報を前記ユーザ端末に提示させる提示部と、を具備する。
当該構成によれば、サーバ装置において、複数の病院の間で電子カルテを共有するための電子カルテネットワークから各電子カルテの記載内容を収集し、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に、少なくとも一患者当たりの受付日時及び会計終了日時に基づく滞在時間の平均値と、診療開始日時及び診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を求めるので、評価情報という客観的な指標に基づいて、医師、あるいは医師が所属する病院または診療科を評価することができるようになる。そして、この求めた評価情報を通信ネットワークを介してユーザ端末に送信するので、ユーザは、提示された客観的な指標に基づいて、病院（診療科）や医師を選ぶことができる。

なお、上記別の態様において、サーバ装置は、前記通信ネットワークを介して前記ユーザ端末から医療評価要求を受け付ける受付部を更に具備し、前記収集部は、前記医療評価要求に応答して、前記電子カルテの記載内容の収集を開始するようにしても良い。
当該構成によれば、ユーザからの要求に応じて、電子カルテの記載内容の収集を開始するので、最新の内容に基づく評価情報をユーザに提示することができる。

あるいは、上記別の態様において、サーバ装置は、前記通信ネットワークを介して前記ユーザ端末から医療評価要求を受け付ける受付部を更に具備し、前記提示部は、前記医療評価要求に応答して、前記評価情報を前記ユーザ端末に送信するようにしても良い。
当該構成によれば、ユーザからの要求に応じて、既に求めている評価情報をユーザに提示するので、レスポンス良く評価情報をユーザに提示することができる。

本発明によれば、客観的な指標に基づいて、医師、あるいは医師が所属する病院または診療科を評価することができる技術を提供することができる。

図１は、実施形態に係る医療評価システムの構成の一例を模式的に例示するブロック図である。 図２は、第１実施形態に係る医療評価システムの全体構成の一例を示すブロック図である。 図３は、病院データベースの記憶内容の一例を示す図である。 図４は、ユーザデータベースの記憶内容の一例を示す図である。 図５は、収集データベースの記憶内容の一例を示す図である。 図６は、評価データベースの記憶内容の一例を示す図である。 図７は、ユーザ端末の処理手順の一例を例示するフローチャートである。 図８は、サービスサーバの処理手順の一例を例示するフローチャートである。 図９は、図８中の電子カルテ収集処理の一例を例示するフローチャートである。 図１０は、図８中の評価算出処理の一例を例示するフローチャートである。 図１１は、第１実施形態の第１変形例におけるサービスサーバの処理手順の一例を例示するフローチャートである。 図１２は、第１実施形態の第２変形例におけるサービスサーバの処理手順の一例を例示するフローチャートである。 図１３は、図１２中の評価算出処理の一例を例示するフローチャートである。 図１４は、第２実施形態に係る医療評価システムにおけるサービスサーバの処理手順の一例を例示するフローチャートである。 図１５は、図１４中の評価情報算出処理の一例を例示するフローチャートである。 図１６は、図１４中の評価値算出処理の一例を例示するフローチャートである。

以下、本発明の実施形態を、図面に基づいて説明する。

［適用例］
まず、図１を参照して、本発明が適用される場面の一例について説明する。図１は、実施形態に係る医療評価システムの構成の一例を模式的に例示する。

［適用例の構成］
図１の例では、医療評価システムは、インターネットなどの通信ネットワークＮＥＴにそれぞれ接続された、電子カルテネットワーク（ＥＨＲ：Electronic Health Records）１とサービスサーバ１０とを含む。サービスサーバ１０は、通信ネットワークＮＥＴを介して、複数のユーザ端末２０と接続され得る。

電子カルテネットワーク１は、複数の病院それぞれにおける、少なくとも患者に関する患者情報と各回の診療に関する診療情報とを記載した電子カルテであって、前記診療情報が、受付日時及び会計終了日時と診療開始日時及び診療終了日時との少なくとも一方と、診療医師と、を含む患者毎の電子カルテ（ＥＭＲ：Electronic Medical Records）を、複数の病院の間で共有するためのネットワークである。ＥＨＲ１は、例えば、複数の病院それぞれに設けられた病院サーバ３０と、データセンタに設けられたデータサーバ４０とが、通信ネットワークＮＥＴを介して接続されて構成される。なお、電子カルテネットワーク１は、通信ネットワークＮＥＴとして、インターネットではなくて、専用の通信回線を使用するものであっても構わない。但し、データサーバ４０は、サービスサーバ１０が通信ネットワークＮＥＴを介して当該データサーバ４０にアクセスできるようにする構成を持つ必要がある。

各病院の病院サーバ３０は、例えば、制御部３１と、この制御部３１に接続された記憶部３２と、図示しない通信インタフェースを有することができる。また、病院サーバ３０には、例えば、病院内の医師、看護師、検査技師、事務員などの医療従事者が操作するパーソナルコンピュータ（ＰＣ）、来院した患者が操作する自動受付機や自動会計機、などの各種の医療端末３３が、病院内ＬＡＮ（Local Area Network）などを介して接続されている。病院内ＬＡＮは、有線ＬＡＮであっても良いし、無線ＬＡＮであっても良く、また、有線と無線とが混在したＬＡＮであっても良い。なお、特に図示はしていないが、病院サーバ３０には、患者の血圧値などの生体情報を計測する生体情報計測装置、患者の内部画像を撮影するＣＴ（Computerized Tomography）装置などの内部画像撮影装置、などを含む各種の検査機器も病院内ＬＡＮなどを介して接続可能となっている。

病院は、ある建物の一室と言った小規模の病院から、一つの敷地内に複数の病棟が配置された大規模病院、更には、複数地域に分散した系列病院を含む病院グループであって良い。病院グループの場合、グループ内の病院毎に病院サーバ３０が配されても良いし、一つの病院サーバ３０が一つの主管病院に配置され、各系列病院の医療端末３３が専用通信回線などを介して病院サーバ３０に接続されていても良い。或いは、グループ内の病院毎に病院サーバ３０の制御部３１のみが設けられ、記憶部３２は、一つの主管病院の病院サーバ３０にのみ配置されても良い。

病院サーバ３０における制御部３１は、図示はしないが、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などのプロセッサと、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリと、を含むことができる。ＲＯＭは、例えば、プロセッサが実行するプログラムを記憶する。ＲＡＭは、例えば、プロセッサがワークメモリとして使用するメモリである。プロセッサが必要なプログラムを実行することによって、制御部３１は、様々な動作を行うことができる。

記憶部３２は、例えば、制御部３１のプロセッサにより実行されるプログラム、プログラムを実行するために必要な設定データ、及び各種データベースを記憶することができる。制御部３１のプロセッサにより実行されるプログラムは、例えば、電子カルテの閲覧や更新を行う電子カルテ管理プログラム、患者の予約を管理する予約管理プログラム、病院に滞在中の各患者についての受付時間などを管理する時間管理プログラム、などを含むことができる。プログラムを実行するために必要な設定データは、例えば、データセンタのデータサーバ４０のアクセスアドレス、などを含むことができる。データベースは、例えば、医療端末３３を操作する医療従事者の権限やパスワードなどを含む各医療従事者情報を記憶する医療従事者データベース、各患者の電子カルテ（ＥＭＲ）を記憶する電子カルテデータベース、予約状況を記憶する予約データベース、などを含むことができる。なお、各病院の記憶部３２は、上記したようなプログラム、設定データ、及びデータベースの全てを記憶することは必須ではなく、また、上記した以外のプログラム、設定データ、及びデータベースを記憶していても良い。記憶部３２が備える記憶媒体は、コンピュータや機械などが記録されたプログラムなどの情報を読み取り可能なように、当該プログラムなどの情報を、電気的、磁気的、光学的、機械的又は化学的作用によって蓄積する媒体であれば、どのようなものであっても良い。例えば、記憶部３２が備える記憶媒体は、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable, Programmable Read-Only Memory）などを使用することができる。なお、この記憶部３２についても、制御部３１のプロセッサがワークメモリとして使用するようにしても良い。

制御部３１のプロセッサは、例えば、記憶部３２に記憶された電子カルテ管理プログラムを実行することで、各医療端末３３の操作に応じて、記憶部３２に記憶している電子カルテの記載内容を医療端末３３に表示させたり、電子カルテの記載内容を更新したりすることができる。また、制御部３１のプロセッサは、例えば、図示しない検査機器からの検査データを、電子カルテに追記することも可能である。さらに、制御部３１のプロセッサは、例えば、図示しない通信インタフェースにより、通信ネットワークＮＥＴ又は専用の通信回線を介してデータサーバ４０と通信することができる。通信インタフェースによる通信は、特定の通信方式に限定されるものではない。但し、データサーバ４０との通信においては、データ暗号化などにより、秘匿性を担保することが必要である。制御部３１のプロセッサは、例えば、記憶部３２に記憶している電子カルテを、データセンタのデータサーバ４０に送信することができる。この場合、制御部３１のプロセッサは、電子カルテを、電子カルテネットワーク１の共通のデータフォーマットに変換し、例えば暗号化した上で、送信することができる。逆に、制御部３１のプロセッサは、他の病院で作成されてデータサーバ４０に共通フォーマットで蓄積されている電子カルテを、データサーバ４０から受信して、それを例えば復号化し、当該病院の電子カルテのフォーマットに変化した上で、記憶部３２の電子カルテデータベースに登録することができる。

また、制御部３１のプロセッサは、例えば、記憶部３２に記憶された予約管理プログラムを実行することで、医療端末３３からの予約、或いは通信ネットワークＮＥＴを介したサービスサーバ１０又はユーザ端末２０からの予約を受け付けて、予約データベースを時事更新することができる。

更に、制御部３１のプロセッサは、例えば、記憶部３２に記憶された時間管理プログラムを実行することで、各患者の受付日時、診療開始日時、診療終了日時、診療医師、及び会計終了日時を取得して、その病院の時事の滞在中患者それぞれの時間管理を行うこともできる。なお、制御部３１のプロセッサは、例えば、上記電子カルテ管理プログラムを実行することで、この取得した各患者の受付日時、診療開始日時、診療終了日時、診療医師、及び会計終了日時を含む診療情報を各患者の電子カルテに記載することができる。但し、病院によっては、各患者の診療開始日時と診療終了日時を取得できない場合もある。或いは、診療開始日時と診療終了日時は取得できるが、受付日時と会計終了日時を取得できない場合もあり得る。

データセンタのデータサーバ４０は、例えば、制御部４１と、この制御部４１に接続された記憶部４２と、図示しない通信インタフェースを有することができる。制御部４１は、図示はしないが、例えば、ＣＰＵやＭＰＵなどのプロセッサと、ＲＡＭやＲＯＭなどのメモリと、を含むことができる。ＲＯＭは、例えば、プロセッサが実行するプログラムを記憶する。ＲＡＭは、例えば、プロセッサがワークメモリとして使用するメモリである。プロセッサが必要なプログラムを実行することによって、制御部４１は、様々な動作を行うことができる。

記憶部４２は、例えば、制御部４１のプロセッサにより実行されるプログラム、プログラムを実行するために必要な設定データ、及び各種データベースを記憶することができる。制御部４１のプロセッサにより実行されるプログラムは、例えば、各病院サーバ３０から通信ネットワークＮＥＴ又は専用の通信回線を介して送信されてきた電子カルテを処理する電子カルテ処理プログラム、サービスサーバ１０やユーザ端末２０と送信するための通信プログラム、などを含むことができる。データベースは、例えば、医療端末３３を操作する医療従事者やユーザ端末２０を操作するユーザの権限やパスワード、サービスサーバ１０の権限などを記憶するアクセス権限データベース、病院サーバ３０から受信した各患者の電子カルテ（ＥＭＲ）を記憶する電子カルテデータベース、などを含むことができる。なお、記憶部４２は、上記した以外のプログラムやデータベースを記憶していても良い。記憶部４２が備える記憶媒体は、コンピュータや機械などが記録されたプログラムなどの情報を読み取り可能なように、当該プログラムなどの情報を、電気的、磁気的、光学的、機械的又は化学的作用によって蓄積する媒体であれば、どのようなものであっても良い。例えば、記憶部４２が備える記憶媒体は、ＥＥＰＲＯＭなどを使用することができる。なお、この記憶部４２についても、制御部４１のプロセッサがワークメモリとして使用するようにしても良い。

制御部４１のプロセッサは、例えば、記憶部４２に記憶された電子カルテ処理プログラムを実行することで、通信ネットワークＮＥＴ又は専用の通信回線を介して、各病院サーバ３０と通信し、それぞれの病院サーバ３０から送信されてきた例えば暗号化された電子カルテを例えば復号化して、記憶部４２の電子カルテデータベースに登録することができる。逆に、制御部４１のプロセッサは、各病院の病院サーバ３０からの要求に応じて、記憶部４２の電子カルテデータベースに共通フォーマットで蓄積されている電子カルテを、例えば暗号化して、要求元の病院サーバ３０に送信することができる。

また、図１の例では、病院Ｃは、病院サーバ３０の記憶部３２が電子カルテデータベースを備えていない。このような構成の病院サーバ３０では、データサーバ４０の記憶部４２に記憶された電子カルテが、仮想的に、その病院Ｃの病院サーバ３０が備える電子カルテとして使用されることができる。そのため、制御部４１のプロセッサは、例えば、記憶部４２に記憶された電子カルテ処理プログラムを実行することで、通信ネットワークＮＥＴ又は専用の通信回線とその病院Ｃの病院サーバ３０とを介して、医療端末３３からの操作情報を取得して、電子カルテに対する処理が行えるようになっている。また、制御部４１のプロセッサは、例えば、記憶部４２に記憶された通信プログラムを実行することで、通信ネットワークＮＥＴを介して、サービスサーバ１０或いはユーザ端末２０と通信することができる。

なお、上記のように、病院サーバ３０の制御部３１が電子カルテネットワーク１の共通のデータフォーマットに、記憶部３２に記憶している独自のデータフォーマットの電子カルテを変換してから送信することは必須ではない。各病院の病院サーバ３０からは独自のデータフォーマットの電子カルテを、例えば暗号化した上で、データセンタに送信しても良い。この場合には、それを受信したデータサーバ４０の制御部４１において、受信した電子カルテを例えば復号化し、データフォーマットを電子カルテネットワーク１の共通のデータフォーマットに変換して、記憶部４２の電子カルテデータベースに記憶すれば良い。また、逆に、各病院の病院サーバ３０へ電子カルテを送信する際には、データサーバ４０の制御部４１において、共通データフォーマットの電子カルテを各病院独自のデータフォーマットに変換してから、例えば暗号化して、送信するようにすれば良い。

電子カルテネットワーク１内では、医療従事者毎に制限されたアクセス権限が与えられて、各医療従事者は、医療端末３３から、アクセスが許可された自病院の病院サーバ３０の記憶部３２又はデータセンタのデータサーバ４０の記憶部４２に記憶された電子カルテの情報を閲覧できる。また、権限が与えられていれば、各医療従事者は、医療端末３３から、電子カルテの更新も可能である。

ユーザ端末２０は、通信ネットワークＮＥＴへの接続機能を備えた一般的なスマートホン（スマホ）やタブレット型端末のようなスマートデバイスであって良い。ユーザ端末２０は、特に図示はしないが、例えば、制御部と、この制御部に接続された記憶部と、通信ネットワークＮＥＴに接続するための通信インタフェースと、を有することができる。通信インタフェースは、例えば、Ｗｉ−Ｆｉ（登録商標）モジュールを含むことができる。通信インタフェースは、例えば、図示しないＷｉ−Ｆｉ基地局を経由して、インターネットなどの通信ネットワークＮＥＴに接続され、通信ネットワークＮＥＴを介して、サービスサーバ１０及び電子カルテネットワーク１のデータサーバ４０と通信することができる。制御部は、図示はしないが、例えば、ＣＰＵやＭＰＵなどのプロセッサと、ＲＡＭやＲＯＭなどのメモリと、を含むことができる。ＲＯＭは、例えば、プロセッサが実行するプログラムを記憶する。ＲＡＭは、例えば、プロセッサがワークメモリとして使用するメモリである。記憶部は、Ｗｅｂブラウザや各種のアプリケーションプログラム（スマホアプリ）を記憶する。プロセッサが、ＲＯＭ又は記憶部に記憶されたプログラムを実行することによって、制御部は、様々な動作を行うことができる。例えば、制御部は、スマホアプリやＷｅｂブラウザなどにより、サービスサーバ１０にアクセスすることができる。また、電子カルテネットワーク１内では、患者であるユーザ毎に制限されたアクセス権限が与えられて、各ユーザは、ユーザ端末２０からデータサーバ４０にアクセスして、記憶部４２に記憶されている自身の許可された電子カルテの情報を閲覧できるようになっている場合もある。ユーザ端末２０は、ＧＰＳ（Global Positioning System）受信機を有しても良い。ユーザ端末２０は、ＧＰＳ受信機またはＷｉ−Ｆｉモジュールによって取得した当該ユーザ端末の位置情報を、スマホアプリで利用することができ、必要に応じて通信ネットワークＮＥＴを介してサービスサーバ１０などに送信可能となっている。

サーバ装置として動作するサービスサーバ１０は、特に図示はしないが、例えば、制御部と、この制御部に接続された記憶部と、通信ネットワークＮＥＴに接続するための通信インタフェースと、を有することができる。通信インタフェースは、通信ネットワークＮＥＴを介して、ユーザ端末２０及び電子カルテネットワーク１のデータサーバ４０や病院サーバ３０と通信することができる。通信インタフェースによる通信は、特定の通信方式に限定されるものではない。制御部は、例えば、ＣＰＵやＭＰＵなどのプロセッサと、ＲＡＭやＲＯＭなどのメモリと、を含むことができる。ＲＯＭは、例えば、プロセッサが実行するプログラムを記憶する。ＲＡＭは、例えば、プロセッサがワークメモリとして使用するメモリである。プロセッサが必要なプログラムを実行することによって、制御部は、収集部１１、評価部１２、提示部１３、限定部１４、ユーザ属性取得部１５、医師属性取得部１６、予約部１７、推奨病院決定部１８、及び受付部１９の動作を行うことができる。

収集部１１は、例えば、通信ネットワークＮＥＴを介して電子カルテネットワーク１におけるデータセンタのデータサーバ４０にアクセスして、記憶部４２に記憶された各病院の電子カルテの記載内容を収集することができる。例えば、収集部１１は、データサーバ４０の制御部４１に電子カルテの記載内容の送信を依頼し、データサーバ４０から送信されてくる電子カルテを受信することで、電子カルテの記載内容を収集する。

評価部１２は、例えば、収集部１１によって収集した電子カルテの記載内容から、少なくとも一患者当たりの、受付日時及び会計終了日時に基づく滞在時間の平均値を含む評価情報を、病院毎、または各病院の診療科毎、または各病院の医師毎に求めることができる。或いは、評価部１２は、例えば、収集部１１によって収集した電子カルテの記載内容から、少なくとも一患者当たりの、診療開始日時及び診療終了日時に基づく診療時間の平均値を含む評価情報を、病院毎、または各病院の診療科毎、または各病院の医師毎に求めることができる。勿論、評価部１２は、例えば、収集部１１によって収集した電子カルテの記載内容から、少なくとも一患者当たりの、滞在時間の平均値と診療時間の平均値との両方を含む評価情報を、病院毎、または各病院の診療科毎、または各病院の医師毎に求めても良い。また、評価部１２は、更に、例えば、求めた評価情報に基づいて、病院毎または診療科毎または医師毎の評価値を算出することも可能である。

提示部１３は、例えば、評価部１２によって求められた評価情報を、通信ネットワークＮＥＴを介してユーザ端末２０に送信することで、評価情報をユーザ端末２０に提示させることができる。また、評価部１２が、更に、評価値を算出した場合には、提示部１３は、例えば、評価部１２によって算出した評価値を、通信ネットワークＮＥＴを介してユーザ端末２０に提示させることも可能である。

限定部１４は、例えば、通信ネットワークＮＥＴを介してユーザ端末２０から取得した位置情報に基づいて、収集部１１によって電子カルテの記載内容を収集するべき病院を限定することができる。あるいは、限定部１４は、例えば、通信ネットワークＮＥＴを介してユーザ端末２０から取得した位置情報に基づいて、提示部１３によってユーザ端末２０に提示させる評価情報を限定することができる。

ユーザ属性取得部１５は、例えば、ユーザ端末２０のユーザについての、少なくとも性別及び年齢を含むユーザ属性情報を取得することができる。例えば、ユーザ属性取得部１５は、通信ネットワークＮＥＴを介して、ユーザ端末２０からユーザ情報を取得することができる。このユーザ属性取得部１５によるユーザ情報の取得は、例えば、サービスサーバ１０が提供するサービスへの加入時に取得しても良いし、サービス利用時に都度取得するものであっても良い。

医師属性取得部１６は、各病院に所属する各医師について、少なくとも性別及び年齢を含む公開可能な医師属性情報を取得することができる。データサーバ４０は、特に図示はしていないが、各病院に所属する医師の医師属性情報を登録したデータベースを有しており、このデータベースが、例えば、各病院の病院サーバ３０の制御部３１により、所属する医師の変更がある度に更新されるようになっている。よって、医師属性取得部１６は、例えば、通信ネットワークＮＥＴを介して、データサーバ４０の制御部４１から医師属性情報を取得することができる。また、多くの病院は、病院サーバ３０によって或いは他のＷｅｂサーバによって、病院紹介のためのＷｅｂページなどを提供しており、そこに所属医師の公開可能な医師属性情報を公開している。よって、医師属性取得部１６は、例えば、通信ネットワークＮＥＴを介してＷｅｂページより、医師属性情報を取得することもできる。

評価部１２は、例えば、このユーザ属性取得部１５が取得したユーザ属性情報と、医師属性取得部１６が取得した医師属性情報とに基づいて、上記評価値を算出することができる。

予約部１７は、例えば、提示された評価情報又は評価値を見た患者であるユーザによるユーザ端末２０からの予約を通信ネットワークＮＥＴを介して受け付けることができる。そして、予約部１７は、例えば、通信ネットワークＮＥＴを介して、予約を受け付けた病院の、患者の予約管理を行う病院制御部として動作する病院サーバ３０の制御部３１に、そのユーザ端末２０のユーザの予約を依頼することができる。

推奨病院決定部１８は、例えば、評価部１２によって算出した評価値とユーザ端末２０からの評価優先条件とに基づいて、推奨病院を決定することができる。また、推奨病院決定部１８は、病院管理部にアクセスして、各病院の、現時点における少なくとも診療待ち患者人数と、今後の予約患者数とを取得し、それら取得した診療待ち患者人数及び予約患者数とに基づいて、推奨病院を決定することもできる。ここで、病院管理部は、複数の病院それぞれの時事の滞在中患者の時間管理と患者の予約管理とを行うことができる。例えば、病院管理部は、複数の病院それぞれに設けられ、それぞれの病院の時事の滞在中患者の時間管理と患者の予約管理とを行う病院制御部として動作する、病院サーバ３０の制御部３１であることができる。また、病院管理部は、データセンタに設けられたデータサーバ４０の制御部４１であっても良い。この場合、制御部４１は、記憶部４２に記憶している電子カルテデータベースにおける各病院の電子カルテから、各病院の時事の診療待ち患者人数及び予約患者数を集計すれば良い。但しこの場合には、データサーバ４０は、電子カルテデータベースを、バッチ処理によって更新するのではなく、リアルタイムに更新することが必要となる。データサーバ４０の記憶部４２は、制御部４１に、このような病院管理部の動作を行わせるためのプログラムを記憶することができる。提示部１３は、例えば、このように推奨病院決定部１８によって決定された推奨病院を、通信ネットワークＮＥＴを介してユーザ端末２０に送信することで、ユーザ端末２０に提示させることができる。また、予約部１７は、例えば、この推奨病院の提示に基づいたユーザ端末２０からの予約を受け付けて、該当する病院の病院制御部として動作する病院サーバ３０の制御部３１に、そのユーザ端末２０のユーザの予約を依頼することができる。

受付部１９は、例えば、通信ネットワークＮＥＴを介してユーザ端末２０から医療評価要求を受け付けることができる。例えば、収集部１１は、このユーザ端末２０からの医療評価要求に応答して、電子カルテの記載内容の収集を開始することができる。或いは、例えば、提示部１３は、この医療評価要求に応答して、評価情報をユーザ端末２０に送信することができる。

［適用例の動作］
次に、医療評価システムの動作の一例について説明する。

各病院においては、患者は、まず、自動受付機や受付カウンタで受け付けを行う。すると、例えば、自動受付機や医療従事者が操作するＰＣなどの医療端末３３から、患者を特定するための患者ＩＤなどを含む患者情報が制御部３１に入力される。制御部３１は、例えば、この患者情報に基づいて、記憶部３２に記憶された電子カルテデータベースにおける該当患者の電子カルテに、受付日時を記載つまり記憶する。

また、医師による患者の診察、診断、治療などの診療行為や、看護師や検査技師による患者の検査行為が行われると、例えば、医療従事者が操作する医療端末３３から、診療開始日時、診療終了日時、診療医師、診療内容、処方、検査結果、などの情報が制御部３１に入力される。なお、受付日時及び会計終了日時と、診療開始日時及び診療終了日時とは、必ずしも両方が制御部３１に入力される必要はなく、少なくとも一方が入力されれば良いものとする。特に、診療開始日時に関しては、例えば、医師が診療を行う診療室に患者が入室したとき、診療室内で患者の本人確認のために患者のＩＤカードチェックをしたとき、実際に診療を開始したとき、など、各病院それぞれの態様によって差異が生じ得る。同様に、診療終了日時に関しても、診療室から患者が退室したとき、医師がカルテ入力完了したとき、患者が医師による診察、診断を受けた後に別室で看護師による処置を受けたとき、など、各病院それぞれの態様によって差異が生じ得る。診療時間に基づく評価を実施するためには、診療開始日時及び診療終了日時の定義を、病院間で統一することが必要である。よって、診療開始日時及び診療終了日時は、任意入力の情報とすることができる。しかしながら、医師毎の評価の観点からは、この診療開始日時及び診療終了日時は、重要な情報でもある。そこで、医師の診療に関する診療時間に基づく評価という観点から、診療開始日時及び診療終了日時は、例えば、患者が医師と相対していた時間として、患者の診療室への入退室日時として統一することが考えられる。このような入退室日時を採用すれば、診療開始日時及び診療終了日時は、診療室のドアに配置されたドアセンサによる患者の入退室を検出することで、制御部３１に自動的に入力できるようになる。勿論、病院間で統一できていれば、診療開始日時及び診療終了日時は、どのようなタイミングであっても良い。また、このような病院間でタイミングを統一した診療開始日時及び診療終了日時は必須として、受付日時及び会計終了日時の方を任意としても構わない。制御部３１は、例えば、その入力された情報を、記憶部３２に記憶された電子カルテデータベースにおける該当患者の電子カルテに記載つまり記憶する。

また、制御部３１は、例えば、記憶部３２に記憶した会計プログラムなどにより、記憶部３２に記憶した電子カルテの記載内容に基づいて、各患者の支払額を算出する。患者が自動会計機や会計カウンタでその支払額を支払うと、例えば、自動会計機や医療従事者が操作するＰＣなどの医療端末３３から、決済情報が制御部３１に入力される。制御部３１は、例えば、この決済情報を記憶部３２に記憶すると共に、記憶部３２に記憶された電子カルテデータベースにおける該当患者の電子カルテに、会計終了日時を記載つまり記憶する。

なお、記憶部３２に電子カルテデータベースを記憶せずに、データセンタのデータサーバ４０に電子カルテを保存する形態を採る病院では、制御部３１は、例えば、電子カルテに記載するべき情報を、通信ネットワークＮＥＴ又は専用回線を介して、データサーバ４０に送信する。データサーバ４０の制御部４１は、例えば、この受信した情報に基づいて、記憶部４２に記憶している電子カルテデータベースの該当する患者の電子カルテの記載内容を更新する。

また、制御部３１は、例えば、各患者の電子カルテの記載内容が更新される度、あるいは一定時間おきに、更新が有った電子カルテについて、その電子カルテ全体又は更新内容を通信ネットワークＮＥＴ又は専用回線を介して、データサーバ４０に送信する。データサーバ４０の制御部４１は、例えば、この受信した情報に基づいて、記憶部４２に記憶している電子カルテデータベースの該当する患者の電子カルテの記載内容を更新する。

サービスサーバ１０の収集部１１は、例えば、一定時間おきに、図示しない通信インタフェースにより通信ネットワークＮＥＴを介して、電子カルテネットワーク１におけるデータセンタのデータサーバ４０の制御部４１に電子カルテ記載内容送信要求を送信することができる。そして、これに応じて、データサーバ４０から送信されてくる電子カルテの記載内容を受信し、図示しない記憶部に記憶する。データサーバ４０の記憶部４２に設けられる電子カルテデータベースにおける各電子カルテには、氏名や住所などの患者個人を特定する個人情報と、その患者に関する検査情報と、を含む患者情報が記載されている。更に、各電子カルテには、その患者の各回の診療に関する、受付日時及び会計終了日時と診療開始日時及び診療終了日時との少なくとも一方、診療医師、などを含む診療情報が記載されている。データサーバ４０に送信する電子カルテ記載内容送信要求は、収集するべき情報を特定する収集対象情報を含み、収集部１１は、この収集対象情報に、少なくとも、診療情報を含める。また、既に収集済みの電子カルテの記載内容の送受信は、通信資源の浪費であるので、電子カルテ記載内容送信要求は、情報を収集するべき期間を示す収集期間情報を含むことができる。収集部１１は、受信した電子カルテの記載内容により、図示しない記憶部の記憶内容を更新する。

評価部１２は、収集部１１によって収集して図示しない記憶部に記憶した電子カルテの記載内容から、少なくとも一患者当たりの、受付日時及び会計終了日時に基づく滞在時間の平均値と、診療開始日時及び診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を、病院毎、または各病院の診療科毎、または各病院の医師毎に求め、図示しない記憶部に記憶する。

なお、診療を行うために検査を実施した場合には、病院での滞在時間が長くなるため、そのまま平均値の算出に含めることは望ましくない。よって、収集部１１によって収集して図示しない記憶部に記憶した電子カルテの記載内容に検査実施の記録が存在する場合には、その診療回の時間情報を評価情報の算出に利用しない、或いは、時間に何らかの係数を乗じて利用するものとする。また、収集部１１での電子カルテの記載内容の収集の際に、検査実施の記録が存在する診療回の情報を収集しないようにしても良い。

ユーザ端末２０が、スマホアプリやＷｅｂブラウザなどにより、サービスサーバ１０にアクセスして、医療評価要求を送信すると、受付部１９は、図示しない通信インタフェースにより、この医療評価要求を受け付ける。受付部１９がこの医療評価要求を受け付けたとき、それに応答して、提示部１３は、評価部１２によって求めて図示しない記憶部に記憶した評価情報を、図示しない通信インタフェースにより通信ネットワークＮＥＴを介して、要求元のユーザ端末２０に送信する。この評価情報を受信したユーザ端末２０のスマホアプリやＷｅｂブラウザなどでは、それをユーザに提示する。

なお、評価部１２によって求めて図示しない記憶部に記憶した評価情報は、時間値である。そのため、提示された評価情報を確認したユーザは、病院毎、または各病院の診療科毎、または各病院の医師毎の比較において、どの位の時間差がどのような意味を持つのか、判断することが難しい。すなわち、時間をどう評価して良いか判断できない恐れがある。そこで、評価部１２は、更に、評価情報に基づいて、病院毎または診療科毎または医師毎の評価値を算出し、図示しない記憶部に記憶するようにしても良い。提示部１３は、この評価部１２によって算出して記憶された評価値を、通信ネットワークＮＥＴを介してユーザ端末２０に送信することで、ユーザ端末２０にそれを提示させることができる。

なお、収集部１１は、一定時間おきに電子カルテの記載内容を収集する代わりに、或いは、それに加えて、ユーザ端末２０からの医療評価要求を受付部１９が受け付けたとき、それに応答して、電子カルテの記載内容の収集を開始しても良い。

また、ユーザ端末２０からの医療評価要求には、ＧＰＳ受信機またはＷｉ−Ｆｉモジュールによって取得した当該ユーザ端末２０の現在位置や、図示しないユーザインタフェースを介して入力されたユーザ指定の指定位置などの位置情報を含めることができる。また、指定位置は、予めユーザ毎に登録し、図示しない記憶部に記憶しておくことも可能である。限定部１４は、収集部１１によって電子カルテの記載内容を収集する際、この位置情報に基づいて、収集対象とする病院を限定することができる。つまり、限定部１４は、収集部１１から送信する電子カルテ記載内容送信要求に、収集するべき病院を特定する収集対象病院情報を含ませるように、収集部１１に指示する又は収集部１１を制御する。

あるいは、ユーザ端末２０からの医療評価要求を受付部１９が受け付けたとき、限定部１４は、上記位置情報に基づいて、提示部１３によってユーザ端末２０に提示させる評価情報又は評価値を限定するように、提示部１３に指示する又は提示部１３を制御する。

ユーザ属性取得部１５は、ユーザ端末２０のユーザについての、少なくとも性別及び年齢を含むユーザ属性情報を取得して、図示しない記憶部に記憶する。また、医師属性取得部１６は、各病院に所属する各医師について、少なくとも性別及び年齢を含む公開可能な医師属性情報を取得して、図示しない記憶部に記憶する。評価部１２は、これら図示しない記憶部に記憶したユーザ属性情報と医師属性情報とに基づいて、上記評価値を算出することができる。

ユーザ端末２０に提示された評価情報又は評価値を見た患者であるユーザがユーザ端末２０のスマホアプリやＷｅｂブラウザなどにより、所望の病院の予約操作を行うと、その予約要求がユーザ端末２０から通信ネットワークＮＥＴを介してサービスサーバ１０に送信される。予約部１７は、図示しない通信インタフェースにより、この予約要求を受け付け、その内容に応じて、図示しない通信ネットワークＮＥＴにより通信ネットワークＮＥＴを介して、予約を受け付けた病院の病院サーバ３０に、そのユーザ端末２０のユーザの予約を依頼する。患者の予約管理を行う病院制御部として動作する病院サーバ３０の制御部３１は、この予約の可否を判別し、予約可能であれば、その患者の予約を登録する。そして、予約結果を通信ネットワークＮＥＴを介してサービスサーバ１０に返す。サービスサーバ１０の予約部１７は、図示しない通信インタフェースにより予約結果を受信して、予約要求元のユーザ端末２０に結果を返す。なお、予約部１７から病院サーバ３０に送信する予約依頼に、予約要求元ユーザ端末２０のユーザの電子メールアドレスなどを含めることで、病院サーバ３０からユーザへ直接、予約結果を報知できるようにしても良い。

また、ユーザ端末２０のスマホアプリやＷｅｂブラウザなどにより、ユーザが重要と思う評価優先条件を設定している場合、その評価優先条件を含む医療評価要求が送信される。推奨病院決定部１８は、評価部１２によって算出した評価値と、このユーザ端末２０からの評価優先条件とに基づいて、推奨病院を決定することができる。評価優先条件としては、例えば、指定位置（現在位置、自宅、職場など）の近傍、指定位置からの公共交通利用可否、指定位置からの移動時間、などの位置条件、医師の性別や年齢などの医師条件、病院の規模や歴史などの病院条件、などを含むことができる。

また、推奨病院決定部１８は、病院管理部として動作する各病院の病院サーバ３０の制御部３１或いはデータセンタのデータサーバ４０の制御部４１に、各病院の、現時点における少なくとも診療待ち患者人数と、今後の予約患者数と、を問い合わせ、その結果に基づいて、推奨病院を決定するようにしても良い。

提示部１３は、このように推奨病院決定部１８によって決定された推奨病院を、通信ネットワークＮＥＴを介してユーザ端末２０に送信することで、ユーザ端末２０に提示させることができる。また、予約部１７は、この推奨病院の提示に基づいたユーザ端末２０からの予約を受け付けて、該当する病院の病院制御部として動作する病院サーバ３０の制御部３１に、そのユーザ端末２０のユーザの予約を依頼することができる。

［適用例の効果］
以上のように、適用例に係る医療評価システムによれば、サービスサーバ１０の収集部１１が、複数の病院の間で電子カルテを共有するための電子カルテネットワーク１から各電子カルテの記載内容を収集し、評価部１２が、病院毎、または各病院の診療科毎、または各病院の医師毎に、少なくとも一患者当たりの、受付日時及び会計終了日時に基づく滞在時間の平均値と、診療開始日時及び診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を求めるので、評価情報という客観的な指標に基づいて、医師、あるいは医師が所属する病院または診療科を評価することができるようになる。

＜１＞ 第１実施形態
以下に、第１実施形態について説明する。

＜１−１＞構成
図２を用いて、第１実施形態に係る医療評価システムの構成例について説明する。第１実施形態に係る医療評価システムは、上記適用例で説明したように、インターネットなどの通信ネットワークＮＥＴにそれぞれ接続された、電子カルテネットワーク１と、複数のユーザ端末２０と、サーバ装置として動作するサービスサーバ１００と、を含む。図２は、第１実施形態に係る医療評価システムの全体構成の一例を示すブロック図である。

電子カルテネットワーク１は、上記適用例で説明したように、各病院の病院サーバ３０と、データセンタのデータサーバ４０とを含む。病院サーバ３０は、上記適用例で説明したように、制御部３１と、記憶部３２と、図示しない通信インタフェースと、を備え、医療端末３３と接続されている。データサーバ４０は、上記適用例で説明したように、制御部４１と、記憶部４２と、図示しない通信インタフェースと、を含む。

図２の例では、サービスサーバ１００は、制御部１１０と、記憶部１２０と、通信インタフェース１３０と、を含む。なお、図２では、通信インタフェースを「通信Ｉ／Ｆ」と記載している。

制御部１１０は、例えば、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３などを含み、情報処理に応じてサービスサーバ１００の各構成要素の制御を行う。ＣＰＵ１１１の代わりに、ＭＰＵなどの他のプロセッサであっても良い。ＲＯＭ１１３は、例えば、ＣＰＵ１１１が実行するオペレーティングシステムや他のプログラム（例えば、医療評価プログラム）を記憶する。ＲＡＭ１１２は、例えば、ＣＰＵ１１１がワークメモリとして使用するメモリである。

ＣＰＵ１１１が必要なプログラムを実行することによって、上記適用例で説明したような収集部１１、評価部１２、提示部１３、限定部１４、ユーザ属性取得部１５、医師属性取得部１６、予約部１７、推奨病院決定部１８及び受付部１９の処理を実行して良い。当該プログラムは、例えば、ＲＯＭ１１３ではなく、記憶部１２０に記憶されていても良い。ＣＰＵ１１１が必要なプログラムを実行する際は、例えば、ＲＯＭ１１３及び／又は記憶部１２０に記憶された対象となるプログラムをＲＡＭ１１２に展開する。そして、ＣＰＵ１１１は、例えば、ＲＡＭ１１２に展開された当該プログラムを解釈及び実行して、各構成要素を制御する。

記憶部１２０は、例えば、制御部１１０により実行されるプログラム（例えば、医療評価プログラム）、プログラムを実行するために必要な設定データ（例えば、データサーバ４０のアドレス情報）、各種のデータベース、などを記憶することができる。記憶部１２０が備える記憶媒体は、コンピュータや機械などが記録されたプログラムなどの情報を読み取り可能なように、当該プログラムなどの情報を、電気的、磁気的、光学的、機械的又は化学的作用によって蓄積する媒体であれば、どのようなものであっても良い。例えば、記憶部１２０が備える記憶媒体は、例えば、ＥＥＰＲＯＭなどを使用することができる。なお、この記憶部１２０についても、ＣＰＵ１１１がワークメモリとして使用するようにしても良い。記憶部１２０が記憶するデータベースは、病院データベース１２１、ユーザデータベース１２２、収集データベース１２３、評価データベース１２４、などを含むことができる。なお、図２では、病院データベース、ユーザデータベース、収集データベース及び評価データベースを「病院ＤＢ」、「ユーザＤＢ」、「収集ＤＢ」及び「評価ＤＢ」と記載している。

通信インタフェース１３０は、制御部１１０の制御の下、通信ネットワークＮＥＴを介して、ユーザ端末２０、病院サーバ３０及びデータサーバ４０との間でデータ通信を行う。通信プロトコルは、通信ネットワークＮＥＴで規定されたプロトコルを使用する。具体的にはＴＣＰ／ＩＰ（Transmission Control Protocol／Internet protocol）やＵＤＰ／ＩＰ（User Datagram Protocol／Internet protocol）等が使用され得る。

図３は、病院データベース１２１の記憶内容の一例を示す図である。図３に示す例では、病院データベース１２１は、病院ＩＤ、アクセス情報、病院情報、診療科、医師ＩＤ、性別、年齢、滞在人数、予約状況、などの項目名に対応する各病院の情報を記憶する。ここで、「病院ＩＤ」は、サービスサーバ１００が提供する医療評価サービスにおいて病院それぞれに一意に割り当てられる管理番号である。「アクセス情報」は、病院サーバ３０や病院のＷｅｂページにアクセスするためのアドレス情報である。「病院情報」は、病院の名称、住所、電話番号、営業時間、休日（営業日）、駐車場情報、などの病院それぞれに関する一般的な情報である。「診療科」は、内科や皮膚科といった、病院が有する診療科の情報である。「医師ＩＤ」は、病院に所属する各医師に一意に割り当てられる管理番号である。この医師ＩＤは、病院ＩＤと紐付くことで、各医師が区別可能であるが、医師が別の病院に移ることもあるので、サービスサーバ１００が提供する医療評価サービスにおいて一意に設定される。各病院で独自の医師ＩＤを使用している場合には、記憶部１２０に別途、医師データベースを用意し、病院独自の医師ＩＤを本医療評価サービス用の医師ＩＤに変換できるようにしておけば良い。「性別」は、各医師の性別である。「年齢」は、各医師の年齢である。「滞在人数」は、各医師についての現時点における診療待ち患者人数である。「予約状況」は、各医師についての今後の予約患者数である。この予約状況については、例えば、１日を午前と午後に分けるなど、任意の期間に分けて、それぞれの予約患者数が記憶される。

図４は、ユーザデータベース１２２の記憶内容の一例を示す図である。図４に示す例では、ユーザデータベース１２２は、項目として、ユーザＩＤ、パスワード、氏名、ユーザ情報、病院毎ＩＤ、地点、優先条件、などを有している。図４では、パスワードを「ＰＷ」と記載している。「ユーザＩＤ」は、サービスサーバ１００が提供する医療評価サービスへのユーザ加入時に一意に割り当てられるユーザの管理番号である。「パスワード」は、ユーザが認証のために任意に設定する値である。「氏名」は、ユーザの氏名である。「ユーザ情報」は、ユーザに関する情報であり、メールアドレス、電話番号、性別及び年齢を含む。「病院毎ＩＤ」は、当該ユーザの各病院での管理番号を示す情報であり、病院ＩＤと当該病院でのユーザ管理番号とを組み合わせたものである。この病院毎ＩＤにより、各ユーザと各病院の電子カルテとを紐付けることが可能となる。「地点」は、ユーザの位置情報であり、現在の位置、自宅住所、職場住所、登録位置を含むことができる。現在の位置は、例えばユーザ端末２０から送信されてくる現在位置が必要に応じて登録される。自宅住所、職場住所、登録位置は、ユーザが任意に指定する指定位置である。「優先条件」は、ユーザが優先条件として、予め決められた選択肢から選択した或いは任意に指定した情報である。ユーザデータベース１２２は、その他に、ユーザが過去に診療を受けた医師ＩＤの記録などを記憶しても良い。

図５は、収集データベース１２３の記憶内容の一例を示す図である。図５に示す例では、収集データベース１２３は、項目として、病院ＩＤ、患者ＩＤ、予約日時、受付、診療開始、医師ＩＤ、診療終了、会計終了、初診フラグ、などを有している。図５では、初診フラグを「初診Ｆ」と記載している。「病院ＩＤ」は、病院を特定するための管理番号であり、この病院ＩＤにより、病院データベース１２１と収集データベース１２３の情報がリンク可能となる。「患者ＩＤ」は、各病院が独自に割り当てた患者の管理番号である。「予約日時」は、患者が予約した日時である。「受付」は、患者が来院して受付を行った時間である。例えば、各病院において、医療端末３３、例えば、受付事務員が操作するＰＣや患者が操作する自動受付機によって受付を行うことで、受付時間が当該患者に対応する電子カルテに記載される。「診療開始」は、患者に対する医師の診療が開始された時間である。「医師ＩＤ」は、診療を行う医師を特定する情報である。この医師ＩＤにより、病院データベース１２１と収集データベース１２３の情報がリンク可能となる。「診療終了」は、患者に対する医師の診療が終了した時間である。例えば、各病院において、医師ＩＤに紐付けられた診療室のドアに設けられたドアセンサによって診療室への患者の入退室を検出することで、医師ＩＤ、診療開始時間、及び診療終了時間の情報が当該患者に対応する電子カルテに記載されることができる。或いは、医療端末３３、例えば、医師又は看護師が操作するＰＣによって、各病院でタイミングが統一された診療開始時間及び診療終了時間を入力することで、それらの情報が当該患者に対応する電子カルテに記載される。この場合、医師ＩＤは、医療端末３３によるログイン時に医療端末３３に記憶されており、適宜それが読み出されて電子カルテに記載されることができる。なお、診療開始時間及び診療終了時間は任意の情報である。よって、電子カルテに診療開始時間及び診療終了時間が記載されていない診療に関しては、この収集データベース１２３の該当項目がブランクとなる。また、診療開始日時及び診療終了日時を必須とし、受付日時及び会計終了日時の任意とする場合には、この収集データベース１２３の「受付」及び「会計終了」項目がブランクとなる診療があり得る。「会計終了」は、患者が会計を済ませた時間である。例えば、各病院において、医療端末３３、例えば、会計事務員が操作するＰＣで支払い終了を入力することで、あるいは、患者が操作する自動会計機によって支払いを行うことで、会計終了時間が当該患者に対応する電子カルテに記載される。「初診フラグ」は、診療が初診であるか否かを示すもので、初診である場合に「１」がセットされる。

なお、この図５の例は、電子カルテの記載内容の収集の際に、検査実施の記録が存在する日の情報を収集しないようにした場合を示している。検査を実施した診療回の情報も収集する場合には、収集データベース１２３は、例えば、項目として、更に検査実施の有無を示すフラグを設けることができる。多くの場合、初診の際に検査も実施されるので、この検査実施の有無を示すフラグとしては、「初診フラグ」が兼用されても良い。

図６は、評価データベース１２４の記憶内容の一例を示す図である。図６に示す例では、評価データベース１２４は、項目として、ユーザＩＤ、病院ＩＤ、病院評価、病院スコア、診療科、診療科評価、診療科スコア、医師ＩＤ、医師評価、医師スコア、などを有している。「ユーザＩＤ」は、ユーザを特定するための管理番号であり、このユーザＩＤにより、ユーザデータベース１２２と評価データベース１２４の情報がリンク可能となる。「病院ＩＤ」は、病院を特定するための管理番号であり、この病院ＩＤにより、病院データベース１２１と収集データベース１２３と評価データベース１２４の情報がリンク可能となる。「病院評価」は、病院の評価情報として、例えば、一患者当たりの、診療開始日時及び診療終了日時に基づく診療時間の平均値と、受付日時及び会計終了日時に基づく滞在時間の平均値である。これら診療時間の平均値と滞在時間の平均値とは、何れか一方がブランクの場合があり得る。「病院スコア」は、病院の評価情報を、その他の条件も加味して１００点満点で数値化した病院の評価値である。「スコア」は、診療時間の平均値が大きいほど高くなり、滞在時間の平均値が大きいほど低くなる。「診療科」は、病院が有する診療科の情報であり、この診療科により、病院データベース１２１と評価データベース１２４の情報がリンク可能となる。「診療科評価」は、診療科の評価情報として、例えば、一患者当たりの診療時間の平均値と滞在時間の平均値である。「診療科スコア」は、診療科の評価情報を、その他の条件も加味して１００点満点で数値化した診療科の評価値である。「医師ＩＤ」は、診療を行う医師を特定する情報である。この医師ＩＤにより、病院データベース１２１と収集データベース１２３と評価データベース１２４の情報がリンク可能となる。「医師評価」は、医師の評価情報として、例えば、一患者当たりの診療時間の平均値と滞在時間の平均値である。「医師スコア」は、医師の評価情報を、その他の条件も加味して１００点満点で数値化した医師の評価値である。スコアは、偏差値など、他の評価値であっても良い。

＜１−２＞動作
次に、図７及び図８を用いて、第１実施形態に係る医療評価システムの動作例について説明する。

図７は、ユーザ端末２０の処理手順の一例を例示するフローチャートである。この処理手順は、例えば、ユーザ端末２０用のスマホアプリとして提供される医療評価アプリを実行して、或いは、Ｗｅｂブラウザでサービスサーバ１００が提供するＷｅｂページを開いて、ユーザ認証が終了した後に、開始される。また、図８は、サービスサーバ１００の処理手順の一例を例示するフローチャートである。

なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

＜１−２−１＞登録情報更新動作
［ステップＳ１０１］
サービスサーバ１００のＣＰＵ１１１は、病院データベース１２１の更新処理を実行する。例えば、ＣＰＵ１１１は、通信インタフェース１３０により、病院サーバ３０又はデータサーバ４０に更新の問合せを行って、或いは、病院サーバ３０又はデータサーバ４０から病院情報の更新要求を確認することで、更新が必要な病院について、病院データベース１２１を更新する。また、ＣＰＵ１１１は、新たな病院について、病院データベース１２１に追加することができる。この新規登録については、例えば、サービスサーバ１００の管理者が、サービスサーバ１００に直接又は通信ネットワークＮＥＴを介して接続された図示しない管理者端末を操作して実施できるようになっている。なお、このステップＳ１０１の更新処理では、病院データベース１２１の項目の内、病院ＩＤ、アクセス情報、病院情報、診療科、医師ＩＤ、性別、年齢を更新或いは新規登録するものであり、滞在人数や予約状況については更新しない。また、このステップＳ１０１の更新処理では、特に変更するべき情報が無く、病院データベース１２１の内容を何ら更新しない場合もあり得る。

［ステップＳ１０２］
サービスサーバ１００のＣＰＵ１１１は、ユーザデータベース１２２の更新処理を実行する。例えば、ＣＰＵ１１１は、通信インタフェース１３０により、ユーザ端末２０、或いは図示しない管理者端末からの操作により、更新が必要なユーザについて、ユーザデータベース１２２を更新する。ユーザ端末２０からの操作に応じた更新を行うには、ユーザ認証が必要であり、このステップＳ１０２の更新処理は、ユーザ認証処理を含む。また、ＣＰＵ１１１は、新たなユーザについて、ユーザデータベース１２２に追加することができる。なお、このステップＳ１０２の更新処理では、ユーザデータベース１２２の項目の内、ユーザＩＤ、パスワード、氏名、ユーザ情報、病院毎ＩＤ、地点、優先条件を更新或いは新規登録するものであり、履歴など更新しない情報もあり得る。なお、病院毎ＩＤについては、ユーザ端末２０からの操作による入力を受け付けても良いし、ユーザ情報や地点（自宅住所）などをキーにして、当該ユーザの管理番号を各病院サーバ３０に問い合わせることで収集しても良い。また、このステップＳ１０２の更新処理では、特に変更するべき情報が無く、ユーザデータベース１２２の内容を何ら更新しない場合もあり得る。

［ステップＳ１０３］
サービスサーバ１００のＣＰＵ１１１は、通信インタフェース１３０により、通信ネットワークＮＥＴを介して何れかのユーザ端末２０から評価要求を受信したか否かを判断する。なお、この判断は、ユーザ認証処理を含む。評価要求を受信していないと判断した場合（ステップＳ１０３、ＮＯ）、ＣＰＵ１１１は、処理を上記ステップＳ１０１に戻す。ユーザ認証がなされて評価要求を受信したと判断した場合（ステップＳ１０３、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０４に進める。

＜１−２−２＞評価動作
［ステップＳ２０１］
ユーザ端末２０の図示しないプロセッサは、図示しないユーザインタフェースを通じたユーザ操作による、評価条件の入力を受け付ける。評価条件は、評価優先条件に加えて、評価する対象が病院であるのか、診療科であるのか、医師であるのかを示す評価対象条件を含むことができる。さらに、評価条件は、所望の評価結果が評価情報そのものであるのか、評価値であるのかを示す評価結果条件を含むことができる。また、評価条件は、評価を病院での滞在時間と医師による診療時間との何れに基づいて行うかを示す評価基準条件を含んでも良い。

［ステップＳ２０２］
そして、ユーザ端末２０のプロセッサは、その入力された評価条件を付けて、評価要求を、通信ネットワークＮＥＴを介してサービスサーバ１００に送信する。この際、評価要求には、ユーザ端末２０の位置情報が含まれることができる。

［ステップＳ２０３］
その後、ユーザ端末２０のプロセッサは、通信ネットワークＮＥＴを介してサービスサーバ１００からの評価結果を受信するのを待つ。すなわち、プロセッサは、評価結果を受信したか否かを判断し、受信していない場合（ステップＳ２０３、ＮＯ）、このステップＳ２０３の処理を繰り返す。

［ステップＳ１０４］
サービスサーバ１００のＣＰＵ１１１は、上記ステップＳ１０３において評価要求を受信したと判断した場合（ステップＳ１０３、ＹＥＳ）、受信した評価要求に含まれる評価優先条件及び位置情報により、ユーザデータベース１２２を更新する。すなわち、ＣＰＵ１１１は、ユーザデータベース１２２の、該当するユーザに関する地点における現在位置と評価優先条件とを、受信した情報に更新する。

［ステップＳ１０５］
ＣＰＵ１１１は、ユーザデータベース１２２の該当するユーザの優先条件項目に記憶された情報の内、位置を規定する情報により、評価対象の病院を限定する。すなわち、ＣＰＵ１１１は、例えば評価優先条件が「現在地」であれば、ユーザデータベース１２２の該当するユーザの地点項目に記憶されている現在位置により、病院データベース１２１の病院情報に記憶されている住所との距離が所定範囲内の病院を、評価対象として限定する。同様にして、評価優先条件が「自宅」であれば自宅の住所、「職場」であれば職場の住所、「登録位置」であれば登録位置により、評価対象の病院を限定することができる。ＣＰＵ１１１は、この限定した評価対象病院の病院ＩＤのリストを、ＲＡＭ１１２または記憶部１２０に記憶する。

［ステップＳ１０６］
ＣＰＵ１１１は、限定した病院の電子カルテの内容を収集する電子カルテ収集処理を実行する。図９は、この電子カルテ収集処理の一例を例示するフローチャートである。

［ステップＳ１０６１］
電子カルテ収集処理においては、ＣＰＵ１１１は、まず、ＲＡＭ１１２または記憶部１２０に記憶した病院ＩＤのリストの中から一つの病院ＩＤを選択することで、取得先病院を決定する。

［ステップＳ１０６２］
次に、ＣＰＵ１１１は、通信インタフェース１３０により通信ネットワークＮＥＴを介して、その取得先病院の電子カルテの内容を取得する。例えば、ＣＰＵ１１１は、病院ＩＤにより病院データベース１２１を参照して、当該病院を特定する特定情報、例えば病院ＩＤ、アクセス情報、病院名、住所または電話番号を読み出し、通信インタフェース１３０により通信ネットワークＮＥＴを介してデータサーバ４０の制御部４１に、この特定情報と共に電子カルテの記載内容の送信を依頼する。これに応じてデータサーバ４０から送信されてきた電子カルテの内容を通信インタフェース１３０により受信する。

なお、取得先病院の電子カルテの数が多い場合には、処理時間が掛かることが想定されるため、電子カルテのタイムスタンプにより最新のものから、人数や期間を限定した送信を依頼するようにしても良い。

［ステップＳ１０６３］
次に、ＣＰＵ１１１は、受信した電子カルテの内容の内、必要情報を収集データベース１２３に登録する。例えば、ＣＰＵ１１１は、患者ＩＤ毎に、電子カルテに記載された、各回の診療に関する情報、つまり予約日時、受付及び会計終了と診療開始及び診療終了の少なくとも一方、医師ＩＤ、初診フラグを収集データベース１２３に記憶する。なお、本実施形態では、受信した電子カルテに検査実施が記録されている場合には、ＣＰＵ１１１は、その診療回の診療に関する情報を収集データベース１２３に記憶しないようにしている。

［ステップＳ１０６４］
次に、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した病院ＩＤのリストで示される病院の全てについて電子カルテの内容の収集が終了したか否かを判断する。未だ収集していない病院があると判断した場合（ステップＳ１０６４、ＮＯ）、ＣＰＵ１１１は、処理を上記ステップＳ１０６１に戻し、次の病院に対する処理を行う。リストアップした全ての病院から電子カルテの内容の収集が終了したと判断した場合（ステップＳ１０６４、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０７に進める。

［ステップＳ１０７］
ＣＰＵ１１１は、収集データベース１２３に記憶した各病院の電子カルテの内容に基づいて評価情報及び評価値を算出する評価算出処理を実行する。図１０は、この評価算出処理の一例を例示するフローチャートである。

［ステップＳ１０７１］
評価算出処理においては、ＣＰＵ１１１は、まず、ＲＡＭ１１２または記憶部１２０に記憶した病院ＩＤのリストの中から一つの病院ＩＤを選択することで、処理対象病院を決定する。

［ステップＳ１０７２］
次に、ＣＰＵ１１１は、病院ＩＤにより収集データベース１２３を参照して、処理対象病院の医師毎の評価情報、診療科毎の評価情報、及び、病院の評価情報を算出する。ここで、評価情報は、例えば、一患者当たりの診療時間の平均値と滞在時間の平均値との少なくとも一方である。診療時間は、収集データベース１２３に記憶された診療開始から診療終了までの時間であり、滞在時間は、収集データベース１２３に記憶された受付から会計終了までの時間である。ＣＰＵ１１１は、算出した医師毎の評価情報、診療科毎の評価情報、及び、病院の評価情報を、評価要求元のユーザのユーザＩＤに対応させて、評価データベース１２４に記憶する。なお、多くの場合、初診の際には診療時間が長くなるので、収集データベース１２３の「初診フラグ」により初診か否かを判定し、平均値の算出に用いる時間は、初診であれば予め決められた係数を乗じた上で用いられるようにしても良い。

［ステップＳ１０７３］
次に、ＣＰＵ１１１は、算出して評価データベース１２４に記憶した各評価情報から評価値としての評価スコアを算出する。ＣＰＵ１１１は、例えば、各評価情報を、他の医師の評価情報、他の病院の同一診療科の評価情報、他の病院の評価情報との比較により、１００点満点で数値化した評価スコアを求める。ＣＰＵ１１１は、算出した各評価スコアを、ＲＡＭ１１２または記憶部１２０に記憶する。なお、評価情報は、上述したように、一患者当たりの診療時間の平均値と滞在時間の平均値との少なくとも一方であることができる。診療時間の平均値と滞在時間の平均値とのどちらの情報を必須とするかは、当該医療評価システムにより決まっている。ＣＰＵ１１１は、この必須の情報から評価スコアを算出する。また、ユーザ端末２０から入力された評価条件が、評価を病院での滞在時間と医師による診療時間との何れに基づいて行うかを示す評価基準条件を含む場合には、それに従って評価スコアを算出することができる。この場合には、評価スコアが算出されない病院、診療科または医師が発生することになる。

［ステップＳ１０７４］
次に、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した各評価スコアを、属性情報に基づいて補正する。属性情報は、例えば、性別や年齢を含む。ＣＰＵ１１１は、病院データベース１２１に記憶された各医師の属性情報と、ユーザデータベース１２２に記憶された、評価要求元のユーザのユーザＩＤに対応する属性情報とを比較する。そして、例えば同性であればスコアを高くしたり、年齢が近いほどスコアを高くしたりする等、予め決めた規則に則って、スコア値を補正する。ＣＰＵ１１１は、補正した各評価スコアを、ＲＡＭ１１２または記憶部１２０に記憶する。

［ステップＳ１０７５］
次に、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した各評価スコアを、評価優先条件に基づいて補正する。ＣＰＵ１１１は、ユーザデータベース１２２に記憶された、評価要求元のユーザのユーザＩＤに対応する評価優先条件を参照し、優先条件に合致する場合には、スコア値を高くする。ＣＰＵ１１１は、補正した各評価スコアを、ＲＡＭ１１２または記憶部１２０に記憶する。

［ステップＳ１０７６］
そして、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した各評価スコアを、評価データベース１２４に、ユーザＩＤに対応させて登録する。このように、属性情報や評価優先条件に基づいて評価スコアを補正することで、図６に示すように、同じ医師、診療科、病院であっても、ユーザ毎に異なるスコア値が評価データベース１２４に登録されることになる。

［ステップＳ１０７７］
次に、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した病院ＩＤのリストで示される病院の全てについて評価情報及び評価値の算出が終了したか否かを判断する。未だ評価情報及び評価値を算出していない病院があると判断した場合（ステップＳ１０７７、ＮＯ）、ＣＰＵ１１１は、処理を上記ステップＳ１０７１に戻し、次の病院に対する処理を行う。リストアップした全ての病院について評価情報及び評価値の算出が終了したと判断した場合（ステップＳ１０７７、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０８に進める。

［ステップＳ１０８］
ＣＰＵ１１１は、評価要求元からの評価要求に含まれる評価対象条件及び評価結果条件に従って、評価データベース１２４に記憶されている評価要求元のユーザのユーザＩＤに対応する評価結果を読み出してソートする。例えば、評価対象条件が病院、評価結果条件が評価情報であれば、病院評価情報である診療時間または滞在時間が短い順にソートする。例えば、評価対象条件が医師、評価結果条件が評価値であれば、医師スコアが高い順にソートする。ＣＰＵ１１１は、ソートした評価結果を、ＲＡＭ１１２または記憶部１２０に記憶する。なお、評価要求に評価対象条件及び評価結果条件が含まれていない場合には、例えば、評価対象条件を病院、評価結果条件を評価値として、病院スコアが高い順にソートすることで、評価結果として推奨病院を決定するようにしても良い。

［ステップＳ１０９］
そして、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶しているソートした評価結果を、通信インタフェース１３０により通信ネットワークＮＥＴを介して、評価要求元のユーザ端末２０に送信する。

［ステップＳ１１０］
その後、ＣＰＵ１１１は、通信インタフェース１３０により通信ネットワークＮＥＴを介して、当該ユーザ端末２０からの予約要求を受信したか否かを判断する。予約要求を受信していないと判断した場合（ステップＳ１１０、ＮＯ）、ＣＰＵ１１１は、処理をステップＳ１１１に進める。

［ステップＳ１１１］
上記ステップＳ１１０において予約要求を受信していないと判断した場合（ステップＳ１１０、ＮＯ）、ＣＰＵ１１１は、更に、通信インタフェース１３０により通信ネットワークＮＥＴを介して、当該ユーザ端末２０からの終了要求を受信したか否かを判断する。終了要求を受信していないと判断した場合（ステップＳ１１１、ＮＯ）、ＣＰＵ１１１は、処理を上記ステップＳ１１０に戻す。

こうして、ＣＰＵ１１１は、評価要求元のユーザ端末２０に評価結果を送信した後は、当該ユーザ端末２０から予約要求又は終了要求が送られてくるのを待つ。

［ステップＳ２０４］
上記ステップＳ２０３において評価結果を受信したと判断した場合（ステップＳ２０３、ＹＥＳ）、ユーザ端末２０のプロセッサは、処理をステップＳ２０４に進め、その受信した評価結果を図示しないユーザインタフェースによりユーザに提示する。

＜１−２−３＞予約動作
［ステップＳ２０５］
その後、ユーザ端末２０のプロセッサは、図示しないユーザインタフェースを通じたユーザ操作による、終了又は予約の入力を受け付ける。予約の入力は、予約を望む病院または診療科または医師の選択と、希望日時の入力とを含む。

［ステップＳ２０６］
そして、ユーザ端末２０のプロセッサは、受け付けた入力が終了の入力であるか否かを判断する。受け付けた入力が終了の入力ではない、つまり予約の入力であると判断した場合（ステップＳ２０６、ＮＯ）、プロセッサは、処理をステップＳ２０７に進める。

［ステップＳ２０７］
上記ステップＳ２０６において予約の入力を受け付けたと判断した場合（ステップＳ２０６、ＹＥＳ）、ユーザ端末２０のプロセッサは、予約要求を、通信ネットワークＮＥＴを介してサービスサーバ１００に送信する。

［ステップＳ２０８］
その後、ユーザ端末２０のプロセッサは、通信ネットワークＮＥＴを介してサービスサーバ１００からの予約結果を受信するのを待つ。すなわち、プロセッサは、予約結果を受信したか否かを判断し、受信していない場合（ステップＳ２０８、ＮＯ）、このステップＳ２０８の処理を繰り返す。

［ステップＳ１１２］
サービスサーバ１００のＣＰＵ１１１は、上記ステップＳ１１０において予約要求を受信したと判断した場合（ステップＳ１１０、ＹＥＳ）、処理をステップＳ１１２に進め、通信インタフェース１３０により通信ネットワークＮＥＴを介して、データセンタのデータサーバ４０へ又は該当病院の病院サーバ３０へ、予約要求を送信する。このとき、プロセッサは、ユーザデータベース１２２の病院毎ＩＤを参照して、もし当該ユーザが該当病院における管理番号を有するユーザであることが確認できた場合には、この予約要求にその管理番号を含めることができる。

［ステップＳ１１３］
その後、ＣＰＵ１１１は、通信インタフェース１３０により通信ネットワークＮＥＴを介して、データサーバ４０又は該当病院の病院サーバ３０からの予約結果を受信するのを待つ。すなわち、ＣＰＵ１１１は、予約結果を受信したか否かを判断し、受信していないと判断した場合（ステップＳ１１３、ＮＯ）、このステップＳ１１３を繰り返す。

患者の予約管理を行うデータサーバ４０又は病院サーバ３０では、この予約要求に応じた予約処理を行う。そして、その結果を通信ネットワークＮＥＴを介してサービスサーバ１００に返す。

［ステップＳ１１４］
上記ステップＳ１１３において予約結果を受信したと判断した場合（ステップＳ１１３、ＹＥＳ）、ＣＰＵ１１１は、通信インタフェース１３０により通信ネットワークＮＥＴを介して、予約要求元のユーザ端末へ予約結果を送信する。その後、ＣＰＵ１１１は、処理を上記ステップＳ１１０に戻す。

［ステップＳ２０９］
上記ステップＳ２０８において予約結果を受信したと判断した場合（ステップＳ２０８、ＹＥＳ）、ユーザ端末２０のプロセッサは、処理をステップＳ２０９に進め、その受信した予約結果を図示しないユーザインタフェースによりユーザに提示する。その後、プロセッサは、処理を上記ステップＳ２０５に戻す。

もし、所望の予約が取れないという予約結果であったならば、ステップＳ２０５において、ユーザは別の予約希望日時を再設定したり、別の病院、診療科、医師などを選択したりすることが可能である。また、所望の予約が取れた場合には、ユーザは医療評価の処理を終了するために、終了の入力を行う。

＜１−２−４＞終了動作
［ステップＳ２１０］
上記ステップＳ２０６において受け付けた入力が終了の入力であると判断した場合（ステップＳ２０６、ＹＥＳ）、プロセッサは、処理をステップＳ２１０に進め、終了要求を、通信ネットワークＮＥＴを介してサービスサーバ１００に送信する。そして、プロセッサは、この医療評価の処理を終了する。

［ステップＳ１１１］
上記ステップＳ１１１において終了要求を受信したと判断した場合（ステップＳ１１１、ＹＥＳ）、ＣＰＵ１１１は、処理を上記ステップＳ１０１に戻す。

例えば、上述したように、ユーザ端末２０から、評価を病院での滞在時間と医師による診療時間との何れに基づいて行うかを示す評価基準条件を含む評価条件を入力した場合には、それに従って評価スコアが算出されることで、評価スコアが算出されない病院、診療科または医師が発生することになる。ユーザは、このような評価結果から予約をしようとする病院などが見つからない場合には、図示しないユーザインタフェースを通じた操作によって、一旦、終了入力を行って、図７に示すユーザ端末２０のプロセッサによる処理を終了する。そして、ユーザは、再度、図７に示すユーザ端末２０のプロセッサによる処理を行わせ、図示しないユーザインタフェースを通じた操作によって、上記ステップＳ２０１において評価基準条件を変更した評価をリクエストすることができる。

また、そのように一旦処理を終了させるのではなく、上記ステップＳ２０５において、図示しないユーザインタフェースを通じたユーザ操作によって、評価基準条件の変更入力を受け付けられるように構成しても良い。そのように構成した場合には、ユーザ端末２０のプロセッサは、評価基準条件変更要求を通信ネットワークＮＥＴを介してサービスサーバ１００に送信した後、上記ステップＳ２０３に処理を戻す。サービスサーバ１０のＣＰＵ１１１は、上記ステップＳ１１０及び上記ステップＳ１１１の前後またはそれら間に評価基準条件変更要求の受信の有無を判断するステップを追加し、評価基準条件変更要求の受信に応じて、上記ステップＳ１０７の評価算出処理へ処理を戻す。但しこの場合、上記ステップＳ１０７の評価算出処理においては、既に評価情報の算出は行われているので、上記ステップＳ１０７２の処理はスキップし、上記ステップＳ１０７３の処理において、評価基準条件に従った評価スコアの算出を行うこととなる。

＜１−３＞効果
上述した第１実施形態によれば、サービスサーバ１００のＣＰＵ１１１が、複数の病院の間で電子カルテを共有するための電子カルテネットワーク１から各電子カルテの記載内容を収集して収集データベース１２３に記憶し、この収集データベース１２３に記憶した情報に基づいて、病院毎、または各病院の診療科毎、または各病院の医師毎に、少なくとも一患者当たりの診療時間の平均値と滞在時間の平均値との少なくとも一方を含む評価情報を求めて評価データベース１２４に記憶する。よって、評価情報という客観的な指標に基づいて、医師、あるいは医師が所属する病院または診療科を評価することができるようになる。そして、ＣＰＵ１１１は、この評価情報をユーザ端末２０に送信してユーザに提示することで、ユーザは、自身が診療を受けようとする病院、診療科又は医師を、この提示された評価情報を参考にして、選定することが可能となる。

また、第１実施形態によれば、評価情報を提示するべきユーザの現在位置やユーザが指定した指定位置に応じて、ユーザが通い得る病院を限定することで、ユーザに不適切な病院を提示する可能性を小さくすることができる。また、限定した病院の電子カルテの記載内容のみを収集するので、収集に要する通信量及び記憶量と収集した情報を処理するための処理資源とを減少させることができる。

また、第１実施形態によれば、ユーザからの要求に応じて、電子カルテの記載内容の収集を開始するので、最新の内容に基づく評価情報をユーザに提示することができる。

また、第１実施形態によれば、時間情報である評価情報から評価値を算出して、数値として評価を提示することで、ユーザに、より分かり易く評価を提示することができる。

また、第１実施形態によれば、評価値を提示するべきユーザの性別又は年齢と医師の性別又は年齢とにも基づいて評価値を算出するので、ユーザに適した医師の評価値を高くすることができ、ユーザがより自身に適した医師を選択し易くすることができる。

また、第１実施形態によれば、提示に基づいたユーザ端末２０からの予約を受け付けて、該当する病院の、患者の予約管理を行う病院サーバ３０の制御部３１に対して、ユーザ端末２０のユーザの予約を依頼することができる。よって、ユーザ端末２０から病院の予約が行えるので、提示された評価情報を見たユーザが、簡便に病院の予約を行えるようになる。

＜１−４＞第１変形例
上記第１実施形態では、電子カルテの記載内容を収集するべき病院を限定するようにしたが、電子カルテの記載内容は全ての病院について収集し、提示するべき病院を限定するようにしても良い。以下、これを第１変形例として説明する。

図１１は、第１実施形態の第１変形例におけるサービスサーバ１００の処理手順の一例を例示するフローチャートである。図８と同様の処理については同じ参照符号を付す。

［ステップＳ１１５］
サービスサーバ１００のＣＰＵ１１１は、先ず、電子カルテを収集するべきタイミングになったか否かを判断する。本実施形態では、例えば、１日１回など、予め決めたタイミングで電子カルテを収集する。電子カルテを収集するべきタイミングではないと判断した場合（ステップＳ１１５、ＮＯ）、ＣＰＵ１１１は、処理をステップＳ１０１に進める。電子カルテを収集するべきタイミングであると判断した場合（ステップＳ１１５、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０６に進める。

［ステップＳ１０１］〜［ステップＳ１０３］
電子カルテを収集するべきタイミングではないと判断した場合（ステップＳ１１５、ＮＯ）、ＣＰＵ１１１は、上記第１実施形態と同様の［ステップＳ１０１］乃至［ステップＳ１０３］の処理を行う。すなわち、ＣＰＵ１１１は、病院データベース１２１の更新処理とユーザデータベース１２２の更新処理とを行う。そして、何れかのユーザ端末２０から評価要求を受信したか否かを判断する。評価要求を受信していないと判断した場合（ステップＳ１０３、ＮＯ）、ＣＰＵ１１１は、処理を上記ステップＳ１１５に戻す。評価要求を受信したと判断した場合（ステップＳ１０３、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０４に進める。

［ステップＳ１０６］
一方、上記ステップＳ１１５において電子カルテを収集するべきタイミングであると判断した場合（ステップＳ１１５、ＹＥＳ）、ＣＰＵ１１１は、上記第１実施形態と同様の［ステップＳ１０６］の処理を行う。但しこの場合、上記第１実施形態におけるステップＳ１０５のような対象病院の限定を行っていないので、ＣＰＵ１１１は、限定されない、つまり全ての病院の電子カルテの内容を収集する電子カルテ収集処理を実行することとなる。その後、ＣＰＵ１１１は、処理を上記ステップＳ１０１に進める。

［ステップＳ１０４］〜［ステップＳ１０５］
上記ステップＳ１０３において評価要求を受信したと判断した場合（ステップＳ１０３、ＹＥＳ）、ＣＰＵ１１１は、上記第１実施形態と同様の［ステップＳ１０４］及び［ステップＳ１０５］の処理を行う。すなわち、ＣＰＵ１１１は、受信した評価要求に含まれる評価優先条件及び位置情報により、ユーザデータベース１２２を更新した後、ユーザデータベース１２２の該当するユーザの優先条件項目に記憶された情報の内、位置を規定する情報により、評価対象の病院を限定する。

［ステップＳ１０７］
その後、ＣＰＵ１１１は、上記第１実施形態と同様の［ステップＳ１０７］の処理を行う。但しこの処理は、上記ステップＳ１０５で限定した病院のみを対象にして行われる。つまり、ＣＰＵ１１１は、収集データベース１２３に記憶した各病院の電子カルテの内容の内、限定した病院の内容に基づいてのみ、評価情報及び評価値を算出する。

［ステップＳ１０８］〜［ステップＳ１１４］
その後の［ステップＳ１０８］乃至［ステップＳ１１４］の動作は、上記第１実施形態と同様である。但し、上記ステップＳ１１１において終了要求を受信したと判断した場合（ステップＳ１１１、ＹＥＳ）の処理の戻り先は、上記ステップＳ１１５である。

このように、電子カルテの記載内容は全ての病院について収集し、提示するべき病院を限定するようにしても、第１実施形態と同様の効果が得られる。また、電子カルテの内容の収集を予め行っておくことで、ユーザからの評価要求に応じて直ぐに評価値の算出に移れ、レスポンス良く評価結果を提示することが可能になる。

＜１−５＞第２変形例
予期せず空き時間が取れたときや、急に具合が悪くなったときなど、今すぐ診療可能な病院を探す場合が有る。各病院、各診療科、各医師の評価値を算出する際に、現時点における診療待ちの患者数と今後の予約状況とを考慮することで、待ち時間少なく直ぐに診療可能な病院、診療科、医師を推奨候補として提案できれば、そのような場合に有効な手段となる。以下、これを第２変形例として説明する。

図１２は、第１実施形態の第２変形例におけるサービスサーバ１００の処理手順の一例を例示するフローチャートである。図８と同様の処理については同じ参照符号を付すことで、その説明を省略する。

［ステップＳ１１６］
本変形例においては、上記ステップＳ１０６で限定した病院の電子カルテの内容を収集した後、更に、サービスサーバ１００のＣＰＵ１１１は、それら限定した病院における現時点の診療待ち患者人数と、当日の予約状況とを収集する人数収集処理を実行する。例えば、ＣＰＵ１１１は、通信インタフェース１３０により通信ネットワークＮＥＴを介して、データセンタのデータサーバ４０又は該当する病院の病院サーバ３０へ人数問合せを行い、データサーバ４０又は病院サーバ３０から、人数を収集する。ＣＰＵ１１１は、収集した情報に従って、病院データベース１２１の「滞在人数」及び「予約状況」を更新する。

［ステップＳ１１７］
そして、ＣＰＵ１１１は、病院データベース１２１に記憶した人数の情報と、収集データベース１２３に記憶した各病院の電子カルテの内容とに基づいて、評価情報及び評価値を算出する評価算出処理を実行する。図１３は、この評価算出処理の一例を例示するフローチャートである。

［ステップＳ１０７１］〜［ステップＳ１０７５］
第１実施形態と同様である。

［ステップＳ１１７１］
ステップＳ１０７５において評価スコアを評価優先条件に基づいて補正した後、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した各評価スコアを、診療待ち患者人数及び予約患者数に基づいて補正する。ＣＰＵ１１１は、病院データベース１２１に記憶された、処理対象病院の病院ＩＤに対応する診療待ち患者人数と予約患者数とを集計し、その集計した人数が少ないほど、スコア値を高くする。ＣＰＵ１１１は、補正した各評価スコアを、ＲＡＭ１１２または記憶部１２０に記憶する。

［ステップＳ１０７６］〜［ステップＳ１０７７］
第１実施形態と同様である。

なお、今すぐ診療可能な病院を探す場合には、ユーザ端末２０における上記ステップＳ２０１の条件入力の際に、その点を指定できるようにすることで、上記ステップＳ１１７１における診療待ち患者人数及び予約患者数に基づいた補正の重みを重くするようにしても良い。あるいは、上記ステップＳ１０７４の属性情報に基づく補正や上記ステップＳ１０７５における評価優先順序に基づく補正の重みを軽くしたり、それらの補正をスキップしたりできるようにしても良い。

また、上記第１実施形態の第１変形例においても、本第２変形例のように人数を考慮するようにしても良い。

この第１実施形態の第２変形例によれば、算出した評価値とユーザ端末２０からの評価優先条件とに基づいて推奨病院を決定し、推奨病院をユーザ端末２０に提示させることができる。よって、ユーザが重要と思う評価優先条件に適合する病院を推奨病院としてユーザに提示することができる。

また、第１実施形態の第２変形例によれば、各病院の、現時点における少なくとも診療待ち患者人数と、今後の予約患者数とを取得し、それら取得した診療待ち患者人数及び予約患者数に基づいて、前記推奨病院を決定することができる。よって、各病院の診療待ち患者人数及び予約患者数に基づいて予測される現時点での待ち時間を考慮して推奨病院を提示することが可能になる。

また、第１実施形態の第２変形例によれば、ユーザからの要請を受けて、該当する病院へ予約を依頼するので、ユーザは、待ち時間を考慮して選択した病院の予約を簡便に行えるようになる。

＜２＞第２実施形態
次に、第２実施形態について説明する。

＜２−１＞構成及び＜２−２＞動作
本第２実施形態に係る医療評価システムの基本的な構成及び基本的な動作は、上述した第１実施形態及びその変形例に係る医療評価システムと同様である。従って、上述した第１実施形態及びその変形例で説明した事項及び上述した第１実施形態及びその変形例から容易に類推可能な事項についての説明は省略する。

本実施形態では、特に図示はしていないが、病院データベース１２１は、更に、病院毎、医療科毎、医師毎の評価情報を記憶する。また、本実施形態では、サービスサーバ１００の処理手順が、上記第１実施形態と異なっている。図１４は、第２実施形態に係る医療評価システムにおけるサービスサーバの処理手順の一例を例示するフローチャートである。

＜２−２−１＞登録情報更新動作、電子カルテ収集動作及び評価情報算出動作
［ステップＳ１２１］
サービスサーバ１００のＣＰＵ１１１は、先ず、病院毎、医療科毎、医師毎の評価情報を算出するべきタイミングになったか否かを判断する。本実施形態では、例えば、１日１回など、予め決めたタイミングで評価情報を算出する。評価情報を算出するべきタイミングではないと判断した場合（ステップＳ１２１、ＮＯ）、ＣＰＵ１１１は、処理をステップＳ１０１に進める。評価情報を算出するべきタイミングであると判断した場合（ステップＳ１２１、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０６に進める。

［ステップＳ１０１］〜［ステップＳ１０３］
評価情報を算出するべきタイミングではないと判断した場合（ステップＳ１２１、ＮＯ）、ＣＰＵ１１１は、上記第１実施形態と同様の［ステップＳ１０１］乃至［ステップＳ１０３］の処理を行う。すなわち、ＣＰＵ１１１は、病院データベース１２１の更新処理とユーザデータベース１２２の更新処理とを行う。そして、何れかのユーザ端末２０から評価要求を受信したか否かを判断する。評価要求を受信していないと判断した場合（ステップＳ１０３、ＮＯ）、ＣＰＵ１１１は、処理を上記ステップＳ１１５に戻す。評価要求を受信したと判断した場合（ステップＳ１０３、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０４に進める。

［ステップＳ１０６］
一方、上記ステップＳ１２１において評価情報を算出するべきタイミングであると判断した場合（ステップＳ１１５、ＹＥＳ）、ＣＰＵ１１１は、上記第１実施形態と同様の［ステップＳ１０６］の処理を行う。但しこの場合、上記第１実施形態におけるステップＳ１０５のような対象病院の限定を行っていないので、ＣＰＵ１１１は、限定されない、つまり全ての病院の電子カルテの内容を収集する電子カルテ収集処理を実行することとなる。

［ステップＳ１２２］
ＣＰＵ１１１は、収集データベース１２３に記憶した各病院の電子カルテの内容に基づいて評価情報を算出する評価情報算出処理を実行する。図１５は、この評価情報算出処理の一例を例示するフローチャートである。

［ステップＳ１２２１］
このステップＳ１２２１の処理は、上記第１実施形態におけるステップＳ１０７１の処理と同様である。すなわち、ＣＰＵ１１１は、まず、ＲＡＭ１１２または記憶部１２０に記憶した病院ＩＤのリストの中から一つの病院ＩＤを選択することで、処理対象病院を決定する。

［ステップＳ１２２２］
次に、ＣＰＵ１１１は、病院ＩＤにより収集データベース１２３を参照して、処理対象病院の医師毎の評価情報、診療科毎の評価情報、及び、病院の評価情報を算出する。ＣＰＵ１１１は、算出した各評価情報を、ＲＡＭ１１２または記憶部１２０に記憶する。

［ステップＳ１２２３］
次に、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した医師毎の評価情報、診療科毎の評価情報、及び、病院の評価情報を、処理対象の病院の病院ＩＤに対応させて、病院データベース１２１に登録する。

［ステップＳ１２２４］
次に、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した病院ＩＤのリストで示される病院の全てについて評価情報の算出が終了したか否かを判断する。未だ評価情報を算出していない病院があると判断した場合（ステップＳ１２２４、ＮＯ）、ＣＰＵ１１１は、処理を上記ステップＳ１２２１に戻し、次の病院に対する処理を行う。リストアップした全ての病院について評価情報の算出が終了したと判断した場合（ステップＳ１２２４、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０１に進める。

＜２−２−２＞評価値算出動作
［ステップＳ１０４］〜［ステップＳ１０５］
上記ステップＳ１０３において評価要求を受信したと判断した場合（ステップＳ１０３、ＹＥＳ）、ＣＰＵ１１１は、上記第１実施形態と同様の［ステップＳ１０４］及び［ステップＳ１０５］の処理を行う。すなわち、ＣＰＵ１１１は、受信した評価要求に含まれる評価優先条件及び位置情報により、ユーザデータベース１２２を更新した後、ユーザデータベース１２２の該当するユーザの優先条件項目に記憶された情報の内、位置を規定する情報により、評価結果を提示する対象の病院を限定する。

［ステップＳ１２３］
その後、ＣＰＵ１１１は、病院データベース１２１に記憶した各病院の評価情報に基づいて評価値を算出する評価値算出処理を実行する。図１６は、この評価値算出処理の一例を例示するフローチャートである。この処理は、上記ステップＳ１０５で限定した病院のみを対象にして行われる。つまり、ＣＰＵ１１１は、病院データベース１２１に記憶した各病院の評価情報の内容の内、限定した病院の評価情報に基づいてのみ、評価値を算出する。

［ステップＳ１２３１］
ＣＰＵ１１１は、まず、評価データベース１２４における要求元のユーザ端末２０に対応するユーザＩＤの病院スコア、診療科スコア、医師スコアのそれぞれをクリアする。

［ステップＳ１２３２］
次に、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した限定した評価対象病院の病院ＩＤのリストの中から一つの病院ＩＤを選択することで、処理対象病院を決定する。

［ステップＳ１２３３］
次に、ＣＰＵ１１１は、病院データベース１２１における処理対象病院の病院ＩＤに対応する各評価情報から、上記第１実施形態のステップＳ１０７３と同様にして、評価値としての評価スコアを算出する。ＣＰＵ１１１は、算出した各評価スコアを、ＲＡＭ１１２または記憶部１２０に記憶する。

［ステップＳ１２３４］
このステップＳ１２２４の処理は、上記第１実施形態におけるステップＳ１０７４の処理と同様である。すなわち、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した各評価スコアを、属性情報に基づいて補正する。ＣＰＵ１１１は、補正した各評価スコアを、ＲＡＭ１１２または記憶部１２０に記憶する。

［ステップＳ１２３５］
このステップＳ１２３５の処理は、上記第１実施形態におけるステップＳ１０７５の処理と同様である。すなわち、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した各評価スコアを、評価優先条件に基づいて補正する。ＣＰＵ１１１は、補正した各評価スコアを、ＲＡＭ１１２または記憶部１２０に記憶する。

［ステップＳ１２３６］
このステップＳ１２３６の処理は、上記第１実施形態におけるステップＳ１０７６の処理と同様である。すなわち、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した各評価スコアを、評価データベース１２４に、ユーザＩＤに対応させて登録する。

［ステップＳ１２３７］
次に、ＣＰＵ１１１は、ＲＡＭ１１２または記憶部１２０に記憶した限定した病院ＩＤのリストで示される病院の全てについて評価値の算出が終了したか否かを判断する。未だ評価値を算出していない病院があると判断した場合（ステップＳ１２３７、ＮＯ）、ＣＰＵ１１１は、処理を上記ステップＳ１２３２に戻し、次の病院に対する処理を行う。リストアップした全ての病院について評価値を算出が終了したと判断した場合（ステップＳ１２３７、ＹＥＳ）、ＣＰＵ１１１は、処理をステップＳ１０８に進める。

［ステップＳ１０８］〜［ステップＳ１０９］
このステップＳ１０８及びステップＳ１０９の処理は、上記第１実施形態と同様である。すなわち、ＣＰＵ１１１は、評価要求元からの評価要求に含まれる評価対象条件及び評価結果条件に従って、評価データベース１２４に記憶されている評価要求元のユーザのユーザＩＤに対応する評価結果を読み出してソートし、このソートした評価結果を、通信インタフェース１３０により通信ネットワークＮＥＴを介して、評価要求元のユーザ端末２０に送信する。

＜２−２−３＞予約動作及び終了動作
［ステップＳ１１０］〜［ステップＳ１１４］
その後の［ステップＳ１１０］乃至［ステップＳ１１４］の動作は、上記第１実施形態と同様である。但し、上記ステップＳ１１１において終了要求を受信したと判断した場合（ステップＳ１１１、ＹＥＳ）の処理の戻り先は、上記ステップＳ１１５である。

＜２−３＞効果
上述した第２実施形態によれば、病院毎、各病院の診療科毎、各病院の医師毎に求めた評価情報の内、ユーザの現在位置に応じて、提示する評価情報を限定することで、ユーザが通えないような不適切な病院を提示する可能性を小さくすることが可能になる。また、既に求められている評価情報から選択してユーザに提示するので、レスポンス良く評価情報を提示することが可能になる。

なお、本第２実施形態においても、上記第１実施形態の第２変形例のように、人数を考慮するようにしても良い。

また、ステップＳ１２３における評価値の算出は、ステップＳ１０５をスキップすることで、全ての病院を対象に行っても良い。この場合、ステップＳ１０８における評価結果のソートの際に、ユーザの位置情報に応じて、ソートするべき評価結果を限定すれば、ユーザに提示する評価情報を限定することができる。

この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られるものではない。

（付記１）
複数の病院それぞれにおける、少なくとも患者に関する患者情報と各回の診療に関する診療情報とを記載した電子カルテであって、前記診療情報が、受付日時及び会計終了日時と診療開始日時及び診療終了日時との少なくとも一方と、診療医師と、を含む電子カルテを、前記複数の病院の間で共有するための電子カルテネットワーク（１）と、
前記電子カルテネットワークから前記電子カルテの記載内容を収集する収集部（１１）と、
前記収集部によって収集した前記電子カルテの記載内容から、少なくとも一患者当たりの、前記受付日時及び前記会計終了日時に基づく滞在時間の平均値と、前記診療開始日時及び前記診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に求める評価部（１２）と、
前記評価部によって求められた前記評価情報を、ユーザ端末に提示させる提示部（１３）と、
を具備する、医療評価システム。

（付記２）
プロセッサ（１１１）及びメモリ（１１２，１２０）を有するサーバ装置（１００）が実行する医療評価方法であって、
前記プロセッサにより、複数の病院それぞれにおける、少なくとも患者に関する患者情報と各回の診療に関する診療情報とを記載した電子カルテであって、前記診療情報が、受付日時及び会計終了日時と診療開始日時及び診療終了日時との少なくとも一方と、診療医師と、を含む電子カルテを、前記複数の病院の間で共有するための電子カルテネットワークから、前記電子カルテの記載内容を収集して前記メモリに記憶する過程（Ｓ１０６）と、
前記プロセッサにより、前記メモリに記憶された前記電子カルテの記載内容から、少なくとも一患者当たりの、前記受付日時及び前記会計終了日時に基づく滞在時間の平均値と、前記診療開始日時及び前記診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に求め、前記メモリに記憶する過程（Ｓ１０７；Ｓ１１７；Ｓ１２２）と、
前記プロセッサにより、前記メモリに記憶された前記評価情報をユーザ端末に送信することで、前記評価情報を前記ユーザ端末に提示させる過程（Ｓ１０９）と、
を備える医療評価方法。

（付記３）
請求項１０に記載のサーバ装置（１００）が具備する前記収集部（１１）、前記評価部（１２）、及び前記提示部（１３）としてプロセッサ（１１１）を機能させる医療評価プログラム。

（付記４）
請求項１１または１２に記載のサーバ装置（１００）が具備する前記収集部（１１）、前記評価部（１２）、前記提示部（１３）、及び前記受付部（１９）としてプロセッサ（１１１）を機能させる医療評価プログラム。

１０，１００…サービスサーバ
１１…収集部
１２…評価部
１３…提示部
１４…限定部
１５…ユーザ属性取得部
１６…医師属性取得部
１７…予約部
１８…推奨病院決定部
１９…受付部
２０…ユーザ端末
３０…病院サーバ
３１，４１，１１０…制御部
３２，４２，１２０…記憶部
３３…医療端末
４０…データサーバ
１１１…ＣＰＵ
１１２…ＲＡＭ
１１３…ＲＯＭ
１２１…病院データベース
１２２…ユーザデータベース
１２３…収集データベース
１２４…評価データベース
１３０…通信インタフェース

Claims (12)

1. 複数の病院それぞれにおける、少なくとも患者に関する患者情報と各回の診療に関する診療情報とを記載した電子カルテであって、前記診療情報が、受付日時及び会計終了日時と診療開始日時及び診療終了日時との少なくとも一方と、診療医師と、を含む患者毎の電子カルテを、前記複数の病院の間で共有するための電子カルテネットワークと、
   前記電子カルテネットワークから前記電子カルテの記載内容を収集する収集部と、
   前記収集部によって収集した前記電子カルテの記載内容から、少なくとも一患者当たりの、前記受付日時及び前記会計終了日時に基づく滞在時間の平均値と、前記診療開始日時及び前記診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に求める評価部と、
   前記評価部によって求められた前記評価情報を、ユーザ端末に提示させる提示部と、
   を具備する、医療評価システム。
2. 前記ユーザ端末から取得した位置情報に基づいて、前記収集部によって前記電子カルテの記載内容を収集するべき病院を限定する限定部を更に具備する、請求項１に記載の医療評価システム。
3. 前記ユーザ端末から取得した位置情報に基づいて、前記提示部によって前記ユーザ端末に提示させる前記評価情報を限定する限定部を更に具備する、請求項１に記載の医療評価システム。
4. 前記評価部は、更に、前記評価情報に基づいて、前記病院毎または前記診療科毎または前記医師毎の評価値を算出し、
   前記提示部は、前記評価部によって算出した前記評価値を前記ユーザ端末に提示させる、請求項１乃至３の何れかに記載の医療評価システム。
5. 前記ユーザ端末のユーザについての、少なくとも性別及び年齢を含むユーザ属性情報を取得するユーザ属性取得部と、
   前記各病院に所属する各医師について、少なくとも性別及び年齢を含む公開可能な医師属性情報を取得する医師属性取得部と、
   を更に具備し、
   前記評価部は、更に、前記ユーザ属性情報と前記医師属性情報とに基づいて、前記評価値を算出する、請求項４に記載の医療評価システム。
6. 前記複数の病院それぞれに設けられ、患者の予約管理を行う病院制御部と、
   前記提示に基づいた前記ユーザ端末からの予約を受け付けて、該当する病院の前記病院制御部に、前記ユーザ端末のユーザの予約を依頼する予約部と、
   を更に具備する、請求項１乃至５の何れかに記載の医療評価システム。
7. 前記評価部によって算出した前記評価値と前記ユーザ端末からの評価優先条件とに基づいて、推奨病院を決定する推奨病院決定部を更に具備し、
   前記提示部は、前記推奨病院決定部によって決定された前記推奨病院を前記ユーザ端末に提示させる、請求項４又は５に記載の医療評価システム。
8. 前記複数の病院それぞれの時事の滞在中患者の時間管理と患者の予約管理とを行う病院管理部を更に具備し、
   前記推奨病院決定部は、前記病院管理部にアクセスして、各病院の、現時点における少なくとも診療待ち患者人数と、今後の予約患者数とを取得し、それら取得した診療待ち患者人数及び予約患者数とに基づいて、前記推奨病院を決定する、請求項７に記載の医療評価システム。
9. 前記病院管理部は、前記複数の病院それぞれに設けられ、それぞれの病院の時事の滞在中患者の時間管理と患者の予約管理とを行う病院制御部を含み、
   前記提示に基づいた前記ユーザ端末からの予約を受け付けて、該当する病院の前記病院制御部に、前記ユーザ端末のユーザの予約を依頼する予約部を更に具備する、請求項８に記載の医療評価システム。
10. 複数の病院それぞれにおける、少なくとも患者に関する患者情報と各回の診療に関する診療情報とを記載した電子カルテであって、前記診療情報が、受付日時及び会計終了日時と診療開始日時及び診療終了日時との少なくとも一方と、診療医師と、を含む患者毎の電子カルテを、前記複数の病院の間で共有するための電子カルテネットワークから、前記電子カルテの記載内容を収集する収集部と、
    前記収集部によって収集した前記電子カルテの記載内容から、少なくとも一患者当たりの、前記受付日時及び前記会計終了日時に基づく滞在時間の平均値と、前記診療開始日時及び前記診療終了日時に基づく診療時間の平均値と、の少なくとも一方を含む評価情報を、病院毎、または前記各病院の診療科毎、または前記各病院の医師毎に求める評価部と、
    前記評価部によって求められた前記評価情報を、通信ネットワークを介してユーザ端末に送信することで、前記評価情報を前記ユーザ端末に提示させる提示部と、
    を具備する、サーバ装置。
11. 前記通信ネットワークを介して前記ユーザ端末から医療評価要求を受け付ける受付部を更に具備し、
    前記収集部は、前記医療評価要求に応答して、前記電子カルテの記載内容の収集を開始する、請求項１０に記載のサーバ装置。
12. 前記通信ネットワークを介して前記ユーザ端末から医療評価要求を受け付ける受付部を更に具備し、
    前記提示部は、前記医療評価要求に応答して、前記評価情報を前記ユーザ端末に送信する、請求項１０に記載のサーバ装置。