JP2012208563A - キャンセル待ち優先順位決定プログラム、キャンセル待ち優先順位決定方法、およびキャンセル待ち優先順位決定装置 - Google Patents

Abstract

【課題】過去の健康診断の結果が悪かった受診者に、優先的に健診を受けさせること。
【解決手段】日時に関する情報を含む予約をキャンセルする旨のキャンセル情報を受付け、前記キャンセル情報を受付けた場合に、検査の申込を一意に識別する受診番号のうちのキャンセル待ち状態の健診受診者の受診番号と当該健診受診者の受診日とを対応付けて記録するキャンセル待ちデータベースから、前記日時に関する情報に基づいて、キャンセル待ち状態の健診受診者の前記受診番号を複数取得し、前記キャンセル待ち状態の健診受診者の過去の検査結果に基づく健康度の判定値が記録されている判定結果データベースから、複数取得した前記受診番号のそれぞれに関連する健診受診者の過去の判定値を取得し、取得した前記判定値に基づいて、複数取得した前記受診番号それぞれに予約枠を割り当てる優先順位を決定すること。
【選択図】図２２

Description

本発明は、キャンセル待ち優先順位決定プログラム、キャンセル待ち優先順位決定方法、およびキャンセル待ち優先順位決定装置に関する。

サービスの予約に空きが生じた場合、利用状況に応じて設定される優先順位に基づいて、キャンセル待ち利用者の予約を行う予約システムが提案されている。具体的には、高度電話サービスを用いる予約システムにおいて、キャンセル待ちを行う複数の予約希望者に対して、サービスの利用状況に応じて優先順位を設定し、優良利用者から順番に予約を行う技術が提案されている。

特開２００２−２４５３１４号公報

健康診断も、予約に基づいて行われる一種のサービスである。しかし、宿泊の提供等のサービスと異なり、利用状況ではなく利用者の健康状態に応じてキャンセル待ち優先順位を設定すること好ましい場合がある。そこで、本発明の課題は、このような問題を解決することである。

上記の問題を解決するために、本プログラムの一観点によれば、コンピュータに、日時に関する情報を含む予約をキャンセルする旨のキャンセル情報を受付け、前記キャンセル情報を受付けた場合に、検査の申込を一意に識別する受診番号のうちのキャンセル待ち状態の健診受診者の受診番号と当該健診受診者の受診日とを対応付けて記録するキャンセル待ちデータベースから前記日時に関する情報に基づいて、キャンセル待ち状態の健診受診者の前記受診番号を複数取得し、前記キャンセル待ち状態の健診受診者の過去の検査結果に基づく健康度の判定値が記録されている判定結果データベースから複数取得した前記受診番号のそれぞれに関連する健診受診者の過去の判定値を取得し、取得した前記判定値に基づいて複数取得した前記受診番号それぞれに予約枠を割り当てる優先順位を決定する処理を実行させることを特徴とするキャンセル待ち優先順位決定プログラムが提供される。

本プログラムによれば、健康状態に問題がある受診者に、優先的に健康診断を受けさせることができる。

予約登録システムの構成図である。 サーバ４の一例を示すブロック図である。 予約枠ＤＢの一例を説明する図である。 予約スケジュールＤＢの一例を説明する図である。 キャンセル待ちＤＢの一例を説明する図である。 受診情報ＤＢの一例を説明する図である。 判定結果ＤＢの一例を説明する図である。 判定分類ＤＢの一例を説明する図である。 判定ＤＢの一例を説明する図である。 受診者情報ＤＢの一例を説明する図である。 実施の形態の予約登録方法を説明するフローチャートである。 第２のクライアントにおける予約登録処理のフローチャートである（その１）。 第２のクライアントにおける予約登録処理のフローチャートである（その２）。 第２のクライアントにおける予約登録処理のフローチャートである（その３）。 予約登録処理に際し受診者が操作する予約登録画面である（その１）。 予約登録処理に際し受診者が操作する予約登録画面である（その２）。 予約登録処理に際し受診者が操作する予約登録画面である（その３）。 予約登録処理に際し受診者が操作する予約登録画面である（その４） キャンセル処理のフローチャートである。 キャンセル処理に際し健診実施機関の担当者が操作するキャンセル画面である。 キャンセル待ち処理フローチャートである（その１）。 キャンセル待ち処理フローチャートである（その２）。 キャンセル待ち処理フローチャートである（その３）。 キャンセル待ち処理フローチャートである（その４）。 キャンセル待ち処理に際し健診実施機関の担当者が操作する画面である（その１）。 キャンセル待ち処理に際し健診実施機関の担当者が操作する画面である（その２）。 キャンセル待ち処理に際し健診実施機関の担当者が操作する画面である（その３）。 キャンセル待ち処理に際し健診実施機関の担当者が操作する画面である（その４）。 キャンセル待ち処理に際し健診実施機関の担当者が操作する画面である（その５）。

以下、図面にしたがって本発明の実施の形態について説明する。但し、本発明の技術的範囲はこれらの実施の形態に限定されず、特許請求の範囲に記載された事項とその均等物まで及ぶものである。尚、図面が異なっても対応する部分には同一符号を付し、その説明を省略する。

（１）装置
図１は、本実施の形態に用いられる予約登録システム２の構成図である。図１に示すように、予約登録システム２は、サーバ４と、サーバ４に接続された第１のクライアント６ａと、第２のクライアント６ｂとを有している。

第１および第２のクライアント６ａ,６ｂは、例えばパーソナルコンピュータ等のコンピュータである。サーバ４および第１のクライアント６ａは、例えば健康診断実施機関（例えば、企業の健康管理センタ）８に設置されている。第１のクライアント６ａは、例えば健康診断実施機関内のネットワークによりサーバ４に接続されている。第２のクライアント６ｂは、例えばインターネット１０（または、イントラネット）によりサーバ４に接続されている。第１および第２のクライアント６ａ,６ｂは、例えばＷＥＢ（World Wide Web）コンテンツ閲覧用のブラウザソフトウエア（以下、ブラウザと呼ぶ）がインストールされている。

図２は、サーバ４のハードウェア構成例を示すブロック図である。サーバ４は、ＣＰＵ（Central Processing Unit）１２、ＲＯＭ（Read Only Memory）１４ａ、ＲＡＭ（Random Access Memory）１４ｂを含む。更にサーバ４は、ハードディスク１６、ディスクドライブ１５、通信部１３、表示部１７、および操作部１９を含む。サーバ４のハードウェア各部は、バス１８を介して相互に接続されている。

ＣＰＵ１２は、サーバ４のハードウェア各部を制御するプロセッサである。またＣＰＵ１２は、ハードディスク１６に記録されたプログラム２１〜２３をＲＡＭ１４ｂにロードし、プログラム２１〜２３を実行する。

