JP2016110332A - 端末装置、予約支援プログラム及び予約支援方法 - Google Patents

Abstract

【課題】予約に係る手間を軽減する端末装置、予約支援プログラム及び予約支援方法を提供する。【解決手段】所定のバイタルサインを測定する測定部と、所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、病院の診察予約のキャンセル画面を表示部に表示させる制御を行う制御部と、所定のバイタルサインの測定結果と、診察予約画面に応じた診察予約情報又は病院の診察予約のキャンセル画面に応じた診察キャンセル情報と、を送信する送信部と、を有する。【選択図】図２１

Description

本発明は、予約を支援する端末装置、予約支援プログラム及び予約支援方法に関する。

近年では、医療分野における医療従事者や患者の様々の要望を満たすための工夫がなされている。要望の１つとして、例えば患者が医療機関を受診する際の待ち時間の短縮が挙げられる。

待ち時間を短縮するための工夫として、例えば、コンピュータネットワークを介したオンライン予約や電話予約等により、患者に診察の予約を行わせることが知られている。

特開２００７−２６４９８３号公報 特開２００４−３４１９８３号公報

例えば、乳幼児等が発熱により医療機関を受診する場合、保護者は発熱がわかった時点で医療機関への診察の予約を行うことが考えられる。予約を行う際には、例えばコンピュータを起動し、医療機関のホームページを表示し、予約ページから予約を実施したり、医療機関へ電話を掛けたりする手間が発生する。なお、予約できた診察時間が数十分先の予約であれば良いが、様々な症状が発症することが多い乳幼児向けの医療機関であれば、朝に予約申請を行っても、予約診察時刻が夕刻になることが少なくない。

また、例えば予約した診察時間までに熱が下がる等の理由から、医療機関の受診を中止する場合、保護者は熱が下がったことに安心してしまい、予約のキャンセルを忘れる場合がある。この場合、キャンセルされるべき予約が、他の患者の予約を妨げる虞があるが、予約のキャンセルにも、予約時と同様の手間が発生する。

１つの側面では、予約に係る手間を軽減させる端末装置、予約支援プログラム及び予約支援方法を提供することを目的としている。

一様態によれば、所定のバイタルサインを測定する測定部と、前記所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した前記所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させる制御を行う制御部と、前記所定のバイタルサインの測定結果と、前記診察予約画面に応じた診察予約情報又は前記病院の診察予約のキャンセル画面に応じた診察キャンセル情報と、を送信する送信部と、を有する。

上記各部は、上記各部を実現する処理、上記各部を手順としてコンピュータにより実行させる方法、プログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。

予約に係る手間を軽減させる。

第一の実施形態の予約システムを説明する図である。 第一の実施形態の予約システムのシステム構成を説明する図である。 第一の実施形態の予約サーバのハードウェア構成の一例を示す図である。 測定値データベースの一例を示す図である。 設定データベースの一例を示す図である。 病院データベースの一例を示す図である。 かかりつけ病院管理データベースの一例を示す図である。 診察データベースの一例を示す図である。 予約データベースの一例を示す図である。 第一の実施形態の予約システムの有する各装置の機能構成を説明する図である。 第一の実施形態の予約サーバの動作を説明する第一の図である。 第一の実施形態の予約サーバの動作を説明する第二の図である。 第一の実施形態の予約サーバの動作を説明する第三の図である。 第一の実施形態の予約サーバの動作を説明する第四の図である。 第一の実施形態の携帯端末に表示される画面の例を示す第一の図である。 第一の実施形態の携帯端末に表示される画面の例を示す第二の図である。 第一の実施形態の携帯端末に表示される画面の例を示す第三の図である。 第一の実施形態の携帯端末に表示される画面の例を示す第四の図である。 第二の実施形態の予約システムの有する各装置の機能構成を説明する図である。 第三の実施形態の携帯端末の機能構成を説明する図である。 第四の実施形態の携帯端末の機能構成を説明する図である。

（第一の実施形態）
以下に、図面を参照して第一の実施形態について説明する。図１は、第一の実施形態の予約システムを説明する図である。

予約システム１００において、予約サーバ２００は、バイタルサインを測定する測定装置４００からの測定値を受信する（ステップＳ１）。そして予約サーバ２００、この測定値が正常範囲内にない場合に、本システムの利用者と対応付けられた携帯端末３００に対し、医療機関での診察の予約を促すメッセージを表示させる（ステップＳ２）。本システムの利用者とは、例えば実際に測定装置４００でバイタルサインを測定した人であっても良いし、バイタルサインを測定した人が未成年や要介護者等であった場合には、利用者はその保護者や介護者等であっても良い。

予約サーバ２００は、携帯端末３００において予約依頼がなされると（ステップＳ３）、指定された医療機関に対して診察の予約申請を行う。

また、予約サーバ２００は、例えば医療機関に対する予約を行った後に再度測定装置４００から測定値を受信した際に（ステップＳ４）、測定値が正常範囲となっていた場合、携帯端末３００に対して予約のキャンセルを促すメッセージを表示させる（ステップＳ５）。予約サーバ２００は、携帯端末３００から予約のキャンセル要求を受けると（ステップＳ６）、予約のキャンセル申請を行う。

以下に、本実施形態の予約システム１００の利用例を説明する。例えば、携帯端末３００は、乳児の保護者の端末であるものとし、バイタルサインを体温として説明する。

乳児が発熱した場合、保護者は測定装置４００で乳児の体温を測定する。測定装置４００は、測定値を予約サーバ２００へ送信する。この測定値が、例えば予め設定された平熱の範囲内にない場合、予約サーバ２００は、保護者の端末である携帯端末３００に、診察の予約を行うか否かを問う画面を表示させる。ここで、携帯端末３００において予約の依頼がなされると、予約サーバ２００は、後述する医療機関の予約端末へ予約申請を行う。

したがって、本実施形態によれば、保護者は、乳児の体温を測定し、携帯端末３００に表示された問いに回答するだけで予約を行うことができ、コンピュータを立ち上げたり、病院に電話を掛けたりする手間をなくすことができる。

保護者は、例えば予約後に、医療機関に向かう前に、再度乳児の体温を測定装置４００により測定することが考えられる。測定された体温は、予約サーバ２００へ送信される。このとき、測定値（体温）が平熱の範囲内まで下がっていた場合、予約サーバ２００は、予約をキャンセルするか否かを問う画面を携帯端末３００に表示させる。予約サーバ２００は、携帯端末３００からキャンセル要求を受けると、医療機関の予約端末へ予約のキャンセル申請を行う。

したがって、本実施形態によれば、保護者は、乳児の体温を測定するだけで、自身の携帯端末３００に予約をキャンセルするか否かを問う画面が表示されるため、予約のキャンセルを忘れることが少なくなる。よって、本実施形態によれば、キャンセルされるべき予約により、他の人の予約を妨害することを抑制できる。また、本実施形態によれば、保護者は自身の携帯端末３００に表示された問いに回答するだけで予約や予約のキャンセルを行うことができ、コンピュータを立ち上げたり、病院に電話を掛けたりする手間をなくすことができる。

