JP2008165704A - 医療検査予約装置及び予約画面表示方法並びにスケジュール管理装置 - Google Patents

Abstract

【課題】サーバやネットワークの負荷を抑えながら、医療検査の予約画面を自動的に更新する。
【解決手段】医師は、医療検査の予約申し込みや予約状況の確認などを行う際、クライアント端末２２に検査予約画面５０を表示する。クライアント端末２２のＣＰＵ４０には、監視コマンド発行部４４と更新データ要求部４５とが設けられている。監視コマンド発行部４４は、検査予約画面５０を表示した後に、スケジュールデータ３３が更新されたか否かを問い合わせる監視コマンドを定期的に発行する。更新データ要求部４５は、スケジュールデータ３３の更新を確認すると、更新された部分を基に作成された更新データをサーバコンピュータ２６から取得する。更新データを取得したＣＰＵ４０は、その更新データを基に検査予約画面５０の予約状況表示領域５２を最新の状態に更新する。
【選択図】図２

Description

本発明は、特定医療施設で行われる医療検査の予約状況の確認と予約申し込みとを行う医療検査予約装置、及びその予約画面表示方法、並びに前記予約状況を表すスケジュールデータを管理するスケジュール管理装置に関する。

複数の医療施設に設置されたクライアント端末とＩＰ（インターネットプロトコル）ネットワークなどの通信ネットワークを介して接続され、各クライアント端末からの要求に応じて種々のアプリケーションサービスを提供するサーバコンピュータを有する医用ネットワークシステムが知られている（例えば、特許文献１参照）。

サーバコンピュータは、例えば、これを運営するデータセンタに設置され、保守運用される。データセンタと医療施設とは、例えば、会員契約などの利用契約を締結し、会員となった医療施設によって上記サービスが利用される。サーバコンピュータには、各クライアント端末からアップロードされた医用画像を保存して管理する画像管理プログラムや、ＣＴ検査やＭＲＩ検査の検査設備を持つ特定医療施設の医療検査の予約管理を行うためのスケジュール管理プログラム（ネットスケジューラ、あるいはＷｅｂスケジューラなどと呼ばれる）などのアプリケーションプログラムがインストールされている。

診療所などの小規模医療施設では、医用画像などの大量のデータの保管設備を自前で用意することは大きな負担であるため、上述のような医用ネットワークシステムの画像管理サービスを利用することで、そうした負担を軽減することができる。

また、スケジュール管理プログラムは、特定医療施設の医療検査の予約状況を表すスケジュールデータをクライアント端末へ配信するとともに、クライアント端末から検査予約を受け付けて、その予約情報に基づいてスケジュールデータを更新する。検査予約を受け付ける特定医療施設は、スケジュール管理サービスを利用することで、データの管理やアプリケーションのメインテナンスが不要になるなどのメリットが得られる。一方、他の医療施設などでは、特定医療施設の診療時間外や休業日などにも検査予約を行うことができるなどのメリットが得られる。

特開２００５−３０１３８３号公報

スケジュール管理サービスを受ける各医療施設は、クライアント端末にインストールされたＷｅｂブラウザを介してサーバコンピュータにアクセスし、サーバコンピュータからスケジュールデータを受信する。そして、受信したスケジュールデータに基いて予約画面をＷｅｂブラウザ上に表示し、空いている日時を指定して所定の予約情報を入力することにより、特定医療施設での医療検査を予約する。

サーバコンピュータは、各医療施設から予約情報が入力されると、その予約情報に基いてスケジュールデータを更新する。この際、既に予約画面を表示している他の医療施設では、Ｗｅｂブラウザに設けられた更新ボタンをクリックするなどして、新たなスケジュールデータを受信しない限り、更新された情報が表示されないという問題がある。このため、各医療施設の医師などは、予約が既に入っているのに空いていると錯誤し、検査予約を行ってしまうことがある。このような場合、予約情報を入力した後で既に予約が入っていることに気が付くため、医師などに余計な手間を掛けさせてしまうとともに、不快感を与えてしまう。

上述のような問題の解決策として、医師などの操作とは無関係にクライアント端末が定期的にサーバコンピュータにアクセスし、Ｗｅｂブラウザの画面を自動的に更新する技術が、例えば、Ｗｅｂサーバなどにおいて一般的に行われている。しかしながら、このような技術は、更新の有無などに関わらずスケジュールデータの全てを定期的に要求するものであるため、複数の医療施設が参加する医用ネットワークシステムでは、サーバコンピュータやネットワークの負荷が増大し、システムの運用に支障をきたしてしまうことが懸念される。

本発明は、上記課題を鑑みてなされたものであり、サーバやネットワークの負荷を抑えながら、医療検査の予約画面を自動的に更新することができる医療検査予約装置、及び予約画面表示方法、並びにスケジュール管理装置を提供することを目的とする。

