(57)【要約】遠隔患者看護環境（１０）の自動設定（４０）を提供するためのシステムおよび方法。ネットワーク接続（１１）を介しての中央サーバ（１３）への接続性が確認される。無線接続可能な１つ以上のモニタリングデバイス（１５〜１８）による患者（１４）の報告データ（１０１）は、ユーザインターフェース（２３）を介して提供される制御を通して誘導される。デバイス（１５〜１８）はそれぞれ、デバイス（１５〜１８）が、無線接続（４４）を確立し、アクセス許可が条件とされるデータ（１０１）報告を試行することによって登録される。アクセス許可の付与に応じて、デバイス（１５〜１８）は、無線で接続され、続いて、データ（１０１）が、無線接続（４４）を介して受信される。
2010502291.tif 000002
【特許請求の範囲】
【請求項１】
遠隔患者看護環境（１０）の自動設定（４０）を提供するためのシステムであって、
ネットワーク接続（１１）を介した中央サーバ（１３）への接続性（４１）を確認する、遠隔インターフェース（１２３）と、
ユーザインターフェース（２３）を介して提供される制御を通して無線接続可能な、１つ以上のモニタリングデバイス（１５〜１８）によって、患者（１４）のデータ報告（４２）を誘導する、構成モジュール（１２５）と、
該デバイス（１５〜１８）が、無線接続（４４）を確立し、アクセス許可を条件として、該データ（１０１）の報告を試行する場合に、該デバイス（１５〜１８）のそれぞれを登録する（４３）、ルックアップモジュール（１２４）と、
該アクセス許可の付与の際に、該デバイス（１５〜１８）と無線接続（４４）し、続いて、該無線接続（４４）を介して、該データ（１０１）を受信する、遠隔インターフェース（１２３）と
を備える、システム。
【請求項２】
前記デバイス（１５〜１８）のうちの１つ以上は、操作パラメータ（１１３）を該デバイス（１５〜１８）に指定することによって、再構成（４６）される、請求項１に記載のシステム。
【請求項３】
前記操作パラメータ（１１３）は、個人識別番号、サービス名、およびタイムクロックから成る群から選択される、請求項２に記載のシステム。
【請求項４】
前記操作パラメータ（１１３）は、前記ユーザインターフェース（２３）および前記中央サーバ（１３）のうちの少なくとも１つを介して指定される、請求項２に記載のシステム。
【請求項５】
前記各デバイス（１５〜１８）の登録は、種類によって制限される、請求項１に記載のシステム。
【請求項６】
前記中央サーバ（１３）への前記接続性（４４）が確認できない場合、アラート（１３９）を生成する報告モジュール（１２７）をさらに備える、請求項１に記載のシステム。
【請求項７】
アクセス検証（１００）は、個人識別番号、サービス名、型番、シリアル番号、およびデバイスの種類から成る群から選択される、請求項１に記載のシステム。
【請求項８】
患者プロファイル（１３０）およびデバイス構成（１２９）のうちの少なくとも１つは、前記ネットワーク接続（１１）を介して、前記中央サーバ（１３）から検索される、請求項１に記載のシステム。
【請求項９】
前記アクセス許可が付与された前記各デバイス（１５〜１８）の中央サーバ（１３）に状態（１２６）を提供する、報告モジュール（１２７）をさらに備える、請求項１に記載のシステム。
【請求項１０】
前記無線接続（４４）を介して受信された前記データ（１０１）を保護する、セキュリティモジュール（１２６）をさらに備える、請求項１に記載のシステム。
【請求項１１】
前記データ（１０１）の保護は、
アクセス許可が以前に付与されたデバイス（１５〜１８）に対する発生源に関して、受信に応じて、該データ（１０１）を認証する、認証サブモジュール（１０２）と、
所定の限度および閾値に対し、該データ（１０１）を評価することによって、受信に応じて、該データ（１０１）の保全性を判断する、保全性サブモジュール（１０２）と、
前記無線接続（４４）を介した伝送中に、該データ（１０１）を暗号化する、暗号化サブモジュール（１０２）と
のうちの１つ以上を備える、請求項１０に記載のシステム。
【請求項１２】
アクセス許可が以前に付与された前記デバイス（１５〜１８）のうちの少なくとも１つは、無線で再接続され、続いて、前記無線接続（４４）を介して、さらなるデータ（１０１）が受信される、請求項１に記載のシステム。
【請求項１３】
前記さらなるデータは、無線再接続試行の失敗によって、一時的に保存される、請求項１２に記載のシステム。
【請求項１４】
前記無線接続（４４）は、Ｂｌｕｅｔｏｏｔｈ接続として実装される、請求項１に記載のシステム。
【請求項１５】
前記モニタリングデバイス（１５〜１８）は、移植可能医療デバイス（１５）および外部医療デバイス（１６）のうちの１つを備える、請求項１に記載のシステム。
【請求項１６】
前記外部医療デバイス（１６）は、自律的に操作される外部デバイス（１６）と、患者（１４）、付添者、または介護者の制御下で操作される外部デバイス（１６）と、主観的フィードバックまたは通信を受信あるいは提供するためのユーザインターフェース（２３）を含む外部デバイス（１６）とから成る群から選択される、請求項１５に記載のシステム。
【請求項１７】
遠隔患者看護環境（１０）の自動設定（４０）を提供するための方法であって、
ネットワーク接続（１１）を介した中央サーバ（１３）への接続性を確認（４１）するステップと、
ユーザインターフェース（２３）を介して提供される制御を通して無線接続可能な１つ以上のモニタリングデバイス（１５〜１８）によって、患者（１４）のデータ報告を誘導（４２）するステップと、
該デバイス（１５〜１８）が、無線接続（４４）を確立し、アクセス許可を条件として、該データ（１０１）の報告を試行することによって、該デバイス（１５〜１８）のそれぞれを登録（４３）するステップと、
該アクセス許可の付与に応じて、該デバイス（１５〜１８）と無線接続（４４）し、続いて、該無線接続（４４）を介して、該データ（１０１）を受信する受信するステップと
を包含する、方法。
【請求項１８】
前記デバイス（１５〜１８）のうちの１つ以上は、操作パラメータ（１１３）を該デバイス（１５〜１８）に指定することによって、再構成（４６）するステップをさらに包含する、請求項１７に記載の方法。
【請求項１９】
前記操作パラメータ（１１３）は、個人識別番号、サービス名、およびタイムクロックから成る群から選択される、請求項１８に記載の方法。
【請求項２０】
前記操作パラメータ（１１３）は、前記ユーザインターフェース（２３）および前記中央サーバ（１３）のうちの少なくとも１つを介して指定される、請求項１８に記載の方法。
【請求項２１】
前記各デバイス（１５〜１８）の登録は種類によって制限される、請求項１７に記載の方法。
【請求項２２】
前記中央サーバ（１３）への前記接続性が確認できない場合、アラート（１３９）を生成（１２７）するステップをさらに包含する、請求項１７に記載の方法。
【請求項２３】
アクセス検証（１００）は、個人識別番号、サービス名、型番、シリアル番号、およびデバイスの種類から成る群から選択される、請求項１７に記載の方法。
【請求項２４】
患者プロファイル（１３０）およびデバイス構成（１２９）のうちの少なくとも１つを、前記ネットワーク接続（１１）を介して、前記中央サーバ（１３）から検索するステップをさらに包含する、請求項１７に記載の方法。
【請求項２５】
前記アクセス許可が付与された各デバイス（１５〜１８）の前記中央サーバ（１３）に状態（１２６）を提供するステップをさらに包含する、請求項１７に記載の方法。
【請求項２６】
前記無線接続（４４）を介して受信された前記データ（１０１）を保護するステップをさらに包含する、請求項１７に記載の方法。
【請求項２７】
前記データ（１０１）保護は、
アクセス許可が以前に付与されたデバイス（１５〜１８）に対する発生源に関して、受信に応じて、該データ（１０１）を認証（１０２）するステップと、
所定の限度および閾値に対し、該データ（１０１）を評価することによって、受信に応じて、該データ（１０１）の保全性を判断（１０２）するステップと、
前記無線接続（４４）を介して伝送中に、該データ（１０１）を暗号化するステップ（１０２）と
のうちの１つ以上を包含する、請求項２６に記載の方法。
【請求項２８】
アクセス許可が以前に付与された前記デバイス（１５〜１８）のうちの少なくとも１つと無線で再接続し、続いて、前記無線接続（４４）を介して、さらなるデータ（１０１）を受信するステップをさらに包含する、請求項１７に記載の方法。
【請求項２９】
前記さらなるデータ（１０１）は、無線再接続試行の失敗によって、一時的に保存される、請求項２８に記載の方法。
【請求項３０】
前記無線接続（４４）は、Ｂｌｕｅｔｏｏｔｈ接続として実装される、請求項１７に記載の方法。
【請求項３１】
前記モニタリングデバイス（１５〜１８）は、移植可能医療デバイス（１５）および外部医療デバイス（１６）のうちの１つを備える、請求項１７に記載の方法。
【請求項３２】
前記外部医療デバイス（１６）は、自律的に操作される外部デバイス（１６）と、患者（１４）、付添者、または介護者の制御下で操作される外部デバイス（１６）と、主観的フィードバックまたは通信を受信あるいは提供するためのユーザインターフェース（２３）を含む外部デバイス（１６）とから成る群から選択される、請求項３１に記載の方法。
【請求項３３】
請求項１７に記載の方法を行うためのコードを保持する、コンピュータ読み取り可能記憶媒体。
【請求項３４】
遠隔患者看護環境（１０）の自動設定（４０）を提供するための装置であって、
ネットワーク接続（１１）を介した中央サーバ（１３）への接続性を確認（４１）するための手段と、
ユーザインターフェース（２３）を介して提供される制御を通して無線接続可能される、１つ以上のモニタリングデバイス（１５〜１８）によって、患者（１４）のデータ報告を誘導（４２）するための手段と、
該デバイス（１５〜１８）が、無線接続（４４）を確立し、アクセス許可を条件として、該データ（１０１）の報告を試行することによって、該デバイス（１５〜１８）のそれぞれを登録（４３）するための手段と、
該アクセス許可の付与に応じて、該デバイス（１５〜１８）と無線接続（４４）し、続いて、該無線接続（４４）を介して、該データ（１０１）を受信するための手段と
を備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（技術分野）
本発明は、概して、遠隔患者看護にモニタリング、より具体的には、遠隔患者看護環境の自動設定を提供するためのシステムおよび方法に関する。
【背景技術】
【０００２】
（背景技術）
遠隔患者管理によって、医師、看護士、または他の医療看護提供者等の臨床医は、医療関係者の存在または補助を必要とせずに、患者データを収集および転送可能な在宅看護医療デバイスを介して、患者の健康状態を追跡することができる。遠隔患者管理は、インターネット等のデータ通信ネットワークを介して提供されることが可能である。患者当たり１つ以上の医療デバイスは、患者の自宅にインストールされたリピータ等の専用患者管理デバイスを経由して、中央サーバと遠隔に相互接続する。患者管理デバイスは、診療室内の患者医療デバイスに問い合わせを行う従来のプログラマを補完する。本インフラストラクチャによって、患者の健康状態は、外来診療費をかけずに、専門の医療看護スタッフによって、継続的にモニタリングされ、中央で分析可能となる。
【０００３】
患者生理機能測定値は、専用センサ、あるいはペースメーカまたは除細動器等の医療用治療デバイス内に組み込まれたセンサを介して、測定および記録可能である。記録された患者生理機能測定値は、ローカル分析および中央サーバへの中継のために、定期的に、専用患者管理デバイスにアップロードされる。したがって、遠隔患者管理を作用させるために、各患者管理デバイスは、中央サーバへは遠隔に、かつセンサおよび患者治療デバイスへはローカルにインターフェースすることが可能でなければならない。
【０００４】
遠隔およびローカルインターフェースの操作性を確実にすることは、遠隔患者看護を提供するための必須条件である。既存の遠隔看護環境設定は、各構成要素の手動構成および試験を必要とし、十分な操作を確実にするために、患者に負担を課す。実際、個々の患者、特に、高齢、衰弱、または障害を抱える患者は、必ずしも技術的に知識があるわけではなく、遠隔管理環境を手動で設定することが必要とされる場合、困難となり得る。それでもなお、介護者は、依然として、遠隔看護を開始し、サービスを確立する前に、各患者管理デバイスが、中央サーバと、センサおよび患者治療デバイスのそれぞれの両方に接続可能であることを確実にしなければならない。また、介護者は、設定の際に生じる異常を解決しなければならない。しかしながら、費やされる時間、費用、および資源を最小限にすることは、操作の完全な故障を生じさせるような異常のみ、増加することとなる。
【０００５】
設定は、遠隔看護を提供する第１のステップでしかない。デバイスの構成および設定は、経時的に変更可能である。既存のデバイスを除去または交換し、新しいデバイスを追加してもよい。操作パラメータまたはファームウェアは、それぞれ、再プログラミングまたはパッチングを必要とし得る。潜在的に、設定のやり直しと、患者へのデバイスの手動交換の要求を伴う各変更は、高価かつ時間がかかり、実用的でない可能性がある。
【０００６】
設定の成功後、患者、または該当する場合、付添者は、患者管理デバイス、患者操作可能センサ、および医療用治療デバイスの適切な操作について、訓練を受けなければならない。効果的な訓練および試験は、指示および練習を必要とするが、生データの使用は、誤って実施される場合、不必要に資源を消費し、患者の健康状態に影響を及ぼし得る。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、センサ、患者治療デバイス、および患者管理デバイスの初期および後続のインストールおよび構成の両方を支持可能な、患者のための遠隔患者看護環境の透過的かつ自動設定を促進する必要性が存在する。
【課題を解決するための手段】
【０００８】
遠隔患者看護環境は、患者管理デバイスの初期起動に応じて、あるいは中央サーバまたはクライアント等の患者または遠隔源の主導によって開始する、一連の自動操作を介して設定される。最初に、中央サーバへの接続が確立され、サーバ接続が操作可能であることの確認と、最新構成およびプロファイルの受信の両方が行われる。その後、患者管理デバイスは、専用センサおよび医療用治療デバイス等の１つ以上のローカルに位置する医療デバイスからの患者データアップロード要求を待つ。データ報告は、各医療デバイスをブートして、接続を初期化し、患者管理デバイスおよび医療デバイスの操作について、患者または付添者の訓練を支援するように誘導される。各医療デバイスが、患者データのアップロードを試行すると、患者医療デバイスは、セキュアな接続を確立し、必要に応じて、送信医療デバイスを再構成する。その後、遠隔患者管理が開始可能となる。
【０００９】
一実施形態は、遠隔患者看護環境の自動設定を提供するためのシステムおよび方法を提供する。ネットワーク接続を介しての中央サーバへの接続性が確認される。無線接続可能な１つ以上のモニタリングデバイスによる患者のデータ報告は、ユーザインターフェースを介して提供される制御を通して誘導される。デバイスはそれぞれ、デバイスが、無線接続を確立し、アクセス許可が条件とされるデータ報告を試行することによって登録される。アクセス許可の付与に応じて、デバイスは、無線で接続され、続いて、データが、無線接続を介して受信される。
【００１０】
さらに他の実施形態は、本発明を実施するために企図される最良の形態を図示することを目的として、本発明の実施形態が説明される以下の発明を実施するための最良の形態から、容易に当業者に明白となるであろう。理解されるように、本発明の精神および範囲から逸脱することなく、本発明は、その他および異なる実施形態が可能であって、そのいくつかの詳細は、種々の明白な点において修正が可能である。故に、図面および発明を実施するための最良の形態は、事実上例示的であって、制限的であるとみなされない。
【図面の簡単な説明】
【００１１】
【図１】図１は、一例として、自動患者管理環境を示す、機能ブロック図である。
【図２】図２は、一例として、遠隔患者看護環境において行われるタスクの階層を示す、ブロックフロー図である。
【図３】図３は、一実施形態による、図１の遠隔患者看護環境の自動設定を示す、プロセスフロー図である。
【図４】図４は、図１の遠隔患者看護環境内のデータ報告を示す、プロセスフロー図である。
【図５】図５は、図１の遠隔患者看護環境内のサーバ接続性の確認を示す、プロセスフロー図である。
【図６】図６は、図１の遠隔患者看護環境内のデバイス登録を示す、プロセスフロー図である。
【図７】図７は、図１の遠隔患者看護環境内の患者管理デバイスおよびサーバ接続を示す、プロセスフロー図である。
【図８】図８は、図１の遠隔患者看護環境内のデータ伝送を示す、プロセスフロー図である。
【図９】図９は、図１の遠隔患者看護環境内のデータ伝送およびデバイス再構成を示す、プロセスフロー図である。
【図１０】図１０は、図１の遠隔患者看護環境内での使用のための患者管理デバイスを示す、機能ブロック図である。
【発明を実施するための形態】
【００１２】
自動患者管理は、係属中である２００４年５月２７日公開の同一出願人による米国特許出願公開第２００４／０１０３００１号に記載され、参照することによって、その開示が本明細書に援用されるように、遠隔患者管理および患者の健康の自動診断を含む、一定範囲の活動を包含する。そのような活動は、病院、クリニック、または医師のオフィス等の中央サーバを介して集中的に、あるいはセキュアな無線携帯コンピュータデバイス等の遠隔ワークステーションを介して、患者の自宅またはオフィス等の患者の近位で実施することが可能である。図１は、一例として、自動患者管理環境１０を示す、機能ブロック図である。一実施形態では、患者１４は、インターネット等のインターネットワーク１１を経由して、あるいは従来または携帯電話ネットワーク等の公衆電話交換機２２を介して、中央サーバ１３に遠隔に相互接続される、患者管理デバイス１２等の１つ以上の患者モニタリングまたは通信デバイスに対し近位に位置する。他の患者モニタリングまたは通信デバイスも可能である。加えて、インターネットワーク１１は、従来の有線および無線相互接続性の両方を提供可能である。一実施形態では、インターネットワーク１１は、伝送制御プロトコル／インターネット・プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ；ＴＣＰ／ＩＰ）ネットワーク通信仕様に基づくが、ネットワーク実装の他の種類または組み合わせも可能である。同様に、他のネットワークトポロジおよび配列も可能である。
【００１３】
各患者管理デバイス１２は、ユーザインターフェース２３を含み、治療中の患者１４に一意的に割り当てられ、有線接続性等の直接手段を介して、もしくは、例えば、「強固な」ＢｌｕｅｔｏｏｔｈまたはＩＥＥＥ  ８０２．１１ワイヤレス・フィディリティ「ＷｉＦｉ」および「ＷｉＭａｘ」インターフェース標準規格に基づく、誘導または選択無線周波数あるいは無線テレメトリ等の間接手段を介して、ローカライズされ、ネットワークアクセス可能なインターフェースを１つ以上の医療デバイス１５〜１８に提供する。患者データ源インターフェースの他の構成および組み合わせも可能である。
【００１４】
医療デバイス１５〜１８は、主要または補助機能として、患者データ２２を収集および転送する。患者データは、患者データ源自体の状態および操作特性に関する定量的または定性的パラメトリックデータ、ならびに温度または時刻等の環境パラメータであり得る、生理学的測定値を含む。他の種類の患者データも可能である。
【００１５】
医療デバイス１５〜１８は、一例として、患者１４に治療を送達または提供する医療用治療デバイスと、患者生理機能測定値を感知する医療センサと、患者１４と無関係に生じる環境および他のデータを収集するための測定デバイスとを含む。各医療デバイス１５〜１８は、１つ以上の種類の患者データを生成可能であって、治療を送達し、生理学的データを感知し、環境パラメータまたは機能性の組み合わせを測定するための１つ以上の構成要素を組み込むことが可能である。医療用治療デバイスは、ペースメーカ、移植可能心臓除細動器（ＩＣＤ）、薬物ポンプ、および神経刺激器等の移植可能医療デバイス（ＩＭＤ）１５と、外部医療デバイス（ＥＭＤ）１６とを含む。医療センサは、移植可能心臓および呼吸モニタおよび移植可能診断用複数センサ非治療的デバイス等の移植可能センサ１７と、温度計、心拍数モニタ、ホルター心電計、スパイロメータ、体重計、および血圧計カフ等の外部センサ１８とを含む。外部医療デバイスおよびセンサは、自律的に、あるいは患者、付添者、または介護者の制御下、操作可能であって、主観的フィードバックまたは通信を受信あるいは提供するためのユーザインターフェースを含むことが可能である。
【００１６】
遠隔患者看護の開始に先立って、環境１０は、患者管理デバイス１２が、患者によって使用可能であって、ローカルに位置する医療デバイス１５〜１８および遠隔に位置する中央サーバ１３の両方とリライアブルに通信可能であることを確実にするように設定されなければならない。加えて、患者管理デバイス１２または医療デバイス１５〜１８の構成に対する変更を解決することによって、遠隔看護を開始する際のさらなる不必要な中断または遅延が回避されるはずである。故に、図３を始めとして参照して、さらに後述されるように、初期起動に応じて、もしくは患者１４、あるいは中央サーバ１３またはクライアント２０等の他の源の主導によって、患者管理デバイス１２は、各デバイス接続を設定および試験し、デバイス構成に任意の変更を適用する自動設定手順を実行する。設定の成功後、患者データ２２は、患者データ２２を分析し、それに応じて、同様に、中央サーバ１３に転送可能な、患者管理デバイス１２に転送するために、医療デバイス１５〜１８によって収集される。
【００１７】
さらなる実施形態では、データ値は、患者１４によって、直接入力可能である。例えば、健康についての質問に対する回答は、キーボード、ディスプレイ、マイクロホン、およびスピーカ等のユーザインターフェース手段を有する、パーソナルコンピュータ等の患者システム１９に入力可能である。また、そのような患者提供データ値は、患者情報として収集可能である。一実施形態では、医療デバイス１５〜１８は、実質的に継続的または定期的ベースで、定量的かつ客観的生理学的測定値を収集し、また、治療または不規則測定値等の事象の発生を記録する。さらなる実施形態では、患者管理デバイス１２、患者システム１９、または類似デバイスは、特定時に、患者１４によって知覚される身体的健康状態の個人的印象を反映した、定性的かつ主観的な生活の質（ＱＯＬ）の測定値を記録または通信する。他の種類の患者データ収集、周期性、および保存も可能である。
【００１８】
さらなる実施形態では、収集された患者データはまた、ローカルに構成される、またはインターネットワーク１１を介して、遠隔に相互接続される、１つ以上のクライアント２０によって、アクセスおよび分析可能である。係属中の２００５年５月３日出願の同一人に譲渡された米国特許出願第１１／１２１，５９３号、および係属中の２００５年５月３日出願の米国特許出願第１１／１２１，５９４号（これらの開示は参照することによって援用される）にそれぞれ記載されるように、クライアント２０は、例えば、臨床医によって使用され、データベース２１内に構築された保存患者データ２２にセキュアにアクセスし、医療看護供給のための患者の選択および優先を行うことが可能である。医師または臨床医を参照して本明細書では説明されるが、全体の議論は、病院、クリニック、および研究所、ならびに患者データへのアクセスを求める研究者、科学者、大学、および政府機関等の他の個人および関係者を含む組織に等しく適用される。
【００１９】
さらなる実施形態では、患者データ２２は、収集、構築、評価、伝送、および保存の際を含み、第三者への不正開示から防御され、患者のプライバシーを保護し、医療保険の携行性と責任に関する法律（Ｈｅａｌｔｈ  Ｉｎｓｕｒａｎｃｅ  Ｐｏｒｔａｂｉｌｉｔｙ  ａｎｄ  Ａｃｃｏｕｎｔａｂｉｌｉｔｙ  Ａｃｔ；ＨＩＰＡＡ）および欧州プライバシー指令（Ｅｕｒｏｐｅａｎ  Ｐｒｉｖａｃｙ  Ｄｉｒｅｃｔｉｖｅ）等の近年成立した医療情報プライバシー法に準拠する。最低限として、健康および医療関連情報を有する特定の個人を特定する患者健康情報は、保護可能として取り扱われるが、特定の患者健康情報に加え、またはその代わりに、他の種類の機密情報も保護可能であり得る。
【００２０】
好ましくは、サーバ１３は、単一、多重、または分散処理システムとして構成されるサーバグレードコンピュータプラットフォームであって、患者システム１９およびクライアント２０は、パーソナルデスクトップまたはノートブックコンピュータ等の汎用コンピュータワークステーションである。加えて、患者管理デバイス１２、サーバ１３、患者システム１９、およびクライアント２０は、それぞれ、ソフトウェアプログラムを実行し、例えば、中央処理装置（ＣＰＵ）、メモリ、ネットワークインターフェース、永続記憶装置、およびこれらの構成要素を相互接続するための種々の構成要素等のコンピュータデバイス内で従来見られる構成要素を含む、プログラム可能コンピュータデバイスである。
【００２１】
有用性の観点から、設定およびデータ報告は、個別ではあるが、関連するタスクのセットを伴う。図２は、一例として、遠隔患者看護環境１０内で行われるタスク３０の階層を示す、ブロックフロー図である。タスク３０は、インストール３３、訓練３２、および使用３１に分類可能である。インストール３３は、潜在的に、最も関連するタスクのセットであって、患者医療デバイス１２と、場合によって、医療デバイス１５〜１８のうちの１つ以上とを構成するステップを含む。広範囲のデバイス種および構成は、多くの物理的デバイスの組み合わせおよび操作特性設定を含意する。インストール３３は、中央サーバ１３および医療デバイス１５〜１８のそれぞれへの接続が、適切に構成され、操作可能であることを確実にするステップをさらに含む。他のインストール関連タスクも可能である。
【００２２】
それほどの重要性はなく、訓練３２は、患者または付添者が、患者管理デバイス１２および患者操作可能特徴を有する医療デバイス１５〜１８に慣れ、好ましくは、それらの限られたトラブルシューティングを行うことが可能となるために必要なタスクを含む。訓練３２は、デバイスメニューおよびオプションをナビゲートする方法を習得するステップと、デバイス制御を操作するステップと、血圧計カフを位置決めし、正確な測定値を得るステップ等の患者データ測定値を適切に取得するステップとを含むことが可能である。他の訓練関連タスクも可能である。
【００２３】
最後に、使用３１は、単純に、日々の測定、記録、分析、ならびに医療デバイス１５〜１８、患者管理デバイス１２、および中央サーバ１３間の患者データの中継を伴う。使用３１内に含まれるタスクは、前述の訓練３２およびインストール３３の際に行われたものと重複することが可能である。他の使用関連タスクも可能である。
【００２４】
訓練３２およびインストール３３の際に行われるタスクは、自動化されることが可能である。図３は、一実施形態による、図１の遠隔患者看護環境１０の自動設定４０を示す、プロセスフロー図である。自動設定４０の際、患者管理デバイスと中央サーバ間接続、および個々の医療デバイスと患者管理デバイス間接続は、自動的に確立され、該当する場合、デバイスは、再構成される。
【００２５】
最初に、患者管理デバイスの初期起動１２に応じて、もしくは患者１４、あるいは中央サーバ１３またはクライアント２０等の他の源の主導によって、中央サーバ１３への接続が確認される（操作４１）。患者１４は、患者管理デバイス１２が新しい場所に移動される場合、全構成要素の協働が維持されることを再確認する必要がある場合がある。同様に、中央サーバ１３は、新しいセンサの追加等、環境１０に適用可能な変更の知識に基づいて、環境１０を修正する必要がある場合がある。自動設定４０をトリガする他の源も可能である。
【００２６】
ネットワークベースのサーバ接続では、患者管理デバイス１２は、有線を介して、またはインターネットワーク１１を経由して、無線インターフェースを介して、中央サーバ１３とのセキュアなオンライン接続の確立を試行する。電話ベースのサーバ接続では、患者管理デバイス１２は、一般加入者電話（Ｐｌａｉｎ  Ｏｌｄ  Ｔｅｌｅｐｈｏｎｅ  Ｓｙｓｔｅｍ；ＰＯＴＳ）または携帯電話接続を介して、中央サーバ１３へのダイアルアップ接続の確立を試行する。他の種類のサーバ接続も可能である。図５を参照して、さらに後述されるように、中央サーバ接続が確立されると、患者管理デバイス１２は、構成およびプロファイルを受信する。
【００２７】
次に、図６を参照してさらに後述されるように、患者管理デバイス１２は、各デバイスによるデータ報告をインクルードする（操作４２）。データ報告を「インクルードする」ステップは、体重計に乗る、または移植可能医療デバイスの患者起動による問い合わせをトリガする等、患者に特定の動作を行うことを要求し、医療デバイス１５〜１８にデータ測定を行わせるステップを含むことが可能である。他の誘導されるデータ報告動作は、患者の参加または協力を伴わずに、自動的に生じることが可能である。
【００２８】
誘導されるデータ報告は、各医療デバイス１５〜１８に、患者管理デバイス１２との初期接続を確立するための開始点を提供する。各患者管理デバイス１２は、一意的に、個々の患者１４に割り当てられるが、いくつかの適性医療デバイス１５〜１８は、患者医療デバイス１２の操作範囲内にあってもよい。故に、図７および８を参照してさらに後述されるように、各デバイスは、最初に、患者管理デバイス１２に登録されなければならず（操作４３）、デバイスが適切なアクセス許可を有する場合のみ、続いて、デバイスは、データに接続し、伝送することが可能となる（それぞれ、操作４４および４５）。
【００２９】
加えて、図９を参照してさらに後述されるように、各医療デバイス１５〜１８ならびに患者管理デバイス１２は、自動設定プロセスの一部として、再構成可能である（操作４６）。最後に、各デバイス接続が、閉鎖される（操作４７）。また、患者管理デバイス１２は、中央サーバ１３への設定の成功を確認し、遠隔患者看護の開始の準備ができたことを介護者に合図することが可能である。他の自動設定タスクも可能である。
【００３０】
各患者管理デバイス１２は、中央サーバ１３への中継に先立って、任意に分析可能である患者データを、定期的に、医療デバイス１５〜１８から受信する。図４は、図１の遠隔患者看護環境１０内のデータ報告５０を示す、プロセスフロー図である。概して、各医療デバイス１５〜１８に課される処理、保存、および消費電力間接費を最小限にするために、患者データは、データプッシュの形態として、患者医療デバイス１５〜１８の主導によってのみ報告される（操作５１）。別様に、患者管理デバイス１２は、定期的に、医療デバイス１５〜１８のうちの１つ以上をポーリングし、データプルの形態として、保存された患者データを要求することが可能である。他の形態のデータ報告も可能である。
【００３１】
患者管理デバイス１２に報告された患者データは、各医療デバイス１５〜１８から受信されると、非同期的に、中央サーバ１３に報告されるか、または、定期的に、バッチとして中継され、ネットワーク資源消費を最小限にすることが可能である。患者データ受信の成功に応じて、患者管理デバイス１２は、自動設定の際、以前に確立されたサーバ接続を使用して、中央サーバ１３への接続を試行する（操作５２）。接続の確立が成功する場合、患者管理デバイス１２は、患者データを伝送し（操作５３）、さらなる患者データ報告を待機するステップに戻る（操作５１）。反対に、接続が失敗する場合、患者管理デバイス１２は、患者データを保存し（操作５１）、さらなる患者データ報告を待機するステップに戻る（操作５１）。患者管理デバイス１２は、次の報告サイクルの際、保存された患者データの伝送を再試行する。他の形態のデータ報告も可能である。
【００３２】
設定の際、患者管理デバイスと中央サーバ間接続が、最初に確立される。図５は、図１の遠隔患者看護環境１０内のサーバ接続性の確認７０を示す、プロセスフロー図である。初期サーバ接続は、患者管理デバイス１２が、該当接続媒体を介して、適切に接続され、操作パラメータおよびコードの最新情報を有していることを確実にする。
【００３３】
初期起動に先立って、患者または付添者は、適切な物理的媒体、すなわち、電話線またはネットワーク接続に、患者管理デバイス７１を物理的に接続する。その後、初期起動に基づいて、あるいは患者１４または他の源による要求に応じて、患者管理デバイス７１は、割り当てられた中央サーバ７３への確認メッセージ７２の送信を試行する。確認メッセージ７２の受信に応じて、中央サーバ７３は、要求患者管理デバイス７１のアクセスが承認され、有効である場合、返信として、患者管理デバイス７１および中央サーバ７３がインターフェース接続する予定の医療デバイス１５〜１８の両方の最新構成およびプロファイル７４を含んでいる旨のメッセージを送信することを確認する。構成およびプロファイルメッセージ７４の受信成功後、サーバ接続が、完全に確立される。他のサーバ接続関連操作も可能である。
【００３４】
医療デバイス設定は、検出、データ交換、および任意の再構成を含む。図６は、図１の遠隔患者看護環境１０内のデバイス登録８０を示す、プロセスフロー図である。一実施形態では、医療デバイス１５〜１８のうちの１つ以上は、Ｂｌｕｅｔｏｏｔｈ無線通信プロトコルを使用して、患者管理デバイスとインターフェース接続する。医療デバイスが、患者管理デバイスと通信する必要がある場合、接続は、Ｂｌｕｅｔｏｏｔｈベースバンド手順を使用して確立される。接続が確立されると、Ｂｌｕｅｔｏｏｔｈ通信セッションが開始する。本プロトコルの下、マスタ／スレーブモデルが使用され、医療デバイス８１は、マスタとして機能し、範囲内の各患者管理デバイスは、スレーブとして機能する。その結果、各患者管理デバイスは、医療デバイスが、患者データアップロードおよび医療デバイス再構成のための接続を開始するのを受動的に待機しなければならない。
【００３５】
最初に、患者管理デバイスは、医療デバイスのうちの１つからのアップロードに対し、患者データ８８が利用可能となるまで、電源停止状態または待機状態を保つ。各患者管理デバイス７１、８３、８４は、検出可能モードに維持され、患者管理デバイスは、検出要求に応答する。アップロード医療デバイス８１は、内部デバイスリスト８２にアクセスし、医療デバイス８１が、接続およびデータアップロードを最後に成功した患者管理デバイスのＢｌｕｅｔｏｏｔｈアドレスを判断する。Ｂｌｕｅｔｏｏｔｈアドレスが見つからない場合、医療デバイス８１は、検出要求８５ａ〜ｃを範囲内の患者医療デバイス７１、８３、８４に伝送することによって、検出を行う。検出要求８５ａ〜ｃの受信に応じて、各受信患者管理デバイス７１、８３、８４は、患者管理デバイスが属するサービスの種類を識別するサービスクラス（ＣＯＤ）メッセージ８６ａ〜ｃを返信する。医療デバイス８１は、正確な種類のデバイスに属する患者管理デバイスにのみ接続することになる。ＣＯＤ照合患者管理デバイスのＢｌｕｅｔｏｏｔｈアドレス８７ａ〜ｂは、デバイスリスト８２内に保存される。マスタおよびスレーブの機能は、医療デバイスと患者管理デバイスとの間で交換可能であって、他の形態のデバイス検出を使用して、デバイスを登録することも可能である。
【００３６】
患者管理デバイスと医療デバイス間接続は、患者データのアップロードの準備ができている医療デバイスの主導に応じて生じる。図７は、図１の遠隔患者看護環境１０内の患者管理デバイスとサーバ間接続９０を示す、プロセスフロー図である。セキュアな接続９２は、患者医療デバイス８１と、同類のデバイスに属する多くても１つの患者管理デバイス７１との間に確立される。
【００３７】
接続セキュリティは、３つの部分に提供される。認証は、個人識別番号（個人識別番号；ＰＩＮ）、２４ビットクラスのデバイス、および、任意に、一意的リンクキーを生成するサービス名の組み合わせを使用する、標準Ｂｌｕｅｔｏｏｔｈリンク層セキュリティを通して提供される。保全性シールは、受信アプリケーションによって、患者管理デバイスまたは中央サーバ１３上に提供され、受信患者データが予定範囲内にあることを確実にする。最後に、暗号化は、１２８ビット暗号化キーを採用する、標準Ｂｌｕｅｔｏｏｔｈリンク層セキュリティを通して提供される。他の形態のデータセキュリティも可能である。
【００３８】
患者データは、条件付きで、医療デバイスから患者管理デバイスに送信される。図８は、図１の遠隔患者看護環境１０内のデータ伝送１００を示す、プロセスフロー図である。患者データの各アップロードは、ヘッダパケットと、その後のデータパケットとを含む、２つの部分で送信される。データパケットは、送信医療デバイス８１および患者データの種類に特有である。
【００３９】
医療デバイス８１は、患者データ１０１をセキュアに接続された患者管理デバイス７１に送信する。患者データ受信のみで、再構成が行われない場合、患者医療デバイス７１は、承諾メッセージ１０２を返信し、患者データ１０１の受領を承認し、医療デバイス８１にメモリから患者データを削除させる。しかしながら、患者データ１０３が、アクセス許可を認められない患者管理デバイス８４に送信される場合、患者医療デバイス８４は、患者管理デバイス８４が患者データを拒否した旨を表す、拒否メッセージ１０４を送信する。各患者管理デバイスは、型番、シリアル番号、種類、Ｂｌｕｅｔｏｏｔｈアドレス、および、任意に、所有者個人識別番号を含む、医療デバイス構成情報を受信する。加えて、サービス名も使用可能である。医療デバイス構成情報は、各患者管理デバイスによって使用され、アップロードのために受信された患者データが、受諾または拒否されたかを判断する。他の形態の患者データアップロード受諾および拒否も可能である。
【００４０】
患者管理デバイスは、受動的に、各医療デバイスが、患者データアップロードを試行するのを待機しなければならないため、再構成の唯一の機会は、患者データアップロードセッションの一部として生じる。図９は、図１の遠隔患者看護環境１０内のデータ伝送およびデバイス再構成１１０を示す、プロセスフロー図である。患者管理デバイス７１が、患者データアップロードを受諾することに同意したと仮定すると、患者管理デバイス７１は、受諾および構成モードメッセージ１１１を返信する。医療デバイス８１は、医療デバイス８１が操作の構成可能モードに入ったことを示す、構成要求メッセージ１１２を返信する。次いで、患者管理デバイス７１は、医療デバイス８１によって、自動的に適用またはインストールされるデバイス設定あるいはコードの両方を含み得る、操作パラメータ１１３を送信する。再構成の試行に応じて、医療デバイス８１は、成功または失敗を示す、構成承認メッセージ１１４を送信する。他の形態の医療デバイス再構成も可能である。
【００４１】
各患者管理デバイスは、収集された患者データを中央サーバに転送し、医療デバイスおよび患者管理デバイス自体を再構成するための焦点として機能する。図１０は、図１の遠隔患者看護環境１０内での使用のための患者管理デバイス１２１を示す、機能ブロック図である。一実施形態では、患者管理デバイス１２１は、図３を始めとして参照して前述されたような、例えば、プログラム化されたデジタルコンピュータまたはマイクロプログラム可能デバイス上に実装される、一連のプログラムまたはプロセスステップを実行する。
【００４２】
各患者管理デバイス１２１は、記憶デバイス１４２を含み、医療デバイス構成１２９、患者プロファイル１３０、および患者データ１３１を保存するように構成可能である。他の種類の保存データも可能である。また、各患者管理デバイス１２１は、ローカルインターフェース１２２と、遠隔インターフェース１２３と、ルックアップモジュール１２４と、構成モジュール１２５と、セキュリティモジュール１２６と、報告モジュール１２７と、さらなる実施形態では、アナライザ１２８とを含む。ローカルインターフェース１２２は、医療デバイス１５〜１８が、例えば、Ｂｌｕｅｔｏｏｔｈ無線通信プロトコルを使用して接続し、セキュアな通信セッションを行うことが可能な外部インターフェースを提供する。同様に、遠隔インターフェース１２３は、患者管理デバイス１２１が、例えば、ネットワークまたは電話ベースの通信媒体を使用して、中央サーバ１３にセキュアに接続可能な外部インターフェースを提供する。ルックアップモジュール１２４は、デバイスリスト１４３内に維持されるアクセス許可１４１と、患者データ１３３のアップロード試行に応じて、記憶デバイス１４２内に維持される構成１２９および患者プロファイル１３０とを有するデバイスのセットにアクセスする。正確なＣＯＤおよび患者特定証明書を有する認証医療デバイスは、アクセス許可を有するデバイス１４１として、デバイスリスト１４３内に登録される。また、ルックアップモジュール１２４は、デバイスの種類、患者データ承諾、患者データ拒否、ならびに患者データ受諾および構成モード等の返信メッセージ１４０をデータ報告医療デバイス１５〜１８に送信する。
【００４３】
構成モジュール１２５は、患者管理デバイス１２１の初期および後続構成と、医療デバイス１５〜１８の再構成とを制御する。初期起動に応じて、あるいは患者１４または他の源によって要求されると、構成モジュール１２５は、デバイス構成１３４および患者プロファイル１３５を中央サーバから受信し、それらは記憶デバイス１４２内に保存される。次いで、構成モジュール１２５は、ユーザインターフェース２３を介して提供される制御を通して、医療デバイス１５〜１８のうちの１つ以上によるデータ報告をインクルードする。例えば、患者１４は、データ報告をトリガする物理的動作を行うように指示され得る。誘導されたデータ報告の受信に応じて、構成モジュール１２８は、適切なパラメータおよびコード１３７を送信することによって、患者管理デバイス１２１の必要な任意の構成または医療デバイス１５〜１８の再構成を行う。セキュリティモジュール１２６は、認証医療デバイス１５〜１８から受信した患者データ１３３の３部構成による保護を行い、中央サーバ１３に転送される患者データ１３８のデータ保護をさらに行う。報告モジュール１２７は、デバイス状態１３６および患者データ１３８の中央サーバ１３への実際の報告を行う。デバイス状態１３６は、アクセス許可が付与されたデバイス１４１のリストを含むことが可能である。さらなる実施形態では、アナライザ１２８は、アップロードされた患者データ１３３をローカルに評価し、必要に応じて、ユーザインターフェース２３を経由して、中央サーバ１３、および、適切な場合、患者等の他の受領者に提供される、アラート１３９を生成する。アラート１３９は、例えば、中央サーバ１３への接続性が確認できない場合、患者に対し、ローカルに生成されてもよい。他の形態の患者管理デバイス機能性も可能である。
【００４４】
本発明は、特に、その実施形態を参照して、図示および説明されたが、当業者は、本発明の精神および範囲から逸脱することなく、前述および他の形式上ならびに詳細な変更がなされ得ることを理解するであろう。
【図１】
2010502291.tif 000003
【図２】
2010502291.tif 000004
【図３】
2010502291.tif 000005
【図４】
2010502291.tif 000006
【図５】
2010502291.tif 000007
【図６】
2010502291.tif 000008
【図７】
2010502291.tif 000009
【図８】
2010502291.tif 000010
【図９】
2010502291.tif 000011
【図１０】
2010502291.tif 000012
【国際調査報告】
2010502291.tif 000013
2010502291.tif 000014