JP2008234381A - 医療検査予約ネットワークシステム及びこれに用いられる中継装置、並びに医療検査スケジュール管理方法 - Google Patents

Abstract

【課題】医療施設内の情報セキュリティを確保しつつ、検査予約の受付業務の負担を軽減する。
【解決手段】医療検査予約ネットワークシステム１０は、データセンタ１１に設置される外部用スケジュール管理サーバ２７と、中核病院１２に設置される中継サーバ３１と内部用スケジュール管理サーバ２７とからなる。外部用スケジュール管理サーバ２７は、インターネット１７を介して、診療所１３からの中核病院１２の医療検査予約を受け付ける。中継サーバ３１は、外部用スケジュール管理サーバ２７とＶＰＮ３２で接続され、内部用スケジュール管理サーバ１９とＬＡＮ１４で接続される。中継サーバ３１は、各スケジュール管理サーバ１９，２７が管理するそれぞれのスケジュールデータ２２，２９の更新データを中継し、各スケジュール管理サーバ１９，２７に更新要求を送信する。
【選択図】図１

Description

本発明は、ネットワークを通じて医療検査の予約を受け付けて医療検査スケジュールを管理する医療検査予約ネットワークシステム及びこれに用いられる中継装置、並びに医療検査スケジュール管理方法に関するものである。

近年、地域における医療サービスの効率化と質の向上を目的として、医療施設間の連携が推進されており、個人病院や診療所などの小規模医療施設が、高度な医療検査設備を持つ大規模な医療施設（以下、検査医療施設という）に対して、検査を依頼する機会が増加している。検査医療施設は、複数の医療施設から検査予約の申し込みを受け付けることになるが、その件数が増えると、受付業務の負担も大きくなる。こうした受付業務を軽減するために、通信ネットワークを利用してオンラインで検査予約を受け付ける検査予約システムが開発されている（例えば、特許文献１参照）。

この検査予約システムは、依頼元の医療施設に設置され予約申し込み情報を発信する端末と、検査医療施設に設置され受信した予約申し込み情報を受け付けて、スケジュールデータを更新する予約受付装置とからなる。予約受付装置は、インターネットなどの不特定多数の利用者に開放された公衆ネットワークを通じて検査医療施設の外部の端末からアクセス可能になっている。この予約受付装置は、検査医療施設内に構築されるコンピュータシステム（施設内情報システム）を構成しており、外部からの検査予約の申し込みを受け付けると、施設内情報システム内のデータベースに格納されるスケジュールデータを更新する。こうして受付業務を自動化することにより、その負担を軽減することができる。

特開２００６−３２３６３４号公報

しかしながら、医療施設が保有する情報の多くは個人情報であり、特に検査医療施設は保有する情報量も非常に多いため、情報に対するセキュリティ意識が非常に高い。そのため、外部からの不正なアクセスを懸念して、施設内情報システムと公衆ネットワークを接続し、施設外の端末から前記システムへ直接アクセスさせることに対して極めて慎重である。

そこで、外部からの検査予約を受け付ける外部用予約受付装置を設け、これを施設内情報システムと切り離して独立した形態で運用することで、施設内の情報セキュリティを確保することも行われている。しかし、検査予約は、外部からだけでなく、施設内の各部門からの申し込みもあり、こうした内部からの予約は施設内情報システムで処理される。そのため、施設内情報システムから完全に独立した外部用予約受付装置を用いる方法では、外部からの予約受付時に内部予約の状況を確認する作業や、外部からの予約データを施設内情報システムへ再入力する作業などが増加して、受付業務の負担が軽減されないという問題が生じる。

本発明は、医療施設内の情報セキュリティを確保しつつ、検査予約の受付業務の負担を軽減することを目的とする。

本発明の医療検査予約ネットワークシステムは、検査医療施設で行われる医療検査の予約を、前記検査医療施設の内部の予約端末から施設内ネットワークを介して受け付けて、前記医療検査の予約状況を表す内部用スケジュールデータを更新する内部用スケジュール管理装置と、前記医療検査の予約を、前記検査医療施設の外部の予約端末から公衆ネットワークを介して受け付けて、前記医療検査の予約状況を表す外部用スケジュールデータを更新する外部用スケジュール管理装置と、前記施設内ネットワークを通じて前記内部用スケジュール管理装置と通信可能に接続されるとともに、前記外部用スケジュール管理装置と専用線を通じて通信可能に接続され、前記内部用及び外部用の各スケジュールデータの同期が取られるように、前記内部用及び外部用の各スケジュール管理装置の間で前記各スケジュールデータのそれぞれの更新データを中継する中継装置とからなることを特徴とする。

前記中継装置は、前記内部用及び外部用の各スケジュールデータの更新の有無を監視する更新監視手段を備えることが好ましい。

前記更新監視手段は、前記内部用及び外部用の各スケジュール管理装置から発信される更新通知を受け取って更新を検知することが好ましい。

