JP2017187945A - 受診者誘導システム及びプログラム - Google Patents

Abstract

【課題】 受診者の検査待ち時間を減少させる。【解決手段】 実施形態に係る受診者誘導システムは、互いに通信可能なサーバ装置及び複数の端末を備えている。前記サーバ装置又は前記複数の端末の少なくとも１台は、必要検査時間算出手段、選択手段及び時間間隔算出手段を備えている。前記必要検査時間算出手段は、検査項目毎に、検査時間、検査機器識別情報の個数及び受診者識別情報の個数に基づき、全受診者の検査に要する必要検査時間を算出する。前記選択手段は、前記必要検査時間のうち、最大の必要検査時間をもつ検査項目を選択する。時間間隔算出手段は、前記選択された検査項目に対応付けられた検査時間及び前記検査機器識別情報の個数に基づき、受診者を検査に誘導する時間間隔を算出する。前記複数の端末の少なくとも１台は、前記時間間隔を示す情報を出力し、前記受診者の検査への誘導を促す出力手段を備える。【選択図】図１

Description

本発明の実施形態は、受診者誘導システム及びプログラムに関する。

病院等の施設では、人間ドック、一般健康診断、特定健康診査、特定保健指導等の所謂健康診断を、複数の受診者に対して実施している。各々の受診者は、施設内を順次移動し、各々の検査機器による検査を受ける。

各検査には、例えば、（１）画像診断機器による画像検査、（２）受診者の尿、血液、痰、組織などの検体（材料）を採取して化学的又は形態学的に検査する検体検査、（３）心電図などの循環機能検査や肺活量などの呼吸機能検査などの生理検査、などがある。各検査は、それぞれ検査時間が異なり、検査待ち時間の状況も異なる。例えば、画像検査は、検体検査や生理検査に比べ、相対的に検査時間が長くなる傾向が強く、検査待ち時間が増加し易い。

特開２００６−１５５０６６号公報 特開平１１−１２０２２５号公報

以上のような各検査は、通常は特に問題ないが、本発明者の検討によれば、検査待ち時間が増加するに従い、受診者の負担が増える傾向にある。このため、受診者の検査待ち時間を減少し得ることが望ましい。

目的は、受診者の検査待ち時間を減少し得る受診者誘導システム及びプログラムを提供することである。

実施形態に係る受診者誘導システムは、互いに通信可能なサーバ装置及び複数の端末を備えている。

前記サーバ装置は、検査時間記憶手段、検査機器記憶手段及び受診者記憶手段を備えている。

前記検査時間記憶手段は、検査項目及び検査時間を対応付けて記憶する。

前記検査機器記憶手段は、前記検査項目及び１つ以上の検査機器識別情報を対応付けて記憶する。

前記受診者記憶手段は、前記検査項目及び１つ以上の受診者識別情報を対応付けて記憶する。

前記サーバ装置又は前記複数の端末の少なくとも１台は、必要検査時間算出手段、選択手段及び時間間隔算出手段を備えている。

前記必要検査時間算出手段は、前記検査項目毎に、前記検査時間、前記検査機器識別情報の個数及び前記受診者識別情報の個数に基づき、全受診者の検査に要する必要検査時間を算出する。

前記選択手段は、前記必要検査時間のうち、最大の必要検査時間をもつ検査項目を選択する。

前記時間間隔算出手段は、前記選択された検査項目に対応付けられた検査時間及び前記検査機器識別情報の個数に基づき、受診者を検査に誘導する時間間隔を算出する。

前記複数の端末の少なくとも１台は、出力手段を備えている。

前記出力手段は、前記時間間隔を示す情報を出力することにより、前記受診者の検査への誘導を促す。

図１は、第１の実施形態に係る受診者誘導システムの構成を示す模式図である。 図２は、同実施形態におけるサーバ装置の構成を示す模式図である。 図３は、同実施形態における検査コース及び検査項目対応テーブルの一例を示す模式図である。 図４は、同実施形態における検査項目テーブルの一例を示す模式図である。 図５は、同実施形態における検査機器設備テーブルの一例を示す模式図である。 図６は、同実施形態における検査所要時間テーブルの一例を示す模式図である。 図７は、同実施形態における検査機器間の移動時間テーブルの一例を示す模式図である。 図８は、同実施形態における検査機器稼働時間テーブルの一例を示す模式図である。 図９は、同実施形態における所在テーブルの一例を示す模式図である。 図１０は、同実施形態における検査状態テーブルの一例を示す模式図である。 図１１は、同実施形態における検査待ち状態テーブルの一例を示す模式図である。 図１２は、同実施形態における団体コード変換テーブルの一例を示す模式図である。 図１３は、同実施形態におけるコースコード変換テーブルの一例を示す模式図である。 図１４は、同実施形態におけるボトルネック検査テーブルの一例を示す模式図である。 図１５は、同実施形態における受診者管理テーブルの一例を示す模式図である。 図１６は、同実施形態における受診者別検査進捗管理テーブルの一例を示す模式図である。 図１７は、同実施形態における検査機器別待ち行列管理テーブルの一例を示す模式図である。 図１８は、同実施形態における端末の構成を示す模式図である。 図１９は、同実施形態における動作を説明するためのフローチャートである。 図２０は、同実施形態における動作を説明するためのフローチャートである。 図２１は、同実施形態における受診者一覧画面の一例を示す模式図である。 図２２は、同実施形態における検査項目一覧画面の一例を示す模式図である。 図２３は、同実施形態における検査票の一例を示す模式図である。 図２４は、同実施形態における動作を説明するためのフローチャートである。 図２５は、同実施形態における検査機器別待ち行列一覧画面の一例を示す模式図である。 図２６は、同実施形態における動作を説明するためのフローチャートである。 図２７は、同実施形態における待ち受診者リスト画面の一例を示す模式図である。 図２８は、同実施形態における検査開始・終了選択画面の一例を示す模式図である。 図２９は、同実施形態における検査案内画面の一例を示す模式図である。 図３０は、同実施形態における動作を説明するためのフローチャートである。 図３１は、同実施形態における動作を説明するためのフローチャートである。 図３２は、同実施形態における動作を説明するためのフローチャートである。 図３３は、同実施形態における動作を説明するためのフローチャートである。 図３４は、同実施形態における動作を説明するためのフローチャートである。 図３５は、同実施形態における動作を説明するためのフローチャートである。 図３６は、同実施形態における動作を説明するためのフローチャートである。 図３７は、同実施形態における動作を説明するためのフローチャートである。 図３８は、同実施形態における項目−検査能力テーブルの一例を示す模式図である。 図３９は、第２の実施形態に係る受診者誘導システムに適用されるビーコン発信器対応テーブルの一例を示す模式図である。 図４０は、同実施形態における次検査項目の表示画面の一例を示す模式図である。 図４１は、同実施形態における検査済み履歴の表示画面の一例を示す模式図である。 図４２は、同実施形態におけるリスト表示画面の一例を示す模式図である。 図４３は、第４の実施形態に係る受診者誘導システムに適用される端末の構成を示す模式図である。 図４４は、第５の実施形態に係る受診者誘導システムに適用される端末の構成を示す模式図である。 図４５は、同実施形態における検査待ち行列の表示画面の一例を示す模式図である。 図４６は、同実施形態における検査待ち行列の表示画面の他の一例を示す模式図である。 図４７は、同実施形態における検査待ち行列の表示画面の他の一例を示す模式図である。 図４８は、第６の実施形態に係る受診者誘導システムに適用される端末の構成を示す模式図である。 図４９は、第７の実施形態に係る受診者誘導システムに適用される端末の構成を示す模式図である。 図５０は、同実施形態における動作を説明するためのフローチャートである。

以下、図面を参照しながら実施形態を説明する。なお、以下の説明において、略同一の構成を有する構成要素については、同一符号を付し、重複説明は必要な場合にのみ行う。

＜第１の実施形態＞
図１は、第１の実施形態に係る受診者誘導システムの構成を示す模式図であり、図２は、同システムにおけるサーバ装置の構成を示す模式図である。図３乃至図１７は、サーバ装置に記憶される各テーブルの一例を示す模式図であり、図１８は、同システムにおける端末の構成を示す模式図である。
この受診者誘導システムは、互いに通信可能なサーバ装置２００及び複数の端末５００を備えている。各端末５００は、例えば受付、待合室及び検査室などに個別に配置され、ネットワークＮＷを介してサーバ装置２００に接続されている。この受診者誘導システムのハードウェア構成は、一般的なコンピュータシステムとして実現可能である。本実施形態の受診者誘導システムはクライアント・サーバ型のシステムアーキテクチャを用いているが、これに限らず、Ｗｅｂ型のシステムアーキテクチャを用いてもよい。

ここで、サーバ装置２００は、記憶回路２１０、処理回路２２０及びネットワークインタフェース（Ｉ／Ｆ）回路２３０を備えている。

記憶回路２１０は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hardware Disk Drive）及び画像メモリなど電気的情報を記録するメモリと、それらメモリに付随するメモリコントローラやメモリインタフェースなどの周辺回路から構成されている。記憶回路２１０は、健診マスタテーブル３００、ボトルネック検査テーブル４００、受診者管理テーブル４０１、受診者別検査進捗管理テーブル４０２及び検査機器別待ち行列管理テーブル４０３等のテーブルや、処理途中のデータ、処理後のデータ、本サーバ装置２００の制御プログラム等を記憶する。なお、各テーブルの構造は、一様態を示したものであり、テーブルの分割や統合、テーブルのカラムの追加等については様々なバリエーションが可能である。また、サーバ装置２００内の記憶回路２１０は、各々の端末５００からアクセス可能となっている。なお、一の受診者誘導装置（例えば、端末５００）が受診者誘導システムに関する機能を一体的に有する場合には、サーバ装置２００内の記憶回路２１０の記憶内容を、端末５００の記憶回路５３０に記憶させて実施すればよい。いずれにしても、各種テーブル等を記憶した記憶回路は、端末５００の処理回路５６０からアクセス可能となっている。

ここで、健診マスタテーブル３００は、各種マスタを管理するものであり、具体的には、健診に係る項目や引数等を表す複数のテーブルである。健診マスタテーブル３００は、例えば、検査コース及び検査項目対応テーブル３０１、検査項目テーブル３０２、検査機器設備テーブル３０３、検査所要時間テーブル３０４、検査機器間の移動時間テーブル３０５、検査機器稼働時間テーブル３０６、所在テーブル３０７、検査状態テーブル３０８、検査待ち状態テーブル３０９、団体コード変換テーブル３１０及びコースコード変換テーブル３１１を備えている。ただし、健診マスタテーブル３００は、各テーブル３０１〜３１１に限定されない。

検査コース及び検査項目対応テーブル３０１は、図３に示すように、健診のコースとそのコースに含まれる検査項目（コード）の対応表である。図３中、健診コースとしてＡ０１（人間ドック）、Ａ０２（人間ドック）、Ｂ０１（健康診断）が登録されており、各健診コースに含まれる検査項目としてＥ０１からＥ１４が登録されている。Ａ０１（人間ドック）の健診コースは、Ｅ０１（眼底検査）、Ｅ０２（診察検査）、Ｅ０３（胸部Ｘ線）、Ｅ０４（安静時心電図）、Ｅ１０（上腹部ＵＳ）、Ｅ１２（上部消化管Ｘ線）、Ｅ０５（５ｍ視力）、Ｅ０６（採血）、Ｅ０９（オージオメーター）、Ｅ０７（身長体重）、Ｅ０８（血圧）、Ｅ１１（胃カメラ）の検査項目から構成されている。
検査コース及び検査項目対応テーブル３０１は、例えば、受付に配置された端末２００による受診者受付機能において、受診者管理テーブル４０１の情報をもとに受診者別検査進捗管理テーブル４０２のレコードを作成する際に参照される。

検査項目テーブル３０２は、図４に示すように、検査項目（コード）、検査項目名称、検査項目間制約、予約検査、連続検査制約から構成されている。検査項目テーブル３０２は、検査項目に関する情報を保持するためのものである。検査項目間制約は、この検査を実施する前に検査を完了させる必要がある検査項目を指定している。例えば図４中、検査項目間制約は、Ｅ０１の眼底検査を実施する前には、Ｅ０５の５ｍ視力検査を実施することと、Ｅ１２の上部消化管Ｘ線検査を実施する前には、Ｅ１０の上腹部ＵＳ検査とＥ１１の胃カメラを実施する必要があることを示している。予約検査は、この検査が予約検査かどうかを示すもので、予約検査についてあらかじめ設定された検査開始予定時刻を優先し、検査開始予定時刻を変更してはいけないことを意味する。連続検査制約は、一連の検査として扱うものを指定する。
図４に示す例では、検査項目間制約は、Ｅ１３（上部消化管ＥＳ）の後に必ずＥ１１（胃カメラ）を実施することを意味している。連続検査制約は、検査室や検査機器を連続して使用することで効率が上がることがあるため、そのような運用に対応するためのものとなっている。
なお、検査項目テーブル３０２は、後述の次検査項目割り当て機能において、次の検査を決定する際に参照される。

検査機器設備テーブル３０３は、図５に示すように、検査項目（コード）と検査機器ＩＤから構成されている。検査機器設備テーブル３０３は、検査を行うための検査機器を管理するためのものである。例えば図５中、検査機器設備テーブル３０３は、Ｅ１０の上腹部ＵＳ検査向けの検査機器としてＥ１０−１からＥ１０−５までの５台の検査機器、Ｅ１１の胃カメラ検査向けの検査機器としてＥ１１−１からＥ１１−５までの５台の検査機器、Ｅ１２の上部消化管Ｘ線検査向けの検査機器としてＥ１２−１からＥ１２−５までの５台の検査機器が存在していることを示す。

検査所要時間テーブル３０４は、図６に示すように、検査項目（コード）、検査標準時間、前準備時間、判断基準時間から構成され、各検査にかかる所要時間と次検査項目割り当て機能に係る判定条件とを保持する。所要時間は、検査標準時間及び前準備検査時間であり、検査標準時間は過去の検査時間をもとに受診者一人当たりの平均検査時間を計算して設定してもよいし、経験的な時間を設定してもよい。前準備時間は、検査を実施する前に検査の説明や前処置・後処置が必要な検査について、それらを実施するのに必要な時間を設定する。判断基準時間は、次検査項目割り当て機能における、比較対象候補から外す際の閾値（スレッシュホールド／スレッショルド（Threshold））であり、検査機器ごとに設定される。また、当該値は、健康診断を実施する所定の施設における複数の受診者の待ち状態をシミュレーションした結果に基づいて、例えば最も早く検査を終えることができたときの値等として予め設定されていることが好適である。この閾値を超える待ち時間を要すると判断される場合、次検査項目割り当て時の端末２００は、次検査項目割り当て機能において、次検査の選択候補から当該検査を外して（閾値以下の検査だけを対象として）処理を進める。図６に示す例では、Ｅ０１の眼底検査に対して、検査標準時間９０秒（１．５分）、前準備時間０秒、判断基準時間３００秒（５分）が検査所要時間テーブル３０４に保持されている。

検査機器間の移動時間テーブル３０５は、図７に示すように、受付や検査室から次の検査室に移動するまでの移動時間を保持するためのもので、移動元（の検査項目コード）、移動先（の検査項目コード）、及び移動時間を有する。検査機器間の移動時間テーブル３０５は、次検査項目割り当て時の端末２００による次検査項目割り当て機能により参照される。図７に示す例では、Ｅ０１の眼底検査からＥ０２（診察検査）、Ｅ０３（胸部Ｘ線）、Ｅ０４（安静時心電図）、Ｅ０５（５ｍ視力）、Ｅ０６（採血）、Ｅ０７（身長体重）、Ｅ０８（血圧）、Ｅ０９（オージオメーター）、Ｅ１０（上腹部ＵＳ）、Ｅ１１（胃カメラ）、Ｅ１２（上部消化管Ｘ線）、及びＥ１３（上部消化管ＥＳ）の各検査場所までの移動時間として６０秒（１分）が検査機器間の移動時間テーブル３０５に保持されている。

検査機器稼働時間テーブル３０６は、図８に示すように、各検査機器の稼働時間を設定しているもので、曜日、検査機器ＩＤ、検査開始時刻、及び検査終了時刻を保持している。検査機器設備テーブル３０３で管理されている検査機器について、曜日ごとの検査を実施できる時間帯を設定する。曜日により当該検査機器が使えない場合や、施設の職員等の都合で検査できる時間帯が異なる場合のためのものである。図８に示す例では、Ｅ０８の血圧測定用の検査機器について、月曜日から土曜日（休診日を除く）までは８：３０から１１：００まで使用可能で、日曜日および休診日は使用できないことを示している。なお、検査機器稼働時間テーブル３０６に指定がない場合には、検査機器ＩＤがＥ００で設定されているデフォルトの検査時間に従うことを想定している。

所在テーブル３０７は、図９に示すように、所在コード及び所在名称を定義したもので、検査待ち行列更新機能により、受診者や施設の職員等の移動を検知したときの所在コードと所在名称を保持する。

検査状態テーブル３０８は、図１０に示すように、検査状態が、例えば、以下に示す四の整数値を有する整数型引数として設定されている。
（検査状態）＝＝０のとき、検査を実施する予定はあるが、まだ実施されていない。
（検査状態）＝＝１のとき、現在検査中。
（検査状態）＝＝２のとき、すでに検査を完了している。
（検査状態）＝＝３のとき、受診者の都合により途中で検査を取り消したか、検査を中止した。
検査待ち状態テーブル３０９は、図１１に示すように、検査待ち状態が、例えば、以下に示す六の整数値を有する整数型引数として設定されている。
（検査待ち状態）＝＝０のとき、当該受診者は所定の検査機器付近にはいない。
（検査待ち状態）＝＝１のとき、当該受診者は所定の検査機器付近に到着。
（検査待ち状態）＝＝２のとき、当該受診者は所定の検査機器付近に到着し、且つ手持ちの検査票の読み取り処理が完了（例えば施設の職員等による手作業）。
（検査待ち状態）＝＝３のとき、当該受診者は所定の検査機器の検査を開始。
（検査待ち状態）＝＝４のとき、当該受診者は所定の検査機器の検査を完了。
（検査待ち状態）＝＝５のとき、当該受診者は所定の検査機器の検査を中止。
なお当該検査待ち状態は、受診者に貸与するビーコン発信器より発信された識別信号を、どのビーコン受信器（例えば検査機器各々が有する）が受信したかによって、当該待ち状態を自動的に把握できるように実施されることが好適である。係る場合、所定の受診者及び所定の検査機器に対して、当該所定の受診者が例えば所定の検査機器の近傍（５０ｃｍ以内等）に３０秒以上留まっていることが確認されたとき、当該検査機器における当該受診者の待ち状態は１とされる。その後、他のビーコン受信器に切り替わったときは、当該検査機器における当該受診者の待ち状態は０とされる。

団体コード変換テーブル３１０は、図１２に示すように、所属団体コード及び所属団体名を互いに対応付けて記録する対応表である。団体コード変換テーブル３１０は、例えば、所属団体コードを所属団体名に変換するために用いられる。