上記目的を達成するため、予約画面を介して予約状況の確認と予約申し込みとを行う本発明の医療検査予約装置は、特定医療施設で行われる医療検査の予約申し込みを受け付けてその予約状況を表すスケジュールデータを管理する医療検査のスケジュール管理装置にネットワークを介してアクセスする通信インタフェースと、前記スケジュールデータを基に構成される予約状況表示領域を含む予約画面を表示する予約画面表示部と、前記予約画面のレイアウトを規定する画面レイアウトデータと前記スケジュールデータとからなるページデータの配信を要求するページデータ要求部と、前記ページデータに基いて前記予約状況表示領域を前記予約画面に表示している際に、新たな前記予約申し込みによって前記スケジュールデータの更新が行われたか否かを問い合わせる監視コマンドを発行する監視コマンド発行部と、前記スケジュールデータが更新されていた場合に、前記スケジュールデータのうち、前記ページデータ配信後に更新された部分からなる更新データの配信を要求する更新データ要求部と、前記ページデータを新たに取得することなく、前記更新データを基に前記予約状況表示領域を最新の状態にする予約画面更新部とを備えたことを特徴とする。

なお、前記ページデータ要求部は、ユーザの操作に同期して処理を実行し、前記監視コマンド発行部と前記更新データ要求部とは、ユーザの操作とは非同期に処理を実行することが好ましい。

また、前記監視コマンド発行部は、前記スケジュール管理装置に対して前記監視コマンドを定期的に発行することが好ましい。

さらに、前記予約状況表示領域は、複数の予約受付枠をカレンダー形式で表示するものであり、前記予約画面更新部は、前記予約状況表示領域のうち、前記更新データに対応した前記予約受付枠のみを更新することが好ましい。

なお、前記予約画面は、医療検査の種類に応じた複数の前記予約状況表示領域を備え、これらの各予約状況表示領域は、表示と非表示とを選択的に切り替え可能であることが好ましい。この際、前記更新データに対応する前記予約受付枠が非表示の前記予約状況表示領域に属する場合に、非表示の前記予約状況表示領域が更新された旨を報知する報知手段を有することが好ましい。

また、特定医療施設で行われる医療検査の予約申し込みを受け付けてその予約状況を表すスケジュールデータを管理する医療検査のスケジュール管理装置にネットワークを介してアクセスし、前記スケジュールデータを基に構成される予約状況表示領域を含む予約画面を予約画面表示部に表示する本発明の予約画面表示方法は、前記予約画面のレイアウトを規定する画面レイアウトデータと前記スケジュールデータとからなるページデータの配信を要求するページデータ要求ステップと、前記ページデータに基いて前記予約状況表示領域を前記予約画面に表示している際に、新たな前記予約申し込みによって前記スケジュールデータの更新が行われたか否かを問い合わせる監視コマンドを発行する監視コマンド発行ステップと、前記スケジュールデータが更新されていた場合に、前記スケジュールデータのうち、前記ページデータ配信後に更新された部分からなる更新データの配信を要求する更新データ要求ステップと、前記ページデータを新たに取得することなく、前記更新データに基いて前記予約状況表示領域を最新の状態にする予約画面更新ステップとを有することを特徴とする。

さらに、医療検査を行う特定医療施設を含む複数の医療施設のそれぞれに設置されたクライアント端末とネットワークを介して接続され、前記特定医療施設で行われる医療検査の予約申し込みを前記各クライアント端末から受け付けて、その予約状況を表すスケジュールデータを管理する本発明のスケジュール管理装置は、前記スケジュールデータを記憶するデータ記憶部と、前記各クライアント端末からの予約申し込みに応じて前記データ記憶部に記憶された前記スケジュールデータを更新するデータ更新部と、前記予約状況の確認と前記予約申し込みとを行う予約画面を表すページデータを、前記予約画面のレイアウトを規定する画面レイアウトデータと前記スケジュールデータとを基に作成するページデータ作成部と、前記スケジュールデータのうち、前記ページデータを配信した後に受け付けた新たな予約申し込みによって更新された部分から更新データを作成する更新データ作成部と、前記各クライアント端末からの要求内容に応じて前記ページデータと前記更新データとの一方を配信するデータ配信部とを設けたことを特徴とする。

なお、前記クライアント端末へ前記ページデータを配信した後、前記スケジュールデータの更新状況を記録する更新状況記録部と、前記予約画面を表示した前記クライアント端末から前記スケジュールデータの更新が行われたか否かを問い合わせる監視コマンドを受信した際に、前記更新状況に基いて更新の有無を応答する応答部とを設けると、さらに好適である。

本発明では、予約画面を最新の状態にする際に、ページデータ配信後に更新された部分からなる更新データだけを取得するので、サーバやネットワークなどの負荷を抑えながら、予約画面を自動的に更新することができる。

図１は、医用ネットワークシステム２の構成を概略的に示す説明図である。医用ネットワークシステム２は、病院１０や診療所１２などの複数の医療施設とデータセンタ（スケジュール管理装置）１４とをＩＰネットワーク１６を介して接続することにより構成される。データセンタ１４は、病院１０や各診療所１２などの医療施設と会員契約を締結し、会員となった各医療施設に対して様々なアプリケーションサービスを提供する。

ＩＰネットワーク１６は、例えば、ベースネットワークとして通信事業者が保有する専用の広域ＩＰ網を使用しており、この広域ＩＰ網上にＶＰＮ（Virtual Private Network）を構築した閉域のネットワークである。こうすることで、ＩＰネットワーク１６内を行き交うデータが、医用ネットワークシステム２の外部に漏洩することがないようにデータセキュリティを確保することができる。