前記中継装置は、前記更新監視手段が前記内部用及び外部用の各スケジュールデータの一方の更新を検知したときに、他方のスケジュールデータを持つ前記外部用又は内部用のスケジュール管理装置に対して前記スケジュールデータの更新を指示する更新指示手段を備えていることが好ましい。

前記内部用及び外部用の各スケジュールデータは、予約の受付が可能な受付枠を定める受付枠データと、この受付枠が予約済みか否かを表す予約状況データと、前記受付枠を前記外部の予約端末又は内部の予約端末の一方からの申し込みに優先的に割り当てるための優先枠指定データとを含んでおり、前記中継装置には、前記優先枠指定データを変更する枠設定変更手段が設けられていることが好ましい。

前記更新データを、中継先に応じてデータ形式を変換するデータ変換手段を備えたことが好ましい。また、前記専用線は、ＶＰＮであることが好ましい。

本発明の医療検査予約ネットワークシステムに用いられる中継装置は、検査医療施設で行われる医療検査の予約を、前記検査医療施設の内部の予約端末から施設内ネットワークを通じて受け付けて、前記医療検査の予約状況を表す内部用スケジュールデータを更新する内部用スケジュール管理装置と、前記施設内ネットワークを通じて通信する第１通信手段と、前記医療検査の予約を、前記検査医療施設の外部の予約端末から公衆ネットワークを通じて受け付けて、前記医療検査の予約状況を表す外部用スケジュールデータを更新する外部用スケジュール管理装置と専用線を通じて通信する第２通信手段と、前記通信手段を通じて前記内部用及び外部用の各スケジュールデータの更新の有無を監視する更新監視手段とを備えたことを特徴とする。

本発明の医療検査スケジュール管理方法は、検査医療施設で行われる医療検査の予約を、前記検査医療施設の内部の予約端末から施設内ネットワークを介して内部用スケジュール管理装置で受け付けた場合に、前記内部用スケジュール管理装置が前記医療検査の予約状況を表す内部用スケジュールデータを更新する第１ステップと、前記医療検査の予約を、前記検査医療施設の外部の予約端末から公衆ネットワークを介して外部用スケジュール管理装置で受け付けた場合に、前記外部用スケジュール管理装置が前記医療検査の予約状況を表す外部用スケジュールデータを更新する第２ステップと、前記第１ステップ又は第２ステップによって前記内部用及び外部用のいずれかのスケジュールデータが更新されたか否かを監視する更新監視ステップと、前記更新監視ステップによって、前記各スケジュールデータの一方の更新を検知したときに、前記内部用スケジュール管理装置との間では前記施設内ネットワークを通じて、前記外部用スケジュール管理装置との間では専用線を通じて、前記各スケジュール管理装置の一方から他方へ更新データを中継する更新データ中継ステップとを含むことを特徴とする。

本発明は、検査医療施設の外部からの検査予約を外部用スケジュール管理装置によって公衆ネットワークを通じて受け付けるとともに、検査医療施設の内部からの検査予約を内部用スケジュール管理装置によって施設内ネットワークを通じて受け付けて、各スケジュール管理装置のスケジュール更新データを、外部用スケジュール管理装置と専用線で接続され、内部用スケジュール管理装置とは施設内ネットワークで接続された中継装置によって中継するようにしたから、検査医療施設の情報セキュリティを確保しつつ、予約受付業務の負担を軽減することができる。

図１に示す医療検査予約ネットワークシステム１０は、データセンタ１１と複数の医療施設に設置されたコンピュータシステムを通信ネットワークで接続してオンラインで医療検査予約を行うシステムである。データセンタ１１は、複数の医療施設に対して、医療検査予約のスケジュール管理サービスを提供する他、例えば、複数の医療施設が保有する医療情報をバックアップして保管するデータバックアップサービス、症例データを蓄積して医療施設間で共有させる症例参照サービスなどのアプリケーションサービスを提供するセンタである。

複数の医療施設には、中核病院１２と診療所１３が含まれる。中核病院１２は、その地域内の医療施設の中で比較的大規模な医療施設であり、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置など高度な医療検査設備を保有し、外部の医療施設からの医療検査依頼を受託する検査医療施設の例である。診療所１３は、こうした医療検査設備を持たず、検査医療施設へ医療検査を依頼する小規模な医療施設の例である。

中核病院１２には、院内の各種のコンピュータシステムを、ＬＡＮ（Local Area Network）１４で接続した院内情報システム１６が構築されている。院内情報システム１６は、院内の各部門へのオーダリング処理、診療受付処理、会計処理などの院内の情報処理を行う。ＬＡＮ１４は、院内に敷設された施設内ネットワークであり、院内情報システム１６は、インターネット１７など不特定多数の利用者に開放された公衆系の外部ネットワークと遮断されている。これにより、外部からの不正なアクセスなどの情報セキュリティリスクを回避している。