コースコード変換テーブル３１１は、図１３に示すように、検査コースコード及び検査コース名称が互いに対応付けられて記録される対応表である。コースコード変換テーブル３１１は、例えば、検査コースコードを検査コース名称に変換するために用いられる。

ボトルネック検査テーブル４００は、当日のボトルネック検査を管理するものであり、具体的には図１４に示すように、受診日、検査項目コード及びボトルネック検査時間が互いに対応付けられて記録される対応表である。ボトルネック検査テーブル４００は、後述するボトルネック検査算出機能２２１により書き込まれ、後述するピッチ算出機能２２２により読み出される。

受診者管理テーブル４０１は、健診を予約している受診者を管理するためのテーブルである。受診者管理テーブル４０１は、図１５に示すように、例えば受診日、受診者ＩＤ、到着予定時刻、到着時刻、検査コースコード、受診者検知ＩＤ、受診者氏名、所属団体区分（個人又は団体）、及び所属団体コードを項目として有する。ただし、各項目は、例示であり、これに限定されない。

受診日は、健診を受診する日付である。受診者ＩＤは受診者を当日一意に識別するためのコードである。
受診者ＩＤは病院併設型健診実施施設であれば患者ＩＤでも構わないし、当日受診者を識別できるような、１から発番される連番でもよい。
到着予定時刻は、健診予約時に設定した来院時刻である。
到着時刻は、検査当日に、受診者受付機能により受付登録された実際の時刻である。受診者受付機能については後述する。
受診者検知ＩＤは、受診者の移動を検知するために受診者に貸与するビーコン発信器に内蔵されたユニーク識別子である。
所属団体区分は、受診者が個人で健診を申し込んだのか、団体契約として健診を申し込んだのかを区別するための情報である。
所属団体コードは、所属団体区分が団体の場合の所属団体を示す識別子である。

補足すると、受診者管理テーブル４０１においては、受診者が健診を予約するときにレコードが追加され、受診日、受診者ＩＤ、予定到着時刻、検査コースコードが設定される。

当日受診者が来院して受付処理を行うと、到着時刻と受診者検知ＩＤが登録される。受診者検知ＩＤには、各ビーコン発信器に内蔵されているユニーク識別子であり、当該受診者に貸与したビーコン発信器のユニーク識別子を設定することで、その受診者の移動を検知できるようになる。図１５に示す例では、２０１５年１月２０日に１０人の受診者の受付処理が行われ、Ａ０１（人間ドック）に３名、Ａ０２（人間ドック）に３名、Ｂ０１（健康診断）に４名が登録され、それぞれＢＣＮ−１からＢＣＮ−１０までのビーコン発信器がそれぞれの受診者に貸与されたことを示している。

受診者別検査進捗管理テーブル４０２は、各受診者が当日実施する各検査の進捗状況を管理するためのテーブルである。受診者別検査進捗管理テーブル４０２は、図１６に示すように、例えば受診日、受診者ＩＤ、検査項目コード、検査状態、検査開始予定時刻、検査開始時刻、検査終了予定時刻、検査終了時刻、検査機器ＩＤ、予約検査、検査能力（検査能力値）、受診者検知ＩＤ、及び受診者氏名等を項目として有する。ただし、各項目は例示であって、これに限定されない。検査開始予定時刻、検査終了予定時刻、検査機器ＩＤ、検査能力は、後述する次検査項目割当機能５６４が適宜更新する。

検査項目コードは、検査項目を識別するコードである。
検査状態は、所定の検査機器の検査に対する受診者の状況を保持する引数（パラメータ）である。検査状態は、検査状態テーブル３０８に定義された値である。

検査開始予定時刻は、次検査項目割り当て機能によって決定された所定の検査を開始する予定の時刻である。
検査開始時刻は、所定の検査を開始した実際の時刻である。
検査終了予定時刻は、次検査項目割り当て機能によって決定された所定の検査を終了する予定の時刻である。
検査終了時刻は、所定の検査を終了した実際の時刻である。
予約検査は、事前に予約された検査項目である。
検査能力は、所定のパラメータに基づいて検査ごとに得られる評価値である。例えば、検査能力は、以下に示す式によって定義される評価値である。
（検査能力）＝（検査標準時間×残りの受診者数）／（検査設備数×当該時における検査可能時間）
なお、あくまでも例示でありこの限りではない。例えば、後述の例では、上式とは異なる検査能力を用いている。

補足すると、受診者別検査進捗管理テーブル４０２は、後述する受診者受付機能５６１により初期化され、当日の受診者が受診する検査項目分のレコードが作成される。このうち、受診日、受診者ＩＤ、受診者検知ＩＤ、受診者氏名は、受診者管理テーブル１０２から取得し、検査項目コードは、受診者管理テーブル１０２の検査コースコードをもとに検査コース及び検査項目対応テーブル３０１から展開され、予約検査は検査項目テーブル３０２から取得してセットする。検査状態は初期値として「未検査：０」をセットし、検査開始予定時刻、検査開始時刻、検査終了予定時刻、検査終了時刻、検査機器ＩＤは初期値としてＮＵＬＬをセットする。検査能力は初期値として０をセットする。

図１６に示す例では、受診者ＩＤが１の受診者のレコードが登録されたものを表しており、当該受診者の検査コースＡ０１の検査項目が展開され、初期値がセットされている。

検査機器別待ち行列管理テーブル４０３は、検査機器ごとの検査待ち行列を管理するためのテーブルである。検査機器別待ち行列管理テーブル４０３は、図１７に示すように、例えば検査機器ＩＤ、受診日、受診者ＩＤ、検査待ち状態、登録日時、更新日時、所在コード、及び受診者氏名を項目として有する。ただし、各項目は、例示であり、これに限定されない。

検査機器ＩＤは、検査機器を識別するために検査機器ごとに固有に保持されるＩＤである。
検査待ち状態は、所定の検査機器において受診者がどのような状態かを保持する引数（パラメータ）である。検査待ち状態は、検査待ち状態テーブル３０９に定義された値である。
登録日時は、所定の受診者を検査機器別待ち行列管理テーブル４０３に登録した日時である。
更新日時は、検査機器別待ち行列管理テーブル４０３を更新した日時である。
所在コードは、検査施設内の場所を表すコードである。

補足すると、検査機器別待ち行列管理テーブル４０３は、受診者受付機能５６１により初期化され、検査待ち行列更新機能５６２により適宜更新される。受付、待合室、各検査場所（検査室）に設置された端末に受診者が接近・離脱するような振舞いを検査待ち行列更新機能５６２が検知した時や受診者が手持ちしている検査票を検査場所にいる施設職員が読み取り登録したときにレコードを生成・更新し、検査進捗更新機能５６３が適宜検査待ち状態を更新する。

図１７に示す例では、検査機器Ｅ１０−１（上腹部ＵＳのＮｏ１）、Ｅ１０−２（上腹部ＵＳのＮｏ２）、Ｅ１０−３（上腹部ＵＳのＮｏ３）のそれぞれの検査場所の周辺に、受診者ＩＤが１と２と３の受診者が来ていることを表している。

なお、検査待ち状態が「初期：０」になるのは、その受診者は他の検査機器の待ち行列に「登録済み：１」としてレコードが作成された場合に、その前に存在していたレコードを無効にしたことを示している。

処理回路２２０は、端末５００から送信された命令及びデータ等に基づいて、記憶回路２２０内の各テーブルを読み出し、これらに従って各機能を実行し、処理結果を端末５００に返信する。例えば、処理回路２２０は、ＤＢＭＳ（database management system）の機能と、受診者誘導システムを構成するための機能とを実行する。ここで、受診者誘導システムを構成するための機能としては、例えば、ボトルネック検査算出機能２２１及びピッチ算出機能２２２などがある。但し、ボトルネック検査算出機能２２１及びピッチ算出機能２２２は、サーバ装置２００が実行することは必須ではなく、サーバ装置２００又は複数の端末２００の少なくとも１台が実行すればよい。

ボトルネック検査算出機能２２１は、検査ごとに受診者別検査進捗管理テーブル４０２と健診マスタテーブル３００の予め定義した検査時間と当日の検査機器稼働予定台数をもとに、当日予定している検査を全て完了するのに必要な検査時間を算出する機能を含む。また、ボトルネック検査算出機能２２１は、必要な検査時間が最も大きい検査をボトルネック検査としてボトルネック検査テーブル４００を更新する機能を含む。

このようなボトルネック検査算出機能２２１は、例えば、（ｆ２２１−１）必要検査時間算出機能及び（ｆ２２１−２）選択機能を有している。

（ｆ２２１−１） 必要検査時間算出機能は、検査項目毎に、検査時間、検査機器ＩＤ（識別情報）の個数及び受診者ＩＤ（識別情報）の個数に基づき、全受診者の検査に要する必要検査時間を算出する機能である。
ここで、「検査時間」は、検査項目及び検査時間を対応付けて記録する検査所要時間テーブル３０４から、「検査項目」に基づいて取得可能となっている。
「検査機器ＩＤ」は、検査項目及び１つ以上の検査機器ＩＤを対応付けて記録する検査機器設備テーブル３０３から、「検査項目」に基づいて取得可能となっている。
「受診者ＩＤ」は、検査項目及び１つ以上の受診者ＩＤを対応付けて記録する受診者別検査進捗管理テーブル４０２から、「検査項目」に基づいて取得可能となっている。

なお、必要検査時間算出機能は、定期的又は不定期に、検査項目毎に、検査状態（検査進捗状態）が検査完了を示す値に対応付けられた受診者ＩＤの個数を除外して、必要検査時間を再算出してもよい。「検査状態（検査進捗状態）」は、検査項目、受診者ＩＤ及び検査状態（検査進捗状態）を対応付けて記録する受診者別検査進捗管理テーブル４０２から、「検査項目」に基づいて取得可能となっている。

（ｆ２２１−２） 選択機能は、当該必要検査時間のうち、最大の必要検査時間をもつ検査項目を選択する機能である。以下、「最大の必要検査時間」を「ボトルネック検査時間」とも呼ぶ。また、「最大の検査時間を必要とする検査」を「ボトルネック検査」とも呼ぶ。選択機能は、必要検査時間算出機能により再算出した必要検査時間に基づいて検査項目を再選択してもよい。

ピッチ算出機能２２２は、ボトルネック検査テーブル４００と受診者別検査進捗管理テーブル４０２と当日の残時間をもとに、時間内に検査完了するために必要な時間間隔を算出する機能である。算出された時間間隔は、ピッチ算出機能２２２から受診者受付機能５６１に送出される。

例えば、ピッチ算出機能２２２は、選択機能により選択された検査項目に対応付けられた検査時間及び検査機器ＩＤの個数に基づき、受診者を検査に誘導する時間間隔を算出する時間間隔算出機能として実施できる。以下、「受診者を検査に誘導する時間間隔」を「ピッチ」とも呼ぶ。ピッチは、一人の検査に必要な実際の時間（＝検査標準時間＋前準備時間）ではなく、検査機器１台当たりの所要時間算定値（＝（検査標準時間＋前準備時間）／ボトルネック検査の稼働台数）として算出できる。但し、本実施形態のピッチは、ボトルネック検査を受けない人が存在することを考慮し、前述した検査機器１台当たりの所要時間算定値に重み値（ボトルネック検査予定者数／全受診者数）を乗じて算出される。
ピッチ算出機能２２２は、選択機能により再選択された検査項目に基づいてピッチ（時間間隔）を再算出してもよい。

図１における実施形態では、処理回路２２０にて実行される各機能は、コンピュータによって実行可能なプログラムの形態で記憶回路２１０に記憶されている。処理回路２２０はプログラムを記憶回路２１０から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読み出した状態の処理回路は、図１の処理回路２２０内に示された各機能を有することとなる。なお、図１においては、単一の処理回路２２０にて各機能が実現されるものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサがプログラムを実行することにより各機能を実現するものとしても構わない。このような処理回路２２０及び各機能に関する説明は、以下の各実施形態でも同様である。

ネットワークインタフェース回路２３０は、サーバ装置２００をネットワークＮＷに接続して端末５００と通信するための回路である。ネットワークインタフェース回路５１０としては、例えば、ネットワークインタフェースカード（ＮＩＣ）が使用可能となっている。以下の説明では、サーバ装置と端末５００との通信にネットワークインタフェース回路２３０が介在する旨の記載を省略する。

一方、各々の端末５００は、ネットワークインタフェース（Ｉ／Ｆ）回路５１０、無線通信インタフェース（Ｉ／Ｆ）回路５２０、記憶回路５３０、入力インタフェース（Ｉ／Ｆ）回路５４０、表示回路５５０及び処理回路５６０を備えている。

ネットワークインタフェース回路５１０は、自端末５００をネットワークＮＷに接続してサーバ装置２００及び他端末５００と通信するための回路である。ネットワークインタフェース回路５１０としては、例えば、ネットワークインタフェースカード（ＮＩＣ）が使用可能となっている。以下の説明では、端末５００とサーバ装置２００等との通信にネットワークインタフェース回路５１０が介在する旨の記載を省略する。また、ネットワークインタフェース回路５１０及び無線通信インタフェース回路５２０は、少なくとも一方があれば、他方を省略してもよい。

無線通信インタフェース回路５２０は、自端末５００の基地局等を介してネットワークＮＷに接続してサーバ装置２００及び他端末５００と通信するための回路である。無線通信インタフェース回路５２０としては、例えば、赤外線や電波などの無線信号を送信・受信するアンテナ、及びこのアンテナに接続されたドライバやＡＤ変換回路などの周辺回路から構成されている。

記憶回路５３０は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hardware Disk Drive）及び画像メモリなど電気的情報を記録するメモリと、それらメモリに付随するメモリコントローラやメモリインタフェースなどの周辺回路から構成されている。記憶回路５３０は、処理回路５６０による処理途中のデータ、処理後のデータ、自端末５００の制御プログラム等を記憶する。

入力インタフェース回路５４０は、施設の職員等からの各種指示・命令・情報・選択・設定を自端末５００に入力するためのトラックボール、スイッチボタン、マウス、キーボード、操作面へ触れることで入力操作を行うタッチパッド、及び表示画面とタッチパッドとが一体化されたタッチパネルディスプレイ等によって実現される。入力インタフェース回路５４０は、処理回路５６０に接続されており、職員等から受け取った入力操作を電気信号へ変換し処理回路５６０へと出力する。なお、本明細書において入力インタフェース回路５４０はマウス、キーボードなどの物理的な操作部品を備えるものだけに限られない。例えば、装置とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を処理回路５６０へ出力する電気信号の処理回路も入力インタフェース回路５４０の例に含まれる。

表示回路５５０は、各種画面などを表示するディスプレイと、ディスプレイに表示用の信号を供給する内部回路、ディスプレイと内部回路とをつなぐコネクタやケーブルなどの周辺回路から構成されている。表示回路５５０は、例えば、ピッチ算出機能２２２により算出（又は再算出）されたピッチ（時間間隔）を示す情報を出力することにより、受診者の検査への誘導を促す。

処理回路５６０は、操作者により入力インタフェース回路５４０を介してから入力された各種指示等に基づいて、記憶回路５３０に記憶された制御プログラムを読み出し、これらに従って自端末５００の本体を制御する。例えば、処理回路５６０は、記憶回路５４０から読み出した制御プログラムに従って、ネットワークインタフェース回路５１０、無線通信回路５２０及び表示回路５５０などを制御する。これに加え、処理回路５６０は、受診者誘導システムを構成するための各機能を実行する。ここで、各機能としては、例えば、受診者受付機能５６１、検査待ち行列更新機能５６２、検査進捗更新機能５６３及び次検査項目割当機能５６４などがある。各機能の一部は、サーバ装置２００上でサービスとして動作させ、連携させることも可能である。

受診者受付機能５６１は、以下の機能（ｆ５６１−１）〜（ｆ５６１−７）を有している。

（ｆ５６１−１） 検査機器別待ち行列管理テーブル４０３を初期化する機能。

（ｆ５６１−２） 受診者管理テーブル４０１および健診マスタテーブル３００をもとに当日受診者の検査情報を作成して受診者別検査進捗管理テーブル４０２に登録する機能。

（ｆ５６１−３）受診者が来院したとき当日受診する検査項目の確認および検査項目の追加・修正を行い、受診者管理テーブル４０１に受診者の受付登録を行う機能。

（ｆ５６１−４）受付登録とともに必要に応じて受診者別検査進捗管理テーブル４０２の検査項目を更新し、ピッチ算出機能２２２から取得したピッチを表示回路５５０に表示する機能。なお、表示されたピッチを視認した施設職員は、受診者に対し、初回検査への到着をコントロール可能となる。

（ｆ５６１−５）当該受診者が受診する検査項目を示した検査票を出力する機能。なお、この検査票は受診者に手渡される。

（ｆ５６１−６）次検査項目割当機能５６４に当該受診者の次の検査項目を決定するように要求する機能。

（ｆ５６１−７）要求により決定された結果をもとに受診者別検査進捗管理テーブル４０２から検査情報を取得し、次の検査項目を表示回路５５０に表示する機能。なお、表示された検査項目を視認した施設職員は、受診者に対し、最初の検査を案内可能となる。

検査待ち行列更新機能５６２は、以下の機能（ｆ５６２−１）〜（ｆ５６２−２）を有している。

（ｆ５６２−１） 検査機器ごとに受診者の接近・離脱を検知して、受診者ＩＤ、検知場所識別コード、検知時刻をもとに検査機器別待ち行列管理テーブル４０３を更新する機能。

例えば、検査待ち行列更新機能５６２は、各端末５００上で動作し、それぞれ担当する検査項目（コード）、検査機器ＩＤ、所在コードを設定として保持する。検査待ち行列更新機能５６２は、受診者が携帯するビーコン発信器から送信されるビーコン発信器ＩＤを受信するとき、ビーコンとの距離と受信強度の情報を取得し、一定時間内の変化情報を計算し、受診者の振舞いを判定する。判定の結果、検査待ちの場合、受診者別検査進捗管理テーブル４０２のビーコン発信器ＩＤを検索キーとして検索し、該当する受診者ＩＤ、受診者氏名を取得し、検査機器ＩＤ、受診日（当日）、受診者ＩＤ、検査待ち状態、登録日時、更新日時、所在コード、受診者氏名を登録する。登録日時の登録は最初にレコードを作成するときのみである。登録日時の登録以降、レコード更新するときには、更新日時と検査待ち状態が更新される。

（ｆ５６２−２） 受診者が手持ちしている検査票を読み込んで受診者ＩＤ、現在時刻をもとに検査機器別待ち行列管理テーブル４０３を更新する機能。

検査進捗更新機能５６３は、以下の機能（ｆ５６３−１）〜（ｆ５６３−７）を有している。

（ｆ５６３−１） 受診者別検査進捗管理テーブル４０２に対して少なくとも受診日、検査項目コード、検査状態を検索キー、受診者ＩＤおよび検査開始予定時刻をソートキーとして検索を行う機能。

（ｆ５６３−２） 検査機器別待ち行列管理テーブル４０３に対して少なくとも受診日、受診者ＩＤ、検査機器ＩＤを検索キーとして検索を行う機能。

