(57)【要約】【課題】  紹介元医療機関から紹介先医療機関に対する患者の紹介を支援でき、地域医療の連携を促進できる患者紹介処理方法，地域医療連携サーバ，地域医療連携プログラム及び記録媒体を提供することを目的とする。【解決手段】  地域医療連携サーバの患者紹介処理方法であって、一の医療機関の予約済み患者情報１０１及び紹介済み患者情報１０２を選択して第１クライアントに表示させる第１段階と、一の医療機関の予約済み患者情報１０１から紹介対象として選択された患者の紹介先医療機関候補を１クライアントに表示させる第２段階と、選択された患者の患者情報を一の医療機関の予約済み患者情報１０１から紹介済み患者情報１０２に移動させる第３段階と、選択された患者の患者情報を紹介先医療機関候補から他の医療機関の仮予約患者情報として登録する第４段階とを有することにより上記課題を解決する。【選択図】  図１５
2005122380.tif 000002
【特許請求の範囲】
【請求項１】
地域医療の連携を促進するための処理を行う地域医療連携サーバの患者紹介処理方法であって、
操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１段階と、
前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２段階と、
前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３段階と、
前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４段階と
を有することを特徴とする患者紹介処理方法。
【請求項２】
前記他の医療機関に属する操作者が操作している第２クライアントから前記紹介対象として選択された患者の受入許可応答を受信し、前記他の医療機関の仮予約患者情報を予約済み患者情報に変更する段階を更に有することを特徴とする請求項１記載の患者紹介処理方法。
【請求項３】
地域医療の連携を促進するための処理を行う地域医療連携サーバであって、
複数の医療機関の予約済み患者情報および前記医療機関が他の医療機関に紹介した紹介済み患者情報を各医療機関ごとに格納している情報格納手段と、
操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を前記情報格納手段から取得し、前記予約済み患者情報および紹介済み患者情報を表示する第１の画面データを作成して前記第１クライアントに送信する第１画面データ処理手段と、
前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する第２の画面データを作成して前記第１クライアント送信する第２画面データ処理手段と、
前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報が前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動するように前記情報格納手段を書き換える情報書き換え手段と、
前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する予約情報登録手段と
を有することを特徴とする地域医療連携サーバ。
【請求項４】
地域医療の連携を促進するための処理を行う地域医療連携サーバに、
操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１手順と、
前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２手順と、
前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３手順と、
前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４手順と
を実行させるための地域医療連携プログラム。
【請求項５】
地域医療の連携を促進するための処理を行う地域医療連携サーバに、
操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１手順と、
前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２手順と、
前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３手順と、
前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４手順と
を実行させるための地域医療連携プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者紹介処理方法，地域医療連携サーバ，地域医療連携プログラム及び記録媒体に係り、特に地域医療の連携を促進するための処理を行う地域医療連携サーバ，地域医療連携プログラム，その地域医療連携プログラムを記録したコンピュータ読み取り可能な記録媒体および地域医療連携サーバの患者紹介処理方法に関する。
【背景技術】
【０００２】
例えば小規模な病院や診療所では、患者の疾患状況に対応する専門医師がいない場合や検査設備が整っていない場合など、患者の疾患状況に対応できないことがある。このような場合、患者の疾患状態に対応できない小規模な病院や診療所の医師は、専門医師がいる病院や検査設備が整っている病院に対して紹介状を作成し、その紹介状を郵送するか又は患者自身に持参させるなどして患者を紹介していた。
【０００３】
以下の説明では、患者を紹介した医療機関（例えば、小規模な病院や診療所など）を紹介元医療機関と呼び、患者を紹介された医療機関（例えば専門医師がいる病院や検査設備が整っている病院など）を紹介先医療機関と呼ぶ。
【０００４】
近年、地域医療の連携の促進が求められており、紹介元医療機関から紹介先医療機関に対する患者の紹介は、ますます増加するものと予想される。このような患者の紹介を支援する仕組みの一例が、例えば特許文献１又は２に記載されている。特許文献１には、紹介元医療機関から紹介先医療機関の予約システムに対し、紹介対象の患者の診察予約を入力する内容が記載されている。特許文献２には、患者の問診情報に基づき最適な紹介先医療機関を選択し、その紹介先医療機関に対して電子メールで紹介状を送付する内容が記載されている。
【特許文献１】特開２００２−１０９０７５号公報
【特許文献２】特開２００２−７３８２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来、紹介元医療機関から紹介先医療機関に対する患者の紹介は、紹介元医療機関が一方的に行っていたため、紹介先医療機関の都合で紹介した患者の受入を拒否される場合があった。したがって、患者は受け入れられるかどうか分からない状態で紹介先医療機関に赴くことになり、無駄足になる可能性があるという問題があった。また、特許文献１及び２に記載されている患者の紹介を支援する仕組みも同様な問題があった。さらに、紹介元医療機関は紹介先医療機関に紹介した患者の検査結果等を取得して今後の診察に役立てたいというニーズがあるが、紹介先医療機関に紹介した患者の検査結果等を容易に取得する仕組みも提案されていなかった。
【０００６】
本発明は、上記の点に鑑みなされたもので、紹介元医療機関から紹介先医療機関に対する患者の紹介を支援でき、地域医療の連携を促進できる患者紹介処理方法，地域医療連携サーバ，地域医療連携プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、上記課題を解決するため、本発明は、地域医療の連携を促進するための処理を行う地域医療連携サーバの患者紹介処理方法であって、操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１段階と、前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２段階と、前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３段階と、前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４段階とを有することを特徴とする。
【０００８】
また、本発明は、前記他の医療機関に属する操作者が操作している第２クライアントから前記紹介対象として選択された患者の受入許可応答を受信し、前記他の医療機関の仮予約患者情報を予約済み患者情報に変更する段階を更に有することを特徴とする。
【０００９】
また、本発明は、地域医療の連携を促進するための処理を行う地域医療連携サーバであって、複数の医療機関の予約済み患者情報および前記医療機関が他の医療機関に紹介した紹介済み患者情報を各医療機関ごとに格納している情報格納手段と、操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を前記情報格納手段から取得し、前記予約済み患者情報および紹介済み患者情報を表示する第１の画面データを作成して前記第１クライアントに送信する第１画面データ処理手段と、前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する第２の画面データを作成して前記第１クライアント送信する第２画面データ処理手段と、前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報が前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動するように前記情報格納手段を書き換える情報書き換え手段と、前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する予約情報登録手段とを有することを特徴とする。
【００１０】
また、本発明は、地域医療の連携を促進するための処理を行う地域医療連携サーバに、操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１手順と、前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２手順と、前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３手順と、前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４手順とを実行させるための地域医療連携プログラムであることを特徴とする。
【００１１】
また、本発明は、地域医療の連携を促進するための処理を行う地域医療連携サーバに、操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１手順と、前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２手順と、前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３手順と、前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４手順とを実行させるための地域医療連携プログラムを記録したコンピュータ読み取り可能な記録媒体であることを特徴とする。
【００１２】
本発明では、予約済み患者情報及び紹介済み患者情報を表示する画面データ，紹介対象として選択された患者の紹介先医療機関候補を表示する画面データをクライアントに送信することで、クライアントの操作者に予約済み患者情報および紹介済み患者情報を表示する画面と、紹介対象として選択された患者の紹介先医療機関候補を表示する画面とを提示できる。
【００１３】
また、本発明では、紹介対象として選択された患者の患者情報を一の医療機関の予約済み患者情報から他の医療機関に紹介した紹介済み患者情報に移動させると共に、紹介対象として選択された患者の患者情報を選択された他の医療機関の仮予約患者情報として登録することができる。
【００１４】
さらに、本発明では、紹介対象として選択された患者の受入許可応答を受信したあとで仮予約患者情報を予約済み患者情報に変更することで、紹介対象の患者が他の医療機関に受け入れられたか否かの情報をクライアントの操作者に提示できる。
【発明の効果】
【００１５】
上述の如く、本発明によれば、紹介元医療機関から紹介先医療機関に対する患者の紹介を支援でき、地域医療の連携を促進できる患者紹介処理方法，地域医療連携サーバ，地域医療連携プログラム及び記録媒体を提供できる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本発明は下記の実施例に限定されるものではなく、本発明の範囲内で種々の変形や変更が可能である。
【００１７】
図１は、本発明による地域医療連携システム１の一実施例の構成図である。図１の地域医療連携システム１は、地域医療連携サーバ１０，クライアント１１ａ〜１１ｎ及び予約システム１２が、インターネット等のネットワーク１３を介して接続されている。クライアント１１ａは、患者が利用する端末装置である。患者は、クライアント１１ａを地域医療連携サーバ１０に接続して診察予約や問診票作成を行う。
【００１８】
クライアント１１ｂは、医療機関２の医師，看護士等の操作者が利用する端末装置である。クライアント１１ｎは、医療機関３の医師，看護士等の操作者が利用する端末装置である。また、予約システム１２は医療機関３が自機関内で独自に行っている診察予約に関する各種処理を行うシステムである。以下の説明では、一例として医療機関２が小規模な病院や診療所等の紹介元医療機関であり、医療機関３が専門医師のいる病院や検査設備の整っている病院等の紹介先医療機関である例を説明する。
【００１９】
地域医療連携サーバ１０は、本発明の患者紹介処理方法に係る処理と、その処理で利用する情報の管理とを行うものである。例えば地域医療連携サーバ１０は、クライアント１１ａ〜１１ｎからの要求に応じて、メイン利用画面，紹介先医療機関選択画面，問診票作成画面の画面データの提供等の処理を行う。なお、地域医療連携サーバ１０が行う各種処理の詳細は後述する。
【００２０】
次に、地域医療連携サーバ１０の詳細について説明する。図２は、地域医療連携サーバ１０の一実施例のハードウェア構成図である。図２の地域医療連携サーバ１０は、それぞれバスＢで相互に接続されている入力装置２１，表示装置２２，ドライブ装置２３，記録媒体２４，補助記憶装置２５，メモリ装置２６，演算処理装置２７，インターフェース装置２８を有するように構成される。なお、図２の地域医療連携サーバ１０を構成する各種デバイスは、１つの筐体に収容してもよいし、複数の筐体に分散して収容してもよい。
【００２１】
入力装置２１はキーボード，マウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置２２は、操作に必要な各種ウインドウやデータ等を表示する。インターフェース装置２８は、ネットワーク１３に接続する為のインターフェースであり、例えばモデム，ルータ等で構成される。
【００２２】
地域医療連携サーバ１０を制御する地域医療連携プログラムは、ＣＤ−ＲＯＭ等の記録媒体２４によって提供される。地域医療連携プログラムを記録した記録媒体２４は、ドライブ装置２３にセットされ、地域医療連携プログラムが記録媒体２４からドライブ装置２３を介して補助記憶装置２５にインストールされる。
【００２３】
なお、地域医療連携プログラムを記録した記録媒体２４は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク（ＭＯ）等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることが可能である。
【００２４】
また、地域医療連携プログラムは、インターフェース装置２８を介して接続される他のコンピュータの記録媒体等に記録されているものも含まれる。他のコンピュータの記録媒体等に記録されている地域医療連携プログラムは、インターフェース装置２８を介してダウンロードされて補助記憶装置２５にインストールされる。補助記憶装置２５は、インストールされた地域医療連携プログラムと、その地域医療連携プログラムの処理に必要な各種ファイル等を格納する。
【００２５】
メモリ装置２６は、起動時に補助記憶装置２５から地域医療連携プログラムを読み出して格納する。演算処理装置２７は、メモリ装置２６に格納された地域医療連携プログラムに従って、地域医療連携サーバ１０の各種機能を実現する。図３は、地域医療連携サーバ１０の一実施例の機能構成図である。
【００２６】
図３の地域医療連携サーバ１０は、通信機能部３１，認証機能部３２，画面作成機能部３３，情報管理機能部３４，予約処理機能部３５，データベース（以下、ＤＢという）３６を有するように構成される。
【００２７】
通信機能部３１は、地域医療連携サーバ１０をネットワーク１３に接続するために利用される。認証機能部３２は、クライアント１１ａ〜１１ｎ等を操作する操作者に対して認証を行うために利用される。画面作成機能部３３は、クライアント１１ａ〜１１ｎに各種画面を表示させるために利用される。情報管理機能部３４は、ＤＢ３６を構成するマスタ又はテーブルに格納されている情報の管理を行うために利用される。また、予約処理機能部３５は地域医療連携サーバ１０以外に設けられた予約システム１２等に対して診察予約を行うために利用される。
【００２８】
ＤＢ３６は、本発明による地域医療連携サーバ１０の処理に必要な各種情報を、マスタ又はテーブルの形態で格納している。ＤＢ３６は、患者マスタ，利用者マスタ，患者予約用テーブル，状態管理用テーブル，文書管理（提供書）テーブル，医療機関マスタ，診療科マスタ，紹介医テーブル，問診テーブル，連携医マスタ，予約カレンダーテーブルを有するように構成できる。
【００２９】
また、ＤＢ３６は必要に応じて患者ＩＤ変換マスタ，紹介元患者テーブル，紹介先患者テーブル，文書管理（お礼状）テーブル，文書管理（報告書）テーブル，医療機関（ｗｏｒｋ）テーブル，診療科テーブル，紹介方法マスタ，住所マスタ，行き先マスタ，監査テーブル，エラー監査テーブル，台詞マスタ，処方オーダテーブル，医療機関交通情報マスタ，自院病棟マスタ，自院診療科マスタ，病院敬称マスタ，医師敬称マスタ，職種権限マスタ，利用者権限マスタ，連携医項目マスタを更に有するように構成してもよい。なお、ＤＢ３６を構成するマスタ又はテーブルのデータ項目は、後述するフローチャートの説明の中で必要に応じて説明する。
【００３０】
以下、図３の地域医療連携サーバ１０の処理を、患者がクライアント１１ａを操作して地域医療連携サーバ１０に対して行う処理と，紹介元医療機関又は紹介先医療機関の操作者がクライアント１１ｂ又は１１ｎを操作して地域医療連携サーバ１０に対して行う処理とに分けて説明していく。
【００３１】
図４は、患者がクライアント１１ａを操作して地域医療連携サーバ１０に対して行う処理の一例のフローチャートである。ステップＳ１０に進み、診察予約を行いたい患者はクライアント１１ａを操作して、診察予約に関する処理を行うための利用初画面にアクセスする。利用初画面の画面データは、地域医療連携サーバ１０に格納されている。例えばクライアント１１ａは、利用初画面の画面データが格納されている地域医療連携サーバ１０のＵＲＬを指定して利用初画面の画面データを受信する。クライアント１１ａは、受信した画面データを利用してディスプレイ等の表示装置に利用初画面を表示する。
【００３２】
利用初画面には、予約の確認・削除を行う処理，医療機関検索・予約を行う処理，処理終了の何れかを選択する仕組み（例えば、マウス等のポインティングデバイスで選択可能なボタンなど）が設けられている。患者により医療機関検索・予約を行う処理が選択されると、クライアント１１ａはステップＳ１５に進み、医療機関検索・予約を行う処理が選択された旨を地域医療連携サーバ１０に送信する。
【００３３】
地域医療連携サーバ１０の画面作成機能部３３は、医療機関検索・予約を行う処理が選択された旨を通信機能部３１経由で受信し、医療機関選択画面の画面データを作成してクライアント１１ａに送信する。クライアント１１ａは、受信した画面データを利用して表示装置に医療機関選択画面を表示する。なお、医療機関選択画面の詳細は後述する。
【００３４】
患者は、医療機関選択画面に医療機関検索条件を入力したあと、検索指示を行う。患者からの検索指示があると、クライアント１１ａはステップＳ１６に進み、患者より入力された医療機関検索条件を地域医療連携サーバ１０に送信する。地域医療連携サーバ１０の画面作成機能部３３は、患者より入力された医療機関検索条件を受信し、その医療機関検索条件に該当する医療機関を情報管理機能部３４経由でＤＢ３６の医療機関マスタから取得する。画面作成機能部３３は、医療機関検索条件に該当する医療機関一覧を含んだ医療機関選択画面の画面データを作成してクライアント１１ａに送信する。
【００３５】
クライアント１１ａは、受信した画面データを利用して表示装置に、医療機関検索条件に該当する医療機関一覧を含んだ医療機関選択画面を表示する。患者は、医療機関一覧に含まれる医療機関の情報を確認し、診察予約を行う医療機関を選択する。ステップＳ１８に進み、患者は医療機関選択画面の予約枠，予約日付，予約時間帯を選択する。
【００３６】
患者により予約枠，予約日付，予約時間帯が選択されると、クライアント１１ａはステップＳ１９に進み、選択された予約枠，予約日付，予約時間帯を地域医療連携サーバ１０に送信する。地域医療連携サーバ１０の画面作成機能部３３は、患者により選択された予約枠，予約日付，予約時間帯を受信すると、患者情報を入力するための患者情報登録画面の画面データを作成してクライアント１１ａに送信する。クライアント１１ａは、受信した画面データを利用して表示装置に患者情報登録画面を表示する。患者は患者情報登録画面に患者情報を入力したあと、患者情報登録指示を行う。患者からの患者情報登録指示があると、クライアント１１ａは患者から入力された患者情報を地域医療連携サーバ１０に送信する。
【００３７】
地域医療連携サーバ１０の画面作成機能部３３はクライアント１１ａから予約枠，予約日付，予約時間帯，患者情報を受信すると、情報管理機能部３４経由でＤＢ３６の患者マスタ，患者予約用テーブル，状態管理用テーブル等、予約枠，予約日付，予約時間帯，患者情報と関連のあるマスタ又はテーブルにレコードを追加する。
【００３８】
図５は、患者マスタの一例の構成図である。図６は、患者予約用テーブルの一例の構成図である。また、図７は状態管理用テーブルの一例の構成図である。ステップＳ１９の処理では、図５〜図７のような患者マスタ，患者予約用テーブル，状態管理用テーブルにレコードが追加される。
【００３９】
ステップＳ２０に進み、地域医療連携サーバ１０は問診票の作成有無を選択する仕組みが設けられている画面の画面データを作成してクライアント１１ａに送信する。クライアント１１ａは、受信した画面データを利用し、問診票の作成有無を選択可能な画面を表示装置に表示する。患者は、問診票の作成有無を選択する。
【００４０】
患者により問診票の作成有りが選択されると（Ｓ２０においてＹＥＳ）、クライアント１１ａはステップＳ２１に進み、問診票の作成有りが選択された旨を地域医療連携サーバ１０に送信する。地域医療連携サーバ１０の画面作成機能部３３は、問診票の作成有りが選択された旨を通信機能部３１経由で受信し、後述する問診票作成画面の画面データを作成してクライアント１１ａに送信する。クライアント１１ａは、受信した画面データを利用して表示装置に問診票作成画面を表示する。なお、問診票作成画面の詳細は後述する。
【００４１】
患者は、問診票作成画面に問診情報を入力したあと、問診情報登録指示を行う。患者からの問診情報登録指示があると、クライアント１１ａは患者から入力された問診情報を地域医療連携サーバ１０に送信する。地域医療連携サーバ１０の画面作成機能部３３は、クライアント１１ａから問診情報を受信すると、情報管理機能部３４経由でＤＢ３６の問診テーブルを書き換えてステップＳ１０の処理に戻る。
【００４２】
図８は、問診テーブルの一例の構成図である。ステップＳ２１の処理では、図８のような問診テーブルにレコードが追加される。一方、患者により問診票の作成無しが選択されると（Ｓ２０においてＮＯ）、クライアント１１ａはステップＳ１０に戻り、地域医療連携サーバ１０から画面データを受信して表示装置に利用初画面を表示する。
【００４３】
また、患者が利用初画面から予約の確認・削除を行う処理を選択すると、クライアント１１ａはステップＳ１１に進み、予約の確認・削除を行う処理が選択された旨を地域医療連携サーバ１０に送信する。地域医療連携サーバ１０の画面作成機能部３３は、予約の確認・削除を行う処理が選択された旨を通信機能部３１経由で受信し、利用者認証画面の画面データを作成してクライアント１１ａに送信する。クライアント１１ａは、受信した画面データを利用して表示装置に利用者認証画面を表示する。
【００４４】
患者は、利用者認証画面に患者ＩＤ及びパスワードを入力したあと、ログオン指示を行う。患者からのログオン指示があると、クライアント１１ａはステップＳ１２に進み、患者より入力された患者ＩＤ及びパスワードを地域医療連携サーバ１０に送信する。地域医療連携サーバ１０の画面作成機能部３３は、患者より入力された患者ＩＤ及びパスワードを受信し、その患者ＩＤ及びパスワードに該当するレコードがＤＢ３６の患者マスタに含まれるか否かで利用者認証を行う。
【００４５】
利用者認証が正常に終了すれば、画面作成機能部３３は患者ＩＤをキーにＤＢ３６の患者予約用テーブル及び状態管理用テーブルを検索し、その患者ＩＤに該当するレコードから予約情報を取得する。画面作成機能部３３は、取得した予約情報から診察予約確認画面の画面データを作成してクライアント１１ａに送信する。クライアント１１ａは、受信した画面データを利用し、診察予約を削除可能な診察予約確認画面を表示する。患者は、削除したい診察予約があれば、その診察予約の削除指示を行う。
【００４６】
診察予約の削除指示があれば（Ｓ１３においてＹＥＳ）、クライアント１１ａはステップＳ１４に進み、削除指示のあった診察予約を地域医療連携サーバ１０に通知する。地域医療連携サーバ１０の画面作成機能部３３はクライアント１１ａから削除指示のあった診察予約を受診すると、情報管理機能部３４経由でＤＢ３６の患者予約用テーブル，状態管理用テーブル，問診テーブル等、削除指示のあった診察予約と関連のあるマスタ又はテーブルのレコードを削除してステップＳ１０に戻る。一方、診察予約の削除指示がなければ（Ｓ１３においてＮＯ）、クライアント１１ａはステップＳ１０に戻り、地域医療連携サーバ１０から画面データを受信して表示装置に利用初画面を表示する。また、患者が利用初画面から処理終了を選択すると、クライアント１１ａは処理を終了する。
【００４７】
ここで、地域医療連携サーバ１０がステップＳ２１で行う問診票作成処理の詳細について説明する。図９は、地域医療連携サーバ１０が作成する問診票作成画面の一例のイメージ図である。図１０は、地域医療連携サーバ１０が問診票作成画面の作成に利用するデータ項目の一例のイメージ図である。
【００４８】
問診票作成画面は、患者に関する患者情報を表示する患者情報欄３９と，問診に関する問診情報を表示又は入力する問診情報欄４０とを含むように構成されている。患者に関する患者情報として、図９の患者情報欄３９は患者ＩＤ４１と，氏名４２と，生年月日４３と，年齢（性別）４４と，住所４５と，電話番号４６とをデータ項目として含む。
【００４９】
患者に関する患者情報は、図６の患者予約用テーブル又は図７の状態管理用テーブルから上記のデータ項目を読み出して利用する。図１０（ａ）は、患者予約用テーブル又は状態管理用テーブルに書き込まれているデータ項目のうち、患者に関する患者情報として利用するデータ項目４１〜４６を表している。なお、図９の問診票作成画面のデータ項目４１〜４６は、同一の符号が付された図１０（ａ）のデータ項目４１〜４６に対応する。
【００５０】
また、問診に関する問診情報として、図９の問診情報欄４０は様々な問診項目４７〜８１をデータ項目として含む。問診に関する問診情報は、図８の問診テーブルから問診項目４７〜８１のデータ項目を読み出して利用する。図１０（ｂ）は、問診テーブルに書き込まれているデータ項目のうち、問診に関する問診情報として利用するデータ項目４７〜８１を表している。図９の問診票作成画面のデータ項目４７〜８１は、同一の符号が付された図１０（ｂ）のデータ項目４７〜８１に対応する。なお、問診テーブルに問診情報を新規に書き込むとき、図１０（ｂ）のデータ項目８２〜９１を問診に関する問診情報の一部として利用する。
【００５１】
地域医療連携サーバ１０の画面作成機能部３３は、図１０（ａ）に表すような患者予約用テーブル又は状態管理用テーブルと図１０（ｂ）に表すような問診テーブルとに書き込まれているデータ項目の少なくとも一部を利用することで、図９のような問診票作成画面の画面データを作成してクライアント１１ａに送信できる。
【００５２】
クライアント１１ａは、受信した画面データを利用して表示装置に図９のような問診票作成画面を表示する。患者は、問診票作成画面に問診情報を入力したあと、問診情報登録指示を行う。患者からの問診情報登録指示があると、クライアント１１ａは患者から入力された問診情報を地域医療連携サーバ１０に送信する。クライアント１１ａから問診情報を受信すると、地域医療連携サーバ１０の画面作成機能部３３は受信した問診情報を情報管理機能部３４経由でＤＢ３６の問診テーブルに書き込む。
【００５３】
図１１は、地域医療連携サーバ１０が、問診情報を問診テーブルに書き込む処理の一例のフローチャートである。地域医療連携サーバ１０の画面作成機能部３３は、問診情報を通信機能部３１経由でクライアント１１ａから受信すると、ステップＳ３０に進み、情報管理機能部３４経由でＤＢ３６の問診テーブルに接続する。ステップＳ３１に進み、画面作成機能部３３は患者ＩＤ，予約番号，医療機関コード，診療科コード，予約日，予約時間を条件項目（キー）にして問診テーブルを検索する。
【００５４】
ステップＳ３２に進み、画面作成機能部３３はステップＳ３１の検索結果に応じて、条件項目に該当するレコードが問診テーブルに有るか否かを判定する。条件項目に該当するレコードが問診テーブルに有ると判定すると（Ｓ３２において有り）、画面作成機能部３３はステップＳ３３に進み、クライアント１１ａから受信した問診情報に含まれるデータ項目４７〜８１を、問診テーブルの該当するデータ項目４７〜８１に書き込む。
【００５５】
なお、条件項目に該当するレコードが問診テーブルに無いと判定すると（Ｓ３２において無し）、画面作成機能部３３はステップＳ４７に進み、問診テーブルへの接続を解除するエラー処理を行う。また、ステップＳ４８に進み、画面作成機能部３３はエラー表示を行うエラー画面の画面データを作成してクライアント１１ａに送信する。クライアント１１ａは、受信した画面データを利用して表示装置にエラー画面を表示したあと問診情報の書き込み処理を終了する。
【００５６】
上記のように、ステップＳ３２において条件項目に該当するレコードが問診テーブルに無い場合、ステップＳ４７及びＳ４８のエラー処理が行われるため、例えばステップＳ１９で患者マスタ，患者予約用テーブル，状態管理用テーブルにレコードを追加するときに問診テーブルにも該当する患者のレコードを追加しておく。
【００５７】
ステップＳ３４に進み、地域医療連携サーバ１０の画面作成機能部３３は情報管理機能部３４経由でＤＢ３６の状態管理用テーブルに接続する。ステップＳ３５に進み、画面作成機能部３３は患者ＩＤ，予約番号，医療機関コード，診療科コード，予約日，予約時間を条件項目にして状態管理用テーブルを検索する。
【００５８】
ステップＳ３６に進み、画面作成機能部３３はステップＳ３５の検索結果に応じて、条件項目に該当するレコードが状態管理用テーブルに有るか否かを判定する。条件項目に該当するレコードが状態管理用テーブルに有ると判定すると（Ｓ３６において有り）、画面作成機能部３３はステップＳ３７に進み、状態管理用テーブルの問診データフラグ及び問診データ最終日付に問診票を作成したことを表すフラグ１及び問診票を作成した日付を書き込む。
【００５９】
ステップＳ３８に進み、画面作成機能部３３はコミット処理を行う。ステップＳ３９に進み、画面作成機能部３３は問診テーブル，状態管理用テーブルへの接続を解除したあと問診情報の書き込み処理を終了する。
【００６０】
一方、条件項目に該当するレコードが状態管理用テーブルに無いと判定すると（Ｓ３６において無し）、画面作成機能部３３はステップＳ４０に進み、状態管理用テーブルへの接続を解除する。ステップＳ４１に進み、地域医療連携サーバ１０の画面作成機能部３３は情報管理機能部３４経由でＤＢ３６の患者予約用テーブルに接続する。ステップＳ４２に進み、画面作成機能部３３は患者ＩＤ，予約番号，医療機関コード，診療科コード，予約日，予約時間を条件項目にして患者予約用テーブルを検索する。
【００６１】
ステップＳ４３に進み、画面作成機能部３３はステップＳ４２の検索結果に応じて、条件項目に該当するレコードが患者予約用テーブルに有るか否かを判定する。条件項目に該当するレコードが患者予約用テーブルに有ると判定すると（Ｓ４３において有り）、画面作成機能部３３はステップＳ４４に進み、患者予約用テーブルの問診データフラグ及び問診データ最終日付に問診票を作成したことを表すフラグ１及び問診票を作成した日付を書き込む。
【００６２】
ステップＳ４５に進み、画面作成機能部３３はコミット処理を行う。ステップＳ４６に進み、画面作成機能部３３は問診テーブル，患者予約用テーブルへの接続を解除したあと問診情報の書き込み処理を終了する。
【００６３】
一方、条件項目に該当するレコードが患者予約用テーブルに無いと判定すると（Ｓ４３において無し）、画面作成機能部３３はステップＳ４９に進み、患者予約用テーブルへの接続を解除する。ステップＳ５０に進み、画面作成機能部３３は問診テーブルに書き込んだ問診情報のロールバック処理を行う。ステップＳ５１に進み、画面作成機能部３３は問診テーブルへの接続を解除する。ステップＳ５２に進み、画面作成機能部３３はエラー表示を行うエラー画面の画面データを作成してクライアント１１ａに送信する。クライアント１１ａは、受信した画面データを利用して表示装置にエラー画面を表示したあと問診情報の書き込み処理を終了する。以上のように、患者はクライアント１１ａを操作することで診察予約や問診票の作成を行うことができる。
【００６４】
次に、紹介元医療機関の操作者がクライアント１１ｂを操作して地域医療連携サーバ１０に対して行う処理と，紹介先医療機関の操作者がクライアント１１ｎを操作して地域医療連携サーバ１０に対して行う処理とを関連付けて説明する。
【００６５】
図１２は、紹介元医療機関又は紹介先医療機関の操作者が、クライアント１１ｂ又はクライアント１１ｃを操作して地域医療連携サーバ１０に対して行う処理の一例のフローチャートである。
【００６６】
ステップＳ６１に進み、紹介元医療機関の操作者はクライアント１１ｂを操作してシステムログオン画面にアクセスする。クライアント１１ｂは、システムログオン画面の画面データを地域医療連携サーバ１０から受信し、その画面データを利用して表示装置にシステムログオン画面を表示する。
【００６７】
ステップＳ６２に進み、紹介元医療機関の操作者は利用者ＩＤ及びパスワードをシステムログオン画面に入力したあと、ログオン指示を行う。紹介元医療機関の操作者からのログオン指示があると、クライアント１１ｂはシステムログオン画面に入力された利用者ＩＤ及びパスワードを地域医療連携サーバ１０に送信する。地域医療連携サーバ１０の画面作成機能部３３は、システムログオン画面に入力された利用者ＩＤ及びパスワードを受信し、その利用者ＩＤ及びパスワードに該当するレコードがＤＢ３６の利用者マスタに含まれるか否かで利用者認証を行う。
【００６８】
図１３は、利用者マスタの一例の構成図である。図１３の利用者マスタによれば、利用者ＩＤ及びパスワードに該当するレコードから医療機関名称，医療機関コード，利用者氏名，診療科コードを特定できる。即ち、クライアント１１ｂを操作する操作者及びその操作者の所属する医療機関，医療科を特定できる。
【００６９】
利用者認証が正常に終了すれば、画面作成機能部３３はメイン利用画面の画面データを作成してクライアント１１ｂに送信する。ここで、地域医療連携サーバ１０がメイン利用画面の画面データを作成する処理の詳細について説明する。図１４は、メイン利用画面の画面データを作成する処理の一例のフローチャートである。図１５は、メイン利用画面の一例のイメージ図である。図１６は、メイン利用画面の作成に利用するデータ項目の一例のイメージ図である。
【００７０】
ステップＳ１０１に進み、地域医療連携サーバ１０の画面作成機能部３３は情報管理機能部３４経由でＤＢ３６の患者予約用テーブル，状態管理用テーブルに接続する。ステップＳ１０２に進み、画面作成機能部３３は利用者ＩＤ及びパスワードに応じて特定した医療機関コード，診療科コードを条件項目として患者予約用テーブル，状態管理用テーブルの紹介元医療機関コード，紹介元診療科コード，紹介先医療機関コード及び紹介先医療科コードを必須データ項目として検索する。
【００７１】
ステップＳ１０３に進み、画面作成機能部３３はステップＳ１０２の検索結果に応じて条件項目に該当するレコードが患者予約用テーブル，状態管理用テーブルに有るか否かを判定する。
【００７２】
条件項目に該当するレコードが患者予約用テーブル，状態管理用テーブルに有ると判定すると（Ｓ１０３において有り）、画面作成機能部３３はステップＳ１０６に進み、後述するレコード表示処理を行う。ステップＳ１０７に進み、画面作成機能部３３は患者予約用テーブル，状態管理用テーブルへの接続を解除する。
【００７３】
条件項目に該当するレコードが患者予約用テーブル，状態管理用テーブルに無いと判定すると（Ｓ１０３において無し）、画面作成機能部３３はステップＳ１０４に進み、患者予約用テーブル，状態管理用テーブルへの接続を解除する。ステップＳ１０５に進み、画面作成機能部３３は該当するデータが無いことを表すメイン利用画面の画面データを作成してクライアント１１ｂに送信する。
【００７４】
ここで、ステップＳ１０６のレコード表示処理の詳細について説明する。画面作成機能部３３は、条件項目に該当するレコードが、利用者ＩＤ及びパスワードに応じて特定した医療機関コードと一致する紹介先医療機関コードを含むレコードである場合、条件項目に該当するレコードをメイン利用画面の予約状況欄１０１に追加する。また、画面作成機能部３３は、条件項目に該当するレコードが、利用者ＩＤ及びパスワードに応じて特定した医療機関コードと一致する紹介元医療機関コードを含むレコードである場合、条件項目に該当するレコードをメイン利用画面の紹介先状況欄１０２に追加する。
【００７５】
図１５のメイン利用画面は、クライアント１１ｂを操作する操作者が所属している医療機関名称１１１及びその操作者の利用者氏名１１２を表示する利用者情報欄１００と，操作者が所属している医療機関への予約情報及び他の医療機関から紹介された患者の情報を表示する予約状況欄１０１と，操作者が所属している医療機関から他の医療機関に紹介した患者の情報を表示する紹介先状況欄１０２と，予約状況欄１０１及び紹介先状況欄１０２に表示されているレコードの条件項目を表示する条件項目欄１０３とを含むように構成される。
【００７６】
利用者情報欄１００は、図１６（ａ）に表すように、図１３の利用者マスタから利用者氏名，医療機関名称を読み出して利用する。図１６（ａ）は、利用者マスタに書き込まれているデータ項目のうち、利用者情報欄１００に表示するデータ項目１１１，１１２を表している。
【００７７】
予約状況欄１０１に追加されるレコードは、紹介元１１３，予約日１１４，診療科１１５，氏名１１６，状態１１７，依頼１１８，問診１１９，紹介１２０，お礼１２１，報告１２２をデータ項目として含む。予約状況欄１０１に追加されるレコードは、図６の患者予約用テーブル又は図７の状態管理用テーブルから下記のデータ項目を読み出して利用する。図１６（ｂ）の上段は、患者予約用テーブル又は状態管理用テーブルに書き込まれているデータ項目のうち、予約状況欄１０１に追加されるレコードのデータ項目として利用するデータ項目１１３〜１２２を表している。
【００７８】
紹介先状況欄１０２に追加されるレコードは、紹介先１２３，予約日１２４，診療科１２５，氏名１２６，状態１２７，依頼１２８，問診１２９，紹介１３０，お礼１３１，報告１３２をデータ項目として含む。紹介先状況欄１０２に追加されるレコードは、図６の患者予約用テーブル又は図７の状態管理用テーブルから下記のデータ項目を読み出して利用する。図１６（ｂ）の下段は、患者予約用テーブル又は状態管理用テーブルに書き込まれているデータ項目のうち、紹介先状況欄１０２に追加されるレコードのデータ項目として利用するデータ項目１２３〜１３２を表している。なお、図１５のメイン利用画面に追加されるレコードのデータ項目は、同一の符号が付された図１６のデータ項目に対応している。
【００７９】
図１５のメイン利用画面では、条件項目欄１０３に新たな条件項目を入力してメイン利用画面を再表示させることができる。図１５の条件項目欄１０３は、条件項目として予約日付（範囲選択），状態項目（予約済み，受付，取消，仮予約など），診療科，履歴参照（紹介済み完了データの選択表示）を入力可能な例である。また、条件変更ボタン１３３を押下することで、医療機関名，カナ氏名，日本語氏名，その他の各種項目（問診，紹介，お礼，報告の有無など）を条件項目として入力可能な画面を表示することもできる。
【００８０】
図１５のメイン利用画面は、予約状況欄１０１及び紹介先状況欄１０２を１つの画面に含んでいる。つまり、クライアント１１ｂを操作する操作者は、操作者が所属している医療機関への予約情報及び他の医療機関から紹介された患者の情報と、操作者が所属している医療機関から他の医療機関に紹介した患者の情報とを一つの画面で確認できる。このように、画面作成機能部３３は図１５のようなメイン利用画面の画面データを作成してクライアント１１ｂに送信できる。
【００８１】
再び、図１２に戻り説明を続ける。メイン利用画面の画面データを受信すると、クライアント１１ｂはステップＳ６３に進む。ステップＳ６３では、クライアント１１ｂが、受信した画面データを利用して表示装置に図１５のようなメイン利用画面を表示する。紹介元医療機関の操作者は、メイン利用画面の予約状況欄１０１，紹介先状況欄１０２を確認する。
【００８２】
ステップＳ６４に進み、紹介元医療機関の操作者は予約状況欄１０１のレコードに含まれるデータ項目「問診」を確認し、新たに作成された問診票の有無を確認する。例えば画面作成機能部３３は、新たに問診票が作成された場合、予約状況欄１０１のレコードに含まれるデータ項目「問診」に視覚的な変化（例えば更新ありを表すマークなど）を付けた画面データを作成することで、紹介元医療機関の操作者が新たに作成された問診票の有無に気が付き易くすることもできる。
【００８３】
新たに作成された問診票が有ると判断すると（Ｓ６４において有り）、紹介元医療機関の操作者はクライアント１１ｂを操作し、新たに作成された問診票の表示を要求する。問診票の表示の要求は、予約状況欄１０１のデータ項目「問診」をクリックすることで行うようにしてもよいし、データ項目「詳細」をクリックすることで表示される患者情報詳細画面の問診票表示ボタンをクリックすることで行うようにしてもよい。
【００８４】
患者からの問診票の表示要求があると、クライアント１１ｂは地域医療連携サーバ１０の画面作成機能部３３から問診票の内容を表示した画面の画面データを受信し、その画面データを利用して表示装置に問診票の内容を表示した画面を表示する。紹介元医療機関の操作者は、表示装置に表示された問診票の内容を確認したあとステップＳ６６に進む。
【００８５】
一方、新たに作成された問診票が無いと判断すると（Ｓ６４において無し）、紹介元医療機関の操作者はステップＳ６６に進む。ステップＳ６６では、紹介元医療機関の操作者は予約状況欄１０１のレコードに含まれるデータ項目「予約日」を確認して、予定日の過ぎたレコードについて患者が来院したか否かを確認する。患者が来院していなければ（Ｓ６６においてＮＯ）、紹介元医療機関の操作者はステップＳ６７に進み、クライアント１１ｂに患者ＩＤと地域ＩＤとのリンクを指示する。ここで、地域ＩＤとは複数の医療機関で一意に利用可能な患者の識別子である。クライアント１１ｂは、地域医療連携サーバ１０に患者ＩＤと地域ＩＤとをリンクさせる。
【００８６】
ステップＳ６８に進み、紹介元医療機関の操作者はクライアント１１ｂを操作して予約状況欄１０１のレコードに含まれるデータ項目「状態」について、予約済みから取消への変更を指示する。クライアント１１ｂは、紹介元医療機関の操作者からの変更内容を地域医療連携サーバ１０に通知し、その変更内容をＤＢ３６のマスタまたはテーブルに反映させる。例えば地域医療連携サーバ１０は、通知された変更内容に応じて患者予約用テーブル及び状態管理用テーブルに含まれるデータ項目「予約状態コード」，「予約状態名称」等のデータ項目を書き換える。
【００８７】
一方、患者が来院していれば（Ｓ６６においてＹＥＳ）、紹介元医療機関の操作者はステップＳ６９に進み、クライアント１１ｂに患者ＩＤと地域ＩＤとのリンクを指示する。クライアント１１ｂは、ステップＳ６７と同様、地域医療連携サーバ１０に患者ＩＤと地域ＩＤとをリンクさせる。
【００８８】
ステップＳ７０に進み、紹介元医療機関の操作者はクライアント１１ｂを操作して予約状況欄１０１のレコードに含まれるデータ項目「状態」について、予約済みから受付への変更を指示する。クライアント１１ｂは、紹介元医療機関の操作者からの変更内容を地域医療連携サーバ１０に通知し、その変更内容をＤＢ３６のマスタ又はテーブルに反映させる。
【００８９】
ここでは、来院した患者を他の医療機関に紹介する処理について説明する。ステップＳ７１に進み、紹介元医療機関の操作者はクライアント１１ｂを操作して紹介状作成画面を表示させ、その紹介状作成画面で紹介状を作成する。この時点の紹介状には、紹介先医療機関が記載されていない。なお、紹介状作成画面には紹介状のフォーマットや紹介状で良く使う台詞等を選択して利用できる仕組みを設けておく。この紹介状作成画面は、ＤＢ３６の台詞マスタ等を利用して実現される。作成された紹介状は、ＤＢ３６の紹介状テーブルに格納される。
【００９０】
ステップＳ７２に進み、紹介元医療機関の操作者はクライアント１１ｂを操作して紹介先医療機関選択指示を行う。紹介元医療機関からの紹介先医療機関選択指示があると、クライアント１１ｂは紹介先医療機関選択画面の画面データを地域医療連携サーバ１０に要求する。地域医療連携サーバ１０の画面作成機能部３３は、クライアント１１ｂから紹介先医療機関選択画面の画面データを要求されると、図１７のような紹介先医療機関選択画面の画面データを作成してクライアント１１ｂに送信する。
【００９１】
図１７は、紹介先医療機関選択画面の一例のイメージ図である。図１７の紹介先医療機関選択画面は、検索条件欄１４１と，検索結果欄１４２とを含むように構成される。検索条件欄１４１は、検索条件として病院コード１５１，病院名（カナ）１５２，病院名（漢字）１５３，住所（市区町村）１５４，診療科１５５，検査・処置項目１５６，対応疾患項目１５７，予約日付１５８をデータ項目として含む。
【００９２】
ここで、地域医療連携サーバ１０が紹介先医療機関選択画面の画面データを作成する処理の詳細について説明する。図１８は、紹介先医療機関選択画面の画面データを作成する処理の一例のフローチャートである。図１９は、紹介先医療機関選択画面の作成に利用するデータ項目の一例のイメージ図である。
【００９３】
ステップＳ１１１では、地域医療連携サーバ１０の画面作成機能部３３は情報管理機能部３４経由でＤＢ３６の患者マスタ，紹介状テーブルに接続する。ステップＳ１１２に進み、画面作成機能部３３は該当する患者の紹介状レコードを検索し、紹介状レコードが無ければ患者マスタから住所コードを検索条件として読み出し、紹介状レコードがあれば紹介状テーブルから検査・処置項目及び疾患項目を検索条件として読み出す。なお、紹介状レコードは文書管理（提供書）テーブルの一例である。ステップＳ１１３に進み、画面作成機能部３３は紹介状テーブルへの接続を解除したあと、ステップＳ１１５に進む。
【００９４】
なお、紹介先医療機関選択画面の一覧検索ボタンがクリックされると、クライアント１１ｂは検索条件欄１４１の病院コード１５１，病院名（カナ）１５２，病院名（漢字）１５３，住所（市区町村）１５４，診療科１５５，検査・処置項目１５６，対応疾患項目１５７，予約日付１５８を検索条件として読み出す。クライアント１１ｂは、読み出した検索条件を地域医療連携サーバ１０の画面作成機能部３３に送信する。画面作成機能部３３は、クライアント１１ｂから検索条件を受信するとステップＳ１１５に進む。
【００９５】
なお、図１７の紹介先医療機関選択画面のデータ項目１５１〜１５８は、同一の符号が付された図１９（ａ）のデータ項目１５１〜１５８に対応している。図１９（ａ）は、医療機関マスタの医療機関コード１５１，医療機関名称（カナ）１５２，医療機関名称（漢字）１５３，住所１５４と、診療科マスタの診療科コード１５５と、予約カレンダテーブルの予約日付１５８と、連携医マスタの検査・処置項目１５６，対応疾患項目１５７とを表している。
【００９６】
ステップＳ１１５では、画面作成機能部３３が、情報管理機能部３４経由でＤＢ３６の医療機関マスタ，診療科マスタ，連携医マスタ，予約カレンダテーブルに接続する。ステップＳ１１６に進み、画面作成機能部３３は住所コード，検査・処理項目，疾患項目，診療科，予約日付，病院コード，病院名（カナ），病院名（漢字），住所を検索条件として医療機関マスタ，連携医マスタ，予約カレンダテーブルから該当する医療機関を検索する。
【００９７】
図２０は、医療機関マスタの一例の構成図である。図２１は、診療科マスタの一例の構成図である。図２２は、連携医マスタの一例の構成図である。また、図２３は予約カレンダテーブルの一例の構成図である。
【００９８】
ステップＳ１１６に続いてステップＳ１１７に進み、画面作成機能部３３はステップＳ１１６の検索結果に応じて、検索条件に該当するレコードがあるか否かを判定する。検索条件に該当するレコードがあると判定すると（Ｓ１１７において有り）、画面作成機能部３３はステップＳ１２０に進み、該当したレコードに応じて病院コード，病院名（カナ），病院名（漢字），住所，近隣，検査，疾患，当日，翌日を検索結果欄１４２に表示するための画面データを作成する。作成した画面データは、地域医療連携サーバ１０からクライアント１１ｂに送信され、クライアント１１ｂの表示装置に表示される。
【００９９】
なお、検索結果欄１４２に表示されるデータ項目「近隣」には、住所コードで該当した場合に「○」が表示される。検索結果欄１４２に表示されるデータ項目「検査」には、検査・疾患項目で該当した場合に「○」が表示される。検索結果欄１４２に表示されるデータ項目「疾患」には、疾患項目で該当した場合に「○」が表示される。検索結果欄１４２に表示される
データ項目「当日」には、休診フラグで予約日付が診療に該当した場合に「○」が表示される。また、検索結果欄１４２に表示されるデータ項目「翌日」には、休診フラグで予約日付の翌日が診療に該当した場合に「○」が表示される。なお、図１７の紹介先医療機関選択画面のデータ項目１６１〜１６９は、同一の符号が付された図１９（ｂ）のデータ項目１６１〜１６９に対応している。ステップＳ１２１に進み、画面作成機能部３３は医療機関マスタ，診療科マスタ，連携医マスタ，予約カレンダテーブルへの接続を解除して処理を終了する。
【０１００】
一方、検索条件に該当するレコードがないと判定すると（Ｓ１１７において無し）、画面作成機能部３３はステップＳ１１８に進み、医療機関マスタ，診療科マスタ，連携医マスタ，予約カレンダテーブルへの接続を解除する。ステップＳ１１９に進み、画面作成機能部３３は該当するデータが無いことを表示するための画面データを作成する。作成した画面データは、地域医療連携サーバ１０からクライアント１１ｂに送信され、クライアント１１ｂの表示装置に表示される。図１７の紹介先医療機関選択画面では、検索条件に合致する医療機関を検索して表示させることができる。
【０１０１】
図１２のステップＳ７２に戻り、紹介元医療機関の操作者はクライアント１１ｂの表示装置に表示された紹介先医療機関選択画面から一つの医療機関を選択する。紹介先医療機関選択画面から選択された医療機関は、紹介先医療機関となる。紹介先医療機関選択画面から選択された医療機関の情報は、クライアント１１ｂから地域医療連携サーバ１０の画面作成機能部３３に送信される。紹介先医療機関選択画面から選択された医療機関の情報を受診すると、画面作成機能部３３は情報管理機能部３４を経由してＤＢ３６のマスタ又はテーブルに反映させる。
【０１０２】
したがって、ステップＳ７２の処理が終了すると、紹介対象の患者はメイン利用画面の予約状況欄１０１から紹介先状況欄１０２に移動する。メイン利用画面の予約状況欄１０１から紹介先状況欄１０２に移動した患者の情報は、データ項目「紹介先」が紹介元医療機関，データ項目「状態」が仮予約となっている。
【０１０３】
続いて、紹介先医療機関の操作者がクライアント１１ｎを操作して地域医療連携サーバ１０に対する処理を開始する。なお、クライアント１１ｎの地域医療連携サーバ１０に対する処理は、前述したクライアント１１ｂの処理と一部同様であるため、適宜説明を省略する。
【０１０４】
ステップＳ７３に進み、紹介先医療機関の操作者はクライアント１１ｎを操作して表示装置にシステムログオン画面を表示させる。ステップＳ７４に進み、紹介先医療機関の操作者は利用者ＩＤ及びパスワードをシステムログオン画面に入力し、画面作成機能部３３に対して利用者認証を行う。利用者認証が正常に終了すれば、画面作成機能部３３はメイン利用画面の画面データを前述したように作成してクライアント１１ｎに送信する。
【０１０５】
ステップＳ７５に進み、クライアント１１ｎは受信した画面データを利用して表示装置にメイン利用画面を表示する。紹介先医療機関の操作者は、メイン利用画面の予約状況欄１０１，紹介先状況欄１０２を確認する。ここで、クライアント１１ｎの表示画面に表示されたメイン利用画面では、紹介対象の患者が予約状況欄１０１に表示される。
【０１０６】
ステップＳ７６に進み、紹介先医療機関の操作者はクライアント１１ｎを操作して紹介対象の患者の紹介状を表示装置に表示させ、紹介状の内容を確認する。ステップＳ７７に進み、紹介先医療機関の操作者は紹介対象の患者の問診票の有無を予約状況欄１０１のレコードに含まれるデータ項目「問診」で確認する。
【０１０７】
紹介対象の患者の問診票が有ると判断すると（Ｓ７７において有り）、紹介先医療機関の操作者はクライアント１１ｎを操作し、紹介対象の患者の問診票を表示させる。紹介先医療機関の操作者は、表示装置に表示された問診票の内容を確認したあとステップＳ７９に進む。紹介対象の患者の問診票が無いと判断すると（Ｓ７７において無し）、紹介先医療機関の操作者はステップＳ７９に進む。
【０１０８】
ステップＳ７９では、紹介先医療機関の操作者が、問診票の有無，問診票の内容などに応じて紹介対象の患者を受け入れるか否か、言い換えれば診察予約を取得させるか否かを判断する。診察予約を取得させて紹介対象の患者を受け入れると判断すると（Ｓ７９においてＹＥＳ）、紹介先医療機関の操作者はステップＳ８２に進み、クライアント１１ｎに患者ＩＤと地域ＩＤとのリンクを指示する。クライアント１１ｎは、地域医療連携サーバ１０に患者ＩＤと地域ＩＤとをリンクさせる。
【０１０９】
ステップＳ８３に進み、紹介先医療機関の操作者はクライアント１１ｎを操作して予約状況欄１０１のレコードに含まれるデータ項目「状態」について、仮予約から予約済への変更を指示する。クライアント１１ｎは、紹介先医療機関の操作者からの変更内容を地域医療連携サーバ１０に通知し、その変更内容をＤＢ３６のマスタまたはテーブルに反映させる。
【０１１０】
診察予約を取得させず、紹介対象の患者を受け入れないと判断すると（Ｓ７９においてＮＯ）、紹介先医療機関の操作者はステップＳ８０に進み、クライアント１１ｎに患者ＩＤと地域ＩＤとのリンクを指示する。クライアント１１ｎは、地域医療連携サーバ１０に患者ＩＤと地域ＩＤとをリンクさせる。
【０１１１】
ステップＳ８１に進み、紹介先医療機関の操作者はクライアント１１ｎを操作して予約状況欄１０１のレコードに含まれるデータ項目「状態」について、仮予約から不可への変更を指示する。クライアント１１ｎは、紹介先医療機関の操作者からの変更内容を地域医療連携サーバ１０に通知し、その変更内容をＤＢ３６のマスタまたはテーブルに反映させる。
【０１１２】
ステップＳ８３に続いてステップＳ８４に進み、紹介先医療機関の操作者は予約状況欄１０１のレコードに含まれるデータ項目「予約日」を確認して、予定日の過ぎたレコードについて患者が来院したか否かを確認する。患者が来院していなければ（Ｓ８４においてＮＯ）、紹介元医療機関の操作者はステップＳ８５に進み、クライアント１１ｎを操作して予約状況欄１０１のレコードに含まれるデータ項目「状態」について、予約済から取消への変更を指示する。クライアント１１ｎは、紹介先医療機関の操作者からの変更内容を地域医療連携サーバ１０に通知し、その変更内容をＤＢ３６のマスタまたはテーブルに反映させる。
【０１１３】
患者が来院していなければ（Ｓ８４においてＮＯ）、紹介先医療機関の操作者はクライアント１１ｎを操作して予約状況欄１０１のレコードに含まれるデータ項目「状態」について、予約済から受付への変更を指示する。クライアント１１ｎは、紹介先医療機関の操作者からの変更内容を地域医療連携サーバ１０に通知し、その変更内容をＤＢ３６のマスタ又はテーブルに反映させる。
【０１１４】
ステップＳ８７に進み、紹介先医療機関の操作者はクライアント１１ｎを操作してお礼状作成画面を表示させ、そのお礼状作成画面でお礼状を作成する。なお、お礼状作成画面にはお礼状のフォーマットやお礼状で良く使う台詞等を選択して利用できる仕組みを設けておく。このお礼状作成画面は、ＤＢ３６の台詞マスタ等を利用して実現される。作成されたお礼状は、ＤＢ３６の文書管理（お礼状）テーブルに格納される。
【０１１５】
ステップＳ８８に進み、紹介先医療機関の操作者はクライアント１１ｎを操作して経過報告書作成画面を表示させ、その経過報告書作成画面で経過報告書を作成する。なお、経過報告書作成画面には経過報告書のフォーマットや経過報告書で良く使う台詞等を選択して利用できる仕組みを設けておく。この経過報告書作成画面は、ＤＢ３６の台詞マスタ等を利用して実現される。作成された経過報告書は、ＤＢ３６の文書管理（報告書）テーブルに格納される。
【０１１６】
なお、ステップＳ８１の処理が終了したあと、紹介元医療機関の操作者は紹介先状況欄１０２に含まれる紹介対象の患者のレコードを確認することで、そのレコードのデータ項目「状態」が不可となっているため、その患者が紹介先医療機関に受け入れられなかったことを認識できる。また、ステップＳ８５の処理が終了したあと、紹介元医療機関の操作者は紹介先状況欄１０２に含まれる紹介対象の患者のレコードを確認することで、そのレコードのデータ項目「状態」が取消となっているため、その患者が紹介先医療機関に来院しなかったことを認識できる。また、ステップＳ８７の処理が終了したあと、紹介元医療機関の操作者は紹介先医療機関の操作者が作成したお礼状を確認できる。さらに、ステップＳ８８の処理が終了したあと、紹介元医療機関の操作者は紹介先医療機関の操作者が作成した経過報告書を確認できる。
【０１１７】
ステップＳ８８の処理が終了したあと、紹介された患者を紹介先医療機関が紹介元医療機関に紹介する戻し紹介の処理について説明する。ステップＳ８９に進み、紹介先医療機関の操作者はクライアント１１ｎを操作して紹介状作成画面を表示させ、その紹介状作成画面で紹介状を作成する。ステップＳ９０に進み、紹介先医療機関の操作者はクライアント１１ｎを操作して紹介元医療機関への戻し紹介を指示する。
【０１１８】
紹介先医療機関からの戻し紹介の指示があると、クライアント１１ｎは紹介元医療機関への戻し紹介を地域医療連携サーバ１０の画面作成機能部３３に要求する。紹介元医療機関への戻し紹介の要求を受診すると、画面作成機能部３３は情報管理機能部３４を経由してＤＢ３６のマスタ又はテーブルに反映させる。
【０１１９】
したがって、ステップＳ９０の処理が終了すると、紹介対象の患者はメイン利用画面の紹介先状況欄１０２から予約状況欄１０１に移動する。メイン利用画面の紹介先状況欄１０２から予約状況欄１０１に移動した患者の情報は、データ項目「紹介元」が紹介先医療機関，データ項目「状態」が仮予約となっている。
【０１２０】
以上、本発明によれば、紹介元医療機関から紹介先医療機関に対する患者の紹介を支援でき、地域医療の連携を促進できる。
【０１２１】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
地域医療の連携を促進するための処理を行う地域医療連携サーバの患者紹介処理方法であって、
操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１段階と、
前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２段階と、
前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３段階と、
前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４段階と
を有することを特徴とする患者紹介処理方法。
（付記２）
前記他の医療機関に属する操作者が操作している第２クライアントから前記紹介対象として選択された患者の受入許可応答を受信し、前記他の医療機関の仮予約患者情報を予約済み患者情報に変更する段階を更に有することを特徴とする付記１記載の患者紹介処理方法。
（付記３）
前記紹介先医療機関候補から選択された他の医療機関に属する操作者が操作している第２クライアントからの問診情報照会要求に応じて、前記一の医療機関で登録された前記紹介対象として選択された患者の問診情報を表示する画面データを前記第２クライアントに送信する段階を更に有することを特徴とする付記１又は２記載の患者紹介処理方法。
（付記４）
前記一の医療機関に属する操作者が操作している第１クライアントからの検査情報照会要求に応じて、前記他の医療機関で登録された前記紹介対象として選択された患者の検査情報を表示する画面データを前記第１クライアントに送信する段階を更に有することを特徴とする付記１乃至３何れか一項記載の患者紹介処理方法。
（付記５）
前記第２段階は、前記紹介対象として選択された患者の紹介先医療機関候補として前記患者の予約希望日に受入ができる医療機関と、前記予約希望日に受入ができないが前記予約希望日の前後日に受入ができる医療機関とを表示する画面データを前記第１クライアントに送信することを特徴とする付記１乃至４何れか一項記載の患者紹介処理方法。
（付記６）
前記紹介対象として選択された患者の検査情報が他の医療機関から登録されると、その旨を表示する画面データを前記第１クライアントに送信する段階を更に有することを特徴とする付記４記載の患者紹介処理方法。
（付記７）
前記第２段階は、前記選択された患者の紹介先医療機関候補を、前記患者の住所，診療科及び予約希望日の少なくとも一つに応じて選択することを特徴とする付記１乃至６何れか一項記載の患者紹介処理方法。
（付記８）
地域医療の連携を促進するための処理を行う地域医療連携サーバであって、
複数の医療機関の予約済み患者情報および前記医療機関が他の医療機関に紹介した紹介済み患者情報を各医療機関ごとに格納している情報格納手段と、
操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を前記情報格納手段から取得し、前記予約済み患者情報および紹介済み患者情報を表示する第１の画面データを作成して前記第１クライアントに送信する第１画面データ処理手段と、
前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する第２の画面データを作成して前記第１クライアント送信する第２画面データ処理手段と、
前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報が前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動するように前記情報格納手段を書き換える情報書き換え手段と、
前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する予約情報登録手段と
を有することを特徴とする地域医療連携サーバ。
（付記９）
地域医療の連携を促進するための処理を行う地域医療連携サーバに、
操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１手順と、
前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２手順と、
前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３手順と、
前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４手順と
を実行させるための地域医療連携プログラム。
（付記１０）
地域医療の連携を促進するための処理を行う地域医療連携サーバに、
操作者が操作する第１クライアントからの接続要求に応じて一の医療機関の予約済み患者情報および前記一の医療機関が他の医療機関に紹介した紹介済み患者情報を選択し、前記予約済み患者情報および紹介済み患者情報を表示する画面データを前記第１クライアントに送信する第１手順と、
前記第１クライアントからの患者紹介要求に応じて前記一の医療機関の予約済み患者情報から紹介対象として選択された患者の紹介先医療機関候補を表示する画面データを前記１クライアントに送信する第２手順と、
前記第１クライアントからの紹介先医療機関選択要求に応じて前記紹介対象として選択された患者の患者情報を前記一の医療機関の予約済み患者情報から前記他の医療機関に紹介した紹介済み患者情報に移動させる第３手順と、
前記紹介対象として選択された患者の患者情報を前記紹介先医療機関候補から選択された他の医療機関の仮予約患者情報として登録する第４手順と
を実行させるための地域医療連携プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【０１２２】
【図１】本発明による地域医療連携システムの一実施例の構成図である。
【図２】地域医療連携サーバの一実施例のハードウェア構成図である。
【図３】地域医療連携サーバの一実施例の機能構成図である。
【図４】患者がクライアントを操作して地域医療連携サーバに対して行う処理の一例のフローチャートである。
【図５】患者マスタの一例の構成図である。
【図６】患者予約用テーブルの一例の構成図である。
【図７】状態管理用テーブルの一例の構成図である。
【図８】問診テーブルの一例の構成図である。
【図９】地域医療連携サーバが作成する問診票作成画面の一例のイメージ図である。
【図１０】地域医療連携サーバが問診票作成画面の作成に利用するデータ項目の一例のイメージ図である。
【図１１】地域医療連携サーバが、問診情報を問診テーブルに書き込む処理の一例のフローチャートである。
【図１２】紹介元医療機関又は紹介先医療機関の操作者が、クライアントを操作して地域医療連携サーバに対して行う処理の一例のフローチャートである。
【図１３】利用者マスタの一例の構成図である。
【図１４】メイン利用画面の画面データを作成する処理の一例のフローチャートである。
【図１５】メイン利用画面の一例のイメージ図である。
【図１６】メイン利用画面の作成に利用するデータ項目の一例のイメージ図である。
【図１７】紹介先医療機関選択画面の一例のイメージ図である。
【図１８】紹介先医療機関選択画面の画面データを作成する処理の一例のフローチャートである。
【図１９】紹介先医療機関選択画面の作成に利用するデータ項目の一例のイメージ図である。
【図２０】医療機関マスタの一例の構成図である。
【図２１】診療科マスタの一例の構成図である。
【図２２】連携医マスタの一例の構成図である。
【図２３】予約カレンダテーブルの一例の構成図である。
【符号の説明】
【０１２３】
１    地域医療連携システム
２，３    医療機関
１０    地域医療連携サーバ
１１ａ，１１ｂ〜１１ｎ    クライアント
１２    予約システム
１３    ネットワーク
２１    入力装置
２２    表示装置
２３    ドライブ装置
２４    記録媒体
２５    補助記憶装置
２６    メモリ装置
２７    演算処理装置
２８    インターフェース装置
３１    通信機能部
３２    認証機能部
３３    画面作成機能部
３４    情報管理機能部
３５    予約処理機能部
３６    データベース（ＤＢ）
１０１    予約状況欄
１０２    紹介先状況欄
Ｂ    バス
【図１】
2005122380.tif 000003
【図２】
2005122380.tif 000004
【図３】
2005122380.tif 000005
【図４】
2005122380.tif 000006
【図５】
2005122380.tif 000007
【図６】
2005122380.tif 000008
【図７】
2005122380.tif 000009
【図８】
2005122380.tif 000010
【図９】
2005122380.tif 000011
【図１０】
2005122380.tif 000012
【図１１】
2005122380.tif 000013
【図１２】
2005122380.tif 000014
【図１３】
2005122380.tif 000015
【図１４】
2005122380.tif 000016
【図１５】
2005122380.tif 000017
【図１６】
2005122380.tif 000018
【図１７】
2005122380.tif 000019
【図１８】
2005122380.tif 000020
【図１９】
2005122380.tif 000021
【図２０】
2005122380.tif 000022
【図２１】
2005122380.tif 000023
【図２２】
2005122380.tif 000024
【図２３】
2005122380.tif 000025