院内情報システム１６では、院内の各部門に設置された予約端末１８からＬＡＮ１４を通じてオンラインで検査予約の申し込みができるようになっている。内部用スケジュール管理サーバ１９は、こうした申し込みを受け付けて検査予約のスケジュールを管理する。例えば、パーソナルコンピュータやワークステーションにスケジュール管理を実行するアプリケーションプログラムをインストールしたものである。

内部用スケジュール管理サーバ１９には内部用スケジュールＤＢ（データベース）２１が接続されており、この内部用スケジュールＤＢ２１には、医療検査の予約状況を表す内部用スケジュールデータ２２が格納されている。内部用スケジュールデータ２２は、ＣＴ検査、ＭＲＩ検査など検査の種類毎に分かれている。

内部用スケジュール管理サーバ１９は、予約端末１８からのアクセスを受け付けて、内部用スケジュールデータに基づいて、予約端末１８へ予約状況を知らせる。そして、予約端末１８から、予約申し込み情報を受信すると、その申し込みを受け付けて内部用スケジュールデータ２２を更新する。予約申し込み情報には、検査の種類を指定する検査種別指定情報，予約日時を指定する予約枠指定情報が含まれる。内部用スケジュール管理サーバ１９は、こうして、中核病院１２の内部の予約端末１８からの申し込みを受け付けて、その予約状況を管理する。

予約端末１８は、例えば、ブラウザソフトがインストールされたパーソナルコンピュータであり、内部用スケジュール管理サーバ１９と通信を行って、モニタへの予約状況の表示や、予約申し込み情報の送信を行う。

図において、施設ＩＤが「Ｘ」の中核病院１２のみ、内部の構成を示しているが、施設ＩＤが「Ｙ」の中核病院１２のほぼ同様の構成になっており、便宜上図示を省略している。

各中核病院１２は、それぞれ各診療所１３からの医療検査の依頼を受けて、医療検査を実施する。データセンタ１１は、各中核病院１２の医療検査の受け付けの窓口になっており、各診療所１３に設置された予約端末２４からインターネット１７を通じてオンラインで検査予約の申し込みを受け付ける。このように、データセンタ１１にそれぞれの中核病院１２の受付窓口を一本化することで、各診療所１３は、中核病院１２毎に個別に検査予約を行わなくて済むので便利である。

データセンタ１１は、ＷＥＢサーバ２６，外部用スケジュール管理サーバ２７，外部用スケジュールＤＢ２８を備えている。ＷＥＢサーバ２６は、周知のように、インターネット上で標準的に用いられるドキュメントシステム（ＷＷＷ：World Wide Web）に対応したサーバであり、クライアント端末（ＷＥＢクライアント）からの要求に応答してデータを送受信する。クライアント端末である予約端末２４は、例えば、ＷＥＢブラウザがインストールされたパーソナルコンピュータであり、ＷＥＢサーバ２６を通じて外部用スケジュール管理サーバ２７へアクセスする。

外部用スケジュール管理サーバ２７は、例えば、パーソナルコンピュータやワークステーションにスケジュール管理を実行するアプリケーションプログラムをインストールしたものである。外部用スケジュール管理サーバ２７には、外部用スケジュールＤＢ（データベース）２８が接続されており、この外部用スケジュールＤＢ２８には、各中核病院１２の医療検査の予約状況を表す複数の外部用スケジュールデータ２９が格納されている。それぞれのデータは中核病院１２毎の識別情報（施設ＩＤ）が付与されて識別される。また、中核病院１２毎の外部用スケジュールデータ２９は、各中核病院１２がそれぞれ実施する検査の種類別に分かれている。

外部用スケジュール管理サーバ２７は、予約端末２４からのアクセスを受け付けて、外部用スケジュールデータ２９に基づいて、予約端末２４へ予約状況を知らせる。そして、予約端末２４から、予約申し込み情報を受信すると、その申し込みを受け付けて外部用スケジュールデータ２９を更新する。予約申し込み情報には、施設ＩＤ，検査の種類を指定する検査種別指定情報，予約日時を指定する予約枠指定情報が含まれる。外部用スケジュール管理サーバ２７は、こうして、中核病院１２の外部の診療所１３からの申し込みを受け付けて、その予約状況を管理する。

このように、中核病院１２は、院内からの予約（内部予約）の受付に加えてと院外からの予約（外部予約）の受け付けも行うので、内部予約と外部予約が重複しないようにする必要がある。そのため、中核病院１２には、中継サーバ３１が設けられている。中継サーバ３１は、内部用スケジュール管理サーバ１９と外部用スケジュール管理サーバ２７との間で、それぞれが受け付けた予約データを中継し、内部用スケジュールデータ２２と外部用スケジュールデータ２９のそれぞれのデータの同期を図るためのものである。