（ｆ５６３−３） これらの検索結果をもとに、各検査機器の検査予定受診者一覧として、少なくとも受診者ＩＤ、検査開始予定時刻、検査機器別待ち行列管理テーブル４０３に登録されてからの経過時間、所在情報を表示回路５５０に表示させる機能。

（ｆ５６３−４） 次に検査する受診者を選択することで、受診者別検査進捗管理テーブル４０２の当該受診者ＩＤ・当該検査項目コードの検査状態を検査開始に変更し、検査機器別待ち行列管理テーブル４０３の当該受診者ＩＤ・当該検査機器ＩＤの検査待ち状態を検査中に更新する機能。

（ｆ５６３−５） 検査終了時に、検査結果を入力し登録することで受診者別検査進捗管理テーブル４０２の当該受診者ＩＤ・当該検査項目コードの検査状態を検査完了または検査中に変更し、検査機器別待ち行列管理テーブル４０３の当該受診者ＩＤ・当該検査機器ＩＤの検査待ち状態を検査完了に更新する機能。

（ｆ５６３−６）検査完了への更新に伴い、次検査項目割当機能５６４に当該受診者の次の検査項目を決定するように要求する機能。

（ｆ５６３−７）要求により決定された結果をもとに受診者別検査進捗管理テーブル４０２から検査情報を取得し、次の検査項目を表示回路に表示させる機能。なお、表示された検査項目を視認した施設職員は、受診者に対し、次の検査を案内可能となる。

次検査項目割当機能５６４は、以下の機能（ｆ５６４−１）〜（ｆ５６４−３）を有している。

（ｆ５６４−１） 受診者別検査進捗管理テーブル４０２および健診マスタテーブル３００から取得した当日の検査機器稼働予定台数および各検査機器の検査予定受診者数をもとに、各機器の検査能力を算出する機能。

補足すると、（ｆ５６４−１）の機能は、検査機器ＩＤ毎に、所定の検査実施時間に占める必要検査時間を表す検査能力を算出する検査能力算出機能である。「検査実施時間」は、検査機器稼働時間テーブル３０６から、曜日及び検査機器ＩＤに基づいて取得可能である。「必要検査時間」は、上記（ｆ２２１−１）の必要検査時間算出機能により算出又は再算出される。「検査能力」の用語は、「検査機器能力」と読み替えてもよい。

（ｆ５６４−２） 各受診者の未受診の検査項目について、未受診の受診者ＩＤの個数及び検査時間に基づく検査待ち時間が許容待ち時間内にある検査機器ＩＤのうち、最も大きい検査能力をもつ検査機器ＩＤを導出する導出機能。

なお、検査所要時間テーブル３０４は、検査項目（コード）、検査時間（検査標準時間、前準備時間）、及び許容待ち時間（判断基準時間）を対応付けて記録している。

（ｆ５６４−３） 当該導出した検査機器ＩＤに対応付けられた検査項目に対応する制約条件、現在時刻、検査待ち時間及び検査時間に基づいて、受診者別検査進捗管理テーブル４０２の検査項目、受診者ＩＤ、推奨する検査機器ＩＤ、検査開始予定時刻及び検査終了予定時刻を更新することにより、未受診の各受診者に次の検査項目を割り当てる第１割当機能。

なお、受診者別検査進捗管理テーブル４０２は、検査項目、受診者ＩＤ、検査状態（検査進捗状態）、推奨する検査機器ＩＤ、検査開始予定時刻及び検査終了予定時刻を対応付けて記録している。検査項目テーブル３０２は、検査項目、及び当該検査項目の実施順番に関する制約条件（検査項目間制約、連続検査制約）を対応付けて記録している。

図１８における実施形態では、処理回路５６０にて実行される各機能は、コンピュータによって実行可能なプログラムの形態で記憶回路５３０に記憶されている。処理回路５６０はプログラムを記憶回路５３０から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読み出した状態の処理回路は、図１８の処理回路５６０内に示された各機能を有することとなる。なお、図１においては、単一の処理回路５６０にて各機能が実現されるものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサがプログラムを実行することにより各機能を実現するものとしても構わない。このような処理回路５６０及び各機能に関する説明は、以下の各実施形態でも同様である。

次に、以上のように構成された受診者誘導システムの動作について図１９乃至図３８を用いて説明する。以下の説明は、ボトルネック検査算出機能２２１及びピッチ算出機能２２２による動作、受診者受付機能５６１による動作、検査待ち行列更新機能５６２による動作、検査進捗更新機能５６３による動作、次検査項目割当機能５６４による動作、の淳に述べる。

［ボトルネック検査算出機能２２１及びピッチ算出機能２２２による動作］
始めに、健診全体の開始時刻から１時間程度の時間帯と、健診全体の終了時刻から１時間程度前の時間帯といった、混雑がない時間帯（検査待ちが発生していない時間帯）については、ステップＳＴ１〜ＳＴ４を実行せず、ピッチ（時間間隔）を計算しない。これは、混雑がない時間帯であれば、検査機器が空いているので、受診者を誘導するピッチを調整する必要がないからである。すなわち、健診全体の時間帯では、次のように、ステップＳＴ１〜ＳＴ４を中盤に実行する。

始業時（例、８時−９時）：ピッチを計算しない。例えば、ピッチをゼロとする。
中盤（例、９時−１５時）：ピッチを計算する。すなわち、ピッチをステップＳＴ４の計算結果（例、２．５分）とする。
就業時（例、１５時−１６時）：ピッチを計算しない。例えば、ピッチをゼロとする。
以下、中盤におけるステップＳＴ１〜ＳＴ４の処理について説明する。
（ステップＳＴ１）
サーバ装置２００の処理回路２２０は、図１９に示すように、検査項目テーブル３０２を検索し、全ての検査項目コードＥ０１，Ｅ０２，…，Ｅ１４を取得する。しかる後、ステップＳＴ２に進む。

（ステップＳＴ２）
処理回路２２０は、検査項目コード毎に、検査時間、検査機器ＩＤ（識別情報）の個数及び受診者ＩＤ（識別情報）の個数に基づき、全受診者の検査に要する必要検査時間を算出する。具体的には、全ての検査項目コードについて、ステップＳＴ２−１〜ＳＴ２−６を繰り返し実行する。

（ステップＳＴ２−１）
処理回路２２０は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日）、及び検査項目コードを検索キーとして検索を実行し、該当する受診者の数を取得する。図１６では、検査項目コードがＥ０１のものは、受診者ＩＤが１の１件のみなので、受診者数は１となる。

（ステップＳＴ２−２）
処理回路２２０は、検査所要時間テーブル３０４に対して、検査項目コードを検索キーとして検索を実行することで、検査の検査標準時間を取得する。図６では、検査項目コードがＥ０１の検査標準時間は９０秒となっている。

（ステップＳＴ２−３）
処理回路２２０は、検査所要時間テーブル３０４に対して、検査項目コードを検索キーとして検索を実行することで、検査の前準備時間を取得する。図６においては、検査項目コードがＥ０１の前準備時間は０秒となっている。

（ステップＳＴ２−４）
処理回路２２０は、検査機器設備テーブル３０３に対して、検査項目コードを検索キーとして検索を実行することで、当該検査項目コードの検査機器ＩＤを取得する。図５においては、検査項目コードがＥ０１の検査機器ＩＤは、Ｅ０１−１である。
続いて、処理回路２２０は、検査機器稼働時間テーブル３０６に対して、当日日付から曜日を計算し、計算した曜日と検査機器ＩＤを検索キーとして検索を実行することで、該当する検査機器ＩＤの数をカウントする。図８においては、２０１５年１月２０日は火曜日であり、Ｅ０１−１の台数が１であることが算出される。

（ステップＳＴ２−５）
処理回路２２０は、ステップＳＴ２−１〜ＳＴ２−４の結果に基づき、Ｅ０１の検査に必要な検査時間を次式に示すように計算する。

なお、上式は、以下に示すように、「検査予定者／検査稼働台数」の除算結果の小数点以下を繰り上げない式に変形してもよい。理由は、ここで算出する必要な検査時間が、ボトルネック検査を選択するための順位付け用の数値であり、実際の数値に限らず、相対的な数値でよいからである。

必要な検査時間＝（検査予定者×（検査標準時間＋前準備時間））／検査稼働台数
（ステップＳＴ２−６）
処理回路２２０は、他の検査項目コードについても同様にステップＳＴ２−１〜ＳＴ２−５を実行し、必要な検査時間を計算する。

（ステップＳＴ３）
処理回路２２０は、ステップＳＴ２，ＳＴ２−１〜ＳＴ２−６のループ処理により得られた必要検査時間のうち、最大の必要検査時間をもつ検査項目コードを選択し、当該選択した検査項目コード、及び受診日に対応付けて最大の必要検査時間をボトルネック検査時間としてボトルネック検査テーブル４００を更新する。

（ステップＳＴ４）
処理回路２２０は、例えば、以下の式に示すように、選択された検査項目に対応付けられた検査時間及び検査機器ＩＤの個数に基づき、受診者を検査に誘導するピッチ（時間間隔）を算出する。これにより、検査機器が空かないように、受診者を誘導することができる。また、受診者が初回検査に到着するピッチをコントロールすることで、受診者の検査待ち時間を減らし、健診実施施設での滞在時間を短縮することができる。
例えば、（１）混雑ない時間帯(検査待ちが発生していない状態)は、受診者のピッチを短くすることで、多くの受診者を各検査へ到着させ、健診実施施設での滞在時間を短縮することができる。
（２）飽和時間帯(検査待ちが発生している状態)は、受診者のピッチを長くすることで、各検査に到着させる受診者数を抑え、受診者の検査待ち時間を減らすことができる。

ここで、「検査標準時間＋前準備時間」、「ボトルネック検査の稼働台数」及び「ボトルネック検査の検査予定者数」は、ボトルネック検査の検査項目に対し、ステップＳＴ２−５で用いた「検査標準時間＋前準備時間」、「検査稼働台数」及び「検査予定者数」と同じ値を用いればよい。「全受診者数」は、検査当日の受診日に対応する受診者管理テーブル４０１内の受診者ＩＤの個数として、取得できる。

「（検査標準時間＋前準備時間）／ボトルネック検査の稼働台数」は、一人当たりの検査時間（検査標準時間＋前準備時間）が１５分であり、並列に６台の検査機器が稼働する場合、平均して２．５分（＝１５分／６台）毎に１人を検査に誘導することを意味する。中盤の時間帯の場合、６台の検査機器が１５分毎に一斉に検査終了する訳ではなく、各々の検査機器が別々のタイミングで検査終了する。従って、「（検査標準時間＋前準備時間）／ボトルネック検査の稼働台数」の計算結果により、平均して２．５分（＝１５分／６台）毎に１人の受診者を検査に誘導すると、検査待ち時間を減らし、ボトルネック検査の検査機器に空き時間が生じることを阻止することができる。

「ボトルネック検査の検査予定者数／全受診者数」は、前述した２．５分毎に誘導される受診者のうち、ボトルネック検査を受けない受診者に対し、ピッチを短縮するための重み値である。すなわち、この重み値を乗じることにより、全受診者のうちボトルネック検査を受けない受診者を誘導する際にも、検査待ち時間を減らし、健診実施施設での滞在時間を短縮することができる。
［受診者受付機能５６１による動作の概要］
図２０は、受診者受付機能の処理の流れの一例を示すフローチャートである。受診者受付用の端末５００における処理回路５６０は、記憶回路５３０に記憶された第１のプログラムを読み出すことにより、受診者受付機能を実行する。受診者受付機能は、受診者の受付と当該受付に応じて後述の次検査項目割り当て機能とを実行する機能である。以下、処理の流れを概説する。

（ステップＳ１１）
処理回路５６０は、検査機器別待ち行列管理テーブル４０３を初期化する（ステップＳ１２に進む）。

（ステップＳ１２）
処理回路５６０は、受診者管理テーブル４０１と健診マスタテーブル３００とに基づいて、当該受診者の検査情報を作成する。処理回路５６０は、作成された検査情報を受診者別検査進捗管理テーブル４０２に新たに登録する（ステップＳ１３に進む）。なお、登録された検査情報は、必要に応じて事後的に追加・修正されてもよい。

（ステップＳ１３）
処理回路５６０は、当該受診者が受診する検査項目を示した検査表を作成し、ネットワークインタフェース回路５１０を介してプリンタに出力（印刷）させる（ステップＳ１４に進む）。
なお当該印刷物を検査票と呼ぶものとする。検査票は、施設の職員等によって当該受診者に渡されることが好適である。
（ステップＳ１４）
処理回路５６０は、ネットワークＮＷを介して接続された次検査項目割り当て用の端末５００に、次検査項目割り当て用の端末５００が有する次検査項目割り当て機能を実行させる要求信号（検査終了信号）を送信する（ステップＳ１５に進む）。

（ステップＳ１５）
処理回路５６０は、次検査項目割り当て機能より得られた次検査項目を、表示回路５５０（モニター）に表示させる（ステップ終了）。

［受診者受付機能５６１による動作の詳細］
続いて、上述した受診者受付機能５６１による動作を詳細に説明する。
受診者受付用の端末５００は、始業時に起動され、終業時にシャットダウンされるものとする。また、受診者受付用の端末５００は、健診実施施設の受付に設置されるものとする。

（初期化処理）
受診者受付用の端末５００の起動又は、入力インタフェース回路５４０を介して行われる施設の職員等の指示入力等を契機として、処理回路５６０は、検査機器別待ち行列管理テーブル４０３を初期化する（レコードなしの状態にする）。処理回路５６０は、受診者別検査進捗管理テーブル４０２を初期化する（レコードなしの状態にする）。処理回路５６０は、受診者管理テーブル４０１及び健診マスタテーブル３００に基づいて、当日受診者の検査情報を作成し、受診者別検査進捗管理テーブル４０２に登録する。

このうち、受診日、受診者ＩＤ、及び受診者検知ＩＤは、受診者管理テーブル４０１から取得される。検査項目コードは、受診者管理テーブル４０１の検査コースコードに基づいて、検査コース及び検査項目対応テーブル３０１から展開される。予約検査は、検査項目テーブル３０２から取得してセットされる。検査状態は、初期値として「未検査：０」をセットされ、検査開始予定時刻、検査開始時刻、検査終了予定時刻、検査終了時刻、及び検査機器ＩＤは、初期値としてＮＵＬＬをセットされる。検査能力は、初期値として０をセットされる。なお当該初期化処理は、１日１回実施されることが好適である。

（受付処理）
処理回路５６０は、受診者が来院して受付を行った時に、受診者ごとに以下の処理を実行する。施設の職員等は、受診者が来院したときに、当日受診する検査コース及び検査項目を確認する。検査項目の追加・修正・削除がある場合には、施設の職員等は、入力インタフェース回路５４０を介して受診者別検査進捗管理テーブル４０２に登録された当該受診者の検査情報を更新する。

受診者管理テーブル４０１は、予約のある受診者の情報を有する。そのため、処理回路５６０は、受診者管理テーブル４０１に対して、受診日（当日の日付）を検索キーとして検索を実行し、当該受診日の受診者一覧情報として、受診者ＩＤ、受診者氏名、所属団体区分（個人又は団体）、所属団体コード、検査コースコード、及び到着予定時刻のリストを取得する。表示回路５５０（モニター）は、図２１に示すように、当該取得された受診者一覧情報を受診者一覧画面Ｇ１０に表示する。健診マスタテーブル３００内に、コードと名称とを変換するための団体コード変換テーブル３１０及びコースコード変換テーブル３１１を用意して、各変換テーブル３１０，３１１を用いてコードを名称に変換して表示処理を行うことが好適である。但し、コードを名称に変換する形態は必須ではない。

予約のない受診者の場合は、施設の職員等が、入力インタフェース回路５４０を介して所定のボタン（新規登録ボタンｂ１１）を押下して、その場で必要な情報を入力して登録することで、当日受診者一覧画面Ｇ１０に追加してもよい。

施設の職員等は、当日受診者一覧画面Ｇ１０が表示された段階で、来院された受診者の健診予約票や検体等を確認する。施設の職員等は、当日受診者一覧の受診者の氏名を探して、入力インタフェース回路５４０を介して該当行を選択状態にし、検査項目一覧ボタンｂ１２を押下する。これを契機として、表示回路５５０（モニター）は、図２２に示すように、検査項目一覧画面Ｇ２０を表示する。

検査項目一覧画面Ｇ２０は、受診者別検査進捗管理テーブル４０２に対する、受診日（当日の日付）、及び受診者ＩＤを検索キーとしての検索結果によって得られる。このとき処理回路５６０は、検査項目テーブル３０２を用いて検査項目コードを検査名称に変換し、当該検査名称を表示回路５５０（モニター）に表示させる。検査項目一覧画面Ｇ２０において、施設の職員等が入力インタフェース回路５４０を介して追加ボタンｂ２１を押下することにより、処理回路５６０は、検査項目テーブル３０２に登録されているすべての検査項目の一覧を表示回路５５０（モニター）に表示させる。施設の職員等は、入力インタフェース回路５４０を介してすでに予約されている検査項目にマークをつけ、予約されていない検査項目にマークをつけないで、表示回路５５０（モニター）に表示させてもよい。施設の職員等は、検査項目を確認し、必要に応じて検査項目の追加・削除ができるようにする。施設の職員等は、入力インタフェース回路５４０を介して検査項目一覧画面Ｇ２０上で登録ボタンｂ２２を押下することで、当日の検査項目を最終確定する。当該最終確定を契機として、処理回路５６０は、次検査項目割り当て用の端末５００に、当該受診者の次の検査項目を決定するように要求する。

次検査項目割り当て用の端末５００による当該受診者の次の検査項目に基づいて、処理回路５６０は、受診者別検査進捗管理テーブル４０２から検査情報を取得し、次の検査項目を表示回路５５０（モニター）に表示させる。

なお、次検査項目割り当て機能は、ライブラリ又はサービス（第４のプログラム）として実装され、当該受診者の最初の検査を決定する。次検査項目割り当て機能は、例えば次検査項目割り当て用の端末５００によって実施される。次検査項目割り当て用の端末５００における処理回路５６０は、受診者別検査進捗管理テーブル４０２の当該受診者の検査開始予定時刻に、計算結果を更新し、決定結果のステータス（割り当て成功、割り当て失敗、又は割り当てなし）を返す（Ｒｅｔｕｒｎ）。これにより、ステータスの割り当てが成功であれば、処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日の日付）、受診者ＩＤ、検査状態＝「未検査：０」、及び検査開始予定時刻≠ＮＵＬＬを検索キーとして検索を実行し、検査開始予定時刻がＮＵＬＬでない検査項目コードに対応する検査項目名を、最初の検査として表示回路５５０（モニター）に表示させる。当該表示に基づいて、施設の職員等は当該受診者に最初の検査場所を指示することが好適である。