ＲＯＭ１４ａは、例えば不揮発性の半導体メモリ又は半導体メモリ以外の読み出し専用記憶媒体である。ＲＯＭ１４ａは、サーバ４の起動時にＣＰＵ１２が実行するＢＩＯＳ（Basic Input/Output System）、ファームウェア等を記録している。

ＲＡＭ１４ｂは、例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ（Dynamic RAM）であり、ＣＰＵ１２が実行する処理の過程で必要な作業変数、データ等を一時的に記録する。なお、ＲＡＭ１４ｂは主記憶装置の一例であり、ＲＡＭ１４ｂの代わりにフラッシュメモリ、メモリカード等が用いられてもよい。

ハードディスク１６は、サーバ４の内部に取り付けられるものであっても、サーバ４の外部に置かれるものであってもよい。また、ハードディスク１６は補助記憶装置の一例であり、大容量の情報の記録が可能なフラッシュメモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＢＤ（Blu-ray Disc、登録商標）等の光ディスク１ａで代替してもよい。

ディスクドライブ１５は、外部の記録媒体であるＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ａから情報を読み込み、光ディスク１ａに情報を記録する。ＣＰＵ１２は、操作部１９からディスクドライブ１５に対する光ディスク１ａの排出命令を受け付けた場合、ディスクドライブ１５の図示しないトレイを排出する。

通信部１３は、有線又は無線通信のモデム又はＬＡＮ（Local Area Network）カード等であり、健康診断実施機関内のネットワークおよびインターネット１０（または、イントラネット）に接続されている。

表示部１７は、例えば液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ、ＣＲＴ（Cathode Ray Tube）ディスプレイ等の画面を有し、ＣＰＵ１２からの指示に従って、プログラム２１〜２３に係る各種情報を表示する。

操作部１９は、利用者が各種の入力を行うキーボード、マウス、電源スイッチ、ディスクドライブ１５から光ディスク１ａを排出するための操作ボタン等の入力デバイスを含む。操作部１９は、利用者による操作に基づいて入力信号を生成する。生成された入力信号は、バス１８を介してＣＰＵ１２に送信される。

ハードディスク１６には、予約管理プログラム１８、検索プログラム２２、およびキャンセル待ち優先順位決定プログラム２３、および複数のデータベース（Data Base；以下、ＤＢと呼ぶ）２０ａ〜２０ｈが記録されている。尚、データベースとは、検索に適したデータ構造を有するファイルまたは当該ファイルを記録した記憶装置のことである。

ＣＰＵ１２が予約管理プログラム２１を実行することで、サーバ４は予約管理装置になる。ＣＰＵ１２がキャンセル待ち優先順位決定プログラム２３を実行することで、サーバ４はキャンセル待ち優先順位決定装置になる。またＣＰＵ１２が検索プログラム２２を実行することで、サーバ４はデータベース２０ａ〜２０ｈの検索装置になる。

ここで予約管理プログラム２１の実行には、キャンセル待ち優先順位決定プログラム２３および検索プログラム２２が用いられる。また、キャンセル待ち優先順位決定プログラム２３の実行には、検索プログラム２２が用いられる。

図３は、予約枠データベース２０ａの一例を説明する図である。予約枠データベース０ａは、例えば図３に示すように、予約枠コード２２と、予約枠名称２４と、管理対象検査項目コードとを対応付けて記録している。

以下、「データベース」を含む名称の「データベース」の部分はＤＢと略される。例えば、予約枠データベースは、予約枠ＤＢと略される。同様に、「コード」を含む名称の「コード」の部分はＣＤと略される。例えば、予約枠コードは、予約枠ＣＤと略される。

予約枠ＣＤ２２は、所定の検査（例えば、マンモグラフィー）を受けるための予約枠に対応するコードである。予約枠名称２４は、この予約枠２２の名称である。管理対象検査項目は、特定の疾病（例えば、乳がん）に対する健康度判定に用いられる検査（例えば、マンモグラフィー）である。ここで予約枠とは、検査の予約をした人に割り当てられる検査機会（検査を受ける機会）のことである。

この予約枠ＤＢ２０ａにより、予約枠と当該予約枠で受ける管理対象検査項目が対応付けられる。例えば、図３の２行目に示す例では、予約枠ＣＤ「００１」に対応し名称「マンモ」を有する予約枠では、管理対象検査項目ＣＤ「１００００１」の検査（例えば、マンモグラフィー）が受けられる（図３の２行目参照）。

図４は、予約スケジュールＤＢ２０ｂの一例を説明する図である。予約スケジュールＤＢ２０ｂは、例えば図４に示すように、予約枠ＣＤ２２と、受診日２８と、予約枠数３０とを対応付けて記録している。予約スケジュールＤＢ２０ｂは、内容が随時変更されることのないマスタデータベースである。

受診日２８は、予約枠ＣＤ２２に対応する予約枠が設けられている日である。予約枠数３０は、この受診日２８に設けられている予約枠の数である。例えば、図４の２行目に示す例では、予約枠ＣＤ「００１」に対応する予約枠（以下、予約枠「マンモ」と呼ぶ）の受診日は、２０１１年２月１日である。この予約枠「マンモ」の数は５である。

図５は、キャンセル待ちＤＢ２０ｃの一例を説明する図である。キャンセル待ちＤＢ２０ｃは、例えば図５に示すように、予約枠ＣＤ２２、受診日２８、受診番号３２ａ、および優先度３６とを対応付けて記録している。

受診番号３２は、健康診断（健診）が申請される順番に従って申請者に割り当てられる番号である。優先度３６は、キャンセル待ちを申請した順番にしたがって受診番号３２に割り当てられる順番である。すなわち、キャンセル待ちＤＢ２０ｃは、健康診断が申請される順番にしたがって申請者に割り当てられる受診番号のうちキャンセル待ち状態の検査項目を有する健診受診者の受診番号と、当該健診受診者の受診日とを対応付けて記録するデータベースである。

図５の２行目に示す例では、受診番号「００２００１」の受診者は、受診日が２０１１年２月１日の予約枠「マンモ」のキャンセル待ちを申請していることを示している。このキャンセル待ちは２０１１年２月１日に最初に申し込まれたものであり、最も高い優先度「１」が割り当てられている。

図６は、受診情報ＤＢ２０ｄの一例を説明する図である。受診情報ＤＢ２０ｄは、例えば図６に示すように、受診番号３２ａ、個人ＩＤ３４、氏名３６、受診日３７、受診検査項目ＣＤ３８、および受診検査名称４０とを対応付けて記録している。氏名３６は、個人ＩＤ３４に対応する個人の氏名である。受診検査項目ＣＤ３８は受診者が受診を申請した検査項目（以下、受診検査項目と呼ぶ）のコードである。受診検査項目名称４０は、この受診検査項目の名称である。尚、受診検査項目ＣＤ３８は、上述した管理対象検査ＣＤと同じものである。すなわち、受診検査項目と管理対象検査項目は、略同じものである。