中継サーバ３１と外部用スケジュール管理サーバ２７は、ＶＰＮ（Virtual Private Network）３２を介して接続される。ＶＰＮ３２は、通信事業者（通信キャリア）が独自に保有する広域ＩＰ（Internet Protocol）ネットワークをバックボーンネットワークとして使用し、このバックボーンネットワーク上に仮想的に構築された専用線である。ＶＰＮ３２では、例えば、ＩＰパケットに各々のＶＰＮに固有な「ラベル」と呼ばれる識別子を付けて転送する、「ＭＰＬＳ（Multi Protocol Label Switching）」などのカプセリング技術（トンネリング技術）や、ＩＰｓｅｃ（Internet Protocol Security）などの暗号化技術を使うことで、複数の利用者によって共有される共有ネットワーク内に論理的な専用通信チャンネルが確立される。これにより、通信拠点間の機密性が保持される。

広域ＩＰネットワークは、インターネットのような不特定多数の利用者に開放された公衆ネットワークとは異なり、特定の利用者（加入者）のみに開放された閉域ネットワークである。閉域ネットワーク内の網構成は、例えば、中継局間を専用の中継回線で接続するとともに、中継局から加入者の拠点までのアクセスラインも加入者が物理的に専有する専用線が使用される。これにより、インターネット１７とは物理的にも異なる閉域ネットワークが構成される。

こうしたバックボーンネットワーク上にＶＰＮ３２を構築することで、広域ＩＰネットワークを利用する他の加入者の通信チャンネルとも論理的に異なる専用通信チャンネルが確立される。このように、中核病院１２とデータセンタ１１とは、物理的にも論理的にも他の利用者から閉ざされた閉域ネットワークを通じて通信が行われる。このため、通信の盗聴やデータの流出等、ネットワーク内の堅固な情報セキュリティが確保される。

また、ＶＰＮ３２は、共有ネットワーク上に仮想的に構築される論理的な専用線であり、通信拠点間を１対１で接続してその間の通信路をデータ伝送が無い間も専有する厳密な意味の専用線と比較して、通信コストが安いというメリットがある。

また、本例では、インターネットとは物理的に異なる広域ＩＰネットワークをバックボーンネットワークとして使用するＶＰＮ（いわゆるＩＰ−ＶＰＮ）を例に説明したが、ＶＰＮには、この他、インターネットをバックボーンネットワークとして使用するインターネットＶＰＮがある。インターネットＶＰＮは、通信品質やセキュリティの面でＩＰ−ＶＰＮに劣るが、それと比べて通信コストが安く、経済的であるというメリットがあるので、これを使用してもよい。

図２に示すように、中継サーバ３１にはルータ３３が接続されており、中継サーバ３１は、このルータ３３を介して、ＶＰＮ３２及びＬＡＮ１４のそれぞれのネットワークに接続する。ルータ３３は、異なるネットワーク間でデータを受け渡す転送機器である。ルータ３３には、ＬＡＮポート３３ａとＷＡＮ（Wide Area Network）ポート３３ｂの複数種類のポートが設けられており、ＬＡＮポート３３にはＬＡＮ１４に接続する通信ケーブルが接続され、ＷＡＮポート３３ｂにはＶＰＮ３２に接続する通信ケーブルが接続される。

中継サーバ３１は、パーソナルコンピュータやワークステーションをベースに中継用アプリケーションプログラムをインストールしたものである。中継サーバ３１は、ＣＰＵ３４，メモリ３６，ＨＤＤ（ハードディスクドライブ）３７，通信Ｉ／Ｆ３８が設けられた本体３１ａと、コンソール３１ｂとからなる。通信Ｉ／Ｆ３８は、ルータ３３と接続しそれとの通信を制御する。ＨＤＤ３７には、オペレーティングシステムや中継用アプリケーションプログラムが格納されている。メモリ３６は、ＣＰＵ３４が処理を実行する際に使用するワークメモリである。

ＣＰＵ３４は、ＨＤＤ３７からメモリ３６へ中継用アプリケーションプログラムをロードして、プログラムに記述された処理ステップを実行することで、スケジュール更新監視部３４ａ，データ変換部３４ｂ，更新要求発行部３４ｃ，枠設定変更部３４ｄとして機能する。

スケジュール更新監視部３４ａは、内部用及び外部用の各スケジュール管理サーバ１９，２７のそれぞれと通信して、内部用及び外部用の各スケジュールデータ２２，２９のいずれかが更新されたか否かを監視する。内部用及び外部用の各スケジュール管理サーバ１９，２７は、それぞれ予約端末１８，２４から予約申し込み情報やその取り消し情報などを受け付けて、各スケジュールデータ２２，２９を更新した際に、その旨の更新通知を中継サーバ３１へ発信する。外部用スケジュール管理サーバ２７は、更新があったデータに対応する中核病院１２に対して更新通知を送る。

中継サーバ３１は、この更新通知の受信によって、各スケジュールデータ２２，２９のいずれかに更新があったことを検知する。この更新通知には、各スケジュールデータ２２，２９のうち更新部分のデータが含まれている。更新要求発行部３１ｃは、各スケジュールデータ２２，２９の一方の更新を検知したときに、他方のスケジュールデータを持つ各スケジュール管理サーバ１９，２７のいずれかに対して、未更新のスケジュールデータを更新するように指示する、更新要求を発行する。この更新要求には、更新データが含まれており、更新要求を受けた各スケジュール管理サーバ１９，２７は、その要求に応じて各スケジュールデータ２２，２９を更新する。

