(57)【要約】      （修正有）【課題】依頼者の依頼条件情報に対して有資格者が、受託料を含む請負条件を依頼者に送信し、請負条件を受信した依頼者が請負条件を確認して有資格者に予約することのできる有資格者予約システムを提供する。【解決手段】資格を有して業務を請負う医師の専門分野を含む医師情報を複数記憶する医師管理ＤＢ１１と、患者の依頼区分及び希望条件を含む依頼条件情報を入力許容する依頼条件情報入力手段と、入力された前記依頼条件情報に基づいて、前記医師情報から該当する医師を抽出する医師フィルタリングプログラムと、該医師フィルタリングプログラムによって抽出された医師の受託料、指名料、又は成功報酬等、および予約可能日時を含む見積情報を決定する見積情報作成画面と、決定された見積情報を出力する一覧表示部と、出力された見積情報に基づいて前記患者の予約入力を許容する予約登録プログラムとを備えた。【選択図】図１
2007034472.tif 000002
【特許請求の範囲】
【請求項１】
資格を有して業務を請負う有資格者の専門分野を含む有資格者情報を複数記憶する有資格者情報記憶手段と、
依頼者の依頼区分及び希望条件を含む依頼条件情報を入力許容する依頼条件情報入力手段と、
入力された前記依頼条件情報に基づいて、前記有資格者情報から該当する有資格者を抽出する有資格者抽出手段と、
該有資格者抽出手段によって抽出された有資格者の受託料、および請負可能日時を含む請負条件情報を決定する請負条件決定手段と、
決定された請負条件情報を出力する請負条件出力手段と、
出力された請負条件情報に基づいて前記依頼者の予約入力を許容する予約入力手段とを備えた
有資格者予約システム。
【請求項２】
前記請負条件出力手段を、
１の依頼条件情報に対して、複数の前記請負条件情報を抽出された有資格者別に比較可能に出力する構成とし、
前記予約入力手段を、
出力した複数の有資格者の中から１の有資格者を選択許容する選択手段で構成した
請求項１に記載の有資格者予約システム。
【請求項３】
少なくとも有資格者の実績を示す実績情報に基づいて有資格者の等級を格付けする格付手段と、
該格付手段による格付情報を記憶する各付情報記憶手段と、
前記請負条件情報として入力許容する請負条件範囲を等級別に記憶する請負条件範囲記憶手段とを備え、
前記請負条件範囲外の請負条件情報の受付を排除する範囲外条件排除手段を備えた
請求項１、または２に記載の有資格者予約システム。
【請求項４】
前記請負条件出力手段を、
前記請負条件情報とともに、各有資格者の格付情報を出力する構成とした
請求項３に記載の有資格者予約システム。
【請求項５】
前記依頼者からの預託金の受付を許容する預託金受付手段と、
前記預託金に関する預託金情報を記憶する預託金情報記憶手段と、
前記有資格者の支払先を記憶する支払先記憶手段と、
前記依頼者からの支払指示を受け付ける支払指示受付手段と、
前記請負条件情報に含まれる受託料の少なくとも一部を前記預託金情報に基づいて上記支払先に支払う預託金支払手段とを備えた
請求項１から４のうちいずれかに記載の有資格者予約システム。
【請求項６】
前記依頼者が予約を依頼した有資格者の請負条件情報に含まれる受託料と、前記預託金情報記憶手段が記憶する前記依頼者の預託金情報に含まれる残高とに基づいて、予約の可否を決定する予約決定手段を備えた
請求項５に記載の有資格者予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば依頼者が、依頼条件情報に対する有資格者の請負条件を確認して有資格者に予約することのできる有資格者予約システムに関する。
【背景技術】
【０００２】
従来、医師、助産婦、弁護士、弁理士、あるいはその他の士業従事者等の有資格者によって専門知識の必要なサービスが提供されている。これらの有資格者が取り扱う業務範囲は広く、近年では専門分野の細分化が進み、同じ資格を有する有資格者間でも専門分野が異なってきている。このため、依頼者は自分が依頼する分野を専門とする有資格者に依頼したいと考えるのが普通である。しかし、各有資格者の専門分野に関する情報を収集することは労力が必要であった。
【０００３】
特に、難易度の高い治療等が必要となることが多い医療現場においては、自分が治療等を受ける分野において、高い技術を有する医師についての情報を得るためには、自分が希望する治療等がどのような分野に属するか等の専門的知識を必要とし、自分に適切な医師の情報を収集することは困難であった。また、たとえ医師についての多くの情報を有していたとしても、他の医師の紹介状や、その他のコネクションがなければその医師の治療や診察を受けることができないことが多い状態であった。
【０００４】
そのような医療現場において、医師の総合ランクを考慮して患者の症状にあった医師を選択し、この医師を予約する医師選定システムが提案されている（特許文献１参照）。  
この医師選定システムでは、依頼者は、医師に関する情報を有さずとも自分の症状に応じて適する医師が選定されて予約できる。しかし、上記選定された医師は患者が希望するその他の条件を考慮されず、患者の症状にのみ基づいて選定されているため、選定された医師が希望条件を満足する医師である可能性が低く、患者の満足度を満たすシステムではなかった。
【０００５】
また、上記医師選定システムでは、医師が総合ランクを向上させるための努力すれば、それだけ選定される機会が増えて忙しくなるが、１件の治療に対する報酬が直接的に向上するといった医師にとってのメリットがなく、選定される医師の満足度を満たすシステムではなかった。  
さらに、上記医師選定システムでは、総合ランクの低い医師は選定される機会が少ないため、向上心があっても総合ランクを向上させることが困難であるといった不都合も生じる可能性を有していた。
【特許文献１】特開２００４−１３２６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この発明は、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができ、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできる有資格者予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、資格を有して業務を請負う有資格者の専門分野を含む有資格者情報を複数記憶する有資格者情報記憶手段と、依頼者の依頼区分及び希望条件を含む依頼条件情報を入力許容する依頼条件情報入力手段と、入力された前記依頼条件情報に基づいて、前記有資格者情報から該当する有資格者を抽出する有資格者抽出手段と、該有資格者抽出手段によって抽出された有資格者の受託料、および請負可能日時を含む請負条件情報を決定する請負条件決定手段と、決定された請負条件情報を出力する請負条件出力手段と、出力された請負条件情報に基づいて前記依頼者の予約入力を許容する予約入力手段とを備えたことを特徴とする。
【０００８】
上記有資格者は、医師、歯科医師、美容整形医師、助産婦、弁護士、弁理士、あるいはその他の士業従事者等等の専門職に従事する人であることを含む。  
上記依頼者は、患者、治療希望者、あるいは相談者等であることを含む。
【０００９】
上記受託料は、依頼を受託するための費用、依頼分野が例えば健康保険対象医療である場合における有資格者が受託するための指名料、あるいは依頼実施後の成功報酬等であることを含む。  
上記依頼区分は、治療内容、セカンドオピニオンの提供、相談内容等であることを含む。
【００１０】
これにより、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができる。  
また、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、このシステムを利用する依頼者の満足度を向上させることができる。
【００１１】
また、有資格者は、依頼区分に応じた受託料等を決定することで納得した請負条件で依頼を請負うことができるため、有資格者の満足度を向上させることができる。  
また、依頼者は、自分の依頼条件情報に基づく請負条件を確認して予約することができるため、安心感が得られる。また、依頼者は請負条件を納得した上で予約しているため、例えば、実施後の支払段階で費用に関するトラブルが生じる可能性を低減することができる。
【００１２】
この発明の態様として、前記請負条件出力手段を、１の依頼条件情報に対して、複数の前記請負条件情報を抽出された有資格者別に比較可能に出力する構成とし、前記予約入力手段を、出力した複数の有資格者の中から１の有資格者を選択許容する選択手段で構成することができる。
【００１３】
上記比較可能に出力するとは、複数の請負条件を並べた一覧出力や、例えば請負金額等のいずれかの項目に基づいて順位を設けた出力であることを含む。  
これにより、依頼者は複数の請負条件の中から自分の希望条件に適する有資格者を任意に選択して予約することができる。
【００１４】
また、この発明の態様として、少なくとも有資格者の実績を示す実績情報に基づいて有資格者の等級を格付けする格付手段と、該格付手段による格付情報を記憶する各付情報記憶手段と、前記請負条件情報として入力許容する請負条件範囲を等級別に記憶する請負条件範囲記憶手段とを備え、前記請負条件範囲外の請負条件情報の受付を排除する範囲外条件排除手段を備えることができる。
【００１５】
上記請負条件範囲は、等級毎の受託料の上下限を設定した範囲であることを含む。  
上記範囲外条件排除手段は、請負条件範囲外の請負条件情報の入力を拒絶する手段、あるいは請負条件範囲外の請負条件情報の受付を拒絶する手段であることを含む。
【００１６】
これにより、有資格者は法外な受託料を設定することができないため、法外な受託料による依頼者の不利益を防止することができる。  
また、各有資格者はより高額な受託料を設定するために、等級の昇格を目的として自己の技術や実績を積重ねる努力をするため、有資格者の技術レベルを向上させることができる。
【００１７】
また、この発明の態様として、前記請負条件出力手段を、前記請負条件情報とともに、各有資格者の格付情報を出力する構成とすることができる。  
これにより、依頼者は有資格者選択の際に、有資格者の格付情報を確認して有資格者を選択することができ、依頼者の満足度をさらに向上させることができる。
【００１８】
また、この発明の態様として、前記依頼者からの預託金の受付を許容する預託金受付手段と、前記預託金に関する預託金情報を記憶する預託金情報記憶手段と、
前記有資格者の支払先を記憶する支払先記憶手段と、前記依頼者からの支払指示を受け付ける支払指示受付手段と、前記請負条件情報に含まれる受託料の少なくとも一部を前記預託金情報に基づいて上記支払先に支払う預託金支払手段とを備えることができる。
【００１９】
上記預託金は、現金、電子マネー、あるいは仮想通貨等であることを含む。  
上記預託金受付手段は、有資格者予約システム上での預入、あるいは銀行や郵便等による振込や書留等による預託金の受付手段であることを含む。
【００２０】
上記有資格者の支払先は、有資格者予約システム上での有資格者の預入口座、電子マネーの仮想口座、現実の銀行や郵便局等の口座や当座等であることを含む。  
これにより、依頼者はシステム上で有資格者に受託料等を支払うことができるため、システムを利用する依頼者の利便性を向上することができる。
【００２１】
また、この発明の態様として、前記依頼者が予約を依頼した有資格者の請負条件情報に含まれる受託料と、前記預託金情報記憶手段が記憶する前記依頼者の預託金情報に含まれる残高とに基づいて、予約の可否を決定する予約決定手段を備えることができる。
【００２２】
上記予約の可否を決定する予約決定手段とは、預託金残高が受託料を下回る場合には予約を受け付けない手段や、預託金残高が受託料を下回ることを通知するとともに予約の受付を保留する手段であることを含む。  
これにより、預託金残高が不足する依頼者から依頼を請負うことがなくなるため、有資格者への受託料の未払いを防止することができ、有資格者の満足度をさらに向上させることができる。
【発明の効果】
【００２３】
この発明によれば、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができ、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、このシステムを利用する依頼者の満足度を向上させることができる。
【発明を実施するための最良の形態】
【００２４】
この発明の一実施形態を以下図面と共に説明する。  
まず、図１に示すシステム構成図と共に、医師予約システム１のシステム構成について説明する。  
医師予約システム１は、医師予約システム１のサービスを提供するシステム管理者の管理サーバ１０と、医師側端末２０および患者側端末３０とがインターネット５０を介して通信可能に接続されている。  
なお、患者側端末３０は本実施例において患者が所有する端末であるが、患者が所有せずとも、患者が使用できる端末であればよい。
【００２５】
なお、管理サーバ１０はコンピュータであり、ＣＰＵとＲＯＭとＲＡＭで構成される制御装置、ハードディスク等の記憶装置、ＣＤ−ＲＯＭドライブやＦＤドライブ等の記憶媒体（ＣＤ−ＲＯＭやＦＤ等）を読取る記憶媒体読取装置、または記憶媒体読書き装置、マウスやキーボード等の入力装置、ＣＲＴや液晶画面等で構成する表示装置、およびインターネット５０を介して通信を行なうＬＡＮボード等の通信装置を備えるとともに、ＷＥＢサーバ機能、データベースサーバ機能、およびメールサーバ機能を備えている。
【００２６】
なお、記憶装置（例えばハードディスク）には情報登録プログラムや、医師格付プログラムや、依頼条件情報入力内容判定プログラムや、医師フィルタリングプログラムや、見積内容判定プログラムや、預託金管理プログラムや、予約登録プログラム等、必要な処理を実行するプログラムを格納するとともに、医師管理データベース（ＤＢ）１１、患者管理データベース（ＤＢ）１２、および基本管理データベース（ＤＢ）１３を記憶している。
【００２７】
医師管理ＤＢ１１は、医師情報テーブル、実績情報テーブル、予約状況管理テーブル、および見積情報管理テーブル等を管理している。  
なお、上記医師情報テーブルは各項目（フィールド）に、医師ＩＤ、パスワード、氏名、専門分野情報、経歴および振込先情報等を格納する。
【００２８】
上記医師ＩＤは、管理サーバ１０が提供する医師用ホームページ（ＨＰ）に、医師がログインに使用する医師ログインＩＤであり、医師毎にユニークなＩＤとして、自動的に採番したオートナンバーである。  
上記パスワードは医師用ＨＰにログインする際に使用するパスワードであり、医師が自由に設定することができる。
【００２９】
また、上記実績情報テーブルは各項目に、医師ＩＤ、診察実績件数、診察内容情報、実績登録更新日情報、および登録された実績に基づいて格付された等級情報等を格納する。なお、上記医師ＩＤは、上記医師情報テーブルに格納された医師ＩＤである。
【００３０】
また、予約状況管理テーブルは各項目に、医師ＩＤ、患者ＩＤ、予約日時、および施術ＩＤを格納する。  
また、上記見積情報管理テーブルは各項目に、これまでに患者に送信した見積情報に関する見積ＩＤや見積内容等の情報を格納する。
【００３１】
なお、本実施形態において、上記医師情報テーブル、実績情報テーブル、および予約状況管理テーブルの各項目に格納しているそれぞれの情報は、管理サーバ１０が提供する医師用ＨＰで登録用のフォームを提供し、医師の入力された入力情報を情報登録プログラムにより自動的に登録しているが、医師から申し込み用紙を受け取って手入力する等の適宜の方法で登録すると良い。  
以上の構成により、管理サーバ１０は、医師の情報を管理するが、上記管理情報以外に、その他の適宜の医師情報を登録してもよい。
【００３２】
前記患者管理ＤＢ１２は、患者情報テーブル、預託金管理テーブル、依頼条件情報管理テーブル、および予約登録情報テーブルを管理している。  
上記患者情報テーブルは各項目に、患者ＩＤ、パスワード、氏名、性別、生年月日情報、および、既往歴等を格納する。
【００３３】
上記患者ＩＤは、管理サーバ１０が提供する患者用ホームページ（ＨＰ）に、患者がログインに使用する患者ログインＩＤであり、患者毎にユニークなＩＤとして、自動的に採番したオートナンバーである。  
上記パスワードは患者用ＨＰにログインする際に使用するパスワードであり、患者が自由に設定することができる。  
また、上記預託金管理テーブルは各項目に、患者が預入している預託金の残高および収支情報を格納する。
【００３４】
また、上記依頼条件情報管理テーブルは各項目に、これまでに患者が送信した依頼条件情報の依頼情報ＩＤ、依頼区分、依頼条件情報送信時間および送信先を格納する。上記依頼情報ＩＤは、依頼条件情報を作成する際にユニークなＩＤとして、自動的に付与されるオートナンバーである。  
また、上記予約登録情報テーブルは各項目に、これまでに患者が予約登録した予約日時や見積情報ＩＤ等の予約情報、および実施状況や実施後情報等を格納する。
【００３５】
なお、本実施形態において、上記患者情報テーブル、および預託金管理テーブルの各項目に格納しているそれぞれの情報は、管理サーバ１０が提供する患者用ＨＰで登録用のフォームを提供し、患者の入力された入力情報を情報登録プログラムにより自動的に登録しているが、また患者から申し込み用紙を受け取って手入力する等の適宜の方法で登録すると良い。  
以上の構成により、管理サーバ１０は、患者の情報を管理するが、上記管理情報以外に、その他の適宜の患者情報を登録してもよい。
【００３６】
前記基本管理ＤＢ１３は、格付評価基準管理テーブル、施術内容管理テーブル、および見積範囲管理テーブル等を管理している。  
上記格付評価基準管理テーブルは各項目に、格付の基準となる評価点ごとの例えば、実績数、年間平均実績数、事故発生発生率等の評価点基準を格納する。
【００３７】
また、上記施術内容管理テーブルは各項目に、施術内容毎の施術ＩＤを格納するとともに、当該施術内容が健康保険対象であるか否かについてフラグを立てて管理している。なお、施術ＩＤはカテゴリコードと詳細内容コードで構成された施術内容毎にユニークなＩＤである。  
また、上記見積範囲管理テーブルは各項目に、等級に応じて許容される施術内容毎の受託料、指名料、又は成功報酬等の上下限金額を格納する。
【００３８】
医師側端末２０、および患者側端末３０はコンピュータであり、ＣＰＵとＲＯＭとＲＡＭで構成される制御装置、ハードディスク等の記憶装置、ＣＤ−ＲＯＭドライブやＦＤドライブ等の記憶媒体（ＣＤ−ＲＯＭやＦＤ等）を読取る記憶媒体読取装置、または記憶媒体読書き装置、マウスやキーボード等の入力装置、ＣＲＴや液晶画面等で構成する表示装置、およびインターネット５０を介して通信を行なうＬＡＮボード等の通信装置とともに、ブラウザ機能とメールの送受信機能とを備えている。
【００３９】
なお、医師側端末２０のブラウザ機能によって、前記管理サーバ１０のＷＥＢサーバ機能で提供される医師用ＨＰにアクセスして、自己の医師情報、および実績情報の登録や、送信された依頼条件情報に基づいて見積情報作成画面の受信や見積情報の送信が実行できる。
【００４０】
また、患者側端末３０のブラウザ機能によって、前記管理サーバ１０のＷＥＢサーバ機能で提供される患者用ＨＰにアクセスして、自己情報の登録、依頼条件情報の作成画面の受信、依頼条件情報の送信、受信した見積情報の出力、および出力された見積情報に基づいて予約登録が実行できる。
【００４１】
なお、医師側端末２０、および患者側端末３０のそれぞれは、ＣＰＵとＲＯＭとＲＡＭとで構成する制御装置、不揮発性メモリ等で構成する記憶装置、液晶画面等で構成する表示装置、押下ボタン等で構成する入力装置、マイク等の音声入力装置、スピーカ等の発音装置、および、アンテナ等の通信装置（通信部）を備えた携帯電話端末であってもよい。  
その場合、上記記憶装置には、ブラウザプログラムやメールプログラム等、必要な処理を実行するプログラムを格納していればよい。
【００４２】
以上のシステム構成により、患者は患者側端末３０で管理サーバ１０にアクセスして、患者情報の登録、依頼条件情報の作成画面の受信、依頼条件情報の送信、受信した見積情報の出力、および出力された見積情報を比較した上で予約登録が実行できる。
【００４３】
また、医師は医師側端末２０で管理サーバ１０にアクセスして、医師情報や、実績情報等の登録、上記医師フィルタリングプログラムによって抽出された際の依頼条件情報を受信でき、受信した依頼条件情報に基づいて依頼区分に対する受託料、指名料あるいは成功報酬、及び受託可能日時を含む見積情報を作成することができる。
【００４４】
管理サーバ１０は、インターネット５０を介して、患者管理ＤＢ１２への登録を依頼する患者の患者情報や預託金情報を取得できるとともに、診察した医師への上記受託料等の支払を患者からの指示によって預託金から支払うことができる。
【００４５】
また、管理サーバ１０は、インターネット５０を介して、医師管理ＤＢ１１に登録された医師の医師情報や、実績情報等を取得できるとともに、登録された実績情報等に基づいて医師格付プログラムによって医師の等級を格付し、依頼条件情報に含まれる依頼条件情報に基づいて医師フィルタリングプログラムによって該当する医師を抽出し、抽出された医師側端末２０に対して、患者からの依頼条件情報を送信することができる。
【００４６】
次に、患者が医師予約システム１を利用して依頼条件情報を作成し、送信するまでの患者依頼条件情報処理について、図２に示すフローチャートと共に詳述する。  
患者の操作によって患者側端末３０が管理サーバ１０の提供する患者用ＨＰのＵＲＬへアクセスすると、管理サーバ１０は患者用ログイン画面データ（図示せず）を患者側端末３０に送信する（ステップｓ１）。  
なお、管理サーバ１０は、データ送信の際、送信先の端末のブラウザに合わせたデータ形式（ＨＴＭＬやＨＤＭＬ等）で送信する。
【００４７】
患者用ログイン画面データを受信した患者側端末３０は、受信した患者用ログイン画面データによる患者用ログイン画面をモニタ３１（図１）に表示する。  
なお、新規に登録を希望する新規登録患者によって、この患者用ログイン画面に表示された新規登録ボタンが押下されると、管理サーバ１０から患者用新規登録画面データを受信して患者用新規登録画面を表示する。
【００４８】
この患者用ログイン画面で、既に登録した患者によって患者ＩＤと患者パスワードを入力され、ログインボタンが押下されると、管理サーバ１０は、患者用トップ画面データを患者側端末３０に送信する。  
患者側端末３０は、受信した患者用トップ画面データに基づいて、患者用トップ画面（図示せず）をモニタ３１（図１）に表示する。
【００４９】
この患者用トップ画面には、依頼条件情報を作成する画面に移行する依頼条件情報作成ボタンと、受信した見積情報を表示する画面に移行する見積情報表示ボタン、預託金を管理する預託金管理画面に移行する預託金管理ボタンを表示する。なお、見積情報表示ボタンの横には、ログインした際に新規に受信した見積情報の新着件数を表示する構成である。
【００５０】
この患者用トップ画面で、上記依頼条件情報作成ボタンが患者によって押下されると（ステップｓ２：Ｙｅｓ）、管理サーバ１０は、依頼条件情報作成のための依頼条件情報作成画面データを患者側端末３０に送信する（ステップｓ３）。
【００５１】
患者側端末３０は、受信した依頼条件情報作成画面データに基づいて、図３の画面イメージ図に示すように、依頼条件情報作成画面１００をモニタ３１（図１）に表示する。  
この依頼条件情報作成画面１００は、自動的に付与されるユニークなＩＤを表示する依頼情報ＩＤ表示部１０１と、依頼区分を示す依頼区分ＩＤを表示する依頼区分ＩＤ入力部１０２と、希望条件入力部１０３と、上記項目に入力された内容の依頼条件情報の送信を指示する送信ボタン１０４とを表示している。
【００５２】
なお、依頼区分ＩＤ入力部１０２は、依頼区分に該当する施術ＩＤを依頼区分ＩＤとして直接入力するテキストボックス１０２ａと、依頼区分に該当する施術ＩＤが不明な場合に、施術内容管理テーブルに格納されたカテゴリコードと詳細内容コードから該当する施術ＩＤを検索できる画面に移行する参照ボタン１０２ｂで構成している。
【００５３】
また、希望条件入力部１０３は、例えば女性医師であることや、所望の等級以上の医師であることのように一般的な希望条件を選択するラジオボタン１０３ａと、希望条件を直接入力するテキストボックス１０３ｂとで構成している。なお、ラジオボタン１０３ａは複数選択できる構成であり、また、ラジオボタン１０３ａおよびテキストボックス１０３ｂの両方の入力を許容する構成である。
【００５４】
この依頼条件情報作成画面１００で、上記依頼区分ＩＤ入力部１０２および希望条件入力部１０３が入力された後に、送信ボタン１０４が押下されると、患者側端末３０は管理サーバ１０に入力内容を包含する依頼条件情報データを送信し（ステップｓ４）、管理サーバ１０は受信した依頼条件情報データの入力内容が適切であるか否かの判定を上記依頼条件情報入力内容判定プログラムによって行なう。
【００５５】
ここで、管理サーバ１０が、入力内容が適切であると判断した場合（ステップｓ５：Ｙｅｓ）、依頼条件情報データに基づいて該当する医師を、上記医師フィルタリングプログラムによって抽出し（ステップｓ６）、管理サーバ１０は抽出された医師数を表示する該当医師数表示画面データを患者側端末３０に送信する（ステップｓ７）。
【００５６】
患者側端末３０は、受信した該当医師数表示画面データに基づいて、該当医師数表示画面（図示せず）をモニタ３１（図１）に表示する。  
この該当医師数表示画面では、抽出された医師数を表示する抽出医師数表示部と、抽出された医師への依頼条件情報の送信を確認する確認ボタンと、希望条件を変更するために再度の依頼条件情報の入力をする再入力ボタンとを表示する。
【００５７】
この該当医師数表示画面で、患者によって上記確認ボタンが押下されると（ステップｓ８：Ｎｏ）、患者側端末３０は確認ボタン押下情報を管理サーバ１０に送信し、確認ボタン押下情報を受信した管理サーバ１０は、依頼情報ＩＤ、依頼区分、依頼条件情報送信時間および送信先（抽出された医師）等の依頼条件情報に関連する情報を上記依頼条件情報管理テーブルに登録するとともに（ステップｓ９）、抽出された医師が使用する医師側端末２０に依頼条件情報を送信して（ステップｓ１０）、患者依頼条件情報処理を終了する。
【００５８】
なお、管理サーバ１０がステップｓ５において、入力内容が不適であると判断した場合（ステップｓ５：Ｎｏ）や、上記該当医師数表示画面で、患者によって上記再入力ボタンが押下された場合（ステップｓ８：Ｙｅｓ）、管理サーバ１０は入力項目に入力内容を格納したままの依頼条件情報作成画面データを患者側端末３０に送信し、再度の入力を促す。
【００５９】
上記動作により、患者は希望条件を含む依頼条件情報を適格に作成することができる。  
また、自分の希望条件による該当医師数を依頼条件情報送信前に確認できるため、該当医師数に基づいて希望条件を拡縮させることができる。
【００６０】
次に、医師が医師予約システム１を利用して実績登録や、見積情報の作成、送信等の医師情報登録処理について、図４に示すフローチャートと共に詳述する。  
医師の操作によって医師側端末２０が管理サーバ１０の提供する医師用ＨＰのＵＲＬへアクセスすると、管理サーバ１０は医師用ログイン画面データ（図示せず）を医師側端末２０に送信し（ステップｔ１）、医師側端末２０は、受信した医師用ログイン画面データによる医師用ログイン画面をモニタ２１（図１）に表示する。
【００６１】
なお、新規に登録を希望する新規登録医師によって、この医師用ログイン画面に表示された新規登録ボタンが押下されると、管理サーバ１０から医師用新規登録画面データを受信して医師用新規登録画面を表示する。  
この医師用ログイン画面で、既に登録した医師によって医師ＩＤと医師パスワードを入力され、ログインボタンが押下されると、管理サーバ１０は、医師用トップ画面データを医師側端末２０に送信する。
【００６２】
医師側端末２０は、受信した医師用トップ画面データに基づいて、医師用トップ画面（図示せず）をモニタ２１（図１）に表示する。  
この医師用トップ画面には、受信した依頼条件情報を表示する画面に移行する依頼条件情報一覧ボタンと、自己の予約状況とともに後述する依頼者から受信した予約情報を確認する予約状況管理画面に移行する予約状況管理ボタン、自己の実績を登録する画面に移行する実績登録ボタン、後述する自己の等級、およびその等級に応じた受託料等を確認する画面に移行する等級ボタンを表示する。なお、依頼条件情報一覧ボタンと予約状況管理ボタンの横には、それぞれの依頼条件情報および予約情報の新着件数を表示する構成である。
【００６３】
この医師用トップ画面で、上記実績登録ボタンが医師によって押下されると（ステップｔ２：Ｙｅｓ）、管理サーバ１０は、実績登録画面データを医師側端末２０に送信する（ステップｔ３）。  
医師側端末２０は、受信した実績登録画面データに基づいて、実績登録画面（図示せず）をモニタ２１（図１）に表示する。
【００６４】
この実績登録画面では、上記実績情報テーブルに格納される各項目に対応する入力部分と入力内容データを管理サーバ１０に送信する送信ボタンを表示する。この実績登録画面で医師によって各入力部分に実績内容が入力された後、上記送信ボタンが押下されると、医師側端末２０は上記実績内容データを管理サーバ１０に送信する。
【００６５】
上記実績内容データを受信した管理サーバ１０は（ステップｔ４）、上記医師情報登録プログラムによって実績内容を実績情報テーブルに登録するとともに、登録され実績内容に基づいて医師格付プログラムにより上記格付評価基準管理テーブルに格納した評価点を適合させ、医師の等級を再計算する（ステップｔ５）。
【００６６】
また、上記医師用トップ画面で、上記実績登録ボタンが押下されず（ステップｔ２：Ｎｏ）、上記依頼条件情報一覧ボタンが医師によって押下されると（ステップｔ６：Ｙｅｓ）、管理サーバ１０は、依頼条件情報一覧画面データを医師側端末２０に送信する。
【００６７】
医師側端末２０は、受信した依頼条件情報一覧画面データに基づいて、図５の画面イメージ図に示すように、依頼条件情報一覧画面１１０をモニタ２１（図１）に表示する。  
この依頼条件情報一覧画面１１０では、依頼条件情報を一覧表示する一覧表示部１１１と、選択した依頼条件情報に対する見積情報を作成する画面に移行する見積作成ボタン１１２とを表示する。
【００６８】
なお、一覧表示部１１１は、表示する依頼条件情報が新着情報である場合にチェックマークを表示する新着表示部１１１ａ、選択ラジオボタン部１１１ｂ、依頼条件情報が有する依頼情報ＩＤを表示する依頼情報ＩＤ表示部、依頼条件情報を受信した日時を示す受信日時表示部、依頼条件情報に対して見積を返答する期日を示す返答期日表示部、依頼条件情報の詳細内容を表示する画面に移行する詳細ボタン、既に依頼条件情報に対して見積情報を送信していることをチェックマークによって示す見積済表示部を備えている。
【００６９】
なお、新着表示部１１１ａのチェックマークの数が、上記医師用トップ画面の依頼条件情報一覧ボタンの横で表示される依頼条件情報の新着件数に該当する。また選択ラジオボタン部１１１ｂは一覧表示される依頼条件情報の数と同数表示されるが、いずれかひとつのみの選択を許容する構成である。
【００７０】
この依頼条件情報一覧画面１１０で、医師によって選択ラジオボタン部１１１ｂのいずれかが選択され、見積作成ボタン１１２が押下されると、医師側端末２０は選択情報とともに見積作成ボタン１１２押下情報を管理サーバ１０に送信する。
【００７１】
選択情報と見積作成ボタン１１２押下情報を受信した管理サーバ１０は、見積情報作成画面データを医師側端末２０に送信する（ステップｔ７）。  
医師側端末２０は、受信した見積情報作成画面データに基づいて、図６の画面イメージ図に示すように、見積情報作成画面１２０をモニタ２１（図１）に表示する。
【００７２】
この見積情報作成画面１２０では、医師側端末２０を操作する医師の等級を表示する等級表示部１２１、依頼条件情報の内容を表示する内容表示部１２２、料金入力部１２３、予約可能日時入力部１２４、および見積情報を管理サーバ１０に送信する送信ボタン１２５を表示する。
【００７３】
なお、内容表示部１２２には、上記患者が依頼条件情報作成画面１００で入力された依頼条件情報に加えて施術内容が健康保険の対象であるかを表示している。  
また、料金入力部１２３は、料金区分選択プルダウンボタン１２３ａ、料金入力テキストボックス１２３ｂ、および見積範囲管理テーブルで管理する等級に応じた施術内容毎の受託料等の許容範囲を表示する画面に移行する等級別料金表ボタン１２３ｃで構成している。
【００７４】
なお、料金区分選択プルダウンボタン１２３ａは、指名料、受託料、成功報酬等のそれぞれに加えて、それらの組合せを選択できる構成であり、それらの組合せを選択した場合、料金入力テキストボックス１２３ｂは選択した組合せに対応する数の料金の入力を許容する構成となる。
【００７５】
また、予約可能日時入力部１２４は、複数の予約可能日時を直接入力するテキストボックス１２４ａと、医師側端末２０で医師の予約状況を入力して管理している予約状況管理画面に移行する予約状況管理ボタン１２４ｂとで構成し、上記予約状況管理画面で選択した予定可能日時がテキストボックス１２４ａに入力される構成である。
【００７６】
この見積情報作成画面１２０で、上記料金入力部１２３および予約可能日時入力部１２４が入力された後に、送信ボタン１２５が押下されると、医師側端末２０は管理サーバ１０に入力内容を包含する見積情報データを送信し（ステップｔ８）、管理サーバ１０は、受信した見積情報データの入力内容が、上記見積範囲管理テーブルで管理する等級に応じて許容される受託料等の上下限金額内であるか否かを見積内容判定プログラムによって判定する。
【００７７】
管理サーバ１０の見積内容判定プログラムによって、上記見積情報が等級に応じて許容される受託料、指名料、又は成功報酬等の上下限金額内であると判断された場合（ステップｔ９：Ｙｅｓ）、管理サーバ１０は見積ＩＤや見積内容等の見積情報に関する情報を上記見積情報管理テーブルに登録し、依頼者に見積情報を送信する（ステップｔ１０）。
【００７８】
管理サーバ１０の見積内容判定プログラムによって、上記見積情報が等級に応じて許容される受託料等の上下限金額外であると判断した場合（ステップｔ９：Ｎｏ）、管理サーバ１０は入力項目に入力内容を格納したままの見積情報作成画面データを医師側端末２０に送信し、再度の入力を促す。これによって、範囲外の入力を排除している。
【００７９】
また、上記医師用トップ画面で、上記依頼条件情報一覧ボタンが医師によって押下されず（ステップｔ６：Ｎｏ）、自己の予約状況とともに後述する依頼者から受信した予約情報を確認する予約状況管理画面に移行する予約状況管理ボタンが医師によって押下され場合、管理サーバ１０は予約状況管理画面データを医師側端末２０に送信し（ステップｔ１１）、受信した予約状況管理画面データに基づいて、医師側端末２０は、予約状況管理画面をモニタ２１（図１）に表示する。
【００８０】
上記構成により、医師は医師側端末２０を操作して自己の実績の登録、受信した依頼条件情報の表示、依頼条件情報に対する見積情報の作成、予約状況の確認をすることができる。  
また、医師が作成するの見積条件が、実績と格付評価基準管理テーブルに格納した評価点とに基づいて医師格付プログラムが格付した等級に応じた施術内容毎の受託料等の許容範囲内上下限金額内であるため、見積情報を受信する患者は法外な受託料等を請求される惧れがない。  
また、自己の等級を医師が確認できるため、等級向上のための努力を促すことができる。
【００８１】
次に、患者が受信した見積情報にたいして予約する患者予約登録処理について、図７に示すフローチャートと共に詳述する。  
患者の操作によって管理サーバ１０の提供する患者用ＨＰからログインしてモニタ３１（図１）に表示された患者用トップ画面において、上記依頼条件情報作成ボタンが押下されず、上記見積情報表示ボタンが押下されると（ステップｓ２（図２）：Ｎｏ）、管理サーバ１０は、見積情報一覧画面データを患者側端末３０に送信する。
【００８２】
患者側端末３０は、受信した見積情報一覧画面データに基づいて、図８の画面イメージ図に示すように、見積情報一覧画面１３０をモニタ３１（図１）に表示する。  
この見積情報一覧画面１３０では、該当する依頼条件情報を表示する依頼条件情報表示部１３１、見積情報を一覧表示する一覧表示部１３２と、選択した見積情報に対して予約を指示する予約ボタン１３３とを表示する。
【００８３】
なお、一覧表示部１３２は、表示する見積情報が新着情報である場合にチェックマークを表示する新着表示部１３２ａ、選択ラジオボタン部１３２ｂ、見積情報を発信した医師の等級を表示する等級表示部、見積金額を表示する金額表示部、予約可能日時を表示する予約可能日時表示部、見積情報の詳細を表示する画面に移行する詳細ボタンを備えている。
【００８４】
なお、新着表示部１３２ａのチェックマークの数が、上記患者用トップ画面の見積情報一覧ボタンの横で表示される見積情報の新着件数に該当する。また選択ラジオボタン部１３２ｂは一覧表示される見積情報の数と同数表示されるが、いずれかひとつのみの選択を許容する構成である。
【００８５】
この見積情報一覧画面１３０で、患者によって選択ラジオボタン部１３２ｂのいずれかが選択され、予約ボタン１３３が押下されると、患者側端末３０は選択情報とともに予約ボタン１３３押下情報を管理サーバ１０に送信する。
【００８６】
選択情報と予約ボタン１３３押下情報を受信した管理サーバ１０（ステップｕ３）は、後述する預託金残高と見積情報に含まれる受託料等の見積金額とを、預託金管理プログラムによって比較して、預託金残高が上記見積金額より低額である場合（ステップｕ４：Ｎｏ）は、予約不可データとともに予約指示画面データを患者側端末３０に送信する。
【００８７】
患者側端末３０は、受信した予約指示画面データに基づいて、図９の画面イメージ図に示すように、予約指示画面１４０をモニタ３１（図１）に表示する。  
この予約指示画面１４０では、依頼区分および見積情報を表示する予約内容表示部１４１、預託金不足通知部１４２、預託金を入金するための預託金入金画面に移行する預託金入金ボタン１４３、上記予約内容での予約を指示する予約ボタン１４４を表示する。
【００８８】
なお、預託金残高が見積情報に含まれる見積金額より低額である場合は、図９で示すように預託金不足通知部１４２に予約ができない旨を通知するとともに（ステップｕ７）、予約ボタン１４４の押下不可状態で表示する。  
この予約指示画面１４０で預託金入金ボタン１４３が押下されない場合や、預託金入金ボタン１４３が押下されてもその後に管理サーバ１０が患者側端末３０から預託金入金情報を受信できない場合には（ステップｕ８：Ｎｏ）、予約登録されずに患者予約処理は終了する。
【００８９】
また、この予約指示画面１４０で預託金入金ボタン１４３が押下されると、患者側端末３０は預託金入金ボタン１４３押下情報を管理サーバ１０に送信し、預託金入金ボタン１４３押下情報を受信した管理サーバ１０は、預託金管理画面データを患者側端末３０に送信し、患者側端末３０は、受信した預託金管理画面データに基づいて、預託金管理画面（図示せず）をモニタ３１（図１）に表示する。
【００９０】
この預託金管理画面は、預託金の収支を表示する収支一覧表と、預託金の預入のための入金を指示する入金指示画面に移行する入金ボタンと、後述する預託金から支払を指示する支払指示画面に移行する支払ボタンを表示する。  
この預託金管理画面で入金ボタンが押下され、入金指示画面に移行した後に預託金の入金指示があり、管理サーバ１０が患者側端末３０から預託金入金情報を受信し（ステップｕ８：Ｙｅｓ）、入金後の預託金残高が見積情報に含まれる見積金額より高額となった場合や、元の預託金残高が見積情報に含まれる見積金額より高額である場合（ステップｕ４：Ｙｅｓ）は、予約指示画面１４０において預託金不足通知部１４２は表示されず、予約ボタン１４４を押下可能に表示する。
【００９１】
この状態の予約指示画面１４０で予約ボタン１４４が押下されると、上記予約登録情報テーブルに予約日時や見積情報ＩＤ等の予約情報を登録し（ステップｕ５）、該当する医師の医師側端末２０に上記予約情報を送信して（ステップｕ６）、患者予約登録処理を終了する。
【００９２】
上記構成により、患者は患者側端末３０を操作して自己の依頼条件情報に該当する複数の医師からの見積情報を比較して、適する見積情報を発信した医師に予約することができる。  
また、予約をする患者の預託金残高と、見積情報に含まれる受託料等を比較して、預託金残高が上記受託料等より低額である場合は予約登録できないため、診察後に、医師が患者から受託料等の回収ができないという惧れを低減することができる。
【００９３】
次に、予約した患者の操作によって、預託金から医師への受託料等の支払をする患者支払処理について、図１０に示すフローチャートと共に詳述する。  
患者の操作によって管理サーバ１０の提供する患者用ＨＰからログインしてモニタ３１（図１）に表示された患者用トップ画面において、上記依頼条件情報作成ボタンおよび上記見積情報表示ボタンが押下されず、上記預託金管理ボタンが押下されると（ステップｕ１（図７）：Ｎｏ）、管理サーバ１０は、上記預託金管理画面データを患者側端末３０に送信する（ステップｖ１）。
【００９４】
患者側端末３０は、受信した見積情報一覧画面データに基づいて、上記預託金管理画面をモニタ３１（図１）に表示する。  
この預託金管理画面には、上述したように収支一覧表と、入金ボタンと、支払ボタンを表示する。
【００９５】
この預託金管理画面で、患者によって支払ボタンが押下されると、患者側端末３０は支払ボタン押下情報を管理サーバ１０に送信し、支払ボタン押下情報を受信した管理サーバ１０は予約登録一覧画面データを患者側端末３０に送信し、患者側端末３０は受信した予約登録一覧画面データに基づいて、予約登録一覧画面（図示せず）をモニタ３１（図１）に表示する。
【００９６】
この予約登録一覧画面は、前記依頼条件情報一覧画面１１０と同一形式であり、予約登録した予約情報を一覧表示する予約一覧表示部と、選択した予約情報の受託料等の内容を確認した上で支払いを実行する支払実行画面に移行する支払実行ボタンとを表示する。
【００９７】
なお、予約一覧表示部には、支払を実行する予約情報を選択する選択ラジオボタン部、予約情報が有する予約ＩＤを表示する予約ＩＤ表示部、予約情報を登録した日時を示す受信日時表示部、予約情報の詳細内容を表示する画面に移行する詳細ボタン、既に予約情報に対応する受託料等の支払を済ませていることをチェックマークによって示す支払済表示部を備えている。
【００９８】
この予約一覧で、患者によっていずれかの選択ラジオボタン部が選択され、支払実行ボタンが押下されると、患者側端末３０は選択情報とともに支払実行ボタン押下情報を管理サーバ１０に送信する。  
選択情報と支払実行ボタン押下情報を受信した管理サーバ１０（ステップｖ２）は、支払実行画面データを患者側端末３０に送信する。
【００９９】
医師側端末２０は、受信した支払実行画面データに基づいて、図１１の画面イメージ図に示すように、支払実行画面１５０をモニタ３１（図１）に表示する。  
この支払実行画面１５０では、該当する予約情報の詳細を表示する予約情報表示部１５１、予約情報に対して預託金からの支払を指示する預託金支払ボタン１５２とを表示する。
【０１００】
この支払実行画面１５０で、患者によって預託金支払ボタン１５２が押下されると、患者側端末３０は預託金支払ボタン１５２押下情報を管理サーバ１０に送信する。  
預託金支払ボタン１５２押下情報を受信した管理サーバ１０（ステップｖ３：Ｙｅｓ）は、上記預託金残高と予約情報に含まれる支払金額（受託料等の見積金額）とを、預託金管理プログラムによって比較して、預託金残高が支払金額より高額である場合（ステップｖ４：Ｙｅｓ）は、預託金管理プログラムによって、医師情報テーブルに登録された医師の振込先に患者の預託金から支払金額を振込み（ステップｖ５）、患者支払処理を終了する。  
また、管理サーバ１０が預託金支払ボタン１５２押下情報を受信しなかった場合（ステップｖ３：Ｎｏ）も、同様に患者支払処理を終了する。
【０１０１】
なお、管理サーバ１０が上記預託金残高と上記支払金額とを、預託金管理プログラムによって比較した結果、預託金残高が支払金額より低額である場合（ステップｖ４：Ｎｏ）は、残高不足通知画面データを患者側端末３０に送信する（ステップｖ６）。
【０１０２】
医師側端末２０は、受信した残高不足通知画面データに基づいて、残高不足通知画面（図示せず）をモニタ３１（図１）に表示する。  
この残高不足通知画面には、預託金の残高が支払額に対して不足しているため支払いができない旨を表示する残高不足通知部と、預託金管理画面に戻る預託金管理ボタンとを表示する。
【０１０３】
この残高不足通知画面で預託金管理ボタンが押下されて、預託金管理画面に戻り、預託金管理画面に表示される入金ボタンが押下され、入金指示画面に移行した後に預託金の入金指示があり、管理サーバ１０が患者側端末３０から預託金入金情報を受信すると（ステップｖ７：Ｙｅｓ）、管理サーバ１０は再度、預託金残高と支払金額とを、預託金管理プログラムによって比較する。
【０１０４】
なお、残高不足通知画面で預託金管理ボタンが押下されない場合や、預託金管理ボタンが押下されてもその後に管理サーバ１０が患者側端末３０から預託金入金情報を受信できない場合（ステップｖ７：Ｎｏ）には、預託金から上記支払金額の振込を実行せずに、患者支払処理を終了する。  
上記構成により、患者は患者側端末３０を操作して、予約情報に対してシステム上で予約情報に含まれる支払金額を支払うことができる。
【０１０５】
以上に説明した実施形態により、患者は医師とその専門分野を知らなくても、自己の希望条件に適する医師に依頼条件情報を送信することができ、また、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、この医師予約システム１を利用する患者の満足度を向上させることができる。
【０１０６】
また、患者は自分の依頼条件情報に基づく複数の請負条件の中から自分の希望条件に適する医師を、医師の格付情報を確認して任意に選択して予約することができるため、この医師予約システム１を利用する患者の安心感が得られる。
【０１０７】
また、医師は法外な受託料を設定することができないため、法外な受託料による患者の不利益を防止することができる。したがって、この医師予約システム１を利用する患者の安心感がさらに得られる。  
患者は医師予約システム１上で医師に受託料等を支払うことができるため、医師予約システム１を利用する患者の利便性を向上することができる。
【０１０８】
また、医師は、依頼区分に応じた受託料等を決定することで納得した請負条件で依頼を請負うことができるため、医師予約システム１を利用する医師の満足度を向上させることができる。  
また、患者は請負条件を納得した上で予約しているため、例えば、実施後の支払段階で費用に関するトラブルが生じる可能性を低減することができるとともに、預託金残高が不足する患者から依頼を医師が請負うことがなくなるため、医師への受託料の未払いを防止することができ、この医師予約システム１を利用する医師の安心感がさらに得られる。
【０１０９】
さらに、各医師はより高額な受託料を設定するために、等級の昇格を目的として自己の技術や実績を積重ねる努力をするため、医師の技術レベルを向上させることができる。したがって、医師および患者の両者の満足度をさらに向上させることができる。
【０１１０】
なお、医師が例えば、受託料等を等級毎の上下限金額の中央金額にするといった設定を管理サーバ１０に前もって登録しておき、医師フィルタリングプログラムによって抽出され依頼条件情報を受信した場合に、自動的に管理サーバ１０が見積情報を作成し、依頼条件情報に該当する患者に上記見積情報を送信する構成であってもよい。なお、受託料等の上記設定は、等級毎の上下限金額に対する割合であってもよく、また、等級毎の上下限金額内の金額であってもよい。  
これにより、医師は毎回見積もり情報を作成する手間を省くことができるとともに、依頼条件情報を発信した患者は早期に見積情報を受信することができるためシステム利用の利便性を向上させることができる。
【０１１１】
また、患者の依頼区分が診察や治療でなく、セカンドオピニオンを得ることであってもよい。  
この場合、患者は依頼条件情報に、自己の症状とセカンドオピニオンを希望する旨を記載して送信する。医師フィルタリングプログラムによって抽出され上記依頼条件情報を受信した医師は、予約可能日時の入力せず、セカンドオピニオンを提供する準備をしたうえで、セカンドオピニオンを提供するための受託料等を含む見積情報を送信する。
【０１１２】
上記見積情報を受信した患者は、セカンドオピニオンの提供を受ける医師を選択し、セカンドオピニオンの提供を受けるための見積情報に含まれる受託料等を預託金から支払って、セカンドオピニオンの提供を受ける構成となる。
【０１１３】
これにより、患者は実際に医師の治療を受けずとも、医師フィルタリングプログラムによって抽出され該当する医師のセカンドオピニオンを得ることができる。  
したがって、希望する医師が遠いなどの理由によって治療を受けることが不可能な場合であっても、実際に治療を受けている医師の治療が適切であるか否かの判断を希望する医師のセカンドオピニオンに基づいてすることができる。
【０１１４】
なお、依頼区分は本実施例で挙げる通常治療、美容整形や歯科治療等の保険外治療、あるいはセカンドオピニオンの提供だけでなく、目に異常がないと診察した上でのコンタクトの販売等や、法律業務のような専門的職種に係る依頼を含み、この場合、本実施例に挙げる医師はコンタクト販売者、弁護士、弁理士、あるいはその他の士業従事者等に該当する。
【０１１５】
この発明の構成と、上述の実施形態との対応において、
有資格者予約システムは、医師予約システム１に対応し、
以下同様に、
有資格者情報記憶手段、各付情報記憶手段、および支払先記憶手段は、医師管理ＤＢ１１に対応し、
依頼条件情報、および預託金情報記憶手段は、患者管理ＤＢ１２に対応し、
請負条件範囲記憶手段は、基本管理ＤＢ１３に対応し、
依頼条件情報入力手段は、依頼条件情報作成画面１００に対応し、
請負条件決定手段は、見積情報作成画面１２０に対応し、
格付情報は、等級表示部１２１に対応し、
請負条件出力手段は、一覧表示部１３２に対応し、
選択手段は、選択ラジオボタン部１３２ｂに対応し、
支払指示受付手段は、預託金支払ボタン１５２に対応し、
有資格者抽出手段は、ステップｓ６、および医師フィルタリングプログラムに対応し、
格付手段は、ステップｔ５、医師格付プログラム、格付評価基準管理テーブル、および実績情報テーブルに対応し、
範囲外条件排除手段は、ステップｔ９、および見積内容判定プログラムに対応し、
予約決定手段は、ステップｕ４および預託金管理プログラムに対応し、
予約入力手段は、ステップｕ６、および予約登録プログラムに対応し、
預託金受付手段は、ステップｕ８、および預託金管理画面に対応し、
預託金支払手段は、ステップｖ５、および預託金管理プログラムに対応し、
有資格者は、医師に対応し、
依頼者は、患者に対応し、
請負可能日時は、予約可能日時に対応し、
請負条件情報は、見積情報に対応するも
この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
【図面の簡単な説明】
【０１１６】
【図１】医師予約システムのシステム構成図。
【図２】患者依頼条件情報処理のフローチャート。
【図３】依頼条件情報作成画面の画面イメージ図。
【図４】医師情報登録処理のフローチャート。
【図５】依頼条件情報一覧画面の画面イメージ図。
【図６】見積情報作成画面の画面イメージ図。
【図７】患者予約登録処理処理のフローチャート。
【図８】見積情報一覧画面の画面イメージ図。
【図９】予約指示画面の画面イメージ図。
【図１０】患者支払処理のフローチャート。
【図１１】支払実行画面の画面イメージ図。
【符号の説明】
【０１１７】
１…医師予約システム
１１…医師管理ＤＢ
１２…患者管理ＤＢ
１３…基本管理ＤＢ
１００…依頼条件情報作成画面
１２０…見積情報作成画面
１２１…等級表示部
１３２…一覧表示部
１３２ｂ…選択ラジオボタン部
１５２…預託金支払ボタン
【図１】
2007034472.tif 000003
【図２】
2007034472.tif 000004
【図３】
2007034472.tif 000005
【図４】
2007034472.tif 000006
【図５】
2007034472.tif 000007
【図６】
2007034472.tif 000008
【図７】
2007034472.tif 000009
【図８】
2007034472.tif 000010
【図９】
2007034472.tif 000011
【図１０】
2007034472.tif 000012
【図１１】
2007034472.tif 000013
【手続補正書】
【提出日】平成17年11月7日(2005.11.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
資格を有して業務を請負う有資格者が使用する有資格者側端末と、前記有資格者に前記業務を依頼する依頼者が使用する依頼者側端末とを、依頼内容と前記有資格者とを管理する管理サーバに電気通信回線を介して通信可能に接続した有資格者予約システムであって、
前記依頼者側端末に、
前記依頼者の依頼区分及び希望条件を含む依頼条件情報を入力許容する依頼条件情報入力手段と、
該依頼条件情報入力手段によって入力された前記依頼条件情報を、前記管理サーバに送信する依頼条件情報送信手段とを備え、
前記管理サーバに、
前記有資格者の専門分野を含む有資格者情報を複数記憶する有資格者情報記憶手段と、
前記有資格者毎の等級に関する格付情報を記憶する格付情報記憶手段と、
前記有資格者によって設定される受託料を含む請負条件情報のうち受託料として設定許容する請負条件範囲を依頼区分に応じて等級別に記憶する請負条件範囲記憶手段と、
前記依頼条件情報送信手段から送信された前記依頼条件情報を受信する依頼条件情報受信手段と、
該依頼条件情報受信手段によって受信した前記依頼条件情報に基づいて、前記有資格者情報記憶手段に複数記憶された前記有資格者情報から該当する有資格者を抽出する有資格者抽出手段と、
該有資格者抽出手段によって抽出された被抽出有資格者の前記有資格者側端末に、前記依頼条件情報とともに、抽出された旨を通知する抽出通知を送信する抽出通知送信手段とを備え、
前記有資格者側端末に、
前記抽出通知送信手段によって送信された前記抽出通知を受信する抽出通知受信手段と、
該抽出通知受信手段によって受信された前記抽出通知を前記依頼条件情報とともに出力する抽出通知出力手段と、
該抽出通知出力手段によって出力された前記依頼条件情報を確認した前記被抽出有資格者の前記請負条件情報の入力を許容する請負条件入力手段と、
該請負条件入力手段によって入力された前記請負条件情報を、前記管理サーバに送信する請負条件情報送信手段とを備え、
前記管理サーバに、
前記請負条件情報送信手段によって送信された前記請負条件情報を受信する請負条件情報受信手段と、
該請負条件情報受信手段によって受信された前記請負条件情報と、前記請負条件範囲記憶手段が記憶する前記被抽出有資格者の等級に応じた前記依頼区分に対応する前記請負条件範囲とを比較して、該請負条件範囲を超える範囲外の前記請負条件情報の受付を排除する範囲外条件排除手段と、
受付許容された受付許容請負条件情報とともに前記被抽出有資格者の前記格付情報を、前記依頼者側端末に送信する受付許容請負条件情報送信手段とを備え、
前記依頼者側端末に、
前記受付許容請負条件情報送信手段によって送信された前記受付許容請負条件情報を受信する受付許容請負条件情報受信手段と、
該受付許容請負条件情報受信手段によって受信された前記受付許容請負条件情報を前記格付情報とともに出力する受付許容請負条件情報出力手段と、
該受付許容請負条件情報出力手段によって出力された前記受付許容請負条件情報および前記格付情報を確認した前記依頼者の予約入力を許容する予約入力手段とを備えた
有資格者予約システム。
【請求項２】
前記受付許容請負条件情報出力手段を、
１の前記依頼条件情報に対して、複数の前記受付許容請負条件情報を、前記被抽出有資格者別に比較可能に出力する構成とし、
前記予約入力手段を、
出力した複数の被抽出有資格者の中から１の被抽出有資格者を選択許容する選択手段で構成した
請求項１に記載の有資格者予約システム。
【請求項３】
前記管理サーバに、
前記依頼者からの預託金の受付を許容する預託金受付手段と、
前記預託金に関する預託金情報を記憶する預託金情報記憶手段と、
前記有資格者の支払先を記憶する支払先記憶手段とを備え、
前記依頼者側端末に、
前記被抽出有資格者の業務に対する支払を指示する支払指示手段を備え、
前記管理サーバに、
前記支払指示手段によって支払を指示された支払指示を受け付ける支払指示受付手段と、
前記受付許容請負条件情報に含まれる受託料の少なくとも一部を前記預託金情報に基づいて上記支払先に支払う預託金支払手段とを備えた
請求項１または２に記載の有資格者予約システム。
【請求項４】
前記管理サーバに、
前記依頼者が予約を依頼した前記被抽出有資格者の前記受付許容請負条件情報に含まれる前記受託料と、前記預託金情報記憶手段が記憶する前記依頼者の預託金情報に含まれる残高とを比較して、予約の可否を決定する予約決定手段を備えた
請求項３に記載の有資格者予約システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば依頼者が、依頼条件情報に対する有資格者の請負条件を確認して有資格者に予約することのできる有資格者予約システムに関する。
【背景技術】
【０００２】
従来、医師、助産婦、弁護士、弁理士、あるいはその他の士業従事者等の有資格者によって専門知識の必要なサービスが提供されている。これらの有資格者が取り扱う業務範囲は広く、近年では専門分野の細分化が進み、同じ資格を有する有資格者間でも専門分野が異なってきている。このため、依頼者は自分が依頼する分野を専門とする有資格者に依頼したいと考えるのが普通である。しかし、各有資格者の専門分野に関する情報を収集することは労力が必要であった。
【０００３】
特に、難易度の高い治療等が必要となることが多い医療現場においては、自分が治療等を受ける分野において、高い技術を有する医師についての情報を得るためには、自分が希望する治療等がどのような分野に属するか等の専門的知識を必要とし、自分に適切な医師の情報を収集することは困難であった。また、たとえ医師についての多くの情報を有していたとしても、他の医師の紹介状や、その他のコネクションがなければその医師の治療や診察を受けることができないことが多い状態であった。
【０００４】
そのような医療現場において、医師の総合ランクを考慮して患者の症状にあった医師を選択し、この医師を予約する医師選定システムが提案されている（特許文献１参照）。  
この医師選定システムでは、依頼者は、医師に関する情報を有さずとも自分の症状に応じて適する医師が選定されて予約できる。しかし、上記選定された医師は患者が希望するその他の条件を考慮されず、患者の症状にのみ基づいて選定されているため、選定された医師が希望条件を満足する医師である可能性が低く、患者の満足度を満たすシステムではなかった。
【０００５】
また、上記医師選定システムでは、医師が総合ランクを向上させるための努力すれば、それだけ選定される機会が増えて忙しくなるが、１件の治療に対する報酬が直接的に向上するといった医師にとってのメリットがなく、選定される医師の満足度を満たすシステムではなかった。  
さらに、上記医師選定システムでは、総合ランクの低い医師は選定される機会が少ないため、向上心があっても総合ランクを向上させることが困難であるといった不都合も生じる可能性を有していた。
【特許文献１】特開２００４−１３２６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この発明は、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができ、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできる有資格者予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、資格を有して業務を請負う有資格者が使用する有資格者側端末と、前記有資格者に前記業務を依頼する依頼者が使用する依頼者側端末とを、依頼内容と前記有資格者とを管理する管理サーバに電気通信回線を介して通信可能に接続した有資格者予約システムであって、前記依頼者側端末に、前記依頼者の依頼区分及び希望条件を含む依頼条件情報を入力許容する依頼条件情報入力手段と、該依頼条件情報入力手段によって入力された前記依頼条件情報を、前記管理サーバに送信する依頼条件情報送信手段とを備え、前記管理サーバに、前記有資格者の専門分野を含む有資格者情報を複数記憶する有資格者情報記憶手段と、前記有資格者毎の等級に関する格付情報を記憶する格付情報記憶手段と、前記有資格者によって設定される受託料を含む請負条件情報のうち受託料として設定許容する請負条件範囲を依頼区分に応じて等級別に記憶する請負条件範囲記憶手段と、前記依頼条件情報送信手段から送信された前記依頼条件情報を受信する依頼条件情報受信手段と、該依頼条件情報受信手段によって受信した前記依頼条件情報に基づいて、前記有資格者情報記憶手段に複数記憶された前記有資格者情報から該当する有資格者を抽出する有資格者抽出手段と、該有資格者抽出手段によって抽出された被抽出有資格者の前記有資格者側端末に、前記依頼条件情報とともに、抽出された旨を通知する抽出通知を送信する抽出通知送信手段とを備え、前記有資格者側端末に、前記抽出通知送信手段によって送信された前記抽出通知を受信する抽出通知受信手段と、該抽出通知受信手段によって受信された前記抽出通知を前記依頼条件情報とともに出力する抽出通知出力手段と、該抽出通知出力手段によって出力された前記依頼条件情報を確認した前記被抽出有資格者の前記請負条件情報の入力を許容する請負条件入力手段と、該請負条件入力手段によって入力された前記請負条件情報を、前記管理サーバに送信する請負条件情報送信手段とを備え、前記管理サーバに、前記請負条件情報送信手段によって送信された前記請負条件情報を受信する請負条件情報受信手段と、該請負条件情報受信手段によって受信された前記請負条件情報と、前記請負条件範囲記憶手段が記憶する前記被抽出有資格者の等級に応じた前記依頼区分に対応する前記請負条件範囲とを比較して、該請負条件範囲を超える範囲外の前記請負条件情報の受付を排除する範囲外条件排除手段と、受付許容された受付許容請負条件情報とともに前記被抽出有資格者の前記格付情報を、前記依頼者側端末に送信する受付許容請負条件情報送信手段とを備え、前記依頼者側端末に、前記受付許容請負条件情報送信手段によって送信された前記受付許容請負条件情報を受信する受付許容請負条件情報受信手段と、該受付許容請負条件情報受信手段によって受信された前記受付許容請負条件情報を前記格付情報とともに出力する受付許容請負条件情報出力手段と、該受付許容請負条件情報出力手段によって出力された前記受付許容請負条件情報および前記格付情報を確認した前記依頼者の予約入力を許容する予約入力手段とを備えたことを特徴とする。
【０００８】
上記有資格者は、医師、歯科医師、美容整形医師、助産婦、弁護士、弁理士、あるいはその他の士業従事者等等の専門職に従事する人であることを含む。  
上記依頼者は、患者、治療希望者、あるいは相談者等であることを含む。
【０００９】
上記受託料は、依頼を受託するための費用、依頼分野が例えば健康保険対象医療である場合における有資格者が受託するための指名料、あるいは依頼実施後の成功報酬等であることを含む。  
上記依頼区分は、治療内容、セカンドオピニオンの提供、相談内容等であることを含む。
【００１０】
上記請負条件範囲は、等級毎の受託料の上下限を設定した範囲であることを含む。 
上記範囲外条件排除手段は、請負条件範囲外の請負条件情報の入力を拒絶する手段、あるいは請負条件範囲外の請負条件情報の受付を拒絶する手段であることを含む。
【００１１】
これにより、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができる。  
また、依頼者は有資格者選択の際に、有資格者の格付情報を確認して有資格者を選択することができ、依頼者の満足度をさらに向上させることができる。
【００１２】
また、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、このシステムを利用する依頼者の満足度を向上させることができる。  
また、有資格者は、依頼区分に応じた受託料等を決定することで納得した請負条件で依頼を請負うことができるため、有資格者の満足度を向上させることができる。
【００１３】
また、依頼者は、自分の依頼条件情報に基づく請負条件を確認して予約することができるため、安心感が得られる。また、依頼者は請負条件を納得した上で予約しているため、例えば、実施後の支払段階で費用に関するトラブルが生じる可能性を低減することができる。
【００１４】
また、有資格者は法外な受託料を設定することができないため、法外な受託料による依頼者の不利益を防止することができる。 
また、各有資格者はより高額な受託料を設定するために、等級の昇格を目的として自己の技術や実績を積重ねる努力をするため、有資格者の技術レベルを向上させることができる。
【００１５】
また、たとえば、希望する医師（有資格者）が遠いなどの理由によって治療を受けることが不可能な場合であっても、依頼者は実際に医師の治療を受けずとも、該当する希望する医師（有資格者）のセカンドオピニオンを得ることができ、実際に治療を受けている医師の治療が適切であるか否かの判断を希望する医師のセカンドオピニオンに基づいてすることができる。
【００１６】
この発明の態様として、前記受付許容請負条件情報出力手段を、１の前記依頼条件情報に対して、複数の前記受付許容請負条件情報を、前記被抽出有資格者別に比較可能に出力する構成とし、前記予約入力手段を、出力した複数の被抽出有資格者の中から１の被抽出有資格者を選択許容する選択手段で構成することができる。
【００１７】
上記比較可能に出力するとは、複数の請負条件を並べた一覧出力や、例えば請負金額等のいずれかの項目に基づいて順位を設けた出力であることを含む。  
これにより、依頼者は複数の請負条件の中から自分の希望条件に適する有資格者を任意に選択して予約することができる。
【００１８】
また、この発明の態様として、前記管理サーバに、前記依頼者からの預託金の受付を許容する預託金受付手段と、前記預託金に関する預託金情報を記憶する預託金情報記憶手段と、前記有資格者の支払先を記憶する支払先記憶手段とを備え、
前記依頼者側端末に、前記被抽出有資格者の業務に対する支払を指示する支払指示手段を備え、前記管理サーバに、前記支払指示手段によって支払を指示された支払指示を受け付ける支払指示受付手段と、前記受付許容請負条件情報に含まれる受託料の少なくとも一部を前記預託金情報に基づいて上記支払先に支払う預託金支払手段とを備えることができる。
【００１９】
上記預託金は、現金、電子マネー、あるいは仮想通貨等であることを含む。  
上記預託金受付手段は、有資格者予約システム上での預入、あるいは銀行や郵便等による振込や書留等による預託金の受付手段であることを含む。
【００２０】
上記有資格者の支払先は、有資格者予約システム上での有資格者の預入口座、電子マネーの仮想口座、現実の銀行や郵便局等の口座や当座等であることを含む。  
これにより、依頼者はシステム上で有資格者に受託料等を支払うことができるため、システムを利用する依頼者の利便性を向上することができる。
【００２１】
また、この発明の態様として、前記管理サーバに、前記依頼者が予約を依頼した前記被抽出有資格者の前記受付許容請負条件情報に含まれる前記受託料と、前記預託金情報記憶手段が記憶する前記依頼者の預託金情報に含まれる残高とを比較して、予約の可否を決定する予約決定手段を備えることができる。
【００２２】
上記予約の可否を決定する予約決定手段とは、預託金残高が受託料を下回る場合には予約を受け付けない手段や、預託金残高が受託料を下回ることを通知するとともに予約の受付を保留する手段であることを含む。  
これにより、預託金残高が不足する依頼者から依頼を請負うことがなくなるため、有資格者への受託料の未払いを防止することができ、有資格者の満足度をさらに向上させることができる。
【発明の効果】
【００２３】
この発明によれば、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができ、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、このシステムを利用する依頼者の満足度を向上させることができる。
【発明を実施するための最良の形態】
【００２４】
この発明の一実施形態を以下図面と共に説明する。  
まず、図１に示すシステム構成図と共に、医師予約システム１のシステム構成について説明する。  
医師予約システム１は、医師予約システム１のサービスを提供するシステム管理者の管理サーバ１０と、医師側端末２０および患者側端末３０とがインターネット５０を介して通信可能に接続されている。  
なお、患者側端末３０は本実施例において患者が所有する端末であるが、患者が所有せずとも、患者が使用できる端末であればよい。
【００２５】
なお、管理サーバ１０はコンピュータであり、ＣＰＵとＲＯＭとＲＡＭで構成される制御装置、ハードディスク等の記憶装置、ＣＤ−ＲＯＭドライブやＦＤドライブ等の記憶媒体（ＣＤ−ＲＯＭやＦＤ等）を読取る記憶媒体読取装置、または記憶媒体読書き装置、マウスやキーボード等の入力装置、ＣＲＴや液晶画面等で構成する表示装置、およびインターネット５０を介して通信を行なうＬＡＮボード等の通信装置を備えるとともに、ＷＥＢサーバ機能、データベースサーバ機能、およびメールサーバ機能を備えている。
【００２６】
なお、記憶装置（例えばハードディスク）には情報登録プログラムや、医師格付プログラムや、依頼条件情報入力内容判定プログラムや、医師フィルタリングプログラムや、見積内容判定プログラムや、預託金管理プログラムや、予約登録プログラム等、必要な処理を実行するプログラムを格納するとともに、医師管理データベース（ＤＢ）１１、患者管理データベース（ＤＢ）１２、および基本管理データベース（ＤＢ）１３を記憶している。
【００２７】
医師管理ＤＢ１１は、医師情報テーブル、実績情報テーブル、予約状況管理テーブル、および見積情報管理テーブル等を管理している。  
なお、上記医師情報テーブルは各項目（フィールド）に、医師ＩＤ、パスワード、氏名、専門分野情報、経歴および振込先情報等を格納する。
【００２８】
上記医師ＩＤは、管理サーバ１０が提供する医師用ホームページ（ＨＰ）に、医師がログインに使用する医師ログインＩＤであり、医師毎にユニークなＩＤとして、自動的に採番したオートナンバーである。  
上記パスワードは医師用ＨＰにログインする際に使用するパスワードであり、医師が自由に設定することができる。
【００２９】
また、上記実績情報テーブルは各項目に、医師ＩＤ、診察実績件数、診察内容情報、実績登録更新日情報、および登録された実績に基づいて格付された格付情報等を格納する。なお、上記医師ＩＤは、上記医師情報テーブルに格納された医師ＩＤである。
【００３０】
また、予約状況管理テーブルは各項目に、医師ＩＤ、患者ＩＤ、予約日時、および施術ＩＤを格納する。  
また、上記見積情報管理テーブルは各項目に、これまでに患者に送信した見積情報に関する見積ＩＤや見積内容等の情報を格納する。
【００３１】
なお、本実施形態において、上記医師情報テーブル、実績情報テーブル、および予約状況管理テーブルの各項目に格納しているそれぞれの情報は、管理サーバ１０が提供する医師用ＨＰで登録用のフォームを提供し、医師の入力された入力情報を情報登録プログラムにより自動的に登録しているが、医師から申し込み用紙を受け取って手入力する等の適宜の方法で登録すると良い。  
以上の構成により、管理サーバ１０は、医師の情報を管理するが、上記管理情報以外に、その他の適宜の医師情報を登録してもよい。
【００３２】
前記患者管理ＤＢ１２は、患者情報テーブル、預託金管理テーブル、依頼条件情報管理テーブル、および予約登録情報テーブルを管理している。  
上記患者情報テーブルは各項目に、患者ＩＤ、パスワード、氏名、性別、生年月日情報、および、既往歴等を格納する。
【００３３】
上記患者ＩＤは、管理サーバ１０が提供する患者用ホームページ（ＨＰ）に、患者がログインに使用する患者ログインＩＤであり、患者毎にユニークなＩＤとして、自動的に採番したオートナンバーである。  
上記パスワードは患者用ＨＰにログインする際に使用するパスワードであり、患者が自由に設定することができる。  
また、上記預託金管理テーブルは各項目に、患者が預入している預託金の残高および収支情報を格納する。
【００３４】
また、上記依頼条件情報管理テーブルは各項目に、これまでに患者が送信した依頼条件情報の依頼情報ＩＤ、依頼区分、依頼条件情報送信時間および送信先を格納する。上記依頼情報ＩＤは、依頼条件情報を作成する際にユニークなＩＤとして、自動的に付与されるオートナンバーである。  
また、上記予約登録情報テーブルは各項目に、これまでに患者が予約登録した予約日時や見積情報ＩＤ等の予約情報、および実施状況や実施後情報等を格納する。
【００３５】
なお、本実施形態において、上記患者情報テーブル、および預託金管理テーブルの各項目に格納しているそれぞれの情報は、管理サーバ１０が提供する患者用ＨＰで登録用のフォームを提供し、患者の入力された入力情報を情報登録プログラムにより自動的に登録しているが、また患者から申し込み用紙を受け取って手入力する等の適宜の方法で登録すると良い。  
以上の構成により、管理サーバ１０は、患者の情報を管理するが、上記管理情報以外に、その他の適宜の患者情報を登録してもよい。
【００３６】
前記基本管理ＤＢ１３は、格付評価基準管理テーブル、施術内容管理テーブル、および見積範囲管理テーブル等を管理している。  
上記格付評価基準管理テーブルは各項目に、格付の基準となる評価点ごとの例えば、実績数、年間平均実績数、事故発生率等の評価点基準を格納する。
【００３７】
また、上記施術内容管理テーブルは各項目に、施術内容毎の施術ＩＤを格納するとともに、当該施術内容が健康保険対象であるか否かについてフラグを立てて管理している。なお、施術ＩＤはカテゴリコードと詳細内容コードで構成された施術内容毎にユニークなＩＤである。  
また、上記見積範囲管理テーブルは各項目に、等級に応じて許容される施術内容毎の受託料、指名料、又は成功報酬等の上下限金額を格納する。
【００３８】
医師側端末２０、および患者側端末３０はコンピュータであり、ＣＰＵとＲＯＭとＲＡＭで構成される制御装置、ハードディスク等の記憶装置、ＣＤ−ＲＯＭドライブやＦＤドライブ等の記憶媒体（ＣＤ−ＲＯＭやＦＤ等）を読取る記憶媒体読取装置、または記憶媒体読書き装置、マウスやキーボード等の入力装置、ＣＲＴや液晶画面等で構成する表示装置、およびインターネット５０を介して通信を行なうＬＡＮボード等の通信装置とともに、ブラウザ機能とメールの送受信機能とを備えている。
【００３９】
なお、医師側端末２０のブラウザ機能によって、前記管理サーバ１０のＷＥＢサーバ機能で提供される医師用ＨＰにアクセスして、自己の医師情報、および実績情報の登録や、送信された依頼条件情報に基づいて見積情報作成画面の受信や見積情報の送信が実行できる。
【００４０】
また、患者側端末３０のブラウザ機能によって、前記管理サーバ１０のＷＥＢサーバ機能で提供される患者用ＨＰにアクセスして、自己情報の登録、依頼条件情報の作成画面の受信、依頼条件情報の送信、受信した見積情報の出力、および出力された見積情報に基づいて予約登録が実行できる。
【００４１】
なお、医師側端末２０、および患者側端末３０のそれぞれは、ＣＰＵとＲＯＭとＲＡＭとで構成する制御装置、不揮発性メモリ等で構成する記憶装置、液晶画面等で構成する表示装置、押下ボタン等で構成する入力装置、マイク等の音声入力装置、スピーカ等の発音装置、および、アンテナ等の通信装置（通信部）を備えた携帯電話端末であってもよい。  
その場合、上記記憶装置には、ブラウザプログラムやメールプログラム等、必要な処理を実行するプログラムを格納していればよい。
【００４２】
以上のシステム構成により、患者は患者側端末３０で管理サーバ１０にアクセスして、患者情報の登録、依頼条件情報の作成画面の受信、依頼条件情報の送信、受信した見積情報の出力、および出力された見積情報を比較した上で予約登録が実行できる。
【００４３】
また、医師は医師側端末２０で管理サーバ１０にアクセスして、医師情報や、実績情報等の登録、上記医師フィルタリングプログラムによって抽出された際の依頼条件情報を受信でき、受信した依頼条件情報に基づいて依頼区分に対する受託料、指名料あるいは成功報酬、及び受託可能日時を含む見積情報を作成することができる。
【００４４】
管理サーバ１０は、インターネット５０を介して、患者管理ＤＢ１２への登録を依頼する患者の患者情報や預託金情報を取得できるとともに、診察した医師への上記受託料等の支払を患者からの指示によって預託金から支払うことができる。
【００４５】
また、管理サーバ１０は、インターネット５０を介して、医師管理ＤＢ１１に登録された医師の医師情報や、実績情報等を取得できるとともに、登録された実績情報等に基づいて医師格付プログラムによって医師の等級を格付し、依頼条件情報に含まれる依頼条件情報に基づいて医師フィルタリングプログラムによって該当する医師を抽出し、抽出された医師側端末２０に対して、患者からの依頼条件情報を送信することができる。
【００４６】
次に、患者が医師予約システム１を利用して依頼条件情報を作成し、送信するまでの患者依頼条件情報処理について、図２に示すフローチャートと共に詳述する。  
患者の操作によって患者側端末３０が管理サーバ１０の提供する患者用ＨＰのＵＲＬへアクセスすると、管理サーバ１０は患者用ログイン画面データ（図示せず）を患者側端末３０に送信する（ステップｓ１）。  
なお、管理サーバ１０は、データ送信の際、送信先の端末のブラウザに合わせたデータ形式（ＨＴＭＬやＨＤＭＬ等）で送信する。
【００４７】
患者用ログイン画面データを受信した患者側端末３０は、受信した患者用ログイン画面データによる患者用ログイン画面をモニタ３１（図１）に表示する。  
なお、新規に登録を希望する新規登録患者によって、この患者用ログイン画面に表示された新規登録ボタンが押下されると、管理サーバ１０から患者用新規登録画面データを受信して患者用新規登録画面を表示する。
【００４８】
この患者用ログイン画面で、既に登録した患者によって患者ＩＤと患者パスワードを入力され、ログインボタンが押下されると、管理サーバ１０は、患者用トップ画面データを患者側端末３０に送信する。  
患者側端末３０は、受信した患者用トップ画面データに基づいて、患者用トップ画面（図示せず）をモニタ３１（図１）に表示する。
【００４９】
この患者用トップ画面には、依頼条件情報を作成する画面に移行する依頼条件情報作成ボタンと、受信した見積情報を表示する画面に移行する見積情報表示ボタン、預託金を管理する預託金管理画面に移行する預託金管理ボタンを表示する。なお、見積情報表示ボタンの横には、ログインした際に新規に受信した見積情報の新着件数を表示する構成である。
【００５０】
この患者用トップ画面で、上記依頼条件情報作成ボタンが患者によって押下されると（ステップｓ２：Ｙｅｓ）、管理サーバ１０は、依頼条件情報作成のための依頼条件情報作成画面データを患者側端末３０に送信する（ステップｓ３）。
【００５１】
患者側端末３０は、受信した依頼条件情報作成画面データに基づいて、図３の画面イメージ図に示すように、依頼条件情報作成画面１００をモニタ３１（図１）に表示する。  
この依頼条件情報作成画面１００は、自動的に付与されるユニークなＩＤを表示する依頼情報ＩＤ表示部１０１と、依頼区分を示す依頼区分ＩＤを表示する依頼区分ＩＤ入力部１０２と、希望条件入力部１０３と、上記項目に入力された内容の依頼条件情報の送信を指示する送信ボタン１０４とを表示している。
【００５２】
なお、依頼区分ＩＤ入力部１０２は、依頼区分に該当する施術ＩＤを依頼区分ＩＤとして直接入力するテキストボックス１０２ａと、依頼区分に該当する施術ＩＤが不明な場合に、施術内容管理テーブルに格納されたカテゴリコードと詳細内容コードから該当する施術ＩＤを検索できる画面に移行する参照ボタン１０２ｂで構成している。
【００５３】
また、希望条件入力部１０３は、例えば女性医師であることや、所望の等級以上の医師であることのように一般的な希望条件を選択するラジオボタン１０３ａと、希望条件を直接入力するテキストボックス１０３ｂとで構成している。なお、ラジオボタン１０３ａは複数選択できる構成であり、また、ラジオボタン１０３ａおよびテキストボックス１０３ｂの両方の入力を許容する構成である。
【００５４】
この依頼条件情報作成画面１００で、上記依頼区分ＩＤ入力部１０２および希望条件入力部１０３が入力された後に、送信ボタン１０４が押下されると、患者側端末３０は管理サーバ１０に入力内容を包含する依頼条件情報データを送信し（ステップｓ４）、管理サーバ１０は受信した依頼条件情報データの入力内容が適切であるか否かの判定を上記依頼条件情報入力内容判定プログラムによって行なう。
【００５５】
ここで、管理サーバ１０が、入力内容が適切であると判断した場合（ステップｓ５：Ｙｅｓ）、依頼条件情報データに基づいて該当する医師を、上記医師フィルタリングプログラムによって抽出し（ステップｓ６）、管理サーバ１０は抽出された医師数を表示する該当医師数表示画面データを患者側端末３０に送信する（ステップｓ７）。
【００５６】
患者側端末３０は、受信した該当医師数表示画面データに基づいて、該当医師数表示画面（図示せず）をモニタ３１（図１）に表示する。  
この該当医師数表示画面では、抽出された医師数を表示する抽出医師数表示部と、抽出された医師への依頼条件情報の送信を確認する確認ボタンと、希望条件を変更するために再度の依頼条件情報の入力をする再入力ボタンとを表示する。
【００５７】
この該当医師数表示画面で、患者によって上記確認ボタンが押下されると（ステップｓ８：Ｎｏ）、患者側端末３０は確認ボタン押下情報を管理サーバ１０に送信し、確認ボタン押下情報を受信した管理サーバ１０は、依頼情報ＩＤ、依頼区分、依頼条件情報送信時間および送信先（抽出された医師）等の依頼条件情報に関連する情報を上記依頼条件情報管理テーブルに登録するとともに（ステップｓ９）、抽出された医師が使用する医師側端末２０に依頼条件情報を送信して（ステップｓ１０）、患者依頼条件情報処理を終了する。
【００５８】
なお、管理サーバ１０がステップｓ５において、入力内容が不適であると判断した場合（ステップｓ５：Ｎｏ）や、上記該当医師数表示画面で、患者によって上記再入力ボタンが押下された場合（ステップｓ８：Ｙｅｓ）、管理サーバ１０は入力項目に入力内容を格納したままの依頼条件情報作成画面データを患者側端末３０に送信し、再度の入力を促す。
【００５９】
上記動作により、患者は希望条件を含む依頼条件情報を適格に作成することができる。  
また、自分の希望条件による該当医師数を依頼条件情報送信前に確認できるため、該当医師数に基づいて希望条件を拡縮させることができる。
【００６０】
次に、医師が医師予約システム１を利用して実績登録や、見積情報の作成、送信等の医師情報登録処理について、図４に示すフローチャートと共に詳述する。  
医師の操作によって医師側端末２０が管理サーバ１０の提供する医師用ＨＰのＵＲＬへアクセスすると、管理サーバ１０は医師用ログイン画面データ（図示せず）を医師側端末２０に送信し（ステップｔ１）、医師側端末２０は、受信した医師用ログイン画面データによる医師用ログイン画面をモニタ２１（図１）に表示する。
【００６１】
なお、新規に登録を希望する新規登録医師によって、この医師用ログイン画面に表示された新規登録ボタンが押下されると、管理サーバ１０から医師用新規登録画面データを受信して医師用新規登録画面を表示する。  
この医師用ログイン画面で、既に登録した医師によって医師ＩＤと医師パスワードを入力され、ログインボタンが押下されると、管理サーバ１０は、医師用トップ画面データを医師側端末２０に送信する。
【００６２】
医師側端末２０は、受信した医師用トップ画面データに基づいて、医師用トップ画面（図示せず）をモニタ２１（図１）に表示する。  
この医師用トップ画面には、受信した依頼条件情報を表示する画面に移行する依頼条件情報一覧ボタンと、自己の予約状況とともに後述する依頼者から受信した予約情報を確認する予約状況管理画面に移行する予約状況管理ボタン、自己の実績を登録する画面に移行する実績登録ボタン、後述する自己の等級、およびその等級に応じた受託料等を確認する画面に移行する等級ボタンを表示する。なお、依頼条件情報一覧ボタンと予約状況管理ボタンの横には、それぞれの依頼条件情報および予約情報の新着件数を表示する構成である。
【００６３】
この医師用トップ画面で、上記実績登録ボタンが医師によって押下されると（ステップｔ２：Ｙｅｓ）、管理サーバ１０は、実績登録画面データを医師側端末２０に送信する（ステップｔ３）。  
医師側端末２０は、受信した実績登録画面データに基づいて、実績登録画面（図示せず）をモニタ２１（図１）に表示する。
【００６４】
この実績登録画面では、上記実績情報テーブルに格納される各項目に対応する入力部分と入力内容データを管理サーバ１０に送信する送信ボタンを表示する。この実績登録画面で医師によって各入力部分に、実績内容が入力された後、上記送信ボタンが押下されると、医師側端末２０は上記実績内容データを管理サーバ１０に送信する。
【００６５】
上記実績内容データを受信した管理サーバ１０は（ステップｔ４）、上記医師情報登録プログラムによって実績内容を実績情報テーブルに登録するとともに、登録された実績内容に基づいて医師格付プログラムにより上記格付評価基準管理テーブルに格納した評価点を適合させ、医師の等級を再計算する（ステップｔ５）。
【００６６】
また、上記医師用トップ画面で、上記実績登録ボタンが押下されず（ステップｔ２：Ｎｏ）、上記依頼条件情報一覧ボタンが医師によって押下されると（ステップｔ６：Ｙｅｓ）、管理サーバ１０は、依頼条件情報一覧画面データを医師側端末２０に送信する。
【００６７】
医師側端末２０は、受信した依頼条件情報一覧画面データに基づいて、図５の画面イメージ図に示すように、依頼条件情報一覧画面１１０をモニタ２１（図１）に表示する。  
この依頼条件情報一覧画面１１０では、依頼条件情報を一覧表示する一覧表示部１１１と、選択した依頼条件情報に対する見積情報を作成する画面に移行する見積作成ボタン１１２とを表示する。
【００６８】
なお、一覧表示部１１１は、表示する依頼条件情報が新着情報である場合にチェックマークを表示する新着表示部１１１ａ、選択ラジオボタン部１１１ｂ、依頼条件情報が有する依頼情報ＩＤを表示する依頼情報ＩＤ表示部、依頼条件情報を受信した日時を示す受信日時表示部、依頼条件情報に対して見積を返答する期日を示す返答期日表示部、依頼条件情報の詳細内容を表示する画面に移行する詳細ボタン、既に依頼条件情報に対して見積情報を送信していることをチェックマークによって示す見積済表示部を備えている。
【００６９】
なお、新着表示部１１１ａのチェックマークの数が、上記医師用トップ画面の依頼条件情報一覧ボタンの横で表示される依頼条件情報の新着件数に該当する。また選択ラジオボタン部１１１ｂは一覧表示される依頼条件情報の数と同数表示されるが、いずれかひとつのみの選択を許容する構成である。
【００７０】
この依頼条件情報一覧画面１１０で、医師によって選択ラジオボタン部１１１ｂのいずれかが選択され、見積作成ボタン１１２が押下されると、医師側端末２０は選択情報とともに見積作成ボタン１１２押下情報を管理サーバ１０に送信する。
【００７１】
選択情報と見積作成ボタン１１２押下情報を受信した管理サーバ１０は、見積情報作成画面データを医師側端末２０に送信する（ステップｔ７）。  
医師側端末２０は、受信した見積情報作成画面データに基づいて、図６の画面イメージ図に示すように、見積情報作成画面１２０をモニタ２１（図１）に表示する。
【００７２】
この見積情報作成画面１２０では、医師側端末２０を操作する医師の等級を表示する等級表示部１２１、依頼条件情報の内容を表示する内容表示部１２２、料金入力部１２３、予約可能日時入力部１２４、および見積情報を管理サーバ１０に送信する送信ボタン１２５を表示する。
【００７３】
なお、内容表示部１２２には、上記患者が依頼条件情報作成画面１００で入力された依頼条件情報に加えて施術内容が健康保険の対象であるかを表示している。  
また、料金入力部１２３は、料金区分選択プルダウンボタン１２３ａ、料金入力テキストボックス１２３ｂ、および見積範囲管理テーブルで管理する等級に応じた施術内容毎の受託料等の許容範囲を表示する画面に移行する等級別料金表ボタン１２３ｃで構成している。
【００７４】
なお、料金区分選択プルダウンボタン１２３ａは、指名料、受託料、成功報酬等のそれぞれに加えて、それらの組合せを選択できる構成であり、それらの組合せを選択した場合、料金入力テキストボックス１２３ｂは選択した組合せに対応する数の料金の入力を許容する構成となる。
【００７５】
また、予約可能日時入力部１２４は、複数の予約可能日時を直接入力するテキストボックス１２４ａと、医師側端末２０で医師の予約状況を入力して管理している予約状況管理画面に移行する予約状況管理ボタン１２４ｂとで構成し、上記予約状況管理画面で選択した予定可能日時がテキストボックス１２４ａに入力される構成である。
【００７６】
この見積情報作成画面１２０で、上記料金入力部１２３および予約可能日時入力部１２４が入力された後に、送信ボタン１２５が押下されると、医師側端末２０は管理サーバ１０に入力内容を包含する見積情報データを送信し（ステップｔ８）、管理サーバ１０は、受信した見積情報データの入力内容が、上記見積範囲管理テーブルで管理する等級に応じて許容される受託料等の上下限金額内であるか否かを見積内容判定プログラムによって判定する。
【００７７】
管理サーバ１０の見積内容判定プログラムによって、上記見積情報が等級に応じて許容される受託料、指名料、又は成功報酬等の上下限金額内であると判断された場合（ステップｔ９：Ｙｅｓ）、管理サーバ１０は見積ＩＤや見積内容等の見積情報に関する情報を上記見積情報管理テーブルに登録し、依頼者に見積情報を送信する（ステップｔ１０）。
【００７８】
管理サーバ１０の見積内容判定プログラムによって、上記見積情報が等級に応じて許容される受託料等の上下限金額外であると判断した場合（ステップｔ９：Ｎｏ）、管理サーバ１０は入力項目に入力内容を格納したままの見積情報作成画面データを医師側端末２０に送信し、再度の入力を促す。これによって、範囲外の入力を排除している。
【００７９】
また、上記医師用トップ画面で、上記依頼条件情報一覧ボタンが医師によって押下されず（ステップｔ６：Ｎｏ）、自己の予約状況とともに後述する依頼者から受信した予約情報を確認する予約状況管理画面に移行する予約状況管理ボタンが医師によって押下され場合、管理サーバ１０は予約状況管理画面データを医師側端末２０に送信し（ステップｔ１１）、受信した予約状況管理画面データに基づいて、医師側端末２０は、予約状況管理画面をモニタ２１（図１）に表示する。
【００８０】
上記構成により、医師は医師側端末２０を操作して自己の実績の登録、受信した依頼条件情報の表示、依頼条件情報に対する見積情報の作成、予約状況の確認をすることができる。  
また、医師が作成するの見積条件が、実績と格付評価基準管理テーブルに格納した評価点とに基づいて医師格付プログラムが格付した等級に応じた施術内容毎の受託料等の許容範囲内上下限金額内であるため、見積情報を受信する患者は法外な受託料等を請求される惧れがない。  
また、自己の等級を医師が確認できるため、等級向上のための努力を促すことができる。
【００８１】
次に、患者が受信した見積情報にたいして予約する患者予約登録処理について、図７に示すフローチャートと共に詳述する。  
患者の操作によって管理サーバ１０の提供する患者用ＨＰからログインしてモニタ３１（図１）に表示された患者用トップ画面において、上記依頼条件情報作成ボタンが押下されず、上記見積情報表示ボタンが押下されると（ステップｓ２（図２）：Ｎｏ）、管理サーバ１０は、見積情報一覧画面データを患者側端末３０に送信する。
【００８２】
患者側端末３０は、受信した見積情報一覧画面データに基づいて、図８の画面イメージ図に示すように、見積情報一覧画面１３０をモニタ３１（図１）に表示する。  
この見積情報一覧画面１３０では、該当する依頼条件情報を表示する依頼条件情報表示部１３１、見積情報を一覧表示する一覧表示部１３２と、選択した見積情報に対して予約を指示する予約ボタン１３３とを表示する。
【００８３】
なお、一覧表示部１３２は、表示する見積情報が新着情報である場合にチェックマークを表示する新着表示部１３２ａ、選択ラジオボタン部１３２ｂ、見積情報を発信した医師の等級を表示する等級表示部、見積金額を表示する金額表示部、予約可能日時を表示する予約可能日時表示部、見積情報の詳細を表示する画面に移行する詳細ボタンを備えている。
【００８４】
なお、新着表示部１３２ａのチェックマークの数が、上記患者用トップ画面の見積情報一覧ボタンの横で表示される見積情報の新着件数に該当する。また選択ラジオボタン部１３２ｂは一覧表示される見積情報の数と同数表示されるが、いずれかひとつのみの選択を許容する構成である。
【００８５】
この見積情報一覧画面１３０で、患者によって選択ラジオボタン部１３２ｂのいずれかが選択され、予約ボタン１３３が押下されると、患者側端末３０は選択情報とともに予約ボタン１３３押下情報を管理サーバ１０に送信する。
【００８６】
選択情報と予約ボタン１３３押下情報を受信した管理サーバ１０（ステップｕ３）は、後述する預託金残高と見積情報に含まれる受託料等の見積金額とを、預託金管理プログラムによって比較して、預託金残高が上記見積金額より低額である場合（ステップｕ４：Ｎｏ）は、予約不可データとともに予約指示画面データを患者側端末３０に送信する。
【００８７】
患者側端末３０は、受信した予約指示画面データに基づいて、図９の画面イメージ図に示すように、予約指示画面１４０をモニタ３１（図１）に表示する。  
この予約指示画面１４０では、依頼区分および見積情報を表示する予約内容表示部１４１、預託金不足通知部１４２、預託金を入金するための預託金入金画面に移行する預託金入金ボタン１４３、上記予約内容での予約を指示する予約ボタン１４４を表示する。
【００８８】
なお、預託金残高が見積情報に含まれる見積金額より低額である場合は、図９で示すように預託金不足通知部１４２に予約ができない旨を通知するとともに（ステップｕ７）、予約ボタン１４４の押下不可状態で表示する。  
この予約指示画面１４０で預託金入金ボタン１４３が押下されない場合や、預託金入金ボタン１４３が押下されてもその後に管理サーバ１０が患者側端末３０から預託金入金情報を受信できない場合には（ステップｕ８：Ｎｏ）、予約登録されずに患者予約処理は終了する。
【００８９】
また、この予約指示画面１４０で預託金入金ボタン１４３が押下されると、患者側端末３０は預託金入金ボタン１４３押下情報を管理サーバ１０に送信し、預託金入金ボタン１４３押下情報を受信した管理サーバ１０は、預託金管理画面データを患者側端末３０に送信し、患者側端末３０は、受信した預託金管理画面データに基づいて、預託金管理画面（図示せず）をモニタ３１（図１）に表示する。
【００９０】
この預託金管理画面は、預託金の収支を表示する収支一覧表と、預託金の預入のための入金を指示する入金指示画面に移行する入金ボタンと、後述する預託金から支払を指示する支払指示画面に移行する支払ボタンを表示する。  
この預託金管理画面で入金ボタンが押下され、入金指示画面に移行した後に預託金の入金指示があり、管理サーバ１０が患者側端末３０から預託金入金情報を受信し（ステップｕ８：Ｙｅｓ）、入金後の預託金残高が見積情報に含まれる見積金額より高額となった場合や、元の預託金残高が見積情報に含まれる見積金額より高額である場合（ステップｕ４：Ｙｅｓ）は、予約指示画面１４０において預託金不足通知部１４２は表示されず、予約ボタン１４４を押下可能に表示する。
【００９１】
この状態の予約指示画面１４０で予約ボタン１４４が押下されると、上記予約登録情報テーブルに予約日時や見積情報ＩＤ等の予約情報を登録し（ステップｕ５）、該当する医師の医師側端末２０に上記予約情報を送信して（ステップｕ６）、患者予約登録処理を終了する。
【００９２】
上記構成により、患者は患者側端末３０を操作して自己の依頼条件情報に該当する複数の医師からの見積情報を比較して、適する見積情報を発信した医師に予約することができる。  
また、予約をする患者の預託金残高と、見積情報に含まれる受託料等を比較して、預託金残高が上記受託料等より低額である場合は予約登録できないため、診察後に、医師が患者から受託料等の回収ができないという惧れを低減することができる。
【００９３】
次に、予約した患者の操作によって、預託金から医師への受託料等の支払をする患者支払処理について、図１０に示すフローチャートと共に詳述する。  
患者の操作によって管理サーバ１０の提供する患者用ＨＰからログインしてモニタ３１（図１）に表示された患者用トップ画面において、上記依頼条件情報作成ボタンおよび上記見積情報表示ボタンが押下されず、上記預託金管理ボタンが押下されると（ステップｕ１（図７）：Ｎｏ）、管理サーバ１０は、上記預託金管理画面データを患者側端末３０に送信する（ステップｖ１）。
【００９４】
患者側端末３０は、受信した見積情報一覧画面データに基づいて、上記預託金管理画面をモニタ３１（図１）に表示する。  
この預託金管理画面には、上述したように収支一覧表と、入金ボタンと、支払ボタンを表示する。
【００９５】
この預託金管理画面で、患者によって支払ボタンが押下されると、患者側端末３０は支払ボタン押下情報を管理サーバ１０に送信し、支払ボタン押下情報を受信した管理サーバ１０は予約登録一覧画面データを患者側端末３０に送信し、患者側端末３０は受信した予約登録一覧画面データに基づいて、予約登録一覧画面（図示せず）をモニタ３１（図１）に表示する。
【００９６】
この予約登録一覧画面は、前記依頼条件情報一覧画面１１０と同一形式であり、予約登録した予約情報を一覧表示する予約一覧表示部と、選択した予約情報の受託料等の内容を確認した上で支払いを実行する支払実行画面に移行する支払実行ボタンとを表示する。
【００９７】
なお、予約一覧表示部には、支払を実行する予約情報を選択する選択ラジオボタン部、予約情報が有する予約ＩＤを表示する予約ＩＤ表示部、予約情報を登録した日時を示す受信日時表示部、予約情報の詳細内容を表示する画面に移行する詳細ボタン、既に予約情報に対応する受託料等の支払を済ませていることをチェックマークによって示す支払済表示部を備えている。
【００９８】
この予約一覧で、患者によっていずれかの選択ラジオボタン部が選択され、支払実行ボタンが押下されると、患者側端末３０は選択情報とともに支払実行ボタン押下情報を管理サーバ１０に送信する。  
選択情報と支払実行ボタン押下情報を受信した管理サーバ１０（ステップｖ２）は、支払実行画面データを患者側端末３０に送信する。
【００９９】
医師側端末２０は、受信した支払実行画面データに基づいて、図１１の画面イメージ図に示すように、支払実行画面１５０をモニタ３１（図１）に表示する。  
この支払実行画面１５０では、該当する予約情報の詳細を表示する予約情報表示部１５１、予約情報に対して預託金からの支払を指示する預託金支払ボタン１５２とを表示する。
【０１００】
この支払実行画面１５０で、患者によって預託金支払ボタン１５２が押下されると、患者側端末３０は預託金支払ボタン１５２押下情報を管理サーバ１０に送信する。  
預託金支払ボタン１５２押下情報を受信した管理サーバ１０（ステップｖ３：Ｙｅｓ）は、上記預託金残高と予約情報に含まれる支払金額（受託料等の見積金額）とを、預託金管理プログラムによって比較して、預託金残高が支払金額より高額である場合（ステップｖ４：Ｙｅｓ）は、預託金管理プログラムによって、医師情報テーブルに登録された医師の振込先に患者の預託金から支払金額を振込み（ステップｖ５）、患者支払処理を終了する。  
また、管理サーバ１０が預託金支払ボタン１５２押下情報を受信しなかった場合（ステップｖ３：Ｎｏ）も、同様に患者支払処理を終了する。
【０１０１】
なお、管理サーバ１０が上記預託金残高と上記支払金額とを、預託金管理プログラムによって比較した結果、預託金残高が支払金額より低額である場合（ステップｖ４：Ｎｏ）は、残高不足通知画面データを患者側端末３０に送信する（ステップｖ６）。
【０１０２】
医師側端末２０は、受信した残高不足通知画面データに基づいて、残高不足通知画面（図示せず）をモニタ３１（図１）に表示する。  
この残高不足通知画面には、預託金の残高が支払額に対して不足しているため支払いができない旨を表示する残高不足通知部と、預託金管理画面に戻る預託金管理ボタンとを表示する。
【０１０３】
この残高不足通知画面で預託金管理ボタンが押下されて、預託金管理画面に戻り、預託金管理画面に表示される入金ボタンが押下され、入金指示画面に移行した後に預託金の入金指示があり、管理サーバ１０が患者側端末３０から預託金入金情報を受信すると（ステップｖ７：Ｙｅｓ）、管理サーバ１０は再度、預託金残高と支払金額とを、預託金管理プログラムによって比較する。
【０１０４】
なお、残高不足通知画面で預託金管理ボタンが押下されない場合や、預託金管理ボタンが押下されてもその後に管理サーバ１０が患者側端末３０から預託金入金情報を受信できない場合（ステップｖ７：Ｎｏ）には、預託金から上記支払金額の振込を実行せずに、患者支払処理を終了する。  
上記構成により、患者は患者側端末３０を操作して、予約情報に対してシステム上で予約情報に含まれる支払金額を支払うことができる。
【０１０５】
以上に説明した実施形態により、患者は医師とその専門分野を知らなくても、自己の希望条件に適する医師に依頼条件情報を送信することができ、また、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、この医師予約システム１を利用する患者の満足度を向上させることができる。
【０１０６】
また、患者は自分の依頼条件情報に基づく複数の請負条件の中から自分の希望条件に適する医師を、医師の格付情報を確認して任意に選択して予約することができるため、この医師予約システム１を利用する患者の安心感が得られる。
【０１０７】
また、医師は法外な受託料を設定することができないため、法外な受託料による患者の不利益を防止することができる。したがって、この医師予約システム１を利用する患者の安心感がさらに得られる。  
患者は医師予約システム１上で医師に受託料等を支払うことができるため、医師予約システム１を利用する患者の利便性を向上することができる。
【０１０８】
また、医師は、依頼区分に応じた受託料等を決定することで納得した請負条件で依頼を請負うことができるため、医師予約システム１を利用する医師の満足度を向上させることができる。  
また、患者は請負条件を納得した上で予約しているため、例えば、実施後の支払段階で費用に関するトラブルが生じる可能性を低減することができるとともに、預託金残高が不足する患者から依頼を医師が請負うことがなくなるため、医師への受託料の未払いを防止することができ、この医師予約システム１を利用する医師の安心感がさらに得られる。
【０１０９】
さらに、各医師はより高額な受託料を設定するために、等級の昇格を目的として自己の技術や実績を積重ねる努力をするため、医師の技術レベルを向上させることができる。したがって、医師および患者の両者の満足度をさらに向上させることができる。
【０１１０】
なお、医師が例えば、受託料等を等級毎の上下限金額の中央金額にするといった設定を管理サーバ１０に前もって登録しておき、医師フィルタリングプログラムによって抽出され依頼条件情報を受信した場合に、自動的に管理サーバ１０が見積情報を作成し、依頼条件情報に該当する患者に上記見積情報を送信する構成であってもよい。なお、受託料等の上記設定は、等級毎の上下限金額に対する割合であってもよく、また、等級毎の上下限金額内の金額であってもよい。  
これにより、医師は毎回見積もり情報を作成する手間を省くことができるとともに、依頼条件情報を発信した患者は早期に見積情報を受信することができるためシステム利用の利便性を向上させることができる。
【０１１１】
また、患者の依頼区分が診察や治療でなく、セカンドオピニオンを得ることであってもよい。  
この場合、患者は依頼条件情報に、自己の症状とセカンドオピニオンを希望する旨を記載して送信する。医師フィルタリングプログラムによって抽出され上記依頼条件情報を受信した医師は、予約可能日時の入力せず、セカンドオピニオンを提供する準備をしたうえで、セカンドオピニオンを提供するための受託料等を含む見積情報を送信する。
【０１１２】
上記見積情報を受信した患者は、セカンドオピニオンの提供を受ける医師を選択し、セカンドオピニオンの提供を受けるための見積情報に含まれる受託料等を預託金から支払って、セカンドオピニオンの提供を受ける構成となる。
【０１１３】
これにより、患者は実際に医師の治療を受けずとも、医師フィルタリングプログラムによって抽出され該当する医師のセカンドオピニオンを得ることができる。  
したがって、希望する医師が遠いなどの理由によって治療を受けることが不可能な場合であっても、実際に治療を受けている医師の治療が適切であるか否かの判断を希望する医師のセカンドオピニオンに基づいてすることができる。
【０１１４】
なお、依頼区分は本実施例で挙げる通常治療、美容整形や歯科治療等の保険外治療、あるいはセカンドオピニオンの提供だけでなく、目に異常がないと診察した上でのコンタクトの販売等や、法律業務のような専門的職種に係る依頼を含み、この場合、本実施例に挙げる医師はコンタクト販売者、弁護士、弁理士、あるいはその他の士業従事者等に該当する。
【０１１５】
この発明の構成と、上述の実施形態との対応において、
有資格者予約システムは、医師予約システム１に対応し、
以下同様に、
有資格者情報記憶手段、格付情報記憶手段、および支払先記憶手段は、医師管理ＤＢ１１に対応し、
依頼条件情報、および預託金情報記憶手段は、患者管理ＤＢ１２に対応し、
請負条件範囲記憶手段は、基本管理ＤＢ１３に対応し、
管理サーバは、管理サーバ１０に対応し、
有資格者側端末は、医師側端末２０に対応し、
依頼者側端末は、患者側端末３０に対応し、
電気通信回線は、インターネット５０に対応し、
依頼条件情報入力手段は、依頼条件情報作成画面１００に対応し、
抽出通知出力手段は、依頼条件情報一覧画面１１０に対応し、
請負条件入力手段は、見積情報作成画面１２０に対応し、
受付許容請負条件情報出力手段は、一覧表示画面１３０に対応し、
請負条件出力手段は、一覧表示部１３２に対応し、
選択手段は、選択ラジオボタン部１３２ｂに対応し、
支払指示受付手段は、預託金支払ボタン１５２に対応し、
依頼条件情報送信手段は、ステップｓ４、および送信ボタン１０４に対応し、
有資格者抽出手段は、ステップｓ６、および医師フィルタリングプログラムに対応し、
抽出通知送信手段は、ステップｓ１０に対応し、
請負条件情報送信手段は、ステップｔ８、および送信ボタン１２５に対応し、
範囲外条件排除手段は、ステップｔ９、および見積内容判定プログラムに対応し、
受付許容請負条件情報送信手段は、ステップｔ１０に対応し、
予約決定手段は、ステップｕ４および預託金管理プログラムに対応し、
予約入力手段は、ステップｕ６、および予約登録プログラムに対応し、
預託金受付手段は、ステップｕ８、および預託金管理画面に対応し、
預託金支払手段は、ステップｖ５、および預託金管理プログラムに対応し、
有資格者は、医師に対応し、
依頼者は、患者に対応し、
請負可能日時は、予約可能日時に対応し、
格付情報は、等級に対応し、
請負条件情報は、見積情報に対応し、
支払指示手段は、支払実行ボタンに対応するも
この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
【図面の簡単な説明】
【０１１６】
【図２】医師予約システムのシステム構成図。
【図３】患者依頼条件情報処理のフローチャート。
【図４】依頼条件情報作成画面の画面イメージ図。
【図５】医師情報登録処理のフローチャート。
【図６】依頼条件情報一覧画面の画面イメージ図。
【図７】見積情報作成画面の画面イメージ図。
【図８】患者予約登録処理処理のフローチャート。
【図９】見積情報一覧画面の画面イメージ図。
【図０】予約指示画面の画面イメージ図。
【図１１】患者支払処理のフローチャート。
【図１２】支払実行画面の画面イメージ図。
【符号の説明】
【０１１７】
１…医師予約システム
１０…管理サーバ
１１…医師管理ＤＢ
１２…患者管理ＤＢ
１３…基本管理ＤＢ
２０…医師側端末
３０…患者側端末
５０…インターネット
１００…依頼条件情報作成画面
１０４…送信ボタン
１１０…依頼条件情報一覧画面
１２０…見積情報作成画面
１２１…等級表示部
１２５…送信ボタン
１３０…一覧表示画面
１３２…一覧表示部
１３２ｂ…選択ラジオボタン部
１５２…預託金支払ボタン
【手続補正書】
【提出日】平成17年12月2日(2005.12.2)
【手続補正１】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正２
【補正方法】変更
【補正の内容】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば依頼者が、依頼条件情報に対する有資格者の請負条件を確認して有資格者に予約することのできる有資格者予約システムに関する。
【背景技術】
【０００２】
従来、医師、助産婦、弁護士、弁理士、あるいはその他の士業従事者等の有資格者によって専門知識の必要なサービスが提供されている。これらの有資格者が取り扱う業務範囲は広く、近年では専門分野の細分化が進み、同じ資格を有する有資格者間でも専門分野が異なってきている。このため、依頼者は自分が依頼する分野を専門とする有資格者に依頼したいと考えるのが普通である。しかし、各有資格者の専門分野に関する情報を収集することは労力が必要であった。
【０００３】
特に、難易度の高い治療等が必要となることが多い医療現場においては、自分が治療等を受ける分野において、高い技術を有する医師についての情報を得るためには、自分が希望する治療等がどのような分野に属するか等の専門的知識を必要とし、自分に適切な医師の情報を収集することは困難であった。また、たとえ医師についての多くの情報を有していたとしても、他の医師の紹介状や、その他のコネクションがなければその医師の治療や診察を受けることができないことが多い状態であった。
【０００４】
そのような医療現場において、医師の総合ランクを考慮して患者の症状にあった医師を選択し、この医師を予約する医師選定システムが提案されている（特許文献１参照）。  
この医師選定システムでは、依頼者は、医師に関する情報を有さずとも自分の症状に応じて適する医師が選定されて予約できる。しかし、上記選定された医師は患者が希望するその他の条件を考慮されず、患者の症状にのみ基づいて選定されているため、選定された医師が希望条件を満足する医師である可能性が低く、患者の満足度を満たすシステムではなかった。
【０００５】
また、上記医師選定システムでは、医師が総合ランクを向上させるための努力すれば、それだけ選定される機会が増えて忙しくなるが、１件の治療に対する報酬が直接的に向上するといった医師にとってのメリットがなく、選定される医師の満足度を満たすシステムではなかった。  
さらに、上記医師選定システムでは、総合ランクの低い医師は選定される機会が少ないため、向上心があっても総合ランクを向上させることが困難であるといった不都合も生じる可能性を有していた。
【特許文献１】特開２００４−１３２６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この発明は、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができ、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできる有資格者予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、資格を有して業務を請負う有資格者が使用する有資格者側端末と、前記有資格者に前記業務を依頼する依頼者が使用する依頼者側端末とを、依頼内容と前記有資格者とを管理する管理サーバに電気通信回線を介して通信可能に接続した有資格者予約システムであって、前記依頼者側端末に、前記依頼者の依頼区分及び希望条件を含む依頼条件情報を入力許容する依頼条件情報入力手段と、該依頼条件情報入力手段によって入力された前記依頼条件情報を、前記管理サーバに送信する依頼条件情報送信手段とを備え、前記管理サーバに、前記有資格者の専門分野を含む有資格者情報を複数記憶する有資格者情報記憶手段と、前記有資格者毎の等級に関する格付情報を記憶する格付情報記憶手段と、前記有資格者によって設定される受託料を含む請負条件情報のうち受託料として設定許容する請負条件範囲を依頼区分に応じて等級別に記憶する請負条件範囲記憶手段と、前記依頼条件情報送信手段から送信された前記依頼条件情報を受信する依頼条件情報受信手段と、該依頼条件情報受信手段によって受信した前記依頼条件情報に基づいて、前記有資格者情報記憶手段に複数記憶された前記有資格者情報から該当する有資格者を抽出する有資格者抽出手段と、該有資格者抽出手段によって抽出された被抽出有資格者の前記有資格者側端末に、前記依頼条件情報とともに、抽出された旨を通知する抽出通知を送信する抽出通知送信手段とを備え、前記有資格者側端末に、前記抽出通知送信手段によって送信された前記抽出通知を受信する抽出通知受信手段と、該抽出通知受信手段によって受信された前記抽出通知を前記依頼条件情報とともに出力する抽出通知出力手段と、該抽出通知出力手段によって出力された前記依頼条件情報を確認した前記被抽出有資格者の前記請負条件情報の入力を許容する請負条件入力手段と、該請負条件入力手段によって入力された前記請負条件情報を、前記管理サーバに送信する請負条件情報送信手段とを備え、前記管理サーバに、前記請負条件情報送信手段によって送信された前記請負条件情報を受信する請負条件情報受信手段と、該請負条件情報受信手段によって受信された前記請負条件情報と、前記請負条件範囲記憶手段が記憶する前記被抽出有資格者の等級に応じた前記依頼区分に対応する前記請負条件範囲とを比較して、該請負条件範囲を超える範囲外の前記請負条件情報の受付を排除する範囲外条件排除手段と、受付許容された受付許容請負条件情報とともに前記被抽出有資格者の前記格付情報を、前記依頼者側端末に送信する受付許容請負条件情報送信手段とを備え、前記依頼者側端末に、前記受付許容請負条件情報送信手段によって送信された前記受付許容請負条件情報を受信する受付許容請負条件情報受信手段と、該受付許容請負条件情報受信手段によって受信された前記受付許容請負条件情報を前記格付情報とともに出力する受付許容請負条件情報出力手段と、該受付許容請負条件情報出力手段によって出力された前記受付許容請負条件情報および前記格付情報を確認した前記依頼者の予約入力を許容する予約入力手段とを備えたことを特徴とする。
【０００８】
上記有資格者は、医師、歯科医師、美容整形医師、助産婦、弁護士、弁理士、あるいはその他の士業従事者等等の専門職に従事する人であることを含む。  
上記依頼者は、患者、治療希望者、あるいは相談者等であることを含む。
【０００９】
上記受託料は、依頼を受託するための費用、依頼分野が例えば健康保険対象医療である場合における有資格者が受託するための指名料、あるいは依頼実施後の成功報酬等であることを含む。  
上記依頼区分は、治療内容、セカンドオピニオンの提供、相談内容等であることを含む。
【００１０】
上記請負条件範囲は、等級毎の受託料の上下限を設定した範囲であることを含む。 
上記範囲外条件排除手段は、請負条件範囲外の請負条件情報の入力を拒絶する手段、あるいは請負条件範囲外の請負条件情報の受付を拒絶する手段であることを含む。
【００１１】
これにより、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができる。  
また、依頼者は有資格者選択の際に、有資格者の格付情報を確認して有資格者を選択することができ、依頼者の満足度をさらに向上させることができる。
【００１２】
また、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、このシステムを利用する依頼者の満足度を向上させることができる。  
また、有資格者は、依頼区分に応じた受託料等を決定することで納得した請負条件で依頼を請負うことができるため、有資格者の満足度を向上させることができる。
【００１３】
また、依頼者は、自分の依頼条件情報に基づく請負条件を確認して予約することができるため、安心感が得られる。また、依頼者は請負条件を納得した上で予約しているため、例えば、実施後の支払段階で費用に関するトラブルが生じる可能性を低減することができる。
【００１４】
また、有資格者は法外な受託料を設定することができないため、法外な受託料による依頼者の不利益を防止することができる。 
また、各有資格者はより高額な受託料を設定するために、等級の昇格を目的として自己の技術や実績を積重ねる努力をするため、有資格者の技術レベルを向上させることができる。
【００１５】
また、たとえば、希望する医師（有資格者）が遠いなどの理由によって治療を受けることが不可能な場合であっても、依頼者は実際に医師の治療を受けずとも、該当する希望する医師（有資格者）のセカンドオピニオンを得ることができ、実際に治療を受けている医師の治療が適切であるか否かの判断を希望する医師のセカンドオピニオンに基づいてすることができる。
【００１６】
この発明の態様として、前記受付許容請負条件情報出力手段を、１の前記依頼条件情報に対して、複数の前記受付許容請負条件情報を、前記被抽出有資格者別に比較可能に出力する構成とし、前記予約入力手段を、出力した複数の被抽出有資格者の中から１の被抽出有資格者を選択許容する選択手段で構成することができる。
【００１７】
上記比較可能に出力するとは、複数の請負条件を並べた一覧出力や、例えば請負金額等のいずれかの項目に基づいて順位を設けた出力であることを含む。  
これにより、依頼者は複数の請負条件の中から自分の希望条件に適する有資格者を任意に選択して予約することができる。
【００１８】
また、この発明の態様として、前記管理サーバに、前記依頼者からの預託金の受付を許容する預託金受付手段と、前記預託金に関する預託金情報を記憶する預託金情報記憶手段と、前記有資格者の支払先を記憶する支払先記憶手段とを備え、
前記依頼者側端末に、前記被抽出有資格者の業務に対する支払を指示する支払指示手段を備え、前記管理サーバに、前記支払指示手段によって支払を指示された支払指示を受け付ける支払指示受付手段と、前記受付許容請負条件情報に含まれる受託料の少なくとも一部を前記預託金情報に基づいて上記支払先に支払う預託金支払手段とを備えることができる。
【００１９】
上記預託金は、現金、電子マネー、あるいは仮想通貨等であることを含む。  
上記預託金受付手段は、有資格者予約システム上での預入、あるいは銀行や郵便等による振込や書留等による預託金の受付手段であることを含む。
【００２０】
上記有資格者の支払先は、有資格者予約システム上での有資格者の預入口座、電子マネーの仮想口座、現実の銀行や郵便局等の口座や当座等であることを含む。  
これにより、依頼者はシステム上で有資格者に受託料等を支払うことができるため、システムを利用する依頼者の利便性を向上することができる。
【００２１】
また、この発明の態様として、前記管理サーバに、前記依頼者が予約を依頼した前記被抽出有資格者の前記受付許容請負条件情報に含まれる前記受託料と、前記預託金情報記憶手段が記憶する前記依頼者の預託金情報に含まれる残高とを比較して、予約の可否を決定する予約決定手段を備えることができる。
【００２２】
上記予約の可否を決定する予約決定手段とは、預託金残高が受託料を下回る場合には予約を受け付けない手段や、預託金残高が受託料を下回ることを通知するとともに予約の受付を保留する手段であることを含む。  
これにより、預託金残高が不足する依頼者から依頼を請負うことがなくなるため、有資格者への受託料の未払いを防止することができ、有資格者の満足度をさらに向上させることができる。
【発明の効果】
【００２３】
この発明によれば、依頼者は有資格者とその専門分野を知らなくても、自己の希望条件に適する有資格者に依頼条件情報を送信することができ、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、このシステムを利用する依頼者の満足度を向上させることができる。
【発明を実施するための最良の形態】
【００２４】
この発明の一実施形態を以下図面と共に説明する。  
まず、図１に示すシステム構成図と共に、医師予約システム１のシステム構成について説明する。  
医師予約システム１は、医師予約システム１のサービスを提供するシステム管理者の管理サーバ１０と、医師側端末２０および患者側端末３０とがインターネット５０を介して通信可能に接続されている。  
なお、患者側端末３０は本実施例において患者が所有する端末であるが、患者が所有せずとも、患者が使用できる端末であればよい。
【００２５】
なお、管理サーバ１０はコンピュータであり、ＣＰＵとＲＯＭとＲＡＭで構成される制御装置、ハードディスク等の記憶装置、ＣＤ−ＲＯＭドライブやＦＤドライブ等の記憶媒体（ＣＤ−ＲＯＭやＦＤ等）を読取る記憶媒体読取装置、または記憶媒体読書き装置、マウスやキーボード等の入力装置、ＣＲＴや液晶画面等で構成する表示装置、およびインターネット５０を介して通信を行なうＬＡＮボード等の通信装置を備えるとともに、ＷＥＢサーバ機能、データベースサーバ機能、およびメールサーバ機能を備えている。
【００２６】
なお、記憶装置（例えばハードディスク）には情報登録プログラムや、医師格付プログラムや、依頼条件情報入力内容判定プログラムや、医師フィルタリングプログラムや、見積内容判定プログラムや、預託金管理プログラムや、予約登録プログラム等、必要な処理を実行するプログラムを格納するとともに、医師管理データベース（ＤＢ）１１、患者管理データベース（ＤＢ）１２、および基本管理データベース（ＤＢ）１３を記憶している。
【００２７】
医師管理ＤＢ１１は、医師情報テーブル、実績情報テーブル、予約状況管理テーブル、および見積情報管理テーブル等を管理している。  
なお、上記医師情報テーブルは各項目（フィールド）に、医師ＩＤ、パスワード、氏名、専門分野情報、経歴および振込先情報等を格納する。
【００２８】
上記医師ＩＤは、管理サーバ１０が提供する医師用ホームページ（ＨＰ）に、医師がログインに使用する医師ログインＩＤであり、医師毎にユニークなＩＤとして、自動的に採番したオートナンバーである。  
上記パスワードは医師用ＨＰにログインする際に使用するパスワードであり、医師が自由に設定することができる。
【００２９】
また、上記実績情報テーブルは各項目に、医師ＩＤ、診察実績件数、診察内容情報、実績登録更新日情報、および登録された実績に基づいて格付された格付情報等を格納する。なお、上記医師ＩＤは、上記医師情報テーブルに格納された医師ＩＤである。
【００３０】
また、予約状況管理テーブルは各項目に、医師ＩＤ、患者ＩＤ、予約日時、および施術ＩＤを格納する。  
また、上記見積情報管理テーブルは各項目に、これまでに患者に送信した見積情報に関する見積ＩＤや見積内容等の情報を格納する。
【００３１】
なお、本実施形態において、上記医師情報テーブル、実績情報テーブル、および予約状況管理テーブルの各項目に格納しているそれぞれの情報は、管理サーバ１０が提供する医師用ＨＰで登録用のフォームを提供し、医師の入力された入力情報を情報登録プログラムにより自動的に登録しているが、医師から申し込み用紙を受け取って手入力する等の適宜の方法で登録すると良い。  
以上の構成により、管理サーバ１０は、医師の情報を管理するが、上記管理情報以外に、その他の適宜の医師情報を登録してもよい。
【００３２】
前記患者管理ＤＢ１２は、患者情報テーブル、預託金管理テーブル、依頼条件情報管理テーブル、および予約登録情報テーブルを管理している。  
上記患者情報テーブルは各項目に、患者ＩＤ、パスワード、氏名、性別、生年月日情報、および、既往歴等を格納する。
【００３３】
上記患者ＩＤは、管理サーバ１０が提供する患者用ホームページ（ＨＰ）に、患者がログインに使用する患者ログインＩＤであり、患者毎にユニークなＩＤとして、自動的に採番したオートナンバーである。  
上記パスワードは患者用ＨＰにログインする際に使用するパスワードであり、患者が自由に設定することができる。  
また、上記預託金管理テーブルは各項目に、患者が預入している預託金の残高および収支情報を格納する。
【００３４】
また、上記依頼条件情報管理テーブルは各項目に、これまでに患者が送信した依頼条件情報の依頼情報ＩＤ、依頼区分、依頼条件情報送信時間および送信先を格納する。上記依頼情報ＩＤは、依頼条件情報を作成する際にユニークなＩＤとして、自動的に付与されるオートナンバーである。  
また、上記予約登録情報テーブルは各項目に、これまでに患者が予約登録した予約日時や見積情報ＩＤ等の予約情報、および実施状況や実施後情報等を格納する。
【００３５】
なお、本実施形態において、上記患者情報テーブル、および預託金管理テーブルの各項目に格納しているそれぞれの情報は、管理サーバ１０が提供する患者用ＨＰで登録用のフォームを提供し、患者の入力された入力情報を情報登録プログラムにより自動的に登録しているが、また患者から申し込み用紙を受け取って手入力する等の適宜の方法で登録すると良い。  
以上の構成により、管理サーバ１０は、患者の情報を管理するが、上記管理情報以外に、その他の適宜の患者情報を登録してもよい。
【００３６】
前記基本管理ＤＢ１３は、格付評価基準管理テーブル、施術内容管理テーブル、および見積範囲管理テーブル等を管理している。  
上記格付評価基準管理テーブルは各項目に、格付の基準となる評価点ごとの例えば、実績数、年間平均実績数、事故発生率等の評価点基準を格納する。
【００３７】
また、上記施術内容管理テーブルは各項目に、施術内容毎の施術ＩＤを格納するとともに、当該施術内容が健康保険対象であるか否かについてフラグを立てて管理している。なお、施術ＩＤはカテゴリコードと詳細内容コードで構成された施術内容毎にユニークなＩＤである。  
また、上記見積範囲管理テーブルは各項目に、等級に応じて許容される施術内容毎の受託料、指名料、又は成功報酬等の上下限金額を格納する。
【００３８】
医師側端末２０、および患者側端末３０はコンピュータであり、ＣＰＵとＲＯＭとＲＡＭで構成される制御装置、ハードディスク等の記憶装置、ＣＤ−ＲＯＭドライブやＦＤドライブ等の記憶媒体（ＣＤ−ＲＯＭやＦＤ等）を読取る記憶媒体読取装置、または記憶媒体読書き装置、マウスやキーボード等の入力装置、ＣＲＴや液晶画面等で構成する表示装置、およびインターネット５０を介して通信を行なうＬＡＮボード等の通信装置とともに、ブラウザ機能とメールの送受信機能とを備えている。
【００３９】
なお、医師側端末２０のブラウザ機能によって、前記管理サーバ１０のＷＥＢサーバ機能で提供される医師用ＨＰにアクセスして、自己の医師情報、および実績情報の登録や、送信された依頼条件情報に基づいて見積情報作成画面の受信や見積情報の送信が実行できる。
【００４０】
また、患者側端末３０のブラウザ機能によって、前記管理サーバ１０のＷＥＢサーバ機能で提供される患者用ＨＰにアクセスして、自己情報の登録、依頼条件情報の作成画面の受信、依頼条件情報の送信、受信した見積情報の出力、および出力された見積情報に基づいて予約登録が実行できる。
【００４１】
なお、医師側端末２０、および患者側端末３０のそれぞれは、ＣＰＵとＲＯＭとＲＡＭとで構成する制御装置、不揮発性メモリ等で構成する記憶装置、液晶画面等で構成する表示装置、押下ボタン等で構成する入力装置、マイク等の音声入力装置、スピーカ等の発音装置、および、アンテナ等の通信装置（通信部）を備えた携帯電話端末であってもよい。  
その場合、上記記憶装置には、ブラウザプログラムやメールプログラム等、必要な処理を実行するプログラムを格納していればよい。
【００４２】
以上のシステム構成により、患者は患者側端末３０で管理サーバ１０にアクセスして、患者情報の登録、依頼条件情報の作成画面の受信、依頼条件情報の送信、受信した見積情報の出力、および出力された見積情報を比較した上で予約登録が実行できる。
【００４３】
また、医師は医師側端末２０で管理サーバ１０にアクセスして、医師情報や、実績情報等の登録、上記医師フィルタリングプログラムによって抽出された際の依頼条件情報を受信でき、受信した依頼条件情報に基づいて依頼区分に対する受託料、指名料あるいは成功報酬、及び受託可能日時を含む見積情報を作成することができる。
【００４４】
管理サーバ１０は、インターネット５０を介して、患者管理ＤＢ１２への登録を依頼する患者の患者情報や預託金情報を取得できるとともに、診察した医師への上記受託料等の支払を患者からの指示によって預託金から支払うことができる。
【００４５】
また、管理サーバ１０は、インターネット５０を介して、医師管理ＤＢ１１に登録された医師の医師情報や、実績情報等を取得できるとともに、登録された実績情報等に基づいて医師格付プログラムによって医師の等級を格付し、依頼条件情報に含まれる依頼条件情報に基づいて医師フィルタリングプログラムによって該当する医師を抽出し、抽出された医師側端末２０に対して、患者からの依頼条件情報を送信することができる。
【００４６】
次に、患者が医師予約システム１を利用して依頼条件情報を作成し、送信するまでの患者依頼条件情報処理について、図２に示すフローチャートと共に詳述する。  
患者の操作によって患者側端末３０が管理サーバ１０の提供する患者用ＨＰのＵＲＬへアクセスすると、管理サーバ１０は患者用ログイン画面データ（図示せず）を患者側端末３０に送信する（ステップｓ１）。  
なお、管理サーバ１０は、データ送信の際、送信先の端末のブラウザに合わせたデータ形式（ＨＴＭＬやＨＤＭＬ等）で送信する。
【００４７】
患者用ログイン画面データを受信した患者側端末３０は、受信した患者用ログイン画面データによる患者用ログイン画面をモニタ３１（図１）に表示する。  
なお、新規に登録を希望する新規登録患者によって、この患者用ログイン画面に表示された新規登録ボタンが押下されると、管理サーバ１０から患者用新規登録画面データを受信して患者用新規登録画面を表示する。
【００４８】
この患者用ログイン画面で、既に登録した患者によって患者ＩＤと患者パスワードを入力され、ログインボタンが押下されると、管理サーバ１０は、患者用トップ画面データを患者側端末３０に送信する。  
患者側端末３０は、受信した患者用トップ画面データに基づいて、患者用トップ画面（図示せず）をモニタ３１（図１）に表示する。
【００４９】
この患者用トップ画面には、依頼条件情報を作成する画面に移行する依頼条件情報作成ボタンと、受信した見積情報を表示する画面に移行する見積情報表示ボタン、預託金を管理する預託金管理画面に移行する預託金管理ボタンを表示する。なお、見積情報表示ボタンの横には、ログインした際に新規に受信した見積情報の新着件数を表示する構成である。
【００５０】
この患者用トップ画面で、上記依頼条件情報作成ボタンが患者によって押下されると（ステップｓ２：Ｙｅｓ）、管理サーバ１０は、依頼条件情報作成のための依頼条件情報作成画面データを患者側端末３０に送信する（ステップｓ３）。
【００５１】
患者側端末３０は、受信した依頼条件情報作成画面データに基づいて、図３の画面イメージ図に示すように、依頼条件情報作成画面１００をモニタ３１（図１）に表示する。  
この依頼条件情報作成画面１００は、自動的に付与されるユニークなＩＤを表示する依頼情報ＩＤ表示部１０１と、依頼区分を示す依頼区分ＩＤを表示する依頼区分ＩＤ入力部１０２と、希望条件入力部１０３と、上記項目に入力された内容の依頼条件情報の送信を指示する送信ボタン１０４とを表示している。
【００５２】
なお、依頼区分ＩＤ入力部１０２は、依頼区分に該当する施術ＩＤを依頼区分ＩＤとして直接入力するテキストボックス１０２ａと、依頼区分に該当する施術ＩＤが不明な場合に、施術内容管理テーブルに格納されたカテゴリコードと詳細内容コードから該当する施術ＩＤを検索できる画面に移行する参照ボタン１０２ｂで構成している。
【００５３】
また、希望条件入力部１０３は、例えば女性医師であることや、所望の等級以上の医師であることのように一般的な希望条件を選択するラジオボタン１０３ａと、希望条件を直接入力するテキストボックス１０３ｂとで構成している。なお、ラジオボタン１０３ａは複数選択できる構成であり、また、ラジオボタン１０３ａおよびテキストボックス１０３ｂの両方の入力を許容する構成である。
【００５４】
この依頼条件情報作成画面１００で、上記依頼区分ＩＤ入力部１０２および希望条件入力部１０３が入力された後に、送信ボタン１０４が押下されると、患者側端末３０は管理サーバ１０に入力内容を包含する依頼条件情報データを送信し（ステップｓ４）、管理サーバ１０は受信した依頼条件情報データの入力内容が適切であるか否かの判定を上記依頼条件情報入力内容判定プログラムによって行なう。
【００５５】
ここで、管理サーバ１０が、入力内容が適切であると判断した場合（ステップｓ５：Ｙｅｓ）、依頼条件情報データに基づいて該当する医師を、上記医師フィルタリングプログラムによって抽出し（ステップｓ６）、管理サーバ１０は抽出された医師数を表示する該当医師数表示画面データを患者側端末３０に送信する（ステップｓ７）。
【００５６】
患者側端末３０は、受信した該当医師数表示画面データに基づいて、該当医師数表示画面（図示せず）をモニタ３１（図１）に表示する。  
この該当医師数表示画面では、抽出された医師数を表示する抽出医師数表示部と、抽出された医師への依頼条件情報の送信を確認する確認ボタンと、希望条件を変更するために再度の依頼条件情報の入力をする再入力ボタンとを表示する。
【００５７】
この該当医師数表示画面で、患者によって上記確認ボタンが押下されると（ステップｓ８：Ｎｏ）、患者側端末３０は確認ボタン押下情報を管理サーバ１０に送信し、確認ボタン押下情報を受信した管理サーバ１０は、依頼情報ＩＤ、依頼区分、依頼条件情報送信時間および送信先（抽出された医師）等の依頼条件情報に関連する情報を上記依頼条件情報管理テーブルに登録するとともに（ステップｓ９）、抽出された医師が使用する医師側端末２０に依頼条件情報を送信して（ステップｓ１０）、患者依頼条件情報処理を終了する。
【００５８】
なお、管理サーバ１０がステップｓ５において、入力内容が不適であると判断した場合（ステップｓ５：Ｎｏ）や、上記該当医師数表示画面で、患者によって上記再入力ボタンが押下された場合（ステップｓ８：Ｙｅｓ）、管理サーバ１０は入力項目に入力内容を格納したままの依頼条件情報作成画面データを患者側端末３０に送信し、再度の入力を促す。
【００５９】
上記動作により、患者は希望条件を含む依頼条件情報を適格に作成することができる。  
また、自分の希望条件による該当医師数を依頼条件情報送信前に確認できるため、該当医師数に基づいて希望条件を拡縮させることができる。
【００６０】
次に、医師が医師予約システム１を利用して実績登録や、見積情報の作成、送信等の医師情報登録処理について、図４に示すフローチャートと共に詳述する。  
医師の操作によって医師側端末２０が管理サーバ１０の提供する医師用ＨＰのＵＲＬへアクセスすると、管理サーバ１０は医師用ログイン画面データ（図示せず）を医師側端末２０に送信し（ステップｔ１）、医師側端末２０は、受信した医師用ログイン画面データによる医師用ログイン画面をモニタ２１（図１）に表示する。
【００６１】
なお、新規に登録を希望する新規登録医師によって、この医師用ログイン画面に表示された新規登録ボタンが押下されると、管理サーバ１０から医師用新規登録画面データを受信して医師用新規登録画面を表示する。  
この医師用ログイン画面で、既に登録した医師によって医師ＩＤと医師パスワードを入力され、ログインボタンが押下されると、管理サーバ１０は、医師用トップ画面データを医師側端末２０に送信する。
【００６２】
医師側端末２０は、受信した医師用トップ画面データに基づいて、医師用トップ画面（図示せず）をモニタ２１（図１）に表示する。  
この医師用トップ画面には、受信した依頼条件情報を表示する画面に移行する依頼条件情報一覧ボタンと、自己の予約状況とともに後述する依頼者から受信した予約情報を確認する予約状況管理画面に移行する予約状況管理ボタン、自己の実績を登録する画面に移行する実績登録ボタン、後述する自己の等級、およびその等級に応じた受託料等を確認する画面に移行する等級ボタンを表示する。なお、依頼条件情報一覧ボタンと予約状況管理ボタンの横には、それぞれの依頼条件情報および予約情報の新着件数を表示する構成である。
【００６３】
この医師用トップ画面で、上記実績登録ボタンが医師によって押下されると（ステップｔ２：Ｙｅｓ）、管理サーバ１０は、実績登録画面データを医師側端末２０に送信する（ステップｔ３）。  
医師側端末２０は、受信した実績登録画面データに基づいて、実績登録画面（図示せず）をモニタ２１（図１）に表示する。
【００６４】
この実績登録画面では、上記実績情報テーブルに格納される各項目に対応する入力部分と入力内容データを管理サーバ１０に送信する送信ボタンを表示する。この実績登録画面で医師によって各入力部分に、実績内容が入力された後、上記送信ボタンが押下されると、医師側端末２０は上記実績内容データを管理サーバ１０に送信する。
【００６５】
上記実績内容データを受信した管理サーバ１０は（ステップｔ４）、上記医師情報登録プログラムによって実績内容を実績情報テーブルに登録するとともに、登録された実績内容に基づいて医師格付プログラムにより上記格付評価基準管理テーブルに格納した評価点を適合させ、医師の等級を再計算する（ステップｔ５）。
【００６６】
また、上記医師用トップ画面で、上記実績登録ボタンが押下されず（ステップｔ２：Ｎｏ）、上記依頼条件情報一覧ボタンが医師によって押下されると（ステップｔ６：Ｙｅｓ）、管理サーバ１０は、依頼条件情報一覧画面データを医師側端末２０に送信する。
【００６７】
医師側端末２０は、受信した依頼条件情報一覧画面データに基づいて、図５の画面イメージ図に示すように、依頼条件情報一覧画面１１０をモニタ２１（図１）に表示する。  
この依頼条件情報一覧画面１１０では、依頼条件情報を一覧表示する一覧表示部１１１と、選択した依頼条件情報に対する見積情報を作成する画面に移行する見積作成ボタン１１２とを表示する。
【００６８】
なお、一覧表示部１１１は、表示する依頼条件情報が新着情報である場合にチェックマークを表示する新着表示部１１１ａ、選択ラジオボタン部１１１ｂ、依頼条件情報が有する依頼情報ＩＤを表示する依頼情報ＩＤ表示部、依頼条件情報を受信した日時を示す受信日時表示部、依頼条件情報に対して見積を返答する期日を示す返答期日表示部、依頼条件情報の詳細内容を表示する画面に移行する詳細ボタン、既に依頼条件情報に対して見積情報を送信していることをチェックマークによって示す見積済表示部を備えている。
【００６９】
なお、新着表示部１１１ａのチェックマークの数が、上記医師用トップ画面の依頼条件情報一覧ボタンの横で表示される依頼条件情報の新着件数に該当する。また選択ラジオボタン部１１１ｂは一覧表示される依頼条件情報の数と同数表示されるが、いずれかひとつのみの選択を許容する構成である。
【００７０】
この依頼条件情報一覧画面１１０で、医師によって選択ラジオボタン部１１１ｂのいずれかが選択され、見積作成ボタン１１２が押下されると、医師側端末２０は選択情報とともに見積作成ボタン１１２押下情報を管理サーバ１０に送信する。
【００７１】
選択情報と見積作成ボタン１１２押下情報を受信した管理サーバ１０は、見積情報作成画面データを医師側端末２０に送信する（ステップｔ７）。  
医師側端末２０は、受信した見積情報作成画面データに基づいて、図６の画面イメージ図に示すように、見積情報作成画面１２０をモニタ２１（図１）に表示する。
【００７２】
この見積情報作成画面１２０では、医師側端末２０を操作する医師の等級を表示する等級表示部１２１、依頼条件情報の内容を表示する内容表示部１２２、料金入力部１２３、予約可能日時入力部１２４、および見積情報を管理サーバ１０に送信する送信ボタン１２５を表示する。
【００７３】
なお、内容表示部１２２には、上記患者が依頼条件情報作成画面１００で入力された依頼条件情報に加えて施術内容が健康保険の対象であるかを表示している。  
また、料金入力部１２３は、料金区分選択プルダウンボタン１２３ａ、料金入力テキストボックス１２３ｂ、および見積範囲管理テーブルで管理する等級に応じた施術内容毎の受託料等の許容範囲を表示する画面に移行する等級別料金表ボタン１２３ｃで構成している。
【００７４】
なお、料金区分選択プルダウンボタン１２３ａは、指名料、受託料、成功報酬等のそれぞれに加えて、それらの組合せを選択できる構成であり、それらの組合せを選択した場合、料金入力テキストボックス１２３ｂは選択した組合せに対応する数の料金の入力を許容する構成となる。
【００７５】
また、予約可能日時入力部１２４は、複数の予約可能日時を直接入力するテキストボックス１２４ａと、医師側端末２０で医師の予約状況を入力して管理している予約状況管理画面に移行する予約状況管理ボタン１２４ｂとで構成し、上記予約状況管理画面で選択した予定可能日時がテキストボックス１２４ａに入力される構成である。
【００７６】
この見積情報作成画面１２０で、上記料金入力部１２３および予約可能日時入力部１２４が入力された後に、送信ボタン１２５が押下されると、医師側端末２０は管理サーバ１０に入力内容を包含する見積情報データを送信し（ステップｔ８）、管理サーバ１０は、受信した見積情報データの入力内容が、上記見積範囲管理テーブルで管理する等級に応じて許容される受託料等の上下限金額内であるか否かを見積内容判定プログラムによって判定する。
【００７７】
管理サーバ１０の見積内容判定プログラムによって、上記見積情報が等級に応じて許容される受託料、指名料、又は成功報酬等の上下限金額内であると判断された場合（ステップｔ９：Ｙｅｓ）、管理サーバ１０は見積ＩＤや見積内容等の見積情報に関する情報を上記見積情報管理テーブルに登録し、依頼者に見積情報を送信する（ステップｔ１０）。
【００７８】
管理サーバ１０の見積内容判定プログラムによって、上記見積情報が等級に応じて許容される受託料等の上下限金額外であると判断した場合（ステップｔ９：Ｎｏ）、管理サーバ１０は入力項目に入力内容を格納したままの見積情報作成画面データを医師側端末２０に送信し、再度の入力を促す。これによって、範囲外の入力を排除している。
【００７９】
また、上記医師用トップ画面で、上記依頼条件情報一覧ボタンが医師によって押下されず（ステップｔ６：Ｎｏ）、自己の予約状況とともに後述する依頼者から受信した予約情報を確認する予約状況管理画面に移行する予約状況管理ボタンが医師によって押下され場合、管理サーバ１０は予約状況管理画面データを医師側端末２０に送信し（ステップｔ１１）、受信した予約状況管理画面データに基づいて、医師側端末２０は、予約状況管理画面をモニタ２１（図１）に表示する。
【００８０】
上記構成により、医師は医師側端末２０を操作して自己の実績の登録、受信した依頼条件情報の表示、依頼条件情報に対する見積情報の作成、予約状況の確認をすることができる。  
また、医師が作成するの見積条件が、実績と格付評価基準管理テーブルに格納した評価点とに基づいて医師格付プログラムが格付した等級に応じた施術内容毎の受託料等の許容範囲内上下限金額内であるため、見積情報を受信する患者は法外な受託料等を請求される惧れがない。  
また、自己の等級を医師が確認できるため、等級向上のための努力を促すことができる。
【００８１】
次に、患者が受信した見積情報にたいして予約する患者予約登録処理について、図７に示すフローチャートと共に詳述する。  
患者の操作によって管理サーバ１０の提供する患者用ＨＰからログインしてモニタ３１（図１）に表示された患者用トップ画面において、上記依頼条件情報作成ボタンが押下されず、上記見積情報表示ボタンが押下されると（ステップｓ２（図２）：Ｎｏ）、管理サーバ１０は、見積情報一覧画面データを患者側端末３０に送信する。
【００８２】
患者側端末３０は、受信した見積情報一覧画面データに基づいて、図８の画面イメージ図に示すように、見積情報一覧画面１３０をモニタ３１（図１）に表示する。  
この見積情報一覧画面１３０では、該当する依頼条件情報を表示する依頼条件情報表示部１３１、見積情報を一覧表示する一覧表示部１３２と、選択した見積情報に対して予約を指示する予約ボタン１３３とを表示する。
【００８３】
なお、一覧表示部１３２は、表示する見積情報が新着情報である場合にチェックマークを表示する新着表示部１３２ａ、選択ラジオボタン部１３２ｂ、見積情報を発信した医師の等級を表示する等級表示部、見積金額を表示する金額表示部、予約可能日時を表示する予約可能日時表示部、見積情報の詳細を表示する画面に移行する詳細ボタンを備えている。
【００８４】
なお、新着表示部１３２ａのチェックマークの数が、上記患者用トップ画面の見積情報一覧ボタンの横で表示される見積情報の新着件数に該当する。また選択ラジオボタン部１３２ｂは一覧表示される見積情報の数と同数表示されるが、いずれかひとつのみの選択を許容する構成である。
【００８５】
この見積情報一覧画面１３０で、患者によって選択ラジオボタン部１３２ｂのいずれかが選択され、予約ボタン１３３が押下されると、患者側端末３０は選択情報とともに予約ボタン１３３押下情報を管理サーバ１０に送信する。
【００８６】
選択情報と予約ボタン１３３押下情報を受信した管理サーバ１０（ステップｕ３）は、後述する預託金残高と見積情報に含まれる受託料等の見積金額とを、預託金管理プログラムによって比較して、預託金残高が上記見積金額より低額である場合（ステップｕ４：Ｎｏ）は、予約不可データとともに予約指示画面データを患者側端末３０に送信する。
【００８７】
患者側端末３０は、受信した予約指示画面データに基づいて、図９の画面イメージ図に示すように、予約指示画面１４０をモニタ３１（図１）に表示する。  
この予約指示画面１４０では、依頼区分および見積情報を表示する予約内容表示部１４１、預託金不足通知部１４２、預託金を入金するための預託金入金画面に移行する預託金入金ボタン１４３、上記予約内容での予約を指示する予約ボタン１４４を表示する。
【００８８】
なお、預託金残高が見積情報に含まれる見積金額より低額である場合は、図９で示すように預託金不足通知部１４２に予約ができない旨を通知するとともに（ステップｕ７）、予約ボタン１４４の押下不可状態で表示する。  
この予約指示画面１４０で預託金入金ボタン１４３が押下されない場合や、預託金入金ボタン１４３が押下されてもその後に管理サーバ１０が患者側端末３０から預託金入金情報を受信できない場合には（ステップｕ８：Ｎｏ）、予約登録されずに患者予約処理は終了する。
【００８９】
また、この予約指示画面１４０で預託金入金ボタン１４３が押下されると、患者側端末３０は預託金入金ボタン１４３押下情報を管理サーバ１０に送信し、預託金入金ボタン１４３押下情報を受信した管理サーバ１０は、預託金管理画面データを患者側端末３０に送信し、患者側端末３０は、受信した預託金管理画面データに基づいて、預託金管理画面（図示せず）をモニタ３１（図１）に表示する。
【００９０】
この預託金管理画面は、預託金の収支を表示する収支一覧表と、預託金の預入のための入金を指示する入金指示画面に移行する入金ボタンと、後述する預託金から支払を指示する支払指示画面に移行する支払ボタンを表示する。  
この預託金管理画面で入金ボタンが押下され、入金指示画面に移行した後に預託金の入金指示があり、管理サーバ１０が患者側端末３０から預託金入金情報を受信し（ステップｕ８：Ｙｅｓ）、入金後の預託金残高が見積情報に含まれる見積金額より高額となった場合や、元の預託金残高が見積情報に含まれる見積金額より高額である場合（ステップｕ４：Ｙｅｓ）は、予約指示画面１４０において預託金不足通知部１４２は表示されず、予約ボタン１４４を押下可能に表示する。
【００９１】
この状態の予約指示画面１４０で予約ボタン１４４が押下されると、上記予約登録情報テーブルに予約日時や見積情報ＩＤ等の予約情報を登録し（ステップｕ５）、該当する医師の医師側端末２０に上記予約情報を送信して（ステップｕ６）、患者予約登録処理を終了する。
【００９２】
上記構成により、患者は患者側端末３０を操作して自己の依頼条件情報に該当する複数の医師からの見積情報を比較して、適する見積情報を発信した医師に予約することができる。  
また、予約をする患者の預託金残高と、見積情報に含まれる受託料等を比較して、預託金残高が上記受託料等より低額である場合は予約登録できないため、診察後に、医師が患者から受託料等の回収ができないという惧れを低減することができる。
【００９３】
次に、予約した患者の操作によって、預託金から医師への受託料等の支払をする患者支払処理について、図１０に示すフローチャートと共に詳述する。  
患者の操作によって管理サーバ１０の提供する患者用ＨＰからログインしてモニタ３１（図１）に表示された患者用トップ画面において、上記依頼条件情報作成ボタンおよび上記見積情報表示ボタンが押下されず、上記預託金管理ボタンが押下されると（ステップｕ１（図７）：Ｎｏ）、管理サーバ１０は、上記預託金管理画面データを患者側端末３０に送信する（ステップｖ１）。
【００９４】
患者側端末３０は、受信した見積情報一覧画面データに基づいて、上記預託金管理画面をモニタ３１（図１）に表示する。  
この預託金管理画面には、上述したように収支一覧表と、入金ボタンと、支払ボタンを表示する。
【００９５】
この預託金管理画面で、患者によって支払ボタンが押下されると、患者側端末３０は支払ボタン押下情報を管理サーバ１０に送信し、支払ボタン押下情報を受信した管理サーバ１０は予約登録一覧画面データを患者側端末３０に送信し、患者側端末３０は受信した予約登録一覧画面データに基づいて、予約登録一覧画面（図示せず）をモニタ３１（図１）に表示する。
【００９６】
この予約登録一覧画面は、前記依頼条件情報一覧画面１１０と同一形式であり、予約登録した予約情報を一覧表示する予約一覧表示部と、選択した予約情報の受託料等の内容を確認した上で支払いを実行する支払実行画面に移行する支払実行ボタンとを表示する。
【００９７】
なお、予約一覧表示部には、支払を実行する予約情報を選択する選択ラジオボタン部、予約情報が有する予約ＩＤを表示する予約ＩＤ表示部、予約情報を登録した日時を示す受信日時表示部、予約情報の詳細内容を表示する画面に移行する詳細ボタン、既に予約情報に対応する受託料等の支払を済ませていることをチェックマークによって示す支払済表示部を備えている。
【００９８】
この予約一覧で、患者によっていずれかの選択ラジオボタン部が選択され、支払実行ボタンが押下されると、患者側端末３０は選択情報とともに支払実行ボタン押下情報を管理サーバ１０に送信する。  
選択情報と支払実行ボタン押下情報を受信した管理サーバ１０（ステップｖ２）は、支払実行画面データを患者側端末３０に送信する。
【００９９】
医師側端末２０は、受信した支払実行画面データに基づいて、図１１の画面イメージ図に示すように、支払実行画面１５０をモニタ３１（図１）に表示する。  
この支払実行画面１５０では、該当する予約情報の詳細を表示する予約情報表示部１５１、予約情報に対して預託金からの支払を指示する預託金支払ボタン１５２とを表示する。
【０１００】
この支払実行画面１５０で、患者によって預託金支払ボタン１５２が押下されると、患者側端末３０は預託金支払ボタン１５２押下情報を管理サーバ１０に送信する。  
預託金支払ボタン１５２押下情報を受信した管理サーバ１０（ステップｖ３：Ｙｅｓ）は、上記預託金残高と予約情報に含まれる支払金額（受託料等の見積金額）とを、預託金管理プログラムによって比較して、預託金残高が支払金額より高額である場合（ステップｖ４：Ｙｅｓ）は、預託金管理プログラムによって、医師情報テーブルに登録された医師の振込先に患者の預託金から支払金額を振込み（ステップｖ５）、患者支払処理を終了する。  
また、管理サーバ１０が預託金支払ボタン１５２押下情報を受信しなかった場合（ステップｖ３：Ｎｏ）も、同様に患者支払処理を終了する。
【０１０１】
なお、管理サーバ１０が上記預託金残高と上記支払金額とを、預託金管理プログラムによって比較した結果、預託金残高が支払金額より低額である場合（ステップｖ４：Ｎｏ）は、残高不足通知画面データを患者側端末３０に送信する（ステップｖ６）。
【０１０２】
医師側端末２０は、受信した残高不足通知画面データに基づいて、残高不足通知画面（図示せず）をモニタ３１（図１）に表示する。  
この残高不足通知画面には、預託金の残高が支払額に対して不足しているため支払いができない旨を表示する残高不足通知部と、預託金管理画面に戻る預託金管理ボタンとを表示する。
【０１０３】
この残高不足通知画面で預託金管理ボタンが押下されて、預託金管理画面に戻り、預託金管理画面に表示される入金ボタンが押下され、入金指示画面に移行した後に預託金の入金指示があり、管理サーバ１０が患者側端末３０から預託金入金情報を受信すると（ステップｖ７：Ｙｅｓ）、管理サーバ１０は再度、預託金残高と支払金額とを、預託金管理プログラムによって比較する。
【０１０４】
なお、残高不足通知画面で預託金管理ボタンが押下されない場合や、預託金管理ボタンが押下されてもその後に管理サーバ１０が患者側端末３０から預託金入金情報を受信できない場合（ステップｖ７：Ｎｏ）には、預託金から上記支払金額の振込を実行せずに、患者支払処理を終了する。  
上記構成により、患者は患者側端末３０を操作して、予約情報に対してシステム上で予約情報に含まれる支払金額を支払うことができる。
【０１０５】
以上に説明した実施形態により、患者は医師とその専門分野を知らなくても、自己の希望条件に適する医師に依頼条件情報を送信することができ、また、コネクション等がないことによって診察を受けることのできない医師からの診察を受けることもできるため、この医師予約システム１を利用する患者の満足度を向上させることができる。
【０１０６】
また、患者は自分の依頼条件情報に基づく複数の請負条件の中から自分の希望条件に適する医師を、医師の格付情報を確認して任意に選択して予約することができるため、この医師予約システム１を利用する患者の安心感が得られる。
【０１０７】
また、医師は法外な受託料を設定することができないため、法外な受託料による患者の不利益を防止することができる。したがって、この医師予約システム１を利用する患者の安心感がさらに得られる。  
患者は医師予約システム１上で医師に受託料等を支払うことができるため、医師予約システム１を利用する患者の利便性を向上することができる。
【０１０８】
また、医師は、依頼区分に応じた受託料等を決定することで納得した請負条件で依頼を請負うことができるため、医師予約システム１を利用する医師の満足度を向上させることができる。  
また、患者は請負条件を納得した上で予約しているため、例えば、実施後の支払段階で費用に関するトラブルが生じる可能性を低減することができるとともに、預託金残高が不足する患者から依頼を医師が請負うことがなくなるため、医師への受託料の未払いを防止することができ、この医師予約システム１を利用する医師の安心感がさらに得られる。
【０１０９】
さらに、各医師はより高額な受託料を設定するために、等級の昇格を目的として自己の技術や実績を積重ねる努力をするため、医師の技術レベルを向上させることができる。したがって、医師および患者の両者の満足度をさらに向上させることができる。
【０１１０】
なお、医師が例えば、受託料等を等級毎の上下限金額の中央金額にするといった設定を管理サーバ１０に前もって登録しておき、医師フィルタリングプログラムによって抽出され依頼条件情報を受信した場合に、自動的に管理サーバ１０が見積情報を作成し、依頼条件情報に該当する患者に上記見積情報を送信する構成であってもよい。なお、受託料等の上記設定は、等級毎の上下限金額に対する割合であってもよく、また、等級毎の上下限金額内の金額であってもよい。  
これにより、医師は毎回見積もり情報を作成する手間を省くことができるとともに、依頼条件情報を発信した患者は早期に見積情報を受信することができるためシステム利用の利便性を向上させることができる。
【０１１１】
また、患者の依頼区分が診察や治療でなく、セカンドオピニオンを得ることであってもよい。  
この場合、患者は依頼条件情報に、自己の症状とセカンドオピニオンを希望する旨を記載して送信する。医師フィルタリングプログラムによって抽出され上記依頼条件情報を受信した医師は、予約可能日時の入力せず、セカンドオピニオンを提供する準備をしたうえで、セカンドオピニオンを提供するための受託料等を含む見積情報を送信する。
【０１１２】
上記見積情報を受信した患者は、セカンドオピニオンの提供を受ける医師を選択し、セカンドオピニオンの提供を受けるための見積情報に含まれる受託料等を預託金から支払って、セカンドオピニオンの提供を受ける構成となる。
【０１１３】
これにより、患者は実際に医師の治療を受けずとも、医師フィルタリングプログラムによって抽出され該当する医師のセカンドオピニオンを得ることができる。  
したがって、希望する医師が遠いなどの理由によって治療を受けることが不可能な場合であっても、実際に治療を受けている医師の治療が適切であるか否かの判断を希望する医師のセカンドオピニオンに基づいてすることができる。
【０１１４】
なお、依頼区分は本実施例で挙げる通常治療、美容整形や歯科治療等の保険外治療、あるいはセカンドオピニオンの提供だけでなく、目に異常がないと診察した上でのコンタクトの販売等や、法律業務のような専門的職種に係る依頼を含み、この場合、本実施例に挙げる医師はコンタクト販売者、弁護士、弁理士、あるいはその他の士業従事者等に該当する。
【０１１５】
この発明の構成と、上述の実施形態との対応において、
有資格者予約システムは、医師予約システム１に対応し、
以下同様に、
有資格者情報記憶手段、格付情報記憶手段、および支払先記憶手段は、医師管理ＤＢ１１に対応し、
依頼条件情報、および預託金情報記憶手段は、患者管理ＤＢ１２に対応し、
請負条件範囲記憶手段は、基本管理ＤＢ１３に対応し、
管理サーバは、管理サーバ１０に対応し、
有資格者側端末は、医師側端末２０に対応し、
依頼者側端末は、患者側端末３０に対応し、
電気通信回線は、インターネット５０に対応し、
依頼条件情報入力手段は、依頼条件情報作成画面１００に対応し、
抽出通知出力手段は、依頼条件情報一覧画面１１０に対応し、
請負条件入力手段は、見積情報作成画面１２０に対応し、
受付許容請負条件情報出力手段は、一覧表示画面１３０に対応し、
請負条件出力手段は、一覧表示部１３２に対応し、
選択手段は、選択ラジオボタン部１３２ｂに対応し、
支払指示受付手段は、預託金支払ボタン１５２に対応し、
依頼条件情報送信手段は、ステップｓ４、および送信ボタン１０４に対応し、
有資格者抽出手段は、ステップｓ６、および医師フィルタリングプログラムに対応し、
抽出通知送信手段は、ステップｓ１０に対応し、
請負条件情報送信手段は、ステップｔ８、および送信ボタン１２５に対応し、
範囲外条件排除手段は、ステップｔ９、および見積内容判定プログラムに対応し、
受付許容請負条件情報送信手段は、ステップｔ１０に対応し、
予約決定手段は、ステップｕ４および預託金管理プログラムに対応し、
予約入力手段は、ステップｕ６、および予約登録プログラムに対応し、
預託金受付手段は、ステップｕ８、および預託金管理画面に対応し、
預託金支払手段は、ステップｖ５、および預託金管理プログラムに対応し、
有資格者は、医師に対応し、
依頼者は、患者に対応し、
請負可能日時は、予約可能日時に対応し、
格付情報は、等級に対応し、
請負条件情報は、見積情報に対応し、
支払指示手段は、支払実行ボタンに対応するも
この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
【図面の簡単な説明】
【０１１６】
【図１】医師予約システムのシステム構成図。
【図２】患者依頼条件情報処理のフローチャート。
【図３】依頼条件情報作成画面の画面イメージ図。
【図４】医師情報登録処理のフローチャート。
【図５】依頼条件情報一覧画面の画面イメージ図。
【図６】見積情報作成画面の画面イメージ図。
【図７】患者予約登録処理処理のフローチャート。
【図８】見積情報一覧画面の画面イメージ図。
【図９】予約指示画面の画面イメージ図。
【図１０】患者支払処理のフローチャート。
【図１１】支払実行画面の画面イメージ図。
【符号の説明】
【０１１７】
１…医師予約システム
１０…管理サーバ
１１…医師管理ＤＢ
１２…患者管理ＤＢ
１３…基本管理ＤＢ
２０…医師側端末
３０…患者側端末
５０…インターネット
１００…依頼条件情報作成画面
１０４…送信ボタン
１１０…依頼条件情報一覧画面
１２０…見積情報作成画面
１２１…等級表示部
１２５…送信ボタン
１３０…一覧表示画面
１３２…一覧表示部
１３２ｂ…選択ラジオボタン部
１５２…預託金支払ボタン