(57)【要約】      （修正有）【課題】診察を希望する者（患者）の待ち時間を短縮する。【解決手段】受付システム１は、算出手段と、通知手段と、診察受付手段とを有する。算出手段は、所定の入力指示があった場合に、診察を受ける者が診察を希望する複数種類の診察科個々の状況を示す情報を用いて、前記診察を受ける者の待ち時間を軽減することが可能な診察順序を算出する。通知手段は、前記算出手段で算出された診察順序を通知する。診察受付手段は、前記通知手段の通知に応じて診察の申込みを受付ける。【選択図】図１
2012113552.tif 000002
【特許請求の範囲】
【請求項１】
所定の入力指示があった場合に、診察を受ける者が診察を希望する複数種類の診察科個々の状況を示す情報を用いて、前記診察を受ける者の待ち時間を軽減することが可能な診察順序を算出する算出手段と、
前記算出手段で算出された診察順序を通知する通知手段と、
前記通知手段の通知に応じて診察の申込みを受付ける診察受付手段と、
を有する受付システム。
【請求項２】
所定の入力指示があった場合に、診察を受ける者が診察を希望する複数種類の診察科個々の状況を示す情報を用いて、前記複数種類の診察科の中で診察待ち時間が短い診察科を特定することが可能な情報を通知する通知手段と、
前記通知手段の通知に応じて診察の申込みを受付ける診察受付手段と、
を有する受付システム。
【請求項３】
個人を特定する識別情報に、前記診察を受ける者が診察を希望する複数種類の診察科の情報を対応付けした診察予約情報を記憶部に保持させる診察予約受付手段と、
前記識別情報を入力する入力手段と、
を更に有し、
前記算出手段は、前記入力手段で識別情報が入力された場合に、当該識別情報で特定される診察予約情報を前記記憶部から検索し、該検索した診察予約情報に含まれる複数種類の診察科個々の状況を示す情報を用いて、前記診察順序を算出する、請求項１に記載の受付システム。
【請求項４】
前記診察科毎の状況を示す情報には、診察科毎の混雑状況を示す情報、または、前記診察科毎の混雑状況を示す情報および前記診察科毎の医師の在席状況を示す情報が含まれる、請求項１〜３のいずれか一項に記載の受付システム。
【請求項５】
前記通知手段は、前記診察を受ける者が診察を希望する診察科を案内する情報も通知する、請求項１〜４のいずれか一項に記載の受付システム。
【請求項６】
所定の入力指示があった場合に、診察を受ける者が診察を希望する複数種類の診察科個々の状況を示す情報を用いて、前記診察を受ける者の待ち時間を軽減することが可能な診察順序を算出する算出手段と、
前記算出手段で算出された診察順序を通知する通知手段と、
前記通知手段の通知に応じて診察の申込みを受付ける診察受付手段と、
を有する受付端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、受付システムおよび受付端末に関する。
【背景技術】
【０００２】
従来、総合病院などにおいて、一日で、内科、泌尿器科などの複数種類の診察科での診察を受ける場合には、まず、診察を受ける者またはその者に付き添う者が、受付場所で、診察を希望する複数種類の診察科名を記入した受付用紙を受付係に提出し、その後、受付係から病院側で決定したスケジュール（診察順や診察科毎の診察時間など）を聞いたり、スケジュールを印刷した用紙を受け取ったりして、診察を受ける者が、そのスケジュールに従って複数種類の診察科の診察を受けるのが一般的である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、病院においては、急患が運ばれてくるなどの種々の要因により、診察科毎の混雑状況や医師の在席状況はリアルタイムに変化するため、受付係から取得したスケジュールは診察を待つ者や病院側にとって効率の良いものではないという課題がある。
【課題を解決するための手段】
【０００４】
本実施形態の受付システムおよび受付端末は、算出手段と、通知手段と、診察受付手段とを有する。算出手段は、所定の入力指示があった場合に、診察を受ける者が診察を希望する複数種類の診察科個々の状況を示す情報を用いて、前記診察を受ける者の待ち時間を軽減することが可能な診察順序を算出する。通知手段は、前記算出手段で算出された診察順序を通知する。診察受付手段は、前記通知手段の通知に応じて診察の申込みを受付ける。
【図面の簡単な説明】
【０００５】
【図１】図１は、本実施形態に係る受付システムの概略的な構成を示す概要図である。
【図２】図２は、受付端末の概略的な外観構成を示す斜視図である。
【図３】図３は、ディスプレイに表示される受付案内画面の一構成例を示す平面図である。
【図４】図４は、受付端末の概略的なハードウェア構成を示す図である。
【図５】図５は、サーバ装置のハードウェア構成を示すブロック図である。
【図６】図６は、受付端末の機能的構成を示すブロック図である。
【図７】図７は、サーバ装置の機能的構成を示すブロック図である。
【図８】図８は、診察予約ＤＢに登録される診察予約情報の一構成例を示す模式図である。
【図９】図９は、診察科状況ＤＢに登録される状況情報の一構成例を示す模式図である。
【図１０】図１０は、受付システムにおける処理の流れを示すシーケンス図である。
【図１１】図１１は、サーバ装置の診察予約データの登録時の処理手順を示すフローチャートである。
【図１２】図１２は、サーバ装置の診察順序算出時の処理手順を示すフローチャートである。
【図１３】図１３は、受付端末の処理手順を示すフローチャートである。
【発明を実施するための形態】
【０００６】
以下、実施形態について添付図面を参照して説明する。
【０００７】
なお、以下の説明における「診察」とは、その言葉の本来の意味である、医師が患者の体を調べて病状や病因などを探す「診察」という行為と、医師が患者に病歴や病状などを質問する「問診」という行為と、医師が患者の病気や怪我を治す「治療」という行為のうちの少なくとも一つの行為を含む医師の行為のことである。
【０００８】
図１は、本実施形態に係る受付システム１の概略的な構成を説明するための概要図である。
【０００９】
図１に示すように、この受付システム１は、受付端末２とサーバ装置３とを備えている。
【００１０】
受付端末２は、病院の出入口付近の受付場所などに設置され、診察を受ける者またはその者に付き添う者（以下、単に「診察希望者」という場合がある。）が利用し、診察の申し込み（受付）を行うための情報端末である。
【００１１】
サーバ装置３は、病院の事務室などに設置され、受付端末２に受付案内サービスを提供するコンピュータである。
【００１２】
なお、受付端末２とサーバ装置３とは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのネットワークＮ１で通信可能に接続されている。
【００１３】
また、この受付システム１では、サーバ装置３には、インターネットなどのネットワークＮ２を介して、診察の予約を行うための不特定多数の通信端末４が通信接続されている。
【００１４】
通信端末４は、診察の予約を行うためのコンピュータであり、例えば、診察を受ける者やその関係者が所有する端末（携帯電話機やパーソナルコンピュータなど）や、病院内の所定箇所に設置された端末（パーソナルコンピュータや情報端末など）である。
【００１５】
図２は、受付端末２の概略的な外観構成を説明するための斜視図である。
【００１６】
図２に示すように、この受付端末２は、本体ハウジング２０を有しており、その本体ハウジング２０の正面側には、ディスプレイ２１と、タッチパネル２２と、スピーカ２３と、読取部２４、発行口２５などのユーザインタフェースが設けられている。
【００１７】
ここで、ディスプレイ２１は、各種情報を含む画面（図３参照）を表示する表示装置であり、例えば、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などで構成される。
【００１８】
タッチパネル２２は、ディスプレイ２１に積層されており、ディスプレイ２１に表示された各種ボタンアイコンなどの各種項目をタッチ操作で選択するための入力インタフェースである。
【００１９】
スピーカ２３は、受付端末２の操作方法を案内する音声ガイダンスなどを出力するものである。
【００２０】
読取部２４は、かざされた記憶媒体から、個人を特定することが可能な識別情報（以下、単に「ＩＤ」という場合がある。）を読み取る読取インタフェースであり、例えば、病院で発行されＩＤを記憶するＩＣカード型の診察券Ｃや、病院外部で発行されＩＤを記憶する電子マネーカードなどの記憶媒体からＩＤを読み取る。なお、読取部２４は、例えば、非接触カードＲＷなどで構成される。
【００２１】
発行口２５は、用紙などの記録媒体に、受付案内画面２１０に表示された表示内容（診察スケジュールおよび案内マップの少なくとも一つ）を印刷したスケジュール用紙Ｓを本体ハウジング２０の外部に排出するための口である。
【００２２】
図３は、ディスプレイ２１に表示される受付案内画面２１０の一構成例を説明するための平面図である。
【００２３】
図３に示すように、この受付案内画面２１０は、診察の申し込みを行うための画面であり、診察スケジュールを表示するスケジュール表示領域２１１と、各診察科までの行き方を案内する案内マップを表示するマップ表示領域２１２とを有している。
【００２４】
なお、ここでいう「診察スケジュール」とは、受付端末２の読取部２４で診察券Ｃの識別情報を読み込ませたタイミングにおいて、診察を受ける者の待ち時間を軽減できる診察順序を示す推奨の診察スケジュールのことである。
【００２５】
具体的には、スケジュール表示領域２１１には、診察スケジュールに係る情報として、診察順序を示す番号、診察科毎の診察時間、診察科名などの情報が表示されるとともに、診察科毎の診察を申し込むか否かを選択するための選択ボタンアイコンや、全ての診察科の診察を申し込むためのボタンアイコンや、診察の申し込みを確定するための確定ボタンアイコンなどが表示される。また、マップ表示領域２１２には、受付端末２が設置されている位置や、その位置から各診察科までの道程を示す矢印などを含む案内マップが表示される。
【００２６】
図４は、受付端末２の概略的なハードウェア構成を説明するための図である。
【００２７】
図４に示すように、この受付端末２は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、このＣＰＵ２０１とバスラインＢＬ１を介して接続されるＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、記憶部２０４、通信Ｉ／Ｆ部２０５、表示部２０６、操作入力部２０７、音声出力部２０８、情報読取部２０９および印刷部２１０と、それら各負荷部に電力を供給する電力供給部２１１などを備えている。
【００２８】
ここで、ＣＰＵ２０１は、コンピュータ全体の制御、即ち、各種演算や各構成要素部に対する各種処理を制御する。
【００２９】
ＲＯＭ２０２は、後述のフローチャートにおける処理手順を実行する処理プログラムＰ１などの各種プログラムや、それら各種プログラムで使用される各種データなどのファイルを記憶する。
【００３０】
ＲＡＭ２０３は、入力データや表示データなどの作業中のデータや、コンピュータの起動時にＲＯＭ２０２から読み出されたプログラムなどを一時的に記憶する。
【００３１】
記憶部２０４は、フラッシュメモリなどの不揮発性メモリで構成され、電源が遮断されても保持する必要があるデータ（例えば、処理プログラムＰ１で用いられるデータであり、受付案内画面２１０の案内マップを作成する際に用いる画像データなど）を記憶するものである。
【００３２】
通信Ｉ／Ｆ部２０５は、通信インタフェース回路（不図示）などで構成され、ネットワークＮ１を介して接続されるサーバ装置３との間でＩＤデータ、診察スケジュールデータ、受付データなど各種データの送受信を行うものである。
【００３３】
表示部２０６は、受付案内画面２１０（図３参照）などの各種情報を表示するものであり、前記したディスプレイ２１と、そのディスプレイ２１における各種情報の表示を制御する表示コントローラ（不図示）などを有している。
【００３４】
操作入力部２０７は、各種情報を入力するものであり、前記したタッチパネル２２と、そのタッチパネル２２からの操作信号の入力を制御する入力コントローラ（不図示）などを有している。
【００３５】
音声出力部２０８は、音声ガイダンスなどの各種音声を出力するものであり、前記したスピーカ２３と、そのスピーカ２３からの音声出力を制御する音声コントローラ（不図示）などを有している。
【００３６】
情報読取部２０９は、外部の記憶媒体から情報を読み取るものであり、前記した読取部２４と、その読取部２４で読み取られたＩＤを入力処理する入力コントローラ（不図示）などを有している。
【００３７】
印刷部２１０は、前記したスケジュール用紙Ｓ（図２参照）を印刷発行するものであり、プリンタ２６と、そのプリンタ２６の印刷処理を制御する印刷コントローラ(不図示）などを有している。
【００３８】
電力供給部２１１は、ＡＣアダプタを介して外部の商用電源からの電力を前記した各負荷部２０１〜２１０に必要な電力に変換して供給するものである。
【００３９】
なお、前記した実施形態では、診察希望者は、タッチパネル２２を用いて、各種機能の実行を指示する場合について説明したが、これ以外にも、例えば、ハードキーを含むキーボード（不図示）などを用いて各種機能の実行を指示できるようにしても良い。
【００４０】
図５は、サーバ装置３のハードウェア構成を説明するためのブロック図である。
【００４１】
図５に示すように、サーバ装置３は、一般的なコンピュータを利用したハードウェア構成となっており、例えば、ＣＰＵ３０１と、このＣＰＵ３０１とバスラインＢＬ２を介して接続されるＲＯＭ３０２、ＲＡＭ３０３、記憶部３０４、第１の通信Ｉ／Ｆ部３０５、第２の通信Ｉ／Ｆ部３０６と、表示部３０７、操作入力部３０８および音声出力部３０９と、それら各負荷部に電力を供給する電力供給部３１０などを備えている。
【００４２】
ここで、ＣＰＵ３０１は、コンピュータ全体の制御、即ち、各種演算や各構成要素部に対する各種処理を制御する。
【００４３】
ＲＯＭ３０２は、後述のフローチャートにおける処理手順を実行する処理プログラムＰ２などの各種プログラムや、それら各種プログラムで使用される各種データなどのファイルを記憶する。
【００４４】
ＲＡＭ３０３は、入力データや表示データなどの作業中のデータや、コンピュータの起動時にＲＯＭ３０２から読み出されたプログラムなどを一時的に記憶する。
【００４５】
記憶部３０４は、ハードディスク装置（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などで構成され、電源が遮断されても保持する必要があるデータ（例えば、診察予約データベース（ＤＢ）や、診察科状況データベース（ＤＢ）、電子カルテなど）を記憶するものである。
【００４６】
第１の通信Ｉ／Ｆ部３０５は、通信インタフェース回路（不図示）などで構成され、ネットワークＮ２を介して接続される通信端末４との間で診察予約データなどの各種データの送受信を行うものである。
【００４７】
第２の通信Ｉ／Ｆ部３０６は、通信インタフェース回路（不図示）などで構成され、ネットワークＮ１を介して接続される受付端末２との間でＩＤデータ、診察スケジュールデータ、受付データなど各種データの送受信を行うものである。
【００４８】
表示部３０７は、各種情報を表示するものであり、ＬＣＤなどのディスプレイ（不図示）と、そのディスプレイにおける各種情報の表示を制御する表示コントローラ（不図示）などを有している。
【００４９】
操作入力部３０８は、各種情報を入力するものであり、キーボードやマウスなどの入力装置（不図示）と、それら入力装置からの操作信号の入力を制御する入力コントローラ（不図示）などを有している。
【００５０】
音声出力部３０９は、各種音声を出力するものであり、スピーカ（不図示）と、そのスピーカからの音声出力を制御する音声コントローラ（不図示）などを有している。
【００５１】
電力供給部３１０は、ＡＣアダプタを介して外部の商用電源からの電力を前記した各負荷部３０１〜３０９に必要な電力に変換して供給するものである。
【００５２】
図６は、ＣＰＵ２０１がＲＯＭ２０２などの記憶部に記憶されている処理プログラムＰ１を、ＲＡＭ２０３上に展開して実行することにより実現される受付端末２の機能的構成（即ち、ソフトウェア構成）を説明するためのブロック図である。
【００５３】
図６に示すように、受付端末２は、機能的構成として、表示処理部２００ａ、入力処理部２００ｂ、ＩＤ処理部２００ｃ、データ送受信部２００ｄ、診察受付処理部２００ｅ、印刷処理部２００ｆなどを有している。
【００５４】
ここで、表示処理部２００ａは、ディスプレイ２１に情報を表示する処理を行うものであり、入力処理部２００ｂで入力した操作信号に基づいて表示内容を変更するなどの処理を行う。特に、本実施形態では、表示処理部２００ａは、データ送受信部２００ｄで受信した診察スケジュールデータに基づいて図３に示す受付案内画面２１０をディスプレイ２１に表示させる処理を行うものである。
【００５５】
入力処理部２００ｂは、タッチパネル２２のタッチ操作に基づく操作信号を入力し、操作内容を解析し、他の機能構成部に通知する処理を行うものである。
【００５６】
ＩＤ処理部２００ｃは、情報読取部２０９で読み取ったＩＤを入力し、該入力したＩＤをデータ送受信部２００ｄに出力する処理を行うものである。
【００５７】
データ送受信部２００ｄは、ＩＤ処理部２００ｃから入力したＩＤや、診察受付処理部２００ｅから入力した受付データなどをサーバ装置３に送信したり、サーバ装置３から診察スケジュールデータなどを受信したりする各種データの送受信処理を行うものである。
【００５８】
診察受付処理部２００ｅは、診察の申し込みを受付けるものであり、入力処理部２００ｂの入力に応じて、受付案内画面２１０に表示された診察科毎の受付する／受付しないを示す情報を含む受付データを作成し、データ送受信部２００ｄに出力する。
【００５９】
印刷処理部２００ｆは、プリンタ２６を用いてスケジュール用紙Ｓ（図２参照）を印刷発行するための処理を行うものである。
【００６０】
図７は、ＣＰＵ３０１がＲＯＭ３０２などの記憶部に記憶されている処理プログラムＰ２を、ＲＡＭ３０３上に展開して実行することにより実現されるサーバ装置３の機能的構成（即ち、ソフトウェア構成）を説明するためのブロック図である。
【００６１】
図７に示すように、サーバ装置３は、機能的構成として、データ入出力処理部３００ａ、予約受付処理部３００ｂ、診察スケジュール作成部３００ｃ、状況データ管理部３００ｄなどを有している。
【００６２】
ここで、データ入出力処理部３００ａは、各種データの入出力処理を行うものである。特に、本実施形態では、このデータ入出力処理部３００ａは、通信端末４から、診察の予約を行う者のＩＤ（診察券Ｃに記憶されているＩＤ）および氏名や、診察を希望する診察科、診察日および時間帯などを含む診察予約データを受信する。また、このデータ入出力処理部３００ａは、受付端末２から、ＩＤデータや受付データを受信したり、他方、受付端末２に診察スケジュールデータを送信したりする。
【００６３】
予約受付処理部３００ｂは、診察予約を受付けるものであり、データ入出力処理部３００ａを介して入力した診察予約データに基づいて、診察予約ＤＢに新たな診察予約情報を登録する処理を行うものである。
【００６４】
図８は、診察予約ＤＢに登録される診察予約情報の一構成例を説明するための模式図である。
【００６５】
図８に示すように、診察予約ＤＢは、診察を受ける者のＩＤ情報に、診察を受ける者の氏名、診察を希望する診察科、診察を希望する診察日および診察時間帯などの情報を対応付けた診察予約情報を登録する。
【００６６】
なお、図８の例では、氏名が「○○○○」である者が、２０１０年１１月２０日の午前中に、「内科」と「泌尿器科」の計２つの科の診察を希望している様子を示している。
【００６７】
また、図７に戻って、診察スケジュール作成部３００ｃは、データ入出力処理部３００ａを介して受付端末２からＩＤを受信した場合に、そのＩＤで特定される診察予約情報を診察予約ＤＢから検索し、該検索した診察予約情報に含まれる複数種類の診察科個々に対応する状況情報（診察科毎の混雑状況を示す情報や、医師の在席状況を示す情報など）を、状況データ管理部３００ｄから取得し、該取得した状況情報を用いて、診察を受ける者の待ち時間を軽減することが可能な最適な診察順序を算出し、該算出した診察順序を含む診察スケジュールデータを作成する。
【００６８】
図９は、診察科状況ＤＢに登録される状況情報の一構成例を説明するための模式図である。
【００６９】
図９に示すように、診察科状況ＤＢは、診察科毎の混雑状況や医師の在席状況などの状況情報を登録する。なお、この例では、混雑状況を示す情報には、診察科毎の予約人数、受付人数および待ち人数を示す情報が含まれており、医師の在席状況を示す情報は、診察科毎の医師の在席人数を示す情報である。
【００７０】
なお、図９の例では、「内科」の混雑状況として、予約人数が「３０人」で、受付人数が「１５人」で、待ち人数が「１０人」であることを示し、医師の在席状況として、３人の医師が在席していることを示している。
【００７１】
即ち、本実施形態の診察スケジュール作成部３００ｃは、例えば、診察を受ける者が診察を希望する複数種類の診察科毎の状況情報を診察科状況ＤＢから取得し、待ち人数と、医師の在席人数などから、待ち時間が短い診察科から並べた複数種類の診察科の診察順序を算出する。
【００７２】
なお、図９に示す診察科状況ＤＢに登録される状況情報に、診察科毎の診察に掛かる平均的な診察時間を示す情報を追加設定し、診察スケジュール作成部３００ｃが、待ち人数と、医師の在席人数と、診察時間などから、待ち時間が短い診察科から並べた複数種類の診察科の診察順序を算出するようにしても良い。
【００７３】
図７に戻って、状況データ管理部３００ｄは、図９に示した診察科状況ＤＢに登録される状況情報を更新管理するものであり、診察予約ＤＢに登録されるデータに基づいて診察科毎の受付人数を更新し、受付端末２から受信した受付データに基づいて受付人数を更新し、電子カルテに登録される診察完了を示す情報と、受付人数の情報などから待ち人数を更新する。
【００７４】
次に、前記した構成の受付システム１における各種処理動作について図１０〜図１３を用いて説明する。
【００７５】
図１０は、受付システム１における処理の流れを説明するためのシーケンス図であり、特に、データの流れを示している。
【００７６】
図１０に示すように、診察を予約する場合の処理として、まず、通信端末４が、診察の予約を行う操作者（診察を受ける者）ＡによるＷｅｂブラウザを用いた入力操作に応じて、サーバ装置３と通信接続し、診察予約データを作成してサーバ装置３に送信するという一連の診察予約処理を実行する（ステップＳ１）。続いて、サーバ装置３が、受信した診察予約データに基づいて診察予約情報を診察予約ＤＢに登録する処理を行う（ステップＳ２）。
【００７７】
次に、診察を受ける者（操作者）Ａが実際に病院に行った場合の処理として、まず、操作者Ａが、受付端末２で診察券Ｃを読取部２４にかざすことで、受付端末２が診察券ＣからＩＤを読み取り、読み取ったＩＤを示すＩＤデータをサーバ装置３に送信する（ステップＳ３）。続いて、サーバ装置３が、受信したＩＤにより特定される操作者Ａの最適な診察順序を算出し、その診察順序を示す診察スケジュールデータを受付端末２に送信する（ステップＳ４）。続いて、受付端末２が、受信した診察スケジュールデータに基づいて、最適な診察順序を示す受付案内画面２１０（図３参照）を表示し、操作者Ａによる診察の申し込みを受付け、受付データを作成してサーバ装置３に送信する（ステップＳ５）。すると、サーバ装置３が、受付データに基づいて受付情報を診察受付ＤＢに登録する（ステップＳ６）。
【００７８】
なお、図１０の例では、診察の予約を行う者と、実際に病院で診察を受ける者とが同一人物である場合について示しているが、これ以外にも、診察を受ける者と、診察の予約を行う者（診察を受ける者の関係者）とが異なる人物であっても良いものである。
【００７９】
図１１は、サーバ装置３の診察予約データの登録時の処理手順を説明するためのフローチャートである。
【００８０】
図１１に示すように、サーバ装置３では、まず、ステップＳ１１において、データ入出力処理部３００ａが、ネットワークＮ２を介して通信端末４から診察予約データを受信すると、続いて、ステップＳ１２において、予約受付処理部３００ｂが、診察予約データに基づいて診察予約情報を診察予約ＤＢに登録する。具体的には、予約受付処理部３００ｂは、受信した診察予約データを解析し、ＩＤに、氏名、診察科、診察日、診察時間帯などの情報を対応付けた診察予約情報（図８参照）を診察予約ＤＢに登録する。
【００８１】
図１２は、サーバ装置３の診察順序算出時の処理手順を説明するためのフローチャートである。
【００８２】
図１２に示すように、サーバ装置３では、まず、ステップＳ２１において、データ入出力処理部３００ａが、受付端末２からＩＤデータを受信すると、続いて、ステップＳ２２において、診察スケジュール作成部３００ｃが、受信したＩＤで特定される診察予約情報を診察予約ＤＢから検索し、該検索した診察予約情報に含まれる複数の診察科個々の状況データ（診察科毎の混雑状況および医師の在席状況）を状況データ管理部３００ｄから取得し、効率の良い診察を行うことができる最適な診察順序を算出し、該最適な診察順序を示す診察スケジュールデータをデータ入出力処理部３００ａに出力する。
【００８３】
続いて、ステップＳ２３において、データ入出力処理部３００ａが、診察スケジュール作成部３００ｃから入力した診察スケジュールデータを受付端末２に送信する。
【００８４】
その後、ステップＳ２４において、データ入出力処理部３００ａが、受付端末２から受付データを受信すると、続くステップＳ２５において、受信した受付データに基づいて受付情報を診察受付ＤＢに登録する。
【００８５】
図１３は、受付端末２の処理手順を説明するためのフローチャートである。
【００８６】
図１３に示すように、受付端末２では、まず、ステップＳ３１において、ＩＤ処理部２００ｃが、読取部２４にかざされた診察券Ｃなどの記憶媒体からＩＤを読み取り、該読み取ったＩＤを示すＩＤデータを作成してデータ送受信部２００ｄに出力する。すると、データ送受信部２００ｄが、入力したＩＤデータをサーバ装置３に送信する。
【００８７】
その後、ステップＳ３２において、データ送受信部２００ｄが、サーバ装置３から診察スケジュールデータを受信すると、続いて、ステップＳ３３において、表示処理部２００ａが、受信した診察スケジュールデータに基づいて、最適な診察順序を表示する受付案内画面２１０（図３参照）をディスプレイ２１に表示させ、診察の申し込みの受付を待受ける。
【００８８】
ステップＳ３３において、入力処理部２００ｂが、受付案内画面２１０の確定ボタンアイコンの選択操作を入力すると、診察受付処理部２００ｅが、ステップＳ３４において、操作者の受付要求を反映した受付データを作成し、データ送受信部２００ｄに出力する。すると、データ送受信部２００ｄが、サーバ装置３に受付データを送信する。
【００８９】
その後、入力処理部２００ｂが、操作者による受付案内画面２１０の印刷ボタンアイコンの選択操作を入力すると（ステップＳ３５：Ｙｅｓ）、印刷処理部２００ｆに印刷指示を出力することで、ステップＳ３６において、印刷処理部２００ｆが、プリンタ２６を用いて、スケジュール用紙Ｓを印刷発行する。一方、入力処理部２００ｂが、操作者による受付案内画面２１０の終了ボタンアイコンの選択操作を入力すると（ステップＳ３５：Ｎｏ）、受付端末２では、表示を待受け画面に戻して、ここでの処理を終了する。
【００９０】
即ち、以上説明した実施形態によれば、患者や病院にとって使い勝手の良い受付システムを提供することができる。
【００９１】
より具体的には、リアルタイムに異なる診察科毎の混雑状況や医師在席状況に応じて、複数種類の診察科の診察を希望する診察希望者の最適な診察順序を算出するようにしたため、診察希望者の診察科毎の待ち時間を短縮することができるとともに、病院側の診察処理を分散することができる。
【００９２】
以上、例示的な実施形態に基づいて説明したが、本発明の実施形態は、前記した実施形態により限定されるものではない。
【００９３】
例えば、前記した実施形態では、受付端末２において、一回の受付操作により、複数種類の診察科の診察の申込みを行う場合について説明したが、これに限定されず、受付端末２では、診察の受付をしなかった（即ち、キャンセルした）診察科の受付を後で再受付できる形態としても良い。なお、その形態においては、予約受付け処理部３００ｂが、受付端末２から受信したＩＤデータおよび受付データに基づいて診察予約ＤＢの診察予約情報を更新する。即ち、予約受付処理部３００ｂは、受付端末２で診察の申込みを受付した診察科の情報を診察予約ＤＢから削除する。
【００９４】
また、前記した実施形態の受付案内画面２１０において、診察科毎の待ち時間などを表示するようにしても良い。なお、この場合には、診察スケジュール作成部３００ｃが作成する診察スケジュールデータに待ち時間を示す情報を含ませる。
【００９５】
また、前記した実施形態では、サーバ装置３と受付端末２とが別体の場合について説明したが、これに限定されず、前記したサーバ装置３および受付端末２の両機能を備えた一体の受付端末を設けることも可能である。
【００９６】
また、前記した実施形態の受付端末２およびサーバ装置３で実行される処理プログラムＰ１、Ｐ２は、ＲＯＭなどの記憶部に予め組み込むようにして提供する以外にも、インストール可能な形式または実行可能な形式のファイルでコンピュータで読み取り可能な記憶媒体に記録して提供したり、インターネットなどのネットワーク経由で提供または配布するようにして提供したりすることも可能である。
【００９７】
その他、前記した実施形態における通信システム、通信端末、サーバ装置などのハードウェアおよびソフトウェアの構成や、各種表示画面の構成や、処理手順などは、単なる一例として記載したものであり、本実施形態は、これらにより限定されない。
【符号の説明】
【００９８】
１  受付システム
２  受付端末
２１  ディスプレイ（表示部、通知手段）
２２  タッチパネル
２４  読取部（入力手段）
３  サーバ装置
４  通信端末
２００ａ  表示処理部（通知手段）
２００ｂ  入力処理部
２００ｃ  ＩＤ処理部
２００ｄ  データ送受信部
２００ｅ  診察受付処理部
２００ｆ  印刷処理部
３００ａ  データ入出力処理部
３００ｂ  予約受付処理部（診察予約受付手段）
３００ｃ  診察スケジュール作成部（算出手段）
３００ｄ  状況データ管理部（診察受付手段）
【先行技術文献】
【特許文献】
【００９９】
【特許文献１】特願平４−３１８３７５号公報
【図１】
2012113552.tif 000003
【図２】
2012113552.tif 000004
【図３】
2012113552.tif 000005
【図４】
2012113552.tif 000006
【図５】
2012113552.tif 000007
【図６】
2012113552.tif 000008
【図７】
2012113552.tif 000009
【図８】
2012113552.tif 000010
【図９】
2012113552.tif 000011
【図１０】
2012113552.tif 000012
【図１１】
2012113552.tif 000013
【図１２】
2012113552.tif 000014
【図１３】
2012113552.tif 000015