これにより、内部用スケジュールデータ２２が更新されたときには、内部用スケジュール管理サーバ１９が中継サーバ３１へ更新通知を送り、中継サーバ３１がその更新通知に含まれる更新データとともに更新要求を外部用スケジュール管理サーバ２７へ送信し、外部用スケジュールデータ２９が更新される。この反対に、外部用スケジュールデータ２９が更新されたときには、外部用スケジュール管理サーバ２７が中継サーバ３１へ更新通知を送り、中継サーバ３１が更新要求を内部用スケジュール管理サーバ１９へ送信し、内部用スケジュールデータ２２が更新される。こうして各スケジュールデータ２２，２９のデータ内容の同期が取られる。

このように、内部用及び外部用の各スケジュールデータ２２，２９の２つのデータの同期を取るための更新監視方式として、内部用及び外部用の各スケジュール管理サーバ１９，２７からの発信される更新通知をトリガーとして、更新を検知するイベント通知方式を採用しているので、２つのデータをリアルタイムで同期させることができる。なお、イベント通知方式の代わりに、中継サーバ３１から各スケジュール管理サーバ１９，２７に向けて、更新されたか否かの問い合わせを定期的に発信して、更新の有無を監視するポーリング方式でもよい。

データ変換部３４ｂは、内部用及び外部用の各スケジュールデータ２２，２９のデータフォーマットが異なる場合に、中継先のフォーマットに合わせてデータを変換する。各中核病院１２は、それぞれ独自の仕様で院内情報システム１６を構築する場合が多く、それぞれのスケジュールデータのフォーマットが異なることも多い。外部用スケジュール管理サーバ２７では、複数の中核病院１２のスケジュールデータを管理するが、それらのスケジュールデータを共通のフォーマットで管理する。そのため、内部用スケジュールデータ２２と外部用スケジュールデータ２９は、フォーマットが異なる場合が生じる。データ変換部３４ｂは、中継するスケジュールデータ２２，２９をそれぞれの転送先に合わせてそのデータフォーマットを変換する。

なお、本例では、中核病院１２に設置される中継サーバ３１でデータ変換する例で説明しているが、例えば、データセンタ１１の外部用スケジュール管理サーバ２７に、各中核病院１２から送信される内部用スケジュールデータ２２を外部用スケジュールデータ２９のフォーマットへ変換するデータ変換部を設けて、データセンタ１１側で各中核病院１２のフォーマットの違いを吸収するようにしてもよい。

枠設定変更部３４ｄは、コンソール３１ｂからの指示に応じて、各スケジュールデータ２２，２９の受付枠の基本設定を変更する。コンソール３１ｂは、モニタ，キーボード，マウスからなり、管理者であるオペレータによって操作される。

図３に示すように、各スケジュールデータ２２，２９は、予約の受付が可能な受付枠を定める受付枠データと、この受付枠が予約済みか否かを表す予約状況データと、前記受付枠を前記外部の予約端末又は内部の予約端末の一方からの申し込みに優先的に割り当てるための優先枠指定データとを含んでいる。このうち、予約状況データは、各予約端末１８，２４から送信された予約申し込み情報の内容を記録したものであり、予約を受け付けた受付枠と予約者情報が含まれる。受付枠は、例えば、日付と受付枠のコマ番号で指定される。予約者情報には、被検者名や、その被検者が診療を受けている診療科名や医療施設名が含まれる。

基本設定は、受付枠データと優先枠指定データに関する設定であり、枠設定変更部３４ｄは、これらを変更する。受付枠データでは、例えば、受付枠の曜日や数（コマ数）が定義される。優先枠指定とは、受付枠に対して、内部からの予約を優先するか外部からの予約を優先するかの指定である。例えば、ある受付枠を内部優先とすると、院内の予約端末１８からの予約は受付可能であるが、院外の診療所１３の予約端末２４からの受付は不可となり、その反対に外部優先とすると、院内からの予約が不可となり、院外からの受付のみ可能となる。図３の例では、指定１は、５月２７日の１コマ目と２コマ目を外部優先とする内容の優先枠指定を示し、指定２は、同日の６コマ目〜８コマ目を内部優先とする内容の優先枠指定を示す。また、優先枠指定をしなければ、初期設定どおり、院内及び院外に対して受付枠が平等に開放される。

枠設定変更部３４ｄは、コンソール３１ｂから変更指示を受けると、内部用及び外部用のスケジュール管理サーバ１９，２７のそれぞれに対して、枠設定変更要求を送信する。各スケジュール管理サーバ１９，２７は、この枠設定変更要求に応答して、それぞれのスケジュールデータ２２，２９を要求の内容に応じて変更する。

