(57)【特許請求の範囲】
【請求項１】
医師の診察の進行により更新される患者の呼出の順番を管理すると共に、前記患者の特性に応じて、前記患者の順番を通知する頻度を前記患者毎に記憶し、
前記患者の特性は、患者へ通知した呼出通知回数の合計回数である窓口実績を含み、前記患者の窓口実績に応じて、前記頻度を更新し、
前記患者の順番が所定の順番以下になったとき、前記頻度で、前記患者が所有する携帯端末に前記順番に対応した案内を通知する
ことを特徴とする患者呼出装置。
【請求項２】
医師の診察の進行により更新される患者の呼出の順番を管理すると共に、前記患者の特性に応じて、前記患者の順番を通知する頻度を前記患者毎に記憶し、
前記患者の移動速度に関する情報に基づいて例外設定の有無が設定され、前記例外設定が有の場合、前記頻度を変更し、
前記患者の順番が所定の順番以下になったとき、前記頻度で、前記患者が所有する携帯端末に前記順番に対応した案内を通知する
ことを特徴とする患者呼出装置。
【請求項３】
医師により患者の診察履歴が記入されると共に、前記患者の呼出の順番を更新する電子カルテシステムと、
前記電子カルテシステムにより更新された前記患者の呼出の順番を表示する表示盤と、
前記患者の呼出の順番を管理すると共に、前記患者の特性に応じた前記患者へ順番を通知する頻度を前記患者毎に記憶し、前記患者の順番が所定の順番以下になったとき、前記患者が所有する携帯端末に前記順番に対応した案内を、前記頻度で通知する患者呼出装置と、を備え、
前記患者呼出装置は、前記患者の特性として、患者へ通知した呼出通知回数の合計回数である窓口実績に応じて、前記頻度を更新する
ことを特徴とする患者呼出システム。
【請求項４】
医師の診察の進行により更新される患者の呼出の順番を管理する第１処理と、
前記患者の順番が所定の順番以下になったことを検出する第２処理と、
前記患者の順番が所定の順番以下になったとき、前記患者が所有する携帯端末に前記順番に対応した案内を前記患者の特性に応じた頻度で通知する第３処理と、を有し、
前記第３処理は、前記患者の特性として、患者へ通知した呼出通知回数の合計回数である窓口実績に応じて、前記頻度を更新する
ことを特徴とする患者呼出方法。
【請求項５】
医師により患者の診察履歴が記入されると共に、前記患者の呼出の順番を更新する電子カルテシステムと、
前記電子カルテシステムにより更新された前記患者の呼出の順番を表示する表示盤と、
前記患者の呼出の順番を管理すると共に、前記患者の特性に応じた前記患者へ順番を通知する頻度を前記患者毎に記憶し、前記患者の順番が所定の順番以下になったとき、前記患者が所有する携帯端末に前記順番に対応した案内を、前記頻度で通知する患者呼出装置と、を備え、
前記患者呼出装置は、前記患者の移動速度に関する情報に基づいて例外設定の有無を設定し、前記例外設定が有の場合、前記頻度を変更する
ことを特徴とする患者呼出システム。
【請求項６】
医師の診察の進行により更新される患者の呼出の順番を管理する第１処理と、
前記患者の順番が所定の順番以下になったことを検出する第２処理と、
前記患者の順番が所定の順番以下になったとき、前記患者が所有する携帯端末に前記順番に対応した案内を前記患者の特性に応じた頻度で通知する第３処理と、を有し、
前記第３処理は、前記患者の移動速度に関する情報に基づいて例外設定の有無を設定し、前記例外設定が有の場合、前記頻度を変更する
ことを特徴とする患者呼出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療現場における患者の誘導案内のための患者呼出装置、患者呼出システム、及び患者呼出方法に関する。
【背景技術】
【０００２】
近年、病院などの医療機関では、患者の呼出順番を表示する表示盤を待合室に設置している。この表示盤には、一人の診察中患者の番号を表示する領域と診察開始が近い（待合）患者の番号を表示する領域のどちらか或いは両方が存在する。表示順序は、患者の予約時間を過ぎており、かつ来院してからの待ち時間によりソートされた患者一覧の中から、医師若しくは医師クラークが患者を選択して適宜表示することが一般的である。患者は、表示盤が見える位置等で番号の表示状況を監視しないと、患者からは診察の状況が分からない。
【０００３】
これに対し、現在、患者が所有する携帯電話等の携帯端末若しくは病院が貸し出す専用端末を表示盤の代わりとして診察状況を表示する方式が実現されつつある。
【０００４】
例えば、下記特許文献１には、各施設の利用者を管理する施設管理端末から利用可能者呼出情報を配信し、携帯端末は受信した利用者呼出情報と利用可能者呼出情報より利用者の希望個別施設への待ち順番を算出して表示することが記載されている。又、下記特許文献２には、受診者の受診順番が近づくと、受診順番が近いことを通知する電子メールを携帯電話等に送信することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−４８４４４８号公報
【特許文献２】特開２００８−３１０４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の患者呼び出しシステムでは、病院あるいは例えば、診療科毎のブロックといった単位で呼出情報の回数やタイミングを調整することが一般的であり、結果的に診察状況が患者に伝わらないことがある。
【０００７】
そこで、本発明は、呼び出してもなかなか待合室へ来ない患者や歩行困難者等、患者の特性に応じて呼出頻度を加減し、患者にとって丁度良い患者呼び出しシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の内の第１発明の患者呼出装置は、医師の診察の進行により更新される患者の呼出の順番を管理すると共に、前記患者の特性に応じて、前記患者の順番を通知する頻度を前記患者毎に記憶し、前記患者の特性は、患者へ通知した呼出通知回数の合計回数である窓口実績を含み、前記患者の窓口実績に応じて、前記頻度を更新し、前記患者の順番が所定の順番以下になったとき、前記頻度で、前記患者が所有する携帯端末に前記順番に対応した案内を通知することを特徴とする。
【０００９】
第２発明の患者呼出システムは、医師により患者の診察履歴が記入されると共に、前記患者の呼出の順番を更新する電子カルテシステムと、前記電子カルテシステムにより更新された前記患者の呼出の順番を表示する表示盤と、前記患者の呼出の順番を管理すると共に、前記患者の特性に応じた前記患者へ順番を通知する頻度を前記患者毎に記憶し、前記患者の順番が所定の順番以下になったとき、前記患者が所有する携帯端末に前記順番に対応した案内を、前記頻度で通知する患者呼出装置と、備え、前記患者呼出装置は、前記患者の特性として、患者へ通知した呼出通知回数の合計回数である窓口実績に応じて、前記頻度を更新することを特徴とする。
【００１０】
第３発明の患者呼出方法は、医師の診察の進行により更新される患者の呼出の順番を管理する第１処理と、前記患者の順番が所定の順番以下になったことを検出する第２処理と、前記患者の順番が所定の順番以下になったとき、前記患者が所有する携帯端末に前記順番に対応した案内を前記患者の特性に応じた頻度で通知する第３処理と、を有し、前記第３処理は、前記患者の特性として、患者へ通知した呼出通知回数の合計回数である窓口実績に応じて、前記頻度を更新することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、呼び出してもなかなか待合室へ来ない患者や歩行困難者等の患者の特性に応じて、患者への呼出頻度を加減し、個々の患者にとって丁度良い呼出頻度の患者呼出システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態における患者呼出システムの全体構成を示す図である。
【図２】図１中の外部配信サーバ５の構成例を示す機能ブロック図である。
【図３】図２中の患者情報データベース１２の例を示す図である。
【図４】図２中の案内文テーブル１３の例を示す図である。
【図５】図２中の患者の携帯電話２０の画面上への呼出メール表示例を示す図である。
【図６】本実施形態の患者呼出システムにおける携帯メール登録の処理の流れを説明する図である。
【図７Ａ】本実施形態における呼出メールの初期設定の処理を示すフローチャートである。
【図７Ｂ】本実施形態における呼出メールの初期設定の処理を示すフローチャートである。
【図８】本実施形態における患者情報ＤＢへの窓口実績に応じた配信パターンの設定処理を示すフローチャートである。
【図９】本実施形態における患者の例外設定処理を示すフローチャートである。
【図１０Ａ】本実施形態における窓口情報に応じた呼出メールの送信処理を示すフローチャートである。
【図１０Ｂ】本実施形態における窓口情報に応じた呼出メールの送信処理を示すフローチャートである。
【図１０Ｃ】本実施形態における窓口情報に応じた呼出メールの送信処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に本発明の実施形態について図面を参照しながら詳細に説明する。
（実施形態の構成）
図１は、本実施形態１における患者呼出システムの全体構成を示す図である。
【００１４】
先ず、図１に基づいて、実施形態における患者呼出システムの全体構成について説明する。
【００１５】
本実施形態の患者呼出システムは、医師等が患者の診察記録（カルテ）を記入して管理する電子カルテシステム１と、病院職員等が必要なお知らせ情報を適宜入力するお知らせパーソナルコンピュータ（以下「ＰＣ」という。）２と、患者の呼出の順番やお知らせ情報等の表示内容を配信する表示サーバ３と、複数の表示盤４と、患者呼出装置としての外部配信サーバ５と、病院事務職員等が操作する管理ＰＣ６と、外部配信サーバ５から配信される案内の通知を患者が所有する携帯端末のメールアドレスへ配信するメールサーバ７と、を有し、これらがネットワーク９により相互に通信が可能となるように接続されている。
【００１６】
電子カルテシステム１は、電子カルテ端末１ａとＰＣ本体１ｂとにより構成され、医師等が患者の診察記録（カルテ）を記入すると共に、患者の診察が終わった際に、医師等が患者の呼出の順番を更新する機能を有している。
【００１７】
お知らせＰＣ２は、患者にとって有用なお知らせ情報、例えば、各診療科からのお知らせ、ニュース、お天気といった情報を病院職員が入力する端末装置である。
【００１８】
表示サーバ３は、表示データデータベース（ＤＢ）３ａを有し、表示データＤＢ３ａに患者の呼出の順番等を一時保存すると共に、患者の呼出の順番やお知らせ情報等を表示盤４及び外部配信サーバ５に配信する機能を有している。
【００１９】
表示盤４は、患者の呼出の順番やお知らせ情報等を表示するもので、待合室の他、病院内のロビー、食堂、カフェテリア等に設けられる。
【００２０】
外部配信サーバ５は、医師の診察の進行により更新される患者の呼出の順番を管理すると共に、患者の特性に応じて、患者の順番を通知する頻度を患者毎に記憶し、患者の順番が所定の順番以下になったとき、患者の特性に応じて記憶された頻度で、順番に対応した案内を患者が所有する携帯端末に通知するものである。構成については後述する。
【００２１】
管理ＰＣ６は、病院事務職員等が外部配信サーバ５に対して、患者の窓口実績、患者の例外設定の有無等の患者情報を入力する端末装置である。
【００２２】
メールサーバ７は、外部配信サーバ５から配信される順番に対応した案内の通知を患者が所有する携帯電話２０のメールアドレスへ送信するものであり、メールサーバ７にて使用する患者が所有する携帯電話２０のメールアドレスは、事前に登録しておく必要がある。
【００２３】
図２は、図１中の外部配信サーバ５及び関連する装置の構成例を示す機能ブロック図である。
【００２４】
次に、図２に基づいて、本実施形態の主要部である患者呼出装置としての外部配信サーバ５の構成について説明する。
【００２５】
外部配信サーバ５は、電子カルテシステム１、表示盤４、及びメールサーバ７と院内ローカルエリアネットワーク（ＬＡＮ）等のネットワーク９により相互に通信可能に接続されている。
【００２６】
外部配信サーバ５は、全体を制御する制御部１１と、患者情報ＤＢ１２と、案内文テーブル１３と、通信インタフェース（Ｉ／Ｆ）１４と、を有している。
【００２７】
制御部１１は、患者情報ＤＢ１２に記録された患者情報を、電子カルテシステム１から与えられる患者の呼出順番の更新情報に基づいて管理すると共に、呼出の順番が所定の順番、例えば、５番以下になったことを検出する機能を有している。制御部１１は、呼出の順番が所定の順番以下になった場合、案内文テーブル１３から順番に対応した内容の案内文を読み出し、患者情報ＤＢ１２に記憶された患者ＩＤに対応したメールアドレスへ患者ＩＤに対応した配信頻度で、呼出順番に対応した内容の案内文を配信する機能を有している。通信Ｉ／Ｆ１４は、電子カルテシステム１、表示盤４、及びメールサーバ７と外部配信サーバ５中の制御部１１とのインタフェースである。
【００２８】
メールサーバ７は、外部配信サーバ５から配信された患者ＩＤに対応した患者が所有する携帯電話２０のメールアドレスへ呼出順番に対応した内容の案内文のメールを配信するものである。
【００２９】
図３は、図２中の患者情報ＤＢ１２の例を示す図である。
図３に示された患者情報ＤＢ１２の例では、受付ＮＯに対し、病院の診察券に埋め込まれた患者ＩＤと、患者ＩＤに対応付けられたメールアドレス、窓口実績、配信パターン、例外設定、配信頻度、及び配信フラグが記憶され管理されている。患者ＩＤ及びメールアドレスは、患者個人の診察券及び携帯電話２０から、後述する順番検索端末により事前に登録される情報である。
【００３０】
窓口実績及び例外設定は、図２中の管理ＰＣ６から病院事務職員等が入力する情報である。窓口実績とは、例えば、患者が通常の呼出を実施した際に診察室に来ず、後回しにされ窓口へ回って欲しいと患者へ通知した呼出通知回数の合計等である。
【００３１】
図３の患者情報ＤＢ１２において、受付ＮＯ．１の患者の窓口実績は、“１０”回であり、受付ＮＯ．２の患者の窓口実績は、“０”回であり、受付ＮＯ．３の患者の窓口実績は、“３”回であり、受付ＮＯ．４の患者の窓口実績は、“５”回である。窓口実績の回数が多い患者は、何回も呼出通知をして始めて待合室に来ているため、呼出頻度を多くする必要があると考えられる。
【００３２】
患者情報ＤＢ１２中の配信パターンは、図２中の制御部１１が窓口実績の情報に基づいて決定する情報である。例えば、配信パターン“Ａ”は、呼出の順番が５番、４番、３番、２番、１番と更新される度毎に毎回配信するパターンであり、配信パターン“Ｂ”は、呼出の順番が５番、３番、１番と奇数番に更新される毎に配信するパターンであり、配信パターン“Ｃ”は、呼出の順番が４番に更新されたとき１回だけ配信するパターンである。
【００３３】
配信パターンは、窓口実績により決定される。図３の例では、５≦窓口実績のとき配信パターン“Ａ”であり、２≦窓口実績＜５のとき配信パターン“Ｂ”であり、窓口実績＜２のとき配信パターン“Ｃ”である。
【００３４】
例外設定とは、患者の個人情報の内、歩行困難、車椅子使用、目が見えない等の患者が待合室へ移動する時間に関係する情報を、病院事務職員等が管理ＰＣ６から入力する情報である。
【００３５】
配信頻度は、配信パターン及び例外設定に基づいて、患者毎に決定される情報である。例えば、受付ＮＯ．１の患者は、窓口実績“１０”から配信パターン“Ａ”であるので、配信頻度は“毎回”となる。受付ＮＯ．２の患者は、窓口実績“０”であるが、例外設定“有”であるので、配信頻度は“奇数回”である。更に、受付ＮＯ．３の患者は、窓口実績“３”であり、配信パターン“Ｂ”であるので、例外設定“無”であり、配信頻度は“奇数回”である。
【００３６】
制御部１１が、窓口実績に基づいて配信パターンを決定し、配信パターンと例外設定の情報の有無に従って、配信頻度が更新される。配信フラグは、配信が行われたことを示すフラグであり、配信が行われた場合の配信フラグは“１”であり、未配信の場合の配信フラグは“０”である。
【００３７】
図４は、図２中の案内文テーブル１３の例を示す図である。
案内文テーブル１３には、呼出順番に対応した内容の案内文を登録しておくテーブルである。例えば、メッセージ種０には、“診察順番が来ています。至急、ご連絡下さい。”という内容の案内文が登録されている。メッセージ種１には、“診察順番が来ています。診察室前にお戻り下さい。”という内容の案内文が登録されている。メッセージ種２には、“診察が近づいています。診察室前にお戻り下さい。”という内容の案内文が登録されている。メッセージ種３には、“診察が近づいています。待合室でお待ち下さい。”という内容の案内文が登録されている。メッセージ種４には、“診察順番が変更になりました。再度ご案内するまで病院内でお待ち下さい。”更に、メッセージ種５には、“診察順番が変更になりました。再度ご案内するまで病院周辺でお待ち下さい。”という内容の案内文が登録されている。
【００３８】
図４に示した案内文は、あくまで一例であり、呼出順番に応じて、患者を待合室や診察室前に誘導できる内容であればよい。
【００３９】
図５（ａ）〜（ｄ）は、図２中の患者の携帯電話２０の画面上への呼出メール表示例を示す図である。
【００４０】
図５（ａ）の画面には、メールを受信した日時“８/21  9:20”と、メール配信元の病院名“ＸＹＺクリニック”と、メッセージ内容“診療順番が変更になりました。再度ご案内するまで病院周辺でお待ち下さい”と、が表示されている。図５（ｂ）の画面には、メールを受信した日時“８/21  10:05”と、メール配信元の病院名“ＸＹＺクリニック”と、メッセージ内容“診療が近づいています。待合室でお待ち下さい”と、が表示されている。図５（ｃ）の画面には、メールを受信した日時“８/21  10:25”と、メール配信元の病院名“ＸＹＺクリニック”と、メッセージ内容“診療順番が来ています。”と、が表示されている。更に、図５（ｄ）の画面には、メールを受信した日時“８/21  10:35”と、メール配信元の病院名“ＸＹＺクリニック”と、メッセージ内容“診療順番が来ています。至急、ご連絡下さい。”と、が表示されている。
【００４１】
（実施形態１の動作）
実施形態１の動作について、（Ｉ）患者の呼出メールアドレスの設定処理と、（II）患者情報ＤＢ１２のメンテナンス処理と、（III）呼出メールの送信処理と、に分けて説明する。
【００４２】
（Ｉ）患者の呼出メールアドレスの設定処理
図６は、実施形態１の患者呼出システムにおける携帯メール登録処理の流れを説明する図であり、図７Ａ及び図７Ｂは、実施形態１における呼出メールの初期設定処理を示すフローチャートである。
【００４３】
図１〜図６を参照しつつ、図７Ａ及び図７Ｂのフローチャートに沿って、患者の呼出メールアドレスの設定処理について説明する。
【００４４】
図６において、患者呼出システムは、患者が所有する携帯電話２０のメールアドレスを予め登録する患者ＩＤ登録端末８を備えている。
【００４５】
患者ＩＤ登録端末８、患者が所有する携帯電話２０、及び外部配信サーバ５において、患者の呼出メールアドレスの設定処理が開始されると、それぞれステップＳ１、Ｓ１１及びＳ２１へ進む。
【００４６】
ステップＳ１において、患者ＩＤ登録端末８は、診察券１０の患者ＩＤが入力されると、ステップＳ２へ進む。患者ＩＤ登録端末８は、診察券１０の例えば、磁気ストライプに記憶されている患者ＩＤを磁気的に読み取る。ステップＳ２において、患者ＩＤ登録端末８は、ＱＲコード（登録商標）を作成し、画面表示して、処理を終了する。
【００４７】
ステップＳ１１において、携帯電話２０は、ＱＲリーダを起動し、ステップＳ１２へ進む。ステップ１２において、携帯電話２０は、ステップＳ２で、患者ＩＤ登録端末８が作成し、画像表示したＱＲコード（登録商標）を読み込み、ステップＳ１３へ進む。ステップＳ１２で読み込まれるＱＲコード（登録商標）の内容は、外部配信サーバ５のメールアドレスと、本文（患者ＩＤ）等である。本文（患者ＩＤ）は、個人情報保護の観点から暗号化等のセキュリティ対策が施される。
【００４８】
ステップＳ１３において、携帯電話２０は、読み込まれたＱＲコード（登録商標）を元に、外部配信サーバ５のメールアドレスを送信先メールアドレスとし、患者ＩＤをメール本文とするメーラを起動し、ステップＳ１４へ進む。ステップＳ１４において、携帯電話２０は、メール送信を実行し、ステップＳ１５へ進む。
【００４９】
ステップＳ２１において、外部配信サーバ５は、ステップＳ１４で携帯電話２０が送信したメールを受信し、ステップＳ２２へ進む。ステップＳ２２において、外部配信サーバ５は、患者情報ＤＢ１２を検索し、メールアドレスが登録されているか否かを判定し、登録されていなければ（Ｎｏ）、ステップＳ２３へ進み、登録されていれば（Ｙｅｓ）、ステップＳ２５へ進む。
【００５０】
ステップＳ２３において、外部配信サーバ５内の制御部１１は、患者情報ＤＢ１２に、患者ＩＤ＝メール本文、メールアドレス＝送信元メールアドレス、窓口実績＝０、配信パターン＝Ｃ、例外設定＝無、配信頻度＝奇数回、配信フラグ＝０を登録し、ステップＳ２４へ進む。
【００５１】
ステップＳ２４において、外部配信サーバ５は、携帯電話２０に対し、メールサーバ７を介して、登録完了のメールを送信し、処理を終了する。ステップＳ２５において、外部配信サーバ５は、携帯電話２０に対し、メールサーバ７を介して、登録不可のメールを送信し、処理を終了する。
【００５２】
ステップＳ１５において、携帯電話２０は、外部配信サーバ５からの返信のメールを受信し、患者の呼出メールアドレスの設定処理を終了する。
【００５３】
（II）患者情報ＤＢ１２のメンテナンス処理
図８は、実施形態１における窓口実績に応じた配信パターンの設定処理を示すフローチャートである。
【００５４】
図１〜図５を参照しつつ、図８のフローチャートに沿って説明する。
窓口実績に応じた配信パターンの設定処理が開始されると、ステップＳ３１において、外部配信サーバ５は、初期設定を読み込み、ステップＳ３２へ進む。ステップＳ３２において、Ｎ＝１とし、ステップＳ３３へ進む。ステップＳ３３において、外部配信サーバ５は、患者情報ＤＢ１２から患者ＩＤに対応する登録情報として、例えば、患者ＩＤ、メールアドレス、窓口実績、配信パターン、例外設定、配信頻度、配信フラグを読み込み、ステップＳ３４へ進む。ステップＳ３４〜Ｓ４０は、患者ＩＤが最大値になるまでの繰り返し処理である。
【００５５】
ステップＳ３４において、制御部１１は、窓口実績が上限閾値（ＭＡＸ）以上であるか否かが判定され、以上であれば（Ｙｅｓ）、ステップＳ３５へ進み、未満であれば（Ｎｏ）、ステップＳ３６へ進む。ステップＳ３５において、外部配信サーバ５の制御部１１は、配信パターン＝Ａとし、ステップＳ３９へ進む。図３に示された患者情報ＤＢ１２の例では、上限閾値は５であり、窓口実績が５以上の患者ＩＤに対応する配信パターンは、“Ａ”に設定される。
【００５６】
ステップＳ３６において、制御部１１は、窓口実績が下限閾値（ＭＩＤＤＬＥ）以上であるか否かが判定され、以上であれば（Ｙｅｓ）、ステップＳ３７へ進み、未満であれば（Ｎｏ）、ステップＳ３８へ進む。ステップＳ３７において、外部配信サーバ５の制御部１１は、配信パターン＝Ｂとし、ステップＳ３９へ進む。図３に示された患者情報ＤＢ１２の例では、下限閾値は２であり、２≦窓口実績＜５である患者ＩＤに対応する配信パターンは、“Ｂ”に設定されている。ステップＳ３８において、外部配信サーバ５の制御部１１は、配信パターン＝Ｃとし、ステップＳ３９へ進む。図３に示された患者情報ＤＢ１２の例では、下限閾値は２であり、窓口実績＜２である患者ＩＤに対応する配信パターンは、“Ｃ”に設定されている。
【００５７】
ステップＳ３９において、制御部１１は、患者情報ＤＢ１２で、患者ＩＤ＝Ｎのレコードを読み込み、ステップＳ４０へ進む。ステップＳ３４〜Ｓ４０の処理を患者ＩＤの最大値まで繰り返し、患者ＩＤが最大値になると、窓口実績に応じた配信パターンの設定処理を終了する。
【００５８】
患者ＩＤの最大値までステップＳ３４〜Ｓ４０の処理の繰り返しにより、窓口実績に応じて、以下のように配信パターンが設定される。
上限閾値≦窓口実績のとき、配信パターン＝Ａ
下限閾値≦窓口実績＜上限閾値のとき、配信パターン＝Ｂ
窓口実績＜下限閾値のとき、配信パターン＝Ｃ
【００５９】
図３に示した患者情報ＤＢ１２の例では、上限閾値＝５、下限閾値＝２であるので、窓口実績が５以上のときの配信パターン＝Ａであり、窓口実績が２以上５未満のときの配信パターン＝Ｂであり、窓口実績が２未満のとき配信パターン＝Ｃとなっている。
【００６０】
図９は、実施形態１における患者の例外設定処理を示すフローチャートである。
図１〜図５を参照しつつ、図９のフローチャートに沿って説明する。
【００６１】
患者の例外設定処理が開始されると、ステップＳ４１において、外部配信サーバ５の制御部１１は、患者情報ＤＢ１２の患者ＩＤ毎に、例外設定の有／無を設定し、ステップＳ４２へ進む。ステップＳ４２において、制御部１１は、患者情報ＤＢ１２の患者ＩＤに対応する例外設定が“有”であるか否かを判定し、例外設定“有”であれば（Ｙｅｓ）、ステップＳ４３へ進み、例外設定“無”であれば（Ｎｏ）、患者の例外設定処理を終了する。ステップＳ４３において、制御部１１は、例外設定“有”の場合は、図８のフローチャートにより設定された配信パターンに基づく配信頻度を、患者の例外設定“有”の場合の配信頻度に修正し、患者の例外設定処理を終了する。
【００６２】
図３に示した患者情報ＤＢ１２において、受付ＮＯ．２の窓口実績＝０であり、配信パターン＝Ｃ（配信頻度＝１回）であるが、患者の例外設定“有”であるので、配信頻度が１回から奇数回（配信パターン＝Ｂ相当）に修正されている。
【００６３】
一方、受付ＮＯ．３の配信頻度は、窓口実績＝３、患者の例外設定“無”であるので、配信パターン＝Ｂに対応した配信頻度＝奇数回のままである。更に、受付ＮＯ．７の配信頻度は、窓口実績＝１、患者の例外設定“無”であるので、配信パターン＝Ｃに対応する配信頻度＝１回のままである。
【００６４】
（III）窓口実績に応じた呼出メールの送信処理
図１０Ａ〜図１０Ｃは、実施形態１における窓口実績に応じた呼出メールの送信処理を示すフローチャートである。
【００６５】
図１〜図５を参照しつつ、図１０Ａ〜図１０Ｃのフローチャートに沿って説明する。
医師等の診察の進行により患者の呼出の順番が更新され、患者の順番が所定の順番以下となると、呼出メールの送信処理が開始され、電子カルテ端末１ａ、表示サーバ３、外部配信サーバ５、及び患者が所有する携帯電話２０は、それぞれステップＳ５１、Ｓ５２、Ｓ６１及びＳ８１に進む。
【００６６】
ステップＳ５１において、電子カルテ端末１ａは、表示サーバ３へアクセスし、表示データＤＢ３ａの各項目を設定し、処理を終了する。表示データＤＢ３ａの項目の設定としては、例えば、診察室Ｎｏ．＝１診、表示位置＝３、受付番号＝０００１、患者ＩＤ＝1234567890といったものが考えられる。
【００６７】
表示サーバ３は、ステップＳ５２〜Ｓ５６の処理を終了処理実施まで繰り返す。ステップＳ５３において、表示サーバ３は、表示データＤＢ３ａが更新されているか否かを判定し、更新されていなければ（Ｎｏ）、ステップＳ５４へ進み、更新されていれば（Ｙｅｓ）、ステップＳ５５へ進む。
【００６８】
ステップＳ５４において、表示サーバ３は、外部配信サーバ５へ表示データＤＢ３ａの内容をシリアル通信で送信し、ステップＳ５５へ進む。ここで、表示サーバ３から外部配信サーバ５へシリアル通信で送信される表示データＤＢ３ａの内容は、例えば、患者ＩＤ、表示位置、受付番号等である。表示サーバ３は、院内ＬＡＮと接続されているため、セキュリティ保護のために外部配信サーバ５との通信は、例えば、シリアル通信で行われる。
【００６９】
ステップＳ５５において、表示サーバ３は、３秒待って、ステップＳ５６へ進み、ステップＳ５６において、表示サーバ３は、ステップＳ５２〜Ｓ５６の処理を繰り返し、終了処理が実施されると、処理を終了する。
【００７０】
ステップＳ６１において、外部配信サーバ５は、患者情報ＤＢ１２中の配信フラグを全て“０”とし、ステップＳ６２へ進む。外部配信サーバ５は、ステップ６２〜Ｓ７７の処理を終了処理が実施するまで繰り返す。
【００７１】
ステップＳ６３において、外部配信サーバ５は、ステップＳ５４で表示サーバ３から送信された表示データＤＢ３ａを受信し、ステップＳ６４へ進む。ステップＳ６４において、外部配信サーバ５は、患者ＩＤに基づいて患者情報ＤＢ１２を検索し、ステップＳ６５へ進む。
【００７２】
ステップＳ６５において、外部配信サーバ５は、検索の結果、検索した患者ＩＤが患者情報ＤＢ１２内にあったか否かが判断され、ある場合は（Ｙｅｓ）、ステップＳ６６へ進み、ない場合は（Ｎｏ）、ステップＳ７７へ進む。
【００７３】
ステップＳ６６において、検索した患者ＩＤの患者情報ＤＢ１２における例外設定が“有”か否かが判断され、例外設定“有”の場合は（Ｙｅｓ）、ステップＳ６７へ進み、例外設定“無”の場合は（Ｎｏ）、ステップＳ６８へ進む。ステップＳ６７において、case＝例外設定有りの配信パターンとされ、ステップＳ６９へ進む。ステップＳ６８において、case＝検索した患者ＩＤの配信パターンとされ、ステップＳ６９へ進む。尚、ここで、caseは、配信パターンを保持する変数である。
【００７４】
ステップＳ６９において、case＝Ａか否かが判定され、case≠Ａであれば（Ｎｏ）、ステップＳ７０へ進み、case＝Ａであれば（Ｙｅｓ）、ステップＳ７１へ進む。ステップＳ７１において、患者ＩＤに対応するメールアドレスへ、例えば、「１番の方、診察室前にお越し下さい。」といったメールを送り、メールを送った患者ＩＤに対応する配信フラグを“１”とし、ステップＳ７７へ進む。
【００７５】
同様に、ステップＳ７０において、case＝Ｂか否かが判定され、case≠Ｂであれば（Ｎｏ）、ステップＳ７４へ進み、case＝Ｂであれば（Ｙｅｓ）、ステップＳ７２へ進む。ステップＳ７２において、患者ＩＤに対応する配信頻度が奇数回であれば（Ｙｅｓ）、ステップＳ７３へ進む。ステップＳ７３において、例えば、「１番の方、診察室前にお越し下さい。」といったメールを送り、メールを送った患者ＩＤに対応する配信フラグを“１”とし、ステップＳ７７へ進む。患者ＩＤに対応する配信頻度が奇数回でなければ（Ｎｏ）、ステップＳ７７へ進む。
【００７６】
同様に、ステップＳ７４において、case＝Ｃか否かが判定され、case≠Ｃであれば（Ｎｏ）、ステップＳ７７へ進み、case＝Ｃであれば（Ｙｅｓ）、ステップＳ７５へ進む。ステップＳ７５において、配信フラグが“０”であれば（Ｙｅｓ）、ステップＳ７６へ進む。ステップＳ７６において、例えば、「１番の方、診察室前にお越し下さい。」といったメールを送り、メールを送った患者ＩＤに対応する配信フラグを“１”とし、ステップＳ７７へ進む。配信フラグが“０”でなければ（Ｎｏ）、ステップＳ７７へ進む。
【００７７】
終了処理が実施されるまで、ステップＳ６２〜Ｓ７７の処理が繰り返され、ステップＳ７７において、終了処理が実施されると、外部配信サーバ５の処理が終了する。
【００７８】
外部配信サーバ５におけるステップＳ７１、Ｓ７３及びＳ７６の処理を受けて、それぞれステップＳ８１、Ｓ８２及びＳ８３において、患者が所有する携帯電話は、外部配信サーバ５からメールを受信し、受信したメールを表示し、窓口実績に応じた呼出メールの送信処理を終了する。
【００７９】
図１０のフローチャートに基づく呼出メールの送信処理の説明では、外部配信サーバ５から携帯電話２０へ送信されるメールの案内文を、例えば、「１番の方、診察室前にお越し下さい。」といった同一内容として説明したが、呼出の順番に応じて、図４及び図５に示されているように、メールの案内文を替えて送信することができる。呼出の順番に応じて、メールの案内文を替えて送信すれば、より適切に、メールを受信した患者を待合室や診察室前へ誘導することができる。
【００８０】
本実施形態の説明では、患者の特性を、患者が通常の呼出を実施した際に診察室に来ず、後回しにされ窓口へ回って欲しいと患者へ通知した呼出通知回数の合計等である窓口実績を含むものとして説明したが、患者の特性は、窓口実績に限定されない。例えば、患者の特性として、その患者の診療科、複数の診療科を受診している、性別等の個人情報が含まれる。
【００８１】
以上、本発明の実施形態について説明したが、本発明は、以上に述べた実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は実施形態を取ることができる。
【符号の説明】
【００８２】
１      電子カルテシステム
１ａ      電子カルテ端末
２      お知らせＰＣ
３      表示サーバ
３ａ      表示データＤＢ
４      表示盤
５      外部配信サーバ
６      管理ＰＣ
７      メールサーバ
８      患者ＩＤ登録端末
９      ネットワーク
１０      診察券
１１      制御部
１２      患者情報ＤＢ
１３      案内文テーブル
１４      通信Ｉ／Ｆ
２０      携帯電話
【図１】
0006002104.tif 000002
【図２】
0006002104.tif 000003
【図３】
0006002104.tif 000004
【図４】
0006002104.tif 000005
【図５】
0006002104.tif 000006
【図６】
0006002104.tif 000007
【図７Ａ】
0006002104.tif 000008
【図７Ｂ】
0006002104.tif 000009
【図８】
0006002104.tif 000010
【図９】
0006002104.tif 000011
【図１０Ａ】
0006002104.tif 000012
【図１０Ｂ】
0006002104.tif 000013
【図１０Ｃ】
0006002104.tif 000014