血液検査等の基本検査は、すべての受診者が受ける検査項目でありその予約枠が十分広い。従って、キャンセル待ちになる場合がないので受診情報ＤＢ２０ｄには記録されない。しかし、基本検査の予約枠が十分でない場合には、他の受診検査項目と同様に管理してもよい。

受診情報ＤＢ２０ｄには、予約が確定（成立）した受診検査項目が記録される。例えば、図６の１３行目に示す例では、「富士通 花子」の受診検査項目「大腸内視鏡」の予約は確定している。一方、第１１行目の「富士通 ヨシコ」の予約が確定している検査項目は、基本検査だけである。

図７は、判定結果ＤＢ２０ｅの一例を説明する図である。判定結果ＤＢ２０ｅは、例えば図７に示すように、受診番号３２ａと、判定分類ＣＤ４０と、判定ＣＤ４２とを対応付けて記録している。

判定分類は、診断対象の疾病（例えば、乳がん）に基づく健康診断の分類（例えば、乳がんドック）のことである。判定分類ＣＤ４０は、この判定分類に割り当てられたコードである。判定ＣＤ４２は、対応する判定分類４０の診断により得えられる健康度の判定値を示すコードである。

図７に示す例では、判定値「Ａ」は、対応する疾病（例えば、乳がん）の可能性が低いことを示していている。判定値「Ｃ」は、対応する疾病の可能性が高いことを示していている。判定値「Ｂ」は、「Ａ」と「Ｃ」の中間である。図７の２行目に示す例は、受診番号「０００００１」の受診者の乳がん（判定分類ＣＤ「１０１」）の可能性（判定値Ａ）が低いことを示している。この判定値は下記判定分類ＤＢ２０ｆに示されている管理対象検査項目の検査結果の基づく健康度である。すなわち、判定結果データベース２０ｆ（図８）には、管理対象検査項目（検査項目）の検査結果に基づく健康度の判定値が記録されている。

図８は、判定分類ＤＢ２０ｆの一例を説明する図である。判定分類ＤＢ２０ｆには、図８に示すように、判定分類ＣＤ４０と、判定分類名４４と、管理対象検査項目ＣＤ２６と、管理対象検査項目名称（検査項目）４６とが対応付けられた状態で記録されている。判定分類ＤＢ２０ｆは、マスタデータベースである。

判定分類ＤＢ２０ｆには、各判定分類のコードと名称が記録されている。また、判定分類ＤＢ２０ｆには、各判定分類に用いられる管理検査対象項目コードおよびその名称が示されている。図８の２行目に示す例は、「乳がんドック」（判定分類ＣＤ「１０１」）には管理対象検査項目ＣＤ「１００００１」の「マンモ」が用いられることを示している。

図９は、判定ＤＢ２０ｇの一例を説明する図である。判定ＤＢ２０ｇは、例えば図９に示すように、判定分類ＣＤ４０と、判定ＣＤ４２と、重み４８とを対応付けて記録している。重み４８は、後述する優先順位の決定に用いられるパラメータである。図９の第２行目に示す例では、判定分類ＣＤ「１０１」の「乳がんドック」の判定値「Ａ」の重みは「３」である。

図１０は、受診者情報ＤＢ２０ｈの一例を説明する図である。受診者情報ＤＢ２０ｈは、例えば図１０に示すように、個人ＩＤ３４と、氏名３６と、メールアドレス５０と、団体名５２とを対応付けて記録している。例えば、図１０の２行目に示す例では、「富士通 花子」の個人ＩＤは「１００００００００１」である。また、「富士通 花子」のメールアドレスは「hanako@xxx.jp」である。また、「富士通 花子」の所属団体は、富士通である。

（２）方法
図１１は、本実施の形態の予約登録方法を説明するフローチャートである。健康診断（すなわち健診）の予約登録処理は、図１１に示す３つの独立した手順を有している。

本実施の形態の予約登録方法では、まず受診者により予約登録が行われる（Ｓ２）。受診者は予約枠に空きがない場合、キャンセル待ち処理を行うことができる。

一方、予約済みの健康診断を受診できなくなった場合、受診者は予約枠のキャンセル処理を行う（Ｓ４）。

健康診断実施機関８では、担当者が定期的にキャンセル待ち処理を行って、空きの生じた予約枠をキャンセル待ちの受診者に割り当てる（Ｓ６）。この際、キャンセル待ち優先順位決定プログラム２３により決定される優先順位にしたがって、予約枠が割り当てられる。

―予約登録処理―
図１２乃至１４は、第２のクライアント６ｂにおける予約登録処理のフローチャートである。図１５乃至１８は、予約登録処理に際し健康診断の受診を予定している者（以下、受診者と呼ぶ）が操作する予約登録画面である。

受診者は、第２のクライアント６ｂからサーバ４にアクセスして、予約管理プログラム２１および検索プログラムを起動（ロード）する。これによりサーバ４は、予約登録装置および検索装置になる。以後、サーバ４の処理は、予約管理プログラム２１によって実行される。データベース２０ａ〜２０ｈの検索は、予約管理プログラム２１が検索プログラム２２を用いて実行する。

受診者は、第２のクライアント６ｂからサーバ４にアクセスして予約管理プログラム２１を起動する。第２のクライアント６ｂは、ＷＥＢソフトウエアを用いてサーバ４と通信する。第１のクライアント６ａも同様である。

予約管理プログラム２１が起動されると、サーバ４は第２のクライアント６ｂに個人ＩＤ入力画面の画像データ（例えば、ＨＴＭＬ（Hyper Text Markup Language）ファイル）を送信する。この画像データを受信すると、第２のクライアント６ｂは、ＷＥＢソフトウエアが応答して個人ＩＤの入力を促す個人ＩＤ入力画面を表示する。

受診者（例えば、富士通 花子）は、この初期画面の個人ＩＤ入力ボックス（フィールド）に個人ＩＤ（例えば、１００００００００１）を入力し、予約ボタンをクリックする（Ｓ１２）。この個人ＩＤの入力操作に応答して、第２のクライアント６ｂは、サーバ４に個人ＩＤを送信すると共に受診者情報の送信を要求する。

受診者情報の送信要求を受信するとサーバ４は、個人ＩＤをキーとして受診者情報ＤＢ２０ｈ（図１０）を検索し、受診者の個人情報（例えば、氏名および団体名）を取得する。

サーバ４は、取得した個人情報を用いて第２のクライアント６ｂに表示する画像データを作成し、第２のクライアント６ｂに送信する。画像データを受信した第２のクライアント６ｂは、例えば図１５に示す予約画面５４をディスプレイに表示する（Ｓ１４）。