なお、受付枠や優先指定の設定方法は、コマ、日付、時間、曜日、週、月を単位とする設定の他、始期と終期を日付で定められるなど、様々な方法があるが、いずれでもよい。

図４及び図５は、予約端末１８と予約端末２４のそれぞれのモニタに表示される、内部用と外部用のそれぞれの予約画面４１，５１の例である。スケジュールデータ２２は、例えば、ＨＴＭＬ形式やＸＭＬ形式などのマークアップ言語によって記述されたテキストファイルとして各予約端末１８，２４へ配信される。マークアップ言語は、本文の意味や構造などを定義するためのもので、予約端末にインストールされたブラウザがそれを解釈することによって、本文の体裁やレイアウトなどが整えられる。ブラウザは、受信したファイルの記述にしたがって、予約画面４１，５１を構成して、モニタに出力する。

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

月別表示領域４６内の所望の日をポインタ４４で指定してクリックすると、日別表示領域４７には、指定された日を含む数日間の受付枠４８が時間割で表示される。受付枠４８には、予約が可能な枠には、予約ボタン４８ａが表示され、既に受け付け済みの枠には、検査を受ける患者の氏名が表示されるとともに、申し込みの詳細内容を表示するための詳細ボタン４８ｂが表示される。また、「×」印は、その受付枠４８が予約不可であることを表す。例えば、上述した優先指定によって、外部予約に優先的に割り当てられている場合には、内部用予約画面４１の対応する受付枠４８には、「×」印が表示される。

予約ボタン４８ａをポインタ４４で指定してマウスでクリックすると、例えば、患者名や患者ＩＤなどの申し込みに必要な項目を入力する入力画面が表示される。この入力画面で必要項目を入力して、入力した情報が内部用スケジュール管理サーバ１９へ送信される。また、

予約状況表示領域４３は、例えば、ＣＴ検査，ＭＲＩ検査，腹部エコー検査，アイソトープ検査，動脈硬化検査などの検査の種類毎に選択的に表示されるようになっている。表示の切り替えは、タブ４９によって行われる。本例では、ＣＴ検査が選択されている例を示す。また、ＣＴ検査の予約状況表示領域４３には、撮影条件選択領域５０が表示される。この撮影条件選択領域５０では、頭部、胸部、腹部など、ＣＴ検査において撮影する撮影部位の項目が列挙されており、各項目に対応するチェックボックスにポインタ４４でチェックを入れることで、検査が必要な撮影部位を指定して撮影条件を選択する。こうして選択された情報は、予約申し込み情報として内部用スケジュール管理サーバ１９へ送信される。

図５に示す外部用予約画面５１は、基本的なレイアウトは内部用予約画面４１と同様であり、同一の部位に対しては同一の符合を付して説明を省略する。外部用予約画面５１には、内部用予約画面４１と異なり、検査を受ける検査医療施設を選択する施設選択ボックス５２が設けられている。施設選択ボックス５２の右端の逆三角形のマークをポインタ４４でクリックすると、複数の検査医療施設名がプルダウンメニューの形式でリスト表示される。この中から１つの検査医療施設名（例えば、「Ｘ中核病院」）を選択すると、予約状況表示領域４３には、当該検査医療施設の予約状況が表示される。

図４及び図５の各予約画面４１，５１のそれぞれの日別表示領域４７は、図３に示した各スケジュールデータ２２，２９の内容を反映させた例を示している。５月２７日の１コマ目と２コマ目は、外部優先枠に指定されているので、内部用予約画面４１では、「×」印が表示され、受付が不可となっているのに対して、外部用予約画面５１では、受付可能になっており、外部からのみ予約できるようになっている。また、同日の６コマ目〜８コマ目は、内部優先指定となっているので、外部用予約画面５１では、「×」印が表示され、受付が不可となっているのに対して、内部用予約画面４１では受付可能になっており、内部からのみ予約できるようになっている。

以下、上記構成による作用について、図６に示すフローチャートを参照しながら説明する。中継サーバ３１を起動すると、スケジュール更新監視部３４ａは、内部用及び外部用の各スケジュールデータ２２，２９の更新監視を開始する。内部用及び外部用の各スケジュール管理サーバ１９，２７は、それぞれ予約端末１８，２４からの予約申し込みを受け付けると、各々のスケジュールデータ２２，２９を更新し、中継サーバ３１に対して、更新通知を送信する。中継サーバ３１は、この更新通知を受信すると、各スケジュールデータ２２，２９のいずれかが更新されたことを検知する。

外部用スケジュールデータ２９が更新された場合には、データ変換部３４ｂが、外部用スケジュール管理サーバ２７から受信した更新データを内部用の形式（内部形式）に変換する。更新要求発行部３４ｃは、この変換済みの更新データとともに、内部用スケジュール管理サーバ１９に対して更新要求を送信する。この反対に、内部用スケジュールデータ２２が更新された場合には、データ変換部３４ｂが、内部用スケジュール管理サーバ１９から受信した更新データを外部用の形式（外部形式）に変換する。更新要求発行部３４ｃは、この変換済みの更新データとともに、外部用スケジュール管理サーバ２７に対して更新要求を送信する。こうして内部用及び外部用の各スケジュールデータ２２，２９の同期が取られる。

