(57)【要約】【課題】    患者側から見ると、同じ日にできる検査はまとめて行うことによって、できるだけ少ない来院回数で済むようなスケジュールが望ましい。このような算出手法を、本明細においては最少来院パスと呼ぶ。本発明は、この最少来院パスの実現を目的とする。【解決手段】本発明に関わる予約一括取得支援プログラムは、コンピュータを、患者の複数の検査項目を受信する受信手段と、検査項目ごとの予約枠の状況を管理する予約枠データを参照し、前記受信手段で受信した複数の検査項目のうち、2以上の検査項目をグルーピングし、該グルーピングした検査項目を同一日で取得可能な予約枠を検索する検索手段と、前記検索手段によって検索された予約枠を含めて前記複数の検査項目の予約日を確定する確定手段と、して動作させることを特徴とする。【選択図】  図１
2006260169.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
患者の複数の検査項目を受信する受信手段と、
検査項目ごとの予約枠の状況を管理する予約枠データを参照し、前記受信手段で受信した複数の検査項目のうち、2以上の検査項目をグルーピングし、該グルーピングした検査項目を同一日で取得可能な予約枠を検索する検索手段と、
前記検索手段によって検索された予約枠を含めて前記複数の検査項目の予約日を確定する確定手段と、
して動作させることを特徴とする予約一括取得支援プログラム。
【請求項２】
検査項目ごとの予約枠の状況を管理する予約枠データと、
患者の複数の検査項目を受信する受信手段と、
前記予約枠データを参照し、前記受信手段で受信した複数の検査項目のうち、2以上の検査項目をグルーピングし、該グルーピングした検査項目を同一日で取得可能な予約枠を検索する検索手段と、
前記検索手段によって検索された予約枠を含めて前記複数の検査項目の予約日を確定する確定手段と、
を備えることを特徴とする予約一括取得支援装置。
【請求項３】
患者の予約を一括で取得する医療支援サーバによる予約一括取得支援方法であって、
患者の複数の検査項目を受信する受信ステップと、
検査項目ごとの予約枠の状況を管理する予約枠データを参照し、前記受信手段で受信した複数の検査項目のうち、2以上の検査項目をグルーピングし、該グルーピングした検査項目を同一日で取得可能な予約枠を検索する検索ステップと、
前記検索手段によって検索された予約枠を含めて前記複数の検査項目の予約日を確定する確定ステップと、
を含むことを特徴とする予約一括取得支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーダリングシステムや電子カルテシステム等の医療事務支援システムにおける予約業務の支援を行うプログラム、装置、及び方法に関する。特に、検査等の一括予約を行う際に、患者の希望に即した予約日候補を提示することを目的とする。
【背景技術】
【０００２】
オーダリングシステムや電子カルテシステム等の医療支援システムでは、利用者である医師等が、患者に対する処方、注射、検査等のオーダを発行する。これらのうち、検査オーダの発行に際し、一度に複数の検査オーダを発行することがある。また、これらの検査オーダは、検査機器のスケジュールを加味し、未来の日付における予約という形でオーダを発行しておき、実際の検査はその日付に再度患者が来院して受けることが一般的である。
【０００３】
このような複数の検査オーダを発行する際、各々の検査オーダに関する予約日の候補を提示する仕組みがある。例えば、下記の特許文献１には、検査機器の予約状況や禁則情報に基づいて、最も近い空き時間を検出することでスケジュールを算出する技術が説明されている。
【特許文献１】特開２００１−６０２３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
医療機関においては、できるだけ多くの患者を処理するために、上述のように、全ての検査が最も早く終わる予約を取得するようにスケジュールを算出することが望ましい。このような算出手法を、本明細においては最短来院パスと呼ぶ。
【０００５】
しかし、患者側から見ると、同じ日にできる検査はまとめて行うことによって、できるだけ少ない来院回数で済むようなスケジュールが望ましい。このような算出手法を、本明細においては最少来院パスと呼ぶ。本発明は、この最少来院パスの実現を目的とする。
【課題を解決するための手段】
【０００６】
本発明に関わる予約一括取得支援プログラムは、コンピュータを、患者の複数の検査項目を受信する受信手段と、検査項目ごとの予約枠の状況を管理する予約枠データを参照し、前記受信手段で受信した複数の検査項目のうち、2以上の検査項目をグルーピングし、該グルーピングした検査項目を同一日で取得可能な予約枠を検索する検索手段と、前記検索手段によって検索された予約枠を含めて前記複数の検査項目の予約日を確定する確定手段と、して動作させることを特徴とする。
【０００７】
また、本発明に関わる予約一括取得支援装置は、検査項目ごとの予約枠の状況を管理する予約枠データと、患者の複数の検査項目を受信する受信手段と、前記予約枠データを参照し、前記受信手段で受信した複数の検査項目のうち、2以上の検査項目をグルーピングし、該グルーピングした検査項目を同一日で取得可能な予約枠を検索する検索手段と、前記検索手段によって検索された予約枠を含めて前記複数の検査項目の予約日を確定する確定手段と、を備えることを特徴とする。
【０００８】
更に、本発明に関わる予約一括取得支援方法は、患者の複数の検査項目を受信する受信ステップと、検査項目ごとの予約枠の状況を管理する予約枠データを参照し、前記受信手段で受信した複数の検査項目のうち、2以上の検査項目をグルーピングし、該グルーピングした検査項目を同一日で取得可能な予約枠を検索する検索ステップと、前記検索手段によって検索された予約枠を含めて前記複数の検査項目の予約日を確定する確定ステップと、を含むことを特徴とする。
【発明の効果】
【０００９】
上述のように、本発明は、ある患者の検査予約を一括で取得する際に、同じ日にできる検査はできるだけまとめて行うように予約を取得するようにしたため、当該患者とって少ない来院回数で済むスケジュールを提供することが可能となる。
【発明を実施するための最良の形態】
【００１０】
本発明の実施の形態に係るシステム概要について図1を用いて説明する。図１は、医療機関内に備えられる医療支援装置を模式的に示したシステム構成図である。医療機関内には、サーバ装置１２０と、クライアント端末１００とが、ＬＡＮ等のネットワーク１１０を介して接続されている。なお、図１においては、クライアント端末１００は一台しか記載されていない。通常は複数のクライアント端末１００がネットワークで接続されているものであるが、本実施の形態において、各クライアント端末１００のシステム構成は概ね同一であるため、説明の便宜のため一台のみの記載とするものである。
【００１１】
サーバ装置１２０は、ＯＳ１２１によって制御されており、このＯＳ１２１の上で医療支援サーバシステム１３０が動作する。当該医療支援サーバシステム１３０には、オーダデータ１４１へのアクセスを行うオーダ情報アクセスプログラム１３１、オーダの編集を行うオーダ編集プログラム１３２、予約枠の検索を行う予約枠検索プログラム１３３、利用者に提示する画面の表示制御を行う表示プログラム１３４、とが含まれる。これらのプログラムは、サーバ装置１２０の図示せぬ外部記憶装置に格納されており、各プログラム実行時に内部記憶装置に読み出される。また、当該医療支援サーバシステム１３０には、患者の属性情報を格納する患者データ１４０、患者のオーダ情報を格納するオーダデータ１４１、予約枠の状況を管理する予約枠データ１４２、とが含まれ、必要に応じて、オーダ情報アクセスプログラム１３１、オーダ編集プログラム１３２、予約枠検索プログラム１３３、表示プログラム１３４、とから参照又は更新される。
【００１２】
また、サーバ装置１２０は、利用者に各種の情報を提示するための表示装置（図示せず）の制御を行う表示制御部１２２、利用者からの情報の入力制御を行う入力制御部１２３、クライアント端末１００との通信制御を行う通信制御部１２４と、を備える。
【００１３】
当該サーバ装置１２０とネットワーク１１０を介して接続されるクライアント端末１００は、ＯＳ１０３によって制御されており、このＯＳ１０３の上で医療支援クライアントシステムが動作する。当該クライアント端末１００は、例えばパーソナルコンピュータである。また、診療録作成支援クライアントシステム１０１は主にブラウジングプログラム１０２であって、診療録作成支援サーバシステム１３０に対する入力と医療支援サーバシステム１３０からの情報の出力を行うものである。
【００１４】
また、クライアント端末１００は、利用者に各種の情報を提示するための表示装置（図示せず）の制御を行う表示制御部１０４、利用者からの情報の入力制御を行う入力制御部１０５、サーバ装置１２０との通信制御を行う通信制御部１０６と、を備える。
【００１５】
次に、本発明の一実施の形態に係る処理概要について、図２を用いて説明する。
【００１６】
まず、利用者がクライアント端末１００の医療支援クライアントシステム１０１から医療支援サーバシステム１３０にログイン処理を行う（Ｓ２０１）。医療支援サーバシステム１３０の表示プログラム１３４は、一般的な利用者認証手続による利用者認証を行った後、患者検索画面をクライアント端末１００に表示させる（Ｓ２０２）。
【００１７】
この患者検索画面について、患者検索画面３０１を用いて詳細に説明する。患者検索画面３０１は、ヘッダ部、ボディ部、とから構成されている。ヘッダ部には、画面の名称とともに、業務終了ボタンを備える。ボディ部には、患者を検索する際の検索キー入力領域、検索ボタン、検索結果を一覧表示する領域、とを備える。
【００１８】
この患者検索画面において、利用者が業務を終了する際は、ヘッダ部に備えられた業務終了ボタンを押下する。医療支援サーバシステムは、業務終了ボタンの押下を受け付けた場合は、業務を終了する（Ｓ２０３）。それ以外の操作を受け付けた場合は、Ｓ２０４の患者検索処理を実行する。具体的には、患者検索画面３０１の検索キー入力領域への患者氏名を検索するための検索キーの入力とともに、検索ボタンの押下を受け付ける。そして、患者データ１４０を検索し、該当する患者の情報を抽出して、表示プログラム１３４が患者検索画面３０１の一覧表示領域に表示する。
【００１９】
この患者データ１４０について、図４を用いて詳細に説明する。患者データ４０１は、患者の属性情報を格納するテーブルであって、ＩＤ、氏名、カナ、性別、年齢、とを記録する。Ｓ２０４の検索では、利用者から受け付けたカナ表記のキーワードを用いて、患者データ４０１のカナ項目を検索する。そして、合致したレコードを抽出する。
【００２０】
次に、患者検索画面３０１の一覧表示領域から利用者が一人の患者を選択したことを受けて、当該患者のカルテ情報を表示するカルテ画面を表示プログラム１３４が表示する（Ｓ２０５）。
【００２１】
このカルテ編集画面について、図５のカルテ編集画面５０１を用いて詳細に説明する。カルテ編集画面５０１は、ヘッダ部とボディ部から構成されている。ヘッダ部には、患者氏名と、編集完了時に押下するための“カルテを閉じる”ボタンが備えられている。また、ボディ部は左右に二つ分割されており、左側に過去のオーダ歴若しくは診療歴、右側に入力領域をそれぞれ表示する領域を備える。更に、入力領域には処方ボタン、検査ボタン、注射ボタン、再診予約ボタンが備えられている。  カルテ編集画面５０１は、オーダデータ１４１の内容を読み込んで表示し、各オーダの発行履歴は過去の診療歴として当該オーダデータ１４１に書き出す。これらのオーダデータ１４１へのアクセスは、オーダ情報アクセスプログラム１３１によって実行される。
【００２２】
このオーダデータ１４１について、図６のオーダデータ６０１を用いて詳細に説明する。オーダデータ６０１は、患者のオーダデータを格納するマスタであって、ＩＤ、オーダ種別、オーダ番号、オーダ内容、とを記録する。オーダデータ６０１は、ＩＤ＝０００１の患者に対して過去に発行したオーダの履歴を格納している状態を表している。即ち、２００５年３月２日に、アリナミンを一日二回の用法で３日分発行したことを表すものである。また、同一日に注射オーダが発行されており、その内容は、５００ｍｌのソリタＴ３号を一日三回の用法発行したことを表すものである。そして、カルテ編集画面５０１の過去の診療歴に展開されている情報は、これらのカルテデータ６０１の情報である。
【００２３】
利用者は、過去の診療歴を参照しながら、今回の診療において発行するオーダの入力を行う。例えば、処方オーダを発行する際は、処方ボタンを押下することで処方オーダ入力ツールを起動し、その内容を入力する。また、検査オーダを発行する際は、検査ボタンを押下することで検査オーダ入力ツールを起動し、その内容を入力する。これらの処理は、オーダ編集プログラム１３２によって、カルテ編集処理（Ｓ２０６）において実行される。
【００２４】
このようにある患者のカルテ情報の編集が完了し、利用者がカルテ編集画面５０１の“カルテを閉じる”ボタンを押下すると、Ｓ２０２に戻り、患者検索画面を再度表示する。
【００２５】
次に、Ｓ２０６のカルテ編集処理について、図５のフローを用いて詳細に説明する。まず、オーダ編集プログラム１３２は、カルテ編集画面５０１において、“カルテを閉じる”ボタンが押下されたか否かを判定する（Ｓ７０１）。“カルテを閉じる”ボタンが押下されたのであれば、このカルテ編集処理を終了し、患者検索画面３０１を表示する（Ｓ２０２）。“カルテを閉じる”ボタンが押下されていないのであれば、検査ボタンが押下されたか否かを判定する（Ｓ７０２）。処方ボタン、注射ボタン、再診予約ボタンが押下されたのであれば、この判定はＮとなり、それらの各オーダの種類に応じた処理を行う（Ｓ７１２）。検査ボタンが押下されたのであれば、検査項目指定画面を表示する（Ｓ７０３）。
【００２６】
この検査項目指定画面について、図８の検査項目指定画面８０１を用いて詳細に説明する。検査項目指定画面８０１は、ヘッダ部とボディ部から構成されている。ヘッダ部には、患者氏名と、検査項目指定完了時に押下するための確定ボタンと、入力中の指定を一旦取り消すためのキャンセルボタンとが備えられている。ボディ部は、最初は何もない状態で表示される。
【００２７】
次に、利用者から検査項目の指定を受け付ける（Ｓ７０４）。ここで、利用者は、所定の操作によって検査項目を一つ以上指定する。例えば、本実施の形態においては、ボディ上でマウスを右クリックすることで階層構造のメニューを表示することとする。この場合、まず放射線オーダと生理検査オーダの二つが表示され、このうちの放射線オーダをクリックすることで、次の階層のメニューが表示される。この例では、一般撮影、ＣＴ検査、ＭＲＩ検査、ＲＩ検査の四つが表示される。更に、ＣＴ検査をクリックすると、次にどの部位の撮影を行うかを選択するメニューが表示される。この例では、頭部、胸腹部、下肢の三つが表示される。このうち、例えば頭部をクリックすることでメニューの選択は終了し、検査項目指定画面８０１にあるように、ＣＴ検査と頭部という文字列がボディ部に表示されることとなる。検査項目指定画面８０２は、上述のような操作を繰り返すことによって、最終的にＣＴ検査、ＲＩ検査、心エコーという三つの検査項目が指定された状態を表している。この状態で利用者がヘッダ部の確定ボタンを押下すると、次に、予約枠指定画面が表示される（Ｓ７０５）。
【００２８】
この予約枠指定画面について、図９の予約枠指定画面９０１を用いて詳細に説明する。予約枠指定画面９０１は、ヘッダ部とボディ部から構成されている。ヘッダ部には、患者氏名と、予約枠確定時に押下するための確定ボタンと、入力を取り消すためのキャンセルボタンとが備えられている。ボディ部上部には、Ｓ７０４で受け付けた検査項目が一覧表示される領域を備える。この検査項目一覧には、優先順位を指定する欄、検査項目名、予約枠、確定ボタンがそれぞれの検査ごとに備えられている。優先順位を指定する欄は、数字を入力できるようになっており、予約枠を取得する際は、ここに入力された数字の小さい順に予約枠を検索するように構成されている。つまり、最初に予約枠指定画面９０１が表示されるときにはＳ７０４で指定した順番で表示されるが、実際にはその順番ではなく、任意の順番で検査を行いたい場合がある。その為、この優先順位を指定することで、利用者の希望に即した順番で予約枠を取得することを可能にするものである。また、確定ボタンは、後述する予約枠検索処理を実行した後、例えば患者の希望にそぐわないために条件を変更して再度予約枠検索処理を流す場合がある。その際、例えば３つの検査項目のうち、一つは確定して、残りの２つについて再度予約枠検索処理を行うといった場合に、その確定する検査項目を指定するために用いるボタンである。なお、予約枠の領域はこの時点では空白となっている。
【００２９】
また、予約枠指定画面９０１のボディ下部には、除外日を指定する領域が備えられている。これは、患者の都合がつかない日を予約枠検索処理の対象外にすることを目的とするものであり、カレンダボタンを押下してカレンダを表示することで日を指定させ、リストボックスによって時間範囲を指定させるように構成されている。この例では、３月１４日の８時から１７時までと、３月１９日の８時から１２時までは都合がつかないことを示している。
【００３０】
更に、本発明の特徴である、最少来院パスと最短来院パスのいずれかを指定させるためのラジオボタンを備える。これは、予約枠検索処理の実行の際に、来院回数を少なくするモード（最少来院パス）と検査終了をなるべく早くするモード（最短来院パス）のいずれの処理モードで処理を行うかを指定させるものである。そして、これらの各指定後に予約枠検索処理の実行を指示するための計算ボタンを備える。
【００３１】
予約枠検索プログラム１３３は、利用者から優先順位、確定ボタン、除外日、処理モードの条件指定を受け付ける（Ｓ７０６）。そして、後述する予約枠検索処理（Ｓ７０７）を実行し、取得した予約枠検索結果を医療支援クライアントシステム１０１に表示させる（Ｓ７０８）。例えば、図９の予約枠指定画面９０２のように、Ｓ７０６で受け付けた条件に従って検索した予約枠を表示する。この例では、ＣＴ検査が３月１５日の１６時、ＲＩ検査が３月１８日の１０時、心エコーが３月１８日の１４時、という予約枠を取得することを示している。この予約枠に患者が同意した場合は、利用者が確定ボタンを押下し、各検査オーダの発行を行う（Ｓ７０９、Ｓ７１０）。また、この予約枠に患者が同意しない場合は、条件を変更して再度予約枠検索処理を行うことになる（Ｓ７０９、Ｓ７０６）。
【００３２】
Ｓ７１０のオーダ発行を具体的に説明すると、予約枠指定画面９０２で確定したそれぞれの検査予約枠の情報をオーダデータ６０１に書き込む。図６のオーダデータ６０２は、この書き込み処理が完了した後の例を示している。１〜３レコードにＣＴ検査、ＲＩ検査、心エコーのそれぞれの情報が追加されていることがわかる。オーダ発行が完了すると、画面は図５のカルテ編集画面５０２のように表示される。即ち、今回新たに発行された検査オーダであるＣＴ検査、ＲＩ検査、心エコーの情報が左側の過去のオーダ歴に追加されていることがわかる。また、これら追加されたオーダ歴にはそれぞれ“未受付”という文字列が追加されている。これは、検査の予約をしたのみで、まだ検査を行っていないということを意味する。即ち、実際に検査を実施した際には、この“未受付”という文字列は消されることとなる。
【００３３】
また、オーダ発行後に予約枠データの更新（Ｓ７１１）を実行することになるが、この処理は後述することとする。簡単に説明すると、予約枠ごとの状況を格納した予約枠データ１４２を、今回取得した予約の情報に基づいて更新することである。
【００３４】
これらの処理を終了すると、当該患者に対して他のオーダ発行処理を行うか否かを利用者が判断することとなり（Ｓ７０１）、当該患者に対する処理が完了した場合は、利用者がカルテ編集画面５０２の“カルテを閉じる”ボタン押下を受け付けることで、カルテ編集処理（Ｓ２０６）を終了することとなる。
【００３５】
次に、Ｓ７０７の予約枠検索処理について、図１０のフローを用いて詳細に説明する。まず、予約枠指定画面９０１の検索項目をワークテーブルであるＷＫＴＢＬ０１に複写する。当該テーブルは予約枠検索処理において一時的に使用する値を保持するためのワークテーブルであり、例えばメモリ領域内に一時的に作成されるようなテーブルである。また、この複写にあたっては、予約枠指定画面９０１の検査項目のうち、確定ボタンにチェックが入っていないもののみを複写対象とする。このようにすることにより、二度目以降の予約枠検索処理において、既に確定されていて再計算の対象としたくない検査を除外することが可能となる。また、ＷＫＴＢＬ０１に書き込む際には、予約枠指定画面９０１の優先順位の小さい順に書き込む。このようにすることにより、利用者が検査を行う順番を指定して予約枠を検索することが可能となる。このようにして複写された後のＷＫＴＢＬ０１を図１３のＷＫＴＢＬ１３０１に例示する。このように、この時点では、単に検査項目が転記されているのみで、各検査項目の予約枠は空白の状態である。
【００３６】
次に、予約枠の状況を格納している予約枠データ１４２から、まだ空いている予約枠の情報をＷＫＴＢＬ０２に複写する（Ｓ１００２）。当該テーブルも予約枠検索処理において一時的に使用する値を保持するためのワークテーブルであり、例えばメモリ領域内に一時的に作成されるようなテーブルである。
【００３７】
ここで、この予約枠データ１４２について、図１４の予約枠データ１４０１を用いて詳細に説明する。予約枠データ１４０１は、各検査項目（この例では検査ごとに一つの部屋が割り振られていることを前提としていることとする）の予約枠ごとに、その枠内に処理可能な定員と、現在の残数を格納している。例えば、１レコード目は、ＣＴという検査項目の３月１５日の８時からの枠は、定員が１名であって、残数は０、即ち既に１名の予約が入っていて、これ以上の予約は受け付けられないことを示している。この残数が１以上の予約枠が、現在受付可能であることを意味している。
【００３８】
Ｓ１００２の複写では、予約枠データ１４０１のデータのうち、残数が１以上のものがＷＫＴＢＬ０２に複写される。このようにして複写された後のＷＫＴＢＬ０２を図１５のＷＫＴＢＬ１５０１に例示する。このように、予約枠データ１４０１のデータのうち、残数が１以上のデータのみが複写されていることがわかる。
【００３９】
次に、ＷＫＴＢＬ０２から、予約枠指定画面９０１において指定された除外日のデータを削除する。このように、予約枠検索処理に先立って、予め患者の都合がつかない日時を除外しておくことによって、患者が来院可能な日のみを検索対象とすることができるばかりか、２度目以降の予約枠検索処理を行う際に、それ以前の予約枠検索処理において提示された予約枠が患者の希望に添わない場合に、当該予約枠を除外するためにこの除外日を用いることも可能となり、利用者にとって使い勝手の良いものとなる。なお、この例では、ＷＫＴＢＬ０２から、予約枠指定画面９０１で指定された除外日である３月１４日の８時から１７時と３月１９日の８時から１２時のデータが削除されることとなる。
【００４０】
次に、予約枠指定画面９０１において、処理モードが最少来院パスと最短来院パスのいずれが指定されたのかを判定する（Ｓ１００４）。最少来院パスのラジオボタンが選択されているのであれば、予約枠検索処理（最少）（Ｓ１００５）に進み、最短来院パスのラジオボタンが選択されているのであれば、予約枠検索処理（最短）（Ｓ１００６）に進む。
【００４１】
ここで、この予約枠検索処理（最少）（Ｓ１００５）について、図１１のフローを用いて詳細に説明する。まず、変数ｎとしてＷＫＴＢＬ０１のレコード数を保持する（Ｓ１１０１）。次に、変数ｍとして初期値０を保持する（Ｓ１１０２）。そして、ＷＫＴＢＬ０１の先頭レコードからｎレコードを読み込む。この時、ＷＫＴＢＬ０１の予約枠に日時が設定されているレコードがあった場合は、そのレコードは既に予約枠が確定されているものとしてスキップする。この場合、ｎ＝３であり、いずれのレコードも予約枠に日時が設定されていないことから、ＣＴ検査、ＲＩ検査、心エコーの３レコード全てを読み込む。そして、ＷＫＴＢＬ０２を検索することで、これらの３つの検査項目が同日で実施可能な日があるか否かを判定する（Ｓ１１０４）。この例では、これらの３つの検査項目が同日で実施可能な日は存在しないため、Ｓ１１０５に進み、ｎを１ディクリメントする。そして、ｍを１インクリメントする（Ｓ１１０６）。これにより、ｎ＝２、ｍ＝１となる。そして、Ｓ１１０３に戻り、ＷＫＴＢＬ０１の先頭から２レコードを読み込む。しかし、ＣＴ検査、ＲＩ検査の２つで検索しても同一日で取得可能な日が存在しないため、Ｓ１１０４の判定でＮとなり、Ｓ１１０５、Ｓ１１０６を経て、ｎ＝１、ｍ＝２となる。そして、Ｓ１１０３に戻り、ＷＫＴＢＬ０１の先頭から１レコードを読み込む。すると、ＣＴ検査が３月１５日の１６時の予約枠が存在するため、Ｓ１１０４の判定においてＹとなり、その予約枠を確定する（Ｓ１１０７）。具体的には、ＷＫＴＢＬ０１の該当するレコードの予約枠に日時を設定する。この場合であれば３月１５日の１６時である。ＷＫＴＢＬ０１は、図１３のＷＫＴＢＬ０１（１３０２）のように更新される。
【００４２】
その後、ＷＫＴＢＬ０２から、Ｓ１１０７で確定した予約日以前のデータを削除する（Ｓ１１０８）。これは、まだ確定していない検査項目の予約を検索する際に、Ｓ１１０７で確定した予約枠以降の日付の予約枠のみを検索対象とすることを目的としている。次に、ｍ＝０であるかが判定される（Ｓ１１０９）。即ち、まだ予約枠を確定していない検索項目があるか否かを判定する。この例では、ｍ＝２であるためＮと判定され、ｎにｍの値を転記し（Ｓ１１１０）、ｍに０をセットする（Ｓ１１１１）。そして、Ｓ１１０３に戻る。この時点で、ＷＫＴＢＬ０１の１レコード目の予約枠は日時が設定されているため、このレコードを除く２レコード、つまりＲＩ検査と心エコーが読み込まれる（Ｓ１１０３）。ＷＫＴＢＬ０２を見ると、３月１８日に２つの検査が取得可能であることがわかる。その為、Ｓ１１０４の判定はＹとなり、その予約枠を確定する（Ｓ１１０７）。具体的には、ＷＫＴＢＬ０１の該当するレコードの予約枠に日時を設定する。この処理によって、ＷＫＴＢＬ０１は、図１３のＷＫＴＢＬ０１（１３０３）のように更新される。
【００４３】
その後、Ｓ１１０９の判定ではｍ＝０であるため、Ｙとなり、予約枠検索処理（最少）は終了する。つまり、最終的には、ＷＫＴＢＬ０１（１３０３）のように予約枠が確定したことになる。
【００４４】
次に、予約枠検索処理（最短）（Ｓ１００６）について、図１２のフローを用いて詳細に説明する。まず、変数ｎとしてＷＫＴＢＬ０１のレコード数を保持する（Ｓ１２０１）。次に、変数ｍとして初期値１を保持する（Ｓ１２０２）。そして、ＷＫＴＢＬ０１のｍレコード目を読み込む（Ｓ１２０３）。この場合ＣＴ検査であるため、ＣＴ検査の空き予約枠をＷＫＴＢＬ０２の先頭から順に検索する（Ｓ１２０４）。そして、３月１５日の１６時の予約枠を確定する（Ｓ１２０５）。次に、ＷＫＴＢＬ０２からＳ１２０５で確定した予約枠以前のデータを削除する（Ｓ１２０６）。これは、まだ確定していない検査項目の予約を検索する際に、Ｓ１２０５で確定した予約枠以降の予約枠のみを検索対象とすることを目的としている。次に、ｍ＝ｎであるかが判定される（Ｓ１２０７）。即ち、まだ予約枠を確定していない検索項目があるか否かを判定する。この例では、ｍ＝１、ｎ＝３であるためＮと判定され、ｍがインクリメントされた後（Ｓ１２０８）、Ｓ１２０３に戻る。このように、ＷＫＴＢＬ０１の残りのレコードについても順に同様の処理を行うことで、３レコード目の心エコーの予約枠が確定した時点で、Ｓ１１０７の判定がＹとなり、予約枠検索処理（最短）（Ｓ１００６）が終了する。この処理によって、ＷＫＴＢＬ０１は、図１３のＷＫＴＢＬ０１（１３０４）のように更新される。
【００４５】
このように、図１３のＷＫＴＢＬ０１（１３０３）とＷＫＴＢＬ０１（１３０４）とを比較すれば明らかなとおり、予約枠検索処理（最少）（Ｓ１００５）と予約枠検索処理（最短）（Ｓ１００６）では、取得される予約枠が変わってくる。予約枠検索処理（最短）では、ＷＫＴＢＬ０１（１３０４）のように、３月１７日に全ての検査が終了することとなる。しかし、それぞれの検査日が異なるため、３回の来院が必要となる。これに対し、予約枠検索処理（最少）（Ｓ１００５）では、ＷＫＴＢＬ０１（１３０３）のように、全ての検査が終了するのは３月１８日であって、ＷＫＴＢＬ０１（１３０４）と比較すると遅い終了となってしまうが、ＲＩ検査都心エコーが同一日に実施されるため、来院回数は２回で済むこととなる。このように、いずれの処理モードで予約枠検索を行うかを予約枠指定画面９０１で容易に選択可能であることも本発明の特徴である。もちろん、いずれかのモードで検索処理を行った結果を見てから、別のモードに切り替えて再検索ができることは言うまでもない。
【００４６】
なお、図７のＳ７１１において、全ての予約枠の確定が完了した際に、予約枠データ１４２を更新する。上述の最少来院パスの例で説明すると、図１４の予約枠データ１４０１が予約枠データ１４０２のように更新されるものである。具体的には、今回取得したＣＴ検査（３月１５日の１６時）とＲＩ検査（３月１８日の１０時）と心エコー（３月１８日の１４時）の残数が０から１に更新される。即ち、この３つの予約枠に空きがなくなったことを示すこととなる。
【００４７】
本実施の形態においては、一般的なクライアントサーバシステムの例として説明したが、小規模な医療機関においてはパーソナルコンピュータ単体でのシステムも考えられる。その場合は、医療支援クライアントシステムに備えられていたブラウジングプログラム１０２を医療支援サーバシステム内に備えることで、同様な仕組みを実現することが可能となる。
【００４８】
また、本実施の形態において説明した各プログラムは、ＣＤ−ＲＯＭ等の記録媒体に格納することで、配布可能となり、このような記録媒体を用いてコンピュータに当該プログラムをインストールすることで、上述のような処理が可能となるものである。
【００４９】
更に、医療支援サーバシステム１３０は、必ずしも医療機関内にある必要はなく、例えば、ＡＳＰ（Application Service Provider）内のサーバに格納しておき、各医療機関にある医療支援クライアントシステムからのアクセスに応じてサービスを提供する形態も考えられる。このような場合は、当該ＡＳＰ事業者のサーバが本発明の予約一括取得支援方法を実施することで上述のような処理が可能となるものである。
【図面の簡単な説明】
【００５０】
【図１】実施の形態のシステム構成図である。
【図２】実施の形態の処理フローである。
【図３】患者検索画面の一例を示す図である。
【図４】患者データの一例を示す図である。
【図５】カルテ編集画面の一例を示す図である。
【図６】カルテデータの一例を示す図である。
【図７】カルテ編集処理の流れを示すフローチャートである。
【図８】検査項目指定画面の一例を示す図である。
【図９】予約枠指定画面の一例を示す図である。
【図１０】予約枠検索処理の流れを示すフローチャートである。
【図１１】予約枠検索処理（最少）の流れを示すフローチャートである。
【図１２】予約枠検索処理（最短）の流れを示すフローチャートである。
【図１３】ＷＫＴＢＬ０１の一例を示す図である。
【図１４】予約枠データの一例を示す図である。
【図１５】ＷＫＴＢＬ０２の一例を示す図である。
【符号の説明】
【００５１】
１００  クライアント端末
１０１  医療支援クライアントシステム
１０２  ブラウジングプログラム
１０３  ＯＳ
１０４  表示制御部
１０５  入力制御部
１０６  通信制御部
１１０  ネットワーク
１２０  サーバ装置
１２１  ＯＳ
１２２  表示制御部
１２３  入力制御部
１２４  通信制御部
１３０  医療支援サーバシステム
１３１  オーダ情報アクセスプログラム
１３２  オーダ編集プログラム
１３３  予約枠検索プログラム
１３４  表示プログラム
１４０  患者データ
１４１  オーダデータ
１４２  予約枠データ
【図１】
2006260169.tif 000003
【図２】
2006260169.tif 000004
【図３】
2006260169.tif 000005
【図４】
2006260169.tif 000006
【図５】
2006260169.tif 000007
【図６】
2006260169.tif 000008
【図７】
2006260169.tif 000009
【図８】
2006260169.tif 000010
【図９】
2006260169.tif 000011
【図１０】
2006260169.tif 000012
【図１１】
2006260169.tif 000013
【図１２】
2006260169.tif 000014
【図１３】
2006260169.tif 000015
【図１４】
2006260169.tif 000016
【図１５】
2006260169.tif 000017