データセンタ１４が提供するアプリケーションサービスには、例えば、データ保管サービスやスケジュール管理サービスなどがある。データ保管サービスは、病院１０や各診療所１２で取得された各種の医療情報を保管するサービスである。病院１０と各診療所１２とは、通院する患者の情報や診断に際して取得される医用画像などといった種々の医療情報を、ＩＰネットワーク１６を介してデータセンタ１４に送信する。データセンタ１４は、病院１０や各診療所１２から送られた医療情報を保管するとともに、病院１０や各診療所１２からの要求に応じて保管した医療情報を転送する。

これにより、病院１０や各診療所１２で生じる医療情報が電子データとしてデータセンタ１４に一括管理されるので、カルテや医用画像のフイルムなどの保管スペースを病院１０や各診療所１２から削減することができる。また、医療情報の管理及び検索作業をデータセンタ１４が行うことにより、病院１０や各診療所１２の業務の効率化を図ることができる。さらに、病院１０や各診療所１２の各医療情報をデータセンタ１４を介して共有化することにより、病院１０や各診療所１２の連携を強化することができる。

病院１０は、医療検査を行うモダリティ機器２０を備えた特定医療施設である。病院１０は、自院に通院する患者の医療検査を行うとともに、各診療所１２からの予約申し込みを受け付けて、各診療所１２に通院する患者の医療検査も行う。なお、モダリティ機器２０には、例えば、超音波診断装置、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography：コンピュータ断層撮影）装置、ＭＲＩ（Magnetic Resonance Imaging：磁気共鳴映像）装置などといった周知の医用撮影装置を用いればよい。

データセンタ１４が提供するスケジュール管理サービスは、病院１０による医療検査の予約状況を管理するサービスである。データセンタ１４は、病院１０や各診療所１２からモダリティ機器２０の予約申し込みを受け付け、同じ日時に複数の検査予約が重複しないように予約状況を管理する。このようにデータセンタ１４がモダリティ機器２０の予約状況を管理することで、病院１０におけるデータの管理作業やアプリケーションのメインテナンス作業などを削減することができる。また、データセンタ１４が予約申し込みを受け付けることで、病院１０の診療時間外や休業日などにも検査予約を行うことができるので、各診療所１２などの業務効率の向上も図ることができる。

病院１０には、モダリティ機器２０の他に、通信インタフェース２１、クライアント端末（医療検査予約装置）２２が設けられている。また、これらの各部は、例えば、病院１０内のＬＡＮなどを介して互いに接続される。通信インタフェース２１は、病院１０のＬＡＮに対応した形式とＩＰネットワーク１６に対応した形式とでデータ形式を変換することにより、病院１０のＬＡＮとＩＰネットワーク１６とを接続する。なお、この通信インタフェース２１は、例えば、モデムやルータなどであり、病院１０のＬＡＮやＩＰネットワーク１６の規格に準拠して適宜選択される。

クライアント端末２２は、例えば、周知のパーソナルコンピュータやワークステーションなどによって構成され、各種の情報や医用画像などを表示するためのモニタ、各種の情報を入力するための入力機器などが設けられている。医師は、モダリティ機器２０で撮影された医用画像や患者に関わる各種の情報などをモニタに表示して画像診断を行ったり、あるいは、モニタに表示された医用画像を用いて患者へ診断結果の説明を行ったりする。また、診察によって得られた各種の医療情報の入力や、モダリティ機器２０の予約申し込みなども、このクライアント端末２２を介して行われる。

各診療所１２のそれぞれにも、病院１０と同様のクライアント端末２４が設けられている。各クライアント端末２４の機能・構成などは、病院１０のクライアント端末２２と同様であるので、詳細な説明は省略する。

各クライアント端末２２、２４には、データセンタ１４にアクセスし、データセンタ１４から種々のデータをダウンロードして表示するＷｅｂブラウザがインストールされている。病院１０や各診療所１２の医師は、例えば、モダリティ機器２０の予約申し込みを行う際、クライアント端末２２、２４のＷｅｂブラウザを起動して所定のＵＲＬにアクセスし、検査予約画面５０（図４参照）をモニタに表示する。医師は、この検査予約画面５０を見ながら予約状況の確認や新たな予約申し込みの入力などを行う。また、特定医療施設である病院１０では、検査予約画面５０で医療検査の予約状況を確認しながら、医療検査の準備や手配などといった院内の業務を行う。

データセンタ１４には、サーバコンピュータ２６と通信インタフェース２７とストレージユニット（データ記憶部）２８とが設けられている。これらの各部は、例えば、データセンタ１４内のＬＡＮなどによって接続されている。サーバコンピュータ２６は、インストールされたプログラムを実行することにより、各種のアプリケーションサービスの提供を行う。ストレージユニット２８は、医用画像や診断記録などといった各種の医療情報をデータベース化して記憶する。通信インタフェース２７は、病院１０に設けられた通信インタフェース２１と同様であるので、詳細な説明は省略する。

サーバコンピュータ２６は、各クライアント端末２２、２４から医療情報がアップロードされると、その医療情報を患者ＩＤ、医療施設ＩＤなどのＩＤ毎に整理分類して、種々の検索キーで検索が可能なようにストレージユニット２８に保管する。そして、サーバコンピュータ２６は、各クライアント端末２２、２４からデータ転送要求などを受けると、そのアクセス権限などのチェックを行うとともに、要求の内容に応じてストレージユニット２８を検索し、要求内容に該当するデータを要求元のクライアント端末２２、２４に転送する。