以上のことから、本実施形態によれば、予約に係る手間を軽減させることができる。

図２は、第一の実施形態の予約システムのシステム構成を説明する図である。本実施形態の予約システム１００は、予約サーバ２００と、携帯端末３００とを有する。予約サーバ２００と携帯端末３００とは、ネットワークを介して接続されている。予約サーバ２００は、測定装置４００とネットワークを介して接続されている。さらに、予約サーバ２００には、病院等の医療機関に設置された予約端末５００−１、５００−２、・・・、５００−Ｎがネットワークを介して接続されている。すなわち本実施形態の携帯端末３００は、予約サーバ２００や予約端末５００と通信を行う通信端末である。

本実施形態の予約サーバ２００は、予約プログラム２１０がインストールされており、測定値データベース２２０、設定データベース２３０、病院データベース２４０、かかりつけ病院管理データベース２５０、診察データベース２６０を有する。

本実施形態の携帯端末３００は、予約依頼プログラム３１０がインストールされている。

本実施形態の予約端末５００−１、５００−２、・・・、５００−Ｎは、それぞれが予約データベース５１０−１、５１０−２、・・・、５１０−Ｎを有する。以下の説明では、予約端末５００−１、５００−２、・・・、５００−Ｎのそれぞれを区別しない場合には、単に予約端末５００と呼ぶ。また、以下の説明では、予約データベース５１０−１、５１０−２、・・・、５１０−Ｎのそれぞれを区別しない場合には、単に予約データベース５１０と呼ぶ。

本実施形態の予約システム１００の測定装置４００は、人のバイタルサインを測定する装置である。バイタルサインとは、生命兆候を示す値であり、少なくとも血圧、脈拍数・呼吸速度、体温の何れかを含む。以下の実施形態では、測定装置４００を体温計として説明するが、測定装置４００は、バイタルサインを測定する装置であれば良く、例えば血圧計等であっても良い。また、本実施形態では、バイタルサインに血糖値等が含まれても良い。

本実施形態の予約端末５００は、例えば予約端末５００が設置された医療機関における予約管理を行う予約端末である。

図３は、第一の実施形態の予約サーバのハードウェア構成の一例を示す図である。
本実施形態の予約サーバ２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を有する。

入力装置２１は、例えばマウスやキーボード等であり、各種信号の入力に用いられる。出力装置２２は、例えばディスプレイ等であり、情報の出力に用いられる。インターフェース装置２７は、モデム，ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

予約プログラム２１０は、予約サーバ２００を制御する各種プログラムの少なくとも一部である。予約プログラム２１０は例えば記録媒体２８の配布やネットワークからのダウンロードなどによって提供される。予約プログラム２１０を記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。

また、予約プログラム２１０を記録した記録媒体２８がドライブ装置２３にセットされると、予約プログラム２１０は記録媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた予約プログラム２１０は、インターフェース装置２７を介して補助記憶装置２４にインストールされる。

補助記憶装置２４は、インストールされた予約プログラム２１０を格納すると共に、必要なファイル、データ等を格納する。メモリ装置２５は、コンピュータの起動時に補助記憶装置２４から予約プログラム２１０を読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された予約プログラム２１０に従って、後述するような各種処理を実現している。

尚、本実施形態の予約サーバ２００は、例えばタブレット型のコンピュータであっても良い。その場合、予約サーバ２００は、入力装置２１と出力装置２２のかわりに、タッチパネル等により実現される表示操作装置を有する。

本実施形態の携帯端末３００のハードウェア構成は、予約サーバ２００がタブレット型のコンピュータであった場合と同様であるから、説明を省略する。

以下に、図４乃至図８を参照し、予約サーバ２００の有する各データベースについて説明する。

図４は、測定値データベースの一例を示す図である。本実施形態の測定値データベース２２０は、情報の項目として、利用者ＩＤ、測定日時、測定値を有し、項目「利用者ＩＤ」の値と、他の項目の値とが対応付けられている。以下の説明では、項目「利用者ＩＤ」の値と、項目「利用者ＩＤ」の値と対応付けられた他の項目の値とを、測定情報と呼ぶ。

項目「利用者ＩＤ」の値は、例えば本実施形態の予約システム１００を利用する利用者に与えられる利用者識別情報を示す。

項目「測定日時」の値は、測定装置４００による測定が行われた日時を示す。項目「測定値」の値は、測定結果の値を示す。図４の例では、測定値は体温の値である。

本実施形態では、測定装置４００に、利用者ＩＤが予め設定されており、測定装置４００が予約サーバ２００へ測定値を送信する際に、測定装置４００に設定された利用者ＩＤと、測定日時とを合わせて送信するものとした。

図５は、設定データベースの一例を示す図である。本実施形態の設定データベース２３０は、情報の項目として、利用者ＩＤ、設定項目、設定値を有し、項目「利用者ＩＤ」の値と、他の項目の値とが対応付けられている。以下の説明では、項目「利用者ＩＤ」の値と、項目「利用者ＩＤ」の値と対応付けられた他の項目の値とを、設定情報と呼ぶ。

本実施形態の項目「設定項目」の値は、設定が行われる項目を示す、項目「設定値」の値は、設定項目に対して設定された値を示す。

図５の例では、例えば利用者ＩＤ「７６３８７」に対して、設定される項目として、予約条件、キャンセル条件、診察後設定時間の３つがある。予約条件の設定値は、未予約の状態で体温３８．５度以上であり、キャンセル条件の設定値は、予約済みの状態で体温３６度以下であり、診察後設定時間の設定値は１２時間である。尚、診察後設定時間を具体的に説明すると、診察済で、かつ、予約条件を満たしている場合に、この診察後設定時間内であれば、予約処理をしないための時間である。例えば、処方した薬品の効果がまだ出ていない期間となる。

すなわち、図５では、利用者ＩＤ「７６３８７」の測定値が未予約の状態で３８．５度以上であった場合、予約条件を満たすことになる。同様に、利用者ＩＤ「７６３８７」の測定値が予約済みの状態で３６度以下であった場合、キャンセル条件を満たすことになる。

尚、本実施形態では、予約条件とキャンセル条件とのそれぞれについて設定値（閾値）を設けたが、設定値の設け方はこれに限定されない。

例えば、予約条件は３８度以上とし、キャンセル条件を３８度未満というように、予約を行うかキャンセルを行うか否かを判定する閾値を同一の値としても良い。

図６は、病院データベースの一例を示す図である。本実施形態の病院データベース２４０は、情報の項目として、病院名と、予約端末アドレスを有し、両者は対応付けられている。

項目「病院名」の値は、病院名を示す。項目「予約端末アドレス」の値は、病院内で予約の管理を行う予約端末５００のアドレスを示す。