受診者は、この予約画面を見て希望する受診日（例えば、２０１１年２月１日）を受診日ボックス５６に入力する。更に、受診者は、希望する管理対象検査項目（以下、検査内容と呼ぶ）の選択ボックス５８をクリックする（Ｓ１６）。

この状態で受診者は、予約確認ボタン５７をクリックする。すると第２のクライアント６ｂは、サーバ４に受診日および検査内容（例えば、基本検査、マンモ、大腸内視鏡）を送信すると共に予約可否情報の送信を要求する。この時、検査内容として、例えば管理対象検査項目ＣＤ２６が送信される（以下の説明でも、同様である。）。

予約可否情報の送信を要求されたサーバ４は、予約枠ＤＢ２０ａ（図３）を検索して、受信した検査内容（例えば、マンモ、大腸内視鏡）それぞれに対応する予約枠ＣＤ２２を取得する。サーバ４は、取得した予約枠ＣＤ２２および受信した受診日（＝希望受診日）をキーにして予約スケジュールＤＢ２０ｂを検索し、希望受診日（例えば、２０１１年２月１日）の予約枠数（例えば、５）を取得する。

更に、サーバ４は、受診した検査内容（例えば、マンモ）および受信した受診日をキーにして受診情報ＤＢ２０ｄ（図４）を検索し、受信した受診日（例えば、２０１１年２月１日）における受診番号の数（例えば５）を取得する。ここで受診情報ＤＢ２０ｄには、予約枠の割り当てが確定した受診番号が記録（登録）されている。

サーバ４は、取得した受診番号の数と予約枠数を比較して、受信した受診日の予約枠に空きがあるか否かを判定する。サーバ４は、この判定結果に基づいて予約画面のデータを改訂し、第２のクライアント６ｂに送信する。第２のクライアント６ｂは受診した画面データに基づいて、改訂された予約画面を表示する（Ｓ１８）。尚、本実施の形態では、基本検査の予約枠は十分に確保されている。従って、基本検査の予約枠に空きがあるか否かの判定は行われない。

図１６は、改訂された予約画面５４ａの一例である。図１６に示すように、予約枠が空いている検査内容の予約状況ボックス６０には「○」が表示される。一方、予約枠が空いていない検査内容の予約状況ボックス６０には「×」が表示される。図１６に示す例は、基本検査と大腸内視鏡の予約枠が空いていることを示している。一方、マンモの予約枠は空いていない。

予約枠に空きがない検査内容（例えば、マンモ）がある場合、第２のクライアント６ｂは、「×」が表示された検査内容の「キャンセル待ち設定ボタン」６２をクリックしてキャンセル待ち状況の表示要求するように受診者を促す（Ｓ２０、Ｓ２２）。

受診者が「キャンセル待ち設定ボタン」６２をクリックすると、第２のクライアント６ｂは、サーバ４に受診日（例えば、２０１１年２月１日）および「キャンセル待ち設定ボタン」に対応する検査内容（例えば、マンモ）のを送信すると共に、当該検査内容のキャンセル待ち状況および予約枠名称の送信をサーバ４に要求する。この送信要求を受信するとサーバ４は、受信した検査内容をキーにして予約枠ＤＢ２０ａ（図３）を検索し、対応する予約枠ＣＤ２２（例えば、００１）を取得する。

サーバ４は取得した予約枠ＣＤ２２および受信した受診日をキーにしてキャンセル待ちＤＢ２０ｃ（図５）を検索し、受信した受診日にキャンセル待ちしている受診番号３２を取得する。更にサーバ４は、取得した受診番号３２をキーにして受診者情報ＤＢ２０ｄ（図６）を検索して、対応する個人ＩＤとその氏名を取得する。

尚、十分な数の基本検査が確保されているので、全ての受診者に受診番号３２が割り当てられる。例えば、「富士通 ヨシコ」は受診検査項目「マンモ」をキャンセル待ちしているが、受診情報ＤＢ２０ｄ（図６）に登録されている。

サーバ４は、この検索結果に基づいてキャンセル待ち登録画面５４ｂの画像データを作成し、第２のクライアント６ｂに送信する。第２のクライアント６ｂは受診した画面データに基づいて、キャンセル待ち登録画面を表示する（Ｓ２４）。

図１７は、キャンセル待ち登録画面５４ｂの一例である。キャンセル待ち登録画面５４ｂには、例えば図１７に示すように、予約枠名称、受診日、および既に登録済みの受診者氏名等が表示される。

受診者は、キャンセル待ち登録画面５４ｂでキャンセル待ち状況を確認して、追加ボタン６８をクリックする。すると、第２のクライアント６ｂは、予約申請中の受診者に受診番号（例えば、００２００１）を割り当て、キャンセル待ちＤＢ２０ｃ（図５）に受診者のデータ（予約枠ＣＤ、受診日、受診番号、優先度）を登録する（図１４のＳ２６、Ｓ２８）。

図５に示すキャンセル待ちＤＢ２０ｃは、受診番号「００２００１」の「富士通 ヨシコ」と受診番号「００２００２」の「富士通 カズコ」の登録後に、「富士通 花子」のキャンセル待ちが登録された状態を示している。

まだ予約枠に空きのない検査内容でキャンセル待ちが設定されていないものが残っている場合、第２のクライアント６ｂは予約画面５４ａを再度表示する。これにより第２のクライアント６ｂは、残された検査内容の「キャンセル待ち設定ボタン」６２をクリックするように受診者を促す（Ｓ３０、Ｓ２２）。

予約枠に空きのない検査内容すべてに対してキャンセル待ち要求の登録が済むと第２のクライアント６ｂは予約登録ボタン６６が強調された予約画面５４ｃ（図１８参照）を表示して、受診者に予約登録要求ボタン６６をクリックするように促す（図１４のＳ３０、図１３のＳ３２）。受診者が予約登録ボタン６６をクリックすると、第２のクライン６ｂは、サーバ４に予約確定要求を送信する（図１３のＳ３４）。

予約確定要求を受信したサーバ４は、受診情報ＤＢ２０ｄ（図６）に、受診者（例えば、「富士通 花子」）の情報（受診番号、個人ＩＤ、氏名）、予約枠に空きのある受診検査項目の情報（受診検査項目ＣＤ、受診検査項目名称）、および受診日を登録する。図６に示す例では、キャンセル待ち受診情報ＤＢ２０ｄの「富士通 花子」の覧には、大腸内視鏡のコードおよび名称が登録される。

一方、希望した検査内容で予約枠すべてに空きがある場合には、第２のクライアント６ｂは予約登録ボタン６６が強調された予約画面を表示して、受診者に予約登録ボタン６６をクリックするように促す（図１３のＳ２０、Ｓ３２）。