なお、ステータスが「割り当てなし」となるのは、受診者別検査進捗管理テーブル４０２に当該受診者の検査項目コードが存在しない場合、検査状態が≠「未検査：０」となっている場合等である。また、ステータスが「割り当て失敗」となるのでは、ネットワークＮＷやデータベース等などの障害で検索に失敗した場合等である。係る場合には、検索に失敗した旨のエラーメッセージを表示回路５５０に表示させ、施設の職員等が入力インタフェース回路５４０を介して再試行ボタンを押下することで、再度処理を行うことになる。

処理回路５６０は、現在時刻を到着時刻として、受診者に貸与するビーコン発信器のユニークＩＤを受診者検知ＩＤとして入力し受診者管理テーブル４０１を更新する。

施設の職員等は、表示回路５５０（モニター）に表示された当日受診者一覧画面Ｇ１０上で、入力インタフェース回路５４０を介して、当該受診者の行を選択状態にする。施設の職員等は、入力インタフェース回路５４０を介して、受診者検知ＩＤのカラムを入力可能状態にする。施設の職員等は、入力インタフェース回路５４０を介して、ビーコン発信器のユニークＩＤを入力し、更新ボタンｂ１３を押下することで、受診者管理テーブル４０１の受診者検知ＩＤを更新する。

処理回路５６０は、受診者別検査進捗管理テーブル４０２の情報に基づいて、当該受診者が実施する検査一覧が印字される検査票を、ネットワークインタフェース回路５１０を介してプリンタ（図示せず）より出力させる。また、施設の職員等は、検査票を受診者に手渡す。

施設の職員等は、表示回路５５０（モニター）における当日受診者一覧画面Ｇ１０上で、入力インタフェース回路５４０を介して当該受診者の行を選択状態にして、検査票印刷ボタンｂ１４を押下することで、図２３に示すように、当該受診者の検査票Ｈを印刷する。検査票Ｈには、受診者別検査進捗管理テーブル４０２に対して、受診日（当日の日付）、受診者ＩＤを検索キーとして検索した結果である検査項目コードに対応する検査項目名の一覧が印刷される。また、検査待ち行列更新機能実行の際に、検査票Ｈを確認することを簡便にするために、受診日、受診者ＩＤ等をバーコードとして印刷しておいてもよい。

［検査待ち行列更新機能５６２による動作の概要］
図２４は、検査待ち行列更新機能の処理の流れの一例を示すフローチャートである。検査待ち行列更新用の端末５００における処理回路５６０は、記憶回路５３０に記憶された第２のプログラムを読み出すことにより、検査待ち行列更新機能を実行する。検査待ち行列更新機能は、受付済の受診者の位置を受診者に配布したビーコン発信器によって把握し、当該位置の変化に応じて待ち行列を更新する機能である。
なお、発信器に対応する受信器を各検査機器又は検査機器の近傍に設置することにより、検査室ごとに分かれていないオープンスペースな検査施設においても、当該機能を実施することができる。以下、処理の流れを概説する。

（ステップＳ２１）
処理回路５６０は、検査機器ごとに受診者の接近・離脱を検知する（ステップＳ２２に進む）。

（ステップＳ２２）
処理回路５６０は、受診者ＩＤ、検知場所識別コード、及び検知時刻に基づいて、検査機器別待ち行列管理テーブル４０３を更新する。或いは、処理回路５６０は、当該受診者の受診者ＩＤ及び現在時刻に基づいて、検査機器別待ち行列管理テーブル４０３を更新する（ステップ終了）。

［検査待ち行列更新機能５６２による動作の詳細］
続いて、上述した検査待ち行列更新機能５６２による動作を詳細に説明する。
検査待ち行列更新用の端末５００は、始業時に起動され、終業時にシャットダウンされるものとする。検査待ち行列更新用の端末５００は、図１においては単一の端末として図示しているが、実際は複数の端末であってもよい。検査待ち行列更新用の端末５００は、各検査機器に対応するように配置され、検査待ち行列更新機能５６２を実行するものとする。なお、複数の検査をまとめて、あたかも一連の検査のように扱い、１台の端末で対応しても構わない。

検査待ち行列更新用の端末５００は、それぞれ対応する検査機器の検査項目（コード）、検査機器ＩＤ、所在コードを設定情報（例えば、ＩＮＩファイル）として保持する。表示回路５５０（モニター）における画面上で、検査項目（コード）、検査機器、所在コードを自由に変更できるように実施されてもよい。

（受診者の接近・離脱検知処理）
受診者は、例えば受付時において発信器（ビーコン発信器）を有する。発信器は、あらかじめ設定されたユニーク識別子を、定期的に発信する。発信器は、例えばペンダント型で、例えばコイン型電池（又はボタン電池）で稼働し、例えばブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））無線通信方式で通信を行う。ビーコン発信器は電池寿命が２年程度と長く、毎回充電する手間がかからず長期間使用できるという利点もある。

通信距離は、発信器の送信電波強度や遮蔽物などの設置環境や機器の個体差などの条件により異なるが、遮蔽物がない状態で３０ｍ程度となっている。検査待ち行列更新用の端末５００は、不図示のＢｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｅｙデバイスを有する。検査機器又は検査機器の近傍に設置された受信器は、発信器より送信されるユニーク識別子を受信すると、当該信号強度に基づいて発信器と受信器との距離を識別する。識別される値は、例えばＩｍｍｅｄｉａｔｅ（５０ｃｍ以内）、Ｎｅａｒ（５０ｃｍ〜６ｍ）、及びＦａｒ（６ｍ〜２０ｍ）である。

なお、Ｂｌｕｅｔｏｏｔｈ（登録商標）でなく、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：近距離通信）技術を使った発信器及び対応デバイスを用いて実施されてもよい。また、非接触無線タグと非接触無線タグ読み取り装置を用いて実施されてもよい。ただし、非接触無線タグの場合には、非接触無線タグ読み取り装置が発信する電波を受信したときに、非接触無線タグにあらかじめ記憶させていたデータを送信する仕組みであるため、非接触無線タグにユニークな識別子、又はユニークな受診者ＩＤを記憶させることが好適である。

検査待ち行列更新用の端末５００は、ビーコン発信器から送信される各ビーコンのユニーク識別子を受信するとき、受信強度に基づくビーコン発信器との距離情報を取得できる。このため、端末５００の処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、ビーコン発信器のユニーク識別子を検索キーとして検索し該当する受診者ＩＤを取得した後、検査機器別待ち行列管理テーブル４０３に対して、検査機器ＩＤ（端末ごとに設定等で保持しているＩＤ）、受診日（当日）、受診者ＩＤを検索キーとして検索を行う。

端末５００の処理回路５６０は、検索結果がなくかつビーコン発信器との距離がNearまたはImmediateであれば、検査機器ＩＤ（端末ごとに設定等で保持しているＩＤ）、受診日（当日）、受診者ＩＤ、検査待ち状態（「初期：０」）、登録日時（現在日時）、更新日時（ＮＵＬＬ）、所在コード（端末ごとに設定等で保持しているコード）を新規登録する。検索結果が存在していて、ビーコン発信器との距離がNearでかつ検査待ち状態が「初期：０」または「登録済み：１」の場合に、検査待ち状態（「登録済み：１」）と更新日時のみを現在日時で更新する。検査待ち状態が「検査票あり：２」、「検査中：３」、「検査完了：４」、「検査中止：５」であれば、もはや検査待ち行列として管理する必要がなくなるためである。

また、新規登録する条件をビーコン発信器との距離がNearに限定したり、Immediate、Near、Farのいずれの距離でも新規登録したりしても構わない。また、状態を変更する条件として、ビーコン発信器との距離だけでなく、更新回数が一定回数を超えるなどを追加しても構わない。これは、検査機器の配置間隔が短い場合などに備えて調整できるようにする必要があるためのものである。

また、受診者の最新の現在位置を把握しておくために、他の端末で当該受診者の受診者ＩＤを検知した場合には、処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、受診日（当日）及び受診者ＩＤを検索キーとして検索を実行する。このとき、当該検査機器ＩＤ以外にもレコードが存在している場合には、処理回路５６０は、それらのレコードの所在コードを、当該他の端末の所在コード、更新日時（現在日時）として更新する。

（受診者の検査票の読み取り処理）
受診者が検査票を施設の職員等に手渡し、施設の職員等が当該検査票を確認することで、運用上、検査待ち行列に登録されることが好適である。このため、処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、検査機器ＩＤ（端末ごとに設定等で保持しているＩＤ）、受診日（当日）を検索キーとして検索を実行し、受診者ＩＤ、検査待ち状態、登録日時、更新日時、所在コードを取得し、図２５に示すように、表示回路５５０（モニター）に検査機器別待ち行列一覧画面Ｇ３０を表示させる。施設の職員等は、検査票に印字された受診日、受診者ＩＤ、及び受診者氏名を確認し、入力インタフェース回路５４０を介して、該当する行を選択して受付ボタンｂ３１を押下する。これにより、処理回路５６０は、検査機器別待ち行列管理テーブル４０３の該当受診者の検査待ち状態を「検査票あり：２」、更新日時（現在日時）として更新する。

なお、検査票に受診日、受診者ＩＤ、受診者氏名をバーコード等で印字しておき、バーコードリーダーやカメラ等を用いてバーコードを読み取り情報を取得することで、自動的に当該受診者の検査待ち状態を「検査票あり：２」に更新するように実施されてもよい。

（次の検査が確定したときの後処理）
検査機器の待ち行列の精度を維持するためには、各検査機器の待ち行列の状態を適宜更新する必要がある。このため、検査待ち状態を「検査票あり：２」にした後、検査機器別待ち行列管理テーブル４０３に対して、受診日（当日）、及び受診者ＩＤを検索キーとして検索を実行する。当該検査機器ＩＤ以外にもレコードが存在し、検査待ち状態が「登録済み：１」である（検査待ち状態が「初期：０」、「検査票あり：２」、「検査中：３」、「検査完了：４」、「検査中止：５」のいずれでもない）場合には、処理回路５６０は、それらのレコードの検査待ち状態を「初期：０」に更新する。これにより、各検査機器の待ち行列の状態を実態に合わせて補正する。

（次の検査が確定したときの修正処理）
実際の現場では、施設の職員等が現場の混雑状況をみて、受診者を手動で誘導することがある。このため、検査待ち状態が「検査票あり：２」になった後でも、次の検査を簡便に変更できるようになっている必要がある。具体的には、処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、検査機器ＩＤ（端末ごとに設定等で保持しているＩＤ）、受診日（当日）を検索キーとして検索を実行し、受診者ＩＤ、検査待ち状態、登録日時、更新日時、所在コードを取得し一覧表示させる。また、施設の職員等が、検査票に印字された受診日、受診者ＩＤ、受診者氏名を確認し、入力インタフェース回路５４０を介して、該当する行を選択して強制変更ボタンを押下することで、処理回路５６０は、検査機器別待ち行列管理テーブル４０３の該当受診者の検査待ち状態を「検査票あり：２」、更新日時（現在日時）として更新する。

処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、受診日（当日）、受診者ＩＤを検索キーとして検索を実行し、受診者ＩＤ、検査待ち状態、登録日時、更新日時、及び所在コードを取得し、表示回路５５０（モニター）に一覧表示させる。このとき、該当するレコードの検査待ち状態が「検査票あり：２」のものがあれば、処理回路５６０は、検査待ち状態を「初期：０」に更新する。これにより、手動により次検査の変更が簡便にできる。

［検査進捗更新機能５６３による動作の概要］
図２６は、検査進捗更新機能の処理の流れの一例を示すフローチャートである。検査進捗更新用の端末５００における処理回路５６０は、記憶回路５３０に記憶された第３のプログラムを読み出すことにより、検査進捗更新機能を実行する。検査進捗更新機能は、検査機器それぞれにおいて、受診者の入れ替わり等が発生すると、後述の次検査項目割り当て機能を実行する機能である。以下、処理の流れを概説する。

（ステップＳ３１）
処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、例えば受診日、検査項目コード、及び検査状態を検索キー（検索キーワード）とし、受診者ＩＤ及び検査開始予定時刻をソートキーとすることで、検索を実行する（ステップＳ３２に進む）。

（ステップＳ３２）
処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、例えば受診日、受診者ＩＤ、及び検査機器ＩＤを検索キーとして検索を実行する（ステップＳ３３に進む）。

（ステップＳ３３）
処理回路５６０は、ステップＳ３１とステップＳ３２とにおける検索結果に基づいて、各検査機器の検査予定受診者一覧として、例えば受診者ＩＤ、検査開始予定時刻、検査機器別待ち行列管理テーブル４０３に登録されてからの経過時間、所在情報等を、表示回路５５０（施設の職員等が使用するモニター）に表示させる（ステップＳ３４に進む）。
（ステップＳ３４）
例えば、入力インタフェース回路５４０を介して行われる施設の職員等による受診者の選択を契機として、処理回路５６０は、受診者別検査進捗管理テーブル４０２の当該受診者ＩＤ・当該検査項目コードの検査状態を検査開始に変更し、検査機器別待ち行列管理テーブル４０３の当該受診者ＩＤ・当該検査機器ＩＤの検査待ち状態を検査中に更新する（ステップＳ３５に進む）。

（ステップＳ３５）
検査終了時に、例えば入力インタフェース回路５４０を介して行われる施設の職員等による当該受診者の検査結果の登録を契機として、処理回路５６０は、受診者別検査進捗管理テーブル４０２の当該受診者ＩＤ・当該検査項目コードの検査状態を検査完了又は検査中に変更し、検査機器別待ち行列管理テーブル４０３の当該受診者ＩＤ・当該検査機器ＩＤの検査待ち状態を検査完了に更新する（ステップＳ３６に進む）。

（ステップＳ３６）
処理回路５６０は、ネットワークＮＷを介して接続された次検査項目割り当て用の端末５００に、次検査項目割り当て用の端末５００が有する次検査項目割り当て機能を実行させる要求信号を送信する（ステップＳ３７に進む）。

（ステップＳ３７）
処理回路５６０は、次検査項目割り当て機能より得られた次検査項目を、表示回路５５０（モニター）に表示させる（ステップ終了）。

［検査進捗更新機能５６３による動作の詳細］
続いて、上述した検査進捗更新機能５６３による動作を詳細に説明する。
検査進捗更新用の端末５００は、始業時に起動され、終業時にシャットダウンされるものとする。検査進捗更新用の端末５００は、図１においては単一の端末として図示しているが、実際は複数の端末であってもよい。また、他の端末が検査待ち行列更新機能を有するように実施されてもよい。検査進捗更新用の端末５００は、各検査機器に対応するように配置され、検査進捗更新機能５６３を実行するものとする。なお、複数の検査をまとめて、あたかも一連の検査のように扱い、１台の端末で対応しても構わない。

検査進捗更新用の端末５００は、記憶回路５３０において、それぞれ対応する検査機器の検査項目（コード）と検査機器ＩＤと所在コードとを設定情報（例えば、ＩＮＩファイル）として記憶している。画面上で検査項目（コード）、検査機器、所在コードを自由に変更できるように実施されてもよい。

（検査開始の通知）
検査進捗更新用の端末５００における処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、例えば受診日、検査項目コード、検査状態を検索キー、受診者ＩＤ、及び検査開始予定時刻をソートキーとして検索を実行する。処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、例えば受診日、受診者ＩＤ、及び検査機器ＩＤを検索キーとして検索を実行する。当該検索結果に基づいて、処理回路５６０は、各検査機器の検査予定受診者一覧として、受診者ＩＤ、検査開始予定時刻、検査機器別待ち行列管理テーブル４０３に登録されてからの経過時間、及び所在情報を取得し、表示回路５５０（モニター）に検査待ち受診者一覧として表示させる。この検査待ち受診者一覧画面で、施設の職員等が、入力インタフェース回路５４０を介して次に検査する受診者の行を選択し、検査開始ボタンを押下することで、処理回路５６０は、受診者別検査進捗管理テーブル４０２の当該受診者ＩＤ・当該検査項目コードの検査状態を「検査中：１」に変更し、検査機器別待ち行列管理テーブル４０３の当該受診者ＩＤ・当該検査機器ＩＤの検査待ち状態を「検査中：３」に更新する。

更に、ＤＩＣＯＭ規格に準拠している検査機器で、ＭＰＰＳ（Ｍｏｄａｌｉｔｙ ＰｅｒｆｏｒｍｅｄＰｒｏｃｅｄｕｒｅ Ｓｔｅｐ）サービスクラスに対応している場合には、サーバ装置２００又は端末（例えば検査進捗更新用の端末５００）上でＭＰＰＳ対応サービスを実行させ、検査機器からの検査開始通知を受信したときに、検査開始通知に含まれる患者ＩＤ（受診者ＩＤ）とモダリティコード（検査項目コードに相当する）とに基づいて、受診者別検査進捗管理テーブル４０２の検査状態の更新と検査機器別待ち行列管理テーブル４０３の検査待ち状態の更新とを実行するように実施されてもよい。

（検査終了の通知）
表示回路５５０（モニター）における検査待ち受診者一覧画面で、施設の職員等は、入力インタフェース回路５４０を介して検査中の受診者の行を選択し、検査完了ボタンを押下する。これを契機として、処理回路５６０は、受診者別検査進捗管理テーブル４０２の当該受診者ＩＤ・当該検査項目コードの検査状態を「検査完了：２」に変更し、検査機器別待ち行列管理テーブル４０３の当該受診者ＩＤ・当該検査機器ＩＤの検査待ち状態を「検査完了：４」に更新する。

なお、検査結果を登録する別の業務アプリケーションを用意し、検査結果を登録する際に、受診者別検査進捗管理テーブル４０２の検査状態の更新と検査機器別待ち行列管理テーブル４０３の検査待ち状態の更新とを行うように実施されてもよい。

図２７は、当該業務アプリケーションの画面の一例を示す図である。待ち受診者リスト画面Ｇ４０は、所定の検査と対応する待ち受診者とを示している。図２７においては、問診（１）に対して、先頭から受診者Ａ。受診者Ｂ及び受診者Ｃの３名の情報が表示されている。また、「待ち受診者６人」とされていることから、これ以外にも３名の待ち受診者がいることがわかる。さらに、受診者Ａ，Ｂ，Ｃ毎に、「到着時刻」、「経過時間」、「検査開始予定時刻」及び「待ち時間」が表示されている。ここで、「到着時刻」は、受診者ＩＤが検査機器別待ち行列管理テーブル４０３に登録された登録日時である。「経過時間」は、この登録日時から経過した時間（＝現在日時−登録日時）である。「検査開始予定時刻」は、例えば、受診日、検査項目コード及び受診者ＩＤに対応して受診者別進捗管理テーブル４０２から取得される。「待ち時間」は、検査開始予定時刻まで、後どのくらい待つかを示す時間情報（＝検査開始予定時刻−現在日時）である。例えば、受診者Ａの場合、経過時間９分であるので、検査機器の場所に案内されてから９分経過したことが分かる。また、待ち時間１分なので、あと１分で検査が開始される予定であることが分かる。このため、受診者Ａは、経過時間９分であることから、そんなに待たされていないことが分かり、気分が落ち着いてくる。これに加え、受診者Ａは、待ち時間１分であることから、トイレに行くか否かなどのように、用事を済ませるか否かを判断することができる。また、図２８に示すように、施設の職員等は、検査の開始時又は終了時に、所定の受診者（例えば受診者Ａ）を選択し、当該選択後の待ち受診者リスト画面Ｇ５０上に検査開始／検査終了／キャンセルに係るサブウィンドウｗ５１を表示させる。施設の職員等は、サブウィンドウｗ５１から検査開始／検査終了等を選択することで、受診者別検査進捗管理テーブル４０２と検査機器別待ち行列管理テーブル４０３とを更新する。