図７は、かかりつけ病院管理データベースの一例を示す図である。本実施形態のかかりつけ病院管理データベース２５０は、情報の項目として、利用者ＩＤ、利用者端末アドレス、かかりつけ病院名、かかりつけ病院診察ＩＤ、予約フラグ、診察フラグを有する。

かかりつけ病院管理データベース２５０では、項目「利用者ＩＤ」の値と、他の項目の値とが対応付けられている。以下の説明では、項目「利用者ＩＤ」の値と、項目「利用者ＩＤ」の値と対応付けられた他の項目の値とを、かかりつけ病院情報と呼ぶ。

項目「利用者端末アドレス」の値は、予約システム１００の利用者が使用する携帯端末３００のアドレスを示す。予約システム１００の利用者は、例えば患者が未成年等である場合には、患者の保護者が利用者となっても良い。また、予約システム１００の利用者と患者とが同一人物であっても良い。

項目「かかりつけ病院名」は、利用者のかかりつけの病院の名前を示す。かかりつけ病院とは、日頃から患者の体質や病歴、健康状態を把握し、診療行為のほか健康管理上のアドバイス等を行う病院のことである。かかりつけの病院は、単純に過去の何度か受信した病院であってもよく、利用者があらかじめ設定した病院であっても良い。

項目「予約フラグ」の値は、かかりつけ病院に対して予約が行われたか否かを示す。本実施形態では、項目「予約フラグ」の値が１である場合、かかりつけ病院に対して予約が行われたことを示す。項目「予約フラグ」の値が０である場合、かかりつけ病院に対して予約が行われていないことを示す。以下の説明では、項目「予約フラグ」の値が１の状態を予約済み状態と呼び、項目「予約フラグ」の値が０の状態を未予約状態と呼ぶ。

項目「診察フラグ」の値は、予約した病院で診察を受けたか否かを示す。本実施形態では、項目「診察フラグ」の値が１である場合、予約した病院で診察を受けたことを示す。項目「診察フラグ」の値が０である場合、予約した病院で診察を受けていないことを示す。
尚、「診察フラグ」は、例えば「１」に設定されてから２４時間経過で「０」に変更されても良いし、あるいは、日が変わった段階で「０」に変更されてもよい。このように、所定期間の経過にて「０」に戻る。以下の説明では、項目「診察フラグ」の値が１の状態を診察済み状態と呼び、項目「診察フラグ」の値が０の状態を未診察状態と呼ぶ。

図８は、診察データベースの一例を示す図である。本実施形態の診察データベース２６０は、情報の項目として、利用者ＩＤ、予約先かかりつけ病院名、予約申請日時、診察予約日時、診察日時を有し、項目「利用者ＩＤ」の値と、他の項目の値とが対応付けられている。以下の説明では、項目「利用者ＩＤ」の値と、項目「利用者ＩＤ」の値と対応付けられた他の項目の値とを、診察予定情報と呼ぶ。

項目「予約先かかりつけ病院名」は、予約を行ったかかりつけ病院の名前を示す。項目「予約申請日時」の値は、予約の申請を行った日時を示す。項目「診察予約日時」の値は、診察の予約が確保できた日時を示す。項目「診察日時」の値は、診察を受けた日時を示す。

次に、図９を参照して、予約端末５００の有する予約データベース５１０について説明する。図９は、予約データベースの一例を示す図である。

本実施形態の予約データベース５１０は、情報の項目として、予約ＩＤ、予約日時、患者ＩＤ、状態を有し、項目「予約ＩＤ」の値と、その他の項目の値とが対応付けられている。以下の説明では、項目「予約ＩＤ」の値と、項目「予約ＩＤ」の値と対応付けられた他の項目の値とを、予約情報と呼ぶ。

項目「予約ＩＤ」の値は、予約が行われた病院が、予約を受け付けた際に発行するものであり、予約を識別するための情報を示す。項目「患者ＩＤ」は、診察を受ける予定の患者を特定するための情報を示す。項目「状態」は、予約した患者が診察を受けたか否か、又はキャンセルを行ったか等の情報を示す。項目「状態」の値は、例えば診察中、診察済み、順番待ち、キャンセルのうちの何れかとなる。

次に、図１０を参照し、本実施形態の予約システム１００の有する各装置の機能構成について説明する。図１０は、第一の実施形態の予約システムの有する各装置の機能構成を説明する図である。

初めに、本実施形態の予約サーバ２００の機能構成について説明する。本実施形態の予約サーバ２００は、予約処理部２１０Ａを有する。本実施形態の予約処理部２１０Ａは、予約サーバ２００が演算処理装置２６により予約プログラム２１０を実行することで実現される。

本実施形態の予約処理部２１０Ａは、入力受付部２７１、測定値取得部２７２、条件判定部２７３、フラグ判定部２７４、情報取得部２７５、予約申請部２７６、キャンセル申請部２７７、フラグ制御部２７８、データベース更新部２７９、画面データ生成部２８０、出力部２８１を有する。

入力受付部２７１は、予約サーバ２００に対する各種の情報の入力を受け付ける。測定値取得部２７２は、測定装置４００から送信される測定情報を取得する。

条件判定部２７３は、測定情報に含まれる測定値が、予約の申請を行うと判定するための予約条件を満たすか否かを判定する。また、条件判定部２７３は、測定値が、キャンセルの申請を行うと判定するためのキャンセル条件を満たすか否かを判定する。

フラグ判定部２７４は、かかりつけ病院管理データベース２５０の項目「予約フラグ」の値や項目「診察フラグ」の値を参照し、各フラグの値に基づき、予約や診察の状態を判定する。

情報取得部２７５は、予約処理部２１０Ａの処理に必要な情報を取得する。予約申請部２７６は、携帯端末３００において予約依頼が行われた病院に対して予約申請の処理を行う。具体的には予約申請部２７６は、予約端末５００に対し、少なくとも病院を受診する患者を特定する情報を含む予約依頼情報を送信する。
キャンセル申請部２７７は、携帯端末３００においてキャンセル依頼が行われた病院に対してキャンセル申請の処理を行う。具体的にはキャンセル申請部２７７は、予約端末５００に対し、少なくとも診察の予約をした患者を特定する情報を含むキャンセル依頼情報を送信する。

フラグ制御部２７８は、予約申請やキャンセル申請等に応じて予約フラグの値を制御する。また、フラグ制御部２７８は、診察データベース２６０を参照した結果に応じて、診察フラグの値を制御する。

データベース更新部２７９は、予約サーバ２００の有する各データベースの更新を行う。また、本実施形態のデータベース更新部２７９は、予約を行った病院の予約端末５００に対し、予約データベース５１０の更新要求を行う。

画面データ生成部２８０は、携帯端末３００に表示させる画面の画面データを生成する。出力部２８１は、生成した画面データを携帯端末３００へ送信（出力）する。

