(57)【要約】【課題】限られたスペースの中で、患者の利便性を高めるために、各種医療サービスの提供を極力自己完結できるレベルの医師数を揃えることができ、さらに、開業意欲の高い医師の開業資金調達の負荷を軽減することが可能な医療モール管理システムを提供することを目的とする。【解決手段】一つのブースに診療時間帯によって複数の診療所が開業できるようにし、各診療所に設置された診療科端末は、各診療所で設定された利用環境の個別設定情報を管理サーバで記憶し、診療開始時には、かかる個別設定情報が各診療科端末で起動する。この構成により、限られたスペースでも、従来の医療ブースよりも、多数の診療所を開業させることが可能になる。【選択図】図１
2015103231.tif 000002
【特許請求の範囲】
【請求項１】
複数の病院又は診療所を形成するブースが集積した医療モールシステムであって、
前記各ブースに配設された診療科端末からコンピュータネットワーク網を介してデータを受信する受信手段と、
前記各診療科端末へのアクセスについて、２以上の同一又は異なる診療科にかかる病院又は診療所を個別に特定するために、少なくとも、医師認証情報と利用時間情報と利用ブース情報とを対応付けて構成されたアカウント情報を登録する登録手段と、
前記各アカウント情報に対応する診療科端末の個別設定情報を記憶する記憶手段と、
前記受信手段が、前記診療科端末によるログイン操作によってアカウント情報を受信して認証処理を行う認証手段と、
前記認証手段によって認証されると、前記記憶手段から、前記受信したアカウント情報に対応する前記個別設定情報を読み出して前記ログイン操作を行った診療端末に個別設定情報を送信する送信手段と、を有する管理サーバを備えたことを特徴とする医療モール管理システム。
【請求項２】
前記ブースは、１つの診療科に対して少なくとも２つ設けられ、１のブースで診療が行われている場合に、次の利用時間に割り当てられた同一診療科の病院又は診療所は、前記利用ブース情報として、自動的に他のブースが割り当てられることを特徴とする請求項１記載の医療モール管理システム。
【請求項３】
前記個別設定情報は、前記診療科端末の利用時間の終了時点における最新の個別設定を更新情報として前記受信手段によって受信され、前記記憶手段は、個別設定情報を前記更新情報によって更新して記憶することを特徴とする請求項１又は請求項２記載の医療モール管理システム。
【請求項４】
前記記憶手段は、各アカウント情報に、利用ブースの設備設定情報を対応付けて記憶し、前記認証手段によって認証されると、前記ブースの設備環境を設備設定情報で設定された状態に作動させることを特徴とする請求項１から請求項３までのいずれか１項に記載の医療モール管理システム。
【請求項５】
前記利用時間情報の診療終了時間に、アクセス状態になっている診療科端末に対して前記送信手段から終了アラート信号を送信するとともに、前記受信手段を介して、当該診療科端末から、利用時間の延長申請信号を受け付ける利用時間変更処理手段を有することを特徴とする請求項１から請求項４までのいずれか１項に記載の医療モール管理システム。
【請求項６】
前記受信手段が、各診療科端末から各患者の診療終了情報を受信すると、前記各病院又は診療所単位で当該患者に対する医療費の請求処理を行う会計処理手段と、前記医療費に基づいて、所定期間ごとに、前記各病院又は診療所単位で診療報酬明細書の発行処理を行うレセプト処理手段と、を有することを特徴とする請求項１から請求項５までのいずれか１項に記載の医療モール管理システム。
【請求項７】
前期各病院又は診療所が共有で使用する各種検査機器を備えた検査ブースを備え、前記受信手段が、前記各診療科端末から、前記アカウント情報を送信して検査機器の使用依頼を受信すると、前記使用予定の検査機器の使用状況を示すステータス情報と使用開始予定時間情報とを生成し、前記診療科端末に表示させる検査機器使用予約処理手段を有することを特徴とする請求項１から請求項６までのいずれか１項に記載の医療モール管理システム。
【請求項８】
複数の問診項目と前記各問診項目に対する各診療科の関連度を点数化して対応させたリストを記憶する問診リスト記憶手段と、前記コンピュータネットワーク網を介して、前記受信手段が、所定の通信端末から入力された前記問診項目に対する患者の主訴情報を受信すると、前記主訴情報に対する診療科の関連度の点数を集計し、前記集計された点数の高い順序に現在予約可能な診療科の一覧を生成する総合診断リスト生成手段とを有することを特徴とする請求項１から請求項７までのいずれか１項に記載の医療モール管理システム。
【請求項９】
前記総合診断リスト生成手段は、前記集計された点数について、予め所定の閾値を設定し、前記集計された点数が前記閾値以上になった診療科については、前記リストに受診を推奨する表示を付記することを特徴とする請求項８記載の医療モール管理システム。
【請求項１０】
前記各診療科端末又は前記所定の通信端末から、１乃至２以上の前記病院又は診療所で診断がなされた後、前記診断をなした病院又は診療所以外の前記病院又は診療所に対して診療を依頼する予約を受け付けるセカンドオピニオン予約処理手段を有することを特徴とする請求項１から請求項９までのいずれか１項に記載の医療モール管理システム。
【請求項１１】
前記総合診療リスト又はセカンドオピニオンによって、複数の病院又は診療所で連続して診療する場合、前記受信手段は、所定の受付端末から前記コンピュータネットワークを介して予約情報を受け付け、前記予約情報が受け付けられた１の病院又は診療所の診療科端末から診療開始信号を受診すると、次順以降の病院又は診療所の診療の予約を仮予約として設定し、前記１の病院又は診療所の診療中に、前記次順以降の病院又は診療所の診療科端末から診療開始信号を受診したときは、診療の順番を繰り下げ、前記１の病院又は診療所の診療科端末から診療終了信号を受診すると、次順の病院又は診療所の仮予約を本予約に変更処理する予約処理手段を有し、前記仮予約の状態で前記利用時間情報の診療終了時間になった場合は、同一の診療科であって後続の利用時間情報で登録されている病院又は診療所が前記仮予約を受け継ぐことを特徴とする請求項１０記載の医療モール管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の病院又は診療所を形成するブースが集積した医療モールシステムに関するものである。
【背景技術】
【０００２】
近年、複数の小規模病院又は診療所（以下総称して「診療所等」という。）が１カ所に集積した医療モールが増加している。医療モールは、一時に複数の受診ができるため、患者側の利便性が高いというメリットがあるが、さらに、診療所相互で患者の紹介がしやすいこと、諸設備や広告等の費用を共同で負担するため、１診療所あたりの開業資金、運営資金を低コスト化できるという診療所側のメリットもある。また、医療モール全体で、大病院並みの医療サービスを提供するために、様々な工夫がなされている。
【０００３】
たとえば、間接業務及び医療設備投資の効率化を図るため、互いに通信媒体を介してデータ通信が可能なコンピュータを備える、複数の診療所等と、診療所等の依頼又は利用者の依頼を受けて各種医療検査を行う健診センターと、診療所等と健診センターに共通の受付・会計業務を行う事務センターとを集め、各診療所等のコンピュータは、それぞれ自診療所利用者の受診履歴を自診療所等のコンピュータのみに記録し、原則として他診療所等からの読み出しを禁止し、他診療所等よりの受診履歴情報の閲覧要求があった場合には、閲覧要求中の閲覧を許可する範囲を決めて許可した期間・内容での閲覧を許可する医療システムが提案されていた（例えば、特許文献１参照）。
【０００４】
また、各診療所等の連携を図るために、クリニッククライアント端末は、電子カルテサーバから診療開始データを受信したときに診療受付待ち行列の該当する患者の診療受付待ちエントリを診療中ステータスとし、診療受付待ち行列の最先診療受付待ちエントリに診療中ステータスの診療受付待ちエントリがあったときに、当該診療中ステータスの診療受付待ちエントリを最先の診療待ちステータスの診療受付待ちエントリの後に繰り下げて診療順番を入れ換え、さらに、電子カルテサーバから診療終了データを受信したときに診療受付待ち行列の該当する患者の診療受付待ちエントリを診療待ちステータスとする総合診療受付システムが提案されていた（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２２０４９７号公報
【特許文献２】特開２００９−１８７４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、前記先行技術では、下記の問題点を解決することが困難であった。すなわち、医療モールを構成する個々の診療所等は、専有面積が比較的小さく、１診療所等に所属する医師はせいぜい１，２名であり、１日あたりの診察時間、対応できる患者数には限界がある。また、ＭＲＩをはじめとする高額な医療機器など検査設備は、集積した複数の診療所等で共有することにより、コスト負担を軽減する工夫がなされているものの、昨今、医療モールの施設は完備しても、医療モールで開業する医師が集まらず、結果、想定数を下回る少数の診療所等で共有しなければならず、コスト上の負荷が大きくなって診療所等の存続自体が困難になるケースもあった。
【０００７】
さらに、いわゆるセカンドオピニオンなど、相互に患者を紹介し合うことで協力体制を構築し、大病院に対抗するスキームを確立しようとしても、そもそも、通常は、大病院より小規模なスペースに診療所等を集積させるものを医療モールと称しているので、大病院ほどの医師の数は確保できず、医療モール内だけでセカンドオピニオン等のサービスを充足させることは事実上困難であった。
【０００８】
上記のような問題点があるために、近隣の患者にとっても使い勝手が悪くなり、患者の地理的、時間的利便性という医療モール本来のメリットが十分に発揮できず、増患が見込めない環境となっていた。
【０００９】
ところで、近年、勤務医の激務が問題となっており、若い医師の独立開業意欲が高まりつつあるが、開業するための資金調達が障害となって開業を断念するケースが多い。リスクを分散するために、当初は勤務医と並行して開業できれば良いが、勤務医としての時間的な拘束が多く、開業医との兼業が事実上困難といってよい。
【００１０】
そこで、本発明にかかる医療モール管理システムは、限られたスペースの中で、患者の利便性を高めるために、各種医療サービスの提供を少なくとも中規模病院並みに極力自己完結できるレベルの医師数を揃えることができ、さらに、開業意欲の高い医師の開業資金調達の負荷を軽減することが可能な医療モール管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
前記目的を達成させるために、本発明にかかる医療モール管理システムは、複数の病院又は診療所を形成するブースが集積した医療モールシステムであって、
前記各ブースに配設された診療科端末からコンピュータネットワーク網を介してデータを受信する受信手段と、
前記各診療科端末へのアクセスについて、２以上の同一又は異なる診療科にかかる病院又は診療所を個別に特定するために、少なくとも、医師認証情報と利用時間情報と利用ブース情報とを対応付けて構成されたアカウント情報を登録する登録手段と、
前記各アカウント情報に対応する診療科端末の個別設定情報を記憶する記憶手段と、
前記受信手段が、前記診療科端末によるログイン操作によってアカウント情報を受信して認証処理を行う認証手段と、
前記認証手段によって認証されると、前記記憶手段から、前記受信したアカウント情報に対応する前記個別設定情報を読み出して前記ログイン操作を行った診療端末に個別設定情報を送信する送信手段と、を有する管理サーバを備えたことを最も主要な特徴とする。
【００１２】
この構成によれば、本来単一の診療所等に提供されるスペースに、診療時間をシフトさせることで複数の診療所等を設けることができ、診療時間を大幅に拡張することができるとともに、同一スペースでありながら、各医師は、診察する際に、比較的長時間使用される端末を各々の利用環境で使用することができるため、独立した開業医としての環境を提供することができる。
【００１３】
なお、通常、診察は、予め定められた時間で終了することは少なく、むしろ、長引くことが多いのが現実である。そこで、前記ブースは、１つの診療科に対して少なくとも２つ設けられ、１のブースで診療が行われている場合に、次の利用時間に割り当てられた同一診療科の診療所等は、前記利用ブース情報として、自動的に他のブースが割り当てるようにすれば、診療の終了時間と後続の診療所の診療の開始時間が一部重複しても、独立性が確保できる。
【００１４】
なお、診療科端末の個別設定情報は、毎回の診察によって絶えず変更される可能性が高い。したがって、前記個別設定情報は、前記診療科端末の利用時間の終了時点における最新の個別設定を更新情報として前記受信手段によって受信され、前記記憶手段は、個別設定情報を前記更新情報によって更新して記憶するようにすればよい。
【００１５】
各ブース内の設備は、前記診療科端末のほか、電子的に制御可能な機器類が多数備えられている。そこで、前記記憶手段は、各アカウント情報に、利用ブースの設備設定情報を対応付けて記憶し、前記認証手段によって認証されると、前記ブースの設備環境を設備設定情報で設定された状態に作動させるようにしてもよい。この構成により、さらに、同一ブースでありながら、各診療所の個別化を図ることが可能になり、各医師の独立開業満足度を高めることが可能になる。
【００１６】
診療終了時間経過後、診療科端末のログアウト操作の失念を防ぐために、本発明にかかるシステムは、前記利用時間情報の診療終了時間に、アクセス状態になっている診療科端末に対して前記送信手段から終了アラート信号を送信するとともに、前記受信手段を介して、当該診療科端末から、利用時間の延長申請信号を受け付ける利用時間変更処理手段を有するようにしてもよい。
【００１７】
各医師の運転資金の軽減を図るために、間接業務の集中処理化が必要になる。そこで、本発明にかかるシステムは、前記受信手段が、各診療科端末から各患者の診療終了情報を受信すると、前記各病院又は診療所単位で当該患者に対する医療費の請求処理を行う会計処理手段と、前記医療費に基づいて、所定期間ごとに、前記各病院又は診療所単位で診療報酬明細書の発行処理を行うレセプト処理手段と、を有するようにしてもよい。
【００１８】
さらに、開業資金及び前記運転資金の軽減を図るために、検査機器等の共有化、検査業務の集中化が必要になる。そこで、前期各療所等が共有で使用する各種検査機器を備えた検査ブースを備え、前記受信手段が、前記各診療科端末から、前記アカウント情報を送信して検査機器の使用依頼を受信すると、前記使用予定の検査機器の使用状況を示すステータス情報と使用開始予定時間情報とを生成し、前記診療科端末に表示させる検査機器使用予約処理手段を有するようにしてもよい。
【００１９】
複数の診療所等が集積しているメリットを生かすためには、中規模または大病院における総合診療的な医療サービスを提供することが好ましい。そこで、複数の問診項目と前記各問診項目に対する各診療科の関連度を点数化して対応させたリストを記憶する問診リスト記憶手段と、前記コンピュータネットワーク網を介して、前記受信手段が、所定の通信端末から入力された前記問診項目に対する患者の主訴情報を受信すると、前記主訴情報に対する診療科の関連度の点数を集計し、前記集計された点数の高い順序に現在予約可能な診療科の一覧を生成する総合診断リスト生成手段とを有するようにしてもよい。この場合、前記総合診断リスト生成手段は、前記集計された点数について、予め所定の閾値を設定し、前記集計された点数が前記閾値以上になった診療科については、前記リストに受診を推奨する表示を付記するようにしてもよい。
【００２０】
さらに、セカンドオピニオンの予約の利便性も向上させるため、前記各診療科端末又は前記所定の通信端末から、１乃至２以上の前記診療所等で診断がなされた後、前記診断をなした診療所等以外の前記診療所等に対して診療を依頼する予約を受け付けるセカンドオピニオン予約処理手段を有するようにしてもよい。
【００２１】
前記総合診療リスト又はセカンドオピニオンによって、複数の診療所等で連続して診療する場合、前記受信手段は、所定の受付端末から前記コンピュータネットワークを介して予約情報を受け付け、前記予約情報が受け付けられた１の診療所等の診療科端末から診療開始信号を受診すると、次順以降の診療所等の診療の予約を仮予約として設定し、前記１の診療所等の診療中に、前記次順以降の診療所等の診療科端末から診療開始信号を受診したときは、診療の順番を繰り下げ、前記１の診療所等の診療科端末から診療終了信号を受診すると、次順の診療所等の仮予約を本予約に変更処理する予約処理手段を有し、前記仮予約の状態で前記利用時間情報の診療終了時間になった場合は、同一の診療科であって後続の利用時間情報で登録されている診療所等が前記仮予約を受け継ぐようにしてもよい。
【発明の効果】
【００２２】
本発明にかかる医療モール管理システムは、一つのモールスペースに時間をシフトさせて、複数の診療所等を設けることができるため、少なくとも、大病院並みの医師の数を確保することができ、かつ、診療時間も大幅に延長することが可能となるため、大病院と同等もしくは大病院以上の利便性の高い医療サービスを提供するが可能になるという効果を奏する。
【００２３】
また、開業を所望する医師にとって、開業資金さらには運転資金の負荷が格段に下がるとともに、診療時間の選択肢が増えるため、勤務医との両立を可能とし、開業の促進を図ることができるという効果を奏する。
【００２４】
さらに、医療モールとしてテナントを提供する事業者にとっても、単一のスペースに複数の診療所等を設けることができるため、収益機会の増大が期待できるという効果を奏する。
【図面の簡単な説明】
【００２５】
【図１】図１は、本発明にかかる医療モール管理システムの概要図である。
【図２】図２は本発明にかかる医療モール管理システムを構成する管理サーバのブロック構成図である。
【図３】図３は、管理サーバ内の登録部が有する認証処理データテーブルの例を示した図である。
【図４】図４は、管理サーバ内の記憶部が有する個別設定情報テーブルの例を示した図である。
【図５】図５は、診療科端末の個別設定処理フロー図である。
【図６】図６は、１診療科に複数ブース設定した場合のタイムチャート概要図である。
【図７】図７は、診療科の設備環境の構成概要図である。
【図８】図８は、事務処理機能を備えた管理サーバのブロック構成図である。
【図９】図９は、事務処理フロー図である。
【図１０】図１０は、検査機器使用予約処理機能を備えた管理サーバのブロック構成図である。
【図１１】図１１は、検査機器使用予約表した図である。
【図１２】図１２は、総合診療機能を備えた管理サーバのブロック構成図である。
【図１３】図１３は、問診票を表示するユーザインターフェースを例示した図である。
【図１４】図１４は、総合診断用点数データテーブルの例を示した図である。
【図１５】図１５は、総合診断表を例示した図である。
【図１６】図１６は、同一の診療科で予約を受け継ぐ予約処理の例を示した図である。
【発明を実施するための形態】
【００２６】
図１は、本発明にかかる医療モール管理システムの概要図である。医療モール管理システムは、管理サーバ１と診療科端末２及び両者を通信可能に接続するコンピュータネットワークＬとから構成される。コンピュータネットワークＬは、本発明の目的を達成できるものであれば、インターネット網、イントラネット網、ローカルエリアネットワーク網（ＬＡＮ）など、あらゆる種類のネットワーク網で実現可能である。本実施の形態では、ＬＡＮによるネットワーク接続を前提に説明する。なお、接続形態（トポロジー）についても、スター型、リング型、バス型等の形態を問わず、さらには、伝送媒体として有線であるか、無線であるかを問わない。
【００２７】
医療モールとは、所定の領域内（典型的には、ビルの１乃至数フロア内）に、複数の独立した小規模の病院又は診療所を集積させて、全体であたかも中規模以上の病院のように、複数種類の診療科による診療を前記領域内で行うことを可能とする医療施設をいう。ここで、病院と診療所とは、入院施設（ベッド）数（２０床未満を診療所、２０床以上を病院という。）によって区別されるが、本発明の実施態様では、以下、総称して診療所という。また、本発明における診療所には、医療機関以外の治療院、鍼灸院、マッサージ院、整骨院や接骨院などを含めてもよい。
【００２８】
本発明にかかる医療モールは、物理的に同一の場所で、時間によって異なる診療所が開設できるように、システムを構築したものであり、従来の医療モールに比べて、飛躍的に多彩かつ多数の診療所を集積させることが可能となる。すなわち、図１で示すとおり、９：００〜１３：００までの時間帯は、診療所数（ブース数）がＡ１、Ｂ１、Ｃ１乃至Ｎ１であるが、１３：００〜１７：００までの時間帯は、別の診療所Ａ２、Ｂ２、Ｃ２乃至Ｎ２が診療を行い、１７：００〜２１：００までは、さらに別の診療所Ａ３、Ｂ３、Ｃ３乃至Ｎ３が診療を行うようになっている。したがって、結果として、ブースの物理的な数は、Ｎ個であっても、実際の診療所数は、前記ブースの数に前記シフトさせた診療時間帯の数を掛け合わせ数になる。なお、本実施の形態では、説明の便宜上、同一ブースの診療時間が連続的に表示されているが、実際には、交替のために多少の休診時間（たとえば３０分）を設けてもよい。
【００２９】
ここで、本実施の形態では、Ａのグループ（Ａ１、Ａ２、Ａ３）、Ｂのグループ（Ｂ１、Ｂ２、Ｂ３）、Ｃのグループ（Ｃ１、Ｃ２、Ｃ３）及びＮのグループ（Ｎ１、Ｎ２、Ｎ３）は、同一の診療科とするが、これに限定する趣旨ではない。ただし、診療科によって設備、備品等、共通して使用することができるものが多いので、同一のブースは、同一の診療科によって時間ごとに交替することが望ましい。また、時間帯の枠についても、本実施の形態では、前記グループ単位で一斉に同一時間枠の診療を行うようになっているが、各グループで時間枠が異なってもよく、さらには、同一グループ内の時間枠も各々異なる時間で交替するようにしてもよい。
【００３０】
各ブースには、診療科端末２が少なくとも１台ずつ配設されている。すなわち、ブースＡ１には、診療科端末２１ａ、ブースＢ１には、診療科端末２２ａ、ブースＣ１には、診療科端末２３ａ、ブースＮ１には、診療科端末２４ａが各々配設されており、以降の時間帯（Ｂのグループ及びＣグループ）でも、各々同一の診療科端末２を使用するが、後述するように、物理的には、各ブースに一つの診療科端末２を、仮想的には、異なる端末（Ｂのグループは２１ｂ乃至２４ｂ、Ｃのグループは２１ｃ乃至２４ｃ）として区別するようにしている。
【００３１】
なお、診療科端末２は、前記した通信機能のほか、いずれも、少なくとも物理的構成要素（ハードウェア）としてＣＰＵ、メモリ、記憶装置、さらには必要に応じてモニタ、マウス、キーボード、プリンタなどの周辺装置を有している。管理サーバ１も、同様のハードウェア構成を有している。
【００３２】
上記のように、一つの場所（ブース）に一つの診療所を設けるという従来型の医療モールに対して、本発明にかかる医療モールは、一つのブースに、設定する時間枠数分の診療所を加重的に設けることができる。
【００３３】
図２は、管理サーバ１のブロック構成図である。管理サーバ１は、コンピュータネットワークＬを介して、主に診療科端末２との間でデータの送受信を行う受信部１１と送信部１５を有する。
【００３４】
本発明にかかる医療モール管理システムは、個人（患者）情報を扱う複数の医師が物理的に単一の診療科端末２にアクセスするために、単一の診療科端末２に対して、各々医師固有の端末としてのアクセスを許容するために、認証処理を行う必要がある。そこで、管理サーバ１は、かかる認証処理を認証部１４で行うために、認証に必要なデータを登録部１２で登録する。認証に必要なデータは、図３の認証処理データテーブルＴ１２で示すとおり、たとえば、診療所名（Ｔ１２１）、各医師に割り当てられたＩＤ（Ｔ１２２）、任意に設定されたパスワード（Ｔ１２３）、各診療科端末２を識別するための端末識別番号（Ｔ１２４）、診療時間（Ｔ１２５）から構成される。ここで、端末識別番号（Ｔ１２４）は、各ブースに対応して各々設置されているため、実体としては場所データ（利用ブース情報）を示すものになる。すなわち、登録されている認証処理データテーブルＴ１２は、少なくとも前記ＩＤ（Ｔ１２２）及びパスワード（Ｔ１２３）からなる医師認証情報と、診療時間（Ｔ１２３）からなる利用時間情報と、端末識別番号（Ｔ１２４）からなる利用ブース情報とが各々対応付けられ、アカウント情報として登録されている。
【００３５】
端末識別番号（Ｔ１２４）は、数字表記の部分がブースの位置を示し、小文字のアルファベット部分が診療時間帯を示す。診療所名（Ｔ１２１）のうち、たとえば、「○○内科医院」と「△△耳鼻咽喉医院」とは、同一時間帯であるが、異なるブースで診療するため、端末識別番号（Ｔ１２４）は、各々２１ａと２２ａになっている。一方、診療所名（Ｔ１２１）のうち、「○○内科医院」と「☆☆内科クリニック」とは、同一診療科であるため、ブースが同じで、診療時間（Ｔ１２５）が異なるため（○○内科医院は、９：００〜１３：００であり、☆☆内科クリニックは、１３：００〜１７：００）、端末識別番号は、「○○内科医院」が２１ａであり、「☆☆内科クリニック」が２１ｂとなる。
【００３６】
認証部１４で認証された診療科端末２は、管理サーバ１の記憶部１３で記憶されている個別設定情報テーブルＴ１３（図４）に基づいて、診療科端末２を個々の医師がカスタマイズした設定内容で再現する。個別設定情報テーブルＴ１３は、前記認証処理データテーブルＴ１２の診療所名（Ｔ１３１）、ＩＤ（Ｔ１３２）、パスワード（Ｔ１３３）及び端末識別番号（Ｔ１３４）を共通に有し、相互に紐付いている。個別設定情報テーブルＴ１３は、この認証処理データテーブルＴ１２との共通のデータに、個別設定情報（Ｔ１３５）が対応している。図４では、個別設定情報Ｔ１３５の内容を具体的にブレークダウンしたものの例示としてオペレーティングシステム（ＯＳ）（Ｔ１３５ａ）、アプリケーション（Ｔ１３５ｂ）、ファイル（Ｔ１３５ｃ）、アイコン（Ｔ１３５ｄ）を挙げているが、これに限定する趣旨ではない。
【００３７】
以下、図２乃至図４を参照しつつ、図５の処理フロー図を使って、診療科端末２の具体的な個別設定にかかる作用を説明する。
【００３８】
診療科端末２を立ち上げると（又は、同一ブースにて後続の診療時間が開始する場合に、直前の利用者が自己の設定画面をシャットダウンすると）、ログイン画面が表示される（Ｓ１１）。ログイン画面には、各々の医師に割り当てられたＩＤ及びパスワードの入力欄が表示されており、診療科端末２の前記周辺装置（マウス、キーボードの他、カード、音声、バイオメトリクスなどの入力装置を含む。）によって入力される（Ｓ１２）。入力されたＩＤ、パスワードを管理サーバ１に送信する際に、ログイン時間（送信時間）及び端末識別番号が自動的に送信される（Ｓ１３）。なお、送信の操作は、ログインボタンなどが画面上に表示され、これをクリック等の操作で押下することによって実行されるようにすればよい。
【００３９】
管理サーバ１は、コンピュータネットワークＬを介して、Ｓ１３で送信されたデータを受信部１１で受信すると、認証部１４で登録部１２に登録されている認証処理データテーブルＴ１２の登録情報と前記受信したデータとを照合する（Ｓ１４）。照合した結果、認証した場合は（Ｓ１５のＹＥＳ）、記憶部１３で記憶されている個別設定情報テーブルＴ１３から、前記受信したデータに紐付いた個別設定情報を読み出す（Ｓ１６）。なお、前記照合の結果、認証できない場合は（Ｓ１５のＮＯ）、ログイン画面に戻り、たとえば、「ＩＤまたはパスワードが異なります。」などのメッセージを表示させればよい（図示せず）。また、ＩＤ、パスワードが正しい場合でも、入力する診療科端末２が許容されているものでない場合、あるいは、設定されている診療時間と異なる時間にログインした場合も、アクセスが許容されない旨のメッセージを表示させればよい（図示せず）。
【００４０】
よみだされた個別設定情報を送信部１５からコンピュータネットワークＬを介して、当該ログイン操作をした診療科端末２に送信し（Ｓ１７）、当該個別設定情報に基づくデフォルト画面表示をさせることにより、個別設定の操作が終了する（Ｓ１８）。本実施の形態では、Ｓ１８において、ログイン後の画面表示をデフォルト画面としたが、直近でログアウトした時点の画面を表示させるようにしてもよい。
【００４１】
なお、前記ログイン後、新たなアプリケーションをインストールし、ファイルを追加または削除し、あるいはアイコンを新規に作成し、または削除する等の操作を行った場合、その後、ログアウトした時点で、少なくともＩＤ、パスワード、端末識別番号から構成され、管理サーバ１に送信されるログアウト情報とともに、前記追加、削除等、変更のあった個別設定情報を更新情報として送信し、この更新情報を管理サーバ１の受信部１１で受信すると、記憶部１３に記憶されている個別設定情報テーブルＴ１３の個別設定情報（Ｔ１３５）は更新される（図示せず）。
【００４２】
また、ログアウトの時間が、登録部１２の認証処理データテーブルＴ１２で登録されている診療時間の終了時間前である場合、ログアウトしてよいかどうかのメッセージを表示させてもよい（図示せず）。
【００４３】
ところで、一般に、患者一人当たりの診療時間は患者の症状等によって大きく異なり、たとえば、１の診療所における診療の終了時間間際の患者に対する診療時間が長引いた場合、後続の診療所の診療を所定の診療時間に開始できないという不都合が生じる可能性がある。そこで、図６に示すとおり、概念的に一つのブースを２つに分割すればよい。すなわち、図１で説明した形態の場合、グループＡ（たとえば内科のグルーピング）は、物理的に単一のブースが付与され、診療時間帯によってＡ１乃至Ａ３に変更されることになるが、図６の形態では、ブースが物理的に２つ設けられ、１のブースＡ−Ｍ１がＡ１（診療時間は９：００〜１３：００）に割り当てられた後、Ａ２（診療時間は１３：００〜１７：００）は他のブースＡ−Ｍ２が割り当てられることになる。その後、Ａ３（診療時間は１７：００〜２１：００）は、再び前記１のブースＡ−Ｍ１が割り当てられる。このように、診療時間帯の枠ごとに、交互に別のブースを割り当てることにより、診療時間の終了間際の診療において、後続の診療所の開始時間との場所的な重複を回避することが可能になる。なお、認証処理データテーブルＴ１２及び個別設定情報テーブルＴ１３における端末識別番号も、同一グループにおいて、診療科端末２が設置されているブースを各々区別するために、枝番号等を付するようにすればよく、各テーブルも枝番号を付することを許容する桁数を確保しておけばよい。
【００４４】
図６では、Ａ１の診療時間が、１３：００以降も延長していることを示している（図のハッチング部分）。この場合、認証処理データテーブルＴ１２で定められている診療終了時間を超えることになるため、たとえば、管理サーバ１は、診療終了時間の延長申請を受け付けるための処理を行う利用時間変更処理部を設けてもよい（図示せず）。なお、この利用時間変更処理部は、前記認証処理データテーブルＴ１２で定められている診療終了時間を超えてアクセス状態になっている場合に、当該診療科端末２に対して、終了アラート信号を送信し、延長申請をするかどうかの問い合わせをするようにしてもよい。
【００４５】
以上のとおり、１のグループに対してブースを複数設けることで、診療時間帯が先行する診療所では、診療の終了時間に拘束されることなく、丁寧な診療を行うことが出来る一方、後続の診療所は、先行する診療所の終了時間に影響されることなく、所定の開始時間から診療を開始することが可能になる。なお、図６の実施形態では、１のグループに対してブースを２つ設けた場合で説明したが、これに限定する趣旨ではなく、３つ以上であってもよい。また、実際のシステム運用上、図６で示すような表示を管理サーバ１に接続されたモニタ、あるいは医療モールの待合室などの所定のディスプレイなどで表示するようにしてもよい。
【００４６】
図７は、診療科の設備環境の構成概要図を示したものである。例示的に、ブースＡ１で説明しているが、各ブースとも、共通に有する設備、各々診療所固有の設備（例えば、歯科用ユニットチェアなど。）が設置されている。これらの設備のうち、起動、操作等、電子的に制御できるものについて、診療科端末２をホームサーバとして各設備を制御できるようにし、診療科端末２を前記ログイン操作によって立ち上げると、これらの接続された設備も自動的に設定された状態に起動するようにしたものである。本実施の形態では、ブースＡ１の診療科端末２１ａが、ログイン操作によって認証されて起動すると、診療科端末２１ａの起動とともに、診察台２１１ａが所定の高さに作動し、照明２１２ａが調光機能により所定の明るさに制御され、サイネージ２１３ａが、当該時間帯で診療開始する診療所名を表示し、エアコン２１４ａが所定の温度等で作動し、診察用ベッド２１５ａが所定の高さに作動する。これらの設備環境のデータは、診療科端末２で随時調整して設定できるように所定のアプリケーションソフトウェアがインストールされていればよい。また、設定値は、認証処理データテーブルＴ１２のアカウント情報（及び個別設定情報テーブルＴ１３の個別設定情報（Ｔ１３５））に対応して記憶部１３に記憶されるようにすればよく、変更された設定値は、前記した更新情報とともに管理サーバ１に送信されるようにすればよい（図示せず）。
【００４７】
なお、本実施の形態では、各診療所内の設備の設定値は、すべて診療所端末２を介して管理サーバ１に送信される構成としているが、各設備にマイクロコンピュータを内蔵させ、各々の設定値の変更データを、診療所端末２を介さずに、直接コンピュータネットワークＬを介して管理サーバ１に送信するようにしてもよい。
【００４８】
新たに診療所を開業した場合、人件費は大きなコスト負担になるが、中でも、間接業務に該当する会計処理、レセプト処理は必要不可欠であるものの、省力化が望まれている。そこで、図８で示すとおり、管理サーバ１が、会計処理部１６ａ及びレセプト処理部１６ｂを設け、前記間接業務の効率化を図るようにしてもよい。すなわち、本発明にかかる医療モール管理システムは、各診療所の会計処理、レセプト処理を管理サーバ１で集中的に行うことにより、各診療所の間接業務にかかる作業負荷の軽減を図ることができるようにしている。なお、図２の管理サーバ１と共通部分については、同一の番号を付し、詳細な説明は割愛する。以下、図９の処理フロー図を使用して、本発明にかかる会計処理、レセプト処理の手順を説明する。
【００４９】
患者の来院によって、受付処理が開始されると（Ｓ２１）、まず、診療の順番を決定する予約登録手続が行われる（Ｓ２２）。なお、受付処理から予約登録手続までは、医療モールが共通の受付カウンター等を設置して、一元的に行う形態と各診療所個別で行う形態のいずれであってもよく、また、受付処理の手続は、診察券等を受け取って人的な入力作業によって予約登録手続をする形態と診察券等を専用の読取装置で読み取って、自動的に予約登録手続をする形態のいずれであってもよい。予約登録手続の終了によって各患者の診察順序が決定すると、順次患者の診療が開始されるが、各患者の診療開始とともに、診療科端末２から、管理サーバ１に診療開始情報が送信されると（Ｓ２３）、受信部１１によって受信される。ここで、診療開始情報は、たとえば、前記予約登録手続によって患者が特定されると、当該患者を特定する情報（たとえば、診察券番号）によって診療科端末２または管理サーバ１に記憶されている当該患者の電子カルテが読みだされ、診療科端末２のモニタ上に表示され、入力可能状態になったときに、診療開始の信号を管理サーバ１に送信するようにすればよい（図示せず）。初診の場合は、予約登録手続までに、新規で電子カルテを生成すればよい。ここで、前記電子カルテは、各診療所の患者の特定と、毎回の診療内容の特定が可能なものであればよく、公知の電子カルテを利用すればよい。
【００５０】
前記患者の診療が終了し、診療科端末２から診療終了情報が送信されると（Ｓ２４）、管理サーバ１の受信部１１で診療終了情報が受信される。診療終了情報は、たとえば、当該患者の前記電子カルテの表示を終了させたときに送信されるようにすればよい。また、診療終了情報は、少なくとも診療所と患者を特定する情報が含まれていればよい。
【００５１】
会計処理部１６ａは、予め、各診療所別に電子カルテを記憶しておき、前記受信した診療終了情報から、該当する電子カルテを読み出し、電子カルテに記録されている同日の医療行為にかかる医療費を自動的に算出する。算出された金額を患者に請求する処理を行うことで会計計算が終了する（Ｓ２５）。
【００５２】
前記会計処理で計算されたデータは、レセプト処理部１６ｂで蓄積され（Ｓ２７）、所定期間が経過すると（Ｓ２７のＹＥＳ）、診療所ごとに、すべての患者の医療行為の点数を計算し、レセプトを作成し、各レセプトの合計を記載した診療報酬請求書を生成する（Ｓ２８）。なお、前記所定期間とは、通常、レセプト処理を月締めで行うので、実際には１ヶ月のことであり、締日までは、会計処理で計算されたデータを蓄積する処理のみを行えばよい（Ｓ２７のＮＯ）。
【００５３】
本発明にかかる医療モールシステムは、同一の場所で別会計の診療所が複数存在するが、前記のとおり、各診療所の診療科端末２は、管理サーバ１において、ユニークに識別されているため、各々の会計処理、レセプト処理を簡易かつ効率的に集中して行うことができる。したがって、各診療所では、少なくとも、会計処理、レセプト処理に関する間接業務のコスト負担を軽減することが可能になる。なお、複数の診療所から各々薬の処方が出ている場合、会計処理部において、各薬の併用禁忌の処方薬リストデータを有し、会計処理時に、各診療所から各々薬の処方箋情報を受け付けるとともに、複数の薬が処方された場合又は過去に処方された処方薬と服用時期が重複する場合、前記処方薬リストデータから、併用禁忌の処方薬の有無を検索し、併用禁忌の処方薬が処方された場合、処方した診療所に連絡を入れるようにしてもよい。
【００５４】
新規に診療所を開業する場合、検査機器の購入は大きなコスト負担になる。さらに、検査機器は、導入コストのみならず、検査技師の人件費を含むランニングコストの負担も大きい。一方で、診療所の運営上、増患を見込むためには、検査機器の充実は重要な要素となる。そこで、医療モールに各診療所が共有する検査ブースを設け、検査ブース内に必要な検査機器を設けて、共同で使用するようにすればよい。すなわち、図１０で示すとおり、管理サーバ１に、検査機器使用予約処理部１７を設け、診療所相互で共有する検査機器の使用時間の調整を行うことができるようにすればよい。なお、図２及び図８の管理サーバ１と共通部分については、同一の番号を付し、詳細な説明は割愛する。検査機器使用予約処理部１７は、各診療科端末２に検査機器使用予約画面を表示させ（図示せず）、同診療科端末２から同画面上で前記アカウント情報とともに、使用を所望する検査機器と使用予定時間を入力して送信すると、受診部１１で受診し、当該検査機器について使用予定時間に先約がないかどうかを確認する。先約がある場合は、前記診療科端末２に、先約中である旨の通知と別時間の指定を促す画面を表示させる。なお、前記画面表示の例として、図１１に検査機器使用予約表Ｔ１７を示す。検査機器使用予約表Ｔ１７は、診療所名Ｔ１７１、予約時間Ｔ１７２、使用機器Ｔ１７３、ステータスＴ１７４から構成されている。ステータスＴ１７４は、現在使用しているのか（「使用中」と表示）、これから使用するのか（「予約中」と表示）を表示し、たとえば、緊急の場合で「予約中」のステータスの場合は、診療所間で融通し合うこともできるようにすればよい。検査設備を充実させることにより、たとえば、近隣に企業や学校がある場合、比較的多い人数の健診を受け付けることもでき、医療モール全体で増患を見込めるという効果も奏する。
【００５５】
ところで、医療モールを形成するメリットの一つは、個々の診療所が小規模であっても、全体で、中規模病院以上の医療サービスを提供できる点にある。特に、大規模病院の場合、中小の診療所、病院の紹介状がなければ受診することができない不都合があるが、医療モールの場合は、そのような煩わしい手続を経ずに、総合的な診療を受けることができるというメリットがある。近年、医療の進歩とともに、各診療科の内容も複雑多岐になり、患者側には、明らかに病気としての主訴があるものの、どの診療科を受診すればよいのか、不明な場合も多い。そこで、大規模病院では、一般に知られている内科、外科、循環器科などの診療科のほか、どの診療科を受診すればよいかを特定する総合診療科なる診療科を設けるところがある。本発明にかかる医療モールシステムは、各種診療科が集積しているという特性を生かすために、総合診療に近いサービスをコンピュータ処理によって簡易なユーザインターフェースを用いて問診することにより、実現することができる。以下、図１２乃至図１５を用いて本発明にかかるシステムによって提供可能な総合診療サービスの機能を説明する。ただし、各図の記載内容は、本発明の機能を説明するために、便宜的に例示したものであり、実際の医学的見地に基づくものではない。
【００５６】
図１２は、総合診療機能を備えた管理サーバ１のブロック構成図である。図２、図８と共通する機能については同一の番号を付し、詳細な説明は割愛する。また、図８の機能がないものであっても、実現は可能であるが、図１２は、図８で説明する機能を備えたものを前提に説明する。
【００５７】
管理サーバ１は、患者の主訴から受診すべき適切な診療科を特定するために、予め、問診リストを記憶する問診リスト記憶部１７を有する。問診リスト記憶部１７に記憶されている問診票Ｔ１７は、図１３に例示されている。問診票Ｔ１７は、患者名記載欄Ｔ１７１、診察券番号記載欄Ｔ１７２（ここで、診察券とは、たとえば、当該医療モールで各診療所共通の診察券を発行する場合を想定している）、疾患箇所記入欄Ｔ１７３、主訴記載欄Ｔ１７４から構成され、主訴記載欄Ｔ１７４は複数の問診記載欄（Ｔ１７４ａ〜Ｔ１７４ｃ）から構成されている。疾患箇所記入欄は、体の部位ごとに、主訴をラジオボタンで入力する形式になっている。ここで、疾患箇所が特定されると、主訴記載欄Ｔ１７４が特定される。よって、疾患箇所記入欄の内容によって、主訴記載欄Ｔ１７４に表示される問診リストは異なってくる。本実施の形態では、疾患箇所として腰痛を記入したところ、腰痛に関する主訴記載欄（Ｔ１７４ａ〜Ｔ１７４ｃ）が表示されるようになっている。本実施の形態では、疾患箇所を１つ特定した例を示したが、複数特定することも可能である。この場合、主訴記載欄も各々の疾患箇所に対応して表示される。また、複数の疾患箇所が発症している場合に、個々の主訴記載欄のほか、複数個所の疾患に対する固有の主訴記載欄も別途準備され、この場合は、各々の疾患箇所に関する主訴記載欄のほか、複数の疾患箇所固有の主訴記載欄も表示される。なお、主訴記載欄Ｔ１７４ａ〜Ｔ１７４ｃに表示されている「ｗ／ａ」は、腰痛の問診を示す記号であり、各問診リストは、このような記号によって分類管理されている。一般に腰痛の場合、ヘルニアなどの外科的要因のほか、内臓疾患が原因で発症する場合、精神的な疾患に起因する場合もあるため、多様な問診によって、どの診療科から診断すべきかを判断する材料とする。したがって、主訴記載欄Ｔ１７４の問診の形態も多岐にわたるため、プルダウンメニュー、ラジオボタン、チェックボックス（図示せず）、さらにはテキストを直接入力するもの（図示せず）、等必要に応じて混在させている。なお、本実施の形態では、スペースの関係上、問診リストは３つであるが、総合診療の精度を上げるためには、実際には３つ以上の問診を行うことになる。
【００５８】
なお、前記問診リストは、患者が自宅等からインターネット等を介してアクセスし、遠隔で診療の予約を入れることができるようにしてもよく、また、医療モールの総合受付に専用端末を設けて、そこで、患者自らが入力してから、予約を入れるようにしてもよく、さらには、前記総合受付で職員が患者に直接口頭等でヒアリングしなから、タブレット端末等で入力して予約を入れるようにしてもよい。したがって、問診リスト記憶部１７は、これらの所定の通信端末から問診票にアクセスできるようにユーザインターフェースを設定するものであればよい。
【００５９】
前記問診票によって患者からの回答が入力された問診データは、管理サーバ１の総合診断リスト生成部１８に渡される。総合診断リスト生成部１８は、図１４で示すように、前記主訴記載欄の各問診について、回答に応じて各診療科の関連度を数値化した総合診断用点数データテーブルＴ１８を有する。図１４は、図１３の腰痛の例示を受けて、腰痛に関する総合診断用点数データテーブルを示しているが、同様のテーブルが疾患箇所ごとに存在する。
【００６０】
総合診断用点数データテーブルＴ１８は、上段左欄に、疾患箇所分類記号記載欄Ｔ１８１、テーブルの横軸方向の各診療科名称記載欄Ｔ１８２〜Ｔ１８４、テーブルの縦軸方向で疾患箇所分類記号記載欄Ｔ１８１に対応する問診番号記載欄Ｔ１８５〜Ｔ１８９から構成されており、各診療科名称記載欄Ｔ１８２〜Ｔ１８４と問診番号記載欄Ｔ１８５〜Ｔ１８９とによるマトリクス表として、各問診番号の回答に応じた各診療科の関連度を数値で表示している。なお、診療科欄は、疾患箇所に応じて増減してもよいし、医療モールに存在する診療科をすべて記載するように欄を確保した形態でもよい。
【００６１】
本実施の形態では、たとえば、問診番号記載欄Ｔ１８５「Ｑ１」は、図１３の「痛みが発症したのはいつからですか。」という質問であり、発症期間自体は、腰痛の発症原因について特に特有点がないため、診療科名称記載欄のＴ１８２内科、Ｔ１８３整形外科で均等に１０ポイントと設定し、腰痛とは無関係のＴ１８４耳鼻咽喉科については０ポイントと設定している。一方、たとえば、問診番号記載欄Ｔ１８８「Ｑ３−１」は、図１３の「比較的どのような姿勢でも痛みますか。」という質問について、「はい」にチェックを入れた場合であり、姿勢に影響されずに痛みが発症する場合は、内臓疾患に起因する痛みの可能性が高いため、診療科名称記載欄のＴ１８２内科では、７０ポイントであるのに対し、Ｔ１８３整形外科では、５０ポイントとしている。
【００６２】
以上のとおり、総合診断リスト生成部１８は、各問診内容及び回答の内容に応じて診療科ごとに関連度を数値化し、すべての問診内容及び回答に対応する点数を集計し、患者の主訴に対して、診療を受けるべき診療科の関連度を定量的に明示するリストを生成する。かかるリストは、図１５の総合診断表Ｒ１８で例示するとおり、順位記載欄Ｒ１８１、診療科名（診療所名）記載欄Ｒ１８２、関連度記載欄Ｒ１８３から構成されるものであればよい。本実施の形態では、内科を１位（関連度７０％）、整形外科を２位（関連度６０％）としている。診療科名（診療所名）記載欄Ｒ１８２は、医療モール内で現在時刻において、予約可能な診療所名も記載されるため、総合診断表Ｒ１８を見て直ちに、当該診療所に予約を入れることもできる。なお、前記通信端末から、診療科名（診療所名）記載欄Ｒ１８２をクリックすると、予約入力画面が自動的に表示されるようにしてもよい。
【００６３】
なお、総合診断表Ｒ１８は、関連度の高い１位、２位について、関連度記載欄Ｒ１８３ａ、Ｒ１８３ｂにハッチングをかけて表示している。本実施の形態では、１位、２位以外の耳鼻咽喉科、歯科は、関連度記載欄Ｒ１８３ｃ、１８３ｄで示すとおり、０％であるから、受診しなくてもよいと判断できるが、関連度の数値が、小さい場合でも、０％ではない場合は、受診すべきかどうか、判断に窮する場合がある。そこで、総合診断リスト生成部１８において、予め、所定の閾値を設定しておき、前記集計処理の後、各数値がこの閾値以上のものについては、直ちに、受診を勧めるというアドバイスに代えて上記ハッチング等、推奨表示を付するようにしてもよい。
【００６４】
ところで、上記総合診療を行う場合、同日に、複数の診療所に予約を入れる場合もある。この場合、予約を入れた１の診療所で診療を行っている場合に、他の診療所の診療開始時間が到来する場合もあり、通常の診療所では、その時点で当該患者が不在だと、予約がキャンセルされるため、前記１の診療所の診療が終了した後、あらためて当該他の診療所の予約を入れなおさなければならない。そこで、本発明にかかる複数診療科の予約処理を前記キャンセル処理がなされないように調整する機能を有する。具体的には、管理サーバ１に予約処理部を設けて（図示せず）下記の処理を実行させればよい。ただし、本発明にかかる医療モール管理システムは、同一の診療科であっても、時間帯によって複数の診療所が存在することから、前記予約の調整を同一診療科の複数の診療所の診療時間との調整とともに行うことができる点で大きなと特徴を有する。
【００６５】
図１６は、前記予約処理部の処理手順を図示したものである。図１６（ａ）では、診療所Ａ１において、患者Ｐ１、Ｐ２、Ｐ３の順序で予約が入っている。予定では、患者Ｐ３で診療時間は終了するものとする。ここで、患者Ｐ２は、診療所Ａ１に先行して、他の診療所で診療を受けており（図示せず）、診療所Ａ１での予約は、（仮）という位置づけになっている。一方、同一診療科のＡ２は、診療所Ａ１の後続の時間帯に診療時間が開始するため、診療所Ａ１が診療中は、時間外ということになる。
【００６６】
次いで、図１６（ｂ）では、診療所Ａ１で患者Ｐ１の診療が終了したため、本来であれば、前記（ａ）では２番目に予約の入っている患者Ｐ２が、診療所Ａ１において、診療を受けることになるところ、前記他の診療所での診療中であるため、予約の順序を患者Ｐ３と入れ替え、診療所Ａ１における患者Ｐ１の次の診療は患者Ｐ３となり、患者Ｐ２は（仮）の状態のまま順序が繰り下がるように処理される。
【００６７】
さらに、図１６（ｃ）では、診療所Ａ１で患者Ｐ３の診療時間が長引いて診療所Ａ１の診療時間の終了時間を超えて図６で説明した延長の申請がなされた場合、（仮）状態の患者Ｐ２は、後続の診療所Ａ２の診療が開始されるため、診療所Ａ２への予約にシフトする。この場合、患者Ｐ４が、本来予約の先頭であるところ、割り込み処理を行って、患者Ｐ２を先頭とするように処理がなされる。
【００６８】
前記予約処理部における実際の処理では、この（仮）状態は、フラグを設けて処理すればよく、先行する診療所Ａ１での診療が終了し、患者Ｐ２が診療所Ａ２で受診可能になった場合、フラグをたてて（仮）状態を削除すればよい。
【００６９】
なお、図１６では、総合診療における複数予約の場合の順序の調整を説明したが、たとえば、複数予約のケースが発生する場合としては、同医療モール内でセカンドオピニオンを求める場合もある。セカンドオピニオンの場合、各診療科端末２又は前記所定の通信端末から、１乃至２以上の診療所で診断がなされた後、前記診断をなした診療所以外の診療所に対して診療を依頼する予約を受け付けるセカンドオピニオン予約処理部をサーバ管理サーバ１に設け（図示せず）、以後、複数の予約に対して、図１６で説明したとおりの処理を行えばよい。
【００７０】
以上の通り、同一ブースに診療時間帯を分けて、各診療時間帯に対応して複数の診療所を設けるようにすることで、小刻みな診療時間による開業ができるようになり、勤務医と並行して開業することが可能になる。これは、独立開業のみで運営をする場合に比べて、資金的なリスクをヘッジすることが可能となり、医師の独立開業のハードルを下げることができる。また、小刻みな分業により、開業医一人当たりの業務負荷が分散される結果、深夜などの診療も可能となり、近隣に住民にとっても、良好な医療サービスを提供することができる。
【００７１】
一方、ブースを提供する事業者にとっても、診療所１件当たりの賃料収入は低額になるものの、一つのスペースに複数の診療所を設けることで、全体の賃料収入は上がり、しかも、個々の診療所側の賃料は低額であること、さらに、診療時間の設定の自由度が高いこと、から、従来の１ブース１診療所のモデルに比べて空室状態を回避しうる可能性が高いため、高収益が見込めるという効果も期待できる。
【符号の説明】
【００７２】
１    管理サーバ
２    診療科端末
１１  受信部  
１２  登録部    
１３  記憶部
１４  認証部
１５  送信部
Ｌ    コンピュータネットワーク網    
【図１】
2015103231.tif 000003
【図２】
2015103231.tif 000004
【図３】
2015103231.tif 000005
【図４】
2015103231.tif 000006
【図５】
2015103231.tif 000007
【図６】
2015103231.tif 000008
【図７】
2015103231.tif 000009
【図８】
2015103231.tif 000010
【図９】
2015103231.tif 000011
【図１０】
2015103231.tif 000012
【図１１】
2015103231.tif 000013
【図１２】
2015103231.tif 000014
【図１３】
2015103231.tif 000015
【図１４】
2015103231.tif 000016
【図１５】
2015103231.tif 000017
【図１６】
2015103231.tif 000018