或いは、ＤＩＣＯＭ規格に準拠している検査機器で、ＭＰＰＳ（Ｍｏｄａｌｉｔｙ ＰｅｒｆｏｒｍｅｄＰｒｏｃｅｄｕｒｅ Ｓｔｅｐ）サービスクラスに対応している場合には、サーバ又は端末上で、ＭＰＰＳ対応サービスを実行させ、検査機器からの検査終了通知を受信したときに、検査開始通知に含まれる患者ＩＤ（受診者ＩＤ）、モダリティコード（検査項目コードに相当する）、及び検査結果ステータス（完了、中止）に基づいて、受診者別検査進捗管理テーブル４０２の検査状態の更新と検査機器別待ち行列管理テーブル４０３の検査待ち状態の更新とを行うように実施されてもよい。

（検査中止の通知）
施設の職員等が、入力インタフェース回路５４０を介して検査中止ボタンを押下すると、処理回路５６０は、受診者別検査進捗管理テーブル４０２の当該受診者ＩＤ・当該検査項目コードの検査状態を「検査中止：３」に変更し、検査機器別待ち行列管理テーブル４０３の当該受診者ＩＤ・当該検査機器ＩＤの検査待ち状態を「検査完了：５」に更新する。中止の事由を記載できるダイアログやカラムを設けて、中止事由も合わせて登録できるようにしておいても良い。このとき、施設の職員等が、受診者に確認して、残りの検査をすべて中止にすることもある。この場合には、施設の職員等は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日）、受診者ＩＤ、検査状態が「未検査：０」を検索キーとして検索を実行し、入力インタフェース回路５４０を介してリスト表示された行を一括選択し、検査中止ボタンを押下する。

なお、検査結果を登録するための別の業務アプリケーションを用意し、検査中止ボタンを設け、施設の職員等が入力インタフェース回路５４０を介して検査中止ボタンを押下して、受診者別検査進捗管理テーブル４０２の検査状態の更新と検査機器別待ち行列管理テーブル４０３の検査待ち状態とが更新されるように実施されてもよい。

更に、ＤＩＣＯＭ規格に準拠している検査機器で、ＭＰＰＳ（Ｍｏｄａｌｉｔｙ ＰｅｒｆｏｒｍｅｄＰｒｏｃｅｄｕｒｅ Ｓｔｅｐ）サービスクラスに対応している場合には、サーバ又は端末（例えば）上でＭＰＰＳ対応サービスを実行させ、検査機器からの検査終了を受信したときに、検査開始通知に含まれる患者ＩＤ（受診者ＩＤ）、モダリティコード（検査項目コードに相当する）、及び検査結果ステータス（完了、中止）に基づいて、受診者別検査進捗管理テーブル４０２の検査状態の更新と検査機器別待ち行列管理テーブル４０３の検査待ち状態の更新とを行うように実施されてもよい。

検査終了処理又は検査中止処理のタイミングで、処理回路５６０は、次検査項目割り当て用の端末５００に対して、次検査項目割り当て機能により当該受診者の次の検査項目を決定するように要求する。当該結果に基づいて、処理回路５６０は、受診者別検査進捗管理テーブル４０２から検査情報を取得し次の検査項目を画面上に表示させる。

（次検査項目割当機能）
次検査項目割当機能５６３は、ライブラリ又はサービス（第４のプログラム）として実装され、当該受診者の次の検査を決定する。処理回路５６０は、受診者別検査進捗管理テーブル４０２の当該受診者の検査開始予定時刻に計算結果を更新する。処理回路５６０は、決定結果のステータス（割り当て成功、割り当て失敗、割り当てなし、及び割り当て済み）を返す。ステータスが割り当て成功又は割り当て済みであれば、処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日の日付）、受診者ＩＤ、検査状態＝「未検査：０」、検査開始予定時刻≠ＮＵＬＬを検索キーとして検索を実行し、検査開始予定時刻がＮＵＬＬでない検査項目コードに対応する検査項目名を最初の検査として表示回路５５０（モニター）に表示させる。この表示に基づいて、施設の職員等は、当該受診者に最初の検査場所を指示できる。例えば、図５
なお、ステータスが「割り当てなし」となるのは、受診者別検査進捗管理テーブル４０２に当該受診者の検査項目コードが存在しない場合や、検査状態が≠「未検査：０」となっている場合である。また、ステータスが「割り当て失敗」となるのでは、ネットワークやデータベースなどの障害で検索に失敗した場合である。この場合には、検索に失敗した旨のエラーメッセージを表示回路５５０（モニター）に表示し、施設の職員等が、再試行ボタンを押下することで、処理回路５６０は、再度上記処理を行うことになる。受診者が以降の検査をすべて中止（取り消し）にした場合には、次検査項目割り当て用の端末５００は割り当てなしを返却するので、検査が完了した旨のメッセージを表示する。

図２９は、次の検査場所を案内するための画面一例を示す図である。施設の配置図は基本的には画像ファイルとして保持しておき、施設の職員等により案内ボタンが押下されたときに、処理回路５６０は、施設の配置画面Ｇ６０を表示回路５５０（モニター）に表示させる。配置画面Ｇ６０の下方の「移動 ５０ｍ。１分〜２分」は、現在の検査項目「問診」の場所から、次の検査項目「胸部Ｘ線」の場所への移動距離及び移動時間を示している。ここで、移動距離は、例えば、予め検査機器間の移動時間テーブル３０５に、検査項目間の移動時間に対応付けて記録されている（図示せず）。あるいは、移動距離は、移動時間に、所定の歩行速度を乗じて求めてもよい。あるいは、移動距離は、施設の配置図の縮尺と、配置図上の距離とに基づいて算出してもよい。「移動時間１分〜２分」は、検査機器間の移動時間テーブル３０５に記録された検査項目間の移動時間（６０秒）を下限値「１分」とし、下限値に所定の誤差範囲（１分）を足した時間を上限値「２分」として表示している。これにより、受診者は、自分が老若男女のいずれであっても、およそ５０ｍ先の検査場所に１分〜２分でつくことが分かり、安心して次の検査場所に向かうことができる。また、受診者は、１分〜２分後に次の検査場所に着かない場合や、５０ｍ以上歩いたのに次の検査場所に着かない場合には、自分が迷った可能性に気がつき、施設職員等に次の検査場所を尋ねることができる。従って、このような移動距離や移動時間の表示により、次の検査場所への円滑な移動を補助することができる。

このように、検査開始予定時刻がＮＵＬＬかどうかで判断するような仕組みを採用することで、最初に検査の実施計画を策定しリアルタイム誘導を行わない場合や、途中までや途中から、又は一部の検査項目のみリアルタイム誘導を行いたい場合にも、本方式を適用可能となっている。

［次検査項目割当機能５６４による動作の概要］
図３０は、次検査項目割り当て機能の処理の流れの一例を示すフローチャートである。次検査項目割り当て用の端末５００における処理回路５６０は、記憶回路５３０に記憶された第４のプログラムを読み出すことにより、次検査項目割り当て機能を実行する。次検査項目割り当て機能は、上記の受診者受付用の端末５００又は検査進捗更新用の端末５００からの要求信号に応答して実行される機能である。以下、処理の流れを概説する。

（ステップＳ４１）
処理回路５６０は、受診者別検査進捗管理テーブル４０２と健診マスタテーブル３００とから取得された、当日の検査機器稼働予定台数（所定の検査パラメータ）と各検査機器の検査予定受診者数（未受診者数／所定の検査パラメータ）とに基づいて、各検査機器の検査能力を算出する（ステップＳ４２に進む）。

（ステップＳ４２）
処理回路５６０は、各受診者の未受診の検査項目（第１の検査項目）に関して、その検査項目を実施する検査機器の検査待ち人数と検査能力とに基づいて、検査機器ごとの移動時間、検査準備時間、及び検査時間を参照することにより、検査予定時間を算出する（ステップＳ４３に進む）。

（ステップＳ４３）
処理回路５６０は、ステップＳ４２において算出された検査予定時間と、検査項目間の実施順番に関する制約条件（例えば、検査Ａを済ませてからでないと、検査Ｂを実施することができない等）とに基づいて、推奨される次の検査項目を決定し、当該次の検査項目を受診者別検査進捗管理テーブル４２に更新登録する（ステップ終了）。

［次検査項目割当機能５６４による動作の詳細］
次検査項目割当機能５６４は、受診者別検査進捗管理テーブル４０２および健診マスタテーブル３００から取得した当日の検査機器稼働予定台数および各検査機器の検査予定受診者数をもとに、各機器の検査能力を算出し、各受診者の未受診の検査項目について、その検査項目を実施する検査機器の検査待ち人数、検査能力をもとに、検査機器ごとの移動時間、検査準備時間、検査時間を参照し、検査予定時間を算出し、それと検査項目間の実施順番に関する制約条件をもとに次の検査項目を決めるものである。

次検査項目割り当て用の端末５００における処理回路５６０は、記憶回路５３０に記憶された第４のプログラムを読み出すことにより、以下の処理を実行する。

処理回路５６０は、受診者別検査進捗管理テーブル４０２と健診マスタテーブル３００とから取得した当日の検査機器稼働予定台数と各検査機器の検査予定受診者数とに基づいて、各機器の検査能力を算出する。処理回路５６０は、各受診者の未受診の検査項目について、その検査項目を実施する検査機器の検査待ち人数、及び検査能力に基づいて、検査機器ごとの移動時間、検査準備時間、及び検査時間を参照する。処理回路５６０は、検査予定時間を算出し、当該検査予定時間と検査項目間の実施順番に関する制約条件とに基づいて、次の検査項目を決定する。

続いて、基本的な処理の流れについて、図３１乃至図３７のフローチャート及び図３８のテーブルを用いて説明する。

（第１段階：ステップＳＴ５１〜ＳＴ５８）
処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日＝当日、受診者ＩＤ＝指定された受診者ＩＤ、検査状態＝「未検査：０」、という検索条件で検索を実行し、検査開始予定時刻を取得する（ステップＳＴ５１）。

該当するレコードが存在しない場合には、処理回路５６０は、ステータスとして「割り当てなし」を返して、処理を終了する（ステップＳＴ５２〜ＳＴ５３）。

検査開始予定時刻がＮＵＬＬでないものが複数存在する場合には、処理回路５６０は、「割り当て済み」を返して、処理を終了する（ステップＳＴ５４〜ＳＴ５５）。

検査開始予定時刻がＮＵＬＬでないものが１つだけ存在する場合にも、処理回路５６０は、「割り当て済み」を返して、処理を終了する（ステップＳＴ５６〜ＳＴ５７）。

それ以外の場合には、処理回路５６０は、処理を続行する（ステップＳＴ５８）。例えば、図１６では、受診者ＩＤが１の検査項目コードが１２個登録されており、検査開始予定時刻がすべてＮＵＬＬとなっているので、処理を続行する。

（第２段階：ステップＳＴ５９〜ＳＴ６０−８）
処理回路５６０は、検査項目テーブル３０２を検索し、すべての検査項目コードを取得する。処理回路５６０は、検査項目コードに対応して、繰り返し処理を行う。図４の例で、Ｅ０１、Ｅ０２、Ｅ０３、Ｅ０４、Ｅ０５、Ｅ０６、Ｅ０７、Ｅ０８、Ｅ０９、Ｅ１０、Ｅ１１、Ｅ１２、Ｅ１３、Ｅ１４が取得される（ステップＳＴ５９）。

次に、処理回路５６０は、以下のループ演算により、それぞれの検査項目に関する各機器の検査能力を算出する。なお、以降ループ演算を行う場合は、ループの開始を＜ループｎ開始＞（ｎは自然数）、ループの終了を＜ループｎ終了］として表記するものとする。

＜ループ１開始：ステップＳＴ６０＞
処理回路５６０は、ステップＳＴ５９で取得した検査項目について、ステップＳＴ６０−１〜ＳＴ６０−８を繰り返し実行することにより、検査項目に関する各機器の検査能力を算出する。

（ステップＳＴ６０−１）
処理回路５６０は、当日の当該検査の検査予定者数を取得する。例えば、処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日）、及び検査項目コードを検索キーとして検索を実行し、該当する受診者の数を取得する。図１６では、検査項目コードがＥ０１のものは、受診者ＩＤが１の１件のみなので、受診者数は１となる。

（ステップＳＴ６０−２）
ステップＳＴ６０−１の後、処理回路５６０は、当該検査の検査標準時間を取得する。例えば、処理回路５６０は、検査所要時間テーブル３０４に対して、検査項目コードを検索キーとして検索を実行することで、検査の検査標準時間を取得する。図６では、検査項目コードがＥ０１の検査標準時間は９０秒となっている。

（ステップＳＴ６０−３）
ステップＳＴ６０−２の後、処理回路５６０は、当該検査の前準備時間を取得する。例えば、処理回路５６０は、検査所要時間テーブル３０４に対して、検査項目コードを検索キーとして検索を実行することで、検査の前準備時間を取得する。図６においては、検査項目コードがＥ０１の前準備時間は０秒となっている。

（ステップＳＴ６０−４）
ステップＳＴ６０−３の後、処理回路５６０は、当日の当該検査の検査実施時間（又は検査可能時間）を取得する。例えば、処理回路５６０は、検査機器設備テーブル３０３に対して、検査項目コードを検索キーとして検索を実行することで、当該検査項目コードの検査機器ＩＤを取得する。図５においては、検査項目コードがＥ０１の検査機器ＩＤは、Ｅ０１−１である。
続いて、処理回路５６０は、検査機器稼働時間テーブル３０６に対して、当日日付から曜日を計算する。処理回路５６０は、曜日と検査機器ＩＤとを検索キーとして検索を実行することで、検査開始時刻と検査終了時刻とを取得し、検査実施時間を計算する。図８においては、２０１５年１月２０日は火曜日であり、Ｅ０１−１の検査開始時刻と検査終了時刻とは８：３０と１１：００とであることが示されている。すなわち、３時間３０分の検査実施時間であることが算出される。

（ステップＳＴ６０−５）
ステップＳＴ６０−４の後、処理回路５６０は、当日の当該検査の稼働台数を取得する。例えば、処理回路５６０は、検査機器設備テーブル３０３に対して、検査項目コードを検索キーとして検索を実行することで、当該検査項目コードの検査機器ＩＤを取得する。図５においては、検査項目コードがＥ０１の検査機器ＩＤは、Ｅ０１−１である。
続いて、処理回路５６０は、検査機器稼働時間テーブル３０６に対して、当日日付から曜日を計算し、計算した曜日と検査機器ＩＤを検索キーとして検索を実行することで、該当する検査機器ＩＤの数をカウントする。図８においては、２０１５年１月２０日は火曜日であり、Ｅ０１−１の台数が１であることが算出される。

（ステップＳＴ６０−６）
ステップＳＴ６０−５の後、処理回路５６０は、その検査項目の検査能力を計算する。例えば、各機器の検査能力は、各検査に対して以下の計算式で算出された数値（評価値）である。
各検査の検査能力 ＝ （当日の当該検査の検査予定者数×（当該検査の検査標準時間＋当該検査の前準備時間））／（当日の当該検査の検査実施時間×当日の当該検査の稼働台数）
これらより、Ｅ０１の検査能力は次のように計算される。
１×（９０秒＋０秒）／３時間３０分×１台＝９０秒／１２６００秒＝０．００７
他の検査項目コードに対応する検査能力についても同様に計算される。

（ステップＳＴ６０−７）
ステップＳＴ６０−６の後、処理回路５６０は、受診者別検査進捗管理テーブル４０２の検査能力のカラムに、当該計算結果を格納する（全受診者に対して実施する）。

（ループ１終了：ステップＳＴ６０−８）
処理回路５６０は、残りの検査項目があるか否かを判定し、残りの検査項目がある場合にはステップＳＴ６０−１に戻り、否の場合にはループ１を終了してステップＳＴ６１に進む。

（第３段階：ステップＳＴ６１〜ＳＴ７０）
（ステップＳＴ６１）
処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日）、検査状態＝「未検査：０」を検索キーとして検索を実行することで、未実施の検査項目コードを取得する。図１６においては、Ｅ０１（眼底検査）、Ｅ０２（診察検査）、Ｅ０３（胸部Ｘ線）、Ｅ０４（安静時心電図）、Ｅ１０（上腹部ＵＳ）、Ｅ１２（上部消化管Ｘ線）、Ｅ０５（５ｍ視力）、Ｅ０６（採血）、Ｅ０９（オージオメーター）、Ｅ０７（身長体重）、Ｅ０８（血圧）、Ｅ１１（胃カメラ）が取得される。

＜ループ２開始：ステップＳＴ６２＞
ステップＳＴ６１の後、処理回路５６０は、ステップＳＴ６１で取得した未実施の検査項目について、ステップＳＴ６２−１〜ＳＴ６２−２を繰り返し実行し、未実施の検査項目コードに対応する検査能力を取得する。

（ステップＳＴ６２−１）
処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日）、検査状態＝「未検査：０」を検索キーとして検索を行い、検査能力を取得して一時変数に保持する。図３８に、検査項目コード及び検査能力を対応付けて記録する検査項目及び検査能力対応テーブル３１２の一例を示す。この検査項目及び検査能力対応テーブル３１２は、サーバ装置２００の記憶回路２１０に保持される。

＜ループ２終了：ステップＳＴ６２−２＞。

処理回路５６０は、残りの未受診の検査項目があるか否かを判定し、残りの未受診の検査項目がある場合にはステップＳＴ６２−１に戻り、否の場合にはループ２を終了してステップＳＴ６３に進む。

＜ループ３開始：ステップＳＴ６３＞
処理回路５６０は、未実施の検査項目コードについて、ステップＳＴ６３−１〜ＳＴ６３−５を繰り返し実行し、検査間制約を確認し、検査能力を調整する。

（ステップＳＴ６３−１）
処理回路５６０は、検査項目テーブル３０２に対して、検査項目コードを検索キーとして検索を実行することで、検査項目間制約を取得する。

（ステップＳＴ６３−２）
ステップＳＴ６３−１の後、処理回路５６０は、検査項目間制約が存在するか否かを安定する。検査項目間制約が存在する場合にはステップＳＴ６３−３に進み、否の場合にはステップＳＴ６３−５に進む。

（ステップＳＴ６３−３）
ステップＳＴ６３−２の後、処理回路５６０は、制約元（ループで処理）の検査項目コードの検査能力と制約先（検索結果で取得）の検査項目コードの検査能力を比較し、制約先の検査項目の検査能力が制約元の検査能力よりも小さいか否かを判定する。判定の結果、小さいときにはステップＳＴ６３−４に進み、否の場合にはステップＳＴ６３−５に進む。

