JP2015064851A - サーバ装置、情報処理システム、サーバ装置の制御方法およびプログラム - Google Patents

Abstract

【課題】診療を予約する操作中に、その診療の条件を変更可能にする。【解決手段】端末２の制御部２１は、選択された患者名で示される患者の予約の条件である第１条件をサーバ装置１に要求する（予約画面データ要求部２１４）。サーバ装置１から第１条件が送信されると、制御部２１は、その第１条件に基づく画面を表示部２５に表示させ（第２表示制御部２１５）、操作部２４からユーザの操作に応じて第１条件を第２条件に変更し（変更部２１５）、変更されたこの第２条件を満たす日時を示す日時情報をサーバ装置１に要求する（予約要求部２１６）。サーバ装置１の制御部１１は、所要時間情報１２２、資源情報１２３、制限情報１２４を参照して予約リスト１２５を検索し、見つかった日時情報を端末２に送信する（通知部１１６）。日時情報を送信された端末２の制御部２１は、送信されたこの日時情報に基づく画面を表示部２５に表示させる（第３表示制御手段）。【選択図】図９

Description

本発明は、診療の予約の管理に関するものである。

医師、歯科医師による診断、治療などの予約を管理するのに情報処理システムが利用されている。予約業務において、予約同士が重複しないことが重要であるが、予約が入れられていない空き時間が多くなるほど稼働率が下がり収益に悪影響を及ぼす。したがって、予約を要求する者に対して、出来る限り早い空き時間を案内することが望ましい。予約管理業務を支援する情報処理システムとして、例えば特許文献１〜５が挙げられる。

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

ところで、これら文献に示された情報処理システムでは、担当する担当者など、患者の診療の条件を決定する操作は、患者のカルテを編集するプログラムなどにより行われており、診療の予約をとる操作では、その条件を変更することができなかった。

本発明は、診療を予約する操作中に、その診療の条件を変更可能にすることを目的とする。

上述した課題を解決するため、本発明に係るサーバ装置は、患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段と、前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、特定された前記予約情報に基づく予約画面データを前記端末に送信する予約画面データ送信手段と、前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、前記取得手段によって取得された予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記予約情報において診療が予約されていない日時から抽出する抽出手段と、前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段とを有することを特徴とする。

また、本発明に係るサーバ装置は、上述した態様において、前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段を有し、前記予約画面データ送信手段は、前記特定手段により特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件とに基づいて生成された予約画面データを前記端末に送信し、前記書込手段は、前記予約画面データに含まれる前記条件に対し前記端末において変更された内容が確定されると、当該内容に応じた条件を新たに前記条件記憶手段に書き込むことを特徴とする。

また、本発明に係る情報処理システムは、端末と、前記端末に情報を送信するサーバ装置とを有する情報処理システムであって、前記サーバ装置は、患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段と、前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、特定された前記予約情報に基づく予約画面データを前記端末に送信する予約画面データ送信手段と、前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、前記取得手段によって取得された予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記予約情報において診療が予約されていない日時から抽出する抽出手段と、前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段とを有し、前記端末は、情報を表示する表示手段と、前記サーバ装置から送信された前記リストおよび前記予約画面データ、並びに通知された前記日時に基づく各画面をそれぞれ前記表示手段に表示させる表示制御手段と、ユーザの操作を受付ける受付手段と、前記受付手段が受付けた操作の内容に応じて、前記リストの中からいずれかの予約情報を選択する選択手段と、前記選択手段により選択された前記予約情報に基づく予約画面データを要求する予約画面データ要求手段と、前記受付手段が受付けた操作の内容に応じて、前記サーバ装置から送信された前記予約画面データに含まれる前記予約情報の内容を変更する変更手段と、前記変更手段により変更された内容での診療の予約を要求する予約要求手段と、前記予約要求手段の要求に応じて前記サーバ装置から通知された前記日時における診療の予約を確定する確定手段とを有することを特徴とする。

また、本発明に係る制御方法は、患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段を有し、端末に情報を送信するサーバ装置の制御方法であって、前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信ステップと、前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定ステップと、特定された前記予約情報に基づく予約画面データを前記端末に送信する予約画面データ送信ステップと、前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得ステップと、前記取得ステップにおいて取得された予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記予約情報において診療が予約されていない日時から抽出する抽出ステップと、前記抽出ステップにおいて抽出された前記日時を前記端末に通知する通知ステップと、前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込ステップとを有することを特徴とする。

また、本発明に係るプログラムは、患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段を有し、端末に情報を送信するコンピュータを、前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、特定された前記予約情報に基づく予約画面データを前記端末に送信する予約画面データ送信手段と、前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、前記取得手段によって取得された予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記予約情報において診療が予約されていない日時から抽出する抽出手段と、前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段ととして機能させるためのプログラムである。

本発明によれば、診療を予約する操作中に、診療の条件を変更可能にすることができる。

予約システムの全体構成の一例を示す図。 サーバ装置の構成の一例を示す図。 患者情報の一例を示す図。 所要時間情報の一例を示す図。 資源情報の一例を示す図。 制限情報の一例を示す図。 予約リストの一例を示す図。 端末の構成の一例を示す図。 サーバ装置および端末の機能的構成の一例を示す図。 表示部の画面に表示される予約表の一例を示す図。 予約画面の一例を示す図。