図２は、各クライアント端末２２、２４とデータセンタ１４との構成を概略的に示す機能ブロック図である。サーバコンピュータ２６には、サーバコンピュータ２６の各部を統括的に制御するＣＰＵ（データ更新部、ページデータ作成部、更新データ作成部、データ配信部、応答部）３０が設けられている。ＣＰＵ３０は、サーバコンピュータ２６のＨＤＤなどから各種のプログラムを読み出し、読み出したプログラムを逐次処理することによってサーバコンピュータ２６の各部を統括的に制御する。

ストレージユニット２８には、スケジュールデータベース（ＤＢ）３１と、更新状況記録ＤＢ３２とが構築されている。スケジュールＤＢ３１には、モダリティ機器２０の予約状況を表すスケジュールデータ３３と、検査予約画面５０のレイアウトを規定する画面レイアウトデータ３４とが記録されている。スケジュールデータ３３と画面レイアウトデータ３４とは、検査予約画面５０を表示するためのページデータの作成に用いられる。

スケジュールデータ３３は、図３に示すように、既に受け付けた検査予約を示す予約情報３５によって構成される。予約情報３５は、一検査の検査内容を示すものであり、例えば、日付、時間、患者氏名、患者ＩＤ、予約元の病院１０又は診療所１２の名称、検査を依頼する部位などといった各種の情報が含まれる。予約情報３５は、病院１０が行う医療検査の受付枠毎に設定される。このため、スケジュールデータ３３には、受付枠毎に設定された複数の予約情報３５が日時順に並べられている。

サーバコンピュータ２６のＣＰＵ３０は、各クライアント端末２２、２４からの要求に応じてスケジュールＤＢ３１を参照し、スケジュールデータ３３と画面レイアウトデータ３４とを読み出す。そして、ＣＰＵ３０は、読み出した各データ３３、３４に基いて所定の形式のページデータを作成し、要求した各クライアント端末２２、２４に転送する。ページデータは、例えば、ＨＴＭＬ形式やＸＭＬ形式などのマークアップ言語によって記述されたテキストファイルとして各クライアント端末２２、２４へ配信される。各クライアント端末２２、２４は、受信したページデータの記述に従って、Ｗｅｂブラウザ上に検査予約画面５０を表示する。

病院１０や各診療所１２の医師は、モダリティ機器２０による医療検査を必要とした場合、検査予約画面５０を介して上記予約情報３５を入力し、入力した予約情報３５をデータセンタ１４に送信する。サーバコンピュータ２６のＣＰＵ３０は、各クライアント端末２２、２４から予約情報３５を受信すると、予約情報３５に含まれる日付と時間を参照し、日時順に並ぶように受信した新たな予約情報３５をスケジュールデータ３３に記録することにより、スケジュールデータ３３を更新する。

なお、スケジュールＤＢ３１は、医用ネットワークシステム２に複数の特定医療施設が参加している場合、各特定医療施設毎に構築される。また、各特定医療施設に複数のモダリティ機器２０が設置されている場合には、各特定医療施設の中で、さらに各モダリティ機器２０毎に細分化されて構築される。すなわち、スケジュールＤＢ３１は、各特定医療施設が行う医療検査毎に構築され、各医療検査の予約状況を表す。

更新状況記録ＤＢ３２には、図４に示すように、更新フラグ３６と更新データ記録領域３７とが設けられている。更新フラグ３６と更新データ記録領域３７とは、検査予約画面５０を各クライアント端末２２、２４のモニタ上に表示している医療施設毎に設定される。検査予約画面５０を既にモニタに表示している状態で、他の医療施設が予約申し込みを行った場合（新たな予約情報３５を入力した場合）、Ｗｅｂブラウザの更新ボタンをクリックするなどしてページデータを取得し直さない限り、追加された予約情報３５の内容が検査予約画面５０に反映されることはない。

更新フラグ３６は、検査予約画面５０を表示した後に、新たに追加された予約情報３５があるか否かを示すものである。この更新フラグ３６は、例えば、追加された予約情報３５が無い状態で「０」が設定（図４（ａ）参照）され、新たな予約情報３５が追加されたことに応じて「１」が設定（図４（ｂ）参照）される。更新データ記録領域３７には、追加された予約情報３５からなる更新データが記録される。つまり、サーバコンピュータ２６は、各クライアント端末２２、２４から予約情報３５を受け付けると、その予約情報３５をスケジュールデータ３３に記録するとともに、その予約情報３５から更新データを作成して各医療施設の更新データ記録領域３７に記録し、更新フラグ３６を立てる。

また、検査予約画面５０を表示した後に、複数の予約情報３５が追加されると、更新データ記録領域３７には、図４（ｂ）に示すように、各予約情報３５のそれぞれから作成された更新データが順次蓄積されていく。更新データ記録領域３７に記録された更新データは、各クライアント端末２２、２４に表示された検査予約画面５０が最新の情報に更新されることに応じて削除される（図４（ｃ）参照）。また、この際、更新データの削除とともに、更新フラグ３６が降ろされる。このように、更新フラグ３６と更新データとは、各医療施設毎に独立して管理される。

