(57)【特許請求の範囲】
【請求項１】
患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段と、
前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段と、
前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、
前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、
前記特定手段により特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件と、に基づいて生成された予約画面データを前記端末に送信する予約画面データ送信手段と、
前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、
前記取得手段によって取得された予約要求に合致する診療の日時を抽出する抽出手段と、
前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、
前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段と、
を有し、
前記予約情報記憶手段は、記述された日時に行われる診療の予約に関する通常予約情報と、当該通常予約情報に示される前記予約と日時および条件が重複する場合に当該予約よりも診察の実施を後回しにされる予約に関する予備予約情報とを含む前記リストを記憶し、
前記抽出手段は、前記予約情報が示す患者による前記診察の予約が取り消された割合を特定し、
特定した前記割合が閾値を上回る場合には、前記予約要求に合致する診療の日時を、全ての日時から抽出し、
特定した前記割合が前記閾値を上回らない場合には、前記予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記通常予約情報において診療が予約されていない日時から抽出し、
前記書込手段は、
前記抽出手段により特定された前記割合が閾値を上回る場合には、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込み、
前記抽出手段により特定された前記割合が前記閾値を上回らない場合には、前記確定された診療の予約に関する予約情報を、前記通常予約情報として書き込む
ことを特徴とするサーバ装置。
【請求項２】
前記書込手段は、前記予約画面データに含まれる前記条件に対し前記端末において変更された内容が確定されると、当該内容に応じた条件を新たに前記条件記憶手段に書き込む
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記抽出手段は、
前記取得手段によって取得された予約要求に合致する診療の内容が決められた条件を満たす場合には、前記割合が閾値を上回るか否かに関わらず、当該診療の日時を、全ての日時から抽出し、
前記書込手段は、
前記予約要求に合致する診療の内容が決められた条件を満たす場合には、前記割合が閾値を上回るか否かに関わらず、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込む
ことを特徴とする請求項１または２に記載のサーバ装置。
【請求項４】
端末と、前記端末に情報を送信するサーバ装置とを有する情報処理システムであって、
前記サーバ装置は、
患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段と、
前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段と、
前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、
前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、
前記特定手段により特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件と、に基づいて生成された予約画面データを前記端末に送信する予約画面データ送信手段と、
前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、
前記取得手段によって取得された予約要求に合致する診療の日時を抽出する抽出手段と、
前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、
前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段とを有し、
前記予約情報記憶手段は、記述された日時に行われる診療の予約に関する通常予約情報と、当該通常予約情報に示される前記予約と日時および条件が重複する場合に当該予約よりも診察の実施を後回しにされる予約に関する予備予約情報とを含む前記リストを記憶し、
前記抽出手段は、前記予約情報が示す患者による前記診察の予約が取り消された割合を特定し、
特定した前記割合が閾値を上回る場合には、前記予約要求に合致する診療の日時を、全ての日時から抽出し、
特定した前記割合が前記閾値を上回らない場合には、前記予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記通常予約情報において診療が予約されていない日時から抽出し、
前記書込手段は、
前記抽出手段により特定された前記割合が閾値を上回る場合には、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込み、
前記抽出手段により特定された前記割合が前記閾値を上回らない場合には、前記確定された診療の予約に関する予約情報を、前記通常予約情報として書き込み、
前記端末は、
情報を表示する表示手段と、
前記サーバ装置から送信された前記リストおよび前記予約画面データ、並びに通知された前記日時に基づく各画面をそれぞれ前記表示手段に表示させる表示制御手段と、
ユーザの操作を受付ける受付手段と、
前記受付手段が受付けた操作の内容に応じて、前記リストの中からいずれかの予約情報を選択する選択手段と、
前記選択手段により選択された前記予約情報に基づく予約画面データを要求する予約画面データ要求手段と、
前記受付手段が受付けた操作の内容に応じて、前記サーバ装置から送信された前記予約画面データに含まれる前記予約情報の内容を変更する変更手段と、
前記変更手段により変更された内容での診療の予約を要求する予約要求手段と、
前記予約要求手段の要求に応じて前記サーバ装置から通知された前記日時における診療の予約を確定する確定手段と、を有する
ことを特徴とする情報処理システム。
【請求項５】
患者に対する診療の予約に関する予約情報のリストを記憶する記憶手段であって、記述された日時に行われる診療の予約に関する通常予約情報と、当該通常予約情報に示される前記予約と日時および条件が重複する場合に当該予約よりも実施を後回しにされる予約に関する予備予約情報とを含む前記リストを記憶する予約情報記憶手段と、前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段とを有し、端末に情報を送信するサーバ装置の制御方法であって、
前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信ステップと、
前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定ステップと、
前記特定ステップにおいて特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件とに基づいて生成された予約画面データを前記端末に送信する予約画面データ送信ステップと、
前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得ステップと、
前記取得ステップにおいて取得された予約要求に合致する診療の日時を抽出する抽出ステップと、
前記抽出ステップにおいて抽出された前記日時を前記端末に通知する通知ステップと、
前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込ステップと
を有し、
前記抽出ステップは、前記予約情報が示す患者による前記診察の予約が取り消された割合を特定し、
特定した前記割合が閾値を上回る場合には、前記予約要求に合致する診療の日時を、全ての日時から抽出し、
特定した前記割合が前記閾値を上回らない場合には、前記予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記通常予約情報において診療が予約されていない日時から抽出し、
前記書込ステップは、
前記抽出ステップにおいて特定された前記割合が閾値を上回る場合には、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込み、
前記抽出ステップにおいて特定された前記割合が前記閾値を上回らない場合には、前記確定された診療の予約に関する予約情報を、前記通常予約情報として書き込む
ことを特徴とする制御方法。
【請求項６】
患者に対する診療の予約に関する予約情報のリストを記憶する記憶手段であって、記述された日時に行われる診療の予約に関する通常予約情報と、当該通常予約情報に示される前記予約と日時および条件が重複する場合に当該予約よりも実施を後回しにされる予約に関する予備予約情報とを含む前記リストを記憶する予約情報記憶手段と、前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段とを有し、端末に情報を送信するコンピュータを、
前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、
前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、
前記特定手段により特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件とに基づいて生成された予約画面データを前記端末に送信する予約画面データ送信手段と、
前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、
前記取得手段によって取得された予約要求に合致する診療の日時を抽出する抽出手段と、
前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、
前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段
として機能させるとともに、
前記抽出手段が、前記予約情報が示す患者による前記診察の予約が取り消された割合を特定し、
特定した前記割合が閾値を上回る場合には、前記予約要求に合致する診療の日時を、全ての日時から抽出し、
特定した前記割合が前記閾値を上回らない場合には、前記予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記通常予約情報において診療が予約されていない日時から抽出し、
前記書込手段が、
前記抽出手段により特定された前記割合が閾値を上回る場合には、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込み、
前記抽出手段により特定された前記割合が前記閾値を上回らない場合には、前記確定された診療の予約に関する予約情報を、前記通常予約情報として書き込むように
前記コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診療の予約の管理に関するものである。
【背景技術】
【０００２】
医師、歯科医師による診断、治療などの予約を管理するのに情報処理システムが利用されている。予約業務において、予約同士が重複しないことが重要であるが、予約が入れられていない空き時間が多くなるほど稼働率が下がり収益に悪影響を及ぼす。したがって、予約を要求する者に対して、出来る限り早い空き時間を案内することが望ましい。予約管理業務を支援する情報処理システムとして、例えば特許文献１〜５が挙げられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２２７４５０号公報
【特許文献２】特開２００４−１３９３５６号公報
【特許文献３】特開２０１０−９７５７２号公報
【特許文献４】特開２００７−２５７６１１号公報
【特許文献５】特開２０１２−２０８５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、これら文献に示された情報処理システムでは、予約を取り消した割合が多い患者であっても、他の患者と重複しない時間に新たな診療の予約をとる以外の予約ができなかった。
【０００５】
本発明は、予約を取り消した割合が多い患者の新たな予約を、他の患者の予約と区別しつつ重複可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するため、本発明に係るサーバ装置は、患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段と、前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段と、前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、前記特定手段により特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件と、に基づいて生成された予約画面データを前記端末に送信する予約画面データ送信手段と、前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、前記取得手段によって取得された予約要求に合致する診療の日時を抽出する抽出手段と、前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段と、を有し、前記予約情報記憶手段は、記述された日時に行われる診療の予約に関する通常予約情報と、当該通常予約情報に示される前記予約と日時および条件が重複する場合に当該予約よりも診察の実施を後回しにされる予約に関する予備予約情報とを含む前記リストを記憶し、前記抽出手段は、前記予約情報が示す患者による前記診察の予約が取り消された割合を特定し、特定した前記割合が閾値を上回る場合には、前記予約要求に合致する診療の日時を、全ての日時から抽出し、特定した前記割合が前記閾値を上回らない場合には、前記予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記通常予約情報において診療が予約されていない日時から抽出し、前記書込手段は、前記抽出手段により特定された前記割合が閾値を上回る場合には、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込み、前記抽出手段により特定された前記割合が前記閾値を上回らない場合には、前記確定された診療の予約に関する予約情報を、前記通常予約情報として書き込むことを特徴とする。
【０００７】
また、本発明に係るサーバ装置は、上述した態様において、前記書込手段は、前記予約画面データに含まれる前記条件に対し前記端末において変更された内容が確定されると、当該内容に応じた条件を新たに前記条件記憶手段に書き込むことを特徴とする。
【０００８】
また、本発明に係るサーバ装置は、上述した態様において、前記抽出手段は、前記取得手段によって取得された予約要求に合致する診療の内容が決められた条件を満たす場合には、前記割合が閾値を上回るか否かに関わらず、当該診療の日時を、全ての日時から抽出し、前記書込手段は、前記予約要求に合致する診療の内容が決められた条件を満たす場合には、前記割合が閾値を上回るか否かに関わらず、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込むことを特徴とする。
【０００９】
また、本発明に係る情報処理システムは、端末と、前記端末に情報を送信するサーバ装置とを有する情報処理システムであって、前記サーバ装置は、患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段と、前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段と、前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、前記特定手段により特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件と、に基づいて生成された予約画面データを前記端末に送信する予約画面データ送信手段と、前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、前記取得手段によって取得された予約要求に合致する診療の日時を、抽出する抽出手段と、前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段とを有し、前記予約情報記憶手段は、記述された日時に行われる診療の予約に関する通常予約情報と、当該通常予約情報に示される前記予約と日時および条件が重複する場合に当該予約よりも診察の実施を後回しにされる予約に関する予備予約情報とを含む前記リストを記憶し、前記抽出手段は、前記予約情報が示す患者による前記診察の予約が取り消された割合を特定し、特定した前記割合が閾値を上回る場合には、前記予約要求に合致する診療の日時を、全ての日時から抽出し、特定した前記割合が前記閾値を上回らない場合には、前記予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記通常予約情報において診療が予約されていない日時から抽出し、前記書込手段は、前記抽出手段により特定された前記割合が閾値を上回る場合には、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込み、前記抽出手段により特定された前記割合が前記閾値を上回らない場合には、前記確定された診療の予約に関する予約情報を、前記通常予約情報として書き込み、前記端末は、情報を表示する表示手段と、前記サーバ装置から送信された前記リストおよび前記予約画面データ、並びに通知された前記日時に基づく各画面をそれぞれ前記表示手段に表示させる表示制御手段と、ユーザの操作を受付ける受付手段と、前記受付手段が受付けた操作の内容に応じて、前記リストの中からいずれかの予約情報を選択する選択手段と、前記選択手段により選択された前記予約情報に基づく予約画面データを要求する予約画面データ要求手段と、前記受付手段が受付けた操作の内容に応じて、前記サーバ装置から送信された前記予約画面データに含まれる前記予約情報の内容を変更する変更手段と、前記変更手段により変更された内容での診療の予約を要求する予約要求手段と、前記予約要求手段の要求に応じて前記サーバ装置から通知された前記日時における診療の予約を確定する確定手段と、を有することを特徴とする。
【００１０】
また、本発明に係る制御方法は、患者に対する診療の予約に関する予約情報のリストを記憶する記憶手段であって、記述された日時に行われる診療の予約に関する通常予約情報と、当該通常予約情報に示される前記予約と日時および条件が重複する場合に当該予約よりも実施を後回しにされる予約に関する予備予約情報とを含む前記リストを記憶する予約情報記憶手段と、前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段とを有し、端末に情報を送信するサーバ装置の制御方法であって、前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信ステップと、前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定ステップと、前記特定ステップにおいて特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件とに基づいて生成された予約画面データを前記端末に送信する予約画面データ送信ステップと、前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得ステップと、前記取得ステップにおいて取得された予約要求に合致する診療の日時を抽出する抽出ステップと、前記抽出ステップにおいて抽出された前記日時を前記端末に通知する通知ステップと、前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込ステップとを有し、前記抽出ステップは、前記予約情報が示す患者による前記診察の予約が取り消された割合を特定し、特定した前記割合が閾値を上回る場合には、前記予約要求に合致する診療の日時を、全ての日時から抽出し、特定した前記割合が前記閾値を上回らない場合には、前記予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記通常予約情報において診療が予約されていない日時から抽出し、前記書込ステップは、前記抽出ステップにおいて特定された前記割合が閾値を上回る場合には、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込み、前記抽出ステップにおいて特定された前記割合が前記閾値を上回らない場合には、前記確定された診療の予約に関する予約情報を、前記通常予約情報として書き込むことを特徴とする。
【００１１】
また、本発明に係るプログラムは、患者に対する診療の予約に関する予約情報のリストを記憶する記憶手段であって、記述された日時に行われる診療の予約に関する通常予約情報と、当該通常予約情報に示される前記予約と日時および条件が重複する場合に当該予約よりも実施を後回しにされる予約に関する予備予約情報とを含む前記リストを記憶する予約情報記憶手段と、前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段とを有し、端末に情報を送信するコンピュータを、前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、前記特定手段により特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件とに基づいて生成された予約画面データを前記端末に送信する予約画面データ送信手段と、前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、前記取得手段によって取得された予約要求に合致する診療の日時を抽出する抽出手段と、前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段として機能させるとともに、前記抽出手段が、前記予約情報が示す患者による前記診察の予約が取り消された割合を特定し、特定した前記割合が閾値を上回る場合には、前記予約要求に合致する診療の日時を、全ての日時から抽出し、特定した前記割合が前記閾値を上回らない場合には、前記予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記通常予約情報において診療が予約されていない日時から抽出し、前記書込手段が、前記抽出手段により特定された前記割合が閾値を上回る場合には、前記確定された診療の予約に関する予約情報を、前記予備予約情報として書き込み、前記抽出手段により特定された前記割合が前記閾値を上回らない場合には、前記確定された診療の予約に関する予約情報を、前記通常予約情報として書き込むように前記コンピュータを機能させるためのプログラムである。
【発明の効果】
【００１２】
本発明によれば、予約を取り消した割合が多い患者の新たな予約を、他の患者の予約と区別しつつ重複可能とすることができる。
【図面の簡単な説明】
【００１３】
【図１】予約システムの全体構成の一例を示す図。
【図２】サーバ装置の構成の一例を示す図。
【図３】患者情報の一例を示す図。
【図４】所要時間情報の一例を示す図。
【図５】資源情報の一例を示す図。
【図６】制限情報の一例を示す図。
【図７】予約リストの一例を示す図。
【図８】端末の構成の一例を示す図。
【図９】サーバ装置および端末の機能的構成の一例を示す図。
【図１０】表示部の画面に表示される予約表の一例を示す図。
【図１１】予約画面の一例を示す図。
【発明を実施するための形態】
【００１４】
１．実施形態
１−１．予約システムの構成
図１は、予約システム９の全体構成の一例を示す図である。予約システム９は、サーバ装置１と、端末２と、通信回線３とを有する情報処理システムである。
【００１５】
サーバ装置１は、診療の予約に関する情報を管理する装置であって、通信回線３を介して端末２にそれらの情報を送信および受信するサーバ装置である。ここで、「診療」とは、医師、歯科医師、歯科衛生士などが患者を診察、治療することである。例えば歯科における診療には、歯周外科治療や、ＰＭＴＣ（Professional Mechanical Tooth Cleaning）、ＳＲＰ（Scaling Root Planing）などが含まれる。以下、患者を診療する者を「診療者」という。
【００１６】
通信回線３は、サーバ装置１と端末２との通信を仲介している情報通信回線であり、例えばインターネットである。端末２は、サーバ装置１に要求して診療の予約をとる情報処理端末であり、パーソナルコンピュータや携帯電話機などである。
【００１７】
なお、図１において予約システム９は端末２を１つだけ有しているが、複数の端末２を有していてもよい。また、予約システム９は、１つのサーバ装置１で予約に関する情報を管理しているが、複数のサーバ装置１を有し、これら複数のサーバ装置１が協同して予約に関する情報を管理してもよい。
【００１８】
１−２．サーバ装置の構成
図２は、サーバ装置１の構成の一例を示す図である。サーバ装置１は、制御部１１、記憶部１２、および通信部１３を有する。
【００１９】
制御部１１は、サーバ装置１の各部の動作を制御する手段である。制御部１１は、ＣＰＵ（Central Processing Unit）などの演算処理装置や、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などの記憶装置を備え、これら記憶装置に記憶されたプログラムを実行する。
通信部１３は、通信回線３を介して端末２と通信をするためのインターフェースである。
【００２０】
記憶部１２はハードディスク、フラッシュメモリなどの大容量の記憶手段であり、制御部１１に読み込まれるプログラムを記憶する。なお、記憶部１２は、いわゆるリムーバブルディスク、すなわち着脱可能な記録媒体を含んでもよい。
また、記憶部１２は、患者情報１２１、所要時間情報１２２、資源情報１２３、制限情報１２４、および予約リスト１２５をそれぞれ記憶する。そして、予約リスト１２５は、通常リスト１２５０と、予備リスト１２５１とを含む。
【００２１】
図３は、患者情報１２１の一例を示す図である。患者情報１２１は、各患者の診療の条件を記述した情報である。患者情報１２１は、図３に示すように、診療を受ける患者の名前（以下、患者名という）と、その患者の診療を主に担当する診療者の名前（以下、主治医名という）と、その診療の名称（以下、診療名という）とを対応付けて記憶する。また、患者情報１２１は、予約の日時より前にその予約をその患者が取り消した回数を「事前取消回数」として記憶し、また、その患者が予約の日時が過ぎても連絡せず、その予約を無断で取り消した回数を「無断取消回数」として記憶する。
【００２２】
例えば、患者名「○田×男」に対応付けられた主治医名は「院長」であり、診療名は「Ａ２」である。診療名は、患者名で識別される患者に対する予約済みの診療のうち、回数の最も大きいものの診療名を意味する。つまりこの場合、「○田×男」という名前の患者に対する予約済みの最後の診療は診療種別「Ａ」の２回目であり、その診療は「院長」が主に担当するということを意味する。ここで、診療種別とは、複数回にわたる一連の診療の種別を意味する。なお、患者情報１２１には、他に患者の電話番号などの個人情報が記述されてもよい。また、患者情報１２１には、患者名に代えて、または加えて、患者を一意に識別するための識別番号などが記述されてもよい。患者情報１２１を記憶する記憶部１２は、患者ごとに、その患者に対する診療の条件を記憶する条件記憶手段の一例である。
【００２３】
図４は、所要時間情報１２２の一例を示す図である。所要時間情報１２２には、図４に示すように、各診療種別の回ごとに、その診療に必要な時間である所要時間が分単位で記述されている。例えば、診療種別「Ａ」の２回目である診療名「Ａ２」の診療の所要時間は、「３０分」であり、診療種別「Ｃ」の１回目である診療名「Ｃ１」の診療の所要時間は、「６０分」である。また、診療種別「Ｂ」の４回目以降や、診療種別「Ｃ」の５回目以降の欄には、それぞれ所要時間が定められていないことを意味する「−」が記述されている。これは、診療種別「Ｂ」の診療は３回目までで終了することを意味し、診療種別「Ｃ」の診療は４回目までで終了することを意味する。所要時間情報１２２において、診療種別の各回の所要時間は異なっていてもよく、診療の内容に応じた時間が見積もられている。例えば、外科的な処置が行われる回や、診療者による診断結果の説明がある回については、それ以外の回に比べて所要時間が長く設定されている。
【００２４】
図５は、資源情報１２３の一例を示す図である。資源情報１２３は、診療名ごとに、診療者、チェア、器具などの資源を、可能／不可能、または必要／不必要に区分けした表である。例えば、図５に示す診療名「Ａ１〜Ａ５」は、診療者「副院長」および「◇崎」が「○」であり、その診療が可能であることを意味している。そして診療者「院長」について記述された「△」は、他に診療者がいない場合にその診療が可能であることを意味している。また、診療名「Ｃ１」について、診療者「◇崎」および「●木」が「×」となっており、その診療が不可能であることを意味している。診療名「Ｂ１〜Ｂ３」について「チェアI」は「△」であり、「チェアII」および「チェアIII」は「○」である。これは、診療名「Ｂ１〜Ｂ３」が、「チェアII」および「チェアIII」のいずれでも可能であり、また、他に空きがない場合に「チェアI」でも可能であることを意味している。そして、「器具α」は、診療名「Ｂ１〜Ｂ３」に「必要」である。すなわち、「器具α」がなければ診療名「Ｂ１〜Ｂ３」ができないが、他の診療に「器具α」は「不要」である。
【００２５】
なお、資源情報１２３は同時に実行できる診療の数を判定するために「器具α」などの資源の保有数を記憶していてもよい。例えば診療所に「器具α」が２つしかないことが資源情報１２３によって記憶されている場合、制御部１１は、診療名「Ｂ１〜Ｂ３」の診療を２つまで同時に行うことができるが、それ以上を同時に行うことはできないと判断する。
【００２６】
図６は、制限情報１２４の一例を示す図である。制限情報１２４は、診療を行うにあたって制限となる事項を示した情報である。例えば、図６に示す例において、担当者名「院長」には、「チェアI」のみに使用可能を意味する「○」が対応付けられており、「チェアII」および「チェアIII」には使用不可能を意味する「×」が対応付けられている。つまり、「院長」は他のチェアが空いていても「チェアI」しか使わないという制限が表されている。
【００２７】
図７は、予約リスト１２５の一例を示す図である。予約リスト１２５は、患者に対する診療の予約に関する予約情報のリストである。予約リスト１２５は、図７（ａ）に示す通常リスト１２５０と、図７（ｂ）に示す予備リスト１２５１とを含む。通常リスト１２５０は、記述された日時に行われる診療の予約に関する通常予約情報のリストである。つまり、通常リスト１２５０に記載された通常予約情報は、その日時に診療が行われることが前提になっており、他の通常予約情報と重複することがないように通常リスト１２５０に記述されている。
【００２８】
一方、予備リスト１２５１は、通常予約情報に示される予約と日時および条件が重複する場合にその予約よりも診察の実施を後回しにされる予約に関する予備予約情報のリストである。つまり、予備リスト１２５１に記載された予備予約情報は、通常リスト１２５０に含まれる通常予約情報と、日時および条件が重複してもよい。そして、予備予約情報が、通常予約情報と、日時および条件において重複している場合には、予備予約情報の予約よりも通常予約情報の予約が優先される。この場合、予備予約情報が示す患者は、通常予約情報が示す患者に対する診療が終わるまで待たされる。
【００２９】
図７に示すように、予約リスト１２５すなわち、通常リスト１２５０および予備リスト１２５１には、予約された診療ごとに固有の番号である「予約番号」が割り当てられ、その各予約番号に対応づけて、その予約の日、開始時刻、終了時刻、患者名、担当者名、診療名、およびチェア名がそれぞれ記述される。したがって、予約リスト１２５を記憶する記憶部１２は、患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段の一例である。なお、ここで、担当者名とは、予約されたその診療を実際に担当する診療者の名前である。
【００３０】
１−３．端末の構成
図８は、端末２の構成の一例を示す図である。端末２は、制御部２１、記憶部２２，通信部２３、操作部２４、および表示部２５を有する。
【００３１】
制御部２１は、端末２の各部を制御する手段である。制御部２１は、ＣＰＵなどの演算処理装置や、ＲＯＭ、ＲＡＭなどの記憶装置を備え、これら記憶装置に記憶されたプログラムを実行する。
通信部２３は、通信回線３を介してサーバ装置１と通信をするためのインターフェースである。
記憶部２２はハードディスク、フラッシュメモリなどの大容量の記憶手段であり、制御部２１に読み込まれるプログラムを記憶する。なお、記憶部２２は、いわゆるリムーバブルディスク、すなわち着脱可能な記録媒体を含んでもよい。
【００３２】
操作部２４は各種の指示を入力するための座標取得部や操作ボタンなどの各種操作子を備えており、ユーザによる操作を受付けてその操作内容に応じた信号を制御部２１に供給する。
表示部２５は、液晶などを使用したディスプレイ装置であり、制御部２１からの指示に応じて画像を表示する。
【００３３】
１−４．サーバ装置および端末の機能的構成
図９は、サーバ装置１および端末２の機能的構成の一例を示す図である。図９において、サーバ装置１の通信部１３、端末２の通信部２３、および通信回線３を省略する。
サーバ装置１の制御部１１は、図９に示すように、リスト送信部１１１、特定部１１２、予約画面データ送信部１１３、取得部１１４、抽出部１１５、通知部１１６、および書込部１１７として機能する。
【００３４】
また、端末２の制御部２１は、図９に示すように、表示制御部２１１、受付部２１２、選択部２１３、予約画面データ要求部２１４、変更部２１５、予約要求部２１６、および確定部２１７として機能する。
【００３５】
リスト送信部１１１（リスト送信手段）は、記憶部１２（予約情報記憶手段）に記憶された予約リスト１２５を端末２に送信する。表示制御部２１１（表示制御手段）は、サーバ装置１から送信された予約リスト１２５に基づいて予約表Ｔ１を表示部２５に表示させる。
【００３６】
図１０は、表示部２５の画面に表示される予約表Ｔ１の一例を示す図である。予約表Ｔ１は、サーバ装置１から送信された予約リスト１２５に基づく画面である。予約表Ｔ１には、縦方向に時刻が並べられており、この時刻に沿って各担当者の予約の状況を示す列が横方向に並べられている。表示制御部２１１は、送信された予約リスト１２５（図７参照）の各行から担当者名、開始時刻、終了時刻をそれぞれ特定し、予約表Ｔ１のうち、その担当者名が示す担当者の列にその開始時刻から終了時刻までの枠を表示させる。そして、表示制御部２１１は、その枠の中にそれぞれ予約された診療の診療名や、その診療を受ける患者の患者名、その診療に用いられるチェア名などを表示する。
【００３７】
例えば、図１０に示す予約表Ｔ１は、「院長」、「副院長」、「◇崎」、および「●木」の４人の担当者の担当者名が表示されており、各担当者の予約の状況を示す列が横方向に並べられている。そして、縦方向には、「９：００」や「１０：００」などの時刻が並べられている。図１０に示す枠ｒｓ１は、「院長」の列のうち、「９：３０」から「１０：００」までに配置されており、この枠ｒｓ１の中には患者名「○田×男」と、診療名「Ａ２」と、チェア名「チェアI」が表示されている。これは、図７に示す予約リスト１２５の予約番号「１３０７５」の予約に対応する内容（予約情報）である。
【００３８】
ユーザが表示部２５の画面に表示される予約表Ｔ１を見て、いずれかの枠で示される予約情報を選択する操作を操作部２４に対して行うと、制御部２１は、操作部２４を制御してユーザのその操作を受付け（受付部２１２）、受付けたその操作の内容に応じて、予約リスト１２５に示されたいずれかの予約情報を選択する（選択部２１３）。そして、制御部２１は、選択された予約情報に基づく予約画面データをサーバ装置１に対して要求する（予約画面データ要求部２１４）。ここで、予約画面データとは、選択された予約情報の詳細をユーザに確認させる画面を表示部２５に表示させるためのデータである。予約情報の詳細には例えば、患者名に対応付けられた担当者名などが含まれる。
【００３９】
端末２がユーザに選択された予約情報に基づく予約画面データを要求してくると、サーバ装置１の制御部１１は、端末２において選択されたその予約情報を特定して（特定部１１２）、予約リスト１２５および患者情報１２１を参照し、特定した予約情報と、その予約情報が示す患者に対して患者情報１２１に記述されている条件とに基づいて予約画面データを生成して端末２に送信する（予約画面データ送信部１１３）。
【００４０】
要求に応じてサーバ装置１から予約画面データが送信されると、端末２の制御部２１は、送信されたその予約画面データに基づく画面を表示部２５に表示させる（表示制御部２１１）。この予約画面データに基づく画面を「予約画面Ｔ２」という。図１１は、予約画面Ｔ２の一例を示す図である。予約画面Ｔ２には、画面上部に診療の条件が記載された条件領域Ｒｓが表示され、その条件領域Ｒｓの下部に予約の指示を受付けるボタンなどを有した指示領域Ｒｃが表示される。条件領域Ｒｓには、ユーザが選択した診療の予約の内容が表示される。指示領域Ｒｃには、「情報変更」、「予約変更」または「予約追加」の指示をするためのボタンｂｔ１、ｂｔ２、ｂｔ３が表示される。なお、この指示領域Ｒｃの下部には、上述した予約表Ｔ１が表示されてもよい。また、条件領域Ｒｓ、指示領域Ｒｃなどの配置は他の配置でもよい。
【００４１】
例えば、ユーザが端末２において図１０に示す枠ｒｓ１をクリックするなどの操作を行うと、端末２の制御部２１は、その操作の内容に応じてこの枠ｒｓ１で示される予約情報を予約リスト１２５の中から選択する。そして、選択したその予約情報を識別する予約番号「１３０７５」がサーバ装置１に送られ、予約情報に基づく予約画面データが要求される。すなわち、制御部２１は、選択された予約情報に基づく予約画面データを要求する予約画面データ要求手段の一例である。そしてサーバ装置１の制御部１１は、上述した要求に応じて、予約リスト１２５および患者情報１２１を参照して、予約番号「１３０７５」に基づく予約画面データを端末２に送信する。
【００４２】
端末２の制御部２１は、送信された予約画面データに基づいて図１１に示す予約画面Ｔ２を表示部２５に表示させる。また、制御部２１は、図１０に示す枠ｒｓ１に対応する予約情報の行から、患者名「○田×男」、予約開始時刻「９：３０」、担当者名「院長」、チェア名「チェアI」などを特定し、これらを対応する欄に表示させる。また、予約開始時刻と終了時刻との差から所要時間「３０分」を特定し、診療名「Ａ２」から診療種別「Ａ」を特定して、これらを対応する欄にそれぞれ表示させる。また、患者名「○田×男」でサーバ装置１から送信された予約リスト１２５を検索し、これを含む予約の一覧を生成して予約一覧に表示させる。また、制御部２１は、サーバ装置１から送信された予約画面データに基づいて、主治医名「院長」や電話番号の欄などを表示させる。
【００４３】
ユーザは、予約画面Ｔ２を見て、主治医および担当者がいずれも院長であること、診療種別がＡであること、予約開始時刻が２０１３年８月９日の９時３０分からであること、所要時間が３０分であることなどを確認する。
【００４４】
この予約画面Ｔ２に示された予約に関する情報に対して、ユーザは操作部２４を操作して変更を加えることができる。例えばユーザが図１１に示すプルダウンメニューｐｄの右側のボタン部分をクリックすると、選択可能な担当者名を縦方向に並べたプルダウンメニューウィンドウが表示される。ユーザがそのプルダウンメニューウィンドウに記載された「副院長」を、操作部２４を操作して選択すると、予約画面Ｔ２の担当者名の欄は、「副院長」に変更される。そして、ユーザが「予約追加」の指示をするためのボタンｂｔ３を押す操作をすると、端末２の制御部２１は、操作部２４からその操作を受付け、患者名「○田×男」に対応付けられた担当者名「院長」を、「副院長」に変更する（変更部２１５）。つまり、制御部２１は、受付部２１２が受付けた操作の内容に応じて、サーバ装置１から送信された予約画面データに含まれる予約情報の内容を変更する変更手段として機能する。
そして、制御部２１は、変更された予約情報の内容での診療の予約を要求する予約要求をサーバ装置１に送る（予約要求部２１６）。
【００４５】
サーバ装置１の制御部１１は、予約画面データに含まれる予約情報に対し端末２において変更された内容での診療の予約を要求する予約要求を、その端末２から取得する（取得部１１４）。上述した担当者名「副院長」は、以下のようにサーバ装置１の制御部１１に用いられる。制御部１１は、予約番号「１３０７５」に対応する患者名「○田×男」によって患者を特定し、予約リスト１２５の中から特定したこの患者の最後の予約を見つけて、その診療名を特定する。ここでは、予約番号「１３０７５」の予約が最後であるとし、制御部１１は診療名「Ａ２」を特定する。そして、ユーザが「予約追加」の指示をするボタンｂｔ３を押したので、制御部１１は診療名「Ａ２」の次回にあたる診療名「Ａ３」を特定する。
【００４６】
また、制御部１１は、特定した患者名「○田×男」を患者情報１２１の中から見つけて、事前取消回数、無断取消回数、および総予約数のうちいずれかを用いてその患者名で示される患者により診察の予約が取り消された割合を特定する。例えば、制御部１１は、無断取消回数を総予約数で除算した値を上記の割合である「取消割合」として算出する。具体的には、制御部１１は、図３に示す患者情報１２１が記憶部１２に記憶されている場合に、「○田×男」の取消割合を０÷２０＝０と算出し、「△山▲子」の取消割合を８÷１８＝０．４４と算出する。なお、取消割合の算出方法は、これに限られず、例えば、事前取消回数と無断取消回数の合計を総予約数で除算した値を取消割合として算出してもよい。
【００４７】
制御部１１は、所要時間情報１２２を参照して、診療名「Ａ３」で示される診療の所要時間が「３０分」であることを特定する。そして、制御部１１は、資源情報１２３を参照して、予約要求の担当者名で示される「副院長」が「Ａ３」を担当可能であることを確認し、制限情報１２４を参照して「副院長」が「チェアI」または「チェアII」を使用可能であることを確認する。
【００４８】
その後、制御部１１は、算出した取消割合に応じて予約要求に対する日時を抽出する。すなわち、制御部１１は、算出した取消割合が閾値を上回る場合には、取得した予約要求に合致する診療の日時を、全ての日時から抽出する。また、制御部１１は、算出した取消割合が閾値を上回らない場合には、取得した予約要求に合致する診療の日時を、通常リスト１２５０において診療が予約されていない日時から抽出する。
【００４９】
例えば、制御部１１が取消割合と比較する閾値を「０．４」とすると、制御部１１は、図３に示す患者情報１２１が記憶部１２に記憶されている場合に、「○田×男」の取消割合を０と特定するので、この取消割合は閾値である「０．４」を上回らない。この場合、制御部１１は、予約リスト１２５を検索し、上述した「○田×男」の最後の予約の後、「副院長」が「Ａ３」の治療を担当できる空き時間を抽出する。すなわち、制御部１１は、予約番号「１３０７５」の予約の終了時刻よりも後で、「副院長」が担当している予約を抽出し、「副院長」の空き時間のうち、「チェアI」または「チェアII」が未使用であり、且つ、「Ａ３」の所要時間「３０分」以上の空き時間を抽出する（抽出部１１５）。ここで、「空き時間」とは、予約リスト１２５のうち、通常リスト１２５０に記載された通常予約情報の予約と重複しない時間を意味し、予備リスト１２５１に記載された予備予約情報の予約と重複していてもよい。つまり、空き時間の特定において、予備予約情報の予約は無視される。
【００５０】
一方、「△山▲子」についての予約要求を取得した場合に、制御部１１は、「△山▲子」の取消割合を８÷１８＝０．４４と特定するので、この取消割合は閾値である「０．４」を上回る。この場合、制御部１１は、「△山▲子」についての予約要求に合致する診療の日時を、予約リスト１２５に示される予約に関わらず全ての日時から抽出する。つまり、この制御部１１は、取得部１１４が取得した予約要求が対象とする予約情報に示す患者により診察の予約が取り消された取消割合を特定し、この予約要求に合致する診療の日時を、特定した取消割合が閾値を上回る場合には全ての日時から抽出し、特定した取消割合が閾値を上回らない場合には通常リスト１２５０において診療が予約されていない日時から抽出する抽出手段として機能する。
【００５１】
また、制御部１１は、この抽出した日時を示す情報を日時情報として端末２に送信する（通知部１１６）。つまり、制御部１１は、抽出手段により抽出された日時を端末２に通知する通知手段として機能する。
【００５２】
日時情報をサーバ装置１から送信された端末２の制御部２１は、送信されたこの日時情報に基づく画面を表示部２５に表示させる（表示制御部２１１）。図１０に示す例において、副院長には１０時１５分以降に３０分以上の空き時間が生じていて、そのときチェアIIが使用されていないから、制御部２１は、表示部２５に１０時１５分以降の予約を勧める表示をさせる。ユーザが操作部２４を操作して、勧められた空き時間の中から、例えば開始時刻が１０時３０分、終了時刻が１１時の時間帯を選択すると、制御部２１は、ユーザの操作に応じてその時間帯を選択し（選択部２１３）、選択されたその時間帯に、副院長がＡ３の診療を担当する予約を確定する（確定部２１７）。サーバ装置１の制御部１１は、端末２において通知された日時における診療の予約が確定されると、その診療の予約に関する予約情報を「通常予約情報」として、新たに記憶部１２の予約リスト１２５のうち通常リスト１２５０に書き込む（書込部１１７）。つまり、制御部２１は、取消割合が閾値を上回らない場合にあっては、予約リスト１２５の通常リスト１２５０に確定された予約を示す新たな行を追加して、予約リスト１２５を更新する。
【００５３】
このように、ユーザが予約画面Ｔ２のプルダウンメニューｐｄに対して、担当者名を「院長」から「副院長」に変更する操作をした場合、変更された「副院長」を条件とした空き時間が抽出される。従来の技術では、ユーザが予約表Ｔ１からいずれかの枠を選択し、選択されたその枠が示す予約に続く診療の予約を追加して取る場合や、その予約自体の時間帯を変更する場合に、予約される診療の条件を変えることができなかった。したがって、図１０に示した予約状況の場合、患者名「○田×男」の次回「Ａ３」の診療は、担当者名を「院長」のままとしなければならず、例えば、枠ｒｓ２で示される診療の後、つまり１０時１５分から始まる予定の患者名「□沢◇美」の診療を院長が終えた１１時１５分以降に予約する必要があった。つまり、従来技術では、図１０の予約状況の場合、例えば、１１時３０分から１２時までの枠ｃａ１などを予約しなければならなかった。
【００５４】
一方、上述した実施形態に係る予約システム９において、ユーザは予約画面Ｔ２のプルダウンメニューｐｄに対する操作により、担当者を変更することができる。したがって、図１０に示した予約状況の場合であっても、枠ｒｓ２が終了する１１時１５分を待つ必要がなく、副院長が枠ｒｓ３の診療を完了する１０時１５分以降であれば予約することが可能である。この場合、例えば、ユーザは１０時３０分から１１時までの枠ｃａ２を予約することができる。
【００５５】
また、ユーザが予約表Ｔ１から選択した枠が、閾値よりも取消割合の多い患者の予約である場合、サーバ装置１の制御部１１は、端末２において通知された日時における診療の予約が確定されると、その診療の予約に関する予約情報を「予備予約情報」として、新たに記憶部１２の予約リスト１２５のうち予備リスト１２５１に書き込む（書込部１１７）。つまり、制御部２１は、取消割合が閾値を上回る場合にあっては、予約リスト１２５の予備リスト１２５１に確定された予約を示す新たな行を追加して、予約リスト１２５を更新する。その結果、予備リスト１２５１に記載された予備予約情報は、通常リスト１２５０に含まれる通常予約情報と、日時および条件が重複する場合がある。しかし、予備予約情報と通常予約情報とは区別されるため、この予約システム９においてこれらが示す日時および条件が重複する場合にあっては、通常予約情報を優先するように運用すればよい。つまり、この場合、取消割合の多い患者については、通常の予約との重複を許す代わりに、これら通常の予約とは区別して診療の予約をすることができる。
【００５６】
以上の機能的構成により、ユーザは、予約表Ｔ１を確認して予約された枠を選択する第１回目の操作をすることで、患者を特定し、その患者に対応付けられている診療の条件を確認できる。次に、ユーザは、その診療の条件を変更する第２回目の操作をすることで、変更された新たな条件を満たす日時を確認できる。そして、ユーザは、新たな条件を満たす時間帯の中からいずれかの時間帯を選択する第３回目の操作をすることで、その時間帯の予約をとることができる。すなわち、この構成を有するサーバ装置１およびサーバ装置１を含む予約システム９を用いることで、ユーザは３回の操作を行うだけで、所望する条件を満たす時間帯を探して予約をとることができる。また、取消割合に応じて診療の予約は、優先度の異なるリストに区別されるので、無断で予約を取り消すことが多いユーザに対してペナルティを課すことができる。
【００５７】
なお、上述した動作例ではユーザが「予約追加」の指示をするボタンｂｔ３を押したので、制御部１１は診療名の次回にあたる診療名を特定したが、ユーザが「予約変更」の指示をするボタンｂｔ２を押した場合には、制御部１１は選択された枠に対応する診療名を特定してもよい。この場合、制御部１１は、予約リスト１２５に新たな予約要求に応じた行を追加するとともに、第１回目の操作で選択された枠に応じた行を削除して予約リスト１２５を更新すればよい。これにより第１回目の操作で選択された枠が示す予約は、新たな予約要求に応じた予約に変更される。
【００５８】
また、ユーザが「情報変更」の指示をするボタンｂ１を押した場合には、サーバ装置１の制御部１１は、予約画面データに含まれる診療の条件に対して変更された内容を確定させ、図９において破線で示すように、確定されたその内容に応じた条件を新たに患者情報１２１に書き込んでもよい。すなわち、制御部１１は、予約画面データに含まれる条件に対し端末において変更された内容が確定されると、その内容に応じた条件を新たに条件記憶手段に書き込む書込手段の一例である。
【００５９】
２．変形例
以上が実施形態の説明であるが、この実施形態の内容は以下のように変形し得る。また、以下の変形例を組み合わせてもよい。
【００６０】
２−１．変形例１
上述した実施形態において、予約表Ｔ１は、縦方向に時刻が並べられ、横方向に担当者が並べられていたが、それぞれが並べられる方向は逆でもよい。また、予約の状況は担当者ごとに表示されていたが、チェアや器具など、他の資源ごとに予約の状況が表示されていてもよい。
【００６１】
２−２．変形例２
上述した実施形態において、制限情報１２４は、担当者名で示される担当者と、その担当者が使用可能なチェアのチェア名とを対応付けていたが、診療を行うにあたって制限となる事項を示した情報であれば、他の内容であってもよい。例えば、或る診療については、診療者の疲弊を抑えるため、１人の診療者が１日に予約できる回数を制限したり、診療と診療との間に決められた長さの休憩時間を取ることを予約の制限としたりしてもよい。
【００６２】
２−３．変形例３
上述した実施形態において、予約画面Ｔ２に示された担当者名についてユーザは変更することができたが、予約画面Ｔ２は、他の項目についても変更可能に構成されていてもよい。例えば、予約画面Ｔ２は、チェア名や診療種別を変更可能とする構成であってもよい。
【００６３】
また、予約画面Ｔ２は、例えば主治医名を変更可能とする構成であってもよい。この場合、主治医名の欄も担当者名と同じようにプルダウンメニューによって表現されていてもよい。そしてこの場合、サーバ装置１の制御部１１は、主治医名が指定されていない（すなわち、主治医名として「指定なし」が記述されている）と担当者名を診療の条件とした空き時間を抽出し、主治医名が指定されている（すなわち、主治医名として「指定なし」以外が記述されている）と、主治医名が示す診療者を担当者とする条件で空き時間を抽出するようにしてもよい。
【００６４】
２−４．変形例４
上述した実施形態において、資源情報１２３には、診療を担当する担当者のほか、チェアおよび診療に必要な器具などが記述されていたが、診療を行えるか否かを決める条件が記述されていれば他の内容が記述されていてもよい。例えば、歯科診療の一環として、義歯や補綴物などの各種歯科技工物を制作する場合があるが、資源情報１２３には、診療に必要となる技工物をその診療と対応付けて記述してもよい。この場合、その技工物が完成して納入される予定日が資源情報１２３や制限情報１２４などに記載されていてもよい。これにより予約しようとする診療に技工物が必要な場合、予約システム９は、例えば、その技工物が入手できる日時より前の予約ができないように予約処理を制限してもよい。
【００６５】
２−５．変形例５
上述した実施形態において、患者情報１２１は、患者名と担当者名と診療名とを対応付けて記憶していたが、これ以外の情報を記憶してもよい。例えば、患者情報１２１には、患者名で識別される患者の予約がキャンセルされた回数が記述されてもよい。この場合、制御部１１は、予約をキャンセルした回数が少ない患者を、その回数が多い患者よりも予約処理において優遇してもよい。また、この場合、患者情報１２１に記述されるキャンセルは、事前のものと事後のものとを区別されてもよい。すなわち、制御部１１は、予約の開始時刻よりも前にその予約がキャンセルされた場合には、事前キャンセルとして回数を計上し、予約の開始時刻の後にその予約がキャンセルされた場合には、事後キャンセルとして回数を計上して、それらの回数を患者情報１２１に書き込めばよい。そして、制御部１１は、例えば事前キャンセルの回数よりも、事後キャンセルの回数に重みをつける係数をそれぞれ乗算し、患者を評価して、評価に応じて予約処理の優遇の程度を決めればよい。
【００６６】
２−６．変形例６
上述したように、本発明はサーバ装置１の発明として観念されるが、サーバ装置１の制御方法として観念することも可能である。
【００６７】
２−７．変形例７
サーバ装置１の制御部１１によって実行されるプログラムは、磁気テープや磁気ディスクなどの磁気記録媒体、光ディスクなどの光記録媒体、光磁気記録媒体、半導体メモリなどの、コンピュータ装置が読み取り可能な記録媒体に記憶された状態で提供し得る。また、このプログラムを、インターネットなどのネットワーク経由でダウンロードさせることも可能である。なお、上記の制御部１１によって例示した制御手段としてはＣＰＵ以外にも種々の装置が適用される場合があり、例えば、専用のプロセッサなどが用いられる。
【００６８】
２−８．変形例８
上述した実施形態において、端末２は、パーソナルコンピュータや携帯電話機などであったが、これに限られない。例えば端末２は、タブレット端末、ＰＤＡ（Personal Digital Assistant）、携帯音楽再生機、携帯動画再生機、ゲーム機、電子書籍の閲覧装置、ナビゲーション装置などであってもよい。
【００６９】
２−９．変形例９
上述した実施形態において、制御部１１は、算出した取消割合が閾値を上回る場合には、取得した予約要求に合致する診療の日時を、全ての日時から抽出して端末２に送信し、その日時に基づいてユーザの選択によって予約が確定されると、その予約に関する予約情報を「予備予約情報」として、新たに記憶部１２の予約リスト１２５のうち予備リスト１２５１に書き込んでいた。すなわち、取消割合が閾値を上回る場合にだけ予備予約情報が予備リスト１２５１に書き込まれていたが、予備リスト１２５１に書き込まれる条件はこれに限られない。制御部１１は、取得された予約要求に合致する診療の内容が決められた条件を満たす場合には、取消割合が閾値を上回るか否かに関わらず、その診療の日時を、全ての日時から抽出し、かつ、確定された診療の予約に関する予約情報を、予備予約情報として予備リスト１２５１に書き込んでもよい。
【００７０】
例えば、制御部１１は、所要時間情報１２２を参照して、予約に示される診療の所要時間が１０分以内と定められている場合には、取得した予約要求に合致するその診療の日時を、全ての日時から抽出して端末２に送信し、その予約に関する情報を予備予約情報として予備リスト１２５１に書き込んでもよい。
また、制御部１１は、資源情報１２３を参照して、予約に示される診療に必要とされる器具が決められた数以下である場合には、取得した予約要求に合致するその診療の日時を、全ての日時から抽出して端末２に送信し、その予約に関する情報を予備予約情報として予備リスト１２５１に書き込んでもよい。
また、制御部１１は、予約に示される診療の診療名が予め決められた診療名である場合には、取得した予約要求に合致するその診療の日時を、全ての日時から抽出して端末２に送信し、その予約に関する情報を予備予約情報として予備リスト１２５１に書き込んでもよい。
この構成によれば、例えば、消毒だけしか行わないというような簡単な処置の予約を、強制的に予備予約情報として扱うことができる。すなわち、比較的、処置に緊急性がなく、診療者の制限が少なく、短時間で遂行できるような診療は、他の診療と重複しても診療者の負担にはならないため、本発明のサーバ装置１は、これらの診療を他の予約と重複可能とし、予約業務を柔軟に行うことができる。
【符号の説明】
【００７１】
１…サーバ装置、１１…制御部、１１１…リスト送信部、１１２…特定部、１１３…予約画面データ送信部、１１４…取得部、１１５…抽出部、１１６…通知部、１１７…書込部、１２…記憶部、１２１…患者情報、１２２…所要時間情報、１２３…資源情報、１２４…制限情報、１２５…予約リスト、１３…通信部、２…端末、２１…制御部、２１１…表示制御部、２１２…受付部、２１３…選択部、２１４…予約画面データ要求部、２１５…変更部、２１６…予約要求部、２１７…確定部、２２…記憶部、２３…通信部、２４…操作部、２５…表示部、３…通信回線、９…予約システム
【図１】
0006367036.tif 000002
【図２】
0006367036.tif 000003
【図３】
0006367036.tif 000004
【図４】
0006367036.tif 000005
【図５】
0006367036.tif 000006
【図６】
0006367036.tif 000007
【図７】
0006367036.tif 000008
【図８】
0006367036.tif 000009
【図９】
0006367036.tif 000010
【図１０】
0006367036.tif 000011
【図１１】
0006367036.tif 000012