また、コンソール３１ｂから枠設定の変更指示を受け付けると、枠設定変更部３４ｄは、各スケジュール管理サーバ１９，２７に対して枠設定変更要求が発行される。各スケジュール管理サーバ１９，２７は、この要求に応答して各スケジュールデータ２２，２９をそれぞれ更新する。こうした更新監視が終了するまで上記処理が繰り返される。

内部予約を受け付ける内部用スケジュール管理サーバ１９と、外部予約を受け付ける外部用スケジュール管理サーバ２７が、それぞれ独立して設けられているので、院内情報システム１６がインターネット１７を介して直接アクセスされることはない。しかも、内部用スケジュール管理サーバ１９と外部用スケジュール管理サーバ２７の間には、外部用スケジュール管理サーバ２７とＶＰＮ３２を介して接続する中継サーバ３１が設けられており、内部用スケジュール管理サーバ１９と外部のコンピュータシステムとは完全に遮断される。これにより、院内情報システム１６に対して直接外部からのアクセスを受け付ける従来技術と比べて、院内情報システム１６の情報セキュリティが確実に確保される。

また、中継サーバ３１は、各スケジュール管理サーバ１９，２７の間で各スケジュールデータ２２，２９の更新データを中継して、それぞれのデータの同期が取られるようにするから、内部用及び外部用のそれぞれのスケジュールデータを分けた場合でも、両者の更新をマニュアルで行わずに済むので、受付業務の負担が軽減される。

また、枠設定変更部３４ｄによって、優先指定等の設定変更が簡単にできるようにしたことで、受付業務の負担を増加させることなく、受付枠を柔軟に運用することができる。例えば、外来の受付時間内は、ある程度の内部予約が見込まれるので、その時間帯の一部を内部優先枠として内部予約の受け入れ体制を整えたり、その反対に、外来受付時間外は、外部優先枠に割り当てるといった運用がしやすくなる。そして、予期に反して内部予約数が増加しない場合には、その優先指定を解除して外部予約にも開放するといったこともできる。また、こうした運用が可能となることにより、検査設備の稼働率の向上も期待できる。

上記実施形態では、更新監視方法として、内部用及び外部用の各スケジュール管理サーバからの発信される更新通知をトリガーとして、更新を検知するイベント通知方式の例で説明しているが、中継サーバから各スケジュール管理サーバに向けて定期的に更新されたか否かの問い合わせを発信して、更新の有無を監視するポーリング方式でもよい。イベント通知方式は、リアルタイムで更新されるメリットや、問い合わせを定期的に発信する必要がないので、ネットワーク内の通信トラフィックも少ないというメリットがある。

上記実施形態では、データ変換部でデータフォーマットを変更する例で説明しているが、さらに、中継する更新データに対して暗号化及び複合化を行ってもよい。これにより、さらに、セキュリティが確保される。

上記実施形態では、枠設定変更指示を中継サーバのコンソールから与える例で説明しているが、コンソール以外でも、例えば、院内情報システム内の他の端末から、管理者権限でログインして変更指示を与えられるようにしてもよい。

上記実施形態では、中継サーバと外部用スケジュール管理サーバとをＶＰＮで接続した例で説明したが、ＩＰネットワーク（広域ＩＰネットワーク及びインターネット）をバックボーンネットワークとしたＶＰＮ以外の専用線でもよい。ＩＰネットワークは、国際標準化機構(ＩＳＯ)によって策定された通信プロトコルの階層化モデルである、ＯＳＩ（Open SystemsInterconnection）参照モデルのレイヤ３（ネットワーク層）プロトコルに基づくネットワークであるが、これよりも下位のレイヤ２（データリンク層）プロトコルに基づくネットワークをバックボーンとした仮想専用線でもよい。レイヤ２ＶＰＮとしては、例えば、フレームリレー、ＡＴＭ、広域イーサネット（登録商標）などのネットワークをバックボーンとしたものがある。請求項記載の専用線には、こうした各種の専用線が含まれる。

医療検査予約ネットワークシステムの説明図である。 中継サーバの概略構成図である。 スケジュールデータの説明図である。 内部用予約画面の例である。 外部用予約画面の例である。 中継サーバの処理手順を示すフローチャートである。

符号の説明

１０ 医療検査予約ネットワークシステム
１１ データセンタ
１２ 中核病院
１３ 診療所
１４ ＬＡＮ
１６ 院内情報システム
１７ インターネット
１８，２４ 予約端末
１９ 内部用スケジュール管理サーバ（内部用スケジュール管理装置）
２１ 内部用スケジュールＤＢ
２８ 外部用スケジュールＤＢ
２２ 内部用スケジュールデータ
２７ 外部用スケジュール管理サーバ（外部用スケジュール管理装置）
２９ 外部用スケジュールデータ
３１ 中継サーバ（中継装置）
３２ ＶＰＮ
３３ ルータ
３４ ＣＰＵ
３４ａ スケジュール更新監視部（更新監視手段）
３４ｂ データ変換部（データ変換手段）
３４ｃ 更新要求発行部（更新指示手段）
３４ｄ 枠設定変更部（枠設定変更手段）
４１ 内部用予約画面
５１ 外部用予約画面