図２に示すように、各クライアント端末２２、２４には、ＣＰＵ（予約画面更新部）４０と、モニタ（予約画面表示部）４１と、入力機器４２とが設けられている。ＣＰＵ４０は、サーバコンピュータ２６のＣＰＵ３０と同様に、プログラムを逐次処理することによってクライアント端末２２、２４の各部を統括的に制御する。モニタ４１は、ＣＰＵ４０の処理に応じて検査予約画面５０などの様々な画面を表示する。なお、このモニタ４１には、例えば、ＣＲＴディスプレイや液晶ディスプレイなどといった周知の表示装置を用いればよい。入力機器４２は、例えば、マウスやキーボードなどといった周知の入力デバイスであり、ユーザからの操作指示を受け付けて、その操作指示に応じた信号をＣＰＵ４０に入力する。

また、ＣＰＵ４０には、ページデータ要求部４３と、監視コマンド発行部４４と、更新データ要求部４５とが形成されている。ページデータ要求部４３は、例えば、検査予約画面５０の表示、又は更新がユーザから指示されたことに応じて、サーバコンピュータ２６にページデータの配信要求を送信する。ＣＰＵ４０は、サーバコンピュータ２６から転送されてきたページデータをページデータ要求部４３が受信すると、そのページデータに基いて検査予約画面５０をモニタ４１に表示する。この際、ＣＰＵ４０は、画面レイアウトデータ３４に基いて検査予約画面５０のレイアウトを決定するとともに、スケジュールデータ３３に応じた予約状況表示領域５２を検査予約画面５０に表示する。なお、検査予約画面５０には、予約状況表示領域の他に、例えば、医療施設を選択する選択ボックスや、当該医療施設で行われる医療検査を選択するタブなどが表示される。

監視コマンド発行部４４は、検査予約画面５０がモニタ４１に表示された際に、検査予約画面５０を表示した後にスケジュールデータ３３の更新が行われたか否かを問い合わせる監視コマンドを定期的にサーバコンピュータ２６に送信する。更新データ要求部４５は、監視コマンド発行部４４によってスケジュールデータ３３の更新が確認された際に、更新データの配信要求をサーバコンピュータ２６に送信する。ＣＰＵ４０は、サーバコンピュータ２６から転送されてきた更新データを更新データ要求部４５が受信すると、その更新データに基いて、予約状況表示領域５２を更新する。

なお、監視コマンド発行部４４や更新データ要求部４５などが行うユーザの操作と非同期の通信技術としては、例えば、Ａｊａｘ（Asynchronous Java(登録商標)Script + XML）などが知られている。ここで、Ａｊａｘとは、JavaScriptによるXMLHttpRequestオブジェクトを利用して、ページ全体の読み込みとは非同期にサーバと通信し、ダイナミックHTMLを利用してページの必要な部分だけを書き換えるＷｅｂアプリケーションの開発技術のことである。

図５は、各クライアント端末２２、２４のモニタ４１に表示される検査予約画面５０を示す説明図である。医療検査の予約申し込みや予約状況の確認などは、この検査予約画面５０を介して行われる。検査予約画面５０には、検査を受ける医療施設を選択する医療施設選択ボックス５１、予約状況をカレンダー形式で表示する予約状況表示領域５２が設けられている。

医療施設選択ボックス５１は、医療検査の予約を受け付ける特定医療施設を選択する選択部である。複数の特定医療施設が医用ネットワークシステム２に参加している場合には、医療施設選択ボックス５１の右端の逆三角形のマークをポインタ５３で指定してクリックすることで、各特定医療施設の名称がプルダウンメニューの形式でリスト表示される。この中から１つの特定医療施設（例えば、「Ａ病院」）を選択すると、予約状況表示領域５２に当該特定医療施設の予約状況が表示される。

予約状況表示領域５２には、カレンダー形式で月単位の予約状況を一覧できる月別表示領域５５と、この月別表示領域５５で指定された１日の予約状況を表示する日別表示領域５６とが設けられている。月別表示領域５５には、例えば、受付枠に空きのある、予約が可能な日は、無印で表示される。そして、休日には「×」印が表示され、既に予約が埋まっている日にはハッチングが表示される。こうした表示により、予約ができる日とできない日とが区別される。

月別表示領域５５内の所望の日をポインタ５３で指定してクリックすると、日別表示領域５６に指定された日の受付枠５８が時間割で表示される。各受付枠５８のうち、予約の受け付けが可能な受付枠５８には、予約ボタン５８ａが表示される。一方、既に受け付け済みの受付枠５８には、検査を受ける患者の氏名と検査を予約した医療施設の名称とが表示されるとともに、予約の詳細内容を表示するための詳細ボタン５８ｂが表示される。予約ボタン５８ａをポインタ５３で指定してクリックすると、例えば、患者名や患者ＩＤなどといった予約情報３５を入力するための入力画面がポップアップ表示される。この入力画面で予約情報３５を入力し、入力した予約情報３５をサーバコンピュータ２６へ送信することで、予約申し込みが行われる。

また、予約状況表示領域５２は、例えば、ＣＴ検査、ＭＲＩ検査、腹部エコー検査、アイソトープ検査、動脈硬化検査など、特定医療施設で受けることができる医療検査の種類毎に選択的に表示されるようになっている。表示の切り替えは、タブ６０によって行われる。図５では、ＣＴ検査が選択されている例を示している。