受診者が予約登録ボタン６６をクリックすると、第２のクライアント６ｂはサーバ４に予約確定要求を送信する。予約確定要求を受信したサーバ４は、受診者に受診番号を割り当てる。サーバ４は、この受診番号、受診者情報（個人ＩＤ、氏名）、受診検査項目情報（受診検査項目ＣＤ、受診検査項目名称）、および受診日を、受診情報ＤＢ２０ｄ（図６）に登録する（図１３のＳ３２）。

その後、受診者が予約登録画面５４ａの「閉じるボタン」７２をクリックすると、予約登録処理が終了する。

―他の受診者によるキャンセル処理―
図１９は、キャンセル処理のフローチャートである。図２０は、キャンセル処理に際し健診実施機関の担当者（以下、担当者と呼ぶ）が操作するキャンセル画面である。

今、受診情報ＤＢ２０ｈに登録（記録）されている受診者から、健診をキャンセルするとの連絡が健診実施機関８に入ったとする。健診実施機関８の担当者は、第１のクライアント６ａからサーバ４にアクセスして、予約管理プログラム２１および検索プログラム２２を起動する。これによりサーバ４は、予約登録装置および検索装置になる。

すると第１のクライアント６ａには、「キャンセル処理ボタン」および後述する「キャンセル待ち処理ボタン」を含むメニュー画面が表示される。

担当者が「キャンセル処理ボタン」をクリックすると、個人ＩＤの入力を促すＩＤ入力画面が表示される。担当者は、このＩＤ入力画面に表示される個人ＩＤ入力ボックスに連絡があった受診者の個人ＩＤを入力し、キャンセル処理ボタンをクリックする（Ｓ４０）。この個人ＩＤの入力操作に応答して、第１のクライアント６ａは、サーバ４に個人ＩＤを送信すると共に受診者情報の送信を要求する。

サーバ４は、受信した個人ＩＤをキーとして受診情報ＤＢ２０ｄ（図６）および受診者情報ＤＢ２０ｈ（図１０）を検索して、キャンセルを連絡してきた受診者の受診情報（受診日、検査項目ＣＤ３８等）と個人情報を取得する。サーバ４は取得した情報を用いて第１のクライアント６ａに表示する画像データを作成し、第１のクライアント６ａに送信する。画像データを受信した第１のクライアント６ａは、図２０に示すキャンセル画面６９を表示する（Ｓ４２）。

健診実施機関の担当者はキャンセル画面で表示内容を確認し、キャンセルボタン７０をクリックする。すると第１のクライアント６ａは、サーバ４にキャンセル要求を送信する（Ｓ４４，Ｓ４６）。

キャンセル要求を受信したサーバ４は、受診情報ＤＢ２０ｄ（図６）からキャンセルを申し出た受診者の情報を削除する。また、サーバ４は、キャンセル待ちＤＢ２０ｃ（図５）に当該受診者が登録されている場合には、キャンセル待ちＤＢ２０ｃ（図５）からも当該受診者の情報を削除する。その後、健診実施機関の担当者が閉じるボタン７２をクリックすると、キャンセル処理が終了する。

―健診実施機関によるキャンセル待ち処理―
図２１乃至２４は、キャンセル待ち処理フローチャートである。図２５乃至２９は、キャンセル待ち処理に際し健診実施機関の担当者が操作する画面である。

健診実施機関８の担当者は定期的（例えば、毎日）に、第１のクライアント６ａからサーバ４にアクセスして、予約管理プログラム２１および検索プログラム２２を起動する。すると第１のクライアント６ａには、上述した「キャンセル処理ボタン」および「キャンセル待ち処理ボタン」を含むメニュー画面が表示される。担当者が「キャンセル待ち処理ボタン」をクリックすると、第１のクライアント６ａは、サーバ４にキャンセル待ち情報の送信を要求する。

すると予約管理プログラム２１は、キャンセル待ち優先順位決定プログラム２３を起動する。これによりサーバ４は、予約登録装置、検索装置、およびキャンセル待ち優先順位決定装置になる。

キャンセル待ち情報送信要求を受信するとサーバ４は、予約枠ＤＢ２０ａ(図３)から各予約枠ＣＤ（例えば、００１〜００５）を取得する。サーバ４は、取得した予約枠ＣＤおよびキャンセル待ち処理を行っている当日（例えば、２０１１年１月１日）以降の受診日をキーにして予約スケジュールＤＢ２０ｂ（図４）を検索して、各受診日の予約枠数を取得する。

更に、サーバ４は、各予約枠ＣＤに対応する管理対象検査項目ＣＤ（＝受診検査項目ＣＤ）および当日（例えば、２０１１年１月１日）以降の受診日をキーにして受診情報ＤＢ２０ｄ（図６）を検索し、当日以降の受診日において受診予定が確定している受診番号を取得する。サーバ４は、取得した受診番号の数と取得済みの予約枠数を比較して、当日以降の各受診日における予約枠それぞれの空き数（以下、残枠数と呼ぶ）を算出する。

また、サーバ４は、各予約枠ＣＤ２２と当日以降の受診日をキーにしてキャンセル待ちＤＢ２０ｃ（図５）を検索して、当日以降に各予約枠をキャンセル待ちしている受診番号３２の数をカウントする。

サーバ４は、カウントしたキャンセル待ちの受診番号数および算出した残枠数等に基づいて、キャンセル発生状況を示すキャンセル待ち概要画面のデータを作成し、第１のクライアント６ａに送信する。

第１のクライアント６ａはサーバ４から受信した画面データに基づいて、キャンセル待ち概要画面を表示する（図２１のＳ５２）。図２５は、キャンセル待ち概要画面７４の一例である。図２５に示すように、キャンセル待ち概要画面７４には、予約枠の名称とそのキャンセル待ち状況が表示される。図２５に示す例では、予約枠「マンモ」のキャンセル待ち人数は１０人で、１人割り当て可能である。一方、予約枠「大腸内視鏡」のキャンセル待ちは３人で、割り当て可能な予約枠はない。このキャンセル概要画面を参照することで、担当者は、予約枠「マンモ」にキャンセルが発生したことを検知できる。

そこで、担当者は予約枠「マンモ」の空き状況の詳細を知るため、各概要枠に対応して設けられた枠概要ボタン７６をクロックする。すると第１のクライアント６ａは、（クリックされた枠概要ボタン７６に対応する）予約枠（例えば、「マンモ」）のキャンセル発生状況の詳細を示す枠概要情報を送信するようにサーバ４に要求する。

枠概要情報の送信要求を受信したサーバ４は、クリックされた予約枠に対応する予約枠ＣＤ２０ａ（図３）および処理当日以降の受診日に基づいてキャンセル待ちＤＢ２０ｃ（図５）および受診情報ＤＢ２０ｄ（図６）を再度検索する。