次に、本実施形態の携帯端末３００の機能について説明する。本実施形態の携帯端末３００は、予約依頼処理部３１０Ａを有する。予約依頼処理部３１０Ａは、演算処理装置により予約依頼プログラム３１０を実行することにより実現される。

本実施形態の予約依頼処理部３１０Ａは、入力受付部３１１、要求送信部３１２、画面データ受信部３１３、表示制御部３１４を有する。

入力受付部３１１は、携帯端末３００の表示操作装置等からの入力を受け付ける。また、入力受付部３１１は、携帯端末３００が受信した情報の入力を受け付ける。要求送信部３１２は、携帯端末３００において指示された各種の要求を予約サーバ２００へ送信する。

画面データ受信部３１３は、予約サーバ２００から送信される画面データを受信する。表示制御部３１４は、受信した画面データに基づく画面を携帯端末３００の表示操作装置に表示させる。

尚、本実施形態の測定装置４００は、例えば通信機能を有する体温計等である。本実施形態の測定装置４００は、測定値取得部４１０と、測定値送信部４２０とを有する。測定値取得部４１０は、体温を測定する。測定値送信部４２０は、測定値取得部４１０による測定結果の測定値と、測定装置４００に設定された利用者ＩＤと測定日時とを、予約サーバ２００に送信する。

次に、図１１乃至図１４を参照し、本実施形態の予約サーバ２００の動作を説明する。図１１は、第一の実施形態の予約サーバの動作を説明する第一の図である。図１１では、予約サーバ２００のメインの処理を説明する。

本実施形態の予約サーバ２００は、入力受付部２７１により、測定装置４００から測定情報を受信したか否かを判定する（ステップＳ１１０１）。ステップＳ１１０１において、受信していない場合、予約サーバ２００は、後述するステップＳ１１１１へ進む。

ステップＳ１１０１において受信した場合、予約サーバ２００は、データベース更新部２７９により、受信した測定情報を測定値データベース２２０へ格納する（ステップＳ１１０２）。

続いて予約サーバ２００は、条件判定部２７３により、受信した測定情報に含まれる測定値が予約条件を満たすか否かを判定する（ステップＳ１１０３）。より具体的には、条件判定部２７３は、設定データベース２３０において、測定情報に含まれる利用者ＩＤと対応する設定項目の予約条件の設定値を参照する。そして、条件判定部２７３は、測定値が予約条件として設定された範囲に含まれるか否かを判定する。

ステップＳ１１０３において予約条件を満たさない場合、予約サーバ２００は後述するステップＳ１１０８へ進む。

ステップＳ１１０３において予約条件を満たす場合、予約サーバ２００は、フラグ判定部２７４により、かかりつけ病院管理データベース２５０を参照し、受信した利用者ＩＤと対応する予約フラグの値と診察フラグの値とがともに０か否かを判定する（ステップＳ１１０４）。

ステップＳ１１０４において、予約フラグの値が０の場合とは、かかりつけ病院での診察の予約がなされていないことを示す。また、診察フラグの値が０の場合とは、所定期間において診察されていないことを示す。予約フラグと診察フラグの値が０場合、予約サーバ２００は、診察の予約を行い（ステップＳ１１０５）、ステップＳ１１１１の処理を行う。ステップＳ１１０５の処理の詳細は後述する。

ステップＳ１１０４において、予約フラグの値が０でない場合、予約サーバ２００は、フラグ判定部２７４により、受信した利用者ＩＤと対応する診察フラグの値が１で、且つ前回の診察から診察後設定時間が経過したか否かを判定する（ステップＳ１１０６）。

予約フラグの値が０でない場合とは、予約フラグの値が１であり、かかりつけ病院の診察の予約が行われた予約済みの状態であることを示す。診察フラグの値が１である場合とは、対応するかかりつけ病院で診察を受けた診察済みの状態であることを示す。また、本実施形態の診察後設定時間は、設定データベース２３０において、受信した利用者ＩＤと対応する設定項目の診察後設定時間の設定値である。また、前回の診察の日時は、診察データベース２６０を参照して得ることができる。

すなわち、ステップＳ１１０６では、予約したかかりつけ病院を受診した後に診察後設定時間が経過したか否かを判定している。

ステップＳ１１０６において、診察フラグが１でない場合、又は所定時間が経過していない場合、又は診察フラグが１でなく且つ診察後設定時間が経過していない場合、予約サーバ２００は、ステップＳ１１１１の処理をおこなう。診察フラグが１でない場合とは、予約したかかりつけ病院をまだ受診しておらず、これから診察を受ける状態である。診察後設定時間が経過していない場合とは、予約したかかりつけ病院を受診し、診察済みの状態となってから間もないことを示す。

ステップＳ１１０６において、診察フラグの値が１で、且つ診察後設定時間が経過した場合、予約サーバ２００は、再診の予約を行い（ステップＳ１１０７）、ステップＳ１１１１の処理をおこなう。ステップＳ１１０７の処理の詳細は後述する。

続いて、予約サーバ２００は、条件判定部２７３により、受信した測定値がキャンセル条件を満たしているか否かを判定する（ステップＳ１１０８）。より具体的には、条件判定部２７３は、設定データベース２３０において、測定情報に含まれる利用者ＩＤと対応する設定項目のキャンセル条件の設定値を参照する。そして、条件判定部２７３は、測定値がキャンセル条件として設定された範囲に含まれるか否かを判定する。

ステップＳ１１０８において、キャンセル条件を満たさない場合、予約サーバ２００はステップＳ１１１１の処理をおこなう。

ステップＳ１１０８において、キャンセル条件を満たす場合、予約サーバ２００は、フラグ判定部２７４により、かかりつけ病院管理データベース２５０において、受信した利用者ＩＤと対応する予約フラグの値が１か否かを判定する（ステップＳ１１０９）。測定値がキャンセル条件を満たす場合とは、測定値が正常値の範囲となったときである。具体的には、測定値が体温である場合、体温が平熱の範囲となったときである。

ステップＳ１１０９において、予約フラグの値が１でない場合、すなわち予約フラグの値が０の場合、ステップＳ１１１１の処理をおこなう。

ステップＳ１１０９において、予約フラグの値が１である場合、予約サーバ２００は、予約のキャンセルを行う（ステップＳ１１１０）。すなわちステップＳ１１１０では、例えば体温が平熱であるにも関わらず、診察の予約が行われているか否かを判定している。ステップＳ１１１０の処理の詳細は後述する。

続いて予約サーバ２００は、入力受付部２７１により、病院の予約端末５００から、診察完了通知を受信したか否かを判定する（ステップＳ１１１１）。ステップＳ１１１１において、診察完了通知を受信しない場合、予約サーバ２００は、ステップ１１０１の処理に戻る。

