(57)【要約】【課題】  急遽キャンセルされた検査時間枠に対しても代替可能な飛込検査を判定し、実施する検査を決定し、検査機器の稼働率を向上させる検査管理システムを提供すること。【解決手段】  サーバ１０１は、受付クライアント１０３或いは検査クライアント１０２から検査のキャンセル入力を受け付け、発生したキャンセル枠において飛込検査の可否を判定する。ここで、飛込検査が不可能であれば処理を終了し、飛込検査が可能であれば、検査オーダ入力クライアント１０２に対して、実施可能検査情報を表示し、検査オーダ入力クライアント１０２から飛込検査の依頼を受け付ける。更に、サーバ１０１は、依頼のあった飛込検査に関して実施の可否や実施順番の判定処理を行い、判定結果を依頼元（診察室３あるいは病棟管理棟４）の検査オーダ入力クライアント１０２に表示するとともに、検査室５の検査クライアント１０４に飛込検査情報を通知する。【選択図】  図１
2006338567.tif 000002
【特許請求の範囲】
【請求項１】
医療用検査機器を用いた検査に関する情報を管理するサーバと、少なくとも一つの端末装置と、がネットワークを介して互いに前記検査に関する情報を送受可能に接続される検査管理システムであって、
前記サーバは、
前記検査に関する情報を保持する検査情報保持手段と、
前記端末から入力された検査のキャンセル情報を受け付けるキャンセル情報受付手段と、
前記検査情報保持手段に保持された情報と、前記キャンセル情報と、を基に、
受付可能な飛込検査を判定する第１の判定手段と、
前記第１の判定手段によって受付可能な飛込検査が判定された場合、前記端末装置から入力された飛込検査の依頼を受け付ける飛び込み検査受付手段と、
前記依頼された飛込検査の実施可否を判定する第２の判定手段と、
を具備することを特徴とする検査管理システム。
【請求項２】
前記検査情報保持手段は、
検査マスタデータまたはスタッフスケジュールデータまたは薬剤器材在庫データの少なくともいずれかと検査進捗状況データとを保持し、
前記第１の判定手段は、
前記キャンセル情報と前記検査進捗状況データから、飛込検査の時間枠を決定し、
前記検査マスタデータまたは薬剤器材在庫データまたはスタッフスケジュールデータの少なくともいずれかから実施可能な検査を判定することを特徴とする請求項１記載の検査管理システム。
【請求項３】
前記飛込検査の依頼が複数あった場合、前記第２の判定手段は、所定のルールに基づいて、実施する飛込検査を選別し、前記検査情報保持手段が保持する患者移動時間マスタデータを参照して、前記選別された飛込検査の実施順番を決定することを特徴とする請求項１記載の検査管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータとネットワークを利用し、医療検査機器による検査を管理する検査管理システムに関する。
【背景技術】
【０００２】
近年、高精度な医療検査機器、例えば、ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ：コンピュータ断層撮影装置）、ＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ  Ｓｙｓｔｅｍ：磁気共鳴画像診断装置）、ＰＥＴ（Ｐｏｓｉｔｒｏｎ  Ｅｍｉｓｓｉｏｎ  Ｔｏｍｏｇｒａｐｈｙ：陽電子放射断層撮影装置）などが病院に導入され、検査医療技術は格段に向上しつつある。
これらの医療検査機器は、導入、維持コストが非常に高額であるために、導入した病院としても、できる限りその稼働率を高めることを要する。
通常、検査の予約は、患者を診察した診療科の担当者から検査機器を管理する検査室に対して電話や社内通信等の人手を介して行われることが多い。
【０００３】
一方、近年のコンピュータネットワークの発達により、病院内で電子カルテシステムや診療検査予約システムといったコンピュータネットワークを利用した医療システムが利用されつつあり、例えば、放射線検査室における検査機器と検査技師のスケジューリングを管理するシステムも考えられている（例えば、特許文献１）。
【０００４】
【特許文献１】特開２００４−１５７８７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、検査の予約が確実になされた場合でも、患者の都合により検査がキャンセルされる場合がある。キャンセル判明時からキャンセルされた検査の予定時刻までに時間に余裕のある場合は、従来の検査予約の手段によって、その時間枠に代替検査をいれることが可能である。
しかしながら、キャンセル判明が検査予定時刻の直前である場合、従来の人手を介す手段では代替検査を入れることは困難であり、結果として、その検査時間枠を無駄になり、検査機器の稼働率が低下するという問題があった。
【０００６】
本発明は、以上の点に鑑みてなされたものであり、コンピュータネットワークを利用して、急遽キャンセルされた検査時間枠に対しても代替可能な飛込検査を判定し、実施する検査を決定し、検査機器の稼働率を向上させる検査管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
前述した目的を達成するために本発明は、医療用検査機器を用いた検査に関する情報を管理するサーバと、少なくとも一つの端末装置と、がネットワークを介して互いに前記検査に関する情報を送受可能に接続される検査管理システムであって、前記サーバは、前記検査に関する情報を保持する検査情報保持手段と、前記端末から入力された検査のキャンセル情報を受け付けるキャンセル情報受付手段と、前記検査情報保持手段に保持された情報と、前記キャンセル情報と、を基に、受付可能な飛込検査を判定する第１の判定手段と、前記第１の判定手段によって受付可能な飛込検査が判定された場合、前記端末装置から入力された飛込検査の依頼を受け付ける飛び込み検査受付手段と、前記依頼された飛込検査の実施可否を判定する第２の判定手段と、を具備することを特徴とする検査管理システムである。
【０００８】
ここで、検査情報保持手段は、検査マスタデータまたはスタッフスケジュールデータまたは薬剤器材在庫データの少なくともいずれかと検査進捗状況データを保持する。
検査マスタデータとは、検査機器を用いた検査に関する情報であり、検査機器、検査部位、検査条件によって決定する検査時間、検査に必要な使用薬剤或いは使用器材、検査に必要なスタッフ、実施可能検査情報（病院内で検査に対応する検査室など）、保険点数情報などである。
【０００９】
スタッフスケジュールデータは、検査に関係するスタッフの状況を示す情報である。薬剤器材在庫データは、検査に使用される薬剤や器材の在庫数に関する情報である。
検査進捗状況データは、検査予約も含め、検査機器ごとの検査スケジュールを示す情報である。
【００１０】
検査管理システムにおいて、サーバの第１の判定手段は、キャンセル情報と検査進捗状況データから、飛込検査の可否、そして飛込検査が可能であれば飛込検査の時間枠を決定し、検査マスタデータ、或いは薬剤器材在庫データ、或いはスタッフスケジュールデータの少なくとも一つを参照して実施可能な検査を判定する。実施可能な検査は、サーバからネットワークを介して端末装置に通知され、端末装置からは飛込検査の依頼が入力される。
【００１１】
ここで、同じ時間枠に対して、飛込検査の依頼が複数あった場合、サーバの第２の判定手段は、所定のルールに基づいて、実施する飛込検査を選別し、検査情報保持手段が保持する患者移動時間マスタデータを参照して、選別された飛込検査の実施順番を決定する。
【００１２】
患者移動時間マスタデータとは、飛込検査を受信する患者の検査室までの移動手段と移動時間に関する情報である。
所定のルールとは、例えば、「検査件数を出来るだけ多くする」とか、「保険点数の高い検査を優先する」といったものであり、それらのルールにより複数の依頼された検査の中から実施する検査が決定され、検査の順番が決定される。
【発明の効果】
【００１３】
このように、本検査管理システムによれば、急遽キャンセルされた検査時間枠に飛込検査を入れることができ、検査機器の稼働率が向上する。
【発明を実施するための最良の形態】
【００１４】
以下に、添付図面を参照しながら、本発明に係る検査管理システム等の好適な実施形態について詳細に説明する。なお、以下の説明および添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。
【００１５】
図１は、本発明の本実施の形態に係る検査管理システム１の概略構成を示す図である。
【００１６】
図１は、検査管理システム１の１例であり、図１に示すように、検査管理システム１は、サーバ１０１、検査オーダ入力クライアント１０２、受付クライアント１０３、検査クライアント１０４等が、ネットワーク１０９を介して接続されて構成される。
ネットワーク１０９は、インターネット、ローカルエリアネットワーク（ＬＡＮ）等のネットワークであり、有線、無線を問わない。
【００１７】
サーバ１０１はサーバコンピュータ等であり、ネットワークサーバ１１０、検査管理手段１１１、データベース３０１等を有する。検査管理手段１１１は、ネットワークサーバ１１０から呼び出され、後述する検査管理処理等を行い、データベース３０１を管理する。
【００１８】
検査オーダ入力クライアント１０２は、端末装置であり、内科診察室や外科診察室などの診察室３や各病棟ごとに設けられた病棟管理室（看護管理室）４等に設置される。
【００１９】
受付クライアント１０３、検査クライアント１０４は端末装置である。検査クライアント１０４は、検査機器１２１を操作、管理する端末である。検査クライアント１０４は、例えば、検査室５に設置される。検査機器１２１は、ＣＴ、ＭＲＩ、ＰＥＴ、Ｘ線撮影装置といった医療用検査機器である。受付クライアント１０３は、例えば、検査棟６の受付等に設置され、検査クライアント１０４の管理を行う。
受付クライアント１０３、検査クライアント１０４は、ネットワーク１０９を介して、サーバ１０１から必要な検査に関する情報を取りだすことが可能である。
サーバ１０１は検査棟６に設置されても良いし、他の場所に設置することも可能である。
【００２０】
次に、サーバ１０１のハードウェア構成を説明する。図２は、サーバ１０１のハードウェア構成図である。
サーバ１０１は、制御部２０１、記憶部２０２、メディア入出力部２０３、通信制御部２０４、入力部２０５、印刷部２０６、表示部２０７等が、システムバス２０９を介して接続されて構成される。この例では印刷部２０６を接続する例を示したが、印刷部２０６を省略してネットワークプリンタで印刷出力してもよい。
【００２１】
制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ  ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される。
【００２２】
ＣＰＵは、記憶部２０２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、システムバス２０９を介して接続された各装置を駆動制御し、サーバ１０１が行う後述する各種処理（図１１、図１３、図１７参照）を実現する。
【００２３】
ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。
ＲＡＭは、揮発性メモリであり、記憶部２０２、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部２０１が各種処理を行う為に使用するワークエリアを備える。
【００２４】
記憶部２０２は、ＨＤＤ（ハードディスクドライブ）であり、制御部２０１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等が格納される。プログラムに関しては、ＯＳ（オペレーティングシステム）に相当する制御プログラム３１１や、本コンピュータを適用するサーバ１０１が行う後述の処理に相当するアプリケーションプログラム３１２等が格納されている。
これらの各プログラムコードは、制御部２０１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００２５】
メディア入出力部２０３（ドライブ装置）は、データの入出力を行い、例えば、フロッピディスクドライブ、ＰＤドライブ、ＣＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＭＯドライブ等のメディア入出力装置等を有する。
【００２６】
通信制御部２０４は、通信制御装置、通信ポート等を有し、サーバ１０１とネットワーク１０９間の通信を媒介する通信インタフェースであり、ネットワーク１０９を介して、サーバ１０１と、各クライアント１０２、１０３、１０４との通信制御を行う。
【００２７】
入力部２０５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力部２０５を介して、サーバ１０１に対して、操作指示、動作指示、データ入力等を行うことができる。
【００２８】
印刷部２０６は、プリンタであり、印刷出力処理を行う。印刷出力処理はネットワークプリンタに行わせてもよい。
表示部２０７は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。
システムバス２０９は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００２９】
次に、図３を参照しながら、サーバ１０１の記憶部２０２が保持する情報について説明する。図３は、記憶部２０２が保持する情報を示す図である。
記憶部２０２内には、データベース３０１、制御プログラム３１１、アプリケーションプログラム３１２等が格納されている。
【００３０】
データベース３０１については後に詳細に説明する。
制御プログラム３１１は、サーバ１０１の各構成部分を駆動制御するプログラムであり、ＯＳ（オペレーティングシステム）に相当する。
アプリケーションプログラム３１２は、サーバ１０１が行う後述の処理（図１１、図１３、図１７参照）に相当する実行可能プログラムであり、ネットワークに接続された各クライアント１０２、１０３、１０４とのデータの送受信等を行うネットワークサーバ１１０、検査の情報を操作管理する検査管理手段１１１等に該当するプログラムである。また、アプリケーションプログラム３１２は各クライアントが所有する記憶装置にそれぞれ記憶され、各クライアントがその記憶されたプログラムを読み出して実行してもよい。
【００３１】
次に、データベース３０１について説明する。図４は、データベース３０１に保持されるデータを示す図である。
図４に示すように、データベース３０１には、検査マスタデータ３２１、患者移動時間マスタデータ３３１、スタッフスケジュールデータ３４１、薬剤器材在庫データ３５１、検査進捗状況データ３６１等が保持される。尚、サーバ１０１が管理するデータベース３０１は、必要に応じて、複数存在してもよい。
【００３２】
図５は、検査マスタデータ３２１を示す図である。検査時間データ３２１は、検査機器１２１による様々な検査に関する情報であり、検査機器、検査部位、検査方法（手技、方向等）、検査時間、使用する薬剤・器材、検査に必要なスタッフ、実施可能検査情報、保険点数等からなる。
【００３３】
図５に示すように、検査機器は使用する検査機器１２１であり、例えば「ＭＲＩ」、「Ｘ線」、「ＣＴ」等がある。検査部位は、「頭部」、「胸部」といった検査の対象となる部位である。検査方法は、検査条件等を示す手技や方向などがある。手技とは、例えば検査において「造影剤を使用するかどうか」、或いは受診者の体位等であり、方向とは、例えばＸ線撮影での「側面」とか「正面」といった撮影の方向である。検査時間は、検査に必要な時間であり、検査部位或いは検査方法の少なくともいずれかによって決定される。例えば、検査部位が「頭部」で検査条件として「造影なし」の場合、検査時間は「５分」となる。
【００３４】
使用薬剤・器材は、検査機器、部位、検査方法から決定される、検査に必要な薬剤或いは器材に関する情報である。必要なスタッフは、その検査に必要な技師や医師、看護師といったスタッフとその人数である。
【００３５】
実施可能検査情報とは、検査機器、部位、検査方法から決定される、検査に必要とされる設備等に関する情報である。種類の同じ検査機器であっても、検査機器ごとの性能が異なるために、機器により実施可能な検査が決められる。例えば、図５に示すように、同じＭＲＩを用いた検査でも、検査室Ｂでは対応できず、検査室Ａの設備で対応可能である場合もある。そのような情報が実施可能検査情報として保持される。
保険点数は、検査方法、使用薬剤・器材等を基に決められる点数であり、この点数を基に検査に対する報酬が決定される。
【００３６】
図６は、患者移動時間マスタデータ３３１を示す図である。患者移動時間マスタデータ３３１は、検査室、診察室・病室、患者移動手段、患者移動時間等の情報からなる。患者移動手段とは、例えば、「独歩」、「松葉杖」、「車椅子」、「ストレッチャー」などがある。患者移動時間マスタデータは、それぞれの移動手段で、患者が各検査室或いは病室等から各検査室まで移動する場合にかかる時間に関する情報を保持する。
【００３７】
図７は、スタッフスケジュールデータ３４１を示す図である。スタッフスケジュールデータ３４１は、医師或いは技師或いは看護師等の検査スタッフのスタッフＩＤ、担当検査機器、状況等の情報であり、例えば、検査機器「ＭＲＩ１」を担当する「技師Ｘ」が「現在検査室Ａに在室である」といった情報を示すものである。スタッフスケジュールデータ３４１は、検査を担当するスタッフの状況に応じて随時更新される。
【００３８】
図８は、薬剤器材在庫データ３５１を示す図である。薬剤器材在庫データ３５１は薬剤或いは器材のＩＤと在庫個数等の情報であり、検査に必要とされる薬剤或いは器材の現在の在庫状況を示すものである。薬剤器材在庫データ３５１は、検査で使用する薬剤或いは器材の在庫状況に応じて随時更新される。
【００３９】
図９は、検査進捗状況データ３６１を示す図である。検査進捗状況データ３６１は、検査年月日、検査時間枠、検査を受ける患者のＩＤと氏名、進捗状況、優先度、検査機器、手技・方向等の検査に関する検査方法、検査室、依頼科（依頼医師等）等の情報である。検査進捗状況データ３６１は検査機器１２１を用いて行われる検査のスケジュールに関する情報であり、検査済の検査から予約がなされた検査に至るまでの検査情報が時間とともに登録される。検査進捗状況データ３６１に関しては後に詳細に述べる。
【００４０】
サーバ１０１のデータベース３０１に保持される上記のデータは、必要に応じて、ネットワーク１０９を介して、検査オーダ入力クライアント１０２、受付クライアント１０３、検査クライアント１０４に送信可能である。
【００４１】
次に、図１０を参照しながら、検査オーダ入力クライアント１０２、受付クライアント１０３、検査クライアント１０４のハードウェア構成を説明する。検査オーダ入力クライアント１０２、受付クライアント１０３、検査クライアント１０４は同様の構成を有する端末装置であり、図１０はそれらクライアント１０２、１０３、１０４のハードウェア構成図である。
【００４２】
クライアント１０２、１０３、１０４は、制御部４０１、記憶部４０２、メディア入出力部４０３、通信制御部４０４、入力部４０５、印刷部４０６、表示部４０７等が、システムバス４０９を介して接続される。この例では印刷部４０６を接続する例を示したが、印刷部４０６を省略してネットワークプリンタで印刷出力してもよい。
尚、クライアント１０２、１０３、１０４のハードウェア構成は、図２について前述したサーバ１０１と同様の構成を採る。
【００４３】
次に、サーバ１０１による検査管理処理について説明する。
通常、検査予約は、患者の診察を行った医師が、検査オーダ入力クライアント１０２からサーバ１０１に対して検査予約を行い、入力された検査に関する情報は、検査進捗状況データ３６１として登録される。
以下は、そのように予約された検査がキャンセルされた場合における本システムの飛込検査決定処理について説明する。
【００４４】
図１１はサーバ１０１の飛込検査決定処理の手順を示す概略フローチャートである。
サーバ１０１の記憶部２０２には、アプリケーションプログラム３１２である検査管理プログラムがインストールされている。以下のサーバ１０１の処理は、このプログラムの制御に従って、サーバ１０１の制御部２０１によって行われる。
【００４５】
サーバ１０１は、受付クライアント１０３或いは検査クライアント１０２から検査のキャンセル入力を受け付け（Ｓ１００１）、発生したキャンセル枠において飛込検査の可否を判定する（Ｓ１００２）。ここで、飛込検査が不可能であれば処理を終了し、飛込検査が可能であれば、検査オーダ入力クライアント１０２に対して、実施可能検査情報を表示し（Ｓ１００３）、検査オーダ入力クライアント１０２から飛込検査の依頼を受け付ける（Ｓ１００４）。
【００４６】
次に、依頼のあった飛込検査に関して実施の可否や実施順番の判定処理を行い（Ｓ１００５）、判定結果を依頼元（診察室３あるいは病棟管理室４）の検査オーダ入力クライアント１０２に表示するとともに（Ｓ１００６）、検査室５の検査クライアント１０４に飛込検査情報を通知する（Ｓ１００７）。
以下、各ステップについて説明する。
【００４７】
（Ｓ１００１）
検査棟６において、検査棟６の一括受付担当者或いは各検査室５の受付担当者は、検査直前になっても患者が到着しない場合、「予約されていた検査がキャンセルされた」とみなして、受付クライアント１０３或いは検査クライアント１０２からサーバ１０１に対して、予約された検査時間枠のキャンセル入力を行う。
【００４８】
図１２は、検査進捗状況を示す画面２０を示す図である。画面２０は、検査進捗状況データ３６１を基にして、サーバ１０１によって作成された画面である。サーバ１０１では検査進捗を管理、その内容を画面で表示するのは業務画面を提供しているプログラムである。よって、クライアント・サーバ形式のシステムでは、データベースで検査進捗情報を一元管理し、クライアント側にインストールされているプログラムがサーバ側の検査進捗情報を参照し、クライアント側のプログラムが画面を作成して表示することが一般的である。
しかし、Web技術を用いたシステムでは、サーバ側で画面を作成して、クライアントにそれを提供するケースもある。これは、図１２、図１６、図１８に示す画面についても同様である。
受付クライアント１０３或いは検査クライアント１０４はサーバ１０１から上記画面を随時ダウンロードすることができる。
【００４９】
例えば、図１２は、「２００５年３月９日」における「検査室Ｃ（検査機器：ＣＴ１）」における検査の進捗状況を示す画面であり、検査時間、進捗状況、優先度、検査を受ける患者のＩＤと氏名、検査の手技・方向等が示される。
ここで、検査時間枠２３がキャンセルと判断された場合、担当者は、例えば、検査クライアント１０４から、検査時間枠２３をマウス等の入力部４０５でクリックし、認識させた後、キャンセルボタン２５をクリックする。
【００５０】
こうして、キャンセルされた検査時間枠２３の検査情報は、キャンセル情報として、検査クライアント１０４からサーバ１０１に通知される。
【００５１】
（Ｓ１００２）
サーバ１０１は、送られたキャンセル情報を基に、発生したキャンセル枠に飛込検査を実施することが可能かどうか、可能ならどのような飛込検査が実施可能か、を判定する。
【００５２】
図１３は、サーバ１０１による飛込検査に関する判定処理手順を示すフローチャートである。
サーバ１０１は、送られたキャンセル情報を取り込み（Ｓ２００１）、検査進捗状況データ３６１を参照して飛込検査の時間枠を決定する（Ｓ２００２）。
【００５３】
図１４、図１５は飛込検査の時間枠の決定方法を説明するための図である。図１４に示すように、検査進捗状況（Ａ）において一つの検査時間枠３２（患者「Ｉ」）がキャンセルされた場合についての決定方法のケースについて以下に説明する。
まず、ケース（ａ）として、検査時間枠３３の進捗状況Ｓ１と検査時間枠３４の進捗状況Ｓ２がともに「未受付」の場合、即ち、次の時間枠の検査患者がまだ検査室５に来ていない場合、キャンセルされた検査時間枠３２がそのまま飛込検査枠となる。尚、図１４、図１５では、斜線部が飛込検査時間枠を示す。
【００５４】
ケース（ｂ）として、検査時間枠３３の進捗状況Ｓ１が「受付済」であり、検査時間枠３４の進捗状況Ｓ２が「未受付」の場合の場合は、検査時間枠３３に検査を予定していた患者「Ｊ」の検査を繰り上げて、検査時間枠３３を飛込検査時間枠とする。
【００５５】
ケース（ｃ）として、検査時間枠３３の進捗状況Ｓ１と検査時間枠３４の進捗状況Ｓ２がともに「受付済」の場合、即ち、患者「Ｊ」、「Ｋ」が既に来ている場合は、患者「Ｊ」、「Ｋ」の検査を繰り上げて、検査時間枠３４を飛込検査時間枠とする。
【００５６】
ケース（ｄ）として、キャンセル入力が直前であった場合は、キャンセルされた検査時間枠に代替検査を入れられない場合も考えられる。その場合は、例えば、検査時間枠３５を新たに設け、飛込検査を募集することも可能である。
【００５７】
次に、図１５を用いて検査のキャンセル枠が複数発生した場合における飛込検査時間枠の決定方法を説明する。図１５に示す検査進捗状況（Ｂ）において、検査時間枠４２、４４、４５がキャンセルされたとする。
【００５８】
ケース（ｅ）として、検査時間枠４３の進捗状況Ｓ３が「未受付」である場合、即ち、患者「Ｒ」がまだ来ていない場合、キャンセルされた検査時間枠４２、４４、４５がそのまま飛込検査時間枠となる。
【００５９】
ケース（ｆ）として、検査時間枠４３の進捗状況Ｓ３が「受付済」である場合、即ち、患者「Ｒ」が既に来ている場合、患者「Ｒ」の検査を時間枠４２に繰り上げ、検査時間枠４３〜４５を飛込検査時間枠とする。
【００６０】
以上説明したように、サーバ１０１は、検査進捗状況データ３６１を参照して飛込検査の時間枠を決定する。
次に、サーバ１０１は、検査マスタデータ３２１、薬剤器材在庫データ３５１を参照して、決定された飛込検査時間枠で実施可能な検査を絞り込む（Ｓ２００３）。サーバ１０１は、検査マスタデータ３２１の検査時間、使用薬剤・器材、実施可能検査情報等の情報を参照し、薬剤器材在庫データ３５１を参照して、実施可能な検査の条件を絞り込む。
【００６１】
さらに、サーバ１０１は、スタッフスケジュールデータ３４１を参照して、実施可能な検査を絞り込む（Ｓ２００４）。サーバ１０１は、検査マスタデータ３２１からＳ２００３で絞り込まれた検査に必要なスタッフに関する情報と、決定した飛込検査時間枠におけるスタッフスケジュールデータ３４１とを照らし合わせて実施可能な検査を更に絞り込む。
【００６２】
（Ｓ１００３、Ｓ１００４）
サーバ１０１は、最終的に実施可能な飛込検査情報を検査オーダ入力クライアント１０２の表示部４０７に表示し、各診察室３（この場合の検査は外来患者対象）或いは病棟管理室４（この場合の検査は入院患者対象）の検査オーダ入力クライアント１０２に対して飛込検査依頼を募集する。
【００６３】
図１６は、検査オーダ入力クライアント１０２に表示された飛込検査検査依頼募集の画面４０を示す図である。図１２に示す検査進捗状況において、検査時間枠２３がキャンセルされ、その後の検査時間枠の患者が「未受付」であることから、図１４のケース（ａ）にしたがって、検査時間枠２３がそのまま飛込検査時間枠となる。また、キャンセルされた検査は検査機器１２１が「ＣＴ１」であるため、その機器を用いて実施可能な検査の一覧４１が画面４０に表示される。
【００６４】
各診察室３や病棟管理室４の検査依頼担当者は、検査オーダ入力クライアント１０２から画面４０に対して、患者ＩＤ、氏名等といった飛込検査の対象者及び依頼する検査に関する情報を入力し、「予約」ボタン４２をクリックすると、入力された情報は飛込検査情報としてサーバ１０１に送信される。
【００６５】
（Ｓ１００５）
サーバ１０１は、検査オーダ入力クライアント１０２から送信された飛込検査依頼に対する判定を行う。図１７は、Ｓ１００４において複数の飛込検査が依頼された場合のサーバ１０１による検査の選別処理手順を示すフローチャートである。
【００６６】
図１７に示すように、サーバ１０１は入力された飛込検査情報を取り込み（Ｓ３００１）、検査マスタデータ３２１を参照して依頼のあった飛込検査のトータルの検査時間を算出する（Ｓ３００２）。
【００６７】
サーバ１０１は、依頼のあった飛込検査のトータルの検査時間が、Ｓ１００２において決定された飛込検査時間枠以下であることを判定する（Ｓ３００３）。ここで、トータルの検査時間が飛込検査時間枠以下であれば、サーバ１０１は、患者移動時間マスタデータ３３１を参照して、検査の順番を決定する（Ｓ３００５）。サーバ１０１は、患者移動マスタデータ３３１を参照して、複数の飛込検査のうち、例えば「患者の移動時間が少ない順番で」飛込検査を予約する。
【００６８】
Ｓ３００３において、トータルの検査時間が飛込検査時間枠を超える場合、サーバ１０１は、設定されたルールに基づいて実施する検査を選別し（Ｓ３００４）、患者移動時間マスタデータ３３１を参照して、選択した検査の順番を決定する（Ｓ３００５）。検査を選別するためのルールは、例えば、「飛込検査時間枠の中でできるだけ多くの検査を行う」とか、「保険点数の高い検査を優先する」とか、「外来患者の検査を優先する」といったルールであり、適宜設定可能である。
【００６９】
こうして実施する飛込検査が決定すると、サーバ１０１は、実施できない飛込検査の依頼をした依頼元（検査室３或いは病棟管理室４）の検査オーダ入力クライアント１０２に対して、「検査の実施不可」の旨を通知する。
一方、実施する飛込検査に関する情報は、検査進捗状況データ３６１として登録される。
【００７０】
（Ｓ１００６、Ｓ１００７）
検査進捗状況データ３６１を表示する画面データは更新される。実施する飛込検査が決定されると、サーバ１０１は、各診察室３或いは病棟管理室４といった依頼元の検査オーダ入力クライアント１０２に対して飛込検査が確定したことを通知するとともに、検査棟６の受付クライアント１０３或いは検査室５の検査クライアント１０４に対して飛込検査情報の内容等を表示する。
【００７１】
図１８は、飛込検査が入り、更新された検査進捗状況を示す画面６０を示す図である。サーバ１０１は画面６０のデータを作成し、関係する検査室５の検査クライアント１０４や受付クライアント１０３に送信し、それぞれのクライアント１０３、１０４の表示部４０７に画面６０が表示される。受付クライアント１０３では、全ての検査室５について検査進捗状況を示す画面６０を表示することができる。また、各検査クライアント１０４では、自身の検査室５のみについて検査進捗状況を示す画面６０を表示するようにしてもよいし、検査に直接関係しない他の検査室５についても検査進捗状況を示す画面６０を受信、表示可能としてもよい。図１８に示す画面６０では、検査時間枠６３に新たに飛込検査が表示される。
【００７２】
以上説明したように、本検査管理システムによれば、検査機器１２１を用いた検査にキャンセルが発生した場合にも、代替の飛込検査を効率よく決定でき、検査機器１２１の稼働率を向上させることが可能である。
【００７３】
次に、図１９を参照しながら、第２の実施の形態について説明する。図１９に示すように、第２の実施の形態に係る検査管理システムでは、サーバ１０１の検査管理手段１１１のうち、飛込検査オーダ入力手段のプログラムを検査オーダ入力クライアント１０２に保持させることができる。
【００７４】
即ち、第２の実施の形態では、検査オーダ入力クライアント１０２は、サーバ１０１から飛込検査依頼の募集が通知されると、飛込検査オーダ入力手段のプログラムを起動して、図１６に示す飛込検査オーダ入力画面４０を表示部４０７に表示させる。
【００７５】
次に、図２０を参照しながら、第３の実施の形態について説明する。図２０は、検査管理システム８１の概略構成を示す図である。図２０に示す検査管理システム８１はＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）技術を用いて実現した場合のシステムである。検査管理システム８１では、サーバ１０１はＷｅｂサーバ１１３を有し、検査オーダ入力クライアント１０２はＷｅｂブラウザ１１４を有する。
【００７６】
検査管理システム８１の処理、機能は、検査管理システム１と同様であるが、検査オーダ入力クライアント１０２は、自身に搭載されたＷｅｂブラウザ１１４を介して、サーバ１０１のＷｅｂサーバ１１３にアクセスし、データの送受信を行う。即ち、検査オーダ入力クライアント１０２は、ＷＥＢブラウザ１１４を介して、サーバ１０１側から検査オーダ入力機能についてのプログラムを取得し、当該プログラムを実行する。従って、検査オーダ入力クライアント１０２にＷｅｂブラウザ１１４が搭載されていれば、ネットワーク１０９を介して、サーバ１０１にアクセスし、飛込検査依頼等のサービスを受けることが出来る。
【００７７】
本実施の形態によれば、検査オーダ入力クライアント１０２はＷｅｂブラウザ１１４さえ搭載していればいいので、病院情報システム（ＨＩＳ）７の端末からも容易に飛込検査依頼が行える。
また、本実施の形態では、検査オーダ入力クライアント１０２に相当するクライアント端末は、ネットワーク１０９に接続されていれば病院外に設置されていてもよく、他の病院情報システムとの連携も可能となる。
【００７８】
以上、添付図面を参照しながら、本発明に係る検査管理システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００７９】
【図１】本実施の形態に係る検査管理システム１の概略構成を示す図
【図２】サーバ１０１のハードウェア構成図
【図３】記憶部２０２が保持する情報を示す図
【図４】データベース３０１の構造を示す図
【図５】検査マスタデータ３２１を示す図
【図６】患者移動時間マスタデータ３３１を示す図
【図７】スタッフスケジュールデータ３４１を示す図
【図８】薬剤器材在庫データ３５１を示す図
【図９】検査進捗状況データ３６１を示す図
【図１０】クライアント１０２、１０３、１０４のハードウェア構成図
【図１１】サーバ１０１による飛込検査受付処理の概略フローチャート
【図１２】検査進捗状況を示す画面２０を示す図
【図１３】飛込検査受付処理の手順（Ｓ１００２）を示すフローチャート
【図１４】飛込検査時間枠の決定方法の説明図
【図１５】飛込検査時間枠の決定方法の説明図
【図１６】飛込検査オーダ入力画面４０を示す図
【図１７】飛込検査決定処理の手順（Ｓ１００５）を示すフローチャート
【図１８】更新された検査状況進捗画面６０を示す図
【図１９】検査管理システム１の概略構成図（第２の実施の形態）
【図２０】検査管理システム１の概略構成図（第３の実施の形態）
【符号の説明】
【００８０】
１………検査管理システム
３………診察室
４………病棟管理室
５………検査室
１０１………サーバ
１０２………検査オーダ入力クライアント
１０３………受付クライアント
１０４………検査クライアント
１０９………ネットワーク
１１０………ネットワークサーバ
１１１………検査管理手段
１２１………診断機器
２０１、４０１………制御部
２０２、４０２………記憶部
３０１………データベース
３２１………検査マスタデータ
３３１………患者移動時間マスタデータ
３４１………スタッフスケジュールデータ
３５１………薬剤器材在庫データ
３６１………検査進捗状況データ
【図１】
2006338567.tif 000003
【図２】
2006338567.tif 000004
【図３】
2006338567.tif 000005
【図４】
2006338567.tif 000006
【図５】
2006338567.tif 000007
【図６】
2006338567.tif 000008
【図７】
2006338567.tif 000009
【図８】
2006338567.tif 000010
【図９】
2006338567.tif 000011
【図１０】
2006338567.tif 000012
【図１１】
2006338567.tif 000013
【図１２】
2006338567.tif 000014
【図１３】
2006338567.tif 000015
【図１４】
2006338567.tif 000016
【図１５】
2006338567.tif 000017
【図１６】
2006338567.tif 000018
【図１７】
2006338567.tif 000019
【図１８】
2006338567.tif 000020
【図１９】
2006338567.tif 000021
【図２０】
2006338567.tif 000022