(57)【特許請求の範囲】
【請求項１】
健診に於ける各検査の進捗状況に基づいて複数の受診者を誘導する受診者誘導システムに於いて、
前記健診における複数の検査の集合に関する進捗に関する検査ステージ情報を記憶する検査ステージ情報記憶手段と、
前記受診者の誘導階級情報を記憶する階級情報記憶手段と、
前記検査ステージ情報及び前記誘導階級情報に基づいて、前記受診者の誘導先を判定する誘導先判定手段と、
前記誘導先判定手段によって判定された誘導先に基づいて、誘導先を前記受診者に提示する誘導先提示手段と、
を具備することを特徴とする受診者誘導システム。
【請求項２】
前記誘導先判定手段は、前記受診者の前記誘導階級情報別に応じて判定することで誘導を支援することを特徴とする請求項１に記載の受診者誘導システム。
【請求項３】
前記誘導先判定手段は、複数の検査ステージにまたがり判定することで誘導を支援することを特徴とする請求項１若しくは２に記載の受診者誘導システム。
【請求項４】
前記受診者の前記誘導階級情報に応じた所定の重み付けを行って、前記受診者の誘導先情報を取得する誘導先情報取得手段を、更に具備することを特徴とする請求項２に記載の受診者誘導システム。
【請求項５】
健診に於ける各検査の進捗状況に基づいて複数の受診者を誘導する受診者誘導システムのサーバに於いて、
前記健診における複数の検査の集合に関する進捗に関する検査ステージ情報を記憶する検査ステージ情報記憶手段と、
前記受診者の誘導階級情報を記憶する階級情報記憶手段と、
前記検査ステージ情報及び前記誘導階級情報に基づいて、前記受診者の誘導先を判定する誘導先判定手段と、
を具備することを特徴とする受診者誘導システムのサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は健康管理支援システムに関するもので、特に、受診者誘導の目的に使用される受診者誘導システム及びそのサーバに関するものである。
【背景技術】
【０００２】
健診センターでは、受診者の誘導（次にどの検査をするか）をベテランの看護師やクラークが行っている。健診センターは病院と異なり、完全なサービス業なので、受診者のクレームに過敏で、また、受診者誘導が一番苦情が出やすい。したがって、良い受診者誘導が必須である。このため、従来より、患者の誘導を目的としたシステムが提案されている。
【０００３】
下記特許文献１には、電子チップと患者案内データベースに記憶されている各データを読み出し、患者の待ち時間を算出して提示するシステムが記載されている。
【０００４】
また、下記特許文献２には、従事者から入力された医療作業に関する進捗情報を受信して、被検者１ごとの医療スケジュールを被検者に提示するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１２３６０３号公報
【特許文献２】特開２００４−１１０２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ミスの防止、負荷の軽減、経営効率の改善といった観点から、看護師やクラークが担っている受診者の誘導を自動化することが望まれている。健診システムと連携する自動誘導システムはいくつか存在するが、何れも単純な定型的ルールであった。例えば、空いている検査に入れる、胃Ｘ線の前に血液検査をしない、等である。
【０００７】
しかしながら、実際には、受診者がグループ（夫婦、会社同僚等）で来ていればなるべく一緒に行動することを考慮したり、検査室の配置や、健診センターに来た順番（受付順番から大きくずれない）、重要人物等の非定型ルールも考慮して判断しなければならない。そのため、前述した単純な定型的ルールでは、特定の人や集団を円滑に誘導することはできないものであった。
【０００８】
また、前記特許文献１に記載のシステムでは、患者の待ち時間を算出して提示する内容が記載されているが、優先誘導については言及されていない。
【０００９】
つまり、単純な定型的なルールでは良い誘導ではないという問題がある。また、特定の人や集団をミスなく円滑に誘導する必要がある。
【００１０】
したがって本発明は、前記実情に鑑みてなされたものであり、その目的は、単純な定型的なルールに基いた誘導ではなく、特定の人や集団をミスなく円滑に誘導することのできる受診者誘導システム及びそのサーバを提供することである。
【課題を解決するための手段】
【００１１】
すなわち本発明は、健診に於ける各検査の進捗状況に基づいて複数の受診者を誘導する受診者誘導システムに於いて、前記健診における複数の検査の集合に関する進捗に関する検査ステージ情報を記憶する検査ステージ情報記憶手段と、前記受診者の誘導階級情報を記憶する階級情報記憶手段と、前記検査ステージ情報及び前記誘導階級情報に基づいて、前記受診者の誘導先を判定する誘導先判定手段と、前記誘導先判定手段によって判定された誘導先に基づいて、誘導先を前記受診者に提示する誘導先提示手段と、を具備することを特徴とする。
【００１２】
また本発明は、健診に於ける各検査の進捗状況に基づいて複数の受診者をグループとして誘導する受診者誘導システムのサーバに於いて、前記健診における複数の検査の集合に関する進捗に関する検査ステージ情報を記憶する検査ステージ情報記憶手段と、前記受診者の誘導階級情報を記憶する階級情報記憶手段と、前記検査ステージ情報及び前記誘導階級情報に基づいて、前記受診者の誘導先を判定する誘導先判定手段と、を具備することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、単純な定型的なルールに基いた誘導ではなく、特定の人や集団をミスなく円滑に誘導することのできる受診者誘導システムを及びそのサーバ提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る受診者誘導システムの基本構成を示すブロック構成図である。
【図２】図１の受診者誘導システムサーバの基本構成を示すブロック図である。
【図３】図２のメニュー表示部に表示される画面の例を示したもので、（ａ）は業務メニュー画面の表示例を示した図、（ｂ）は健康管理支援システムの表示画面の例を示した図である。
【図４】図２の健診データベースに記憶されているもので、（ａ）は団体情報テーブルの構成例を示した図、（ｂ）は受診者情報テーブルの構成例を示した図、（ｃ）は受診者情報テーブルの他の構成例を示した図、（ｄ）は検診結果テーブルの構成例を示した図である。
【図５】検査ステージ情報のデータベース構造の例を示すもので、（ａ）は管理例１の管理表を示した図、（ｂ）は管理例２の管理表を示した図である。
【図６】検査ステージ情報のデータベース構造の例を示すもので、（ａ）は受診者クラス１向けの予約枠管理表を示した図、（ｂ）は受診者クラス２向けの予約枠管理表を示した図である。
【図７】受診者用の誘導先掲示カードの例を示した図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施形態を説明する。
【００１６】
初めに、健康管理支援システムについて説明する。
【００１７】
この健康管理支援システムは、企業や市町村等が定期的に実施する健康診断、或いは成人病健診等に於いて、健診対象者の健診結果データの管理及び健診対象者への健康管理を支援するシステムである。
【００１８】
健康管理支援システムは、健診受診者の氏名等の属性情報と、その対象者の過去を含む健診結果データを登録した健診データベースを備えており、健診受診者の最新及び過去の健診結果データを表示、或いは健診受診者の最新及び過去の健診結果データを予め決められた手順に従い表示内容及び表示方法を切替えて表示する。健診結果データは、問診回答データ、少なくとも１つ以上の検査項目に関する検査結果データ、検査結果データ、について予め検査項目毎に設定された検査値判定闘値データを参照して、異常の有無を判定した異常判定結果データ、異常判定結果に基づく指導データ、の何れかまたは全てから構成される。
【００１９】
次に、図３及び図４を参照して、健康管理支援システムの業務メニューの画面例、表示画面例、団体情報と受診者情報と受診情報と健診結果を健診データベースに格納する際のテーブル構成例について説明する。
【００２０】
健康管理支援システムの業務メニュー３１は、例えば、図３（ａ）に示されるように、予約業務、受付業務、データ入力業務、データ処理業務、データ出力・表示業務、請求業務、統計業務、保守業務から構成されているものとしている。そして、健康管理支援システムに於ける受診者別データ３２は、図３（ｂ）のようにして画面に表示される。
【００２１】
団体情報テーブルは、図４（ａ）に示されるように、受診者が所属する団体（企業）の団体番号（企業識別コード）、団体名称（漢字、カタカナなど）、団体の住所、郵便番号、電話番号、ＦＡＸ番号、Ｅ−ＭＡＩＬアドレス、代表者名、その団体に提供する健診コースを識別するための契約番号等の項目を含んで構成される。
【００２２】
受診者情報テーブルは、図４（ｂ）に示されるように、受診者を識別するための個人番号（個人識別コード）、氏名（漢字、カタカナ等）、性別、生年月日、年齢、住所、郵便番号、電話番号、ＦＡＸ番号、Ｅ−ＭＡＩＬアドレス、受診者が所属する団体番号、その団体に於いて受診者を識別する社員番号（従業員コード）等の項目を含んで構成される。
【００２３】
また、受診情報テーブルは、図４（ｃ）に示されるように、受診番号（各受診者の予約または受付を識別するコード）、受診者の氏名（漢字、カタカナ等）、受診者の個人番号、健診予定日、健診予定時刻、健診コース番号、団体番号、状態、受付日時、データ更新日時、データ更新者等の項目を含んで構成される。
【００２４】
健診結果テーブルは、図４（ｄ）に示されるように、受診者を識別するための個人番号、受診者の氏名（漢字、カタカナ等）、健診日、健診場所、健診結果を示す項目等から構成される。
【００２５】
そして、健診結果としては、身長、体重、肥満度、ＢＭＩ等の身体計測に関する項目、血圧測定、心電図、心拍数、眼底検査、眼圧検査、視力検査、聴力検査、肺機能検査等の生理検査に関する項目、胸部Ｘ線、上部消化管Ｘ線、腹部超音波等のＸ線線・超音波検査に関する項目、総蛋白、Ａ／Ｇ、アルブミン、クレアチニン、尿酸、総コレストロール、ＨＤＬコレストロール、ＬＤＬコレストロール、中性脂肪、総ビリルビン、ＡＳＴ（ＧＯＴ）、ＡＬＴ（ＧＰＴ）、γ−ＧＴＰ、ＡＬＰ、血糖（空腹時）、ＨｂＡｌｃ等の生化学検査に関する項目、赤血球、白血球、血色素、へマトクリット、血小板数、ＭＣＶ、ＭＣＨ、ＭＣＨＣ等の血液学検査に関する項目、ＣＲＰ、血液型（ＡＢＯ）、血液型（Ｒｈ）、ガラス板法または凝集法、ＨＢＳ抗原等の血清学検査に関する項目、蛋白、尿糖、沈渣、潜血、比重等の尿検査に関する項目、潜血などの便検査に関する項目、問診結果に関する項目等を含んで構成される。
【００２６】
基本的には、図３（ａ）に示される予約業務、受付業務、データ入カ業務、データ処理業務、データ出力・表示業務、請求業務が、健診の日常的なワークフローであり、請求業務や統計業務は、月次・年次といった定期的に実施されるワークフローである。業務メニューは、これらの２種類に分かれる。
【００２７】
予約業務には、受診者の所属する団体に関する情報を登録する団体登録プログラム、その受診者の氏名等の受診者情報を登録する受診者登録プログラム、その受診者の受診コース及び受診日時等の受診情報を登録する予約登録プログラムから構成される。予約が新規に取られた場合には、受診番号が新規発番され、必要な項目が登録されて、ステータスは「予約済み」になる。また、データの更新者及び更新日時が記入される。
【００２８】
受付業務は、受診者が健診施設を訪問したときに受付を行う受付登録プログラムから構成される。受付登録プログラムは、受診情報テーブルの中のステータスを「予約済み」から「受付済みJ に書き換えると共に、受付日時を更新する。更に、データの更新者及び更新日時が更新される。
【００２９】
データ入力業務は、受診者が健診施設に於いて、問診結果を登録する問診結果登録プログラムと、予約・受付時に選択した健診コースに対応する検査を実施して、その検査結果を登録する検査結果登録プログラムから構成される。問診結果情報は、現在の健康状態（通院中の病名、現在の症状等）、過去の疾患情報、遺伝情報（例えば「父が高血圧」、「母が糖尿病」等）、生活習慣情報（食事、喫煙、睡眠、運動、労働、余暇等の習慣）等である。これらの問診結果も、健診データベースの健診結果データに格納される。
【００３０】
データ処理業務は、肥満度の計算や検査結果データについて予め検査項目毎に設定された検査値判定闘値データを参照して、異常の有無を判定した異常判定等を行う判定支援プログラムや、産業医等による所見入力のための読影支援プログラム等から構成される。
【００３１】
データ出力・表示業務は、健診結果を受診者に通知・説明するための成績表（健康診断結果通知書等）を作成・印刷する成績表プログラムと、健診結果を受診者に画面上で説明するためのデータ表示プログラム、労働基準法等に定められた法定様式の帳票（健康診断個人票等）を作成・印刷するための法定帳票作成プログラム等から構成される。
【００３２】
請求業務は、料金計算を行うための請求プログラムと、団体別の請求書を作成するための請求書作成プログラムから構成される。
【００３３】
統計業務は、部門毎の定期健康診断の受診者数、受診率、有所見者数、等の統計表を作成・印刷する統計プログラムから構成される。
【００３４】
保守業務は、健康管理支援システムの各種マスタの設定や、ユーザ認証のためのアカウント管理を行うためのプログラムから構成されている。
【００３５】
健康管理支援システムは、スタンドアローン（１台のコンピュータ上で動作させる）形式と、クライアント／サーバ（複数のコンピュータがネットワークを介して接続し分散して動作させる）形式をとることができる。
【００３６】
クライアント／サーバ形式の場合には、健診データベースを管理するデータベース管理システムが動作するサーバと、そのデータベースにアクセスして業務を行うクライアントに分けることが可能である。１台のコンピュータにデータベース管理システム（ＤＢＭＳ：Ｄａｔａｂｓｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）を稼動させたものをサーバとし、そのデータベース管理システムが健診データベースを管理する。そのサーバ上で動作するデータペース管理システムを経由して、健診データベースにアクセスする業務アプリケーション群を動作させるコンピュータをクライアントとしている。
【００３７】
サーバとクライアントは、例えば、イーサネット（ＥＴＨＥＲＮＥＴ）（登録商標）等の規格に基づく１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−ＴＸ／１０００ＢＡＳＥ−Ｔ等のネットワークとＴＣＰ／ＩＰ等のネットワーク規格に基づいたＬＡＮを敷設し、そのＬＡＮに接続するような形態である。同一の業務アプリケーションを全てのクライアントにインストールしてもよいし、クライアント毎に必要な業務アプリケーションのみをインストールするようにしても構わない。業務アプリケーションは、ＬＡＮを経由してサーバにアクセスする。
【００３８】
尚、各コンピュータの基本的な構成は、パーソナルコンピュータ等のコンピュータ本体、コンピュータ本体に接続されているキーボード、マウス等の入力デバイス、プリンタ等の出力デバイス、表示装置、磁気ディスク装置等の外部記憶装置、メモリ等の内部記憶装置、から構成されている。
【００３９】
次に、本発明の一実施形態に係る受診者誘導システムについて説明する。
【００４０】
尚、本受診者誘導システムは、前述した健康管理支援システムと同様に、スタンドアローン形式と、クライアント／サーバ形式をとることができる。本実施形態に於いては、クライアント／サーバ形式を例として説明するが、クライアント／サーバ形式にも適用可能であることは勿論である。
【００４１】
図１は、本発明の一実施形態に係る受診者誘導システムの基本構成を示すブロック構成図である。
【００４２】
図１に於いて、この受診者誘導システム１０は、１つの受診者誘導システムサーバ１１と、複数の受診者誘導システムクライアント１３ａ，１３ｂ，１３ｃ，…とが、ネットワーク１５を介して接続されている。このうち、受診者誘導システムサーバ１１は、このシステム全体の健診スケジュールを管理するものである。また、受診者誘導システムクライアント１３ａ，１３ｂ，１３ｃ，…は、受診者誘導システムサーバ１１からの指示に基いて、それぞれの受診者のスケジュール管理を行うものである。
【００４３】
図２は、前述した受診者誘導システムサーバ１１の構成を示した図である。
【００４４】
受診者誘導システムサーバ１１は、検査ステージ情報登録部２１と、メニュー表示部２２と、健診データベース２３と、受診者情報取得部２４と、検査ステージ情報取得部２５と、誘導先情報取得部２６と、誘導先判定部２７と、誘導先提示部２８と、を有して構成される。
【００４５】
前記検査ステージ情報登録部２１は、受診者誘導システムクライアント１３ａ，１３ｂ，１３ｃ，…から送信されてきた健診の各検査をステージとして割り当て、あるステージから別のステージへの誘導許可情報を設定して登録する。健診データベース２３は、前記検査ステージ情報登録部２１で登録した検査の進捗に関する検査ステージ情報を記憶する検査ステージ情報記憶手段と、受診者の誘導階級情報を記憶する階級情報記憶手段と、に対応する記憶手段である。
【００４６】
メニュー表示部２２は、前記検査ステージ情報登録部２１により入力される検査ステージ情報や、健診データベース２３に記憶されている受診者テーブル情報等を表示するためのものである。
【００４７】
受診者情報取得部２４は、前記健診データベース２３から受診者の誘導階級を示すクラスを取得する。検査ステージ情報取得部２５は、健診データベース２３から受診者の検査ステージ情報を取得する。また、誘導先情報取得手段としての誘導先情報取得部２６は、前記受診者情報取得部２４で取得された受診者のクラスに基づいて、健診データベース２３から当該受診者の誘導先情報を取得する。
【００４８】
そして、誘導先判定部２７は、前記検査ステージ情報取得部２５から取得した受診者の現在の検査ステージと、誘導先情報取得部２６から取得した現在の検査ステージに対する誘導先情報を基に、当該受診者について、現在のステージから別のステージへの誘導が許可されているかどうかを判定するもので、誘導先判定手段に対応している。
【００４９】
誘導先掲示部２８は、前記誘導先判定部２７によって判定された誘導先を基に、許可された誘導先を当該受診者に提示するもので、誘導先掲示手段に対応している。
【００５０】
次に、本発明の一実施形態に係る受診者誘導システムの動作を説明する。
【００５１】
初めに、検査ステージ情報登録部２１により、検査ステージ情報の登録が行われる。すなわち、検査ステージ情報登録部２１により、受診者誘導システムクライアント１３ａ，１３ｂ，１３ｃ，…から送信されてきた健診の各検査がステージとして割り当てられ、あるステージから別のステージへの誘導許可情報が設定されて、健診データベース２３に登録される。
【００５２】
図５（ａ）は、登録される情報の管理表３５の例を示した図である。この管理表３５では、各検査がステージとして割り当てられている。例えば、身長、体重、心電図等の検査項目が、検査ステージとして考えられる。
【００５３】
また、図５（ａ）に示される例では、各検査が直接ステージとして割り当てられているが、図５（ｂ）に示される管理表３６のように、検査の集合がステージとして割り当てられても良い。この管理表３６では、例えば、身長と体重の検査項目が、身体計測というステージとして割り当てられる。同様に、心電図は心電図のステージ、白血球数、赤血球数は血液検査のステージとして割り当てられる。各検査項目は、同一の検査で診断するものもあれば、同一の場所で診断するものもあるためである。
【００５４】
こうした検査ステージに対し、健診データベース２３では、予約枠、すなわち、待ち人数の情報が保持される。
【００５５】
図６（ａ）に示されるように、一般的な受診者向けの予約枠管理表３８には、身長の検査ステージに３名、体重の検査ステージに０名、心電図の検査ステージに２名、が予約済であることが表されている。誘導システムでは、この情報を取得して現在の混雑状況を把握し、所定のルールに従って誘導が実施する。例えば、一番予約済が少ない検査ステージを検索して予約済とし、受診者に提示する。また、検査が終了すればその情報を更新する。
【００５６】
本実施形態では、この予約枠情報が受診者のクラスで分類されて保持される。ここでいうクラスとは、受診者の誘導階級を表している。例えば、受診者にクラス１とクラス２が設定され、クラス２がクラス１より上位であるとすると、クラス２の受診者が優位である、と定義する。
【００５７】
ここで、前述した図６（ａ）の予約枠管理表３８をクラス１の受診者向けとし、図６（ｂ）に示される予約枠管理表３９を受診者クラス２向けのものとする。すると、体重の検査ステージには、クラス１の受診者が０名であるのに対し、クラス２の受診者が１名予約済であることがわかる。
【００５８】
次に、健診データベース２３から、受診者情報、検査ステージ情報及び誘導先情報が取得される。
【００５９】
先ず、受診者情報の取得について説明する。
【００６０】
受診者情報取得部２４では、健診データベース２３から受診者の誘導階級を示すクラスが取得される。健診データベース２３には受診者情報が含まれるため、この情報からクラスが決定される。例えば、健診コース番号や団体番号を利用することが考えられる。通常、健診ではコースが存在し、それぞれの健診コースで受診内容が異なる。例えば、１泊ドック、日帰りドック、予防健診、各種健診（肺機能検査、心電図検査、診察等）のみ、総合がん検診、標準がん検診、基本がん検診、女性専用検診、など様々であり、それぞれを階級別に分けていることが一般的である。
【００６１】
検診コース番号からそれぞれの階級が識別され、それに該当するクラスが取得される。前述した例で、総合がん検診を受診者クラス３、標準がん検診をクラス２、基本がん検診をクラス１として定めた場合、検診コース番号が標準がん検診を示すものであれば、クラス２の情報が取得される。また、団体番号などでクラスを定めても良く、団体Ａはクラス１、団体Ｂはクラス２と定め、団体番号が団体Ａを示すものであれば、クラス１の情報が取得される。
【００６２】
尚、クラスを決定するための受診者情報は、健診コース番号や団体番号だけに限定されず、受診者情報の項目、或いはその組み合わせによって決定するようにしてもよい。
【００６３】
次に、検査ステージ情報の取得について説明する。
【００６４】
検査ステージ情報取得部２５では、健診データベース２３から受診者の検査ステージ情報が取得される。検診データベース２３には受診者情報が含まれるため、この情報から現在のどの検査ステージであるか、そしてどの検査ステージが終了或いは未終了であるかが決定される。
【００６５】
現在どの検査ステージであるかを決定する１つの方法としては、受診者の位置から特定した情報を基にする。位置を特定する方法としては、ＧＰＳ、ＩＣタグ、磁気カード、手入力等が考えられる。これらの情報から受診者の現在の状態を保存した情報があれば、それが取得される。別の方法としては、健診結果の入力結果から判定する。例えば、最新に更新された健診結果に身長の項目があれば、現在の検査ステージが身長であると判定されてその結果が取得される。
【００６６】
尚、現在ステージを決定する情報は上記方法に限定されず、データの項目或いはその組み合わせによって決定されるようにしても良い。
【００６７】
次に、誘導先情報の取得について説明する。
【００６８】
誘導先情報取得部２６では、健診データベース２３から受診者の誘導先情報が取得される。ここでは、各検査ステージの待ち人数が受診者クラス別に取得され、受診者クラス別に重み付けがなされて、最終的に各検査ステージの待ち人数が取得される。
【００６９】
仮に、重み付けがなされないとすると、図６（ａ）、（ｂ）の管理表の例で示されるように、身長の検査ステージに３名、体重の検査ステージに１名、心電図の検査ステージに２名が予約済であるとして取得される。
【００７０】
ここで、例えば、受診者クラス１の人に対して、受診者クラス２の人に重み付けが５とされたとする。この場合、図６（ａ）、（ｂ）の管理表の例で示すと、受診者クラス１の立場からは、身長の検査ステージに３名、体重の検査ステージに５名、心電図の検査ステージに２名が予約済であるとして取得される。一方、受診者クラス２の立場からは、身長の検査ステージに３名、体重の検査ステージに１名、心電図の検査ステージに２名が予約済であるとして取得される。
【００７１】
このようにして、受診者情報、検査ステージ情報及び誘導先情報が取得されると、誘導先判定部２７によって、受診者の誘導先が判定される。
【００７２】
すなわち、誘導先判定部２７では、検査ステージ情報取得部２５から取得された受診者の現在の検査ステージと、誘導先情報取得部２６から取得された現在の検査ステージに対する誘導先情報を基に、現在のステージから別のステージへの誘導が許可されているかどうかが判定される。
【００７３】
ここで、判定するルールを、一番予約済が少ない検査ステージを検索して誘導する、というように設定する。受診者クラス１の立場からは、前述した重み付けにより、身長の検査ステージに３名、体重の検査ステージに５名、心電図の検査ステージに２名が予約済であると判定される。したがって、この場合は、心電図の検査ステージへ誘導する、と判定される。
【００７４】
これに対し、受診者クラス２の立場からは、身長の検査ステージに３名、体重の検査ステージに１名、心電図の検査ステージに２名が予約済であると判定される。したがって、この場合は、体重の検査ステージへ誘導すると判定される。
【００７５】
前述した例では、受診者のクラスを２つで説明しているが、これに限られるものではなく、３つ以上設定してクラス別の誘導を支援しても良い。この場合、クラス毎に重み付けを変えることで対応可能である。
【００７６】
また、前述した例では、誘導する検査ステージを次の１つのみで説明しているが、２つ以上先の複数ステージにまたがって判定するようにしても良い。この場合、システムとしては複数ステージの判定を行うが、受診者に対しては誘導先は１つだけ掲示すれば良い。これらは、複数のステージを予約し、それぞれに重みを設定することで対応可能である。
【００７７】
こうして誘導先が判定されると、次に、誘導先の提示がなされる。
【００７８】
ここでは、誘導先判定部２７によって判定された誘導先を基に許可された誘導先が、誘導先提示部２８によって受診者に提示される。
【００７９】
図７に示されるように、誘導先判定部２７で判定された次の予約済の検査ステージが、受診者用の誘導先掲示部４０によって、受診者にわかりやすく提示される。この場合、「次はこちらです」という表記が、体重の検査ステージの箇所にあるので、次の誘導先検査ステージが体重の検査ステージであることがわかる。
【００８０】
この受診者用の誘導先掲示部４０としては、例えば、受診者が携行する携帯デバイスのモニタであって、その画面に表示されるようになっている。或いは、モニタの画面ではなく、受診者用の紙やカード媒体に印字して提示されるようにしても良い。
【００８１】
例では、現在の受診者の誘導先を提示することで説明しているが、提示するだけでなく予約システムと連携して、健診の受付予約自体を制限するようにしても良い。受付を制限することで、全体の受診者数をコントロールすることも可能である。
【００８２】
更に、誘導先掲示部２８は、受診者が携行するカード等ではなく、ディスプレイ等に表示することによって提示するようにしても良い。
【００８３】
また、前述した実施形態では、各検査ステージが終了する毎に、待ち人数が更新されるようにしているが、これに限られるものではなく、例えば定期的に更新するようにしても良い。
【００８４】
このように、本実施形態に係る受診者誘導システムによれば、受診者の階級に応じてそれぞれ好適な条件で適切な誘導を行うことができる。
【００８５】
尚、受診者がグループの場合に一緒に行動することを考慮したり、検査室の配置等による非定型ルールの場合も、前述した実施形態と同様に、重み付けを考慮する等して、適切な誘導を円滑に行うことが可能である。
【００８６】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々の変形実施が可能であるのは勿論である。
【００８７】
更に、上述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件の適当な組合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、或いは実施形態に示される構成要件が幾つか組合わされても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成も発明として抽出され得る。
【産業上の利用可能性】
【００８８】
本発明によれば、単純な定型的なルールに基いた誘導ではなく、特定の人や集団をミスなく円滑に誘導することのできる受診者誘導システム及びそのサーバが得られる。
【符号の説明】
【００８９】
１０…受診者誘導システム、１１…受診者誘導システムサーバ、１３ａ，１３ｂ，１３ｃ，……受診者誘導システムクライアント、１５…ネットワーク、２１…検査ステージ情報登録部、２２…メニュー表示部、２３…健診データベース、２４…受診者情報取得部、２５…検査ステージ情報取得部、２６…誘導先情報取得部、２７…誘導先判定部、２８…誘導先提示部、３１…業務メニュー、３２…受診者別データ、３５、３６…管理表、３８、３９…予約枠管理表、４０…誘導先掲示部。
【図１】
0005525767.tif 000002
【図２】
0005525767.tif 000003
【図３】
0005525767.tif 000004
【図４】
0005525767.tif 000005
【図５】
0005525767.tif 000006
【図６】
0005525767.tif 000007
【図７】
0005525767.tif 000008