Claims (9)

1. 検査医療施設で行われる医療検査の予約を、前記検査医療施設の内部の予約端末から施設内ネットワークを介して受け付けて、前記医療検査の予約状況を表す内部用スケジュールデータを更新する内部用スケジュール管理装置と、
   前記医療検査の予約を、前記検査医療施設の外部の予約端末から公衆ネットワークを介して受け付けて、前記医療検査の予約状況を表す外部用スケジュールデータを更新する外部用スケジュール管理装置と、
   前記施設内ネットワークを通じて前記内部用スケジュール管理装置と通信可能に接続されるとともに、前記外部用スケジュール管理装置と専用線を通じて通信可能に接続され、前記内部用及び外部用の各スケジュールデータの同期が取られるように、前記内部用及び外部用の各スケジュール管理装置の間で前記各スケジュールデータのそれぞれの更新データを中継する中継装置とからなることを特徴とする医療検査予約ネットワークシステム。
2. 前記中継装置は、前記内部用及び外部用の各スケジュールデータの更新の有無を監視する更新監視手段を備えたことを特徴とする請求項１記載の医療検査予約ネットワークシステム。
3. 前記更新監視手段は、前記内部用及び外部用の各スケジュール管理装置から発信される更新通知を受け取って更新を検知することを特徴とする請求項２記載の医療検査予約ネットワークシステム。
4. 前記中継装置は、前記更新監視手段が前記内部用及び外部用の各スケジュールデータの一方の更新を検知したときに、他方のスケジュールデータを持つ前記外部用又は内部用のスケジュール管理装置に対して前記スケジュールデータの更新を指示する更新指示手段を備えていることを特徴とする請求項２又は３記載の医療検査予約ネットワークシステム。
5. 前記内部用及び外部用の各スケジュールデータは、予約の受付が可能な受付枠を定める受付枠データと、この受付枠が予約済みか否かを表す予約状況データと、前記受付枠を前記外部の予約端末又は内部の予約端末の一方からの申し込みに優先的に割り当てるための優先枠指定データとを含んでおり、前記中継装置には、前記優先枠指定データを変更する枠設定変更手段が設けられていることを特徴とする請求項１〜４いずれか記載の医療検査予約ネットワークシステム。
6. 前記更新データを、中継先に応じてデータ形式を変換するデータ変換手段を備えたことを特徴とする請求項１〜５いずれか記載の医療検査予約ネットワークシステム。
7. 前記専用線は、ＶＰＮであることを特徴とする請求項１〜６いずれか記載の医療検査予約ネットワークシステム。
8. 検査医療施設で行われる医療検査の予約を、前記検査医療施設の内部の予約端末から施設内ネットワークを通じて受け付けて、前記医療検査の予約状況を表す内部用スケジュールデータを更新する内部用スケジュール管理装置と、前記施設内ネットワークを通じて通信する第１通信手段と、
   前記医療検査の予約を、前記検査医療施設の外部の予約端末から公衆ネットワークを通じて受け付けて、前記医療検査の予約状況を表す外部用スケジュールデータを更新する外部用スケジュール管理装置と専用線を通じて通信する第２通信手段と、
   前記通信手段を通じて前記内部用及び外部用の各スケジュールデータの更新の有無を監視する更新監視手段とを備えたことを特徴とする医療検査予約ネットワークシステムに用いられる中継装置。
9. 検査医療施設で行われる医療検査の予約を、前記検査医療施設の内部の予約端末から施設内ネットワークを介して内部用スケジュール管理装置で受け付けた場合に、前記内部用スケジュール管理装置が前記医療検査の予約状況を表す内部用スケジュールデータを更新する第１ステップと、
   前記医療検査の予約を、前記検査医療施設の外部の予約端末から公衆ネットワークを介して外部用スケジュール管理装置で受け付けた場合に、前記外部用スケジュール管理装置が前記医療検査の予約状況を表す外部用スケジュールデータを更新する第２ステップと、
   前記第１ステップ又は第２ステップによって前記内部用及び外部用のいずれかのスケジュールデータが更新されたか否かを監視する更新監視ステップと、
   前記更新監視ステップによって、前記各スケジュールデータの一方の更新を検知したときに、前記内部用スケジュール管理装置との間では前記施設内ネットワークを通じて、前記外部用スケジュール管理装置との間では専用線を通じて、前記各スケジュール管理装置の一方から他方へ更新データを中継する更新データ中継ステップとを含むことを特徴とする医療検査スケジュール管理方法。

Images