ステップＳ１１１１において、診察完了通知を受信した場合、予約サーバ２００は、データベース更新部２７９により、診察データベース２６０に、ステップＳ１１０１で受信した測定情報に含まれる利用者ＩＤと、診察日時と、受診した病院の病院名とを格納する（ステップＳ１１１２）。続いて予約サーバ２００は、フラグ制御部２７８により、かかりつけ病院管理データベース２５０において利用者ＩＤと対応する予約フラグの値を１から０とし、診察フラグの値を０から１とし（ステップＳ１１１３）、処理を終了する。

図１２は、第一の実施形態の予約サーバの動作を説明する第二の図である。図１２は、図１１のステップＳ１１０５の予約サブルーチンの処理を説明するフローチャートである。

本実施形態の予約サーバ２００は、ステップＳ１１０４において予約フラグの値が０の場合、情報取得部２７５により、かかりつけ病院管理データベース２５０を参照し、利用者ＩＤと対応するかかりつけ病院の病院名を取得する（ステップＳ１２０１）。

続いて予約サーバ２００は、画面データ生成部２８０により、かかりつけ病院名を含む予約画面の画面データを生成する。そして、予約サーバ２００は、出力部２８１により、かかりつけ病院管理データベース２５０において利用者ＩＤと対応付けられた携帯端末３００のアドレスへ、生成した画面データを送信する（ステップＳ１２０２）。

続いて予約サーバ２００は、入力受付部２７１により、携帯端末３００から病院名とその病院に対する予約要求を受信したか否かを判定する（ステップＳ１２０３）。ステップＳ１２０３において予約要求を受信しない場合、予約サーバ２００は、入力受付部２７１により、予約をしない旨の通知を受信したか否かを判定する（ステップＳ１２０４）。

ステップＳ１２０４において、通知を受信した場合、予約サーバ２００は処理を終了する。ステップＳ１２０４において、通知を受信しなかった場合、予約サーバ２００はステップＳ１２０３へ戻る。

ステップＳ１２０３において予約要求を受信した場合、予約サーバ２００は、情報取得部２７５により、病院データベース２４０を参照し、予約要求と共に受信した病院名と対応する予約端末アドレスを取得する（ステップＳ１２０５）。

続いて予約サーバ２００は、予約申請部２７６により、取得した予約端末５００のアドレスに予約申請を行う（ステップＳ１２０６）。尚、予約申請部２７６は、予約要求と共に、携帯端末３００の利用者により入力された患者ＩＤと、希望時間帯とを予約端末５００へ送信しても良い。患者ＩＤとは、例えば予約を行う病院の診察券番号であっても良い。また。また、予約申請部２７６は、患者ＩＤのかわりに、患者氏名等を予約端末５００に送信しても良い。

続いて予約サーバ２００は、入力受付部２７１により、予約端末５００から予約完了通知を受信したか否かを判定する（ステップＳ１２０７）。ステップＳ１２０７において、予約完了通知を受信していない場合、予約サーバ２００は、受信するまで待機する。ステップＳ１２０７において予約完了通知を受信した場合、予約サーバ２００は、フラグ制御部２７８により、かかりつけ病院管理データベース２５０において、利用者ＩＤとかかりつけ病院名とに対応する予約フラグの値を０から１とする（ステップＳ１２０８）。

続いて予約サーバ２００は、データベース更新部２７９により、診察データベース２６０に、利用者ＩＤと、現在日時を予約申請日時とし、診察予約が確保された日時を診察予約日時とし、予約先かかりつけ病院名と対応づけて格納し（ステップＳ１２０９）、処理を終了する。

図１３は、第一の実施形態の予約サーバの動作を説明する第三の図である。図１３は、図１１のステップＳ１１０７の再予約サブルーチンの処理を説明するフローチャートである。

本実施形態の予約サーバ２００の情報取得部２７５は、診察データベース２６０を参照し、図１１のステップＳ１１０１で受信した測定情報に含まれる利用者ＩＤと対応し、且つ診察日時が格納されている予約先かかりつけ病院名を抽出する。そして、情報取得部２７５は、抽出した予約先かかりつけ病院名の中から、所定日数以内に診察を受けた病院名を取得する（ステップＳ１３０１）。本実施形態では、所定日数を例えば３０日（１ヶ月）とした。すなわち、ステップＳ１３０１で取得される病院名は、３０日以内に受診したことがあるかかりつけ病院の病院名である。

続いて予約サーバ２００は、画面データ生成部２８０により、ステップＳ１３０１で取得した病院名を含む再予約画面の画面データを生成する。そして予約サーバ２００は、出力部２８１により、かかりつけ病院管理データベース２５０において利用者ＩＤと対応する携帯端末３００のアドレスへ画面データを送信する（ステップＳ１３０２）。

すなわち、ステップＳ１３０２では、３０日以内に受診したかかりつけ病院名を含む再予約画面の画面データを携帯端末３００へ送信する。

続いて予約サーバ２００は、入力受付部２７１により、携帯端末３００から再予約要求を受信したか否かを判定する（ステップＳ１３０３）。ステップＳ１３０３において、再予約要求を受信しない場合、予約サーバ２００は、後述するステップＳ１３０９へ進む。

ステップＳ１３０３において、再予約要求を受け付けた場合、予約サーバ２００は、情報取得部２７５により、病院データベース２４０を参照し、再予約がなされた病院と対応する予約端末アドレスを取得する（ステップＳ１３０４）。

ステップＳ１３０４からステップＳ１３０８の処理は、図１２のステップＳ１２０５からステップＳ１２０９までの処理と同様であるから、説明を省略する。

ステップＳ１３０３において再予約要求を受信しない場合、予約サーバ２００は、入力受付部２７１により、他のかかりつけ病院の予約要求を受信したか否かを判定する（ステップＳ１３０９）。他のかかりつけ病院とは、所定日数以内に受診していないかかりつけ病院である。

ステップＳ１３０９において予約要求を受け付けない場合、予約サーバ２００は、後述するステップＳ１３１３へ進む。

ステップＳ１３０９において予約要求を受け付けた場合、予約サーバ２００は、情報取得部２７５により、かかりつけ病院管理データベース２５０を参照し、予約要求を受けたかかりつけ病院名を取得する（ステップＳ１３１０）。続いて予約サーバ２００は、画面データ生成部２８０は、予約要求を受けたかかりつけ病院名を含む予約画面の画面データを生成する。そして、予約サーバ２００は、出力部２８１により、利用者ＩＤと対応する携帯端末３００のアドレスへ生成した画面データを送信する（ステップＳ１３１１）。

続いて予約サーバ２００は、入力受付部２７１により、病院名と、予約要求とを受信したか否かを判定する（ステップＳ１３１２）。

ステップＳ１３１２において予約要求を受信しない場合、予約サーバ２００は、予約要求を受信するまで待機する。ステップＳ１３１２において予約要求を受信した場合、予約サーバ２００は、ステップＳ１３０４へ進む。

ステップＳ１３０９において、他のかかりつけ病院の予約要求を受信しない場合、予約サーバ２００は、入力受付部２７１により、予約をしない旨の通知を受信したか否かを判定する（ステップＳ１３１３）。