サーバ４は、得られたデータに基づいて枠概要情報を生成する。更にサーバ４は、生成された残枠情報に基づいて残枠画面（図２６参照）の画像データを作成し、第１のクライアント６ａに送信する。画像データを受信した第１のクライアント６ａは、ディスプレイに残枠画面７６を表示する（図２１のＳ５４、Ｓ５６）。

図２６は、残枠画面７６の一例である。残枠画面７６には、図２６に示すように、受診日（日付）ごとに残枠数が表示される。例えば、２月１日の残枠数は１人である。一方、２月２日の残枠数は０人である。

また残枠画面７６には、各日付に対応するキャンセル待ち受診者の氏名が表示される。また枠概要画面７６には、キャンセル待ち概要画面７４でクリックされた予約枠の名称（例えば、「マンモ」）が予約枠ボックス７９に表示される。

受診者の氏名は、キャンセル待ちＤＢ２０ｃ（図５）に記録されている優先度３６の順番に左側から表示される。この優先度は、前述したように、キャンセル待ちの申請順にしたがって、受診番号３２に割り当てられる順番である。例えば、図２６に示す例では、２月１日の優先度が１番の「富士通 ヨシコ」は、２月１日のキャンセル待ちを最も早く申請した受診者である。

担当者は残枠数がある「日付／残枠数ボックス」７８をクリックし、更に「前回検査を考慮ボックス」８０をクリックする。すると第１のクライアント６ａは、選択された「日付／残枠数ボックス」７８の受診日（例えば、２０１１年２月１日）および予約枠ボックス７９に表示された予約枠名称（例えば、マンモ）に対応する予約枠ＣＤをサーバ４に送信する。そして、第１のクライアント６ａは、前回の検査結果を考慮した優先順位の送信を要求する（図２１のＳ５８〜Ｓ６２）。

図２２は、サーバ４が前回検査結果を考慮した優先順位を決定する手順を示すフローチャートである。前回検査結果を考慮した優先順位の送信要求をサーバ４が受信すると、予約管理プログラム２１はキャンセル待ち優先順位決定プログラム２３を呼び出す。サーバ４はこの優先順位決定プログラム２３に従って、以下の処理を実行する。

サーバ４は受信した受診日（例えば、２０１１年２月１日）および予約枠ＣＤ（例えば００１）をキーにしてキャンセル待ちデータベース２０ｃ（図５）を検索して、該当する受診番号を取得する（Ｓ７２）。すなわちサーバ４は、キャンセル待ちデータベース２０ｃから、キャンセル待ち状態の検査項目にキャンセルが発生した受診日（例えば、２０１１年２月１日）における受診番号を取得する。例えば、サーバ４は、受診番号「００２００１」、「００２００２」、および「００２００６」を取得する（図５参照）。この時サーバ４は、受診番号取得ユニットとして機能する。

更にサーバ４は、取得した受診番号をキーにして受診情報ＤＢ２０ｄ（図６）を検索し、取得した受診番号それぞれ（例えば、００２００６）に対応する個人ＩＤ（例えば、１００００００１）を取得する。サーバ４は個人ＩＤをキーにして受診情報ＤＢを検索し、取得した受診番号それぞれ（例えば、００２００１、００２００２、０２００６）に対応する健診受診者の過去の受診番号（例えば、０００００２、０００００６、０００１）を取得する。

サーバ４は、取得した過去の受診番号のうち受診日が最も遅い受診番号（前回の受診番号）を抽出する。この抽出は、ステップＳ７２で取得した受診番号すべてに対して行われる。サーバ４は、抽出した前回の受診番号（例えば、０００００１）をキーとして、判定結果ＤＢ２０ｅ（図７）から前回の受診番号（例えば、０００００１）に対応する判定値（例えばＢ）を取得する。この判定値の取得は、ステップＳ７２で取得したすべての受診番号に対して行われる。

すなわち判定結果データベース２０ｅ（図７）から、ステップ７２で取得した受診番号に対応するキャンセル待ち健診受診者の前回の判定値（例えばＢ）を取得する（Ｓ７４）。この時サーバ４は、判定値取得ユニットとして機能する。

次にサーバ４は、取得した判定値をキーにして判定ＤＢ２０ｇ（図９）を検索して、当該判定値に対応する重み（例えば２）を取得する。サーバ４は、この重みが小さいほど早い優先順位を、ステップ７２で取得したキャンセル待ち受診番号に割り当てる。例えば、重みが「３」の受診番号（例えば、００２００１および００２００２）と「２」のキャンセル待ち受診番号があった場合、重みが「２」のキャンセル待ち受診番号（例えば、００２００６）に最も早い優先順番「１」を決定する（Ｓ７６）。以上のように、サーバ４は、ステップ７４で取得した判定値に基づいて、ステップ７６で取得した受診番号それぞれにキャンセル待ち状態の検査項目の予約枠を割り当てる優先順位を決定する。この時サーバ４は、優先順位決定ユニットとして機能する。

今、前回の判定値に対応する重みが「３」の受診番号（例えば、００２００１および００２００２）が２つあるとする。このような場合サーバ４は、ステップ７２で取得した同じ重みの受診番号（例えば、００２００１および００２００２）をキーにしてキャンセル待ちＤＢ２０ｃ（図５）を検索して、キャンセル待ちの申請順に割り当てられる優先度３６を取得する。サーバ４は、この優先度に従って優先順位を決定する。優先度は上述したように、先に健康診断を申請した受診者のものほど高くなる。

例えば、ステップ７２で取得した第１および第２の受診番号（例えば００２００１および００２００２）の前回の重みが共に「３」であった場合、優先度の高い受診番号（例えば００２００１）に早い優先順を決定する。

以上のように、サーバ４は、ステップＳ７４で取得した判定値に基づいて、ステップＳ７２で取得したキャンセル待ち受診番号それぞれに優先順位を決定する（Ｓ７６）。この優先順位にしたがって、キャンセル待ち状態の検査項目（例えば、マンモ）の予約枠が上記受診番号に割り当てられる。

この際、サーバ４は、取得した判定値が悪い健診受診者の受診番号ほど受診を優先する優先順位（早い優先順位）を割り当てる。また、サーバ４は、取得した判定値が同じ健診受診者が複数いた場合には、先に健康診断を申請した健診受診者の受診番号ほど受診を優先する優先順位（早い優先順位）を割り当てる。

以上の説明では、受診番号は、健康診断が申請される順番にしたがって申請者に割り当てられる。しかし受診番号は、健康診断の申し込みを一意に識別するものであればよい。例えば、受診番号は、ランダムに発生する番号（既に発生した番号は除く）であってもよい。また以上の説明では、キャンセル待ちデータベース２０ｃ等により検査項目ごとにキャンセル待ちを管理し、予約待ちの受診者にキャンセルされた予約枠を割り当てている。しかし検査項目が１つの場合などでは、検査項目ごとにキャンセル待ちを管理しなくてもよい。