（ステップＳＴ６３−４）
ステップＳＴ６３−３の後、処理回路５６０は、制約先の検査項目コードの検査能力に、制約元の検査項目コードの検査能力を設定する。

図４では、Ｅ０１（眼底検査）の制約条件としてＥ０５（５ｍ視力）があり、Ｅ１２（上部消化管Ｘ線）の制約条件としてＥ１０（上腹部ＵＳ）とＥ１１（胃カメラ）があり、Ｅ１３（上部消化管ＥＳ）の制約条件としてＥ１０（上腹部ＵＳ）とＥ１１（胃カメラ）がある。図３８では、Ｅ０１（眼底検査）の検査能力は０．６３で、Ｅ０５（５ｍ視力）の検査能力は０．４４となっているため、Ｅ０５の検査能力には０．６３を設定する。同様に、Ｅ１２（上部消化管Ｘ線）の検査能力は０．７８で、Ｅ１０（上腹部ＵＳ）の検査能力は０．９４、Ｅ１１（胃カメラ）の検査能力は０．９３となっており、いずれも０．７８より大きいため、このままの値を使用する。なお、「検査能力」は、時間に余裕のない度合を示すことから、「負荷率」と読み替えてもよい。また、「検査能力」は、時間に余裕のない検査を優先させるために用いられることから、「優先度」と読み替えてもよい。

＜ループ３終了：ステップＳＴ６３−５＞。

処理回路５６０は、残りの未受診の検査項目があるか否かを判定し、残りの未受診の検査項目がある場合にはステップＳＴ６３−１に戻り、否の場合にはループ３を終了してステップＳＴ６４に進む。

＜ループ４開始：ステップＳＴ６４＞
処理回路５６０は、未検査項目コードについて、ステップＳＴ６４−１〜ＳＴ６４−７を繰り返し実行し、検査待ち時間が許容待ち時間内で最大の検査能力をもつ検査機器ＩＤを求める。基本的には、未検査項目コードＥ０１（眼底検査）、Ｅ０２（診察検査）、Ｅ０３（胸部Ｘ線）、Ｅ０４（安静時心電図）、Ｅ１０（上腹部ＵＳ）、Ｅ１２（上部消化管Ｘ線）、Ｅ０５（５ｍ視力）、Ｅ０６（採血）、Ｅ０９（オージオメーター）、Ｅ０７（身長体重）、Ｅ０８（血圧）、Ｅ１１（胃カメラ）について、それぞれ以下を実行する。まずは、最初のＥ０１（眼底検査）について処理をする。

（ステップＳＴ６４−１）
処理回路５６０は、未検査項目コードの検査機器ＩＤ一覧を取得する。例えば、処理回路５６０は、検査機器設備テーブル３０３に対して未検査項目コードを検索キーとして検索を実行することで、検査機器ＩＤを取得する。処理回路５６０は、検査機器稼働時間テーブル３０６に対して当日の日付から曜日を計算し、当日稼働している検査機器ＩＤの一覧を取得する。検査機器ＩＤがなければ、ループ４の先頭に戻る。図５から、Ｅ０１−０１が取得され、図８から当日稼働している機器がＥ０１−０１のみであることはわかる。

（ステップＳＴ６４−２）
ステップＳＴ６４−１の後、処理回路５６０は、未検査項目コードの許容待ち時間（判断基準時間）を取得する。例えば、処理回路５６０は、検査所要時間テーブル３０４に対して、未検査項目コードを検索キーとして検索を実行することで、判断基準時間を取得する。図６の例では、Ｅ０１の判断基準時間は３００秒となる。

（ステップＳＴ６４−３）
ステップＳＴ６４−２の後、処理回路５６０は、ループ４の処理が１回目であるか否かを判定し、１回目の場合にはステップＳＴ６４−４に進む。否の場合にはステップＳＴ６４−６に進む。

（ステップＳＴ６４−４）
ステップＳＴ６４−３の後、処理回路５６０は、検査機器ＩＤリストの先頭のものを推奨検査機器ＩＤとして保持する。推奨検査機器ＩＤはＥ０１−０１となる。

（ステップＳＴ６４−５）
ステップＳＴ６４−５の後、処理回路５６０は、次式に示すように、推奨検査機器ＩＤの検査待ち時間を計算し、推奨検査待ち時間として保持する。
検査待ち時間＝（検査標準時間＋前準備時間）×検査機器ごとの待ち受診者数＋移動時間
処理回路５６０は、検査所要時間テーブル３０４に対して、検査項目コードを検索キーとして検索を実行することで検査標準時間を取得する。図６では、Ｅ０１の検査標準時間は９０秒となる。

処理回路５６０は、検査所要時間テーブル３０４に対して、検査項目コードを検索キーとして検索を実行することで、前準備時間を取得する。図６では、Ｅ０１の前準備時間は０秒となる。

処理回路５６０は、検査機器間の移動時間テーブル３０５に対して、移動元の検査項目コードと移動先の検査項目コードを検索キーとして検索を実行することで、移動時間を取得する。初回検査の場合は、移動元検査項目コードが受付で、移動先の検査項目コードは未検査項目コードの最初の検査項目となる。途中の検査の場合には、移動元検査項目コードは検査が完了した検査項目コードで、移動先の検査項目コードは未検査項目コードの最初の検査項目となる。図７では、初回の検査のため受付Ｅ００からＥ０１までの移動時間は６０秒となる。

処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、受診日（当日）、検査機器ＩＤ、検査状態＝「検査票あり：２」を検索条件として検索を実行することで、検査機器ごとの待ち受診者数を取得する。図１７では、Ｅ０１−０１は登録されていないため、待ち受診者数は０人となる。この結果、検査待ち時間は
（９０秒＋０秒）×０人＋６０秒＝６０秒
となる。

以下はループ４内において、更にループ５として実行される。

＜ループ５開始：ステップＳＴ６４−６＞
処理回路５６０は、未検査項目の検査機器ＩＤについて、ステップＳＴ６４−６−１〜ＳＴ６４−６−８を繰り返し実行し、検査待ち時間が許容待ち時間内で最大の検査能力をもつ検査機器ＩＤを求める。

（ステップＳＴ６４−６−１）
処理回路５６０は、ループ４の処理が１回目であるか否かを判定し、１回目の場合にはステップＳＴ６４−６−８に進む（上で計算済みのため）。Ｅ０１は、ループ５における処理の１回目であり、検査機器の台数が１なので、ループ５の次の検査項目コードであるＥ０２（診察検査）の処理に移る。否の場合にはステップＳＴ６４−６−２に進む。

（ステップＳＴ６４−６−２）
ステップＳＴ６４−６−１の後、処理回路５６０は、ループ５の検査機器ＩＤについて、検査待ち時間を計算する。

（ステップＳＴ６４−６−３）
ステップＳＴ６４−６−２の後、処理回路５６０は、ループ５で計算した検査待ち時間と推奨検査待ち時間とを比較し、その差が許容待ち時間（判断基準時間）以下（又は検査待ち時間が基準値以下）か否かを判定する。否の場合にはステップＳＴ６４−６−８に進む。差が許容待ち時間以下の場合には、ステップＳＴ６４−６−４に進む。

（ステップＳＴ６４−６−４）
ステップＳＴ６４−６−３の後、処理回路５６０は、推奨検査機器ＩＤに対応する検査項目コードの検査能力とループ５の検査機器ＩＤに対応する検査項目コードの検査能力を比較し、ループ５の検査機器ＩＤに対応する検査項目コードの検査能力の方が大きければ、以下のステップＳＴ６４−６−５〜ＳＴ６４−６−７を実行する。

（ステップＳＴ６４−６−５）
処理回路５６０は、前の検査項目が受付（１回目の検査）か否かを判定し、否の場合にはステップＳＴ６４−６−７に進み、受付の場合にはステップＳＴ６４−６−６に進む。

（ステップＳＴ６４−６−６）
処理回路５６０は、前の検査項目コードとループ５の検査機器ＩＤに対応する検査項目コードが検査項目間制約に該当しないかを判定し、該当しない場合にはＳＴ６４−６−７に進み、該当する場合にはステップＳＴ６４−６−８に進む。

（ステップＳＴ６４−６−７）
処理回路５６０は、前の検査項目が受付（１回目の検査）であれば、推奨検査機器ＩＤにループ５の検査機器ＩＤを設定し、推奨検査待ち時間にループ５の検査機器ＩＤの検査待ち時間を設定する。

前の検査項目が受付（１回目の検査）でなければ、前の検査項目コードとループ５の検査機器ＩＤに対応する検査項目コードが検査項目間制約に該当していなければ、推奨検査機器ＩＤにループ５の検査機器ＩＤを設定し、推奨検査待ち時間にループ５の検査機器ＩＤの検査待ち時間を設定する。

処理回路５６０は、Ｅ０２についても同様の処理を行う。Ｅ０１−０１との検査待ち時間、及び検査能力を比較する。Ｅ０１とＥ０２とでは、それぞれの検査機器の待ち受診者がいないため、検査時間がそれぞれ９０秒で、判断基準時間の３００秒より小さい。一方、検査能力はＥ０２の方が大きいため、推奨検査機器ＩＤはＥ０２−０１が設定され、推奨検査待ち時間には９０秒が設定される
＜ループ５終了：ステップ６４−６−８＞
処理回路５６０は、残りの検査機器ＩＤがあるか否かを判定し、残りの検査機器ＩＤがある場合にはステップＳＴ６４−６−１に戻り、否の場合にはループ５を終了してステップＳＴ６４−７に進む。

＜ループ４終了：ステップＳＴ６４−７＞
処理回路５６０は、残りの検査項目コードがあるか否かを判定し、残りの検査項目コードがある場合にはステップＳＴ６４−１に戻り、検査待ち時間が許容待ち時間内で、最大の検査能力をもつ検査機器ＩＤを求める。否の場合にはループ４を終了してステップＳＴ６５に進む。

（ステップＳＴ６５）
ステップＳＴ６４の後、処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日）、受診者ＩＤ、推奨検査機器ＩＤに対応する検査項目コード、推奨検査機器ＩＤ、検査開始予定時刻、及び検査終了予定時刻を更新する。処理回路５６０は、検査開始予定時刻は、現在時刻に推奨検査待ち時間を加算したものであり、検査終了予定時刻は、検査開始予定時刻に当該検査項目の検査標準時間＋前準備時間を加算した時刻である。

（ステップＳＴ６６）
ステップＳＴ６５の後、処理回路５６０は、検査項目テーブル３０２に対して、推奨検査機器ＩＤに対応する検査項目コードで検索を実行する。

（ステップＳＴ６７）
処理回路５６０は、ステップＳＴ６６の検索結果において連続検査制約が存在するか否かを判定する。連続検査制約が存在する場合にはステップＳＴ６８に進み、否の場合には、処理を終了する。

（ステップＳＴ６８）
ステップＳＴ６７の後、処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日（当日）、受診者ＩＤ、連続検査制約で指定された検査項目コードの検索条件で検索を実行する。

（ステップＳＴ６９）
処理回路５６０は、ステップＳＴ６８の検索結果において該当するレコードが存在するか否かを判定する。該当するレコードが存在する場合にはステップＳＴ７０に進み、否の場合には、処理を終了する。

（ステップＳＴ７０）
処理回路５６０は、受診日＝当日、受診者ＩＤ、連続検査制約で指定された検査項目コード、推奨検査機器ＩＤ、検査開始予定時刻、及び検査終了予定時刻を更新する。

検査開始予定時刻は、上で計算した検査終了予定時刻であり、検査終了予定時刻は、検査開始予定時刻に当該検査項目の検査標準時間＋前準備時間を加算した時刻である。連続検査が存在していない場合、当該処理はスキップされる。連続検査が指定されていた場合には、図１６にはＥ０２が存在しているので、処理回路５６０は、連続検査制約で指定された検査項目コードの行に、検査機器ＩＤをＥ０２−１として、Ｅ０２−０１の検査終了予定時刻と、Ｅ０２−０１の検査終了予定時刻にその検査項目コードの検査標準時間＋前準備時間を加算した時刻として更新を行う。

途中でネットワークエラーやデータベースエラーが発生した場合には、処理回路５６０は、ステータスとして「割り当て失敗」を返し、処理を終了する。それ以外の場合には、処理回路５６０は、ステータスとして「割り当て成功」を返し、処理を終了する。

以上が基本的な処理の流れとなっている。

このように検査待ち時間、許容待ち時間、検査能力という３種類のパラメータを設けることにより、次検査項目の最適値を決めるための対象候補の範囲を柔軟に調整できる。また、検査項目により検査時間に大きなばらつきがある場合でも、安定的に最適解を求めることができるようになる。また、検査待ち時間が許容待ち時間内であるものを最初の段階で絞り込み、検査能力で優先度を決める多段階の絞込み方式を採用することにより、対象候補の範囲を制御することができる。

なお、基本的な処理の流れは上述した通りであるが、検査能力を初回だけ計算する固定方式のほかに、ループ４の中で毎回計算し直す動的方式にしても構わない。動的方式の場合には、検査能力を計算するときに、当日の当該検査の検査予定者数に代えて、当日の当該検査の未実施受診者数（検査状態＝「未検査：０」）を用い、当日の当該検査の検査実施時間を予め設定した健診業務終了時刻までの残り時間とすることで計算する。動的方式は、より局所的な精度を改善できる場合があり、健診実施施設の運用形態に応じて、固定方式と動的方式を使い分けることができる。また、検査機器別の待ち人数の計算方法として、検査状態＝「検査票あり：２」としているが、検査状態＝「登録済み：１」 としても構わない。これにより、その時点での不確定要素（検査票を運用していない施設、検査票が届くまでのタイムラグによる誤差）を反映した検査待ち受診者数を数えることが可能になる。

上述したように本実施形態によれば、検査項目毎に、検査時間、検査機器識別情報（検査機器ＩＤ）の個数及び受診者識別情報（受診者ＩＤ）の個数に基づき、全受診者の検査に要する必要検査時間を算出する。また、当該必要検査時間のうち、最大の必要検査時間をもつ検査項目（ボトルネック検査の検査項目）を選択する。さらに、当該選択された検査項目に対応付けられた検査時間及び検査機器識別情報の個数に基づき、受診者を検査に誘導する時間間隔（ピッチ）を算出する。しかる後、当該時間間隔を示す情報を出力することにより、受診者の検査への誘導を促す。

これにより、受診者の検査待ち時間を減少させることができる。

また、本実施形態によれば、定期的又は不定期に、検査項目毎に、検査進捗状態（検査状態）が検査完了を示す値に対応付けられた受診者識別情報の個数を除外して、必要検査時間を再算出する。また、当該再算出した必要検査時間に基づいて検査項目を再選択する。さらに、当該再選択した検査項目に基づいて時間間隔を再算出する。しかる後、当該再算出した時間間隔を示す情報を出力することにより、誘導を促す。

このように、定期的又は不定期に、必要検査時間の再算出、検査項目の再選択、時間間隔の再算出を実行することにより、多数の受診者の健診が進んだ際の実際の状況に応じて、受診者の検査への誘導を促すことができる。

また、本実施形態によれば、検査機器識別情報毎に、所定の検査実施時間に占める必要検査時間を表す検査能力を算出する。また、各受診者の未受診の検査項目について、未受診の受診者識別情報の個数及び検査時間に基づく検査待ち時間が許容待ち時間内にある検査機器識別情報のうち、最も大きい検査能力をもつ検査機器識別情報を導出する。さらに、当該導出した検査機器識別情報に対応付けられた検査項目に対応する制約条件、現在時刻、検査待ち時間及び検査時間に基づいて、受診者記憶手段（受診者別検査進捗管理テーブル４０２）の検査項目、受診者識別情報、推奨する検査機器識別情報、検査開始予定時刻及び検査終了予定時刻を更新することにより、未受診の各受診者に次の検査項目を割り当てる。

これにより、検査待ち時間が許容待ち時間内にある検査機器識別情報のうち、最も大きい検査能力をもつ検査機器識別情報を導出できるので、健診全体のボトルネックとなる検査機器に空き時間が生じないように、受診者に次の検査項目を割り当てることができる。

なお、以上のような本実施形態の効果に関し、従来技術と比較して補足説明する。
従来技術には、受診者に非接触タグを付けて、受診者毎・検査室毎に、検査室への入室時間、退室時間、受診者状況を保持し、入室時間および退室時間を参照して検査室毎に予想検査時間を計算し、未受診である検査室についてそれぞれ受診待ちの受診者数と予想検査時間を算出し、予想待ち時間が最小となる検査室を次回の検査室と割当、健診管理端末に表示する方式がある。

また、他の従来技術としては、受付済みの診療待ち患者情報を診療区分と共に記憶し、診療区分毎の標準診療時間を記憶し、診療区分毎の待ち患者に対する標準診療時間を算出し、診療終了までの予測時間を出力する方式がある。

これらの従来技術の方式は、通常は特に問題ないが、本発明者の検討によれば、以下の点（１）〜（５）に該当する場合には改良の余地がある。

（１）健診の場合、必ずしも検査室が存在するわけではないので、厳密に受診者の待ち行列を管理できない。検査機器ごとに検査室があるとは限らず、オープンスペースに複数の検査機器が設置されるような形態もある。このため、オープンスペースに複数の検査機器が設置された場合でも受診者の検査待ち行列を管理できるようにする必要がある。さらに、受診者の検査待ち行列を管理できるようになったとしても、検査室、診断室、オープンスペース内が飽和状態になってしまった場合は、受診者の検査待ち行列を管理が機能せず、受診者の検査待ち時間が増加してしまう可能性もある。

（２）検査に時間がかかる画像検査と検査時間の短い検査が存在するため、単純に待ち人数と標準検査時間だけでは、受診者の待ち時間は減らない。

（３）検査項目間には実施する順番に制約があり、単に検査待ち時間だけでは次の検査は決められない場合がある。

（４）受診者の検査開始時刻まで制御しないと、受診者の待ち時間が減らない。

（５）検査機器を専用に使用できない場合がある。病院併設型の健診実施施設等では、病院にある検査機器を利用する場合には、病院側の検査機器の予約を行い、その予約時間が優先される。 すなわち、検査機器を病院と共用しており、機械的に検査予定時間を設定できない場合がある。当該（５）については、第７の実施形態で述べている。

従って、特に第１の実施形態では、以上の点を踏まえて、受診者の検査待ち時間を減らし、健診実施施設の滞在時間を短縮するために、ボトルネック検査の時間間隔を算出し、時間帯に応じて、健診受付および着替えを済ませた受診者が初回検査に到着するタイミングをコントロールしている。これにより、検査項目に画像検査があり、オープンスペースに複数の検査機器が設置されるような健診実施施設でも利用可能で、受診者があらかじめ選択した一連の検査を効率的に実施できる検査の実施順番を提示することができる。

補足すると、特に第１の実施形態によれば、受診者の検査待ち時間を最小にするために、未実施の検査項目の中からより最適な次の検査を選択し、施設職員が受付時と検査完了時に次の検査項目を受診者に対して誘導できるようにすることができる。

