JP3868266B2 - Order notification system and computer program - Google Patents

Order notification system and computer program Download PDF

Info

Publication number
JP3868266B2
JP3868266B2 JP2001334248A JP2001334248A JP3868266B2 JP 3868266 B2 JP3868266 B2 JP 3868266B2 JP 2001334248 A JP2001334248 A JP 2001334248A JP 2001334248 A JP2001334248 A JP 2001334248A JP 3868266 B2 JP3868266 B2 JP 3868266B2
Authority
JP
Japan
Prior art keywords
notification
order
user
time
patient
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001334248A
Other languages
Japanese (ja)
Other versions
JP2003143648A (en
Inventor
毅 吉田
和志 小村
秀起 氏原
久美子 宝来
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2001334248A priority Critical patent/JP3868266B2/en
Publication of JP2003143648A publication Critical patent/JP2003143648A/en
Application granted granted Critical
Publication of JP3868266B2 publication Critical patent/JP3868266B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムおよび順番通知方法に関し、特に、病院において患者の呼出しを行うのに最適な順番通知システムおよび順番通知方法に関する。
【0002】
【従来の技術】
従来より、順番を待つユーザに対して順番が回ってきたことを知らせる手段として、表示盤または構内放送などが用いられている。
【0003】
例えば、総合病院などの大規模な医療施設では、来院した患者ごとに番号札が渡される。そして、待合室などに設置された表示盤に番号を表示することによって、患者に対して診察の順番が回ってきたことを知らせる。または、構内放送で番号をアナウンスすることによって、順番が回ってきたことを知らせる。
【0004】
表示盤を用いる場合は、患者は表示盤の見える場所でずっと待たなければならない。一方、構内放送を用いる場合は、アナウンスの聞こえる範囲であれば自由に行動することができる。しかし、多くのアナウンスが流れて病院の中が騒がしくならないようにするために、かつ、異なる診療科同士のアナウンスが交錯しないようにするために、実際は、診療科ごとにアナウンスの聞こえる範囲を限定している場合が多い。結局、いずれの場合も、患者は、決められた範囲で順番を待たなければならない。
【0005】
そこで、このような患者の不便を解消するために、来院した患者ごとに呼出端末を貸与し、この呼出端末にメッセージを送ることによって、患者に順番が回ってきた旨を知らせる方法が提案されている。
【0006】
患者に貸与される呼出端末として、主にページャ(ポケットベル)が用いられる。なぜなら、病院の中では、医療機器に悪影響を及ぼすことを防止するために、携帯電話端末およびPHS端末の使用が禁じられているからである。一般に、PHS端末は、携帯電話端末よりも電波の出力が小さいので医療機器への影響は少ないと言われている。しかし、PHS端末と携帯電話端末とは外見上ほとんど区別することができないので、実際は、携帯電話による事故を確実に防止するために端末の種類に関わらずその使用が禁じられている場合がほとんどである。よって、携帯電話端末と外見上の区別が容易なページャのような装置が呼出端末として用いられる。
【0007】
また、呼出端末の使用可能範囲は、病院の中に限られる場合が多い。呼出しのシステムの構築および運用のコストを低く抑えるために、通信網として通信会社が提供する公衆網を用いるよりも無線LANを用いるほうが好ましいからである。したがって、順番を待つ患者の行動範囲は、病院の中に限られている。
【0008】
【発明が解決しようとする課題】
しかし、病院の外で診察の順番を待ちたいという患者の要望は少なくない。なぜなら、例えば、院内感染を避けたい場合、順番が回ってくるまで自家用車の中で横になりたい場合、外の新鮮な空気を吸いたい場合、または検査の結果を待つ間に他の用事を済ませたい場合などがあるからである。
【0009】
本発明は、順番を待つユーザのいる場所を問わず、ユーザを呼び出すことができる順番通知システムおよび順番通知方法を提供することを目的とする。
【0010】
【課題を解決するための手段】
本発明に係る順番通知システムは、 所定の場所において提供されるサービスを受けるために順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、所定の時間ごとに、前記ユーザの現在の位置を示す位置情報を、位置を検索するサービスを提供するシステムにアクセスして取得する、位置情報取得手段と、前記位置情報取得手段によって前記位置情報が取得されるごとに、当該位置情報が示す前記ユーザの位置から前記所定の場所まで移動するのに要する移動時間および当該ユーザの順番が回ってくる予定時刻に基づいて順番が近づいた旨を通知するための通知時刻を求める通知時刻取得手段と、現在の時刻が前記通知時刻取得手段によって求められた最新の前記通知時刻に達している場合に、順番が近づいた旨を前記ユーザに通知する通知手段と、を有してなる。
【0011】
または、順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、前記ユーザに対する前記通知のための1つまたは複数の通知先を優先順位を付して記憶する通知先記憶手段と、前記ユーザの現在の位置を示す位置情報を取得する位置情報取得手段と、前記位置情報に基づいて、前記通知先記憶手段に記憶されている前記通知先の優先順位を変更する、優先順位変更手段と、前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて前記ユーザの順番が近づいたことを示す通知情報を前記ユーザに届けられるまで優先順位の高い順に前記通知先記憶手段に記憶されている前記通知先に送信する通知情報送信手段と、を有してなる。
【0012】
たは、前記ユーザは、所定の場所において提供されるサービスを受けるために順番を待つものであって、前記通知情報送信手段は、前記位置情報が示す位置から前記所定の場所まで移動するのに要する移動時間に基づいたタイミングで前記通知情報を送信する。
【0014】
【発明の実施の形態】
図1は本発明に係る順番通知システム1の構成を説明する図、図2は受付予約サーバ2Aおよび呼出管理サーバ2Bの構成の例を示す図、図3は受付予約サーバ2Aおよび呼出管理サーバ2Bの機能的構成を説明する図である。
【0015】
本発明に係る順番通知システム1は、病院などの医療施設(医療機関)に設けられており、図1に示すように、受付予約サーバ2A、呼出管理サーバ2B、受付窓口端末装置3、および診療科端末装置4などによって構成される。これらの装置は通信回線6によって互いに接続されている。また、通信回線6はインターネットに接続されているので、受付予約サーバ2Aおよび呼出管理サーバ2Bは、インターネット上の他の装置との間でデータの送受信を行うことができる。
【0016】
受付予約サーバ2Aは、診察、治療、または検査などの医療行為を受けるために病院に訪れる者の受付および予約に関する処理および種々の情報の管理などを行う。つまり、受付予約サーバ2Aは、HIS(hospital Information System )のサーバの役割を果たしている。以下、医療行為を受けるために病院に訪れる者を単に「患者」と記載し、診察、治療、および検査などの医療行為を単に「診察」と記載することがある。
【0017】
病院では、来院し受付窓口で受付の手続を済ませた患者に対して、院内用端末装置5Aが1台ずつ貸し出される。院内用端末装置5Aとして、例えば、ページャ(ポケットベル)が用いられる。病院内の医療機器に悪影響を及ぼすおそれがなければ、双方向ページャまたはPHS(Personal Handy-phone System )端末などのようにデータの送信機能を有するものを用いてもよい。または、Bluetooth(商標)または無線LANなどに対応した携帯型端末装置を用いてもよい。なお、患者に貸し出された院内用端末装置5Aは、病院の中でしか順番通知システム1との通信を行うことができないものとする。
【0018】
呼出管理サーバ2Bは、診察の順番が近づいた旨を患者の院内用端末装置5Aに通知し、診療科または検査室などに患者を呼び出すための処理を行う。また、患者に貸し出された院内用端末装置5Aの代わりに、患者自身が所持する携帯電話装置またはPDA(Personal Digital Assistant)などの携帯型端末装置5Bに対して通知を行う場合もある。ただし、医療機器に悪影響を及ぼすことを防止するために、病院の中では携帯型端末装置5Bの電源をオフにしなければならない。よって、携帯型端末装置5Bは、専ら病院の外で用いられる。以下、診療科および検査室など医療行為を受けるための場所を単に「診療科」と記載することがある。
【0019】
このように、患者は、自分の診察の順番が近づくと、院内用端末装置5Aまたは携帯型端末装置5Bにその旨を知らせてもらうことができるので、病院の待合室で順番をずっと待つ必要がない。その他、患者は、携帯型端末装置5Bを操作することによってオンラインによる診察の順番の確認および来院の際の受付の手続などのサービスを受けることができる。以下、順番通知システム1においてこれらのサービスを実現するための手段について説明する。
【0020】
受付予約サーバ2Aおよび呼出管理サーバ2Bは、図2に示すように、サーバ本体21、ディスプレイ装置22、キーボード23、およびマウス24などによって構成される。サーバ本体21は、CPU2a、磁気記憶装置2b、ビデオインタフェース2c、通信インタフェース2d、入力インタフェース2e、ROM2f、およびRAM2gなどからなる。受付予約サーバ2Aおよび呼出管理サーバ2Bとして、UNIX(登録商標)サーバ、ワークステーション、またはパーソナルコンピュータなどが用いられる。
【0021】
磁気記憶装置2bには、オペレーティングシステム(OS)および後に説明する各機能を実現するための種々のプログラムおよびデータが記憶されている。これらのプログラムは、CD−ROM、MO、またはDVD−ROMなどの記録媒体STから磁気記憶装置2bにインストールされる。これらのプログラムおよびデータは必要に応じてRAM2gにロードされ、CPU2aによって実行される。
【0022】
受付窓口端末装置3は、病院の受付窓口に設置されており、来院した患者の受付などに関する処理を行う。受付窓口端末装置3の構成は、図2に示す受付予約サーバ2Aの構成とほぼ同じである。ただし、図1に示すように、カードリーダ3Rが設けられている。カードリーダ3Rは、来院した患者の診察券を読み取るために用いられる。
【0023】
診療科端末装置4は、例えば、各診療科ごとに1台ずつ設けられており、診察、治療、または検査などの際に用いられる。例えば、患者のカルテを読み出し、カルテに診察結果または検査結果などの必要な事項を書き込み、または処方箋を発行する際に用いられる。診療科端末装置4の構成は、図2に示す受付予約サーバ2Aの構成と同様である。受付窓口端末装置3または診療科端末装置4として、ワークステーションまたはパーソナルコンピュータなどが用いられる。
【0024】
このような構成によって、図3に示すように、受付予約サーバ2Aには、ログオン処理部101、患者受付部102、通知先登録部103、待ち状況照会部104、情報記憶部105、予約受付部106、および予定時刻算出部107などの機能が実現される。呼出管理サーバ2Bには、呼出時判別部111、位置情報取得部112、および患者呼出部113などの機能が実現される。本実施形態では、2つのサーバに分けてこれらの機能を実現しているが、病院の規模または患者の数などに応じて1台のサーバで構成してもよいし、または3台以上のサーバに分散して構成してもよい。
【0025】
情報記憶部105は、予約管理テーブルTB1、通知先管理テーブルTB2、施設位置テーブルTB3、患者位置テーブルTB4、および診察進捗テーブルTB5などを記憶する。
【0026】
図4は予約管理テーブルTB1の例を示す図、図5は診察進捗テーブルTB5の例を示す図、図6は通知先管理テーブルTB2の例を示す図、図7は病院サイトにログオンするまでの携帯型端末装置5Bの表示画面の例を示す図、図8は通知先の変更などを行う際の携帯型端末装置5Bの表示画面の例を示す図、図9は受付の手続を行う際の携帯型端末装置5Bの表示画面の例を示す図、図10は施設位置テーブルTB3の例を示す図、図11は患者位置テーブルTB4の例を示す図である。
【0027】
予約管理テーブルTB1には、図4に示すように、患者の診察の予約に関する情報が格納される。第1列の「患者コード」には、患者を識別するための患者コードが格納される。「予約日時」には、患者の診察の予約の日時が格納される。
【0028】
各診療科では、診察が終わった患者に対して次回の診察の予約が行われる。すなわち、診療科端末装置4によってその予約日時D6が入力され、受付予約サーバ2Aに送信される。予約受付部106は、予約管理テーブルTB1を参照し、受信した予約日時が空いていることを確認する。そして、その患者の患者コード、予約日時、診療科名、および担当医などを予約管理テーブルTB1に格納する。同様に、来院した患者が初診の場合は、受付窓口端末装置3よって予約に関するデータが入力される。また、ユーザは、携帯型端末装置5Bを操作して、予約または予約日時の変更を行うことができる。
【0029】
「診察状態」には、患者の診療が終了したか否かを示す診療状態情報が格納される。「未」は診療がまだ終了していないことを示し、「中」は現在診察中であることを示し、「済」は診察が終了したことを示している。すなわち、各診療科では、患者の診療が始まった際および診療が終わった際に、診療科端末装置4によってその旨が入力される。そして、これに従って予約管理テーブルTB1の診察状態が書き換えられる。
【0030】
各診療科では、患者の診察の内容によって診察が長引きまたは急患が入ることによって、後の患者の診察の開始が遅れる場合がある。逆に、診察の予約のキャンセルが生じるなどして、他の患者の診察開始時刻が早まる場合がある。このような診察の進捗具合が診療科端末装置4によって入力され、図5に示すように、進捗情報D5として診察進捗テーブルTB5に格納される。
【0031】
なお、診療科端末装置4から診察の終了または予約のキャンセルの入力があった際に、進捗状況を判定し、その結果を進捗情報D5として診察進捗テーブルTB5に格納するようにしてもよい。または、別の形態として、診察進捗テーブルTB5を独立して持たずに、患者の実際の診察が始まった時刻(診察開始時刻)を格納するための項目(フィールド)を予約管理テーブルTB1に設けておき、予約日時D6と診察開始時刻とを比較することによって各診療科の進捗状況の確認が可能なようにしてもよい。
【0032】
通知先管理テーブルTB2には、図6に示すように、患者に対して診察の順番が近づいた旨を通知する通知先などに関する情報が格納される。
第3列の「通知先1」には、患者に貸し出された院内用端末装置5Aを識別するための装置名が格納される。つまり、受付窓口で受付を行った患者に対して院内用端末装置5Aが貸し出されると、受付窓口端末装置3によってその装置名が入力される。すると、この装置名が通知先管理テーブルTB2に書き込まれる。
【0033】
「通知先2」、「通知先3」、…には、患者が所有する携帯型端末装置5Bの電話番号または電子メールアドレスなどが格納される。以下、電話番号または電子メールアドレスを単に「通知先アドレス」と記載することがある。患者が複数の携帯型端末装置5Bを所有する場合は、順番が近づいた旨の通知先として使用したい携帯型端末装置5Bの順に左列(通知先2)からその通知先アドレスを格納しておく。つまり、通知先として用いる優先順位が高い順に通知先アドレスが格納される。同様に、1台の携帯型端末装置5Bに通話機能および電子メール機能の両方が備わっている場合は、その電話番号および電子メールアドレスの両方を通信先アドレスとして用いることができる。
【0034】
「当日優先通知先9」には、診察を受ける当日にのみ、順番が近づいた旨の通知先として使用する携帯型端末装置5Bの電話番号または電子メールアドレスが格納される。例えば、その日に限り患者に付き添う付添人がおり、その付添人の携帯電話装置などを通知先としたい場合に、「当日優先通知先9」が用いられる。
【0035】
「患者状況」には、その患者の身体の具合などに関する患者状況情報D2が格納される。例えば、病名、症状、使用している補助具、高齢者か否か、年齢、性別、または障害などに関する情報が格納される。「パスワード」には、携帯型端末装置5Bから順番通知システム1にログオンする際のユーザ認証のためのパスワードが格納される。
【0036】
図3に戻って、通知先登録部103およびログオン処理部101は、患者が指定する通知先の電話番号または電子メールアドレスを通知先管理テーブルTB2に登録するための処理を行う。係る処理は、次に説明するように、携帯型端末装置5Bとの間で通信を行うことによって実現される。
【0037】
まず、患者は、携帯型端末装置5Bを操作して病院の患者向けのサイト(以下、「病院サイト」と記載する。)にアクセスする。例えば、図7(a)〜(c)に示すように初期画面HG11などの所定のメニューを順に選択し、またはURL(Uniform Resource Locators )を入力するなどして、病院サイトにアクセスする。このとき、通知先登録部103は携帯型端末装置5Bにログオン画面のための画面情報を送信し、これにより、携帯型端末装置5Bには図7(d)に示すログオン画面HG12が表示される。なお、画面情報として、HTML(Hypertext Markup Language )などで記述されたハイパーテキストが用いられる。以下、同様である。
【0038】
患者は、ログオン画面HG12において自分の患者コードおよびパスワードを入力する。このとき、ログオン処理部101は、入力された患者コードおよびパスワードを通知先管理テーブルTB2と照らし合わせ、ユーザ認証を行う。正規のユーザであることが確認されると、携帯型端末装置5Bには、メニュー画面HG13および予約用画面HG14が順に表示される。
【0039】
予約用画面HG14において3番(設定変更)が選択されると、図8に示すように、設定変更画面HG21が表示される。そして、ここで1番(通知先変更)が選択されると、通知先変更画面HG22が表示される。図8(b)の通知先変更画面HG22は、通知先アドレスを3つ有する患者の場合の画面である。
【0040】
通知先変更画面HG22において1〜4番のうちのいずれかが選択された場合は、通知先登録部103は、その番号を通知先管理テーブルTB2のその患者のフラグFGに書き込む。したがって、例えば4番の電子メールアドレスが選択されると、フラグFGは「4」に書き換えられる。そして、携帯型端末装置5Bには図8(c)に示す変更確認画面HG23が表示される。通知先変更画面HG22の1〜4番は、それぞれ、通知先管理テーブルTB2の「通知先1」〜「通知先4」に対応している。
【0041】
前に説明したように、診察の順番が近づいた旨の通知先の優先順位は、原則として、通知先管理テーブルTB2の左から順に高い。しかし、例外として、フラグFGが示した通知先は、前に説明した原則に関わらず、優先順位が最も高いものとして取り扱われる。
【0042】
通知先変更画面HG22において9番(当日優先)が選択された場合は、通知先登録部103はその患者のフラグFGを「9」に書き換える。そして、携帯型端末装置5Bには図8(d)に示すように当日通知先登録画面HG24が表示される。ここで、診察を受ける当日にのみ通知先として使用する通知先アドレスが入力されると、通知先登録部103は、その通知先アドレスを通知先管理テーブルTB2の「当日優先通知先9」に格納する。同様に、通知先変更画面HG22の0番(その他)を選択するなどして、通常用いる通知先アドレスの変更または新規登録を行うことができる。
【0043】
このように、患者は、携帯型端末装置5Bを操作することによって、通知先として使用する電話番号または電子メールアドレスの登録または変更を行うことができる。
【0044】
患者受付部102は、診察の当日に患者が病院の受付窓口に立ち寄ることなく遠隔的に病院の受付の手続を済ませるための処理を行う。通常、患者は、予約の日すなわち診察の当日に一度病院の受付窓口に立ち寄り、カードリーダ3Rに診察券を通すなどして受付の手続を行わなければならない。この煩わしさを解消するために、患者受付部102は、次に説明するように、携帯型端末装置5Bとの間で通信を行うことによって、オンラインによる受付の処理を行う。
【0045】
まず、通知先アドレスの登録の場合と同様に、図7(d)に示すログオン画面HG12にパスワードなどを入力し、携帯型端末装置5Bから病院サイトにアクセスしておく。図7(f)に示す予約用画面HG14から1番(予約確定)が選択されると、患者受付部102は、受付選択画面を表示するための画面情報を携帯型端末装置5Bに送信する。すると、携帯型端末装置5Bには、図9(a)に示す受付選択画面HG61が表示される。当日に複数の診察の予約がある場合は、複数の番号が表示される。
【0046】
携帯型端末装置5Bにおいて、受付の手続を行う番号が受付選択画面HG61から選択されると、図9(b)に示す受付確認画面HG62が表示される。ここで「OK」のボタンが押されると、患者受付部102は、患者が診察のために来院したものとみなし、受付窓口で行われる通常の受付処理と同様の処理を行う。受付処理が完了すると、携帯型端末装置5Bには、図9(c)に示す受付完了画面HG63が表示される。
【0047】
このように、患者は、携帯型端末装置5Bを操作することによって、受付窓口に立ち寄ることなく病院の受付の手続を済ませることができ、病院での滞在時間を短くすることができる。
【0048】
図3に戻って、施設位置テーブルTB3には、病院の周辺の建物、公園、または駐車場などの施設の位置に関する情報が格納される。図10に示すように、施設位置テーブルTB3の第2列には施設を識別するための施設コードが格納され、第3列および第4列にはそれぞれ施設の緯度および経度が格納される。また、第5列には、その施設から病院まで移動する際の標準的な所要時間が格納される。所要時間は、実際に標準的な速度(例えば、時速4km)で歩いて計測して求めてもよいし、2点間の距離に基づいて求めてもよい。電車またはバスなどの交通機関を用いるような場所(施設)であれば、これを考慮して所要時間を求めてもよい。この施設位置テーブルTB3を参照することによって、病院の周辺の施設の地理的な位置および時間的な位置を知ることができる。
【0049】
患者位置テーブルTB4には、図11に示すように、患者の現在の位置に関する情報が格納される。第2列には、患者が位置する施設の施設コードが格納される。この施設コードを施設位置テーブルTB3と照らし合わせることによって、患者の現在地を知ることができる。なお、施設コード「9999」は、患者が病院の中にいることを示す。また、患者が施設位置テーブルTB3に登録されていない施設にいる場合は、施設コードは格納されず、第3列および第4列にそれぞれ緯度および経度が格納される。
【0050】
位置情報取得部112は、患者の現在の位置を示す位置情報D1を取得し、その位置情報D1を患者位置テーブルTB4に書き込む。患者が病院の外にいる場合は、位置情報D1は、例えば、患者が所有するPHS端末または携帯電話装置(携帯型端末装置5B)の位置を検索することによって求めることができる。順番通知システム1にGPS(Global Positioning Systems)などを設けてもよいが、位置を検索するサービスが各通信会社などから提供されているので、これを用いて患者の位置情報D1を取得すればよい。つまり、位置情報取得部112は、所定の時間ごとに通信会社のシステムにアクセスし、患者が所有する携帯型端末装置5Bの位置を位置情報D1として取得する。そして、位置情報D1が示す緯度および経度などを患者位置テーブルTB4に書き込む。
【0051】
なお、施設の位置を表すために経緯度および施設コードを用いたが、施設の住所などを用いてもよい。または、「病院から東へ500m、南へ1500m」のように、施設の位置を病院との相対的な位置関係で表してもよい。
【0052】
患者が病院の中にいる場合は、携帯型端末装置5Bの電源がオフにされ、院内用端末装置5Aの電源がオンにされる。よって、位置情報取得部112は、院内用端末装置5Aと通信を行うことができるか否かを判別することによって、患者の現在の位置が病院であることを示す位置情報D1を取得することができる。または、通信会社から携帯型端末装置5Bの位置が不明である旨の情報を受信した場合に、患者の位置が病院であると捉えてもよい。そして、患者位置テーブルTB4の施設コードを「9999」とする。なお、予約管理テーブルTB1の診察状態が「済」になった場合すなわち患者の診察が終わった場合は、その患者の位置情報D1の取得を停止する。
【0053】
また、位置情報取得部112は、今取得した施設コードとその前に取得した施設コードとを比較し、患者が病院の外から病院の中へ移動したと判別した場合は、通知先管理テーブルTB2のフラグFGを「1」に書き換える。これにより、院内用端末装置5Aが優先順位の最も高い通知先となる。逆に、病院の中から病院の外へ移動したと判別した場合は、「1」以外に書き換える。例えば、通知先管理テーブルTB2の当日優先通知先9に通知アドレスが登録されていればフラグFGを「9」に書き換え、登録されていなければ「2」に書き換える。つまり、フラグFGは、最も高い優先順位である通知先を示すとともに、患者が病院の中にいるのかまたは外にいるのかをも示している。
【0054】
予定時刻算出部107は、予約管理テーブルTB1の予約日時D6、通知先管理テーブルTB2の患者状況情報D2、患者位置テーブルTB4の位置情報D1、および診察進捗テーブルTB5の進捗情報D5などに基づいて、患者に診察の順番が近づいた旨を通知しなければならない時刻(通知予定時刻P)を算出し、通知先管理テーブルTB2に格納する。
【0055】
通知先管理テーブルTB2のフラグFGが「1」以外の場合すなわち患者が病院の外にいる場合は、まず、位置情報D1が示す患者の現在地と病院との間の距離を求め、標準的な人間(例えば、時速4kmで歩く健康な人間)がその距離を移動するのに要する時間T1を求める。施設位置テーブルTB3に格納されている標準所要時間を時間T1としてもよい。次に、患者の身体の具合などを考慮するために、患者状況情報D2に基づいて時間T1の調整して時間T1' を求める。例えば、患者が高齢であれば時間T1に所定の係数を乗じる、または患者が腕を骨折しているのであれば時間T1に所定の時間を加える、などのように患者状況情報D2が示す状況に応じて調整を行う。一方で、診察科での他の患者の診察の進み具合などを考慮するために、進捗情報D5に基づいて予約日時D6を調整し、最新の診察開始時刻を予測した時間T2を求める。そして、時間T2から時間T1’を引き算することによって、通知予定時刻Pが算出される。
【0056】
通知先管理テーブルTB2のフラグFGが「1」の場合は、患者が病院の中にいることが分かるので、所定の時間(例えば10分)を予約日時D6から引き算することによって通知予定時刻Pが算出される。
【0057】
呼出時判別部111は、所定の時間ごとに現在の時刻と通知先管理テーブルTB2に格納されている通知予定時刻Pとを比較し、現在の時刻が通知予定時刻Pと同じまたは通知予定時刻Pを過ぎていれば、診療科に患者を呼び出さなければならないと判別する。
【0058】
患者を呼び出さなければならないと判別された場合は、患者呼出部113は、診察の順番が近づいた旨を示す通知情報D3を患者の院内用端末装置5Aまたは携帯型端末装置5Bに送信し、患者を診療科に呼び出す。係る送信の手順を、フローチャートを参照して説明する。
【0059】
図12は通知情報D3を送信する処理の流れを説明するフローチャート、図13は応答機能を有する携帯型端末装置5Bの呼出通知画面HG31などの例を示す図、図14は院内用端末装置5Aの呼出通知画面の例を示す図、図15は応答機能を有しない携帯型端末装置5Bの呼出通知画面HG41の例を示す図である。
【0060】
図12に示すように、まず、通知先管理テーブルTB2に格納されているその患者のフラグFGが指す通知先に通知情報D3を送信する(#51)。つまり、優先順位が最も高い通知先に送信する。例えば、図6に示す「患者コード=0006」の患者の場合は、フラグFGに「2」が設定されているので、通知先2に格納されている通知先アドレスに通知情報D3を送信する。「患者コード=0004」の患者の場合は、フラグFGに「1」が設定されているので、その患者に貸し出された院内用端末装置5A(貸出端末A)に通知情報D3を送信する。 通知情報D3は、通知先の種類に応じて、次のように携帯型端末装置5Bに送信される。通知先の通知先アドレスが電子メールアドレスである場合は、通知情報D3は電子メールとして送信される。このとき、携帯型端末装置5Bには、図13(a)に示すように、診察の順番が近づいた旨を示す呼出通知画面HG31が表示される。通知先の通知先アドレスが電話番号である場合は、通知情報D3は音声信号として携帯型端末装置5Bに送信される。音声信号は、公知の音声合成技術によって生成される。通知先が院内用端末装置5Aである場合は、通知情報D3は文字データまたはその院内用端末装置5Aに対応した所定のフォーマットのデータとして送信される。このとき、院内用端末装置5Aには、図14に示す呼出通知画面HG51が表示される。
【0061】
なお、その患者のフラグFGが「9」を指している場合は、上記の通知先に加えて、当日優先通知先9が示す通知先にも通知情報D3を送信する。または、当日優先通知先9が示す通知先が優先順位の最も高い通知先であるとして、最初はその通知先にのみ通知情報D3を送信するようにしてもよい。
【0062】
通知情報D3が患者に届けられたか否かを判別する(#52)。ステップ#51において通知情報D3が電子メールとして携帯型端末装置5Bに送信された場合は、図13(b)に示すような返信メールを携帯型端末装置5Bから受信することによって、通知情報D3が届けられたと判別する。ただし、電子メールに対する応答機能を有しない携帯型端末装置5Bの場合は、電子メールが携帯型端末装置5Bによって受信されれば、患者がその電子メールを読んだか否かに関わらず、通知情報D3が届けられたと判別する。この場合は、携帯型端末装置5Bには、図15に示す呼出通知画面HG41が表示される。通知情報D3が音声データとして携帯型端末装置5Bに送信された場合は、患者が音声による案内に従って所定のプッシュボタンを押すことによって、通知情報D3が届けられたと判別する。通知情報D3が院内用端末装置5Aに送信された場合は、図14に示す院内用端末装置5Aの確認ボタンBN1が押されると、通知情報D3が届けられたと判別する。
【0063】
反対に、所定の時間を過ぎても携帯型端末装置5Bから返信メールが送信されてこない場合、電子メールが宛先不明で戻ってきた場合、電話が話中または電話のプッシュホンが押されなかった場合、または院内用端末装置5Aの確認ボタンBN1が押されなかった場合などは、通知情報D3が届けられなかったと判別する。
【0064】
通知情報D3が患者に届けられたと判別されると(#52でYes)、患者を呼び出すための処理が終了する。
通知情報D3が患者に届けられない場合は、所定の時間をおいて通知情報D3を何回か再送信を試みてもよい。それでも結局、通知情報D3が患者に届けられなかった場合は(#52でNo)、次に優先順位の高い通知先へ通知情報D3を送信する(#53)。そして、その通知先に送信しても通知情報D3が患者に届けられない場合は、さらにその次の優先順位の通知先に送信する(#52、#53)。
【0065】
なお、すべての通知先に通知情報D3を送信しても通知情報D3が患者に届けられなかった場合は、その患者の診察の順番を飛ばし、それ以降に予約している患者の順番を繰り上げてもよい。
【0066】
呼出通知画面HG51と呼出通知画面HG31、HG41とを比較すると、院内用端末装置5Aおよび携帯型端末装置5Bに表示される通知(メッセージ)はそれぞれ内容が異なることが分かる。これは、院内用端末装置5Aの場合は病院の中にいる患者に対して通知がなされ、携帯型端末装置5Bの場合は病院の外にいる患者に対して通知がなされるという違いがあるからである。
【0067】
つまり、病院の中にいる患者の場合は、診察の予定時刻が迫っており、また、すぐに診察を受ける診療科に行くことができるので、間もなく順番が回ってくるので受付に戻るように促すメッセージを表示すればよい。一方、病院の外にいる患者の場合は、診察の予定時刻まで時間があるので、実際の診察開始時刻が他の患者の診察の進み具合などによって変わる可能性がある。そこで、直ちに受付に戻るようには促さず、現在予測される診察開始時刻および待ち時間のみを表示することにより、患者に対して診察の順番が近づいた旨の注意を与える。
【0068】
図3に戻って、待ち状況照会部104は、患者から診察の順番についての問合せがあった際に、その患者の順番を予約管理テーブルTB1に照会し、その回答を院内用端末装置5Aまたは携帯型端末装置5Bに送信する。これらの処理は、次の手順で行われる。図16は順番を問い合わせる際の携帯型端末装置5Bの表示画面の例を示す図、図17は順番を問い合わせる際の院内用端末装置5Aの表示画面の例を示す図である。
【0069】
まず、携帯型端末装置5Bを病院サイトにアクセスしておく。図7(f)に示す予約用画面HG14から2番(待合状況照会)が選択されると、待ち状況照会部104は、予約選択画面を表示するための画面情報を携帯型端末装置5Bに送信する。すると、携帯型端末装置5Bには、図16(a)に示す予約選択画面HG71が表示される。当日に複数の診察の予約がある場合は、複数の番号が表示される。
【0070】
いずれかの番号が選択されると、待ち状況照会部104は、予約管理テーブルTB1にアクセスし、その患者の順番よりも前にいる患者のうち未診察の患者の人数を求める。そして、求められた人数および現在の診察の進捗状況などを回答情報D4として携帯型端末装置5Bに送信する。すると、携帯型端末装置5Bには、図16(b)に示す順番確認画面HG72が表示される。
【0071】
院内用端末装置5Aの場合も、同様の操作を行うことによって、患者は診察の順番の問合せを行うことができる。このとき、院内用端末装置5Aには、図17(b)に示す順番確認画面HG82が表示される。
【0072】
次に、順番通知システム1の全体の処理の流れを、フローチャートを参照して説明する。図18は順番通知システム1の全体の処理の流れの例を説明するフローチャートである。
【0073】
現在、病院にはある患者の診察について既に予約が入っており、これからその患者が自宅を出て病院へ向かうところであると仮定する。
図18において、患者が自宅を出る前に携帯型端末装置5Bから病院サイトにアクセスして診察の受付の手続を要求すると、順番通知システム1は、その患者に対して従来の受付窓口における処理と同様の処理を行う(#1)。
【0074】
所定の時間ごとに患者の位置情報D1を取得し(#2)、通知予定時刻Pを算出する(#3)。現在の時刻が通知予定時刻Pと同じ場合または通知予定時刻Pを過ぎている場合は(#4でYes)、診察の順番が近づいた旨の通知が患者に届けられるまで、通知情報D3を優先順位の高い順に通知先(院内用端末装置5Aまたは携帯型端末装置5B)に送信する(#5)。通知情報D3の送信の手順は、図12に示すフローチャートで説明した通りである。
【0075】
まだ通知予定時刻Pになっていない場合は(#4でNo)、患者の位置情報D1の取得および通知予定時刻Pの算出を繰り返し行う(#2、#3)。
患者から診察の順番の問合せがあった場合は、順番通知システム1は、次のような手順で処理を行う。図19は患者の診察の順番の待ち状況を照会する処理の流れを説明する図である。
【0076】
図19に示すように、患者が携帯型端末装置5Bを使用して病院サイトに接続し、通院先の病院を選択してログオンすると、図7(e)に示すメニュー画面HG13が携帯型端末装置5Bに表示される。メニュー画面HG13において2番(予約確定/変更)が選択されると、図7(f)に示す予約用画面HG14が表示される(#91)。
【0077】
ここで、予約用画面HG14の2番(待合状況照会)が選択されると、順番通知システム1は、携帯型端末装置5Bから命令を受信し(#92)、その命令の内容が診察の順番の確認の要求であることを確認し(#93でYes)、予約管理テーブルTB1の内容などを参照してその患者の診察の順番に関する情報を取得する(#94)。そして、取得した情報を要求元の携帯型端末装置5Bに送信する(#95)。すると、携帯型端末装置5Bには、図16(b)に示すような順番確認画面HG72が表示される。
【0078】
本実施形態によると、患者の現在の位置がどこであるかを問わず、その患者の診察の順番が近づいた旨を通知することができる。よって、診察を待つ間の患者の行動範囲を広げることができる。
【0079】
また、病院の中にいる患者に対しては従来の病院内専用の院内用端末装置5Aを用いて通知を行い、病院の外にいる患者に対しては患者が所有する携帯型端末装置5Bを用いて通知を行うので、高いコストを掛けることなく、病院の内外を問わず患者を呼び出すことができる順番通知システムを構築し運用することができる。
【0080】
本実施形態では、患者の位置情報D1を所定の時間の間隔をおいて取得したが、他のタイミングで取得してもよい。たとえば、1人の患者の診察が終わるごとに位置情報D1を取得するようにしてもよい。
【0081】
通知先が電子メールアドレスの場合は通知情報D3として電子メールの形式を用いたが(図13(a)参照)、Webページの形式を用いてもよい。例えば、Webページの中にチェックボックスを設けておき、患者によって係るチェックボックスがオンされると、患者が通知を受け取ったことを示す情報が順番通知システム1に自動送信されるようにしてもよい。
【0082】
なお、上記の実施形態では、予約管理テーブルTB1および診察進捗テーブルTB5などを受付予約サーバ2Aに保有(記憶)しているが、これらのテーブルを病院内の総合的な情報システムである病院情報サーバ(図示しない)に保有するように構成してもよい。そして、上に述べたそれぞれの手段において病院情報サーバ上の予約管理テーブルおよび診察進捗テーブルを参照して処理を行うように構成し、診療科端末装置4からの診察予約等を病院情報サーバが受け付けるように構成してもよい。
【0083】
このように構成することによって、受付予約サーバ2Aおよび呼出管理サーバ2Bを、病院情報サーバの属するネットワーク(病院内ネットワーク)とは別の独立したネットワークに設けることができる。つまり、病院情報サーバに予約受付に関する情報を保有し、患者が使用する院内用端末装置5Aまたは携帯型端末装置5Bなどからアクセスできないネットワーク内に患者の個人情報を保有することができる。これにより、患者の個人情報を盗もうとする外部からの不正なアクセスを防止することができる。
【0084】
本発明の順番通知システム1は、病院の他、順番待ちが必要な他のサービスのためにも用いることができる。
その他、順番通知システム1、受付予約サーバ2A、呼出管理サーバ2B、受付窓口端末装置3、診療科端末装置4の全体または各部の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。
(付記1)所定の場所において提供されるサービスを受けるために順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、
前記ユーザの現在の位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報取得手段によって前記位置情報が取得されるごとに、当該位置情報が示す前記ユーザの位置から前記所定の場所まで移動するのに要する移動時間および当該ユーザの順番が回ってくる予定時刻に基づいて順番が近づいた旨を通知する予定の通知時刻を求める通知時刻取得手段と、
現在の時刻が前記通知時刻取得手段によって求められた最新の前記予定の時刻に達している場合に、順番が近づいた旨を前記ユーザに通知する通知手段と、
を有することを特徴とする順番通知システム。 (1)
(付記2)順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、
前記各ユーザに対する前記通知のための1つまたは複数の通知先を優先順位を付して記憶する通知先記憶手段と、
前記ユーザの現在の位置を示す位置情報を取得する位置情報取得手段と、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて前記ユーザの順番が近づいたことを示す通知情報を前記ユーザに届けられるまで優先順位の高い順に前記通知先に送信する通知情報送信手段と、
を有することを特徴とする順番通知システム。 (2)
(付記3)前記通知先記憶手段は、前記ユーザに渡された端末装置を前記通知先の1つとして記憶する、
付記2記載の順番通知システム。
(付記4)前記ユーザは、所定の場所において提供されるサービスを受けるために順番を待つものであって、
前記通知情報送信手段は、前記位置情報が示す位置から前記所定の場所まで移動するのに要する移動時間に基づいたタイミングで前記通知情報を送信する、
付記2または付記3記載の順番通知システム。 (3)
(付記5)前記通知先記憶手段は、前記位置情報に基づいて前記通知先の優先順位を変更する、
付記2ないし付記4のいずれかに記載の順番通知システム。 (4)
(付記6)前記ユーザよりも前に順番を待つ他のユーザの人数を示す待ち状況情報を前記通知先に送信する待ち状況情報送信手段を有する、
付記2ないし付記5のいずれかに記載の順番通知システム。
(付記7)順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知方法であって、
前記各ユーザに対する前記通知のための1つまたは複数の通知先を優先順位を付して記憶しておき、
前記ユーザの現在の位置を示す位置情報を取得し、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて前記ユーザの順番が近づいたことを示す通知情報を前記ユーザに届けられるまで優先順位の高い順に前記通知先に送信する、
ことを特徴とする順番通知方法。
(付記8)順番を待つユーザに対して順番が近づいた旨の通知を行うコンピュータに用いられるコンピュータプログラムであって、
前記ユーザの現在の位置を示す位置情報を取得する処理と、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて、前記ユーザの順番が近づいたことを示す通知情報を、前記ユーザに届けられるまで優先順位の高い順に前記各ユーザに対する前記通知のための通知先に送信する処理と、
をコンピュータに実行させるためのコンピュータプログラム。 (5)
【0085】
【発明の効果】
本発明によると、順番を待つユーザのいる場所を問わず、ユーザを呼び出すことができる。
【図面の簡単な説明】
【図1】本発明に係る順番通知システムの構成を説明する図である。
【図2】受付予約サーバおよび呼出管理サーバの構成の例を示す図である。
【図3】受付予約サーバおよび呼出管理サーバの機能的構成を説明する図である。
【図4】予約管理テーブルの例を示す図である。
【図5】診察進捗テーブルの例を示す図である。
【図6】通知先管理テーブルの例を示す図である。
【図7】病院サイトにログオンするまでの携帯型端末装置の表示画面の例を示す図である。
【図8】通知先の変更などを行う際の携帯型端末装置の表示画面の例を示す図である。
【図9】受付の手続を行う際の携帯型端末装置の表示画面の例を示す図である。
【図10】施設位置テーブルの例を示す図である。
【図11】患者位置テーブルの例を示す図である。
【図12】通知情報を送信する処理の流れを説明するフローチャートである。
【図13】応答機能を有する携帯型端末装置の呼出通知画面などの例を示す図である。
【図14】院内用端末装置の呼出通知画面の例を示す図である。
【図15】応答機能を有しない携帯型端末装置の呼出通知画面の例を示す図である。
【図16】順番を問い合わせる際の携帯型端末装置の表示画面の例を示す図である。
【図17】順番を問い合わせる際の院内用端末装置の表示画面の例を示す図である。
【図18】順番通知システムの全体の処理の流れの例を説明するフローチャートである。
【図19】患者の診察の順番の待ち状況を照会する処理の流れを説明する図である。
【符号の説明】
1 順番通知システム
5A 院内用端末装置(通知先)
5B 携帯型端末装置(通知先)
104 状況照会部(待ち状況情報送信手段)
107 予定時刻算出部(通知時刻取得手段)
112 位置情報取得部(位置情報取得手段)
113 患者呼出部(通知手段、通知情報送信手段)
D1 位置情報
D3 通知情報
D4 回答情報(待ち状況情報)
D6 予約日時(予定時刻)
TB2 通知先管理テーブル(通知先記憶手段)
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an order notification system and an order notification method for notifying a user waiting for an order that the order is approaching, and more particularly, to an order notification system and an order notification method that are optimal for calling a patient in a hospital. .
[0002]
[Prior art]
Conventionally, as a means for notifying the user waiting for the turn that the turn has come, a display panel or a private broadcast is used.
[0003]
For example, in a large-scale medical facility such as a general hospital, a number tag is given to each patient who comes to the hospital. Then, by displaying a number on a display board installed in a waiting room or the like, the patient is informed that the examination order has come. Alternatively, the number is announced by private broadcasting to notify that the turn has come.
[0004]
When using a display board, the patient must wait in a place where the display board is visible. On the other hand, when using private broadcasting, the user can freely act as long as the announcement can be heard. However, in order to prevent many announcements from flowing and the hospital to become noisy, and to prevent the announcements of different departments from intermingling, the scope of the announcements can be limited for each department. There are many cases. Eventually, in either case, the patient must wait for a turn within a fixed range.
[0005]
Therefore, in order to eliminate such inconvenience of the patient, a method has been proposed in which a call terminal is lent to each patient who visits the patient and a message is sent to the call terminal to inform the patient that the turn has come. Yes.
[0006]
A pager (pager) is mainly used as a calling terminal lent to a patient. This is because the use of mobile phone terminals and PHS terminals is prohibited in hospitals in order to prevent adverse effects on medical devices. In general, it is said that a PHS terminal has less influence on medical equipment because it has a smaller radio wave output than a mobile phone terminal. However, since PHS terminals and mobile phone terminals are almost indistinguishable in appearance, in fact, in most cases, their use is prohibited regardless of the type of terminal in order to prevent accidents caused by mobile phones. is there. Therefore, a device such as a pager that can be easily distinguished from a mobile phone terminal in appearance is used as a calling terminal.
[0007]
Further, the usable range of the calling terminal is often limited to a hospital. This is because it is preferable to use a wireless LAN rather than a public network provided by a communication company as a communication network in order to keep the cost of construction and operation of the call system low. Therefore, the range of behavior of patients waiting for their turn is limited to hospitals.
[0008]
[Problems to be solved by the invention]
However, there are many requests from patients who want to wait for the order of consultation outside the hospital. For example, if you want to avoid nosocomial infections, if you want to lie down in a private car until the turn comes, if you want to breathe fresh fresh air, or do other stuff while you wait for the results of the test This is because there are cases where you want to.
[0009]
An object of this invention is to provide the order notification system and order notification method which can call a user regardless of the place where the user who waits for an order exists.
[0010]
[Means for Solving the Problems]
The order notification system according to the present invention is an order notification system that notifies a user waiting for an order to receive a service provided at a predetermined place that the order is approaching, Every predetermined time Location information indicating the current location of the user, Access a system that provides a service to search for locations The position information acquisition unit, the movement time required to move from the user position indicated by the position information to the predetermined location and the user each time the position information is acquired by the position information acquisition unit A notification time acquisition means for obtaining a notification time for notifying that the order has approached based on a scheduled time when the turn of the order is coming, and the current time is the latest notification time obtained by the notification time acquisition means And a notification means for notifying the user that the turn has been approached.
[0011]
Alternatively, the order notification system that notifies the user waiting for the order that the order is approaching, and stores one or a plurality of notification destinations for the notification with priority. A destination storage means; a position information acquisition means for acquiring position information indicating the current position of the user; Priority order changing means for changing the priority order of the notification destination stored in the notification destination storage means based on the position information; Based on the scheduled time when the user turns and the position information , Notification information indicating that the user's turn is approaching , In order of priority until it is delivered to the user Stored in the notification destination storage means Send to the notification destination , Notification information transmission means.
[0012]
Ma Alternatively, the user waits for an order to receive a service provided at a predetermined place, and the notification information transmitting means moves from the position indicated by the position information to the predetermined place. The notification information is transmitted at a timing based on the required travel time.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a diagram illustrating a configuration of an order notification system 1 according to the present invention, FIG. 2 is a diagram illustrating an example of a configuration of a reception reservation server 2A and a call management server 2B, and FIG. 3 is a reception reservation server 2A and a call management server 2B It is a figure explaining a functional structure.
[0015]
The order notification system 1 according to the present invention is provided in a medical facility (medical institution) such as a hospital. As shown in FIG. 1, the reception reservation server 2A, the call management server 2B, the reception counter terminal device 3, and the medical care It is comprised by the department terminal device 4 grade | etc.,. These devices are connected to each other by a communication line 6. Since the communication line 6 is connected to the Internet, the reception reservation server 2A and the call management server 2B can transmit and receive data to and from other devices on the Internet.
[0016]
The reception reservation server 2A performs processing related to reception and reservation of a person who visits a hospital to receive medical care such as medical examination, treatment, or examination, and management of various information. That is, the reception reservation server 2A plays the role of a HIS (hospital Information System) server. Hereinafter, a person who visits a hospital to receive medical treatment may be simply referred to as “patient”, and medical treatment such as examination, treatment, and examination may be simply referred to as “diagnosis”.
[0017]
At the hospital, the terminal devices 5A for hospital use are lent out one by one to patients who have come to the hospital and completed the reception procedure at the reception desk. For example, a pager (pager) is used as the in-hospital terminal device 5A. If there is no risk of adversely affecting medical equipment in the hospital, a device having a data transmission function such as a bi-directional pager or a PHS (Personal Handy-phone System) terminal may be used. Alternatively, a portable terminal device compatible with Bluetooth (trademark) or a wireless LAN may be used. The in-hospital terminal device 5A lent to the patient can communicate with the order notification system 1 only in the hospital.
[0018]
The call management server 2B notifies the patient's in-hospital terminal device 5A that the order of examination is approaching, and performs a process for calling the patient to the department or examination room. Further, instead of the in-hospital terminal device 5A lent to the patient, there may be a case where a notification is given to a portable terminal device 5B such as a mobile phone device or PDA (Personal Digital Assistant) possessed by the patient. However, in order to prevent adverse effects on medical equipment, the portable terminal device 5B must be turned off in the hospital. Therefore, the portable terminal device 5B is exclusively used outside the hospital. Hereinafter, a place for receiving medical practice such as a medical department and an examination room may be simply referred to as a “clinical department”.
[0019]
Thus, since the patient can be notified to the in-hospital terminal device 5A or the portable terminal device 5B when the order of his / her examination approaches, there is no need to wait for the order in the waiting room of the hospital. . In addition, the patient can receive services such as online confirmation of the order of medical examination and reception procedure at the visit by operating the portable terminal device 5B. Hereinafter, means for realizing these services in the order notification system 1 will be described.
[0020]
As shown in FIG. 2, the reception reservation server 2A and the call management server 2B are configured by a server main body 21, a display device 22, a keyboard 23, a mouse 24, and the like. The server body 21 includes a CPU 2a, a magnetic storage device 2b, a video interface 2c, a communication interface 2d, an input interface 2e, a ROM 2f, a RAM 2g, and the like. As the acceptance reservation server 2A and the call management server 2B, a UNIX (registered trademark) server, a workstation, a personal computer, or the like is used.
[0021]
The magnetic storage device 2b stores an operating system (OS) and various programs and data for realizing each function described later. These programs are installed in the magnetic storage device 2b from a recording medium ST such as a CD-ROM, MO, or DVD-ROM. These programs and data are loaded into the RAM 2g as necessary, and are executed by the CPU 2a.
[0022]
The reception window terminal device 3 is installed at a hospital reception window, and performs processing related to reception of patients who have come to the hospital. The configuration of the reception window terminal device 3 is substantially the same as the configuration of the reception reservation server 2A shown in FIG. However, a card reader 3R is provided as shown in FIG. The card reader 3R is used for reading a patient's examination ticket.
[0023]
For example, one clinical department terminal device 4 is provided for each clinical department, and is used for medical examination, treatment, or examination. For example, it is used when reading a patient's chart, writing necessary items such as a diagnosis result or a test result on the chart, or issuing a prescription. The configuration of the medical department terminal device 4 is the same as the configuration of the reception reservation server 2A shown in FIG. As the reception window terminal device 3 or the medical department terminal device 4, a workstation or a personal computer is used.
[0024]
With such a configuration, as shown in FIG. 3, the reception reservation server 2A includes a logon processing unit 101, a patient reception unit 102, a notification destination registration unit 103, a waiting state inquiry unit 104, an information storage unit 105, a reservation reception unit. 106 and functions such as the scheduled time calculation unit 107 are realized. In the call management server 2B, functions such as a call determination unit 111, a position information acquisition unit 112, and a patient call unit 113 are realized. In this embodiment, these functions are realized by dividing into two servers, but may be configured by one server according to the scale of the hospital or the number of patients, or three or more servers. It may be dispersed in the configuration.
[0025]
The information storage unit 105 stores a reservation management table TB1, a notification destination management table TB2, a facility position table TB3, a patient position table TB4, a diagnosis progress table TB5, and the like.
[0026]
4 is a diagram showing an example of the reservation management table TB1, FIG. 5 is a diagram showing an example of the examination progress table TB5, FIG. 6 is a diagram showing an example of the notification destination management table TB2, and FIG. FIG. 8 is a diagram illustrating an example of a display screen of the portable terminal device 5B, FIG. 8 is a diagram illustrating an example of a display screen of the portable terminal device 5B when changing a notification destination, and FIG. 9 is a diagram when performing a reception procedure. FIG. 10 is a diagram illustrating an example of a display screen of the portable terminal device 5B, FIG. 10 is a diagram illustrating an example of a facility position table TB3, and FIG. 11 is a diagram illustrating an example of a patient position table TB4.
[0027]
In the reservation management table TB1, as shown in FIG. 4, information related to patient appointment reservations is stored. The “patient code” in the first column stores a patient code for identifying a patient. In “Reservation date and time”, the date and time of appointment for the patient's examination is stored.
[0028]
In each department, appointments for the next examination are made to patients who have completed the examination. That is, the reservation date and time D6 is input by the medical department terminal device 4 and transmitted to the reception reservation server 2A. The reservation receiving unit 106 refers to the reservation management table TB1 and confirms that the received reservation date / time is available. Then, the patient code, reservation date and time, department name, doctor in charge, etc. of the patient are stored in the reservation management table TB1. Similarly, when the patient who visited the hospital is the first visit, the data related to the reservation is input by the reception window terminal device 3. Further, the user can make a reservation or change the reservation date and time by operating the portable terminal device 5B.
[0029]
In the “diagnosis state”, medical state information indicating whether or not the medical treatment of the patient is completed is stored. “Not yet” indicates that the medical care has not been completed yet, “Middle” indicates that the medical examination is currently being performed, and “Done” indicates that the medical examination has been completed. That is, in each clinical department, when the medical care of the patient starts and when the medical care is finished, the fact is input by the clinical department terminal device 4. Then, according to this, the examination state of the reservation management table TB1 is rewritten.
[0030]
In each department, the start of a later patient's examination may be delayed due to prolonged or sudden medical examination depending on the contents of the patient's examination. On the other hand, the diagnosis start time of other patients may be advanced due to the cancellation of the appointment for the diagnosis. The progress of such a diagnosis is input by the medical department terminal device 4, and as shown in FIG. 5, it is stored in the diagnosis progress table TB5 as progress information D5.
[0031]
In addition, when there is an input from the medical department terminal device 4 to end the examination or cancel the reservation, the progress status may be determined, and the result may be stored in the examination progress table TB5 as the progress information D5. Alternatively, as another form, the reservation management table TB1 is provided with an item (field) for storing the time (diagnosis start time) at which the actual diagnosis of the patient started without having the diagnosis progress table TB5 independently. Alternatively, the progress status of each department may be confirmed by comparing the appointment date D6 with the examination start time.
[0032]
In the notification destination management table TB2, as shown in FIG. 6, information related to a notification destination for notifying the patient that the order of examination is approaching is stored.
The “notification destination 1” in the third column stores a device name for identifying the in-hospital terminal device 5A lent to the patient. That is, when the in-hospital terminal device 5 </ b> A is lent to a patient who has received a reception at the reception window, the device name is input by the reception window terminal 3. Then, this device name is written in the notification destination management table TB2.
[0033]
In “notification destination 2”, “notification destination 3”,..., A telephone number or an e-mail address of the portable terminal device 5B owned by the patient is stored. Hereinafter, a telephone number or an e-mail address may be simply referred to as “notification destination address”. When the patient owns a plurality of portable terminal devices 5B, the notification destination addresses are stored from the left column (notification destination 2) in the order of the portable terminal device 5B to be used as a notification destination indicating that the order is approaching. . That is, notification destination addresses are stored in descending order of priority used as notification destinations. Similarly, when a single portable terminal device 5B has both a call function and an e-mail function, both the telephone number and the e-mail address can be used as the communication destination address.
[0034]
The “current day priority notification destination 9” stores the telephone number or e-mail address of the portable terminal device 5B used as the notification destination indicating that the order has approached only on the day of the examination. For example, if there is an attendant who accompanies the patient only on that day and wants to use the mobile phone device of the attendant as the notification destination, “the current day priority notification destination 9” is used.
[0035]
The “patient status” stores patient status information D2 relating to the physical condition of the patient. For example, information on a disease name, a symptom, an auxiliary device used, whether or not an elderly person, age, sex, or a disorder is stored. The “password” stores a password for user authentication when logging on to the order notification system 1 from the portable terminal device 5B.
[0036]
Returning to FIG. 3, the notification destination registration unit 103 and the logon processing unit 101 perform processing for registering the telephone number or e-mail address of the notification destination designated by the patient in the notification destination management table TB2. Such processing is realized by communicating with the portable terminal device 5B as will be described below.
[0037]
First, the patient operates the portable terminal device 5B to access a site for the patient of the hospital (hereinafter referred to as “hospital site”). For example, as shown in FIGS. 7A to 7C, a predetermined menu such as the initial screen HG11 is sequentially selected, or a URL (Uniform Resource Locators) is input to access the hospital site. At this time, the notification destination registration unit 103 transmits screen information for the logon screen to the portable terminal device 5B, whereby the logon screen HG12 shown in FIG. 7D is displayed on the portable terminal device 5B. . As the screen information, hypertext described in HTML (Hypertext Markup Language) or the like is used. The same applies hereinafter.
[0038]
The patient enters his patient code and password on the logon screen HG12. At this time, the logon processing unit 101 performs user authentication by comparing the input patient code and password with the notification destination management table TB2. When it is confirmed that the user is a legitimate user, the menu screen HG13 and the reservation screen HG14 are sequentially displayed on the portable terminal device 5B.
[0039]
When No. 3 (setting change) is selected on the reservation screen HG14, a setting change screen HG21 is displayed as shown in FIG. When No. 1 (change notification destination) is selected here, a notification destination change screen HG22 is displayed. The notification destination change screen HG22 of FIG. 8B is a screen in the case of a patient having three notification destination addresses.
[0040]
When any one of Nos. 1 to 4 is selected on the notification destination change screen HG22, the notification destination registration unit 103 writes the number in the flag FG of the patient in the notification destination management table TB2. Therefore, for example, when the fourth e-mail address is selected, the flag FG is rewritten to “4”. And the change confirmation screen HG23 shown in FIG.8 (c) is displayed on the portable terminal device 5B. The first to fourth numbers on the notification destination change screen HG22 correspond to “notification destination 1” to “notification destination 4” in the notification destination management table TB2, respectively.
[0041]
As described above, the priority order of the notification destinations indicating that the examination order is approaching is, in principle, higher in order from the left in the notification destination management table TB2. However, as an exception, the notification destination indicated by the flag FG is treated as having the highest priority regardless of the principle described above.
[0042]
When number 9 (priority on the day) is selected on the notification destination change screen HG22, the notification destination registration unit 103 rewrites the patient's flag FG to “9”. Then, as shown in FIG. 8D, the same day notification destination registration screen HG24 is displayed on the portable terminal device 5B. Here, when a notification destination address used as a notification destination is input only on the day of the medical examination, the notification destination registration unit 103 stores the notification destination address in “current day priority notification destination 9” of the notification destination management table TB2. To do. Similarly, a notification destination address that is normally used can be changed or newly registered by selecting number 0 (others) on the notification destination change screen HG22.
[0043]
Thus, the patient can register or change a telephone number or an e-mail address used as a notification destination by operating the portable terminal device 5B.
[0044]
The patient reception unit 102 performs a process for remotely completing the procedure of the hospital reception without the patient dropping in at the hospital reception desk on the day of the examination. Usually, the patient must go to the reception desk of the hospital once on the appointment day, that is, on the day of the examination, and carry out the procedure for reception by passing the examination ticket to the card reader 3R. In order to eliminate this annoyance, the patient reception unit 102 performs online reception processing by communicating with the portable terminal device 5B as described below.
[0045]
First, as in the case of registering the notification destination address, a password or the like is input to the logon screen HG12 shown in FIG. 7D, and the hospital site is accessed from the portable terminal device 5B. When No. 1 (reservation confirmed) is selected from the reservation screen HG14 shown in FIG. 7F, the patient reception unit 102 transmits screen information for displaying the reception selection screen to the portable terminal device 5B. Then, a reception selection screen HG61 shown in FIG. 9A is displayed on the portable terminal device 5B. If there are multiple appointments on the day, multiple numbers will be displayed.
[0046]
In the portable terminal device 5B, when the number for the reception procedure is selected from the reception selection screen HG61, the reception confirmation screen HG62 shown in FIG. 9B is displayed. Here, when the “OK” button is pressed, the patient reception unit 102 regards the patient as having visited for examination, and performs the same processing as the normal reception processing performed at the reception desk. When the reception process is completed, a reception completion screen HG63 shown in FIG. 9C is displayed on the portable terminal device 5B.
[0047]
Thus, by operating the portable terminal device 5B, the patient can complete the procedure for accepting a hospital without stopping at the reception desk, and the staying time at the hospital can be shortened.
[0048]
Returning to FIG. 3, the facility location table TB3 stores information on the location of facilities such as buildings, parks, or parking lots around the hospital. As shown in FIG. 10, a facility code for identifying a facility is stored in the second column of the facility position table TB3, and the latitude and longitude of the facility are stored in the third and fourth columns, respectively. The fifth column stores a standard time required for moving from the facility to the hospital. The required time may be obtained by actually walking and measuring at a standard speed (for example, 4 km / h), or may be obtained based on the distance between two points. If it is a place (facility) that uses transportation such as a train or a bus, the required time may be obtained in consideration of this. By referring to this facility location table TB3, it is possible to know the geographical location and temporal location of facilities around the hospital.
[0049]
In the patient position table TB4, information on the current position of the patient is stored as shown in FIG. The second column stores the facility code of the facility where the patient is located. By comparing this facility code with the facility location table TB3, it is possible to know the current location of the patient. The facility code “9999” indicates that the patient is in the hospital. When the patient is in a facility that is not registered in the facility position table TB3, the facility code is not stored, and the latitude and longitude are stored in the third column and the fourth column, respectively.
[0050]
The position information acquisition unit 112 acquires position information D1 indicating the current position of the patient, and writes the position information D1 in the patient position table TB4. When the patient is outside the hospital, the position information D1 can be obtained, for example, by searching for the position of the PHS terminal or mobile phone device (portable terminal device 5B) owned by the patient. The order notification system 1 may be provided with GPS (Global Positioning Systems) or the like, but since a service for searching for a position is provided by each communication company or the like, patient position information D1 may be acquired using this service. . That is, the position information acquisition unit 112 accesses the communication company system at predetermined time intervals, and acquires the position of the portable terminal device 5B owned by the patient as the position information D1. Then, the latitude and longitude indicated by the position information D1 are written in the patient position table TB4.
[0051]
Note that the longitude and latitude and the facility code are used to represent the location of the facility, but the address of the facility may also be used. Alternatively, the location of the facility may be represented by a relative positional relationship with the hospital, such as “500 m east from the hospital and 1500 m south”.
[0052]
When the patient is in the hospital, the portable terminal device 5B is turned off, and the in-hospital terminal device 5A is turned on. Therefore, the position information acquisition unit 112 can acquire position information D1 indicating that the current position of the patient is a hospital by determining whether or not communication with the in-hospital terminal device 5A can be performed. it can. Alternatively, when the information indicating that the position of the portable terminal device 5B is unknown is received from a communication company, the patient position may be regarded as a hospital. The facility code of the patient position table TB4 is “9999”. In addition, when the examination state of the reservation management table TB1 becomes “Done”, that is, when the examination of the patient is finished, the acquisition of the position information D1 of the patient is stopped.
[0053]
Further, the location information acquisition unit 112 compares the facility code acquired now with the facility code acquired before and determines that the patient has moved from outside the hospital into the hospital, and the notification destination management table TB2 The flag FG is rewritten to “1”. Accordingly, the in-hospital terminal device 5A becomes the highest notification destination. Conversely, when it is determined that the patient has moved from the hospital to the outside of the hospital, the value is rewritten to other than “1”. For example, the flag FG is rewritten to “9” if the notification address is registered in the current day priority notification destination 9 of the notification destination management table TB2, and is rewritten to “2” if not registered. That is, the flag FG indicates the notification destination having the highest priority, and also indicates whether the patient is in the hospital or outside.
[0054]
Based on the reservation date and time D6 of the reservation management table TB1, the patient status information D2 of the notification destination management table TB2, the position information D1 of the patient position table TB4, the progress information D5 of the examination progress table TB5, etc. The time (scheduled notification time P) at which it is necessary to notify the patient that the examination order is approaching is calculated and stored in the notification destination management table TB2.
[0055]
When the flag FG of the notification destination management table TB2 is other than “1”, that is, when the patient is outside the hospital, first, the distance between the current location of the patient indicated by the position information D1 and the hospital is obtained, and a standard human being is obtained. A time T1 required for the distance (for example, a healthy person walking at 4 km / h) to move the distance is obtained. The standard required time stored in the facility position table TB3 may be the time T1. Next, in order to consider the condition of the patient's body, the time T1 ′ is obtained by adjusting the time T1 based on the patient status information D2. For example, when the patient is elderly, the time indicated by the patient status information D2 is such that the time T1 is multiplied by a predetermined coefficient, or if the patient has a broken arm, the predetermined time is added to the time T1. Make adjustments accordingly. On the other hand, in order to consider the progress of other patients' examinations at the department, the appointment date D6 is adjusted based on the progress information D5 to obtain the time T2 at which the latest examination start time is predicted. Then, the scheduled notification time P is calculated by subtracting the time T1 ′ from the time T2.
[0056]
When the flag FG of the notification destination management table TB2 is “1”, it can be seen that the patient is in the hospital, and therefore the scheduled notification time P is obtained by subtracting a predetermined time (for example, 10 minutes) from the reserved date D6. Calculated.
[0057]
The calling time determination unit 111 compares the current time with the scheduled notification time P stored in the notification destination management table TB2 for each predetermined time, and the current time is the same as the scheduled notification time P or the scheduled notification time P. If it has passed, it is determined that the patient must be called to the department.
[0058]
When it is determined that the patient has to be called, the patient calling unit 113 transmits notification information D3 indicating that the order of examination is approaching to the in-hospital terminal device 5A or the portable terminal device 5B, and the patient Call the department. The transmission procedure will be described with reference to a flowchart.
[0059]
12 is a flowchart for explaining the flow of processing for transmitting the notification information D3, FIG. 13 is a diagram showing an example of a call notification screen HG31 of the portable terminal device 5B having a response function, and FIG. 14 is a diagram of the hospital terminal device 5A. FIG. 15 is a diagram illustrating an example of a call notification screen, and FIG. 15 is a diagram illustrating an example of a call notification screen HG41 of the portable terminal device 5B that does not have a response function.
[0060]
As shown in FIG. 12, first, the notification information D3 is transmitted to the notification destination indicated by the flag FG of the patient stored in the notification destination management table TB2 (# 51). That is, it transmits to the notification destination with the highest priority. For example, in the case of the patient of “patient code = 0006” shown in FIG. 6, “2” is set in the flag FG, so that the notification information D3 is transmitted to the notification destination address stored in the notification destination 2. In the case of a patient with “patient code = 0004”, since “1” is set in the flag FG, the notification information D3 is transmitted to the in-hospital terminal device 5A (rental terminal A) lent to the patient. The notification information D3 is transmitted to the portable terminal device 5B as follows according to the type of notification destination. When the notification destination address of the notification destination is an email address, the notification information D3 is transmitted as an email. At this time, as shown in FIG. 13A, a call notification screen HG31 indicating that the examination order is approaching is displayed on the portable terminal device 5B. When the notification destination address is a telephone number, the notification information D3 is transmitted to the portable terminal device 5B as an audio signal. The voice signal is generated by a known voice synthesis technique. When the notification destination is the in-hospital terminal device 5A, the notification information D3 is transmitted as character data or data in a predetermined format corresponding to the in-hospital terminal device 5A. At this time, the call notification screen HG51 shown in FIG. 14 is displayed on the in-hospital terminal device 5A.
[0061]
If the patient's flag FG indicates “9”, the notification information D3 is also transmitted to the notification destination indicated by the current day priority notification destination 9 in addition to the above notification destination. Alternatively, assuming that the notification destination indicated by the current day priority notification destination 9 is the notification destination with the highest priority, the notification information D3 may be initially transmitted only to the notification destination.
[0062]
It is determined whether or not the notification information D3 has been delivered to the patient (# 52). When the notification information D3 is transmitted to the portable terminal device 5B as an electronic mail in step # 51, the notification information D3 is received by receiving a reply mail as shown in FIG. 13B from the portable terminal device 5B. It is determined that it has been delivered. However, in the case of the portable terminal device 5B that does not have a function for responding to an e-mail, if the e-mail is received by the portable terminal device 5B, the notification information D3 regardless of whether or not the patient has read the e-mail. Is determined to have been delivered. In this case, a call notification screen HG41 shown in FIG. 15 is displayed on the portable terminal device 5B. When the notification information D3 is transmitted as voice data to the portable terminal device 5B, it is determined that the notification information D3 has been delivered by the patient pressing a predetermined push button in accordance with voice guidance. When the notification information D3 is transmitted to the in-hospital terminal device 5A, when the confirmation button BN1 of the in-hospital terminal device 5A shown in FIG. 14 is pressed, it is determined that the notification information D3 has been delivered.
[0063]
On the other hand, when a reply e-mail is not sent from the portable terminal device 5B even after a predetermined time, when an e-mail is returned with an unknown destination, when the telephone is busy or the telephone push-phone is not pressed If the confirmation button BN1 of the hospital terminal device 5A is not pressed, it is determined that the notification information D3 has not been delivered.
[0064]
If it is determined that the notification information D3 has been delivered to the patient (Yes in # 52), the process for calling the patient ends.
When the notification information D3 cannot be delivered to the patient, the notification information D3 may be retransmitted several times after a predetermined time. If the notification information D3 is not delivered to the patient after all (No in # 52), the notification information D3 is transmitted to the next highest priority notification destination (# 53). If the notification information D3 is not delivered to the patient even if it is transmitted to the notification destination, it is further transmitted to the notification destination of the next priority (# 52, # 53).
[0065]
If the notification information D3 is not delivered to the patient even if the notification information D3 is sent to all the notification destinations, the order of the patient is skipped, and then the order of the reserved patients is advanced. Also good.
[0066]
Comparing the call notification screen HG51 with the call notification screens HG31 and HG41, it can be seen that the contents of the notifications (messages) displayed on the in-hospital terminal device 5A and the portable terminal device 5B are different. In the case of the in-hospital terminal device 5A, there is a difference that notification is made to the patient in the hospital, and in the case of the portable terminal device 5B, notification is made to the patient outside the hospital. It is.
[0067]
In other words, if the patient is in the hospital, the scheduled time for the examination is approaching, and you can go to the department where you will be examined immediately. Display a message. On the other hand, in the case of a patient outside the hospital, there is a time until the scheduled examination time, so the actual examination start time may change depending on the progress of the examination of other patients. Therefore, not prompting to return to the reception immediately, but displaying only the currently predicted examination start time and waiting time, the patient is warned that the order of examination is approaching.
[0068]
Returning to FIG. 3, when there is an inquiry about the order of examination from the patient, the waiting state inquiry unit 104 inquires about the order of the patient in the reservation management table TB1 and sends the answer to the in-hospital terminal device 5A or the mobile phone. Type terminal device 5B. These processes are performed in the following procedure. 16 is a diagram showing an example of a display screen of the portable terminal device 5B when inquiring about the order, and FIG. 17 is a diagram showing an example of a display screen of the hospital terminal device 5A when inquiring about the order.
[0069]
First, the portable terminal device 5B is accessed to the hospital site. When No. 2 (wait status inquiry) is selected from the reservation screen HG14 shown in FIG. 7 (f), the wait status inquiry unit 104 transmits screen information for displaying the reservation selection screen to the portable terminal device 5B. To do. Then, a reservation selection screen HG71 shown in FIG. 16A is displayed on the portable terminal device 5B. If there are multiple appointments on the day, multiple numbers will be displayed.
[0070]
When any number is selected, the waiting status reference unit 104 accesses the reservation management table TB1, and obtains the number of undiagnosed patients among the patients before the order of the patients. Then, the obtained number of persons and the current progress of the medical examination are transmitted as response information D4 to the portable terminal device 5B. Then, the order confirmation screen HG72 shown in FIG. 16B is displayed on the portable terminal device 5B.
[0071]
In the case of the in-hospital terminal device 5A, the patient can make an inquiry about the order of examination by performing the same operation. At this time, the order confirmation screen HG82 shown in FIG. 17B is displayed on the hospital terminal device 5A.
[0072]
Next, the overall processing flow of the order notification system 1 will be described with reference to a flowchart. FIG. 18 is a flowchart illustrating an example of the overall processing flow of the order notification system 1.
[0073]
Assume that the hospital is already booked for a patient's visit, and that the patient is about to leave home and go to the hospital.
In FIG. 18, when the patient accesses the hospital site from the portable terminal device 5B and requests a procedure for receiving a medical examination before leaving the home, the order notification system 1 performs the process at the conventional reception window for the patient. Similar processing is performed (# 1).
[0074]
Patient position information D1 is acquired every predetermined time (# 2), and a scheduled notification time P is calculated (# 3). If the current time is the same as the scheduled notification time P or if the scheduled notification time P has passed (Yes in # 4), priority is given to the notification information D3 until a notification that the order of examination is approaching is delivered to the patient. The information is transmitted to the notification destination (in-hospital terminal device 5A or portable terminal device 5B) in descending order (# 5). The procedure of transmitting the notification information D3 is as described in the flowchart shown in FIG.
[0075]
If the scheduled notification time P has not yet been reached (No in # 4), the acquisition of the patient position information D1 and the calculation of the scheduled notification time P are repeated (# 2, # 3).
When there is an inquiry about the order of examination from a patient, the order notification system 1 performs processing in the following procedure. FIG. 19 is a diagram for explaining the flow of processing for inquiring about the waiting status of the order of patient examination.
[0076]
As shown in FIG. 19, when a patient connects to a hospital site using the portable terminal device 5B, selects a hospital to be visited and logs on, the menu screen HG13 shown in FIG. 5B. When No. 2 (reservation confirmation / change) is selected on the menu screen HG13, a reservation screen HG14 shown in FIG. 7F is displayed (# 91).
[0077]
Here, when No. 2 (waiting status inquiry) on the reservation screen HG14 is selected, the order notification system 1 receives a command from the portable terminal device 5B (# 92), and the content of the command is the order of examination. Is confirmed (Yes in # 93), and information related to the examination order of the patient is acquired with reference to the contents of the reservation management table TB1 (# 94). Then, the acquired information is transmitted to the requesting portable terminal device 5B (# 95). Then, an order confirmation screen HG72 as shown in FIG. 16B is displayed on the portable terminal device 5B.
[0078]
According to this embodiment, it can be notified that the order of the examination of the patient is approaching regardless of where the current position of the patient is. Therefore, the patient's range of action while waiting for a medical examination can be expanded.
[0079]
In addition, the patient in the hospital is notified using the conventional in-hospital terminal device 5A dedicated to the hospital, and the portable terminal device 5B owned by the patient is used for the patient outside the hospital. Since the notification is performed by using the system, it is possible to construct and operate an order notification system capable of calling a patient regardless of inside or outside the hospital without incurring high costs.
[0080]
In the present embodiment, the patient position information D1 is acquired at predetermined time intervals, but may be acquired at other timings. For example, the position information D1 may be acquired every time a patient is examined.
[0081]
When the notification destination is an e-mail address, an e-mail format is used as the notification information D3 (see FIG. 13A), but a Web page format may be used. For example, a check box may be provided in the Web page, and when the check box related to the patient is turned on, information indicating that the patient has received the notification may be automatically transmitted to the order notification system 1. .
[0082]
In the above embodiment, the reservation management table TB1 and the examination progress table TB5 are held (stored) in the reception reservation server 2A, but these tables are a hospital information server that is a comprehensive information system in the hospital. You may comprise so that it may hold in (not shown). Then, each means described above is configured to perform processing with reference to the reservation management table and the examination progress table on the hospital information server, and the hospital information server accepts the examination reservation from the medical department terminal device 4. You may comprise as follows.
[0083]
With this configuration, the reception reservation server 2A and the call management server 2B can be provided in an independent network different from the network to which the hospital information server belongs (hospital network). That is, it is possible to hold information related to reservation reception in the hospital information server and hold the patient's personal information in a network that cannot be accessed from the in-hospital terminal device 5A or the portable terminal device 5B used by the patient. As a result, it is possible to prevent unauthorized access from the outside to steal the patient's personal information.
[0084]
The order notification system 1 of the present invention can be used not only for hospitals but also for other services that require waiting.
In addition, the order notification system 1, the reception reservation server 2A, the call management server 2B, the reception window terminal device 3, the configuration of the whole or each part of the medical department terminal device 4, the processing content, the processing order, and the like are in accordance with the spirit of the present invention. It can be changed as appropriate.
(Supplementary Note 1) An order notification system that notifies a user waiting for an order to receive a service provided at a predetermined place that the order is approaching,
Position information acquisition means for acquiring position information indicating the current position of the user;
Each time the position information is acquired by the position information acquisition means, the travel time required to move from the user position indicated by the position information to the predetermined location and the scheduled time at which the user turns A notification time acquisition means for obtaining a notification time of a schedule to notify that the order is approaching based on;
A notification means for notifying the user that the order is approaching when the current time has reached the latest scheduled time determined by the notification time acquisition means;
An order notification system characterized by comprising: (1)
(Supplementary Note 2) An order notification system for notifying a user waiting for an order that the order is approaching,
Notification destination storage means for storing one or a plurality of notification destinations for the notification to each user with priority ranking;
Position information acquisition means for acquiring position information indicating the current position of the user;
Notification information transmission for transmitting notification information indicating that the user's order is approaching based on the scheduled time when the user's turn is coming and the position information to the user in order of priority until it is delivered to the user Means,
An order notification system characterized by comprising: (2)
(Supplementary Note 3) The notification destination storage means stores the terminal device passed to the user as one of the notification destinations.
The order notification system according to attachment 2.
(Supplementary Note 4) The user waits for an order to receive a service provided at a predetermined place,
The notification information transmitting means transmits the notification information at a timing based on a movement time required to move from the position indicated by the position information to the predetermined location;
The order notification system according to Supplementary Note 2 or Supplementary Note 3. (3)
(Additional remark 5) The said notification destination memory | storage means changes the priority of the said notification destination based on the said positional information.
The order notification system according to any one of appendix 2 to appendix 4. (4)
(Additional remark 6) It has the waiting condition information transmission means which transmits the waiting condition information which shows the number of other users who wait for an order before the user to the notification destination.
The order notification system according to any one of appendix 2 to appendix 5.
(Supplementary note 7) An order notification method for notifying a user waiting for an order that the order is approaching,
One or more notification destinations for the notification to each user are stored with priorities,
Obtaining location information indicating the current location of the user;
The notification information indicating that the user's order is approaching based on the scheduled time when the user's order turns around and the position information is transmitted to the notification destination in descending order of priority until it is delivered to the user.
An order notification method characterized by that.
(Supplementary note 8) A computer program used for a computer for notifying a user waiting for an order that the order is approaching,
Processing for obtaining position information indicating the current position of the user;
Based on the scheduled time when the user turns and the position information, notification information indicating that the user's order is approaching is sent to the users in order of priority until the notification is sent to the user. Processing to send to the notification destination for
A computer program for causing a computer to execute. (5)
[0085]
【The invention's effect】
According to the present invention, a user can be called regardless of where the user waiting for the turn is.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration of an order notification system according to the present invention.
FIG. 2 is a diagram illustrating an example of a configuration of a reception reservation server and a call management server.
FIG. 3 is a diagram illustrating functional configurations of a reception reservation server and a call management server.
FIG. 4 is a diagram illustrating an example of a reservation management table.
FIG. 5 is a diagram showing an example of a diagnosis progress table.
FIG. 6 is a diagram illustrating an example of a notification destination management table.
FIG. 7 is a diagram showing an example of a display screen of the portable terminal device until logging on to a hospital site.
FIG. 8 is a diagram illustrating an example of a display screen of a portable terminal device when changing a notification destination or the like.
FIG. 9 is a diagram illustrating an example of a display screen of a portable terminal device when performing a reception procedure.
FIG. 10 is a diagram illustrating an example of a facility position table.
FIG. 11 is a diagram showing an example of a patient position table.
FIG. 12 is a flowchart illustrating a flow of processing for transmitting notification information.
FIG. 13 is a diagram illustrating an example of a call notification screen of a portable terminal device having a response function.
FIG. 14 is a diagram illustrating an example of a call notification screen of a hospital terminal device.
FIG. 15 is a diagram illustrating an example of a call notification screen of a portable terminal device that does not have a response function.
FIG. 16 is a diagram illustrating an example of a display screen of a portable terminal device when inquiring about an order;
FIG. 17 is a diagram illustrating an example of a display screen of a hospital terminal device when inquiring about an order;
FIG. 18 is a flowchart illustrating an example of the overall processing flow of the order notification system.
FIG. 19 is a diagram for explaining the flow of processing for inquiring about the waiting state of the order of examination of patients.
[Explanation of symbols]
1 Order notification system
5A In-hospital terminal device (notification destination)
5B Portable terminal device (notification destination)
104 Situation inquiry section (waiting situation information transmission means)
107 Schedule time calculation unit (notification time acquisition means)
112 Location information acquisition unit (location information acquisition means)
113 Patient calling part (notification means, notification information transmission means)
D1 Location information
D3 notification information
D4 answer information (waiting situation information)
D6 Reservation date (planned time)
TB2 notification destination management table (notification destination storage means)

Claims (5)

所定の場所において提供されるサービスを受けるために順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、
所定の時間ごとに、前記ユーザの現在の位置を示す位置情報を、位置を検索するサービスを提供するシステムにアクセスして取得する、位置情報取得手段と、
前記位置情報取得手段によって前記位置情報が取得されるごとに、当該位置情報が示す前記ユーザの位置から前記所定の場所まで移動するのに要する移動時間および当該ユーザの順番が回ってくる予定時刻に基づいて順番が近づいた旨を通知するための通知時刻を求める通知時刻取得手段と、
現在の時刻が前記通知時刻取得手段によって求められた最新の前記通知時刻に達している場合に、順番が近づいた旨を前記ユーザに通知する通知手段と、
を有することを特徴とする順番通知システム。
An order notification system that notifies a user waiting for an order to receive a service provided at a predetermined place that the order is approaching,
Position information acquisition means for accessing and acquiring position information indicating the current position of the user at a predetermined time by accessing a system that provides a service for searching for a position ;
Each time the position information is acquired by the position information acquisition means, the travel time required to move from the user position indicated by the position information to the predetermined location and the scheduled time at which the user turns A notification time acquisition means for obtaining a notification time for notifying that the order has been approached based on;
A notification means for notifying the user that the order is approaching when the current time has reached the latest notification time determined by the notification time acquisition means;
An order notification system characterized by comprising:
順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、
前記ユーザに対する前記通知のための1つまたは複数の通知先を優先順位を付して記憶する通知先記憶手段と、
前記ユーザの現在の位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報に基づいて、前記通知先記憶手段に記憶されている前記通知先の優先順位を変更する、優先順位変更手段と、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて前記ユーザの順番が近づいたことを示す通知情報を前記ユーザに届けられるまで優先順位の高い順に前記通知先記憶手段に記憶されている前記通知先に送信する通知情報送信手段と、
を有することを特徴とする順番通知システム。
An order notification system that notifies a user waiting for an order that the order is approaching,
Notification destination storage means for storing one or a plurality of notification destinations for the notification to the user with priorities;
Position information acquisition means for acquiring position information indicating the current position of the user;
Priority order changing means for changing the priority order of the notification destination stored in the notification destination storage means based on the position information;
On the basis of the scheduled time and the position information sequentially comes around the user, the notification information indicating that the order of the user is close to the notification destination storage means in order of priority until delivered to the user storage A notification information transmitting means for transmitting to the notification destination,
An order notification system characterized by comprising:
前記ユーザは、所定の場所において提供されるサービスを受けるために順番を待つものであって、
前記通知情報送信手段は、前記位置情報が示す位置から前記所定の場所まで移動するのに要する移動時間に基づいたタイミングで前記通知情報を送信する、
請求項2記載の順番通知システム。
The user waits for an order to receive a service provided at a predetermined location,
The notification information transmitting means transmits the notification information at a timing based on a movement time required to move from the position indicated by the position information to the predetermined location;
The order notification system according to claim 2.
所定の場所において提供されるサービスを受けるために順番を待つユーザに対して順番が近づいた旨の通知を行うコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
所定の時間ごとに、前記ユーザの現在の位置を示す位置情報を、位置を検索するサービスを提供するシステムにアクセスして取得する処理を実行させ、
前記位置情報が取得されるごとに、当該位置情報が示す前記ユーザの位置から前記所定の場所まで移動するのに要する移動時間および当該ユーザの順番が回ってくる予定時刻に基づいて順番が近づいた旨を通知するための通知時刻を求める処理を実行させ、
現在の時刻が最新の前記通知時刻に達している場合に、順番が近づいた旨を前記ユーザに通知する処理を実行させる、
ことを特徴とするコンピュータプログラム。
A computer program used for a computer for notifying a user who is waiting for an order to receive a service provided at a predetermined place that the order is approaching,
In the computer,
For every predetermined time, the location information indicating the current location of the user is accessed and acquired by accessing a system that provides a service for searching for the location,
Each time the position information is acquired, the order approaches based on the travel time required to move from the user position indicated by the position information to the predetermined location and the scheduled time when the user turns. Execute the process for obtaining the notification time to notify
When the current time has reached the latest notification time, to execute a process to notify the user that the order has approached,
A computer program characterized by the above.
順番を待つユーザに対して順番が近づいた旨の通知を行いかつ前記ユーザに対する前記通知のための1つまたは複数の通知先を優先順位を付して記憶する通知先記憶手段を有するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記ユーザの現在の位置を示す位置情報を取得する処理と、
前記位置情報に基づいて、前記通知先記憶手段に記憶されている前記通知先の優先順位を変更する処理と、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて、前記ユーザの順番が近づいたことを示す通知情報を、前記ユーザに届けられるまで優先順位の高い順に前記通知先記憶手段に記憶されている前記通知先に送信する処理と、を実行させる、
ことを特徴とするコンピュータプログラム。
Used for a computer having a notification destination storage means for notifying a user waiting for an order that the order is approaching and storing one or a plurality of notification destinations for the notification with priority given to the user A computer program,
In the computer,
Processing for obtaining position information indicating the current position of the user;
A process of changing the priority order of the notification destinations stored in the notification destination storage unit based on the position information;
Based on the scheduled time when the user turns around and the position information, notification information indicating that the user's order is approaching is stored in the notification destination storage means in descending order of priority until it is delivered to the user. Processing to be sent to the notification destination,
A computer program characterized by the above.
JP2001334248A 2001-10-31 2001-10-31 Order notification system and computer program Expired - Fee Related JP3868266B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001334248A JP3868266B2 (en) 2001-10-31 2001-10-31 Order notification system and computer program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001334248A JP3868266B2 (en) 2001-10-31 2001-10-31 Order notification system and computer program

Publications (2)

Publication Number Publication Date
JP2003143648A JP2003143648A (en) 2003-05-16
JP3868266B2 true JP3868266B2 (en) 2007-01-17

Family

ID=19149404

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001334248A Expired - Fee Related JP3868266B2 (en) 2001-10-31 2001-10-31 Order notification system and computer program

Country Status (1)

Country Link
JP (1) JP3868266B2 (en)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4512338B2 (en) * 2003-10-10 2010-07-28 興和株式会社 MEDICAL INFORMATION PROCESSING SYSTEM CONTROL METHOD, INFORMATION PROCESSING DEVICE, AND INFORMATION PROCESSING DEVICE CONTROL PROGRAM
JP2006039676A (en) * 2004-07-22 2006-02-09 Nhk Sales Co Ltd Reception calling method and system
JP4191116B2 (en) * 2004-09-07 2008-12-03 Necフィールディング株式会社 Latency management system
JP2006146822A (en) * 2004-11-24 2006-06-08 Omron Entertainment Kk Information notification system, portable information terminal, information notification server device, user status communication device, and control method for information notification system
JP2006338288A (en) * 2005-06-01 2006-12-14 Nec Corp Order management system and order managing method
JP2007323482A (en) * 2006-06-02 2007-12-13 Nec Corp Information processor, movement guide providing method and program
JP2008015891A (en) * 2006-07-07 2008-01-24 Nec Corp Calling guide system and calling guide method
JP4902372B2 (en) * 2007-01-26 2012-03-21 ローレル精機株式会社 Customer call equipment
JP5119969B2 (en) * 2008-02-21 2013-01-16 株式会社Jvcケンウッド OBE
JP2009289132A (en) * 2008-05-30 2009-12-10 Toshiba Corp Medical test support system and medical test support method
JP5004997B2 (en) * 2009-06-10 2012-08-22 中国電力株式会社 Reservation management system
JP5428983B2 (en) * 2010-03-19 2014-02-26 富士通株式会社 Transmission time management device, transmission time management method, and transmission time management program
JP5731440B2 (en) * 2012-04-19 2015-06-10 富士通フロンテック株式会社 Patient call display system, patient call / guidance method, patient call / guidance device, program
JP6121789B2 (en) * 2013-05-01 2017-04-26 東芝メディカルシステムズ株式会社 Medical schedule management device
JP5997669B2 (en) * 2013-08-30 2016-09-28 富士通フロンテック株式会社 Outpatient call notification system, outpatient call notification device, and outpatient call notification method
JP6002104B2 (en) * 2013-09-20 2016-10-05 富士通フロンテック株式会社 Patient calling device, patient calling system, and patient calling method
JP6185854B2 (en) * 2014-01-29 2017-08-23 富士通フロンテック株式会社 Medical examination waiting information display system and method, and program
JP6507478B2 (en) * 2014-03-24 2019-05-08 富士通株式会社 Message sending program, message sending method and message sending apparatus
JP6580840B2 (en) * 2015-02-26 2019-09-25 Necプラットフォームズ株式会社 Information providing apparatus, information providing system, program, and information providing method
JP6582595B2 (en) * 2015-06-18 2019-10-02 富士通株式会社 Notification program, notification method and notification system
JP7034466B2 (en) * 2017-10-13 2022-03-14 株式会社イシダ Reception machine for outpatient guidance system
JP2020057174A (en) * 2018-10-01 2020-04-09 株式会社アルメックス Medical facility reception system
JP7181313B2 (en) * 2018-12-21 2022-11-30 富士フイルム株式会社 Medical support device
JP6754482B1 (en) * 2019-08-21 2020-09-09 株式会社リクルート Order management system, order management device, and program

Also Published As

Publication number Publication date
JP2003143648A (en) 2003-05-16

Similar Documents

Publication Publication Date Title
JP3868266B2 (en) Order notification system and computer program
JP3957649B2 (en) Reservation reception system and computer program
JP5003307B2 (en) Congestion information provision system
JP2007011971A (en) Route information provision system
JP2006023973A (en) Reservation management method, reservation management system and terminal equipment to be used for the same
JP3885355B2 (en) Waiting information distribution condition setting device and waiting information distribution method
US20030083052A1 (en) Guidance information supply system, guidance information supply method, customer management system, customer management method and program for making computer implement the methods
JP2007323482A (en) Information processor, movement guide providing method and program
JP6172742B2 (en) Home visit status confirmation support device and home visit status confirmation support method
JP2004318570A (en) Medical information system
JP4443577B2 (en) Reservation reception system and computer program
JP2022042185A (en) Information processing apparatus, information processing method, and program
JP2002329002A (en) Appointment system
JP2007257219A (en) Traffic facility information guiding system and method
KR101147040B1 (en) System and method for providing waiting information service using mobile terminal
JP6580840B2 (en) Information providing apparatus, information providing system, program, and information providing method
JP2019144768A (en) Information processing device, information processing method, program and information processing system
JP2002288526A (en) Information collecting device, facility information providing device, information providing device, information collecting method, facility information providing method and information providing method
JP6900617B2 (en) Operation terminal, vehicle allocation server, input method and program for users to request vehicle allocation
JP2003296522A (en) Action schedule management server, system and program
JP2005157864A (en) Travel plan adjusting system, travel center server, travel plan adjusting method and its program
JP2003296430A (en) Caregiver arrangement system, caregiver arrangement device, and caregiver arrangement program
JP2020042352A (en) Terminal device, display method and program
JP7368434B2 (en) Information processing device, information processing method, and information processing program
JP2017027528A (en) Message notification control program, message notification control method, and system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040922

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060426

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060502

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060628

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20061010

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061010

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091020

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101020

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101020

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111020

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111020

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121020

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121020

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131020

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees