(57)【要約】  本発明の目的は、ポイントオブケアでの致命的イベントを医療スタッフに通知するための安価なソリューションを提供することである。上記目的は、本発明によれば、多数の医療デバイスを有する医療監視ネットワークによって達成される。その場合、少なくとも１つの医療デバイスが、呼び出しクライアントの機能を実現するよう構成される。【特許請求の範囲】
【請求項１】
複数の医療デバイスを有する医療監視ネットワークであって、少なくとも１つの医療デバイスが呼び出しクライアントの機能を実現するよう構成される、医療監視ネットワーク。
【請求項２】
ポイントオブケアにおける致命的イベントの場合、前記少なくとも１つの医療デバイスに呼び出しメッセージを送信するよう構成される呼び出しサーバを更に有する、請求項１に記載の医療監視ネットワーク。
【請求項３】
前記少なくとも１つの医療デバイスが患者モニタである、請求項１に記載の医療監視ネットワーク。
【請求項４】
呼び出しサーバと複数の呼び出しクライアントとを有する呼び出しシステムであって、少なくとも１つの呼び出しクライアントが医療監視ネットワークに接続可能な医療デバイスである、呼び出しシステム。
【請求項５】
医療監視ネットワークに接続可能な医療デバイスへ呼び出しサーバから呼び出しメッセージを送信するコンピュータ命令を有するコンピュータプログラムであって、該コンピュータプログラムがコンピュータで実行されるとき、前記医療デバイスが呼び出しクライアントとして機能する、コンピュータプログラム。
【請求項６】
コンピュータで実行されるとき、医療監視ネットワークに接続可能な医療デバイスが呼び出しクライアントの機能を実現するよう構成するためのコンピュータ命令を有するコンピュータプログラム。
【請求項７】
医療監視ネットワークに接続可能な医療デバイスの呼び出しクライアントとしての使用。
【請求項８】
呼び出しサーバと複数の呼び出しクライアントとを用いて、ポイントオブケアにおける致命的イベントの場合呼び出しメッセージを自動的に送信するステップを有する方法において、前記呼び出しクライアントの少なくとも１つが医療監視ネットワークに接続可能な医療デバイスである、方法。
【請求項９】
前記呼び出しメッセージが、複数のアドレスの位置に基づき、限られた数の呼び出しクライアントに送信され、前記位置は、位置システムを用いて事前に決定される、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療監視ネットワークに関する。更に、本発明は、呼び出しシステム、コンピュータプログラム、及び関連する方法に関する。
【背景技術】
【０００２】
医療監視ネットワーク内において、患者が監視されるポイントオブケアからのアラート情報を、病院内の医療ユニット及び／又は他の場所にいる看護師や医師に配信することは重要な機能である。患者がアラーム状態にある場合、医療スタッフは、この緊急事態の通知を受けることができる。斯かるアラート状態を医療スタッフに知らせるために、２つの主要な技術が知られている。
【０００３】
第１の技術は、患者モニタにおいてネットワーク化された患者に対するリアルタイム・データウィンドウ、いわゆるオーバービュー・ウィンドウを表示するアイデアに基づかれる。アラートの場合、第１の患者モニタは第２の遠隔地の患者モニタからのデータを表示するに過ぎない。斯かるオーバービュー・ウィンドウは、自動的に開くことができ、アラート時における患者のバイタルサイン・データ(波形、数値、アラートメッセージ)をリアルタイムに表示する。ここで、通常、一度に並行して表示できるイベントの数、通知の物理的範囲(なぜなら、データは限られた数の端末でのみ利用可能だからである)及び構成上の機能(例えば、どのイベントが表示されるか)には制限がある。
【０００４】
第２の技術は、呼び出しシステム(paging system)に基づかれる。ネットワークにおける中央システムから、アラート情報が収集され、処理され、及び個別の通常無線の呼び出しデバイスにフォワードされる。呼び出しシステムは、他の非アラート関連情報、例えば、薬物治療情報等にも同様に使用されることができる。呼び出しイベントは、手動でも自動でもトリガーされることができる。この技術を使用するために、医療スタッフは、例えばポケベルのような個別の小さな装置を持ち運ばなければならない。
【０００５】
米国特許第6,364,834 B1号によれば、一体化された医療監視システムが知られており、それは、少なくとも１つの中央モニタと、少なくとも１つの患者モニタとを有し、それらは一体化された通信リンクを介して互いに接続される。中央モニタは、通信リンクを介して中央端末に接続される呼び出しシステム、携帯型情報端末(PDA)、電話、ラップトップコンピュータ、デスクトップコンピュータ、又は他のリモートアクセスデバイスに情報を送信するよう構成される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、ポイントオブケアでの致命的イベントを医療スタッフに通知するための安価なソリューションを提供することである。
【課題を解決するための手段】
【０００７】
上記目的は、本発明によれば、多数の医療デバイスを有する医療監視ネットワークによって達成される。その場合、少なくとも１つの医療デバイスが、呼び出しクライアントの機能を実現するよう構成される。言い換えると、その少なくとも１つの医療デバイスが、呼び出しクライアントとして機能するよう構成される。本発明による医療デバイスは、患者モニタリング、処置又は治療に使用されるデバイス、装置又はシステムであり、特に、代謝経路を正常に入力する必要がない。本書での目的のため、医療デバイスの範囲は、電子通信に対するサポートを提供するデバイスにまで更に限定される。この定義は、遠隔患者モニタリングのための医療デバイス、例えば、医療監視ネットワークを介して相互接続される、患者モニタ、１次及び２次中央端末を含む。
【０００８】
本発明の目的は、呼び出しサーバと多数の呼び出しクライアントとを有する呼び出しシステムによっても達成される。その場合、少なくとも１つの呼び出しクライアントは、医療監視ネットワークに接続可能な医療デバイスである。
【０００９】
本発明の目的は、医療監視ネットワークに接続可能な医療デバイスに呼び出しサーバから呼び出しメッセージを送信するコンピュータ命令を有するコンピュータプログラムによっても達成される。そのコンピュータプログラムがコンピュータで実行されるとき、その医療デバイスは、呼び出しクライアントとして機能する。
【００１０】
本発明の目的は、コンピュータで実行されるとき、呼び出しクライアントの機能を実現するよう、医療監視ネットワークに接続可能な医療デバイスを構成するコンピュータ命令を有するコンピュータプログラムによっても達成される。
【００１１】
本発明の目的は、医療監視ネットワークに接続可能な医療デバイスの呼び出しクライアントとしての使用によっても達成される。
【００１２】
本発明の目的は、呼び出しサーバと多数の呼び出しクライアントとを用いて、ポイントオブケアにおける致命的なイベントの場合に呼び出しメッセージを自動的に送信するステップを有する方法によっても達成される。その場合、少なくとも１つの呼び出しクライアントが、医療監視ネットワークに接続可能な医療デバイスである。
【００１３】
本発明の基本的なアイデアは、医療スタッフにより持ち運ばれる別個の呼び出しクライアント・ハードウェアを用いるのではなく、呼び出しクライアントの機能を医療デバイス、特に患者モニタに組み込むことにある。そのアイデアは、多くの場合において、多数のネットワーク化された医療デバイスが既に医療ユニット内に存在するという事実を利用する。言い換えると、本発明による呼び出しシステムは、呼び出しイベント及び／又は他の情報を医療ユーザに知らせるのに病院のほとんどすべての部屋で利用可能な例えば患者モニタといった医療デバイスを用いる。
【００１４】
組み込まれた呼び出しクライアント機能を用いて、(通常、リアルタイムの患者モニタリング用の閉じたネットワークシステムである)医療監視ネットワークに接続される患者モニタ又は他のデバイスにおいて従来の呼び出しシステムのすべての機能を実行することが可能であり、オプションで、呼び出しイベントにおける情報を基準として用いて、そのシステムで既に利用可能な追加的なデータに対するアクセスを可能とすることにより、この機能を拡張することが可能となる。
【００１５】
こうして、ポイントオブケアでの致命的なイベントを医療スタッフに通知する総コストが、劇的に減らされる。同時に、従来の呼び出し機能は、従来通り使用されることができるか、又は拡張されることさえできる。
【００１６】
呼び出し技術を患者モニタリングシステム又は別の医療ネットワークに一体化することにより、その情報の内容は、リアルタイムデータに限定されるものでもなければ、short型の数値又は英数字のメッセージに限定されるものでもない。言い換えると、医療デバイスでの呼び出しクライアント機能は、リアルタイムの患者モニタリングシステムでは通常利用可能ではない情報の配信のために使用される。患者の名前及び位置、アラート状態並びに優先度だけでなく、例えば、患者を担当する人間の名前及び電話番号、治療指示、又は専門家にコンタクトすべき旨の指示が、呼び出しメッセージの一部であってよい。
【００１７】
更に、本発明は、緊急状態の遠隔通知が実現されることができる患者数を増やすことができる。なぜなら、医療ネットワークに接続可能な患者モニタの数は制限されないからである。言い換えると、ネットワークに接続されるすべての患者モニタが、呼び出しメッセージの生成をもたらす、医療測定パラメタにおける致命的な値の発生源となることができるからである。
【００１８】
従来の患者モニタリングシステムにおいて、遠隔地の患者に対するオーバービュー・ウィンドウは、単一のサブネット内、つまり医療ネットワークの同じ中央端末に接続される患者モニタのグループ内でのみ生成されることができる。しかしながら、医療ネットワークは、例えば中継サーバを用いて、相互接続される多数の中央端末を有することができる。更に、例えば、異なる拠点の複数のビル又は複数の病院さえカバーするネットワークを形成する、互いに接続される複数の医療ネットワークが存在することができる。呼び出しサーバは、可能性として、非常に多数の個別の医療ネットワークと同時に面することができるので、本発明は、従来のアラート・ウィンドウ技術よりもずっと多くの患者グループに対するリモートアラート機能を提供することを可能にする。
【００１９】
医療デバイス並びにゲートウェイサーバ及び／又は例えば中央端末といった医療監視ネットワークの別の要素が、コンピュータで実行されるとき本発明による異なる側面を実行するよう構成されるコンピュータ命令を有するコンピュータプログラムを実行するよう構成される。従って、本発明により必要な技術的効果は、本発明によるコンピュータプログラムの命令に基づき実現されることができる。斯かるコンピュータプログラムは、例えばCD-ROMといった担体に格納されることができるか、又はインターネット若しくは別のコンピュータネットワークを介して利用可能にされることができる。実行に先立ち、例えばCD-ROMプレーヤを用いてその担体から又はインターネットからコンピュータプログラムを読み出し、それをコンピュータのメモリに格納することにより、そのコンピュータプログラムは、コンピュータにロードされる。そのコンピュータは、中央処理ユニット(CPU)、バスシステム、RAM又はROMといったメモリ手段、例えばフロッピーディスク又はハードディスクユニットといった格納手段、及び入力／出力手段を含む。
【００２０】
本発明は、従来の医療監視ネットワーク、特に従来の患者モニタ、中央端末及び呼び出しサーバにおいて、これらの要素のOS又はシステムソフトウェアを更新することにより、容易に実現されることができる。
【発明を実施するための最良の形態】
【００２１】
従属項に規定される本発明のこれら及び他の側面が、以下の実施形態、及び本発明による医療監視ネットワークを示す概略的なブロック図である対応する図面を参照し、例示を介して、以下詳細に説明されることになる。
【００２２】
医療監視ネットワーク１は、リアルタイム患者モニタリングシステム２と呼び出しサーバ３とを有する。患者モニタリングシステム２は、第１の患者モニタ５及び第２のモニタ６に加えて中央端末４を有する。呼び出しサーバ３、中央端末４及び２つの患者モニタ５、６は、ネットワーク・バックボーン７に接続される。ネットワーク１は、有線又は無線ネットワークとして実現されることができる。
【００２３】
各患者モニタ５、６は、呼び出しクライアント８を組み込む。このため、患者モニタの組み込みコンピュータにおいて対応するコンピュータソフトウェアが実行される。このコンピュータソフトウェアを用いて、患者モニタ５、６が、呼び出しクライアント機能を実行するよう構成される。
【００２４】
呼び出しクライアント８は、呼び出しサーバ３と通信するよう構成される通信モジュール９と、呼び出しサーバ３により送信される情報を表示する表示モジュール１０とを有する。呼び出しメッセージ又は呼び出し情報、つまり呼び出しサーバ３から呼び出しクライアント５、６に送信されるデータは、テキスト情報、(例えば、特定の患者若しくは特定のケア提供者又は特定の時間／データに対する)参照ポインタに加えて、グラフィカルな情報(例えば、測定信号を表すビットマップデータ)又は音声さえ含むことができる。
【００２５】
呼び出しサーバ３は、呼び出しクライアント５、６と呼び出しサーバ３との間の通信を確立する呼び出しゲートウェイ１１を有する。このため、呼び出しゲートウェイ１１は、既存の通信インフラストラクチャ、つまり患者モニタ５、６を呼び出しサーバ３に接続するネットワーク・バックボーン７を備えるリアルタイム医療ネットワークを利用する。呼び出しクライアント８と呼び出しサーバ３との間の個別の通信ネットワークが必要とされることはない。言い換えると、呼び出しサーバ３により使用されるネットワークは、患者モニタ５、６を中央端末４に相互接続するのに使用されるのと同じネットワークである。本実施形態において、呼び出しゲートウェイ１１は、呼び出しサーバ３の一部として実現される。しかしながら、呼び出しゲートウェイ１１は、中央端末４の一部又は外部デバイスとして実現されることもできる。呼び出しゲートウェイ１１及び呼び出しサーバの他の部分は、好ましくは、コンピュータソフトウェアとして実現される。このコンピュータソフトウェアを用いて、呼び出しサーバ３は、中央モニタ４及びネットワーク・バックボーン７を介して患者モニタ５、６へ呼び出しメッセージを送信するよう構成される。
【００２６】
上述のシステムは、第１の患者モニタ５により発見される第１の患者に対するアラーム状態の結果として、他の患者モニタ６に組み込まれたすべての呼び出しクライアント８に中央端末４及び呼び出しサーバ３を介して呼び出しイベントを送信することにより、医療スタッフに緊急状態を知らせるのに使用されることができる。所定の又は決定された条件セットに関して、呼び出しサーバ３により呼び出しメッセージが生成される。これらの条件はデータベースに格納され、呼び出しサーバ３によりアクセス可能である。例えば、致命的なイベントが第１の患者モニタ５を用いて登録された場合、呼び出しサーバ３は、中央端末４を介して患者モニタ５から対応するデータを受信する。次のステップにおいて、呼び出しサーバ３は、特定の条件セットを満たすかどうかを決定する。この条件セットは、例えば、患者が高い心拍数と無効なEKGリズムと同時に示すような場合である。この条件セットが満たされる場合、呼び出しサーバ３は、呼び出しメッセージを生成する。
【００２７】
呼び出しメッセージは、特定の条件セットに応じて所定のデータセットを含む。例えば、上述の場合、呼び出しメッセージは、患者の名前及び位置、イベントのタイムスタンプ、心拍数の値とその限界値、及び可能であれば注釈つきのEKGリズムストリップを含む。条件セットに対応するデータセットが、呼び出しサーバ３によりアクセス可能なデータベースに格納される。そのデータベースは、医療情報データベースシステム(図示省略)によりホスト接続されることができる(hosted)。例えば、バイタルサイン・データ、波形データ、患者モニタリングシステムからのイベントといったアーカイブされた生理的データと、例えば、人工統計学データ、評価、診断、ケアプラン、注記、研究室データ、処方薬及び薬学データ、保険及び支払い情報並びに／又は他の個人的患者情報といった他のデータとを含む。
【００２８】
呼び出し情報の送信は、例えば、アラーム状態の検出の際に、好ましくは自動的にトリガーされる。また、呼び出し情報の送信は、医療ユニットにおいて現在患者を処置している医師を看護士が探すときなどに、手動でトリガーされる。
【００２９】
アラート詳細、患者氏名及び患者位置識別子を通常は含むアラート呼び出し情報が、適切な通信機構により、例えば、双方向通信システムにおける確立されたメッセージングにより、又は比較的低いデータ通信レートでの反復的な通信により、好ましくは、すべての患者モニタ５、６にあるすべての呼び出しクライアント８に送信される。呼び出しメッセージの配信は、ブロードキャスト・メッセージング、患者モニタのサブセットのみをあて先とするマルチキャスト・メッセージング又はユニキャストメッセージングを使用することができる。本発明の好ましい実施形態においては、呼び出しイベントを受信すべき呼び出しクライアント５、６に関する構成可能なリストが存在する。
【００３０】
呼び出しクライアント８は、テキスト形式又はグラフィカル形式で呼び出し情報を表示するのに特定のユーザインタフェース技術を用いる。呼び出し情報は、好ましくは、呼び出しイベントが受信されると自動的に開く一時的なウィンドウである自動ポップアップウィンドウに表示されるか、又は患者モニタディスプレイの画面上の予約フィールドにおける専用の常駐ウィンドウに表示される。音声及び／又は色並びに表示属性(タ例えば点滅)が、常態の緊急度に基づきその情報を更に強調するのに使用されることができる。例えば、受信情報の深刻度を示すのにカラーコーディングが使用されることができる。遠隔地の患者に関連する患者アラートを示す通常の色は、赤色及び黄色である。
【００３１】
好ましくは、複数の呼び出し情報エントリが同時に表示される。呼び出しイベントの数が利用可能な表示空間を越える場合、複数の呼び出し情報エントリが例えば、滑らかにスクロールするティッカーバンド(ticker band)の形態で代わる代わる表示される。
【００３２】
好ましくは、離れた状態での可読性を保証するため、患者氏名又は患者識別子、呼び出しテキスト、患者位置等を含む限られた量の情報だけが表示される。好ましくは、呼び出しクライアント８は、患者モニタ５、６に、患者氏名及び／又は位置並びにアラームテキストを表示する比較的大きなウィンドウを開かせる。こうして、医療スタッフは、患者モニタのすぐ横に立っていない場合でさえ、アラームの発生源及び深刻度を素早く確認することができる。アラートティッカーのため、患者モニタ５、６とちょうど電源がオンにされた医療デバイスとが同じリストを表示するよう、中央端末４及び／又は呼び出しサーバ３は、定期的にネットワークにおいてアクティブなアラートのリストをリフレッシュすることができる。
【００３３】
特殊な実施形態において、患者モニタ５、６は、アラート呼び出しイベントの履歴を保持し、静的又は動的(スクロールする)なウィンドウの形態、又はアラートティッカーの形態でこの履歴を提供する。その結果、特定数の最近の呼び出しイベントが医療ユーザに並列的に見られることができる。
【００３４】
患者モニタ５、６における呼び出しウィンドウに表示される情報から、医療ユーザは、呼び出しサーバ３により提供される追加的な情報にアクセスすることができるか、又は呼び出しイベントの識別若しくは呼び出しイベントにおいて参照される患者の識別を参照することにより、他のシステムからの追加的な情報にアクセスすることができる。医療ユーザは、例えば、患者モニタ５、６の画面上の呼び出しイベントを選択することにより、ネットワーク接続を確立することができる。ネットワーク接続を用いて、例えば、従来のリモート表示ウィンドウの形式で、その特定の患者に対して使用される患者モニタ５、６により得られるものとして、リアルタイム患者情報が表示されることができる。従って、遠隔位置から患者の状態を評価するための多数の現在の情報項目を得ることが可能である。
【００３５】
中央端末４及び／又は呼び出しサーバ３の構成は、中でも、呼び出しクライアント８、通知を受ける特定のクライアント又は患者モニタ５、６にフォワードされる特定のイベントと患者モニタ５、６で生成される音響信号とを含む。通知されることになる特定のクライアントの設定は、好ましくは、患者をケアグループにグループ化するための知られたコンセプトを用いて中央端末４において実行される。各ケアグループに対して、特定の看護士及び／又は医師が担当者となる。
【００３６】
好ましくは、呼び出しクライアント８に対する他の情報の配信がサポートされる。患者モニタ５、６の機能を拡張するよう、斯かる他の情報は、新しい患者の到着、接続される情報システムにより計算される第２レベルアラーム、血液分析からの結果等についてスタッフへ通知するためのものを含む。
【００３７】
好ましい実施形態において、呼び出しクライアント機能は、無線又は有線医療監視ネットワーク１に直接接続可能な他の医療デバイスに追加的に又は完全に組み込まれる。それは、例えば、１次及び２次中央端末(図示省略)等である。２次中央端末の例は、廊下の表示ユニットの形態のような、開放された目に見える場所に配置されるユニットである。
【００３８】
呼び出しサーバ３は、好ましくは、標準的な呼び出しデバイスと、医療監視ネットワーク１に接続されるデバイスに組み込まれる呼び出しクライアント８との両方に外部インタフェース１２を用いて同時に呼び出し情報を配信することにより、標準的な呼び出しシステム(図示省略)と共存する。更に、呼び出しサーバ３は、外部インタフェース１２を介して、標準的な無線呼び出しシステムからのデータを受信し、呼び出しゲートウェイ１１を介してこのシステムにおいて受信されるいずれの呼び出しイベントをリアルタイム医療ネットワーク１におけるいずれかの設定済み呼び出しクライアント８にフォワードするようにも構成される。
【００３９】
好ましくは、呼び出しメッセージは限られた数の呼び出しクライアントに送信される。例えば、インドアの位置追跡システムのような位置システムを用いて医療スタッフの位置追跡がサポートされる場合、多数のアドレスの位置が事前に決定され、呼び出しイベントが配信される患者モニタ５、６及び／又は他の医療デバイスの選択範囲が、呼び出しイベントを受信する必要のある医療ユーザの近傍にあることが知られているデバイスに自動的に制限される。この場合、各呼び出しメッセージに対して、所望のあて先及び／又はユーザを示す多数の識別子が作成される。
【００４０】
好ましくは、呼び出しイベント８は、呼び出し情報が受信されたことを医療ユーザが能動的に確認することを可能にするよう構成される(図示省略された)ユーザインタフェースを有する。呼び出しメッセージの受信を確認するため、タッチスクリーン上のボタンが押されるか、又はユーザインタフェースを用いて手動又は自動で識別子番号が入力されることができる。
【００４１】
本発明は、前述した説明目的の実施形態の詳細に限定されるものでなく、本発明は、その精神又は本質的な属性から逸脱することなく、他の特性の形式においても実現されることができることは当業者には明らかであろう。従って、本発明の実施形態は、すべての側面において説明目的であって限定するものではなく、本発明の範囲は、前述の詳細な説明ではなく添付された請求項により指定されるものであり、従って、請求項と均等の意味及び範囲内に含まれるすべての変更は、そこに包含されるものと考えられるべきである。更に、単語「comprising(有する)」が、他の要素又はステップの存在を排除するものではないこと、単語「a」又は「an」は複数性を排除するものではないこと、及び単一の要素、例えばコンピュータユニット又は他のユニットが、請求項に記載された複数の手段の機能を果たすことができることも同様に明らかであろう。請求項におけるいかなる参照符号も関連する請求項を限定するものとして解釈されるべきではない。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態を示す図である。
【図１】
2008537211.tif 000002