以上のように、本実施の形態のキャンセル待ち優先順位決定プログラムは、コンピュータ（サーバ４）にキャンセル待ち優先順位決定方法を実行されるプログラムである。このキャンセル待ち優先順位決定方法では、コンピュータ（サーバ４）は、日時に関する情報（例えば、受診日）を含む予約をキャンセルする旨のキャンセル情報を受付ける。

次にコンピュータ（サーバ４）は、上記キャンセル情報を受付けた場合に、キャンセル待ちデータベースから、上記日時に関する情報に基づいて、キャンセル待ち状態の健診受診者の上記受診番号を複数取得する（図２２のＳ７２）。キャンセル待ちデータベースは、例えば図５のキャンセル待ちＤＢ２０ｃであり、少なくても検査の申込を一意に識別する受診番号のうちのキャンセル待ち状態の健診受診者の受診番号３２と、当該健診受診者の受診日２８とを対応付けて記録している。

その後コンピュータ（サーバ４）は、判定結果データベースから、複数取得した上記受診番号のそれぞれに関連する（対応する）健診受診者の過去の判定値を取得する（例えば、図２２のＳ７４）。判定結果データベースは、例えば図７の判定結果ＤＢ２０ｅであり、キャンセル待ち状態の健診受診者の過去の検査結果に基づく健康度の判定値（例えば、判定ＣＤ４２）が記録されているデータベースである（図７参照）。

そしてコンピュータ（サーバ４）は、取得した上記判定値に基づいて、複数取得した上記受診番号それぞれに予約枠を割り当てる優先順位を決定する（例えば、図２２のＳ７６）。

尚、コンピュータ（サーバ４）は、上記優先順位を決定する処理において、複数取得した上記受診番号のそれぞれに関連する（対応する）健診受診者のうち、取得した上記判定値が他の健診受診者よりも悪い健診受診者の受診番号に、受診を優先する優先順位を割り当てもよい。

また、上記キャンセル情報は、更にキャンセルされた検査項目に関する（対応する）キャンセル項目情報（例えば、予約枠ＣＤ２２）を含んでもよい。

この場合、上記キャンセル待ちデータベースは、例えば図５に示すように、上記キャンセル待ち状態の健診受診者の受診番号３２と、当該健診受診者の受診日２８と、当該健診受診者がキャンセル待している検査項目に対応する第１の識別子（例えば、予約枠ＣＤ２２）とを対応付けて記録してもよい。

同様に、上記判定結果データベースは、例えば図７に示すように、上記判定値（例えば、判定ＣＤ４２）の判定に用いられる検査項目に対応する第２の識別子（例えば、判定分類ＣＤ４０）と上記判定値とを対応付けて記録してもよい。

そして、上記受診番号を複数取得する処理（図２２のＳ７２）では、上記日時に関する情報（例えば、受診日）および上記キャンセル項目情報（例えば、予約枠ＣＤ）に基づいて、キャンセル待ち状態の健診受診者の上記受診番号を複数取得してもよい。

同様に、上記判定値を取得する処理では、複数取得した上記受診番号のそれぞれに関連する（対応する）健診受診者の過去の判定値（例えば、判定ＣＤ４２）のうちの上記キャンセルされた検査項目に対応する判定値を取得してもよい。

以上の例では、前回の判定値を用いて優先順位を決定している。しかし、サーバ４は、複数の過去の判定値に基づいて優先順位を決定してもよい。例えば、サーバ４は、前回および前々回の判定値の平均に基づいて優先順位を決定してもよい。

また、以上の処理では、ステップ７２で取得したキャンセル待ちの受診番号の数にかかわらず以後の処理を続行している。しかし、ステップ７２で取得したキャンセル待ち受診番号が残枠数（キャンセル数）以下の場合には、キャンセル待ち受診番号すべてに予約枠の割り当てが可能である。このような場合には、優先順位決定処理を中止してもよい。すなわち、ステップ７２で取得したキャンセル待ち受診番号が発生したキャンセル数より多い場合に、ステップＳ７４およびＳ７６を実行するようにしてもよい。

以上のような手順で決定した優先順位に基づいてサーバ４は優先順位面の画像データを作成し、第１のクライアント６ａに送信する。この画像データを受信した第１のクライアント６ａは、優先順位画面８２をディスプレイに表示する。図２７は、優先順位画面８２の一例である。

この優先順位画面８２には、受診者の氏名９０、前回の判定値８４、及び前回の判定値８４に基づいて決定された優先順位８６が示されている。優先順位画面８２には、優先度（キャンセル登録順）も示されている。尚、表示はされていないが、画像データには各受診者に対応する受診番号も記録されている。

健診機関の担当者は、優先順位８６の順番の早い受診者（例えば、「富士通 花子」）から順番に空きの生じた予約枠（例えば、「マンモ」）を割り当てる。具体的には、担当者が、優先順位８６が早い受診者から順番に残枠数ぶん電話で予約枠の割り当てが可能になったことを連絡する。予約枠割り当てへの同意を受診者から得ると、担当者は、優先順位画面の該当する受診者（例えば、「富士通 花子」）の氏名ボックス９１をクリックする（図２３のＳ９０）。

すると第１のクライアント６ａは、サーバ４にクリックされた氏名ボックス９１に対応する受診番号を送信すると共に予約可否情報の送信を要求する。予約可否情報の送信要求を受信したサーバ４は、受診した受診番号をキーにしてキャンセル待ちＤＢ２０ｃ（図５）を検索し、対応する受診日２８および予約枠ＣＤ２２を取得する。

サーバ４はこの受診日および予約枠ＣＤに基づいて、図１２を参照して説明したステップＳ１８と同様の手順で予約可否情報を生成する。サーバ４は生成した予約可否情報に基づいて予約画面の画像データを作成し、第１のクライアント６ａに送信する。予約画面の画像データを受信した第１のクライアント６ａは、予約画面を表示する（図２３のＳ９２）。

図２８は、この予約画面５４ｂの一例である。この予約画面５４ｂは、図１６を参照して説明した予約画面５４ａと略同じである。ただし、予約枠の割り当てが可能になった検査内容の「予約状況ボックス」６０ａには、「●」が表示される。

健診機関の担当者はこの予約画面を確認し問題がなければ、予約登録ボタン６６をクリックする。すると、第１のクライン６ａは、サーバ４に予約確定要求を送信する（図２３のＳ９４、Ｓ９６）。