これに加え、特に第１の実施形態によれば、従来技術で問題となっていた計算結果と実際の行動が異なるケースがあったり、計算結果と実際の行動が異なる点に気付けなかったりするなどの問題（上記（１）〜（４））を解決できる点が従来とは大きく異なる。

さらに、医療機関内の検査機器を使用する場合（上記（５））への対応など、従来技術では対応できなかったケースについての解をも提供している。これについては、第７の実施形態に詳細に述べている。

また、施設職員の業務効率を改善するための解として、様々な警告表示をすることにより、ヒューマンエラーが発生した場合にも対応できるようになっている。これについては、例えば第３、第４及び第６の実施形態に詳細に述べている。

＜第２の実施形態＞
次に、第２の実施形態に係る受診者誘導システムについて説明する。
第１の実施形態では、検査待ち行列更新機能５６２の動作において、受診者はビーコン発信器を携帯するものとした。これは、当該ビーコン発信器が発信する識別子を、検査機器の近傍に配置された端末５００又は受信器によって受信することで、受診者誘導システムが当該受診者の位置（状態）を把握するものである。

一方、第２の実施形態では、第１の実施形態とは異なり、ビーコン発信器の発信する電波を受信可能な通信デバイスを受診者に貸与し、端末５００近辺にビーコン発信器を配置する構成となっている。すなわち、第２の実施形態では、端末５００近傍のビーコン発信器から発信される識別子を、受診者が携帯する通信デバイスが受信することによって、受診者誘導システムが当該受診者の位置（状態）を把握するようにしている。

これに伴い、サーバ装置２００においては、例えば健診マスタテーブル３００の一部として、図３９に一例を示す如き、ビーコン発信器対応テーブル３１３を記憶回路２１０に記憶している。

ビーコン発信器対応テーブル３１３は、検査機器ＩＤ及びビーコン発信器ＩＤを互いに関連付けて記録している。ビーコン発信器ＩＤは、各ビーコン発信器がそれぞれ初期設定として持つ固有のＩＤである。なお、ビーコン発信器ＩＤは、固有のＩＤであればよいので、ビーコン発信器のＩＤを変更しても構わない。また、ビーコン発信器対応テーブル３１３は、そのビーコン発信器を配置する場所を表す情報として、ビーコン発信器ＩＤとペアで検査機器ＩＤを保持しておく。

次に、受診者管理テーブル４０１の受診者検知ＩＤには、受診者に貸与する通信デバイスを識別するデバイス識別ＩＤを保持しておく。ここで、通信デバイスとしては、例えば、ｉＰａｄ（登録商標）及びｉＰｈｏｎｅ（登録商標）などの如き、通信機能と情報処理機能とを持つ携帯端末機などが適宜、使用可能となっている。また、通信デバイスの構成としては、受診者が携帯可能な小型装置であることが必須な点と、処理回路５６０が各機能５６１〜５６４を実行する点とを除き、図１８等に述べる端末５００と同様の回路構成をもっている。

通信デバイスは、受診者に携帯され、自デバイス上で動作し、自デバイスを識別するＩＤを設定等で保持する。通信デバイスは、ビーコン発信器が発信する電波を検知してビーコン発信器ＩＤとの距離情報を取得した後、ビーコン発信器との距離に応じて、以下の処理を実行する。すなわち、通信デバイスは、ビーコン発信器との距離がImmediateまたはNearであれば、ビーコン発信器対応テーブル３１３に対してビーコン発信器ＩＤを検索キーとして検索し検査機器ＩＤを取得し、受診者管理テーブル４０１に対してデバイス識別ＩＤを検索キーとして検索し受診者ＩＤと受診者氏名を取得する。しかる後、通信デバイスは、検査機器別待ち行列管理テーブル４０３に対して、検査機器ＩＤ、受診日（当日）、受診者ＩＤを検索キーとして検索し、該当レコードがなければ、検査機器ＩＤ、受診日（当日）、受診者ＩＤ、検査待ち状態＝「初期：０」、登録日時＝現在日時、更新日時＝空文字、所在コード＝検査機器ＩＤ、受診者氏名を新規登録する。該当レコードが存在していれば、更新日時＝現在日時、所在コード＝検査機器ＩＤで更新する。

以上のような構成によれば、第１の実施形態と同様の効果を実現することができる。

また、第１の実施形態では、次検査項目の提示を、端末５００上で動作する受診者受付機能５６１および検査進捗更新機能５６３で実施していた。

これに対し、第２の実施形態では、受診者が携帯する通信デバイスに、以下の機能（ｉ）〜（ｉｉｉ）をもつ業務アプリケーションをインストールすることで、受診者に次の検査項目を提示してもよい。この場合、受診者自身で次検査項目を知ることができる。

（ｉ）受診者別検査進捗管理テーブル４０２に対して、受診日＝当日、受診者検知ＩＤ＝デバイス識別ＩＤを検索キーとして検索し、検査項目コード、検査状態、検査開始予定時刻、検査終了予定時刻を取得する機能。

（ｉｉ）検査項目テーブル３０２に対して検査項目コードを検索キーとして検索し検査項目名称を取得する機能。

（ｉｉｉ）取得結果に応じて、検査済みの検査項目と、未検査の検査項目一覧、次の検査項目、次の検査項目の検査開始予定時刻を表示する処理を定期的に実行する機能。

同様に、受診者が携帯する通信デバイスに、以下の機能（ｉｖ）をもつ業務アプリケーションをインストールすることで、受診者に待ち時間や順番の情報を提示してもよい。

（ｉｖ）検査機器別待ち行列管理テーブル４０３に対して、検査機器ＩＤ、受診日＝当日を検索キーとして検索し、その検査項目の最新の待ち人数や受診者自身の検査実施順番（登録時刻の若い順でソートしたときの順番）を定期的に表示する処理を実行する機能。

これらの業務アプリケーションによる画面としては、例えば図４０及び図４１に示すように、次検査項目の表示画面Ｇ７０及び検査済み履歴の表示画面Ｇ８０などがある。次検査項目の表示画面Ｇ７０は、主に、これから受ける検査項目が多い場合に参照する画面であり、待ち状況を含む次検査項目の情報を提示する。これに対し、検査済み履歴の表示画面Ｇ８０は、主に、終了した検査項目が多い場合に参照する画面であり、検査済み履歴と、次検査項目の情報とを提示する。これら両画面Ｇ７０，Ｇ８０は、大きな文字で視認しやすい画面を提供する観点から、待ち状況に注目する場合には次検査項目の表示画面Ｇ７０を用い、検査履歴に注目する場合には検査済み履歴の表示画面Ｇ８０を用いるように、切り替えて使用される関係にある。

具体的には、次検査項目の表示画面Ｇ７０は、図４０に示すように、上部に受診者ＩＤ、受診者氏名、次の検査項目、検査開始予定時刻、次の検査までの現在時刻からの待ち時間を表示している。中段では、現在場所から次の検査項目までの移動時間、次の検査項目の待ち人数、検査標準時間、前準備時間を表示している。下段では、残りの検査項目数を表示している。

移動時間は、検査機器間の移動時間テーブル３０５を前回の検査項目の検査機器ＩＤと次の検査項目の検査機器ＩＤを検索キーとして検索することで取得できる。検査標準時間および前準備時間も、検査所要時間テーブル３０４を検索することで取得できる。なお、情報を更新する間隔（秒）は設定で自由に変えられるようにする。

一方、検査済み履歴の表示画面Ｇ８０は、図４１に示すように、上部に受診者ＩＤ、受診者氏名、次の検査項目、検査開始予定時刻、次の検査までの現在時刻からの待ち時間を表示している。中段では、検査済みの検査項目を表示している。下段では、現在場所から次の検査項目までの移動時間、次の検査項目の場所、を示している。

他方、図４２に示すように、複数受診者の情報をリスト形式で表示画面Ｇ９０に表示してもよい。

＜第３の実施形態＞
次に、第３の実施形態に係る受診者誘導システムについて説明する。

第３の実施形態は、第１の実施形態の変形例であり、次の検査項目として割り当てられた検査と異なる検査機器の検査待ち行列に受診者が登録された場合に、警告表示を行う形態である。補足すると、第３の実施形態では、受診者の自己判断又は迷子状態などの理由により、受診者が、指示された次の検査項目とは異なる検査機器のある場所に移動して検査票を提出する場合を想定している。受診者が指示と異なる次検査項目を受診する場合、全体最適の誘導が困難になるためである。

第３の実施形態の基本的な構成は、第１の実施形態と同じである。例えば、検査機器別待ち行列管理テーブル４０３は、検査機器ＩＤ、受診者ＩＤ、登録日時及び更新日時を対応付けて、検査待ち行列として記録している。検査待ち行列更新機能５６２は、検査に訪れた受診者の受診者ＩＤに基づいて、当該検査待ち行列を登録又は更新する検査待ち行列更新機能を持っている。

処理回路５６０が実行する検査待ち行列更新機能５６２は、第１の実施形態に述べた機能に加え、第１警告表示機能をもっている。

第１警告表示機能は、第１割当機能により更新された推奨する検査機器ＩＤと、検査待ち行列更新機能により更新された検査待ち行列内の検査機器ＩＤとが異なる場合に、警告を表示する機能である。

以上のような構成によれば、処理回路５６０は、検査機器別待ち行列管理テーブル４０３の更新処理時に、受診者別検査進捗管理テーブル４０２に対して、受診日＝当日、受診者ＩＤ、検査状態＝「未検査：０」、検査開始予定時刻≠ＮＵＬＬを検索キーとして検索を実行する。当該検索結果に基づいて、処理回路５６０は、検査項目コードと検査開始予定時刻を取得する。

処理回路５６０は、その検査項目コード（ａ）と検査待ち行列更新用の端末５００に係る検査項目コード（ｂ）とが一致するかどうかを判断し、異なっている場合に正しい次検査項目（ａ）と検査開始予定時刻を含む警告メッセージとを表示回路５５０に表示する。当該表示に基づいて、施設の職員等は、当該受診者を正しい検査場所に誘導する。

警告メッセージ画面の表示中、施設の職員等が次検査修正ボタンを押下した場合、処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日＝当日、受診者ＩＤ、検査項目コード（ａ）を検索条件として、検査開始予定時刻を空文字（ＮＵＬＬ）に更新する。

処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日＝当日、受診者ＩＤ、検査項目コード（ｂ）を検索条件として、検査開始予定時刻に現在時刻を指定して更新する。

処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、設定で保持している検査機器ＩＤ、受診日=当日、受診者ＩＤの更新条件として、検査待ち状態＝「検査票あり：２」、更新時刻＝現在時刻、に更新する。

上述したように本実施形態によれば、検査に訪れた受診者の受診者識別情報（受診者ＩＤ）に基づいて、検査待ち行列を登録又は更新する。また、更新された推奨する検査機器識別情報（検査機器ＩＤ）と、更新された検査待ち行列内の検査機器識別情報とが異なる場合に、警告を表示する。

これにより、指示された次検査に受診者が移動しなかった場合にも、対応することができる。

＜第４の実施形態＞
次に、第４の実施形態に係る受診者誘導システムについて説明する。

第４の実施形態は、第１の実施形態の変形例であり、第３の実施形態とは異なり、検査開始予定時刻または検査開始予定時刻に対して所定の予備時間を引いた時刻になった受診者について、当該受診者の最新の所在を表示しながら警告表示を行う形態である。

これに伴い、各々の端末５００は、図４３に示すように、処理回路５６０が実行する機能として、受診者案内補助機能５６５を更に備えている。その他の構成は、第１の実施形態と同様である。

受診者案内補助機能５６５は、受診者が待合室や検査室周辺に待機している際に、効率的に次の検査を受診する受診者を誘導するための機能であり、検査機器に対応して配置された端末５００上で動作する。すなわち、受診者案内補助機能５６５は、処理回路５６０が記憶回路５３０内のプログラムを読み出すことにより、実行される。

ここで、受診者案内補助機能５６５は、第３の実施形態における第１警告表示機能に代えて、第２警告表示機能として用いられる。このような受診者案内補助機能（第２警告表示機能）５６５は、検査開始予定時刻又は検査開始予定時刻から所定の予備時間を引いた時刻を過ぎても当該検査待ち行列が登録されない受診者ＩＤがある場合、当該登録されない検査待ち行列とは異なる検査待ち行列のうち、最新の更新日時を含む検査待ち行列に基づいて、受診者の所在を含む警告を表示する機能である。

具体的には、端末５００は、割り当てられた検査項目コードと検査機器ＩＤを設定として記憶回路５３０に記憶している。

処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、受診日＝当日、検査項目コード＝当該設定記憶された検査項目コード、検査機器ＩＤ＝当該設定記憶された検査機器ＩＤ、検査状態＝「未検査：０」、検査開始予定時刻≠ＮＵＬＬの検索条件で検索を実行する。

さらに、処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、検査機器ＩＤ＝当該設定記憶された検査機器ＩＤ、受診日＝当日を検索条件として検索を実行することにより、受診者ＩＤと所在コードとを取得する。処理回路５６０は、受診者ＩＤによる検索結果の関連付けを行い、検索結果を受診者ＩＤ及び検査開始予定時刻の昇順でソートとして、表示回路５５０（モニター）に一覧表示する。

当該検査開始待ち受診者一覧画面において、第５の処理回路５０１は、検査開始予定時刻と現在時刻との残り時間を計算し、当該残り時間が設定記憶された予備時間に比して小さい受診者について、受診者案内補助用端末５０を操作する施設の職員等に警告を行う。当該警告としては、例えば、該当受診者の行の背景色を変える、背景色を一定間隔で変えて点滅させる、該当受診者の行の文字サイズや文字色を変える、検査室への誘導を促すメッセージダイアログを表示する、警告音を発する等が挙げられる。ただし、ここに挙げた警告は、例示であり、これらに限定されない。当該施設の職員等は、警告表示を確認することで、次の検査開始予定の迫った受診者を把握する。当該施設の職員等は、その受診者の最新の所在を知ることで、効率的に誘導を行う。なお、受診者案内補助機能に係る処理は定期的に実行され、その実行間隔は自在に変更可能に実施されることが好適である。

上述したように本実施形態によれば、検査開始予定時刻又は検査開始予定時刻から所定の予備時間を引いた時刻を過ぎても検査待ち行列が登録されない受診者識別情報（受診者ＩＤ）がある場合、登録されない検査待ち行列とは異なる検査待ち行列のうち、最新の更新日時を含む検査待ち行列に基づいて、受診者の所在を含む警告を表示する。

従って、受診者が待合室や検査室周辺に待機している際に、効率的に次の検査を受診する受診者を誘導することができる。

＜第５の実施形態＞
次に、第５の実施形態に係る受診者誘導システムについて説明する。

第５の実施形態は、第１の実施形態の変形例であり、第３の実施形態とは異なり、検査機器ごとの検査待ち行列の状況を一覧表示する形態である。

これに伴い、各々の端末５００は、図４４に示すように、処理回路５６０から表示制御可能な大型表示装置５５１と、処理回路５６０が実行する機能としての検査待ち行列表示機能５６６とを更に備えている。その他の構成は、第１の実施形態と同様である。

検査待ち行列表示機能５６６は、受診者が待合室や検査室周辺に待機している際に、大型表示装置５５１での表示により、受診者及び施設職員に、受診者の検査順番や検査待ち時間を提示する機能である。これにより、受診者は、指示と異なる検査場所に来ていないことを確認できる。また、施設職員に対しては、長時間、待たせている受診者の有無を確認させ、当該受診者を手動で適切な検査に誘導することを促す。

このような検査待ち行列表示機能５６６は、検査機器に対応して配置された端末５００上で動作する。すなわち、検査待ち行列表示機能５６６は、処理回路５６０が記憶回路５３０内のプログラムを読み出すことにより、実行される。

ここで、検査待ち行列表示機能５６６は、第３の実施形態における第１警告表示機能に代えて用いられる。このような検査待ち行列表示機能５６６は、当該検査待ち行列に基づいて、検査機器ＩＤに対応する検査項目、及び受診者ＩＤを一覧表示する機能である。

具体的には端末５００は、対応する検査機器の検査項目コードと検査機器ＩＤを設定として記憶回路５３０に保持しており、大型表示装置５５１に定期的に検査待ち行列の内容を表示する。

ここで、処理回路５６０は、検査機器別待ち行列管理テーブル４０３に対して、受診日＝当日、検査機器ＩＤ＝設定で保持している検査機器ＩＤ、検査待ち状態＝「登録済み：１」または「検査票あり：２」の検索条件で検索を実行する。

処理回路５６０は、検索結果として受診者ＩＤ、所在コード、登録日時、更新日時を取得し、登録日時の昇順にソートし、検査待ち状態＝「検査票あり：２」と、待ち状態＝「登録済み：１」については、背景色を変えて受診者ＩＤを登録日時順に大型表示装置５５１にパネル表示する。

さらに、処理回路５６０は、現在時刻と登録日時との差を計算し、その差が所定の閾値（スレッシュホールド）を超えている場合には、当該受診者ＩＤのパネルの外枠の色を定期的に変えて点滅（ブリンク）表示して、施設職員に警告表示する。

これにより、受診者は自分の検査順番を簡便に把握でき、検査順番を確認しつつ、トイレ、その他のことを安心して済ませることができる。また、処理回路５６０は、当該検査の検査標準時間（前準備時間を含む）を大型表示装置５５１に表示してもよく、必要に応じて検査項目名称や所在名称を大型表示装置５５１に表示しても構わない。

例えば、処理回路５６０は、図４５に示すように、検査項目毎の受診者ＩＤからなる検査待ち行列を大型表示装置５５１に表示してもよい。また、処理回路５６０は、図４６及び図４７に示すように、複数の検査項目の各々の受診者ＩＤからなる検査待ち行列を大型表示装置５５１に表示してもよい。処理回路５６０は、これらの表示制御を定期的に実行しており、その実行間隔は設定などで変更可能となっている。

さらに、処理回路５６０は、前回の表示内容を保持しておき、今回の表示内容と比較し、両者の変化点がわかるように大型表示装置５５１に警告表示してもよい。図４７に示す例では、受診者ＩＤ“１”，“７”について、パネルの外枠を３Ｄ表示させることにより、表示内容の変化点を示している。

上述したように本実施形態によれば、検査待ち行列に基づいて、検査機器識別情報（検査機器ＩＤ）に対応する検査項目、及び受診者識別情報（受診者ＩＤ）を一覧表示する。

これにより、受診者に対しては、指示と異なる検査場所に来ていないことを確認させることができる。また、施設職員に対しては、長時間、待たせている受診者の有無を確認させ、当該受診者を手動で適切な検査に誘導することを促すことができる。

＜第６の実施形態＞
次に、第６の実施形態に係る受診者誘導システムについて説明する。

第６の実施形態は、第１の実施形態の変形例であり、受診者が受付を済ませた後、予定された来院予定時刻になった受診者を警告表示し、施設職員が当該受診者に健診の開始を促す形態である。

これに伴い、各々の端末５００は、図４８に示すように、処理回路５６０が実行する機能としての健診開始警告機能５６７を更に備えている。その他の構成は、第１の実施形態と同様である。例えば、受診者管理テーブル４０１は、受診者ＩＤ、予定到着時刻及び到着時刻を対応付けて記録している。