ステップＳ１３１３において通知を受信しない場合、予約サーバ２００は、ステップＳ１３０３へ戻る。ステップＳ１３１３において通知を受信した場合、予約サーバ２００は処理を終了する。

図１４は、第一の実施形態の予約サーバの動作を説明する第四の図である。図１４は、図１１のステップＳ１１１０のキャンセルサブルーチンの処理を説明するフローチャートである。

本実施形態の予約サーバ２００は、情報取得部２７５により、診察データベース２６０から、かかりつけ病院管理データベース２５０で予約フラグの値が１となっているかかりつけ病院の病院名と、予約日時を取得する（ステップＳ１４０１）。

続いて予約サーバ２００は、画面データ生成部２８０により、ステップＳ１４０１で取得した病院名と、予約のキャンセルを推奨するメッセージとを含むキャンセル画面の画面データを生成する。そして、予約サーバ２００は、出力部２８１により、利用者ＩＤと対応する携帯端末３００のアドレスへ、生成した画面データを送信する（ステップＳ１４０２）。

続いて予約サーバ２００は、入力受付部２７１により、携帯端末３００からキャンセル要求を受信したか否かを判定する（ステップＳ１４０３）。ステップＳ１４０３においてキャンセル要求を受信しない場合、予約サーバ２００は、後述するステップＳ１４０９へ進む。

ステップＳ１４０３においてキャンセル要求を受信すると、予約サーバ２００は、情報取得部２７５により、病院データベース２４０を参照し、キャンセル対象の病院の予約端末アドレスを取得する（ステップＳ１４０４）。続いて予約サーバ２００は、キャンセル申請部２７７により、取得した予約端末５００のアドレスに、キャンセル申請を送信する（ステップＳ１４０５）。

続いて予約サーバ２００は、入力受付部２７１により、予約端末５００からキャンセル完了通知を受信したか否かを判定する（ステップＳ１４０６）。ステップＳ１４０６においてキャンセル完了通知を受信しない場合、予約サーバ２００は、キャンセル完了通知を受信するまで待機する。

ステップＳ１４０６においてキャンセル完了通知を受信した場合、予約サーバ２００は、フラグ制御部２７８により、かかりつけ病院管理データベース２５０の利用者ＩＤとかかりつけ病院名とが対応する予約フラグの値を１から０にする（ステップＳ１４０７）。

続いて予約サーバ２００は、データベース更新部２７９により、診察データベース２６０から対応する診察予定情報を削除し（ステップＳ１４０８）、処理を終了する。

ステップＳ１４０３においてキャンセル要求を受信しない場合、予約サーバ２００は、入力受付部２７１により、キャンセルをしない旨の通知を受信したか否かを判定する（ステップＳ１４０９）。

ステップＳ１４０９において通知を受信しない場合、予約サーバ２００は、ステップＳ１４０３へ戻る。ステップＳ１４０９において通知を受信した場合、処理を終了する。

以下に、図１５乃至１８を参照し、本実施形態の予約システム１００の動作を具体的に説明する。

以下の説明では、例えば利用者ＩＤ「７６３８７」である利用者が発熱し、測定装置４００で体温を計測したものとする。

測定装置４００は、体温の測定が終了すると、測定日時と、利用者ＩＤ「７６３８７」と、測定値とを予約サーバ２００へ送信する。このとき、測定値は４０．１度である（図４参照）。

予約サーバ２００は、この測定値が予約条件である３８度以上を満たすと判定し（図５参照）、携帯端末３００に表示させる予約画面の画面データを生成し、携帯端末３００へ送信する。以下に、図１５を参照して予約画面について説明する。

図１５は、第一の実施形態の携帯端末に表示される画面の例を示す第一の図である。

図１５に示す予約画面１５１は、図１２のステップＳ１２０２において予約サーバ２００から送信される画面データを携帯端末３００に表示させた画面である。

本実施形態の携帯端末３００は、画面データ受信部３１３により、予約サーバ２００から予約画面１５１の画面データを受信し、表示制御部３１４により予約画面１５１を表示させる。

予約画面１５１には、携帯端末３００の利用者に対して診察の予約を促すメッセージ１５２と、利用者のかかりつけ病院の一覧及び選択欄１５３と、予約を行うか否かを利用者に選択させるボタン１５４、１５５と、が表示される。

図１５の予約画面１５１は、利用者ＩＤ「７６３８７」の利用者の携帯端末３００に表示された画面を示している。利用者ＩＤ「７６３８７」と対応するかかりつけ病院名は、「ＡＡ病院」と「ＢＢクリニック」である（図７参照）。したがって、予約画面１５１には、利用者が登録したかかりつけ病院の一覧として、この２つの病院名が表示される。さらに、予約画面１５１では、２の病院名のそれぞれに対応した選択欄が設けられている。

本実施形態の携帯端末３００では、予約画面１５１において、かかりつけ病院の一覧及び選択欄１５３において、かかりつけ病院が選択され、ボタン１５４（押下）が操作されると、入力受付部３１１が選択を受け付ける。そして、携帯端末３００は、要求送信部３１２により、選択されたかかりつけ病院の予約要求を予約サーバ２００へ送信する。

予約サーバ２００は、この予約要求を受け付けると、ＡＡ病院の予約端末５００のアドレスへ、利用者ＩＤ「７６３８７」の利用者の診察の予約申請を行う。そして予約サーバ２００は、ＡＡ病院の予約端末５００に対し、予約データベース５１０の更新を要求する。

また、予約画面１５１においてボタン１５５が操作されると、携帯端末３００は、要求送信部３１２により予約を行わない旨の通知を予約サーバ２００へ送信する。

次に、利用者ＩＤ「７６３８７」の利用者が、ＡＡ病院で再度診察を受ける場合の再予約について説明する。再予約は、例えば過去３０日以内に受診した病院を再度受診する際に行われる。

図１６は、第一の実施形態の携帯端末に表示される画面の例を示す第二の図である。

図１６に示す再予約画面１６１は、図１３のステップＳ１３０２において予約サーバ２００から送信される画面データを携帯端末３００に表示させた画面である。

本実施形態の携帯端末３００は、画面データ受信部３１３により、予約サーバ２００から再予約画面１６１の画面データを受信し、表示制御部３１４により再予約画面１６１を表示させる。

再予約画面１６１には、携帯端末３００の利用者に対して診察の再予約を促すメッセージ１６２と、過去３０日以内に受診したかかりつけ病院に対する再予約依頼を行うボタン１６３と、前回の診察日１６４と、が表示される。また、再予約画面１６１には、他のかかりつけ病院に対しての予約依頼を行うか否かを選択するためのボタン１６５、１６６が表示される。

