(57)【要約】【課題】不正な予約を排除できるようにし、これにより検査装置のスループットを向上させることの可能な検査装置予約システムを提供すること。【解決手段】検査装置の利用者ごとの予約を受け付けるサーバ装置と、このサーバ装置に通信網を介してアクセスして前記検査装置の利用を予約するためのクライアント端末とを具備する検査装置予約システムにおいて、内容の変更回数およびキャンセルの有無を予約ごとに管理するための情報管理データベース１７を設ける。そして、情報管理データベース１７の内容に基づいてそれぞれの予約ごとの履歴を一定の項目別に集計した統計情報を作成し、この統計情報をグラフ化してシステム利用者に開示することにより、予約に関するアンフェアな操作を回避するための圧力をかけられるようにした。【選択図】      図３
2005316757.tif 000002
【特許請求の範囲】
【請求項１】
検査装置の利用者ごとの予約を受け付けるサーバ装置と、このサーバ装置に通信網を介してアクセスして前記検査装置の利用を予約するためのクライアント端末とを具備する検査装置予約システムにおいて、
前記クライアント端末は、
前記サーバ装置に、新規予約の登録を要求する新規予約登録要求手段と、
前記サーバ装置に、登録済み予約の内容の変更を要求する予約内容変更要求手段と、
前記サーバ装置に、登録済み予約のキャンセルを要求する予約キャンセル要求手段とを備え、
前記サーバ装置は、
前記検査装置の予約をこの予約を区別するための識別子とその内容とに対応付けて管理するための予約管理データベースと、
前記クライアント端末からの要求に応じて前記予約管理データベースに前記予約を登録する登録手段と、
前記クライアント端末からの要求に応じて前記登録済み予約の内容を変更してその結果を前記予約管理データベースの内容に反映する変更手段と、
前記クライアント端末からの要求に応じて前記登録済み予約をキャンセルしてその結果を前記予約管理データベースの内容に反映するキャンセル手段と、
前記予約管理データベースの内容に基づいて、それぞれの予約ごとの履歴を一定の項目別に集計した統計情報を作成する統計情報作成手段と、
前記統計情報を前記通信網を介したアクセス者に開示するための開示手段とを具備することを特徴とする検査装置予約システム。
【請求項２】
前記開示手段は、前記統計情報を項目別にグラフ化して開示することを特徴とする請求項１に記載の検査装置予約システム。
【請求項３】
前記統計情報作成手段は、利用者の来ないまま予約日時の経過した予約の一定期間における数を病院内における診療科ごとに集計することを特徴とする請求項１に記載の検査装置予約システム。
【請求項４】
前記統計情報作成手段は、キャンセルされた予約の一定期間における数を病院内における科ごとに集計することを特徴とする請求項１に記載の検査装置予約システム。
【請求項５】
前記統計情報作成手段は、一定期間における予約内容の変更回数を病院内における科ごとに集計することを特徴とする請求項１に記載の検査装置予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＣＴスキャン装置などの検査装置を予約するためのシステムの改良に関する。
【背景技術】
【０００２】
病院内に設置される検査装置を効率良く使用できるようにするために、予約システムが提供されている（例えば、特許文献１を参照）。この種のシステムを用いれば、ＣＴスキャン装置などの使用を院内ＬＡＮ（Local Area Network）を介して事前に予約することができる。予約操作は検査を実施する部門（例えば放射線部門）の担当者に限らず、外来診療のドクターなどによっても行なわれる。むしろ、患者の都合を直接聞ける立場にあることから、ドクターによる予約操作の機会が多い。
【０００３】
ところで、この種のシステムにおいては一旦設定された予約を自由に変更およびキャンセルできるようになっている。その一方で患者に都合の良い時間帯を確保することがドクターには求められるため、結果的に、以下のように使われない予約が設定される場合がある。
【０００４】
すなわち、予約操作を行うにあたり患者の都合の良い日程を、その場で確実に絞り込むことは難しい。よって同じ検査につき複数回分の予約を確保するというアンフェアな操作がなされることがある。この場合、検査装置が稼働するのは１回分の予約だけになり、他の予約は土壇場でキャンセルされるか、またはそのまま患者の来ない予約となる。
【０００５】
また、患者が来やすいと思われる時間帯（土曜日の午前中など）に、いわばダミーの予約を設定し、都合の良い時間の確定した患者から順に、既に確保されているダミー予約を正しい内容に変更するという操作がなされることもある。この場合においても全てのダミー予約が消化されるとは限らず、使われなかった予約は土壇場でキャンセルされるか患者の来ない予約となる。土壇場でキャンセルされた予約時間帯が他の患者に使われる可能性は低いので、結局、使われない時間帯が生じることになる。また当然ながら、予約時間に患者が来なければ検査装置の稼動はストップしてしまう。
【０００６】
このように、検査装置が稼働できるにも拘わらず患者が来なければ、検査装置のスループットは否応無しに低下する。よって医療の現場には、患者の来ない予約すなわち無駄予約を極力排除して、装置のスループットを上げたいというニーズがある。
【特許文献１】特開平１０−１６２０６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
以上述べたように既存の予約システムには、一旦設定された予約を自由に変更およびキャンセルできることから、アンフェア（不正）な予約操作のなされる余地が多分にある。さらに、ダミー予約の確保後に正しい予約に変えるという操作は、他に予約を取りたい人にとっては都合の良い時間に空きが無いという状態を招くので迷惑であり、病院としてはこのような事態を避けたい。しかしながら予約の変更／キャンセルを絶対に許可しないという制約を設けることはナンセンスであり、何らかの解決策が待たれている。  
本発明は上記事情によりなされたもので、その目的は、不正な予約を排除できるようにし、これにより検査装置のスループットを向上させることの可能な検査装置予約システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明の第１局面に係わる検査装置予約システムは、検査装置の利用者ごとの予約を受け付けるサーバ装置と、このサーバ装置に通信網を介してアクセスして前記検査装置の利用を予約するためのクライアント端末とを具備する検査装置予約システムにおいて、前記クライアント端末は、前記サーバ装置に、新規予約の登録を要求する新規予約登録要求手段と、前記サーバ装置に、登録済み予約の内容の変更を要求する予約内容変更要求手段と、前記サーバ装置に、登録済み予約のキャンセルを要求する予約キャンセル要求手段とを備え、前記サーバ装置は、前記検査装置の予約をこの予約を区別するための識別子とその内容とに対応付けて管理するための予約管理データベースと、前記クライアント端末からの要求に応じて前記予約管理データベースに前記予約を登録する登録手段と、前記クライアント端末からの要求に応じて前記登録済み予約の内容を変更してその結果を前記予約管理データベースの内容に反映する変更手段と、前記クライアント端末からの要求に応じて前記登録済み予約をキャンセルしてその結果を前記予約管理データベースの内容に反映するキャンセル手段と、前記予約管理データベースの内容に基づいて、それぞれの予約ごとの履歴を一定の項目別に集計した統計情報を作成する統計情報作成手段と、前記統計情報を前記通信網を介したアクセス者に開示するための開示手段とを具備することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、不正な予約を排除できるようになり、これにより検査装置のスループットを向上させることの可能な検査装置予約システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明に係わる検査装置予約システムの一実施の形態を示すシステム図である。このシステムは病院においてＣＴスキャン装置などの検査装置の利用を予約するために用いられ、複数の予約用クライアントＣ１〜Ｃｎと、予約用サーバＳＶとを備える。予約用クライアントＣ１〜ＣｎはＬＡＮ（Local Area Network）などの通信ネットワークを介して予約用サーバＳＶに接続される。ＬＡＮは有線ＬＡＮあるいは無線ＬＡＮのいずれでも良い。予約用クライアントＣ１〜Ｃｎは専用の端末機上で動作するものでも良いし、またはブラウザでアクセス可能な仮想クライアント（エージェント）であっても良い。
【００１１】
図２は、図１の予約用サーバＳＶの一実施の形態を示す機能ブロック図である。予約用サーバＳＶは、送受信部１１、予約登録部１２、予約変更部１３、予約キャンセル部１４、予約情報管理部１５、予約変更状況管理部１６、情報管理データベース（ＤＢ）１７、および、統計情報作成部１８を備える。
【００１２】
送受信部１１は、ＬＡＮとの間でのインタフェース処理を実施する。予約登録部１２は、予約用クライアントＣ１〜Ｃｎからの要求に応じて新規の予約を情報管理ＤＢ１７に登録する。予約変更部１３は、予約用クライアントＣ１〜Ｃｎからの要求に応じて登録済み予約の内容を変更する。予約キャンセル部１４は、予約用クライアントＣ１〜Ｃｎからの要求に応じて登録済み予約をキャンセルする。予約登録部１２、予約変更部１３、および、予約キャンセル部１４による処理の結果は予約情報管理部１５および予約変更状況管理部１６により情報管理ＤＢ１７の内容に反映される。
【００１３】
情報管理ＤＢ１７は、検査装置の予約を、それぞれの予約を区別するための識別子（予約ＩＤ）とその内容とに対応付けて管理するためのデータベースである。統計情報作成部１８は、情報管理ＤＢ１７の内容に基づいて、それぞれの予約ごとの履歴を一定の項目別に集計した統計情報を作成する。また統計情報作成部１８は、作成した統計情報をグラフ化し、ＬＡＮを介したアクセス者に開示するための処理を行う。具体的には、統計情報作成部１８は統計情報を用いてＣＧＩ（Common Gateway Interface）処理によりＨＴＭＬ（Hypertext Markup Language）データを作成し、院内イントラネットにおけるＷｅｂサーバを介してグラフを公開する。
【００１４】
図３は、図２の情報管理データベース１７の内容の一例を示す図である。図３において、各予約は予約ＩＤ（通し番号など）により区別される。各予約ＩＤごとに、予約日時と操作者のＩＤ情報（Ａ００１，Ａ００５など）が対応付けられる。予約に対する操作がなされた場合、操作内容（新規作成、内容変更、キャンセルなど）と、操作の回数を反映する連番が付される。すなわち連番の数値が多いほど、その予約につき多くの操作がなされたことになる。
【００１５】
また、操作ごとに、操作日時と、操作内容の詳細とが併せて記録される。例えばＩＤ＝１の予約について、連番＝２で示される操作は、検査内容の変更を示す。この操作は、ＩＤ＝Ａ００１の操作者により、日時（2003/10/01 20:10）において実施されたことが分かる。
【００１６】
図４は、図１の予約用クライアントＣ１〜Ｃｎの一実施の形態を示す機能ブロック図である。予約用クライアントＣ１〜Ｃｎは、送受信部２１と、予約登録要求部２２と、予約変更要求部２３と、予約キャンセル要求部２４と、ユーザインタフェース（Ｉ／Ｆ）２５とを備える。
【００１７】
送受信部２１は、ＬＡＮとの間でのインタフェース処理を実施する。予約登録要求部２２は、予約用サーバＳＶに新規予約の登録を要求する。予約変更要求部２３は、予約用サーバＳＶに、登録済み予約の内容の変更を要求する。予約キャンセル要求部２４は、予約用サーバＳＶに、登録済み予約のキャンセルを要求する。ユーザＩ／Ｆ２５は、キーボード、マウス、ディスプレイ装置など（図示せず）を備え、ユーザにＧＵＩ（Graphical User Interface）による操作環境を提供する。次に、上記構成における動作を説明する。
【００１８】
図５は、図１の検査装置予約システムにおいて新規予約の登録時に実施される処理手順の一例を示すフローチャートである。図５において、予約用クライアントから新規予約を設定するための情報がシステムに入力される（ステップＳ１１）。この予約情報には、例えば患者から聞き出した都合の良い日時などが含まれる。このほか、操作者ＩＤ、患者ＩＤなどの項目が全て指定されると、各項目についての情報をまとめた詳細な予約情報が作成される（ステップＳ１２）。この予約情報はＬＡＮ上のプロトコルを介して予約用サーバＳＶに伝送される（ステップＳ１３，Ｓ１４）。そうすると、予約用サーバＳＶは受信した予約情報の内容を参照し、新規の予約を情報管理ＤＢ１７に登録する（ステップＳ１５）。このような手順により、予約情報が登録された場合、予約用サーバＳＶの予約変更状況登録機能により、新規に作成された予約に関する情報が情報管理ＤＢ１７に保持される。
【００１９】
図６は、図１の検査装置予約システムにおいて登録済み予約の内容変更時に実施される処理手順の一例を示すフローチャートである。図６において、予約用クライアントから登録済の予約に関する情報を呼び出すための操作が実施される（ステップＳ２１）と、この操作において指定された予約の内容が要求元の予約用クライアントに表示される。その内容を参照し、ユーザは変更したい項目（日時、操作など）をリストから選択して予約情報の変更をシステムに入力する（ステップＳ２２）。
【００２０】
予約変更に係わる全ての情報が与えられると予約情報を変更するための処理が実施され（ステップＳ２３）、変更内容に関する詳細な予約変更情報が予約用サーバＳＶに伝送される（ステップＳ２４，２５）。そうすると、予約の変更内容に基づいて情報管理ＤＢ１７の内容が更新され、これによりユーザ操作内容が情報管理ＤＢ１７の内容に反映される（ステップＳ２６）。このような手順により、予約用サーバＳＶの予約変更状況登録機能を用いて、変更された予約の情報が保持される。
【００２１】
図７は、図１の検査装置予約システムにおいて予約キャンセル時に実施される処理手順の一例を示すフローチャートである。図７において、キャンセルしたい予約を呼び出すための操作が予約用クライアントにおいて実施される（ステップＳ３１）と、この操作において指定された予約の予約ＩＤが呼び出されて要求元の予約用クライアントに表示される。ユーザはその予約ＩＤを指定してキャンセル（削除）を指定すると、その旨が予約用サーバＳＶに伝送される（ステップＳ３２，３３）。そうすると、指定された予約がキャンセルされ、その旨に基づいて情報管理ＤＢ１７の内容が更新されてユーザ操作内容が情報管理ＤＢの内容に反映される（ステップＳ３４）。このような手順により、予約情報を削除（キャンセル）する場合には予約用サーバＳＶの予約変更状況登録機能によって削除された予約の情報が保持される。
【００２２】
これらの手順により情報管理ＤＢ１７の内容は更新され、図３に示すように、常に最新の情報が登録される。例えば１日、１週間、１箇月、１年、あるいは予め設定された契機ごとに情報管理ＤＢ１７の内容は集計され、種々の切り口に基づく統計情報が作成される。すなわち統計情報は図３の内容を反映するデータである。なお、更に詳細な情報を残すためには、変更内容について変更前後のデータを残すようなフォーマットのデータベースを用いるようにしても良い。
【００２３】
例えば、［登録されたにも拘わらず患者の来ないまま設定日時を経過した予約の数］を管理するには、統計情報を作成するための項目として、月別、日別、時間帯別、装置別、依頼科別、依頼医師別、または、患者別ごとに、その回数を集計すると良い。このようにして集計された統計情報はグラフ化され、システムへのアクセス者に公開される。
【００２４】
図８は、統計情報に基づくグラフの一例を示す図である。このグラフは、病院内における診療科ごとに、［登録されたにも拘わらず患者の来ないまま設定日時を経過した予約の数］を、月別にまとめたグラフである。このグラフによれば、呼吸器科の成績が悪く、泌尿器科などの成績は良いことが分かる。このグラフはシステムにアクセスする全ての人に公開されるので、呼吸器科のスタッフに対して不正予約の生成を止めさせるための圧力をかけることが可能になる。従って、アンフェアな予約操作をしないための啓蒙を効果的に実施でき、検査装置の利用効率を高めることも可能になる。
【００２５】
このほか、［土壇場でキャンセルされる予約］の数を集計するには、予約日時からどれくらい前にキャンセルが実施されたかという情報を、例えば日別、時間帯別、装置別、依頼科別、依頼医師別、および、患者別に集計するようにすると良い。さらに、［頻繁に変更される予約］の数を集計するには、予約の変更回数や変更内容を、日別、時間帯別、装置別、依頼科別、依頼医師別、および、患者別に集計するようにすると良い。
【００２６】
図９は、グラフ表示のための統計情報を作成する手順の一例を示すフローチャートである。図９において、予約用クライアントから予約の生成、変更、キャンセルに関する種々の情報が入力される（ステップＳ４１）。これらの情報に基づいて情報管理ＤＢ１７の内容は更新され、定期的に集計されて統計情報が解析される（ステップＳ４２）。解析された統計情報を用いてＣＧＩスクリプトなどによりグラフ用のデータ（ＨＴＭＬデータなど）が作成される（ステップＳ４３）。このデータはシステム内におけるＷｅｂサーバ上で公開される（ステップＳ４４）。
【００２７】
以上述べたように本実施形態によれば、予約の新規作成、変更、および、キャンセルが依頼科毎、依頼者毎、曜日別、時間帯別など多様な切り口でデータベースに登録され、その内容に基づいて予約の変更やキャンセルに関する統計情報が作成される。この統計情報はグラフ化され、例えばキャンセル率などの情報のかたちで公開される。従って不正な予約行為をけん制することが可能になり、予約システムの管理者に余計な手間をかけることなく、無駄予約やダミー予約を作ることに対して圧力をかけることができるようになる。その結果、無駄予約が減って検査装置のスループットを下げなくて済むようになる。さらに、ダミー予約が減って予約の機会を均等にすることが可能になる。これらのことから、不正な予約を排除できるようになり、これにより検査装置のスループットを向上させることの可能な検査装置予約システムを提供することが可能となる。
【００２８】
なお、本発明は上記実施の形態に限定されるものではない。例えば集計された統計情報は、グラフなどのグラフィカルな方法のか、帳票形式により数値的に公開するようにしても良い。さらに、情報管理データベース１７の内容に基づいて、上記に示したものに限らず種々の切り口でデータをドリルダウンすることもできる。さらに本発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００２９】
【図１】本発明に係わる検査装置予約システムの一実施の形態を示すシステム図。
【図２】図１の予約用サーバＳＶの一実施の形態を示す機能ブロック図。
【図３】図２の情報管理データベース１７の内容の一例を示す図。
【図４】図１の予約用クライアントＣ１〜Ｃｎの一実施の形態を示す機能ブロック図。
【図５】図１の検査装置予約システムにおいて新規予約の登録時に実施される処理手順の一例を示すフローチャート。
【図６】図１の検査装置予約システムにおいて登録済み予約の内容変更時に実施される処理手順の一例を示すフローチャート。
【図７】図１の検査装置予約システムにおいて予約キャンセル時に実施される処理手順の一例を示すフローチャート。
【図８】情報管理データベース１７の内容に基づいて作成された統計情報に基づくグラフの一例を示す図。
【図９】グラフ表示のための統計情報を作成する手順の一例を示すフローチャート。
【符号の説明】
【００３０】
Ｃ１〜Ｃｎ…予約用クライアント、ＳＶ…予約用サーバ、１１…送受信部、１２…予約登録部、１３…予約変更部、１４…予約キャンセル部、１５…予約情報管理部、１６…予約変更状況管理部、１７…情報管理データベース、１８…統計情報作成部、２１…送受信部、２２…予約登録要求部、２３…予約変更要求部、２４…予約キャンセル要求部、２５…ユーザインタフェース
【図１】
2005316757.tif 000003
【図２】
2005316757.tif 000004
【図３】
2005316757.tif 000005
【図４】
2005316757.tif 000006
【図５】
2005316757.tif 000007
【図６】
2005316757.tif 000008
【図７】
2005316757.tif 000009
【図８】
2005316757.tif 000010
【図９】
2005316757.tif 000011