次に、図６、及び図７に示すフローチャートを参照しながら、上記構成による医用ネットワークシステム２の作用について説明する。病院１０や各診療所１２などの医療施設に所属する医師は、モダリティ機器２０による医療検査の予約申し込みや予約状況の確認などを必要とすると、クライアント端末２２、２４のＷｅｂブラウザを起動し、入力機器４２を介して検査予約画面５０のＵＲＬを指定することにより、検査予約画面５０の表示をＣＰＵ４０に指示する。ＣＰＵ４０のページデータ要求部４３は、検査予約画面５０の表示が指示されたことに応じて、ページデータの配信要求をデータセンタ１４のサーバコンピュータ２６に送信する。

ページデータの配信要求を受信したサーバコンピュータ２６のＣＰＵ３０は、ストレージユニット２８に構築されたスケジュールＤＢ３１を参照し、スケジュールＤＢ３１に保管されたスケジュールデータ３３と画面レイアウトデータ３４とを基に検査予約画面５０のページデータを作成する。ページデータを作成したＣＰＵ３０は、そのページデータを要求元のクライアント端末２２、２４に配信する。クライアント端末２２、２４のＣＰＵ４０は、ページデータ要求部４３がページデータを受信すると、そのページデータの記述に従って検査予約画面５０を構成（図５参照）し、モニタ４１に表示する。これにより、各医療施設の医師は、検査予約画面５０を見ながら、医療検査の予約申し込みや予約状況の確認を行うことができる。

サーバコンピュータ２６のＣＰＵ３０は、要求元の医療施設にページデータの配信を行うとともに、その医療施設の更新フラグ３６と更新データ記録領域３７とを更新状況記録ＤＢ３２に作成する（図４参照）。更新フラグ３６と更新データ記録領域３７とを作成したＣＰＵ３０は、各クライアント端末２２、２４から新たな予約申し込みによって予約情報３５が追加されると、その予約情報３５をスケジュールデータ３３に記録するとともに、その予約情報３５から更新データを作成する。そして、作成した更新データを各医療施設の更新データ記録領域３７に記録し、更新フラグ３６を立てる。なお、この際、各クライアント端末２２、２４から複数の予約情報３５が追加された際には、それらの各予約情報３５のそれぞれから作成された各更新データが更新データ記録領域３７に記録される。

検査予約画面５０をモニタ４１に表示させたクライアント端末２２、２４のＣＰＵ４０は、監視コマンド発行部４４に処理を開始させる。監視コマンド発行部４４は、ユーザの操作とは非同期に定期的に監視コマンドをサーバコンピュータ２６に送信する。監視コマンドを受信したサーバコンピュータ２６のＣＰＵ３０は、更新状況記録ＤＢ３２を参照して監視コマンドを送信した医療施設の更新フラグ３６の状態を確認し、その確認結果を更新状況として送信元のクライアント端末２２、２４に応答する。

サーバコンピュータ２６からの応答を受信した監視コマンド発行部４４は、その応答を基に更新フラグ３６が立っているか否かを確認する。更新フラグ３６が降りている場合、監視コマンド発行部４４は、所定の間隔を空けて監視コマンドの送信を繰り返す。なお、監視コマンドを送信する間隔は、任意に設定できるようにしておくことが好ましい。

一方、更新フラグ３６が立っている場合、監視コマンド発行部４４は、更新データが有ると判断する。更新データが有ることを監視コマンド発行部４４が確認すると、更新データ要求部４５が、更新データの配信要求をサーバコンピュータ２６に送信する。更新データの配信要求を受信したサーバコンピュータ２６のＣＰＵ３０は、更新状況記録ＤＢ３２を参照して要求元の医療施設の更新データ記録領域３７から更新データを読み出し、その更新データを要求元のクライアント端末２２、２４に配信する。更新データを配信したＣＰＵ３０は、要求元の医療施設の更新データを更新データ記録領域３７から消去するとともに、更新フラグ３６を降ろす（図４（ｃ）参照）。

ＣＰＵ４０は、更新データ要求部４５が更新データを受信すると、その更新データに基いて検査予約画面５０を最新の状態に更新する。検査予約画面５０の更新は、例えば、マークアップ言語によって記述されたスケジュールデータのうち、追加された予約情報３５の受付枠５８に対応するテーブルタグの部分を更新データを基に書き換えることによって行われる。これにより、追加された予約情報３５の受付枠５８だけが更新され、検査予約画面５０が最新の状態にされる。

例えば、病院１０のクライアント端末２２が図５に示す検査予約画面５０を表示している状態で、診療所１２が空いている１５：３０〜１６：００の受付枠５８に検査予約を入れたとする。クライアント端末２２は、監視コマンド発行部４４から定期的に監視コマンドを送信して更新フラグ３６の状態を監視し、更新フラグ３６が立ったことに応じて、更新データの配信要求をサーバコンピュータ２６に送信する。サーバコンピュータ２６は、診療所１２が入力した１５：３０〜１６：００の受付枠５８の予約情報３５から作成した更新データをクライアント端末２２に転送する。更新データを受信したクライアント端末２２は、受信した更新データと以前に取得したスケジュールデータとによって１５：３０〜１６：００の受付枠５８の部分を再構成する。

これにより、図８に示すように、１５：３０〜１６：００の受付枠５８に検査予約が入れられた最新の状態に検査予約画面５０が更新される。このように、本例によれば、更新された受付枠５８分のデータ量を転送するだけでよいので、検査予約画面５０を自動的に更新する際に、サーバコンピュータ２６やＩＰネットワーク１６の負荷を抑えることができる。また、負荷を抑えることで、自動更新をより短い周期で実施することができるようになるので、予約が既に入っているのに空いていると医師などが錯誤し、検査予約を二重に行ってしまうといった不具合をより確実に防止することができる。