利用者ＩＤ「７６３８７」の利用者は、２０１４／７／１にかかりつけ病院である「ＡＡ病院」を受診している（図８参照）。したがって、予約サーバ２００は、上述の情報を含むＡＡ病院の再予約画面１６１の画面データを生成し、携帯端末３００へ送信する。

携帯端末３００は、再予約画面１６１において、ボタン１６３が操作されると、要求送信部３１２により、ＡＡ病院の予約依頼を予約サーバ２００へ送信する。

また、携帯端末３００は、再予約画面１６１においてボタン１６５が操作されると、要求送信部３１２により、他のかかりつけ病院の予約要求を予約サーバ２００へ送信する。

予約サーバ２００は、この要求を受けて、かかりつけ病院管理データベース２５０において利用者ＩＤ「７６３８７」と対応するかかりつけ病院のうち、「ＡＡ病院」以外のかかりつけ病院の名前を含む予約画面の画面データを生成し、携帯端末３００へ送信する。

携帯端末３００は、画面データ受信部３１３により画面データを受信し、表示制御部３１４により画面データに応じた予約画面を表示させる。

図１７は、第一の実施形態の携帯端末に表示される画面の例を示す第三の図である。

図１７に示す予約画面１７１は、再予約画面１６１においてボタン１６５が操作された際に携帯端末３００に表示される画面であり、図１３のステップＳ１３１１において表示される画面である。

図１７に示す予約画面１７１のメッセージ１５２、ボタン１５４、１５５は、図１５に示す予約画面１５１が含むものと同様であるから説明を省略する。

予約画面１７１では、かかりつけ病院の一覧及び選択欄１７２において、受診済みのＡＡ病院以外のかかりつけ病院の一覧として、ＢＢクリニックが表示される。

次に、利用者ＩＤ「７６３８７」の利用者が、予約画面１５１において予約を行った後に、再度測定装置４００で体温を検出した際に、利用者の体温が平熱の３６度まで下がっていた場合を説明する。

測定装置４００は、ＡＡ病院の予約を行った後に測定された、測定値は、予約条件を満たさず、且つキャンセル条件を満たしている。したがって、予約サーバ２００は、利用者に予約のキャンセルを促すキャンセル画面の画面データを生成して携帯端末３００へ送信する。

携帯端末３００は、画面データ受信部３１３により画面データを受信し、表示制御部３１４によりキャンセル画面を表示させる。

図１８は、第一の実施形態の携帯端末に表示される画面の例を示す第四の図である。

図１８に示すキャンセル画面１８１は、図１４のステップＳ１４０２において予約サーバ２００から送信される画面データを携帯端末３００に表示させた画面である。

キャンセル画面１８１には、携帯端末３００の利用者に対して診察の予約のキャンセルを促すメッセージ１８２と、予約済みの病院に対するキャンセル依頼を行うボタン１８３と、キャンセルをしない旨を通知するボタン１８４と、が表示される。

キャンセル画面１８１において、ボタン１８３が操作されると、携帯端末３００は、要求送信部３１２により予約サーバ２００へＡＡ病院の予約のキャンセル要求を送信する。予約サーバ２００は、キャンセル要求を受けて、ＡＡ病院の予約端末５００の予約データベース５１０から、利用者ＩＤ「７６３８７」と対応する予約情報を削除する。

また、キャンセル画面１８１において、ボタン１８４が操作されると、携帯端末３００は、要求送信部３１２により、キャンセルを行わない旨の通知を予約サーバ２００へ送信する。

以上のように、本実施形態によれば、測定装置４００で体温を測定するだけで診察の予約や予約のキャンセルに関する問い合わせの画面が携帯端末３００に表示されるため、予約に係る手間を軽減させることができる。

尚、本実施形態の予約画面１５１、１６１、１７１では、かかりつけ病院名とその選択欄が表示されるものとしたが、これに限定されない。例えば予約画面には、利用者が受診したい時間帯を選択させる一覧が表示されても良い。

また、本実施形態の予約サーバ２００では、設定データベース２３０の設定項目と設定値が予め設定されているものとしたが、これに限定されない。本実施形態では、例えば測定装置４００に、測定対象となる利用者の利用者ＩＤ毎に、設定項目と対応する設定値が変更されても良い。具体的には、例えば利用者ＩＤ「１１１１」の利用者が測定対象であった場合には、予約条件の体温の範囲を３７．５度以上等としても良い。

（第二の実施形態）
以下に図面を参照して第二の実施形態について説明する。第二の実施形態は、携帯端末が測定装置を有する点のみ、第一の実施形態と相違する。よって、以下の第二の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには第一の実施形態の説明で用いた符号を付与し、その説明を省略する。

図１９は、第二の実施形態の予約システムの有する各装置の機能構成を説明する図である。

本実施形態の予約システム１００Ａは、携帯端末３００Ａと、予約サーバ２００とを有する。

本実施形態の携帯端末３００Ａは、予約依頼処理部３１０Ａと、測定処理部４００Ａとを有する。本実施形態の携帯端末３００Ａは、例えば体温や血圧等を測定するためのセンサ等の測定装置４００を有しており、測定処理部４００Ａは、測定装置４００を制御する。

測定処理部４００Ａは、測定値取得部４１０Ａと、測定値送信部４２０とを有する。測定値取得部４１０Ａは、測定装置４００による測定値を取得する。

以上のように、本実施形態では、携帯端末３００Ａがバイタルサインを測定する測定装置４００を有するため、携帯端末３００Ａと別に測定装置４００を有していなくても、第一の実施形態と同様の効果を得ることができる。さらに、本実施形態では、携帯端末３００Ａが測定装置４００を備えているため、測定装置４００を有していなくても、バイタルサインの測定が可能となる。

（第三の実施形態）
以下に図面を参照して第三の実施形態について説明する。第三の実施形態は、携帯端末が測定装置と予約サーバの機能とを有する点が、第一の実施形態と相違する。よって、以下の第三の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには第一の実施形態の説明で用いた符号を付与し、その説明を省略する。

図２０は、第三の実施形態の携帯端末の機能構成を説明する図である。

本実施形態の携帯端末３００Ｂは、予約依頼プログラム３１０と、予約プログラム２１０の両方がインストールされている。したがって、本実施形態の携帯端末３００Ｂは、予約依頼処理部３１０Ａと、測定処理部４００Ａと、予約処理部２１０Ａとを有する。

本実施形態の携帯端末３００Ｂは、予約処理部２１０Ａを有することで、第一の実施形態の予約サーバ２００の役割も果たす。したがって、本実施形態では、携帯端末３００Ｂが予約端末５００に対して予約申請やキャンセル申請を行う。

尚、本実施形態の携帯端末３００Ｂは、第一の実施形態の予約サーバ２００の有する各データベースも有するものとした。

以上のように、本実施形態では、予約サーバ２００を設けずに、携帯端末３００Ｂのみで病院の予約端末５００に対して予約申請やキャンセル申請を行うことができ、予約に係る手間を軽減できる。