健診開始警告機能５６７は、受付にて各受診者に対して、最初の検査への移動を制御して、全体の検査待ち時間を含む検査リードタイムを最適化するための機能である。受診者が健診実施施設に到着し受付完了後に自由に検査を開始してしまうと、かえって全体の検査待ち時間を増大させてしまう。このため、予約時に設定した各受診者の予定到着時刻を基準として、予定時刻に従い最初の検査に移動してもらい、全体の投入量を調整する必要がある。よって、健診開始警告機能５６７は、受付に配置された端末５００上で動作する。すなわち、健診開始警告機能５６７は、処理回路５６０が記憶回路５３０内のプログラムを読み出すことにより、実行される。

ここで、健診開始警告機能５６７は、第３警告表示機能として用いられる。このような健診開始警告機能（第３警告表示機能）５６７は、予定到着時刻よりも前の到着時刻に対応付けられた受診者ＩＤに基づき、現在時刻が予定到着時刻に到達すると、当該受診者ＩＤを警告表示することにより、当該受診者ＩＤの受診者に健診の開始を促す機能である。

処理回路５６０は、健診開始警告機能５６７の実行により、受診者管理テーブル４０１に対して、受診日＝当日、到着時刻≠ＮＵＬＬを検索条件として検索し、その検索結果を到着予定時刻の昇順でソートして健診開始待ち受診者一覧として表示回路５５０に表示する。

処理回路５６０は、予定到着時刻と現在時刻との差を計算し、その差が所定の許容時間より小さくなると、健診開始待ち受診者一覧の該当受診者の行を表示回路５５０に警告表示する。これにより、施設職員が当該受診者に最初の検査への移動を促す。なお、処理回路５６０は、検査開始待ち受診者一覧画面上での警告表示に限らず、検査室への誘導を促すメッセージダイアログを表示回路５５０に表示してもよく、警告音を付加してもよい。

上述したように本実施形態によれば、予定到着時刻よりも前の到着時刻に対応付けられた受診者識別情報（受診者ＩＤ）に基づき、現在時刻が予定到着時刻に到達すると、当該受診者識別情報を警告表示することにより、当該受診者識別情報の受診者に健診の開始を促す。

これにより、受付にて各受診者に対して、最初の検査への移動を制御して、全体の検査待ち時間を含む検査リードタイムを最適化することができる。

＜第７の実施形態＞
次に、第７の実施形態に係る受診者誘導システムについて説明する。

第７の実施形態は、第１の実施形態の変形例であり、検査項目の中に予約検査が含まれている場合、予約検査の時刻と現在時刻との差を計算し、あらかじめ決められた時間内であれば、その予約検査を次の検査項目にする形態である。

これに伴い、各々の端末５００は、図４９に示すように、処理回路５６０が実行する機能としての予約検査時刻設定機能５６８を更に備えている。その他の構成は、第１の実施形態と同様である。例えば、受診者別検査進捗管理テーブル４０２は、検査項目、受診者ＩＤ、検査状態（検査進捗状態）、予約検査の有無、検査開始予定時刻、検査終了予定時刻及び検査能力を対応付けて記録している。

ここで、予約検査時刻設定機能（第２割当機能）５６８は、予約検査がある検査項目について、予約検査の検査開始予定時刻と現在時刻との差を計算し、この計算結果が所定の時間内の場合、検査能力を所定の最大値に設定することにより、当該予約検査を次の検査項目に割り当てる機能である。この予約検査時刻設定機能５６８は、処理回路５６０が記憶回路５３０内のプログラムを読み出すことにより、実行される。

なお、第７の実施形態における次検査項目割当機能５６４は、第１の実施形態に述べた機能に加え、予約検査に対応可能となっている。ここでいう予約検査は、健診実施施設が医療機関に隣接して設置され、医療機関側の検査機器を使用して検査を行う運用を行い、医療機関側の検査機器を使用できる検査時間（検査開始時刻）が予め設定されていることを指している。従って、医療機関側の検査機器を使用する場合には、その検査機器の検査開始時刻を優先させる必要がある。

処理回路５６０は、予約検査時刻設定機能５６８の実行により、受診者別検査進捗管理テーブル４０２に対して、受診日＝当日、予約検査＝有の検索条件で検索を行い、受診者ＩＤの一覧を示す予約検査一覧画面を表示回路５５０に表示する。

予約検査一覧画面の表示中、処理回路５６０は、医療機関側で確保した検査予約時間をもとに、受診者ごとに受診者ＩＤ、検査項目コード、検査開始予定時刻、検査終了予定時刻を入力して、最優先であることを明確にするために検査能力に“２”を自動設定する。しかる後、処理回路５６０は、施設職員等による更新ボタンの押下操作に応じて、自動設定内容に基づいて、受診者別検査進捗管理テーブル４０２に対して更新作業を行う。

このような予約検査時刻設定機能５６８は、図５０に破線で示すように、前述した次検査項目割当機能５６４のループ４におけるステップＳＴ６４−１とステップＳＴ６４−２との間の処理に対応する。すなわち、予約検査時刻設定機能５６８は、ステップＳＴ６４−１とステップＳＴ６４−２との間に実行されるステップ６４−１ａ〜ＳＴ６４−１ｃに対応する。これに伴い、前述したステップＳＴ６４−２の説明の冒頭「ステップＳＴ６４−１の後」は、「ステップＳＴ６４−１ａ〜ＳＴ６４−１ｃの後」と読み替える。

（ステップＳＴ６４−１ａ）
ステップＳＴ６４−１の後、処理回路５６０は、受診者別検査進捗管理テーブル４０２に対して、未検査項目コード、受診日＝当日、予約検査＝有の検索条件で検索を行い、未検査項目コードの予約検査があるか否かを判定する。判定の結果、否の場合にはステップＳＴ６４−２に進み、予約検査がある場合にはステップＳＴ６４−１ｂに進む。

（ステップＳＴ６４−１ｂ）
ステップＳＴ６４−１ａの後、処理回路５６０は、ステップＳＴ６４−１ａの検索結果に基づいて、検査項目コードの予約検査＝有で検査開始予定時刻と現在時刻との差があらかじめ設定された閾値（スレッシュホールド）より小さいか否かを判定する。判定の結果、否の場合にはステップＳＴ６４−２に進み、閾値より小さい場合にはステップＳＴ６４−１ｃに進む。

（ステップＳＴ６４−１ｃ）
ステップＳＴ６４−１ｂの後、処理回路５６０は、検査項目コードの予約検査＝有で検査開始予定時刻と現在時刻との差が所定の閾値より小さい場合の検査機器ＩＤを推奨検査機器ＩＤとして、ループ４を抜けて呼出し元に戻る。具体的には、当該時刻の差が所定の閾値より小さい場合の検査機器ＩＤに対応する検査能力に最大値を設定することにより、当該検査機器ＩＤを推奨検査機器ＩＤとする。

このようなステップＳＴ６４−１ａ〜ＳＴ６４−１ｃによれば、予約検査がある検査項目について、予約検査の検査開始予定時刻と現在時刻との差を計算し、この計算結果が所定の時間内の場合、検査能力を所定の最大値に設定することにより、当該予約検査を次の検査項目に割り当てることができる。

これに加え、検査進捗更新機能５６３では、予約検査であることが分かるように、次検査を提示する画面に、“予約”を追加して警告表示してもよい。この場合、“予約”を示す警告表示により、施設職員に注意を喚起することができる。

上述したように本実施形態によれば、予約検査がある検査項目について、予約検査の検査開始予定時刻と現在時刻との差を計算し、この計算結果が所定の時間内の場合、検査能力を所定の最大値に設定することにより、当該予約検査を次の検査項目に割り当てる。

これにより、例えば、健診実施施設が医療機関に隣接して設置され、且つ医療機関側の検査機器を使用して検査を行う場合には、医療機関側の検査機器の検査開始時刻を優先させることができる。

以上説明した少なくとも一つの実施形態によれば、検査項目毎に、検査時間、検査機器識別情報（検査機器ＩＤ）の個数及び受診者識別情報（受診者ＩＤ）の個数に基づき、全受診者の検査に要する必要検査時間を算出する。また、当該必要検査時間のうち、最大の必要検査時間をもつ検査項目（ボトルネック検査の検査項目）を選択する。さらに、当該選択された検査項目に対応付けられた検査時間及び検査機器識別情報の個数に基づき、受診者を検査に誘導する時間間隔（ピッチ）を算出する。しかる後、当該時間間隔を示す情報を出力することにより、受診者の検査への誘導を促す。

これにより、受診者の検査待ち時間を減少させることができる。

上記説明において用いた「プロセッサ」という文言は、例えば、CPU（central processing unit）、GPU (Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ））、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。なお、記憶回路にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図１、図２、図１８、図４３、図４４、図４８、図４９における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

第１の実施形態における検査所要時間テーブル３０４及び記憶回路２１０は、特許請求の範囲における検査時間記憶手段の一例である。第１の実施形態における検査機器設備テーブル３０３及び記憶回路２１０は、特許請求の範囲における検査機器記憶手段の一例である。第１の実施形態における受診者別検査進捗管理テーブル４０２及び記憶回路２１０は、特許請求の範囲における受診者記憶手段の一例である。

第１の実施形態におけるボトルネック検査算出機能２２１及び処理回路２２０は、特許請求の範囲における必要検査時間算出手段及び選択手段の一例である。第１の実施形態における表示回路５５０は、特許請求の範囲における出力手段の一例である。

第１の実施形態における検査項目テーブル３０２及び記憶回路２１０は、特許請求の範囲における制約条件記憶手段の一例である。第１の実施形態における次検査項目割当機能５６４及び処理回路５６０は、特許請求の範囲における検査能力算出手段、導出手段及び第１割当手段の一例である。

第３の実施形態における検査機器別待ち行列管理テーブル４０３及び記憶回路２１０は、特許請求の範囲における検査待ち行列記憶手段の一例である。第３の実施形態における検査待ち行列更新機能５６２及び処理回路５６０は、特許請求の範囲における検査待ち行列更新手段の一例である。第３の実施形態における表示回路５５０、検査待ち行列更新機能５６２及び処理回路５６０は、特許請求の範囲における第１警告表示手段の一例である。

第４の実施形態における表示回路５５０、受診者案内補助機能５６５及び処理回路５６０は、特許請求の範囲における第２警告表示手段の一例である。

第５の実施形態における大型表示装置５５１、検査待ち行列表示機能５６６及び処理回路５６０は、特許請求の範囲における検査待ち行列表示手段の一例である。

第６の実施形態における受診者管理テーブル４０１及び記憶回路２１０は、特許請求の範囲における予定到着時刻記憶手段の一例である。第６の実施形態における表示回路５５０、健診開始警告機能５６７及び処理回路５６０は、特許請求の範囲における第３警告表示手段の一例である。

第７の実施形態における予約検査時刻設定機能５６８及び処理回路５６０は、特許請求の範囲における第２割当手段の一例である。

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

２００…サーバ装置、２１０，５３０…記憶回路、２２０，５６０…処理回路、２２１…ボトルネック検査算出機能、２２２…ピッチ算出機能、２３０，５１０…ネットワークインタフェース回路、３００…健診マスタテーブル、３０１…検査コース及び検査項目対応テーブル、３０２…検査項目テーブル、３０３…検査機器設備テーブル、３０４…検査所要時間テーブル、３０５…検査機器間の移動時間テーブル、３０６…検査機器稼働時間テーブル、３０７…所在テーブル、３０８…検査状態テーブル、３０９…検査待ち状態テーブル、３１０…団体コード変換テーブル、３１１…コースコード変換テーブル、３１２…検査項目及び検査能力対応テーブル、３１３…ビーコン発信器対応テーブル、４００…ボトルネック検査テーブル、４０１…受診者管理テーブル、４０２…受診者別検査進捗管理テーブル、４０３…検査機器別待ち行列管理テーブル、５００…端末、５２０…無線通信インタフェース回路、５４０…入力インタフェース回路、５５０…表示回路、５６１…受診者受付機能、５６２…検査待ち行列更新機能、５６３…検査進捗更新機能、５６４…次検査項目割当機能、５６５…受診者案内補助機能、５６６…検査待ち行列表示機能、５６７…検診開始警告機能、５６８…予約検査時刻設定機能、ＮＷ…ネットワーク。

Claims (9)

1. 互いに通信可能なサーバ装置及び複数の端末を備えた受診者誘導システムであって、
   前記サーバ装置は、
   検査項目及び検査時間を対応付けて記憶する検査時間記憶手段と、
   前記検査項目及び１つ以上の検査機器識別情報を対応付けて記憶する検査機器記憶手段と、
   前記検査項目及び１つ以上の受診者識別情報を対応付けて記憶する受診者記憶手段と、
   を備え、
   前記サーバ装置又は前記複数の端末の少なくとも１台は、
   前記検査項目毎に、前記検査時間、前記検査機器識別情報の個数及び前記受診者識別情報の個数に基づき、全受診者の検査に要する必要検査時間を算出する必要検査時間算出手段と、
   前記必要検査時間のうち、最大の必要検査時間をもつ検査項目を選択する選択手段と、
   前記選択された検査項目に対応付けられた検査時間及び前記検査機器識別情報の個数に基づき、受診者を検査に誘導する時間間隔を算出する時間間隔算出手段と、
   を備え、
   前記複数の端末の少なくとも１台は、前記時間間隔を示す情報を出力することにより、前記受診者の検査への誘導を促す出力手段、
   を備えた受診者誘導システム。
2. 前記受診者記憶手段は、前記検査項目、前記受診者識別情報及び検査進捗状態を対応付けて記憶し、
   前記必要検査時間算出手段は、定期的又は不定期に、前記検査項目毎に、前記検査進捗状態が検査完了を示す値に対応付けられた受診者識別情報の個数を除外して、前記必要検査時間を再算出し、
   前記選択手段は、前記再算出した必要検査時間に基づいて検査項目を再選択し、
   前記時間間隔算出手段は、前記再選択した検査項目に基づいて時間間隔を再算出し、
   前記出力手段は、前記再算出した時間間隔を示す情報を出力することにより、前記誘導を促す、
   請求項１に記載の受診者誘導システム。
3. 前記受診者記憶手段は、前記検査項目、前記受診者識別情報、検査進捗状態、推奨する検査機器識別情報、検査開始予定時刻及び検査終了予定時刻を対応付けて記憶し、
   前記検査時間記憶手段は、前記検査項目、前記検査時間及び許容待ち時間を対応付けて記憶し、
   前記サーバ装置は、
   前記検査項目、及び当該検査項目の実施順番に関する制約条件を対応付けて記憶する制約条件記憶手段と、
   を備え、
   前記複数の端末の各々は、
   前記検査機器識別情報毎に、所定の検査実施時間に占める前記必要検査時間を表す検査能力を算出する検査能力算出手段と、
   各受診者の未受診の検査項目について、前記未受診の受診者識別情報の個数及び前記検査時間に基づく検査待ち時間が前記許容待ち時間内にある検査機器識別情報のうち、最も大きい前記検査能力をもつ検査機器識別情報を導出する導出手段と、
   前記導出した検査機器識別情報に対応付けられた検査項目に対応する制約条件、現在時刻、前記検査待ち時間及び前記検査時間に基づいて、前記受診者記憶手段の検査項目、前記受診者識別情報、前記推奨する検査機器識別情報、前記検査開始予定時刻及び前記検査終了予定時刻を更新することにより、前記未受診の各受診者に次の検査項目を割り当てる第１割当手段と
   を備えた請求項１又は請求項２に記載の受診者誘導システム。
4. 前記サーバ装置は、
   前記検査機器識別情報、前記受診者識別情報、登録日時及び更新日時を対応付けて、検査待ち行列として記憶する検査待ち行列記憶手段、を備え、
   前記複数の端末の各々は、
   検査に訪れた受診者の受診者識別情報に基づいて、前記検査待ち行列を登録又は更新する検査待ち行列更新手段と、
   前記第１割当手段により更新された前記推奨する検査機器識別情報と、前記検査待ち行列更新手段により更新された検査待ち行列内の検査機器識別情報とが異なる場合に、警告を表示する第１警告表示手段と、
   を備えた請求項３に記載の受診者誘導システム。
5. 前記複数の端末の各々は、
   前記第１警告表示手段に代えて、
   前記検査開始予定時刻又は前記検査開始予定時刻から所定の予備時間を引いた時刻を過ぎても前記検査待ち行列が登録されない受診者識別情報がある場合、前記登録されない検査待ち行列とは異なる検査待ち行列のうち、最新の更新日時を含む検査待ち行列に基づいて、受診者の所在を含む警告を表示する第２警告表示手段、
   を備えた請求項４に記載の受診者誘導システム。
6. 前記複数の端末の各々は、
   前記第１警告表示手段に代えて、
   前記検査待ち行列に基づいて、前記検査機器識別情報に対応する検査項目、及び前記受診者識別情報を一覧表示する検査待ち行列表示手段、
   を備えた請求項４に記載の受診者誘導システム。
7. 前記サーバ装置は、前記受診者識別情報、予定到着時刻及び到着時刻を対応付けて記憶する予定到着時刻記憶手段、を備え、
   前記複数の端末のうち、受付に配置された端末は、
   前記予定到着時刻よりも前の到着時刻に対応付けられた受診者識別情報に基づき、現在時刻が前記予定到着時刻に到達すると、当該受診者識別情報を警告表示することにより、当該受診者識別情報の受診者に健診の開始を促す第３警告表示手段、
   を備えた請求項１又は請求項２に記載の受診者誘導システム。
8. 前記受診者記憶手段は、前記検査項目、前記受診者識別情報、検査進捗状態、予約検査の有無、検査開始予定時刻、検査終了予定時刻及び検査能力を対応付けて記憶し、
   前記複数の端末の各々は、
   前記予約検査がある検査項目について、前記予約検査の検査開始予定時刻と現在時刻との差を計算し、この計算結果が所定の時間内の場合、前記検査能力を所定の最大値に設定することにより、当該予約検査を次の検査項目に割り当てる第２割当手段、
   を備えた請求項１又は請求項２に記載の受診者誘導システム。
9. 検査項目及び検査時間を対応付けて記憶する検査時間記憶手段と、
   前記検査項目及び１つ以上の検査機器識別情報を対応付けて記憶する検査機器記憶手段と、
   前記検査項目及び１つ以上の受診者識別情報を対応付けて記憶する受診者記憶手段と、
   にアクセス可能なコンピュータに用いられるプログラムであって、
   前記コンピュータに、
   前記検査項目毎に、前記検査時間、前記検査機器識別情報の個数及び前記受診者識別情報の個数に基づき、全受診者の検査に要する必要検査時間を算出する必要検査時間算出機能、
   前記必要検査時間のうち、最大の必要検査時間をもつ検査項目を選択する選択機能、
   前記選択された検査項目に対応付けられた検査時間及び前記検査機器識別情報の個数に基づき、受診者を検査に誘導する時間間隔を算出する時間間隔算出機能、
   を実現させるためのプログラム。