１．実施形態
１−１．予約システムの構成
図１は、予約システム９の全体構成の一例を示す図である。予約システム９は、サーバ装置１と、端末２と、通信回線３とを有する情報処理システムである。

サーバ装置１は、診療の予約に関する情報を管理する装置であって、通信回線３を介して端末２にそれらの情報を送信および受信するサーバ装置である。ここで、「診療」とは、医師、歯科医師、歯科衛生士などが患者を診察、治療することである。例えば歯科における診療には、歯周外科治療や、ＰＭＴＣ（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）、携帯音楽再生機、携帯動画再生機、ゲーム機、電子書籍の閲覧装置、ナビゲーション装置などであってもよい。

１…サーバ装置、１１…制御部、１１１…リスト送信部、１１２…特定部、１１３…予約画面データ送信部、１１４…取得部、１１５…抽出部、１１６…通知部、１１７…書込部、１２…記憶部、１２１…患者情報、１２２…所要時間情報、１２３…資源情報、１２４…制限情報、１２５…予約リスト、１３…通信部、２…端末、２１…制御部、２１１…表示制御部、２１２…受付部、２１３…選択部、２１４…予約画面データ要求部、２１５…変更部、２１６…予約要求部、２１７…確定部、２２…記憶部、２３…通信部、２４…操作部、２５…表示部、３…通信回線、９…予約システム。

Claims (5)

1. 患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段と、
   前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、
   前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、
   特定された前記予約情報に基づく予約画面データを前記端末に送信する予約画面データ送信手段と、
   前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、
   前記取得手段によって取得された予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記予約情報において診療が予約されていない日時から抽出する抽出手段と、
   前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、
   前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段と
   を有することを特徴とするサーバ装置。
2. 前記患者ごとに、当該患者に対する前記診療の条件を記憶する条件記憶手段を有し、
   前記予約画面データ送信手段は、前記特定手段により特定された前記予約情報と、当該予約情報が示す患者に対して前記条件記憶手段において記憶されている前記条件とに基づいて生成された予約画面データを前記端末に送信し、
   前記書込手段は、前記予約画面データに含まれる前記条件に対し前記端末において変更された内容が確定されると、当該内容に応じた条件を新たに前記条件記憶手段に書き込む
   ことを特徴とする請求項１に記載のサーバ装置。
3. 端末と、前記端末に情報を送信するサーバ装置とを有する情報処理システムであって、
   前記サーバ装置は、
   患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段と、
   前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、
   前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、
   特定された前記予約情報に基づく予約画面データを前記端末に送信する予約画面データ送信手段と、
   前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、
   前記取得手段によって取得された予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記予約情報において診療が予約されていない日時から抽出する抽出手段と、
   前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、
   前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段とを有し、
   前記端末は、
   情報を表示する表示手段と、
   前記サーバ装置から送信された前記リストおよび前記予約画面データ、並びに通知された前記日時に基づく各画面をそれぞれ前記表示手段に表示させる表示制御手段と、
   ユーザの操作を受付ける受付手段と、
   前記受付手段が受付けた操作の内容に応じて、前記リストの中からいずれかの予約情報を選択する選択手段と、
   前記選択手段により選択された前記予約情報に基づく予約画面データを要求する予約画面データ要求手段と、
   前記受付手段が受付けた操作の内容に応じて、前記サーバ装置から送信された前記予約画面データに含まれる前記予約情報の内容を変更する変更手段と、
   前記変更手段により変更された内容での診療の予約を要求する予約要求手段と、
   前記予約要求手段の要求に応じて前記サーバ装置から通知された前記日時における診療の予約を確定する確定手段とを有する
   ことを特徴とする情報処理システム。
4. 患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段を有し、端末に情報を送信するサーバ装置の制御方法であって、
   前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信ステップと、
   前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定ステップと、
   特定された前記予約情報に基づく予約画面データを前記端末に送信する予約画面データ送信ステップと、
   前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得ステップと、
   前記取得ステップにおいて取得された予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記予約情報において診療が予約されていない日時から抽出する抽出ステップと、
   前記抽出ステップにおいて抽出された前記日時を前記端末に通知する通知ステップと、
   前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込ステップと
   を有することを特徴とする制御方法。
5. 患者に対する診療の予約に関する予約情報のリストを記憶する予約情報記憶手段を有し、端末に情報を送信するコンピュータを、
   前記予約情報記憶手段に記憶された前記予約情報のリストを端末に送信するリスト送信手段と、
   前記予約情報のリストの中から前記端末において選択された予約情報を特定する特定手段と、
   特定された前記予約情報に基づく予約画面データを前記端末に送信する予約画面データ送信手段と、
   前記予約画面データに含まれる予約情報に対し前記端末において変更された内容での診療の予約を要求する予約要求を前記端末から取得する取得手段と、
   前記取得手段によって取得された予約要求に合致する診療の日時を、前記予約情報記憶手段に記憶された前記予約情報において診療が予約されていない日時から抽出する抽出手段と、
   前記抽出手段により抽出された前記日時を前記端末に通知する通知手段と、
   前記端末において通知された前記日時における診療の予約が確定されると、当該診療の予約に関する予約情報を新たに前記予約情報記憶手段に書き込む書込手段と
   として機能させるためのプログラム。

Images