尚、本実施形態の携帯端末３００Ｂは、例えば予約サーバ２００との通信により、予約プログラム２１０と、予約サーバ２００の有する各データベースとを取得しても良い。

（第四の実施形態）
以下に図面を参照して第四の実施形態について説明する。第四の実施形態は、携帯端末が予約サーバの機能を有する点が第一の実施形態と相違する。よって、以下の第四の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには第一の実施形態の説明で用いた符号を付与し、その説明を省略する。

図２１は、第四の実施形態の携帯端末の機能構成を説明する図である。本実施形態の予約システム１００Ｂは、測定装置４００と、携帯端末３００Ｃとを有する。

本実施形態の携帯端末３００Ｃは、測定装置４００から受信した測定情報に応じて、予約依頼処理部３１０Ａと予約処理部２１０Ａが各処理を実行する。

したがって、本実施形態も、第三の実施形態と同様に、予約サーバ２００を設けずに、携帯端末３００Ｂのみで病院の予約端末５００に対して予約申請やキャンセル申請を行うことができ、予約に係る手間を軽減できる。

開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
所定のバイタルサインを測定する測定部と、
前記所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した前記所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させる制御を行う制御部と、
前記所定のバイタルサインの測定結果と、前記診察予約画面に応じた診察予約情報又は前記病院の診察予約のキャンセル画面に応じた診察キャンセル情報とを送信する送信部と、を有する通信端末。
（付記２）
前記測定部は、体温を測定する体温計である付記１記載の通信端末。
（付記３）
前記所定のバイタルサインの測定結果が所定の閾値以上である場合を前記第一の所定の範囲とし、前記所定の閾値未満である場合を前記第二の所定の範囲とすることを特徴とする付記１又は２記載の通信端末。
（付記４）
前記制御部は、
前記病院の診察予約画面を前記表示部に表示させた後に、前記病院の診察予約時間を取得して記憶しておき、
前記病院の診察予約画面を前記表示部に表示させた後であり且つ前記病院の診察予約時間前に取得した前記所定のバイタルサインの測定結果が前記第二の所定の範囲内を示す場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させることを特徴とする付記１乃至３の何れか一項に記載の通信端末。
（付記５）
コンピュータによる予約支援方法であって、該コンピュータが、
所定のバイタルサインを測定する測定部から前記所定のバイタルサインを取得し、
前記所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した前記所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させ、
前記所定のバイタルサインの測定結果と、前記診察予約画面に応じた診察予約情報又は前記病院の診察予約のキャンセル画面に応じた診察キャンセル情報とを送信する、
予約支援方法。
（付記６）
所定のバイタルサインを測定する測定部から前記所定のバイタルサインを取得し、
前記所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した前記所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させ、
前記所定のバイタルサインの測定結果と、前記診察予約画面に応じた診察予約情報又は前記病院の診察予約のキャンセル画面に応じた診察キャンセル情報とを送信する、
処理をコンピュータに実行させる予約支援プログラム。
（付記７）
所定のバイタルサインを測定する測定部と、
前記所定のバイタルサインの測定結果を送信する送信部と、
を有する測定装置と、
前記測定装置から送信された前記所定のバイタルサインの測定結果を受信する受信部と、
受信した前記所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した前記所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させる制御を行う制御部と、
前記所定のバイタルサインの測定結果と、前記診察予約画面に応じた診察予約情報又は前記病院の診察予約のキャンセル画面に応じた診察キャンセル情報とを送信する送信部と、
を有する通信端末と、
を備えたバイタル測定システム。
（付記８）
所定のバイタルサインの測定結果を受信する受信部と、
前記所定のバイタルサインの測定結果が第一の所定の範囲外である場合に病院の診察予約画面の画面データを生成して出力し、前記診察予約画面の画面データを出力した後に受信した前記所定のバイタルサインの測定結果が、第二の所定の範囲内である場合に、前記病院の診察予約のキャンセル画面の画面データを生成して出力する画面データ生成部と、
前記所定のバイタルサインの測定結果と、前記診察予約画面において入力された診察予約情報又は前記キャンセル画面において入力されたキャンセル依頼情報を出力する出力部と、を有する予約サーバ。

本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１００、１００Ａ 予約システム
２００ 予約サーバ
２１０ 予約プログラム
２１０Ａ 予約処理部
２７３ 条件判定部
２７４ フラグ判定部
２７６ 予約申請部
２７７ キャンセル申請部
２７８ フラグ制御部
２８０ 画面データ生成部
３００、３００Ａ、３００Ｂ 携帯端末
３１０ 予約依頼プログラム
３１０Ａ 予約依頼処理部
４００ 測定装置
４００Ａ 測定処理部
４１０、４１０Ａ 測定値取得部
４２０ 測定値送信部
５００ 予約端末

Claims (6)

1. 所定のバイタルサインを測定する測定部と、
   前記所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した前記所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させる制御を行う制御部と、
   前記所定のバイタルサインの測定結果と、前記診察予約画面に応じた診察予約情報又は前記病院の診察予約のキャンセル画面に応じた診察キャンセル情報と、を送信する送信部と、を有する通信端末。
2. 前記測定部は、体温を測定する体温計である請求項１記載の通信端末。
3. 前記所定のバイタルサインの測定結果が所定の閾値以上である場合を前記第一の所定の範囲とし、前記所定の閾値未満である場合を前記第二の所定の範囲とすることを特徴とする請求項１又は２記載の通信端末。
4. 前記制御部は、
   前記病院の診察予約画面を前記表示部に表示させた後に、前記病院の診察予約時間を取得して記憶しておき、
   前記病院の診察予約画面を前記表示部に表示させた後であり且つ前記病院の診察予約時間前に取得した前記所定のバイタルサインの測定結果が前記第二の所定の範囲内を示す場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させることを特徴とする請求項１乃至３の何れか一項に記載の通信端末。
5. コンピュータによる予約支援方法であって、該コンピュータが、
   所定のバイタルサインを測定する測定部から前記所定のバイタルサインを取得し、
   前記所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した前記所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させ、
   前記所定のバイタルサインの測定結果と、前記診察予約画面に応じた診察予約情報又は前記病院の診察予約のキャンセル画面に応じた診察キャンセル情報とを送信する、
   予約支援方法。
6. 所定のバイタルサインを測定する測定部から前記所定のバイタルサインを取得し、
   前記所定のバイタルサインの測定結果が第一の所定の範囲外を示す場合に病院の診察予約画面を表示部に表示させ、病院の診察予約画面を表示した後に受信した前記所定のバイタルサインの測定結果が第二の所定の範囲内を示す測定結果を取得した場合に、前記病院の診察予約のキャンセル画面を前記表示部に表示させ、
   前記所定のバイタルサインの測定結果と、前記診察予約画面に応じた診察予約情報又は前記病院の診察予約のキャンセル画面に応じた診察キャンセル情報とを送信する、
   処理をコンピュータに実行させる予約支援プログラム。

Images