また、図６、及び図７のフローチャートでは省略しているが、検査予約画面５０をモニタ４１に表示した後、入力機器４２を介してユーザから直接更新が指示されると、その指示に応じてページデータ要求部４３からページデータの配信要求が送信される。これにより、ページデータが再取得され、このページデータに応じて検査予約画面５０の全体が更新される。

クライアント端末２２、２４のＣＰＵ４０は、ユーザから表示の終了が指示されたことに応じて、モニタ４１から検査予約画面５０を消す。なお、表示の終了は、例えば、Ｗｅｂブラウザ自体を閉じたり、Ｗｅｂブラウザに他のＵＲＬを入力することなどによって指示される。検査予約画面５０の表示を終了したＣＰＵ４０は、サーバコンピュータ２６に終了指示を送信する。終了指示を受信したサーバコンピュータ２６のＣＰＵ３０は、送信元の更新フラグ３６と更新データ記録領域３７とを更新状況記録ＤＢ３２から削除する。このように、検査予約画面５０を表示している医療施設の更新フラグ３６と更新データ記録領域３７とだけを作成することで、ストレージユニット２８のメモリを効率良く使用することができる。

ところで、新たな予約申し込みによって追加された予約情報３５が、必ずしも日別表示領域５６に表示された日の検査予約であるとは限らない。このため、異なる日に新たな予約情報３５が追加された場合、クライアント端末２２、２４のＣＰＵ４０は、図９に示すように、月別表示領域５５内の該当する日にマーク（報知手段）７０を表示し、その日に新たな検査予約が追加されたことを報知する。また、同様に、新たに追加された予約情報３５が、必ずしも同じ医療検査の検査予約であるとは限らない。このため、異なる医療検査に新たな予約情報３５が追加された場合、ＣＰＵ４０は、図９に示すように、該当する医療検査のタブ６０にマーク（報知手段）７２を表示し、その医療検査に新たな検査予約が追加されたことを報知する。

このように、ＣＰＵ４０は、検査予約画面５０に表示されていない受付枠５８に新たな予約申し込みが追加された場合、各マーク７０、７２を表示することで、新たに追加された予約申し込みがあることをユーザに報知する。これにより、表示されていない受付枠５８に検査予約が追加されたこともユーザに迅速に知らせることができるので、例えば、検査予約画面５０で予約状況を確認しながら医療検査の準備や手配などを行う特定医療施設の業務効率の向上を図ることができる。なお、図９では、報知手段としてマーク７０、７２を示しているが、報知手段は、これに限ることなく、例えば、検査予約画面５０の上にポップアップ表示されるメッセージボックスなどを用いてもよいし、音や光などで報知を行うものを用いてもよい。さらには、ハッチングやハイライト表示、及び色替えなどのように該当する箇所（タブ６０など）の表示態様を替えることによって報知を行うようにしてもよい。

なお、上記実施形態では、更新フラグ３６によってスケジュールデータ３３の更新の有無を確認するようにしているが、更新の有無の確認は、これに限ることなく、検査予約画面５０を表示した後に、新たな予約申し込みがあるか否かを示すことができるものであれば、いかなる態様のものであってもよい。また、更新フラグ３６などを用いることなく、例えば、スケジュールデータ３３に予約情報３５を記録した時間と、ページデータを配信した時間とを記録しておき、各時間を比較することなどによって、新たな予約申し込みがあるか否かを確認するようにしてもよい。

また、上記実施形態では、医療検査予約装置として各医療施設に設置されたクライアント端末２２、２４を示したが、医療検査予約装置は、これに限ることなく、例えば、家庭に設置されたＰＣなどとし、各医療施設に通院する患者が予約申し込みを行う際に本発明を適用してもよい。

さらに、上記実施形態では、スケジュール管理装置として医用ネットワークシステム２に設けられたデータセンタ１４を示したが、スケジュール管理装置は、これに限ることなく、例えば、医療検査を受け付ける特定医療施設に設けられたサーバなどとしてもよい。また、本発明は、プログラムの態様で構成されるものであってもよい。

医用ネットワークシステムの構成を概略的に示す説明図である。 各クライアント端末とデータセンタとの構成を概略的に示す機能ブロック図である。 スケジュールデータの構成を概略的に示す説明図である。 更新状況記録ＤＢの構成を概略的に示す説明図である。 検査予約画面の一例を示す説明図である。 クライアント端末の動作を概略的に示すフローチャートである。 サーバコンピュータの動作を概略的に示すフローチャートである。 更新された検査予約画面を示す説明図である。 検査予約画面にマークを表示した例を示す説明図である。

符号の説明

２ 医用ネットワークシステム
１０ 病院（特定医療施設、医療施設）
１２ 診療所（医療施設）
１４ データセンタ（スケジュール管理装置）
１６ ＩＰネットワーク（ネットワーク）
２２、２４ クライアント端末（医療検査予約装置）
２６ サーバコンピュータ
２８ ストレージユニット（データ記憶部）
３０ ＣＰＵ（データ更新部、ページデータ作成部、更新データ作成部、データ配信部、応答部）
３２ 更新状況記録ＤＢ（更新状況記録部）
３３ スケジュールデータ
３４ 画面レイアウトデータ
３６ 更新フラグ
４０ ＣＰＵ（予約画面更新部）
４１ モニタ（予約画面表示部）
４３ ページデータ要求部
４４ 監視コマンド発行部
４５ 更新データ要求部
５０ 予約画面
５２ 予約状況表示領域
７０、７２ マーク（報知手段）