予約確定要求を受信したサーバ４は、受診情報ＤＢ２０ｄ（図６）に、図２３のステップＳ９０で選択した受診者がキャンセル待ちしていた受診検査項目の情報（受診検査項目ＣＤ、受診検査項目名称）を追加登録する。図２８に示す例では、キャンセル待ち受診情報ＤＢ２０ｄ（図６）の「富士通 花子」のフィールドに、「１００００１」および「マンモ」が追加登録される。

以上の例は、枠概要画面７６（図２６参照）で「前回検査を考慮ボタン」８０をクリックした場合の手順である。図２４は、枠概要画面７６の「登録順表示ボタン」９２をクリックした場合の手順を説明する図である。

今、健診機関の担当者が残枠数のある「日付／残枠数ボックス」７８を選択し「登録順表示ボタン」９２をクリックすると、第１のクライアント６ａはサーバ４に優先度情報の送信を要求する。優先度情報の送信要求を受信したサーバ４は、キャンセル待ちＤＢ２０ｃ（図５）等を検索する。サーバ４は得られた情報に基づいて優先度画面の画像データを生成し、第１のクライアント６ａに送信する。優先度画面の画像データを受信した第１のクライアント６ａは、優先度画面を表示する（図２４のＳ１００）。

図２９は、優先度画面９４の一例である。優先度画面９４には、申請順に割り当てられる優先度９６が表示されている。担当者は、この優先度の順番にしたがって空きの生じた予約枠をキャンセル待ち受診者に割り当てることができる。

予約枠を割り当てるためには、担当者がまず優先度画面の該当する受診者（例えば、「富士通 ヨシコ」）の氏名ボックス９１ａをクリックする（図２３のＳ９０）。以後の手順は、上述したステップＳ９２〜Ｓ９６と略同じで行われる。

ところで近年、企業に従業員の健康管理を強制的に求める傾向が強まっている。例えば、２００８年４月からは特定健診・特定保健指導制度が導入され、従業員の健康管理が不十分な場合、企業に罰金が課せられることがある。

本実施の形態によれば、過去の健康診断に問題のある従業員に対して優先的に健診を受けさせることができるので、このような従業員の健康管理を重点的に行うことができる。これにより従業員の健康管理を効率的に進めることができる。なお、本実施の形態の優先順位決定方法は企業内健診だけではなく、個人が病院等に申し込んで行う健康診断に適用することもできる。

以上の実施の形態では、予約枠に発生する空きは１つである。しかし、予約枠に発生する空きは複数であってもよい。

２・・・予約登録システム
４・・・サーバ
６ａ,６ｂ・・・クライアント
２０ａ〜２０ｈ・・・データベース
２１・・・予約管理プログラム
２２・・・検索プログラム
２３・・・キャンセル待ち優先順位決定プログラム

Claims (5)

1. コンピュータに、
   日時に関する情報を含む予約をキャンセルする旨のキャンセル情報を受付け、
   前記キャンセル情報を受付けた場合に、検査の申込を一意に識別する受診番号のうちのキャンセル待ち状態の健診受診者の受診番号と当該健診受診者の受診日とを対応付けて記録するキャンセル待ちデータベースから、前記日時に関する情報に基づいて、キャンセル待ち状態の健診受診者の前記受診番号を複数取得し、
   前記キャンセル待ち状態の健診受診者の過去の検査結果に基づく健康度の判定値が記録されている判定結果データベースから、複数取得した前記受診番号のそれぞれに関連する健診受診者の過去の判定値を取得し、
   取得した前記判定値に基づいて、複数取得した前記受診番号それぞれに予約枠を割り当てる優先順位を決定する処理を実行させることを
   特徴とするキャンセル待ち優先順位決定プログラム。
2. 前記優先順位を決定する処理において、複数取得した前記受診番号のそれぞれに関連する健診受診者のうち、取得した前記判定値が他の健診受診者よりも悪い前記健診受診者の前記受診番号に、受診を優先する優先順位を割り当てることを特徴とする請求項１記載の健康診断キャンセル待ち優先順位決定プログラム。
3. 前記キャンセル情報は、更にキャンセルされた検査項目に関するキャンセル項目情報を含み、
   前記キャンセル待ちデータベースは、前記キャンセル待ち状態の健診受診者の前記受診番号と、当該健診受診者の受診日と、当該健診受診者がキャンセル待ちしている検査項目に対応する第１の識別子とを対応付けて記録し、
   前記判定結果データベースは、前記判定値の判定に用いられる検査項目に対応する第２の識別子と前記健康度の判定値とを対応付けて記録し、
   前記受診番号を複数取得する処理では、前記日時に関する情報および前記キャンセル項目情報に基づいて、キャンセル待ち状態の健診受診者の前記受診番号を複数取得し、
   前記判定値を取得する処理では、複数取得した前記受診番号のそれぞれに関連する健診受診者の過去の判定値のうちの前記キャンセルされた検査項目に対応する判定値を取得することを特徴とする請求項１または２に記載の健康診断キャンセル待ち優先順位決定プログラム。
4. コンピュータが、日時に関する情報を含む予約をキャンセルする旨のキャンセル情報を受付け、
   コンピュータが、前記キャンセル情報を受付けた場合に、検査の申込を一意に識別する受診番号のうちのキャンセル待ち状態の健診受診者の受診番号と当該健診受診者の受診日とを対応付けて記録するキャンセル待ちデータベースから、前記日時に関する情報に基づいて、キャンセル待ち状態の健診受診者の前記受診番号を複数取得し、
   コンピュータが、前記キャンセル待ち状態の健診受診者の過去の検査結果に基づく健康度の判定値が記録されている判定結果データベースから、複数取得した前記受診番号のそれぞれに関連する健診受診者の過去の判定値を取得し、
   コンピュータが、取得した前記判定値に基づいて、複数取得した前記受診番号それぞれに予約枠を割り当てる優先順位を決定することを特徴とするキャンセル待ち優先順位決定方法。
5. 日時に関する情報を含む予約をキャンセルする旨のキャンセル情報を受付けるキャンセル情報受付ユニットと、
   前記キャンセル情報を受付けた場合に、検査の申込を一意に識別する受診番号のうちのキャンセル待ち状態の健診受診者の受診番号と当該健診受診者の受診日とを対応付けて記録するキャンセル待ちデータベースから、前記日時に関する情報に基づいて、キャンセル待ち状態の健診受診者の前記受診番号を複数取得する受診番号取得ユニットと、
   前記キャンセル待ち状態の健診受診者の過去の検査結果に基づく健康度の判定値が記録されている判定結果データベースから、複数取得した前記受診番号のそれぞれに関連する健診受診者の過去の判定値を取得する判定値取得ユニットと、
   取得した前記判定値に基づいて、複数取得した前記受診番号それぞれに予約枠を割り当てる優先順位を決定する優先順位決定ユニットとを有することを特徴とするキャンセル待ち優先順位装置。

Images