(57)【要約】  【課題】  予約センターのサーバー装置が故障したときや、通信回線がダウンしたときには、すべての医療機関で予約管理業務ができなくなるおそれがあった。  【解決手段】  サーバー装置は、患者データベースと予約管理手段とを備え、予約管理手段は医療機関端末装置からアクセスがあったときは当該医療機関の当日の予約情報を予約状況画面に構成してダウンロードするとともに入力を受け付けてその情報を予約データベースに反映し、さらに予約管理手段は所定時間おきに医療機関別の予約データベースをそれぞれ医療機関端末装置にダウンロードし、一方、医療機関端末装置は予約表示手段を備え、予約データベースがダウンロードされるとそれを記憶手段に記憶し、サーバー装置との交信が途絶えた場合には、記憶手段に記憶してある予約データベースを参照して予約状況画面を生成して表示し、サーバー装置から独立して単独で予約管理をする、構成である。  【選択図】図１
2006259992.tif 000002
【特許請求の範囲】
【請求項１】
診療の予約を受け付けて管理する予約センターのサーバー装置と、医療機関の端末装置及び利用者の端末装置とを通信ネットワークを介して送受信可能に接続した診療予約システムであって、
サーバー装置は、医療機関別に利用する可能性がある患者を登録した患者データベースと、医療機関別の予約データベースと、予約管理手段とを備え、前記予約管理手段は利用者端末装置からアクセスがあったときは予約申込画面をダウンロードして利用者からの入力を受け付け、当該利用者の予約情報を医療機関別の予約データベースに記録し、医療機関端末装置からアクセスがあったときは当該医療機関の当日の予約情報を予約状況画面に構成してダウンロードするとともに該予約状況画面からの入力を受け付けてその情報を予約データベースに反映し、さらに予約管理手段は所定時間おきに医療機関別の予約データベースをそれぞれ医療機関端末装置にダウンロードするものであり、
医療機関端末装置は、サーバー装置からダウンロードされた予約状況画面を表示してその画面上で当日の予約管理をする予約表示手段を備え、該予約表示手段は予約データベースがダウンロードされるとそれを記憶手段に記憶し、サーバー装置との交信が途絶えた場合には、記憶手段に記憶してある予約データベースを参照して予約状況画面を生成して表示し、サーバー装置から独立して単独で予約管理をする、
ことを特徴とする診療予約システム。
【請求項２】
請求項１に記載の診療予約システムにおいて、
さらに前記予約表示手段は、サーバー装置との交信が復旧するとそれに応じて記憶手段に記憶してある予約データベースをサーバー装置にアップロードし、
前記サーバー装置の予約管理手段は、医療機関端末装置との交信が復旧したとき医療機関端末装置からの要求に応じて予約データベースのアップロードを受信して自身の予約データベースを更新する、
ことを特徴とする診療予約システム。
【請求項３】
請求項２に記載の診療予約システムにおいて、
前記サーバー装置の予約管理手段はさらに、医療機関端末装置からの予約データベースのアップロードを受信して自身の予約データベースの更新が済むと、その更新した予約データベースに基づいて予約状況画面を構成しダウンロードする、
ことを特徴とする診療予約システム。
【請求項４】
予約センターのサーバー装置と通信ネットワークを介して接続した医療機関端末装置であって、
サーバー装置からダウンロードされた予約状況画面を表示してその画面上で当日の予約管理をする予約表示手段を備え、該予約表示手段は予約データベースがダウンロードされるとそれを記憶手段に記憶し、サーバー装置との交信が途絶えた場合には、記憶手段に記憶してある予約データベースを参照して予約状況画面を生成して表示し、サーバー装置から独立して単独で予約管理をする、
ことを特徴とする医療機関端末装置。
【請求項５】
請求項４に記載の医療機関端末装置において、
前記予約表示手段はさらに、サーバー装置との交信が復旧するとそれに応じて記憶手段に記憶してある予約データベースをサーバー装置にアップロードする、
ことを特徴とする医療機関端末装置。
【請求項６】
診療の予約を受け付けて管理する予約センターのサーバー装置であって、
医療機関別に利用する可能性がある患者を登録した患者データベースと、医療機関別の
予約データベースと、予約管理手段とを備え、前記予約管理手段は医療機関端末装置からアクセスがあったとき当該医療機関の少なくとも当日の予約情報を予約状況画面に構成してダウンロードするとともに、所定時間おきに医療機関別の予約データベースをそれぞれ医療機関端末装置にダウンロードするものであり、
さらに、医療機関端末装置からの要求に応じて医療機関端末装置からの予約データベースのアップロードを受信して自身の予約データベースを更新する、
ことを特徴とするサーバー装置。
【請求項７】
請求項６に記載のサーバー装置において、
さらに、医療機関端末装置からの予約データベースのアップロードを受信して自身の予約データベースの更新が済むと、その更新した予約データベースに基づいて予約状況画面を構成しダウンロードする、
ことを特徴とするサーバー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者がインターネット等のウエブ経由で医療機関等の診察の予約や順番取りをするための診察予約システムに関する。
【背景技術】
【０００２】
インターネットを経由して病院の診療予約ができるようにした病院予約システムがある。例えば、本願出願人による特許出願「診察予約システムと装置及び患者氏名表示方法」（特許文献１参照）は、複数の医療機関の診療予約を管理する予約センターのサーバー装置と、医療機関側の端末装置とをインターネットで結び、サーバー装置で構成した予約状況画面を端末装置にダウンロードして表示するようにしたものである。サーバー装置はＡＳＰサーバーとして機能し、予約状況画面のデータを端末装置に転送する。端末装置ではブラウザソフトが稼動して予約状況画面の上で受付済みや診察終了等を入力でき、その情報がサーバー装置に送られる。そこでサーバー装置は受信したデータに従って医療機関別予約データベースを更新するものである。このように端末装置には予約状況画面の表示データのみが送られる。そして、予約に係るデータはすべてサーバー装置にだけ保存され、更新されるものである。
【特許文献１】特願２００４−２６２０９９
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このようなＡＳＰ方式あるいはＷＥＢ型と言われる診察予約システムでは、医療機関側には予約に係るデータそのものがないので、センターのサーバー装置が故障したときや、通信回線がダウンしたときには、すべての医療機関で予約管理業務ができなくなるおそれがあった。そこで、本願は、サーバー装置が故障したり回線がダウンした場合には、機能を縮小した予約管理業務を医療機関の端末装置が単独で継続実行できるようにした、診察予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明は、診療の予約を受け付けて管理する予約センターのサーバー装置と、医療機関の端末装置及び利用者の端末装置とを通信ネットワークを介して送受信可能に接続した診療予約システムであって、サーバー装置は、医療機関別に利用する可能性がある患者を登録した患者データベースと、医療機関別の予約データベースと、予約管理手段とを備え、前記予約管理手段は利用者端末装置からアクセスがあったときは予約申込画面をダウンロードして利用者からの入力を受け付け、当該利用者の予約情報を医療機関別の予約データベースに記録し、医療機関端末装置からアクセスがあったときは当該医療機関の当日の予約情報を予約状況画面に構成してダウンロードするとともに該予約状況画面からの入力を受け付けてその情報を予約データベースに反映し、さらに予約管理手段は所定時間おきに医療機関別の予約データベースをそれぞれ医療機関端末装置にダウンロードするものであり、医療機関端末装置は、サーバー装置からダウンロードされた予約状況画面を表示してその画面上で当日の予約管理をする予約表示手段を備え、該予約表示手段は予約データベースがダウンロードされるとそれを記憶手段に記憶し、サーバー装置との交信が途絶えた場合には、記憶手段に記憶してある予約データベースを参照して予約状況画面を生成して表示し、サーバー装置から独立して単独で予約管理をすることで、上記課題を解決するものである。
【発明の効果】
【０００５】
本発明の診療予約システムによれば、サーバー装置の故障や、あるいは通信回線のダウ
ン等、障害が起きた場合でも、医療機関端末装置はローカルに記録しておいた予約データベースを参照することで、サーバー装置から独立して予約管理業務を続行できるようになる。また、障害が復旧したときは端末装置に記録した予約データベースをサーバー装置にアップロードしてセンターサーバーによる予約管理業務を再開するので、サーバー側と端末側とで予約データベースの不整合が起きないものである。また、障害復旧後は端末からの予約データベースのアップロードを待ってあらためて予約状況画面を組み立て、ダウンロードするので、障害発生中に端末側で加えた変更を引き継いだ予約状況画面を表示して通常処理に復帰することができるものである。
【発明を実施するための最良の形態】
【０００６】
本発明の実施の形態における診察予約システムの構成を図１に示す。１０は予約センターに設置したコンピュータで構成した予約センターサーバーである。予約センターは複数の医療機関の予約を管理するものであり、医療機関別の予約データベース１２を備える。利用者である患者は、ブラウザソフトが稼動する携帯電話やＰＤＡ、パソコン等の端末３０を使って予約センターサーバー１０にアクセスし、表示される予約申込画面に従って診療の予約を行なう。そのため予約センターサーバー１０は、利用者端末３０に予約申込画面をダウンロードし、利用者の入力した希望医療機関や診療科、希望日時等の予約データを取り込んで医療機関別予約データベース１２に登録する、ウエブ予約管理手段１１を備えている。
【０００７】
予約申し込み画面や後述する予約状況画面２２は表示用データとそれを扱うプログラムとで構成しており、予約センターサーバー１０はこれらを利用者端末３０や予約ウエブ端末２０に配信するＡＳＰ（アプリケーションサービスプロバイダ）サーバーとして機能する。
【０００８】
一方、本診療予約システムを利用する医療機関は、インターネット４０に接続したコンピュータで構成した予約ウエブ端末２０を備える。予約ウエブ端末２０は予約表示手段２１を備えており、予約表示手段２１がインターネット４０を経由して予約センターのサーバーにアクセスすることで当該医療機関の予約状況画面２２を表示するものである。
【０００９】
このとき予約センターサーバー１０のウエブ予約管理手段１１は、アクセスしてきた医療機関に係る予約データを医療機関別予約データベース１２から読み出し、予約状況画面２２に組み立ててダウンロードする。但し、その際、予約センターサーバー１０からダウンロードされる患者個人に係るデータは、患者ＩＤ即ち診察券番号と最終来院月だけであり、氏名等の個人情報は一切含まれないものである。尚、予約表示手段２１は一般的なブラウザソフトで構成することができる。
【００１０】
予約ウエブ端末２０は、また、予約データベースのサブセットを記憶している。これは、予約センターサーバー１０が医療機関別予約データベース１２から当該医療機関に係る予約データだけを取り出してダウンロードしたものである。予約センターサーバー１０は所定時間おきに最新の予約データベースをダウンロードして、医療機関の予約データベースを更新するものである。本実施の形態では１時間おきにダウンロードするようにしている。そして、予約表示手段は、予約状況画面２２を表示して予約管理業務を実行している間、予約データベースのサブセットがダウンロードされてくるのを監視し、ダウンロードされるとそれをローカルの記憶手段に記憶する。但し、通常の運用ではこの予約データベースを使うことはない。サーバーの故障や回線ダウン等により通常の運用ができなくなったとき、予約表示手段はローカルの予約データベースを参照してローカルに予約管理業務をする構成である。
【００１１】
３０は利用者である患者が使う利用者端末である。利用者端末３０としてはブラウザソ
フトが動作する携帯電話やＰＤＡ、パソコン等が利用できる。そして、４０はインターネットに代表される通信ネットワークである。
【００１２】
このように本実施形態の診察予約システムは、複数の医療機関の予約ウエブ端末２０と複数の利用者端末３０が、インターネット４０を介して予約センターサーバー１０にアクセスする。予約センターは複数の医療機関の予約を管理しており、アクセスしてきた医療機関の要求に応じて、その医療機関の予約データを予約状況画面２２にしてダウンロードする。また、患者が利用者端末３０によりアクセスしてきたときは予約申込画面をダウンロードする。患者は所望の病院を１つ選択し、その病院の診察券を参照するなどして診察券番号を入力して診察予約を申し込む。その際、予約センターサーバー１０は、診察券番号に加えて生年月日を入力させることで、真正の利用者であるか確認するようにしてもよい。
【００１３】
次に、本システムの動作を図２乃至図５を参照して説明する。医療機関では診療の開始にあたり予約ウエブ端末２０を起動すると、予約表示手段２１が予約センターサーバー１０にアクセスして認証を受ける。センターのウエブ予約管理手段１１は、当該医療機関の当日の予約データを医療機関別予約データベース１２から読み出し、それを予約状況画面２２に構成してダウンロードする（図３の丸１)）。
【００１４】
予約表示手段２１は、画面データのダウンロードを受けて予約状況画面２２を表示し、予約管理業務を開始する（図２、ステップＳ１）。図５に予約状況画面２２の表示例を示す。オペレータは画面表示を見て診察待ちの次の患者を呼び出したり、あるいは画面上の操作で「待ち」の状態であった患者を「診察中」に設定したりすることができる。予約表示手段２１はオペレータの操作に応じて画面表示を変えるとともに、その更新データを都度、ウエブ予約管理手段１１に転送する（図３の丸２)）。
【００１５】
ウエブ予約管理手段１１は予約ウエブ端末２０から送られてくる更新データを受信すると、それに応じて医療機関別予約データベース１２を修正し、当該医療機関の予約データを更新する。また、予期せぬ回線ダウン等の障害に備えて、１時間おきにその時点の各医療機関の当日の予約データをそれぞれの予約ウエブ端末２０にダウンロードする（図３の丸３)）。これは即ち、１時間ごとにそれぞれ最新の予約データを予約ウエブ端末２０に送ってバックアップを取ることと同じである。ダウンロードする予約データは当日分でも、向こう数日分でも、予約センターサーバー１０が管理する範囲内で医療機関が予め要求した量を送ればよい。
【００１６】
予約表示手段２１は予約データベースが送られてくるとそれを検知し、端末のローカルな記憶手段に上書き保存する（ステップＳ４）。但し、ここではデータベースを保存するだけでそのデータを利用することはしない。
【００１７】
予約管理業務の途中で予約センターサーバー１０との交信が途絶えると（同Ｓ３；はい）、予約表示手段２１はローカルディクスに保存しておいた予約データベース２３を参照し、そのデータに基づいて予約状況画面２２を生成する（図４の丸４)）。そして、サーバーとの交信が復旧するまで、ローカルの予約データに基づいて予約管理業務を続行する。その間、オペレータにより画面上で設定、変更された内容は、ローカルの予約データベース２３に記録するものである（図４の丸５)）。
【００１８】
尚、予約センターサーバー１０との交信が途絶える理由としてサーバーそのものの故障や、通信回線の障害等が考えられる。場合によっては、予約センターサーバー１０につながるすべての医療機関で予約管理業務が停止する危険性がある。そこで、障害を検知したらその時点でローカルの予約データベース２３に切り替えることにより、予約ウエブ端末
２０単独で少なくとも当日の予約管理業務を続行できるようにしたものである。但し、ローカルの予約データベース２３はダウンロード時点のデータなので、本実施形態の場合、最大で１時間前の状態に戻ってから予約管理業務を続けることになる。しかし、予約管理業務がまったくできなくなる最悪の状態を救済することができるものである。
【００１９】
そして、再び、予約ウエブ端末２０と予約センターサーバー１０との交信が可能になると（ステップＳ７；はい）、予約表示手段２１はウエブ予約管理手段１１に要求してローカルの予約データベース２３を予約センターサーバー１０にアップロードするのである（同Ｓ８）。
【００２０】
一方、サーバー側では、予約ウエブ端末２０の要求に応じて予約データベースのアップロードを受け付け、それで自身の医療機関別予約データベース１２を更新する。そして、更新したデータベースに基づいてあらためて予約状況画面を構成してダウンロードする。これにより障害で停止していた期間、即ち予約ウエブ端末２０が単独で予約管理業務をしていた期間に予約データベースに加えた変更を、サーバー側の医療機関別予約データベース１２に反映するものである。これにより、サーバー側と端末側との予約データベースの不整合がおきないようにしている。
【図面の簡単な説明】
【００２１】
【図１】実施形態の診療予約システムの構成を示す図である。
【図２】実施形態の動作を示す流れ図である。
【図３】実施形態のデータの流れを模式的に示す図である。
【図４】実施形態のデータの流れを模式的に示す図である。
【図５】予約状況画面の表示例を示す図である。
【符号の説明】
【００２２】
１０  予約センターサーバー
１１  ウエブ予約管理手段
１２  医療機関別予約データベース
２０  予約ウエブ端末
２１  予約表示手段
２３  予約データベース
３０  利用者端末
４０  インターネット
【図１】
2006259992.tif 000003
【図２】
2006259992.tif 000004
【図３】
2006259992.tif 000005
【図４】
2006259992.tif 000006
【図５】
2006259992.tif 000007