(57)【要約】自動患者管理システムにおける患者トリアージュを管理するシステムおよび方法が提示される。ディスプレイへの患者データの配置に対する基準が、複数の遠隔管理された患者に対して定義される。患者データは、それぞれのそのような患者に動作し、生理的なセンサおよび治療送達デバイスのうちの少なくとも１つから選択された１つ以上の患者データソースから生じる。ディスプレイ内の患者データの順序付けは、健康状態の種類、健康状態のひどさ、健康状態を診断するのに利用可能な施設のうちの１つ以上に関連したケアのニーズに基づいて定義される。ディスプレイ内の患者データの構成は、患者データに関連付けられたメタデータに関連して定義される。
2008541234.tif 000002
【特許請求の範囲】
【請求項１】
自動患者管理システム（１０）において患者トリアージュ（７２）を管理するシステム（１２１）であって、該システム（１２１）は、
複数の遠隔管理された患者（１１）に対する、ディスプレイ（９１）への患者データ（４２）の配置（６１）のために定義された基準（７１）であって、該患者データ（４２）は、それぞれのそのような該患者（１１）に動作し、生理的なセンサ（１３、１５、１６）および治療送達デバイス（１２、１４）のうちの少なくとも１つから選択された１つ以上の患者データソース（１２〜１６）から生じる、基準（７１）と、
健康状態の種類（５２）、該健康状態のひどさ（５３）および該健康状態を診療するために利用可能な施設（５４）のうちの１つ以上と関連したケアのニーズに基づいて、該ディスプレイ（９１）内に定義された該患者データ（４２）の順序付け（６２）と、
該患者データ（４２）と関連付けられたメタデータ（７３）に関連した該ディスプレイ（９１）内に定義された該患者データ（４２）の構成（６３）と
を含む、システム（１２１）。
【請求項２】
前記メタデータ（７３）は、前記患者（１１）またはデバイスの全般的な状態のインジケータ、特定の健康インジケータ、または１つ以上の前記患者データソース（１２〜１６）から得られたインジケータを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項３】
前記メタデータ（７３）は、少なくとも１つのそのような前記患者データ（４２）に関連して発生する条件のインジケータを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項４】
前記メタデータ（７３）は、最近加えられた前記患者（１１）、または前記患者データソース（１２〜１６）の患者起動の呼びかけ信号から生じる前記患者データ（４２）を含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項５】
前記メタデータ（７３）は、最後のデータ収集エピソードからの時間の長さによって順序付けられた、前記患者（１１）の優先順位が付けられたリストを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項６】
前記メタデータ（７３）は、前記患者（１１）に対する次の継続管理予約の日付を含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項７】
前記メタデータ（７３）は、高い優先度の前記患者（１１）が直ちに検査されることを保証するためのワークフロー状態と、臨床医が適切に通知されることを保証するための、それぞれの前記患者（１１）の検査状態とを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項８】
前記メタデータ（７３）は、支払請求の事前準備、電子医療記録のエクスポート、紹介レター生成および継続管理レター生成のうちの１つ以上に関連したワークフローパラメータを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項９】
前記メタデータ（７３）は、外部データソースに関連して発生するイベントを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項１０】
収集に続いて評価可能な少なくとも１つのそのような前記患者データ（４２）に関連して発生する条件に関連付けられるように定義された１つ以上のトリガと、
該条件の発生の外部インジケータを提供するための少なくとも１つのそのような該トリガを検知したときに実行可能なように決定された通知スキームと
をさらに含む、請求項１に記載のシステム（１２１）。
【請求項１１】
収集済みの前記患者データ（４２）を格納するためのデータベース（１２７）をさらに含み、該格納された収集済みの患者データ（４２）は、ディスプレイ（９１）への該患者データ（４２）の前記配置（６１）に関連して含まれている、請求項１に記載のシステム（１２１）。
【請求項１２】
前記患者データソース（１２〜１６）は、移植可能な医療デバイス、移植可能な診断マルチセンサ非治療デバイス、外部医療デバイス、移植可能センサおよび外部センサのうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項１３】
自動患者管理システム（１０）において患者トリアージュ（７２）を管理する方法（５０）であって、該方法（５０）は、
複数の遠隔管理された患者（１１）に対する、ディスプレイ（９１）への患者データ（４２）の配置（６１）のための基準（７１）を定義することであって、該患者データ（４２）は、それぞれのそのような該患者（１１）に動作し、生理的センサ（１３、１５、１６）および治療送達デバイス（１２、１４）のうちの少なくとも１つから選択された１つ以上の患者データソース（１２〜１６）から生じる、基準（７１）を定義することと、
健康状態の種類（５２）、該健康状態のひどさ（５３）および該健康状態を診断するために利用可能な施設（５４）のうちの１つ以上に関連したケアのニーズに基づいて、該ディスプレイ（９１）内の該患者データ（４２）の順序付け（６２）を定義することと、
該患者データ（４２）に関連付けられたメタデータ（７３）に関連して、該ディスプレイ（９１）内への該患者データ（４２）の構成（６３）を定義することと
を包含する、方法（５０）。
【請求項１４】
前記メタデータ（７３）は、前記患者（１１）またはデバイスの全般的な状態のインジケータ、特定の健康インジケータ、または１つ以上の前記患者データソース（１２〜１６）から得られたインジケータを含む群から選択される、請求項１３に記載の方法（５０）。
【請求項１５】
前記メタデータ（７３）は、１つのそのような前記患者データ（４２）に関連して発生する条件のインジケータを含む群から選択される、請求項１３に記載の方法（５０）。
【請求項１６】
前記メタデータ（７３）は、最近加えられた前記患者（１１）、または前記患者データソース（１２〜１６）の患者起動の呼びかけ信号から生じる前記患者データ（４２）を含む群から選択される、請求項１３に記載の方法（５０）。
【請求項１７】
前記メタデータ（７３）は、最後のデータ収集エピソードからの時間の長さによって順序付けられた、前記患者（１１）の優先順位が付けられたリストを含む群から選択される、請求項１３に記載の方法（５０）。
【請求項１８】
前記メタデータ（７３）は、前記患者（１１）に対する次の継続管理予約の日付を含む群から選択される、請求項１３に記載の方法（５０）。
【請求項１９】
前記メタデータ（７３）は、高い優先度の前記患者（１１）が直ちに検査されることを保証するためのワークフロー状態と、臨床医が適切に通知されることを保証するための、それぞれの前記患者（１１）の検査状態とを含む群から選択される、請求項１３に記載の方法（５０）。
【請求項２０】
前記メタデータ（７３）は、支払請求の事前準備、電子医療記録のエクスポート、紹介レター生成および継続管理レター生成のうちの１つ以上に関連したワークフローパラメータを含む群から選択される、請求項１３に記載の方法（５０）。
【請求項２１】
前記メタデータ（７３）は、外部データソースに関連して発生するイベントを含む群から選択される、請求項１３に記載の方法（５０）。
【請求項２２】
収集に続いて評価可能な少なくとも１つのそのような前記患者データ（４２）に関連して発生する条件に関連付けられるように定義された１つ以上のトリガを定義することと、
該条件の発生の外部インジケータを提供するための少なくとも１つのそのような該トリガを検知したときに実行可能なように決定された通知スキームを決定することと
をさらに含む、請求項１３に記載の方法（５０）。
【請求項２３】
前記収集済み患者データ（４２）を格納することと、
ディスプレイ（９１）への該患者データ（４２）の前記配置（６１）に関連して、該格納された収集済み患者データ（４２）を含むことと
をさらに包含する、請求項１３に記載の方法（５０）。
【請求項２４】
前記患者データソース（１２〜１６）は、移植可能な医療デバイス、移植可能な診断マルチセンサ非治療デバイス、外部医療デバイス、移植可能センサおよび外部センサのうちの少なくとも１つを含む、請求項１３に記載の方法（５０）。
【請求項２５】
請求項１３に記載の方法（５０）を行うためのコードを保持するコンピュータ読取り可能なストレージ媒体。
【請求項２６】
自動患者管理システム（１０）において患者トリアージュ（７２）を管理する装置であって、該装置は、
複数の遠隔管理された患者（１１）に対する、ディスプレイ（９１）への患者データ（４２）の配置（６１）のために定義された基準（７１）を定義する手段であって、該患者データ（４２）は、それぞれのそのような該患者（１１）に動作し、生理的なセンサ（１３、１５、１６）および治療送達デバイス（１２、１４）のうちの少なくとも１つから選択された１つ以上の患者データソース（１２〜１６）から生じる、手段と、
健康状態の種類（５２）、該健康状態のひどさ（５３）および該健康状態を診療するために利用可能な施設（５４）のうちの１つ以上と関連したケアのニーズに基づいて、該ディスプレイ（９１）内に定義された該患者データ（４２）の順序付け（６２）を定義する手段と、
該患者データ（４２）と関連付けられたメタデータ（７３）に関連した該ディスプレイ（９１）内に定義された該患者データ（４２）の構成（６３）を定義する手段と
を備えている、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して自動患者管理に関し、特に、自動患者管理システムにおける患者トリアージュを管理するシステムおよび方法に関する。
【背景技術】
【０００２】
一般的に、ペースメーカーまたは除細動器などの移植可能医療デバイス（ＩＭＤ）を含む医療デバイスおよびセンサは、ペーシング、心臓再同期化、除細動、神経の刺激、薬剤の送達および生理的なデータのモニタリングなどの治療法の送達を提供する。これらのデバイスおよびセンサは、治療およびモニタリングの機能を介する予めプログラムされた動作および制御に依存することによって自律的に機能するが、それでもなお、プログラミングおよびトラブルシューティングのためにステータスを検査し、かつ遠隔測定器で送信された患者データをダウンロードするために、プログラマーおよび同様のデバイスなどの外部デバイスに、継続管理のために定期的にインタフェースされなくてはならない。
【０００３】
利用可能な患者データの通用期間および量は、継続管理の頻度に依存する。通常は、継続管理は、３ヶ月から１２ヶ月に一度、または必要に応じて診療所内で発生する。必須ではあるが、診療所への来診は、しばしば患者とその医師との間に起こる、１対１の個人間のコンタクトのみであり、複雑性または他の健康関連の問題は欠いている。他の継続管理の方法、例えば電話越しのモニタリングは、ヘルスケア提供者が、月単位で、遠隔的にデバイスおよびセンサに問い合わせることを可能にする。さらに最近は、リピータとして公知の、遠隔専用患者モニタリングデバイスは、ヘルスケア提供者がインターネットなどのデータ通信ネットワークを用いて日ごとに継続管理モニタリングを行うことを可能にした。
【０００４】
そのような頻繁なモニタリングは、多くのそのようなデバイスおよびセンサが提供することが可能な、実質的に連続的なモニタリングによって潜在的に利用可能な患者データの量を多大に増加させた。収集済みの患者データのふるい分けは、困難で時間のかかる作業であり、潜在的な健康問題を提示する患者を識別すること、ならびに治療のコンプライアンスを保証することおよび検知可能な重大ではない状態の日常の検査を行うことを含む。この問題は、遠隔管理される患者の数が増加し続けるにつれて悪化する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、収集済みの患者データの分析を介する、医療ケアが必要である遠隔管理された患者の効果的な識別および優先付けへのアプローチに対する必要性がある。好適には、そのようなアプローチは、考慮される医療のニーズと現実的な医療実施の考察との両立を図る。
【課題を解決するための手段】
【０００６】
システムおよび方法は、遠隔管理された患者の順序付けされ、優先順位が付けられたリストを形成することを含む。患者データは、移植可能な外部の医療デバイスおよびセンサを含む患者データソースから収集される。患者データは、臨床医によって特定された基準に対して評価されることによって、患者が、患者リストに載せられるかどうかが決定される。選択された患者は、健康状態の種類、健康状態のひどさおよび利用可能な施設を考慮するトリアージュを用いて優先付けられる。最後に、メタデータが、患者リストを構成するために適用される。
【０００７】
一実施形態は、自動患者管理システムにおける患者トリアージュを管理するシステムおよび方法を提供する。ディスプレイへの患者データの配置のための基準は、複数の遠隔管理された患者に対して定義される。患者データは、それぞれのそのような患者に動作し、生理的なセンサおよび治療送達デバイスのうちの少なくとも１つから選択された１つ以上の患者データソースから生じる。ディスプレイ内の患者データの順序付けは、健康状態の種類、健康状態のひどさ、健康状態を診断するために利用可能な施設のうちの１つ以上に関連したケアのニーズに基づいて定義される。ディスプレイ内の患者データの構成は、患者データに関連付けられたメタデータに関連して定義される。
【０００８】
本発明のさらに他の実施形態は、以下の詳細な記述から当業者に容易に明らかとなり、ここで、本発明を実施するために熟考された最良の様式を例示として、本発明の実施形態が記述される。認識されるように、本発明は、他のおよび異なる実施形態が可能であり、そのいくつかの詳細は、さまざまに明らかな点における修正が可能であり、それら全ては本発明の精神および範囲から逸脱することなくなされる。従って、図面および詳細な説明は、その本質において単に例示として考慮されるべきであり、限定的ではない。
【発明を実施するための最良の形態】
【０００９】
自動患者管理は、遠隔患者管理および患者の健康の自動診断を含む活動、例えば同一人に譲渡された米国特許出願公開第２００４／０１０３００１号（係属中、２００４年５月２７日公開）に記載された活動の範囲を含み、本開示は、本明細書中に参照によって援用される。そのような活動は、病院、診療所または医師のオフィスなどにある中央サーバを介して、または安全な無線モバイルコンピューティングデバイスなどのリモートワークステーションを介して、患者の近く、例えば患者の自宅またはオフィスにおいて行われ得る。図１は、一実施形態に従った、実施例としての自動患者管理環境１０を示す機能ブロック図である。複数の個々の患者１１が、例えば、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｍａｎａｇｉｎｇ  Ａｌｅｒｔ  Ｎｏｔｉｆｉｃａｔｉｏｎｓ  ｉｎ  ａｎ  Ａｕｔｏｍａｔｅｄ  Ｐａｔｉｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ」と題され、その開示が本明細書中に参照によって援用される、同一人に譲渡された米国特許出願第１１／１２１，８７０号（２００５年５月３日出願、係属中）に記載されたような、１つ以上のデータ収集デバイス１７を介して遠隔的に管理される。それぞれのデータ収集デバイス１７は、中央サーバ１８へのインターネットなどのインターネットワーク２２を介して遠隔的に相互連結される。インターネットワーク２２は、従来の有線および無線の両方の相互接続性を提供し得る。一実施形態において、インターネットワーク２２は、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）ネットワーク通信仕様に基づいているが、他の種類または組み合わせのネットワーキングインプリメンテーションも可能である。同様に、他のネットワークトポロジーおよび配列が可能である。
【００１０】
各データ収集デバイス１７は、個々の患者１１に固有に割り当てられ、１つ以上の患者データソース１２〜１６に、ローカライズされネットワークアクセス可能なインタフェースを提供し、これは、有線接続などの直接的手段あるいは誘導性の無線周波数または例えば「強力」なＢｌｕｅｔｏｏｔｈ（登録商標）またはＩＥＥＥ８０２．１１のワイヤレス忠実性「ＷｉＦｉ」インタフェーシング基準に基づいたワイヤレスの遠隔テレメトリなどの間接的手段のいずれかを介する。患者データソースインタフェーシングの他の構成および組み合わせが可能である。
【００１１】
患者データは、生理的な測定値を含み、これは、患者データソース自体の状態および機能特性に関する定量的または定性的なパラメトリックデータ、および温度または日時などの環境パラメータであり得る。他の種類の患者データが可能である。患者データソースは、主要機能または補足機能のいずれかとして患者データを収集および転送する。患者データソースは、実施例として、患者１１に治療を送達または提供する医療デバイス、患者１１に関連する生理的データを感知するセンサ、および患者１１とか関係なく発生する環境パラメータを測定する測定デバイスを含む。各患者データソースは、１つ以上の種類の患者データを生成し得、かつ治療の送達、生理的データの感知および環境パラメータの測定のための１つ以上の構成要素を組み合わせ得る。さらなる実施形態において、データ値は、患者１１によって患者データソースに直接的に入力され得る。例えば、健康に関する質問に対する回答が、キーボードおよびディスプレイ、またはマイクロフォンおよびスピーカなどの対話式ユーザインタフェーシング手段を含む測定デバイスに入力され得る。そのような患者提供型のデータ値も、患者情報として収集され得る。加えて、測定デバイスは、医療デバイスおよびセンサに頻繁に組み込まれる。医療デバイスは、ペースメーカー、移植可能な除細動器（ＩＣＤ）、薬剤ポンプ、神経刺激器などの移植可能な医療デバイス（ＩＭＤ）１２、ならびに自動体外除細動器（ＡＥＤ）などの外部医療デバイス（ＥＭＤ）１４を含む。センサは、移植可能な心臓および呼吸モニタと、移植可能な診断マルチセンサ非治療デバイスなどの移植可能なセンサ１３と、ホルターモニタ、体重計および血圧測定用カフなどの外部センサ１５および１６とを含む。他の種類の医療に関する感知および測定デバイスが、移植可能および外部デバイスの両方として可能である。
【００１２】
データ収集デバイス１７は、インターネットワーク２２を介するサーバ１８への定期的なアップロードおよびデータベース２１への格納のために、患者データソース１２〜１６から患者データを収集および一時的に格納する。患者データの収集は、患者収集デバイス１７によって、または１つ以上の患者データソース１２〜１６によってのいずれかで開始されるように定義され得る。収集済み患者データはまた、１つ以上の局所的に設定されたクライアント１９、またはインターネットワーク２２を介して安全に相互接続された１つ以上の遠隔のクライアント２０によって選択および優先され得、図４および図５を参照しながら以下にさらに記述される。収集済み患者データへのアクセスは、複数の臨床医、例えば医師、看護士または有資格の医療専門家などの間に、安全かつ聡明に統合された柔軟な表示および制御を提供する能力を含む。さらなる実施形態において、クライアント１９および遠隔のクライアント２０が、例えば臨床医、医師、看護士または有資格の医療専門家などによって用いられることによって、データベース２１にアセンブルされた、格納された患者データに安全にアクセスし得、該データベースは、例えば「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｍａｎａｇｉｎｇ  Ｃｏｏｒｄｉｎａｔｉｏｎ  ｏｆ  Ａｓｓｅｍｂｌｅｄ  Ｐａｔｉｅｎｔ  Ｄａｔａ  ｉｎ  ａｎ  Ａｕｔｏｍａｔｅｄ  Ｐａｔｉｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ」と題され、本開示が本明細書中に参照によって援用される、同一人に譲渡された米国特許出願第１１／１２１，５９３号（２００５年５月３日出願、係属中）に記載されたものである。臨床医に関連して本明細書中に記述されるが、全討議は、患者データにアクセスを求める、病院、診療所および研究室を含む組織、ならびに研究者、科学者、大学および政府官庁などの他の個人または関係者にも等しく当てはまる。
【００１３】
収集済み患者データは、Ｂａｒｄｙに対する、共有に係る米国特許第６，３３６，９０３号（２００２年１月８日発行）、Ｂａｒｄｙに対する米国特許第６，３６８，２８４号（２００２年４月９日発行）、Ｂａｒｄｙに対する米国特許第６，３９８，７２８号（２００２年６月２日発行）、Ｂａｒｄｙに対する米国特許第６，４１１，８４０号（２００２年６月２５日発行）およびＢａｒｄｙに対する米国特許第６，４４０，０６６号（２００２年８月２７日発行）に関連して記述された、１つ以上の条件の発生に対しても評価され得、また上記の開示は本明細書中に参照によって援用される。患者データの評価は、患者収集デバイス１７またはサーバ１８のいずれかによって行われるように定義され得る。
【００１４】
最後に、収集済み患者データにおいて発生する条件は、条件発生の外部インジケータを提供する、１つ以上のアラート通知をトリガし得る。アラート通知は、サーバ１８、患者収集デバイス１７、あるいはインターネットワーク２２の一部として、またはインターネット２２に付属して動作する他の１つ以上のデバイスのいずれかによって行われるように定義され得る。
【００１５】
さらなる実施形態において、患者データは、収集、アセンブリ、評価、送信および格納を行う間を含む、第三者への許可されていない開示に対して保護されることによって、患者のプライバシーを保護し、最近制定された医療情報プライバシー法、例えば医療保険の携行性と責任に関する法律（ＨＩＰＡＡ）およびＥｕｒｏｐｅａｎ  Ｐｒｉｖａｃｙ  Ｄｉｒｅｃｔｉｖｅに従う。最低限として、健康および医療関連の情報を用いて特定の個人を識別する、患者の健康情報は、保護が可能なものとして取り扱われるが、他の種類の取扱いに慎重を要する情報も、特定の患者の健康情報に加えて、またはその代わりに、保護が可能であり得る。
【００１６】
好適には、サーバ１８は、単一、マルチ、または分散型のプロセッシングシステムとして構成されたサーバグレードコンピューティングプラットフォームであり、クライアント１９および遠隔のクライアント２０は、パーソナルデスクトップコンピュータまたはノートブックコンピュータなどの汎用コンピューティングワークステーションである。加えて、データ収集デバイス１７、サーバ１８、クライアント１９および遠隔のクライアント２０は、プログラム可能なコンピューティングデバイスであり、それぞれは、１組のソフトウェアプログラム２３、２４、２５および２６を実行し、コンピューティングデバイスに従来から見出される構成要素、例えば中央処理装置（ＣＰＵ）、メモリ、ネットワークインタフェース、永続性記憶装置、およびこれらの構成要素を相互接続するためのさまざまな構成要素などを含む。
【００１７】
自動患者管理は、実質的に連続的なモニタリングを介して、潜在的に莫大な量の患者データを各患者１１に対して生成することを可能にし、このことは、時宜を得た細心の医療ケアの提供を確実にするために、結果として、慎重な患者の選択および優先順位を必要とする。これは「トリアージュ」とも呼ばれ、図３を参照して以下にさらに記述される。図２は、図１の環境１０におけるデータ収集４０を示す機能ブロック図である。データ収集工程は、データ収集デバイス起動データ収集対患者データソース起動データ収集の二分法を反映する。
【００１８】
患者から自律的に動作する患者データソースは、概してあらゆる時間に、あらゆる条件の下で患者データを記録することができる。しかし、患者データソースによって集積された、記録された患者データは、限定されたオンボードストレージを解放するために、ならびに処理および分析を容易にするために、定期的にアップロードされなくてはならない。一実施形態において、スケジュールは、インタフェースされた患者データソースのサブセットと関連付けられることによって、データ収集デバイス起動の患者データ収集を提供し得る。あるいは、スケジュールはまた、遠隔管理された患者による患者データの即座の回収を開始するために提供され得る。スケジュールは、移植された心臓パルス発生器などの患者データソースに対して適切であり得、ここで、患者データは、日ごとまたは週ごとに収集され得る。スケジュールは、臨床医によって選択された環境設定オプションに基づいて、データ収集デバイス１７の中に組み入れられ得るか、またはサーバ１８によって提供され得る。データ収集デバイスは、関連付けられた患者データソースに要求４１を送ることによって、予定された間隔で患者データを収集することを試み、該患者データソースは、患者データ４２を返信する。予期された患者データの受信がない場合には、データ収集デバイス１７は、可能な場合には、遅延したまたは失われた患者データを調査するために、患者データソースによって、あるいは患者１１、臨床医または有資格の第三者にコンプライアンス通知としてのメッセージまたは他の通知を送ることによって、継続管理スキームをインプリメントし得る。
【００１９】
予定されたデータ収集は、全ての患者データソース１２〜１６に適切ではあり得ない。例えば、無線周波数テレメトリを用いてデータ収集デバイス１７と通信する、バッテリで動く体重計は、通常はバッテリ寿命を延ばすためにオフにされている。通常、そのようなデバイスは、患者による使用後にのみデータ収集デバイス１７と通信し、それ以外ではスタンバイまたはスリープ状態に入り得る。そのようなデバイスは、しばしば送信専用モードにおいて動作し、従って着信メッセージを受信することは不可能であり得る。患者データソースは、データ収集デバイス１７に患者データ４２を非同期的に送信することによって、患者データソース起動の患者データ収集を提供する。一実施形態において、頻度が、インタフェースされた患者データソースのサブセットと関連付けられることによって、データ収集デバイス１７が患者データの受信を追跡または限定することを可能にし得る。予期された患者データの受信が無い場合には、データ収集デバイス１７は、可能な場合には遅延したまたは失われた患者データを調査するために、患者データソースによって、あるいは、患者１１、臨床医または有資格の第三者にコンプライアンス通知としてのメッセージまたは他の通知を送ることによって、継続管理スキームをインプリメントし得る。
【００２０】
最終的に、収集済み患者データ４３は、受信したときに、またはさらなる実施形態においては、遅延の後に、データ収集デバイス１７によってサーバ１８にアップロードされることによって、多数の患者データソースからの患者データ４２が、集積することを可能にする。サーバ１８は、データベース２１の中にアップロードされた患者データ４３を収集済み患者データとして格納する。
【００２１】
医療リソースは有限であり、また、医療ケアのために診察を受ける全ての患者が緊急な処置を必要とするわけではない。むしろ、細心な医療の診療は、臨床医が、患者のケアのニーズに基づいて該患者を選択および優先付けすることを可能にする。図３は、図１の環境１０にインプリメントされるような患者トリアージュ５７を示す、データの流れ図である。「トリアージュ」とは、患者が訴えているまたは示している健康状態の種類５２、健康状態のひどさ５３および医療ケアを提供するための利用可能な施設５４を含む３つの要因に基づいた、ケアを必要とする患者の選別を指す。これらの要因のそれぞれに割り当てられる重みは、必ずしも等しく割り当てられない。むしろ、健康状態の種類およびひどさは、例えば大都市の緊急治療室においては、利用可能な施設を超える、より上位の重要性を取り得る。要因の他の種類および重みが可能である。
【００２２】
遠隔管理された患者１１の人口の自動患者管理に関連して、トリアージュは、臨床医が、患者データソース１２〜１６からの患者データの実質的に連続的なモニタリングおよび報告によって生成された大量の患者データを細心に考慮し、何らかの形態の医療ケアを必要とする患者１１を識別することを可能にする。図４は、図１の環境１０における患者選択および優先順位６０を示す、工程の流れ図である。該工程は、報告された患者データのそれぞれのセットが適切に評価されることによって、ヘルスケア提供の適切な方針を識別することを保証することを含む。
【００２３】
一実施形態において、サーバ１８を用いて、患者の配置６１、順序付け６２および構成６３が提供される。概して、患者データは、データ収集デバイス１７によって患者データソース１２〜１６から収集され、最終的にサーバ１８にアップロードされる。一旦受信すると、サーバ１８は、収集済み患者データを、臨床医の使用のために利用可能となるデータベース２１に格納する。さらなる実施形態において、収集済み患者データはまた、サーバ１８によって分析されることによって、患者の健康、デバイスの状態および同様な情報を決定する。
【００２４】
患者の配置６１は、遠隔管理された患者１１を患者リストに載せる基準を確立するために用いられる。患者リストに載っていない患者は、それでも詳細に記録されなくてはならない。診療所内および遠隔の両方の医療ケアが提供され得、また、患者のコンプライアンス確認の記録および検知可能な重大ではない状態の日常の検査も提供され得る。加えて、それぞれの臨床医は、適切な基準を確立することによって、複数の臨床医の医療ニーズが受け入れられることを保証し得る。他の患者の配置基準が可能である。
【００２５】
順序付け６２は、遠隔管理された患者１１が、優先付けされた患者リスト上に載っている位置を規定する。一実施形態において、トリアージュ５７が適用されることによって、患者リストに載った患者１１を順序付け、各要因に割り当てられた重みは、必要に応じて臨床医によって決定される。他の種類の順序付けが可能である。
【００２６】
最後に、構成６３は、臨床医が、医療ケアの提供を生じる他の考察を要因に入れることを可能にする。該考察は、患者の配置または順序付けを通常は生じない要因を識別するメタデータとして規定されるが、メタデータは、それらの考慮とオーバーラップし得る。他の種類の構成が可能である。
【００２７】
患者リストの管理を達成する臨床医の考察は、サーバ１８によって維持された設定のセットとして規定される。図５は、図１の環境において用いられる患者選択および優先順位の設定７０を示すデータの流れ図である。該設定は、基準７１、トリアージュ７２およびメタデータ７３の考察を規定し、該考察は、それぞれ患者リストの配置、順序付けおよび構成を容易にする。
【００２８】
一実施形態において、患者配置基準７１は、１つ以上の個別の基準７４を定義することによって規定される。患者リストの配置に対する最低限の基準として、１つ以上の患者データソース１２〜１６に動作可能なようにインタフェースされたデータ収集デバイス１７の動作を介して、患者が遠隔管理されなくてはならない。他の基準の考察が可能である。
【００２９】
トリアージュの考察７２は、健康状態の特定の種類または水準７５、提示される健康状態のひどさ７６、および患者を介護するために臨床医に利用可能な施設７７に重みまたは優先順位を割り当てることによって規定される。他のトリアージュの考察も可能である。
【００３０】
最後に、メタデータ７３は、個別の漠然と関連したメタデータの考察７８のセットとして規定され、図６を参照して以下にさらに記述される。例えば、メタデータ７３は、デバイス状態フラッグなどの、収集済み患者データに見られる特定のインジケータまたはパラメータに関連し得、あるいは、ワークフロー管理または外部データソースなどの一般的な医療問題に関連し得る。他のメタデータの考察が可能である。
【００３１】
さらなる実施形態において、臨床医は、他の臨床医が患者リスト上の患者と相互作用しているかどうかを決定し得る。それぞれの患者の記録の現在の配置は、その患者の記録を過去に閲覧した全ての臨床医を識別するリストを含む。他の種類の複数の臨床医に関する情報提供が可能である。
【００３２】
一実施形態において、臨床医によってカスタム化が可能な表示が、ウェブベースのフォーマットにおいて閲覧可能なページとして提供されるが、他の種類のフォーマットおよび物理的な媒体が可能である。図６は、実施例として、図１のサーバ１８によって生成された患者リストディスプレイ９１を示す、スクリーン図９０である。患者リストディスプレイ９１は、クライアント１９、遠隔のクライアント２０または他の互換性のあるコンピューティングシステム上で実行するウェブブラウザを介して見られ得る。さらに、閲覧可能なウェブページに関連して記述されたが、患者リストディスプレイも、他のフォーマットおよび物理的な媒体を含み得る。患者リストディスプレイ９１は、患者記録９２のセットを含み、該患者記録のセットは、収集済み患者データの要約を含む。他の種類の情報も含まれ得る。
【００３３】
以下のメタデータの考察が、患者リスト構成のために提供される。
・アラート９３：患者または医療デバイスまたはセンサの全般的な状態のインジケータ、体重増加などの特定の健康インジケータ、高いリードインピーダンスなどのインタフェースされた医療デバイスから得られたインジケータまたはインタフェースされたセンサから得られたインジケータを含む。カスタム化が不可能なインジケータ９４と相互に関係付けられ得る。
・カスタム化が不可能なインジケータ９４：全ての臨床医に利用可能である、カスタム化が不可能なインジケータを含む。アラート９３と相互に関連付けられ得る。
・配置９５：患者データソースの患者起動の呼びかけ信号から生じた、最近加えられた患者または患者データ。
・最終遠隔呼びかけ信号９６：最後のデータ収集エピソードからの時間の長さによって順序付けられた、患者の優先付けされたリストを含む。
・次の継続管理９７：次の継続管理の予約の日付を含み、例えば臨床医が空いていない場合には、予定の組みなおしを可能にし得る。
・ワークフロー状態９８：高い優先度の患者が直ちに検査され、かつ臨床医は、各患者の検査状態を知らされることを、臨床医が、確実にすることを可能にする。
・ワークフローパラメータ：診療所に関連した考察に基づいたフィルタリングまたは優先付け、例えば支払請求の事前準備、電子医療記録のエクスポート、紹介レター生成および継続管理レター生成などを可能にする。
・外部ソース９９：他のデータベースにおけるイベントなどの、外部データソースに関連して発生するイベントを含む。例えば、外部データベースは、リコール通知または研究発見によってもたらされる、特定の移植されたデバイスモデルに関連した通知を供給し得る。臨床医の覚書、注釈または添付物などの、他の種類の分類されていない情報も含み得る。
他のメタデータの考察が可能である。
【００３４】
サーバは、患者のケアを選択および優先付けする中心的なハブとして機能する。図７は、図１の環境１０において用いられる自動患者管理システムにおける患者トリアージュを管理するサーバ１２１を示す、機能ブロック図１２０である。サーバ１２１は、ストレージ１２６およびデータベース１２７を含み、複数のクライアント１９、遠隔のクライアント２０および他の互換性のあるコンピューティングシステムの間の、複数の患者に対する患者データの表示を整理するように構成され得る。他のサーバ機能が可能である。
【００３５】
最低限として、サーバ１２１は、マネージャ１２２を含む。マネージャ１２２は、臨床医によって規定された基準１２９に基づいて、患者リスト上に配置する患者を選択する。マネージャ１２２は、健康状態の種類１３０、健康状態のひどさ１３１および利用可能な施設１３１を要因とするトリアージュを介して、選択された患者を順序付ける。最後に、マネージャ１２２は、患者リストを構成するためにメタデータ１３３を適用する。
【００３６】
さらなる実施形態において、サーバ１２１は、収集器１２３、評価器１２４および通知器１２５をさらに含む。収集器１２３は、全ての患者データソース１２〜１６に対するデバイスおよびセンサ１２８のリストを維持し、スケジュール１３８および最大頻度１３９を作成し、インタフェースされたデータ収集デバイスによる患者データの収集を管理するために臨床医によって用いられる。収集器１２３は、データ収集デバイスから受信した患者データ１３５を収集し、該データは、データベース１２７の中に患者データセット１３４として格納される。収集器１２３は、例えば、可能である場合には、予期された収集済み患者データを送信していない患者データソースに継続管理要求１３７を送信することによって、またはコンプライアンス通知として、患者１１、臨床医または有資格の第三者にメッセージまたは他の通信を送信することによって、継続管理スキームを実行し得る。
【００３７】
評価器１２４は、アラート条件の完全なセットに対して収集済み患者データ１３５を評価する。１つ以上のトリガは、アラート条件と関連付けられ、アラート条件の発生は、関連付けられたトリガを作動させる。同一のアラート条件は、サーバ１２１および１つ以上のデータ収集デバイスの両方によって評価され得る。
【００３８】
通知器１２５は、アラート通知を提供する。アラート通知は、関連付けられたトリガが検知されたときに実行される通知スキームに割り当てられる。通知スキームは、１つ以上のレベルのアラートに構成され得る。実施例として、アラート通知１６４は、ウェブページアップデート、電話またはページャ呼出し、電子メール、ＳＭＳ、テキストまたは「インスタント」メッセージ、ならびにデータ収集デバイス１７を介して送られる患者へのメッセージおよび緊急サービスと臨床医とに同時に発生する直接通知を含む。他のアラート通知が可能である。
【００３９】
本発明は、特にその実施形態を参照しながら表示および記述されたが、形態および詳細における前述および他の変更が、本発明の精神および範囲から逸脱することなくなされ得ることを、当業者は理解する。
【図面の簡単な説明】
【００４０】
【図１】図１は、一実施形態に従った、実施例として、自動患者管理環境を示す機能ブロック図である。
【図２】図２は、図１の環境におけるデータ収集を示す機能ブロック図である。
【図３】図３は、図１の環境にインプリメントされた患者トリアージュを示す、データの流れ図である。
【図４】図４は、図１の環境における患者選択および優先順位を示す、工程の流れ図である。
【図５】図５は、図１の環境において用いられる患者選択および優先順位の設定を示すデータの流れ図である。
【図６】図６は、実施例として、図１のサーバによって生成された患者リストディスプレイを示す、スクリーン図である。
【図７】図７は、図１の環境において用いられる自動患者管理システムにおける患者トリアージュを管理するサーバを示す、機能ブロック図である。
【図１】
2008541234.tif 000003
【図２】
2008541234.tif 000004
【図３】
2008541234.tif 000005
【図４】
2008541234.tif 000006
【図５】
2008541234.tif 000007
【図６】
2008541234.tif 000008
【図７】
2008541234.tif 000009
【手続補正書】
【提出日】平成19年12月26日(2007.12.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
自動患者管理システム（１０）において患者トリアージュ（７２）を管理するシステム（１２１）であって、該システム（１２１）は、
複数の遠隔管理された患者（１１）に対する、ディスプレイ（９１）への患者データ（４２）の配置（６１）のために定義された基準（７１）であって、該患者データ（４２）は、それぞれのそのような該患者（１１）に動作し、生理的なセンサ（１３、１５、１６）および治療送達デバイス（１２、１４）のうちの少なくとも１つから選択された１つ以上の患者データソース（１２〜１６）から生じる、基準（７１）と、
健康状態の種類（５２）、該健康状態のひどさ（５３）および該健康状態を診療するために利用可能な施設（５４）のうちの１つ以上と関連したケアのニーズに基づいて、該ディスプレイ（９１）内に定義された該患者データ（４２）の順序付け（６２）と、
該患者データ（４２）と関連付けられたメタデータ（７３）に関連した該ディスプレイ（９１）内に定義された該患者データ（４２）の構成（６３）と
を含む、システム（１２１）。
【請求項２】
前記メタデータ（７３）は、前記患者（１１）またはデバイスの全般的な状態のインジケータ、特定の健康インジケータ、または１つ以上の前記患者データソース（１２〜１６）から得られたインジケータを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項３】
前記メタデータ（７３）は、少なくとも１つのそのような前記患者データ（４２）に関連して発生する条件のインジケータを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項４】
前記メタデータ（７３）は、最近加えられた前記患者（１１）、または前記患者データソース（１２〜１６）の患者起動の呼びかけ信号から生じる前記患者データ（４２）を含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項５】
前記メタデータ（７３）は、最後のデータ収集エピソードからの時間の長さによって順序付けられた、前記患者（１１）の優先順位が付けられたリストを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項６】
前記メタデータ（７３）は、前記患者（１１）に対する次の継続管理予約の日付を含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項７】
前記メタデータ（７３）は、高い優先度の前記患者（１１）が直ちに検査されることを保証するためのワークフロー状態と、臨床医が適切に通知されることを保証するための、それぞれの前記患者（１１）の検査状態とを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項８】
前記メタデータ（７３）は、支払請求の事前準備、電子医療記録のエクスポート、紹介レター生成および継続管理レター生成のうちの１つ以上に関連したワークフローパラメータを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項９】
前記メタデータ（７３）は、外部データソースに関連して発生するイベントを含む群から選択される、請求項１に記載のシステム（１２１）。
【請求項１０】
収集に続いて評価可能な少なくとも１つのそのような前記患者データ（４２）に関連して発生する条件に関連付けられるように定義された１つ以上のトリガと、
該条件の発生の外部インジケータを提供するための少なくとも１つのそのような該トリガを検知したときに実行可能なように決定された通知スキームと
をさらに含む、請求項１に記載のシステム（１２１）。
【請求項１１】
収集済みの前記患者データ（４２）を格納するためのデータベース（１２７）をさらに含み、該格納された収集済みの患者データ（４２）は、ディスプレイ（９１）への該患者データ（４２）の前記配置（６１）に関連して含まれている、請求項１に記載のシステム（１２１）。
【国際調査報告】
2008541234.tif 000010