Claims (9)

1. 特定医療施設で行われる医療検査の予約申し込みを受け付けてその予約状況を表すスケジュールデータを管理する医療検査のスケジュール管理装置にネットワークを介してアクセスする通信インタフェースと、前記スケジュールデータを基に構成される予約状況表示領域を含む予約画面を表示する予約画面表示部とを備え、前記予約画面を介して前記予約状況の確認と前記予約申し込みとを行う医療検査予約装置において、
   前記予約画面のレイアウトを規定する画面レイアウトデータと前記スケジュールデータとからなるページデータの配信を要求するページデータ要求部と、
   前記ページデータに基いて前記予約状況表示領域を前記予約画面に表示している際に、新たな前記予約申し込みによって前記スケジュールデータの更新が行われたか否かを問い合わせる監視コマンドを発行する監視コマンド発行部と、
   前記スケジュールデータが更新されていた場合に、前記スケジュールデータのうち、前記ページデータ配信後に更新された部分からなる更新データの配信を要求する更新データ要求部と、
   前記ページデータを新たに取得することなく、前記更新データを基に前記予約状況表示領域を最新の状態にする予約画面更新部とを備えたことを特徴とする医療検査予約装置。
2. 前記ページデータ要求部は、ユーザの操作に同期して処理を実行し、前記監視コマンド発行部と前記更新データ要求部とは、ユーザの操作とは非同期に処理を実行することを特徴とする請求項１記載の医療検査予約装置。
3. 前記監視コマンド発行部は、前記スケジュール管理装置に対して前記監視コマンドを定期的に発行することを特徴とする請求項２記載の医療検査予約装置。
4. 前記予約状況表示領域は、複数の予約受付枠をカレンダー形式で表示するものであり、
   前記予約画面更新部は、前記予約状況表示領域のうち、前記更新データに対応した前記予約受付枠のみを更新することを特徴とする請求項１から３のいずれか１項に記載の医療検査予約装置。
5. 前記予約画面は、医療検査の種類に応じた複数の前記予約状況表示領域を備えており、これらの各予約状況表示領域は、表示と非表示とを選択的に切り替え可能であることを特徴とする請求項１から４のいずれか１項に記載の医療検査予約装置。
6. 前記更新データに対応する前記予約受付枠が非表示の前記予約状況表示領域に属する場合に、非表示の前記予約状況表示領域が更新された旨を報知する報知手段を有することを特徴とする請求項５記載の医療検査予約装置。
7. 特定医療施設で行われる医療検査の予約申し込みを受け付けてその予約状況を表すスケジュールデータを管理する医療検査のスケジュール管理装置にネットワークを介してアクセスし、前記スケジュールデータを基に構成される予約状況表示領域を含む予約画面を予約画面表示部に表示する予約画面表示方法において、
   前記予約画面のレイアウトを規定する画面レイアウトデータと前記スケジュールデータとからなるページデータの配信を要求するページデータ要求ステップと、
   前記ページデータに基いて前記予約状況表示領域を前記予約画面に表示している際に、新たな前記予約申し込みによって前記スケジュールデータの更新が行われたか否かを問い合わせる監視コマンドを発行する監視コマンド発行ステップと、
   前記スケジュールデータが更新されていた場合に、前記スケジュールデータのうち、前記ページデータ配信後に更新された部分からなる更新データの配信を要求する更新データ要求ステップと、
   前記ページデータを新たに取得することなく、前記更新データに基いて前記予約状況表示領域を最新の状態にする予約画面更新ステップとを有することを特徴とする予約画面表示方法。
8. 医療検査を行う特定医療施設を含む複数の医療施設のそれぞれに設置されたクライアント端末とネットワークを介して接続され、前記特定医療施設で行われる医療検査の予約申し込みを前記各クライアント端末から受け付けて、その予約状況を表すスケジュールデータを管理する医療検査のスケジュール管理装置において、
   前記スケジュールデータを記憶するデータ記憶部と、
   前記各クライアント端末からの予約申し込みに応じて前記データ記憶部に記憶された前記スケジュールデータを更新するデータ更新部と、
   前記予約状況の確認と前記予約申し込みとを行う予約画面を表すページデータを、前記予約画面のレイアウトを規定する画面レイアウトデータと前記スケジュールデータとを基に作成するページデータ作成部と、
   前記スケジュールデータのうち、前記ページデータを配信した後に受け付けた新たな予約申し込みによって更新された部分から更新データを作成する更新データ作成部と、
   前記各クライアント端末からの要求内容に応じて前記ページデータと前記更新データとの一方を配信するデータ配信部とを設けたことを特徴とするスケジュール管理装置。
9. 前記クライアント端末へ前記ページデータを配信した後、前記スケジュールデータの更新状況を記録する更新状況記録部と、
   前記予約画面を表示した前記クライアント端末から前記スケジュールデータの更新が行われたか否かを問い合わせる監視コマンドを受信した際に、前記更新状況に基いて更新の有無を応答する応答部とを設けたことを特徴とする請求項８記載のスケジュール管理装置。

Images