(57)【特許請求の範囲】
【請求項１】
対象者における肺うっ血を監視するよう構成されるシステムであって、
ユーザが前記システムと相互作用することを可能にするよう構成されるユーザインタフェースと、
複数のコンピュータプログラムモジュールを実現するよう構成される１つ又は複数のプロセッサとを有し、
前記コンピュータプログラムモジュールが、
対象者により呼吸されるガスを監視するよう構成される１つ又は複数のセンサから、前記対象者により呼吸される前記ガスに関する情報を搬送する出力信号を受信するよう構成されるパラメータモジュールであって、前記受信した出力信号から前記対象者の呼吸に関するパラメータを決定するよう更に構成され、前記対象者の呼吸に関するパラメータが、肺圧縮率及びチェーンストークス呼吸率を含む、パラメータモジュールと、
前記肺圧縮率パラメータが、少なくとも所定の時間、肺圧縮率閾値を下回るかに基づき、前記対象者における肺うっ血を特定するよう構成される輻輳監視モジュールであって、前記肺圧縮率閾値が、前記チェーンストークス呼吸率に基づき調整される、輻輳監視モジュールと、
前記輻輳監視モジュールが、前記対象者における肺うっ血を特定する場合、前記対象者における肺うっ血を前記ユーザに知らせる通知を提供するため、前記ユーザインタフェースを制御するよう構成される通知モジュールとを含む、システム。
【請求項２】
前記ユーザが、前記対象者である、請求項１に記載のシステム。
【請求項３】
前記ユーザが、前記対象者の介護者である、請求項１に記載のシステム。
【請求項４】
前記ユーザインタフェースが、前記１つ又は複数のセンサからリモートに位置する端末で前記ユーザに示されるグラフィカルユーザインタフェースを含む、請求項３に記載のシステム。
【請求項５】
対象者における肺うっ血を監視する方法において、
対象者により呼吸されるガスを監視するよう構成される１つ又は複数のセンサからの出力信号を１つ又は複数のプロセッサで受信するステップであって、前記出力信号が、前記対象者により呼吸される前記ガスに関する情報を搬送する、ステップと、
前記受信した出力信号から前記対象者の呼吸に関するパラメータを決定するため、前記１つ又は複数のプロセッサにおいて１つ又は複数のコンピュータプログラムモジュールを実現するステップであって、前記対象者の呼吸に関するパラメータが、肺圧縮率及びチェーンストークス呼吸率を含む、ステップと、
前記肺圧縮率パラメータが、少なくとも所定の時間、肺圧縮率閾値を下回るかに基づき、前記対象者における肺うっ血を特定するため、前記１つ又は複数のプロセッサにおいて１つ又は複数のコンピュータプログラムモジュールを実現するステップであって、前記肺圧縮率閾値が、前記チェーンストークス呼吸率に基づき調整される、ステップと、
前記対象者における特定された肺うっ血をユーザに知らせる通知を提供するよう、ユーザインタフェースを制御するため、前記１つ又は複数のプロセッサにおいて１つ又は複数のコンピュータプログラムモジュールを実現するステップとを有する、方法。
【請求項６】
前記ユーザが、前記対象者である、請求項５に記載の方法。
【請求項７】
前記ユーザが、前記対象者の介護者である、請求項５に記載の方法。
【請求項８】
前記ユーザインタフェースが、前記１つ又は複数のセンサからリモートに位置する端末で前記ユーザに示されるグラフィカルユーザインタフェースを含む、請求項７に記載の方法。
【請求項９】
対象者における肺うっ血を監視するよう構成されるシステムであって、
対象者により呼吸されるガスを監視するよう構成される１つ又は複数のセンサからの出力信号を受信する手段であって、前記出力信号が、前記対象者により呼吸される前記ガスに関する情報を搬送する、手段と、
前記受信した出力信号から前記対象者の呼吸に関するパラメータを決定する手段であって、前記対象者の呼吸に関するパラメータが、肺圧縮率及びチェーンストークス呼吸率を含む、手段と、
前記肺圧縮率パラメータが、少なくとも所定の時間、肺圧縮率閾値を下回るかに基づき、前記対象者における肺うっ血を特定する手段であって、前記肺圧縮率閾値が、前記チェーンストークス呼吸率に基づき調整される、手段と、
前記対象者における特定された肺うっ血をユーザに知らせる通知を提供するため、ユーザインタフェースを制御する手段とを有する、システム。
【請求項１０】
前記ユーザが、前記対象者である、請求項９に記載のシステム。
【請求項１１】
前記ユーザが、前記対象者の介護者である、請求項９に記載のシステム。
【請求項１２】
前記ユーザインタフェースが、前記１つ又は複数のセンサからリモートに位置する端末で前記ユーザに示されるグラフィカルユーザインタフェースを含む、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の請求項は、米国特許法第１１９条（ｅ）項の規定により、２００９年４月８日に出願された仮出願番号第６１／１６７，５６０号による利益を請求する。上記出願の内容は、本書において参照により含まれる。
【０００２】
本発明は、特定された肺うっ血に関連付けられる心不全の先制的治療を容易にするために、対象者における肺うっ血を特定することに関する。
【背景技術】
【０００３】
心不全は、国際的に及び米国において一般的であると考えられる。５百万人以上のアメリカ人が、心不全と診断され、更に多くの未診断者がいると推定される。推定は、最近の１０年の間に罹患率が２倍になったことを示唆する。米国心不全学会によれば、米国では毎年４００，０００から７００，０００の新たなケースが診断される。心不全は、ほとんどの場合最初は一次ケアの医師又は一般的な心臓専門医により管理される進行性の障害である。しかしながら、条件が、よりアクティブな医療管理が必要とされる状態又は心臓移植が考慮されるような状態へと進行するにつれて、心不全の専門医が通常、患者のケアに関与することになる。
【０００４】
左心室収縮特性に障害があるとき、左心室収縮不全が発生し、一方、左心室の緩和及び充填に障害があるとき、拡張不全が発生する。左心室機能不全が原因で静脈還流が心拍出量を超えるとき、肺水腫（輻輳）が発生する可能性がある。これは、高い肺毛細管静水圧及び流体の肺間隙への漏出を生じさせる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
米国医療制度における心不全の毎年の財政的な負担は、１９９４年のレポートによれば３８０億ドルを超える。この同じレポートは、コストの６０％が、急性心不全代償不全を管理するための入院に関する６５０万の入院日に関連付けられると推定する。最近のレポートは、急性の代償不全鬱血性心不全に関するほとんどの入院に先行する流体負荷（肺うっ血）における増加が、実際の入院の前の数日（平均１８．３±１０．６日）、及び徴候が最初に現れる前の数日（平均１５．３±１０．６日）に始まることを示す。
【課題を解決するための手段】
【０００６】
本発明の１つの側面は、対象者における肺うっ血を監視するよう構成されるシステムに関する。ある実施形態では、システムは、ユーザインタフェース及び１つ又は複数のプロセッサを有する。ユーザインタフェースは、ユーザがシステムと相互作用することを可能にするよう構成される。１つ又は複数のプロセッサは、複数のコンピュータプログラムモジュールを実現するよう構成される。コンピュータプログラムモジュールは、パラメータモジュール、輻輳モジュール及び通知モジュールを有する。パラメータモジュールは、対象者により呼吸されるガスを監視するよう構成される１つ又は複数のセンサから出力信号を受信するよう構成され、この出力信号は、対象者により呼吸されるガスに関する情報を搬送し、パラメータモジュールは、受信した出力信号から対象者の呼吸に関する１つ又は複数のパラメータを決定するよう更に構成される。輻輳監視モジュールは、パラメータモジュールにより決定される対象者の呼吸に関する１つ又は複数のパラメータに基づき、対象者における肺うっ血を特定するよう構成される。輻輳監視モジュールが、対象者における肺うっ血を特定する場合、通知モジュールは、対象者における肺うっ血をユーザに知らせる通知を提供するため、ユーザインタフェースを制御するよう構成される。
【０００７】
本発明の別の側面は、対象者における肺うっ血を監視する方法に関する。ある実施形態では、この方法は、対象者により呼吸されるガスを監視するよう構成される１つ又は複数のセンサからの出力信号を１つ又は複数のプロセッサで受信するステップであって、上記出力信号が、上記対象者により呼吸される上記ガスに関する情報を搬送する、ステップと、上記受信した出力信号から上記対象者の呼吸に関する１つ又は複数のパラメータを決定するため、上記１つ又は複数のプロセッサにおいて１つ又は複数のコンピュータプログラムモジュールを実現するステップと、上記対象者の呼吸に関する上記決定された１つ又は複数のパラメータに基づき、上記対象者における肺うっ血を特定するため、上記１つ又は複数のプロセッサにおいて１つ又は複数のコンピュータプログラムモジュールを実現するステップと、上記対象者における特定された肺うっ血をユーザに知らせる通知を提供するよう、ユーザインタフェースを制御するため、上記１つ又は複数のプロセッサにおいて１つ又は複数のコンピュータプログラムモジュールを実現するステップとを有する。
【０００８】
本発明の別の側面は、対象者における肺うっ血を監視するよう構成されるシステムに関する。ある実施形態では、このシステムは、対象者により呼吸されるガスを監視するよう構成される１つ又は複数のセンサからの出力信号を１つ又は複数のプロセッサで受信する手段であって、上記出力信号が、上記対象者により呼吸される上記ガスに関する情報を搬送する、手段と、上記受信した出力信号から上記対象者の呼吸に関する１つ又は複数のパラメータを決定する手段と、上記対象者の呼吸に関する上記決定された１つ又は複数のパラメータに基づき、上記対象者における肺うっ血を特定する手段と、上記対象者における特定された肺うっ血をユーザに知らせる通知を提供するため、ユーザインタフェースを制御する手段とを有する。
【図面の簡単な説明】
【０００９】
【図１】本発明の１つ又は複数の実施形態による、対象者における肺うっ血を検出するよう構成されるシステムを示す図である。
【図２】本発明の１つ又は複数の実施形態による、肺圧縮率及びチェーンストークス呼吸率の時間に対するプロットを示す図である。
【図３】本発明の１つ又は複数の実施形態による、介護者に関して生成されるグラフィカルユーザインタフェースを示す図である。
【図４】本発明の１つ又は複数の実施形態による、対象者における肺うっ血を検出するよう構成されるシステムを示す図である。
【図５】本発明の１つ又は複数の実施形態による、対象者における肺うっ血を検出するよう構成されるシステムを示す図である。
【図６】本発明の１つ又は複数の実施形態による、対象者における肺うっ血を監視する方法を示す図である。
【発明を実施するための形態】
【００１０】
本発明のこれら及び他の目的、特徴及び特性が、この構造の関連要素及び部品の組合せにおける動作方法及び機能、並びに製造コストと共に、対応する図面を参照して以下の明細書及び添付の特許請求の範囲を考慮することにより、一層明らかになるだろう。図面、明細書及び特許請求の範囲はすべて、この明細書の一部を形成する。同様な参照符号は、さまざまな図面における対応する部品を表す。本発明の一実施形態において、本書に示される構造要素は、大きさ通りに描画される。しかしながら、図面は、説明及び記載のためだけに存在し、本発明を限定するものではない点を明確に理解されたい。更に、本書における任意の実施形態において図示又は説明される構造的特徴は、他の実施形態においても同様に用いられることができる点を理解されたい。しかしながら、図面が図示及び説明のためにだけあること、及び本発明の限界を規定するものとして意図されないことは、明示的に理解されたい。明細書及び請求項において用いられる単数形の「ａ」「ａｎ」及び「ｔｈｅ」は、文脈上他の意図が明示的に示されない限り複数形の参照を含むものである。
【００１１】
図１は、対象者１２における肺うっ血を検出するよう構成されるシステム１０を示す。システム１０は、対象者１２の呼吸に関する１つ又は複数のパラメータに基づき、対象者１２における肺うっ血を検出する。対象者１２における肺うっ血の検出は、対象者１２に対して比較的受動的とすることができる。これは、対象者１２による検出レジームへの順守の利便性及び／又は快適性を強化することができる。対象者１２における肺うっ血を検出することにより、心不全の発症可能性が特定及び／又は回避されることができる。システム１０は、検出された肺うっ血を治療（remediate）し、及び／又は心不全の可能性としての発症を回避するため、対象者１２の治療を容易にするよう構成されることができる。例えば、システム１０は、対象者１２における肺うっ血に関連付けられるパラメータの検出に対する強化されたアクセスを介護者に提供することができる。ある実施形態において、システム１０は、電子ストレージ１４、ユーザインタフェース１６、圧力生成器１８、１つ又は複数のセンサ２０、プロセッサ２２及び／又は他の要素の１つ又は複数を含む。
【００１２】
ある実施形態において、電子ストレージ１４は、電子的に情報を格納する電子ストレージ媒体を有する。電子ストレージ１４の電子ストレージ媒体は、システム１０と一体的に提供される（即ち、実質的に取り外し不可能な）システムストレージ、及び／又は例えばポート（例えば、ＵＳＢポート、ｆｉｒｅｗｉｒｅポート等）又はドライブ（例えば、ディスクドライブ等）を介してシステム１０に着脱自在に接続可能であるリムーバブルストレージの一方又は両方を含むことができる。電子ストレージ１４は、光学的に読み出し可能なストレージ媒体（例えば、光学ディスク等）、磁気的に読み出し可能なストレージ媒体（例えば、磁気テープ、磁気ハードドライブ、フロッピー（登録商標）ドライブ等）、電荷ベースのストレージ媒体（例えば、ＥＥＰＲＯＭ、ＲＡＭ等）、半導体ストレージ媒体（例えば、フラッシュドライブ等）及び／又は他の電子的に読み出し可能なストレージ媒体の１つ又は複数を含むことができる。電子ストレージ１４は、ソフトウェアアルゴリズム、コンピュータプログラムモジュール、プロセッサ２２により決定される情報、ユーザインタフェース１６を介して受信される情報及び／又はシステム１０が適切に機能することを可能にする他の情報を格納することができる。電子ストレージ１４は、システム１０に含まれる別々の要素とすることができるか、又は電子ストレージ１４は、システム１０の１つ又は複数の他の要素と一体的に提供されることができる。電子ストレージ１４が、単一のエンティティとして図１に示されるが、ある実施形態では、電子ストレージ１４は、システム１０に含まれる複数の異なるデバイス及び／又は要素に分けられる複数の電子媒体を含む。
【００１３】
ユーザインタフェース１６は、システム１０と１人又は複数のユーザとの間のインタフェースを提供するよう構成される。１人又は複数のユーザは、対象者１２及び／又は１人若しくは複数の介護者（例えば、臨床医、医師、看護師、医療管理者、薬剤師等）を含むことができる。システム１０と１人又は複数のユーザとの間のインタフェースは、１人又は複数のユーザがシステム１０に情報を与えること及びこのシステムから情報を受信することを可能にする。これは、以下集合的に「情報」と呼ばれるデータ、結果、及び／又は命令並びに他の任意の通信アイテムが、１人又は複数のユーザとシステム１０との間で通信されることを可能にする。ユーザインタフェース１６における包含に適したインタフェースデバイスの例は、キーパッド、ボタン、スイッチ、キーボード、ノブ、レバー、ディスプレイスクリーン、タッチスクリーン、スピーカ、マイク、インジケータライト、可聴アラーム及び／又はプリンタを含む。ユーザインタフェース１６は、電子処理プラットホーム（例えば、デスクトップコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、移動通信デバイス、等）を介してユーザに提供される１つ又は複数のグラフィカルユーザインタフェースを含むことができる。ユーザに提供されるグラフィカルユーザインタフェースは、ウェブベースの情報ポータルを介してアクセス可能とすることができる。
【００１４】
有線又は無線である他の通信技術も、ユーザインタフェース１６として本発明により想定されることを理解すべきである。例えば、本発明は、ユーザインタフェース１６が電子ストレージ１４により提供されるリムーバブルストレージのインタフェースと一体化されることができることを想定する。この例では、情報は、システム１０の実装をユーザがカスタマイズすることを可能にするリムーバブルストレージ（例えば、スマートカード、フラッシュドライブ、リムーバブルディスク等）から、システム１０へとロードされることができる。ユーザインタフェース１６としてシステム１０で用いられるよう構成される他の例示的な入力デバイス及び技術は、ＲＳ−２３２ポート、ＲＦリンク、ＩＲリンク、モデム（電話、ケーブル又はその他）を含むが、これらに限定されるものではない。要するに、システム１０と情報を通信するための任意の技術が、ユーザインタフェース１６として本発明により想定される。
【００１５】
圧力生成器１８は、回路２４による対象者１２の気道への供給のため呼吸可能なガス（breathable gas）の加圧フローを生成するよう構成される。圧力生成器１８により生成される呼吸可能なガスの加圧フローの１つ又は複数のパラメータは、治療目的のため圧力生成器１８により制御されることができ、及び／又は、対象者１２の呼吸に関するパラメータの決定を可能にする。例えば、圧力生成器１８は、呼吸可能なガスの加圧フローの圧力、フローレート、組成及び／又は他のパラメータの１つ又は複数を制御することができる。ある実施形態において、圧力生成器１８は、ガス供給源２６及び圧補助デバイス２８を含む。
【００１６】
ガス供給源２６は、ガスの塊を含み、ここから、圧補助デバイス２８が、対象者１２に供給される呼吸可能なガスの加圧フローを生成する。ガス供給源２６は、呼吸ガスの任意の供給源を含み、例えば、環境大気、加圧ガスのタンク、壁ガス供給源及び／又は呼吸可能なガスの他の塊を含むことができる。ガス供給源２６からの呼吸ガスは、任意の呼吸可能なガスとすることができ、例えば空気、酸素、酸素混合物、ガス状の（例えば一酸化窒素で、霧状にされて、等）呼吸ガス及び薬物の混合物、及び／又は他の呼吸可能なガスとすることができる。
【００１７】
圧補助デバイス２８は、圧補助デバイス２８から回路２４へと解放される呼吸可能なガスのフローの１つ又は複数のパラメータを制御する１つ又は複数の機構を含む。例えば、圧補助デバイス２８は、呼吸可能なガスのフローの１つ又は複数のパラメータを制御する、弁、送風装置、ピストン、蛇腹及び／又は他の機構の１つ又は複数を含むことができる。
【００１８】
ある実施形態において、圧補助デバイス２８は、対象者１２に治療的利益を提供する所定のアルゴリズムに基づき、呼吸可能なガスの加圧フローのパラメータの１つ又は複数を制御する。非限定的な例を用いて、圧補助デバイス２８は、呼吸を容易にするため、対象者１２の気道を支援するため、対象者１２により呼吸されるガスの組成を調整するため、及び／又は他の治療目的のため、呼吸可能なガスの圧力及び／又はフローレートの１つ又は複数を制御することができる。
【００１９】
回路２４は、圧力生成器１８と対象者１２の気道との間のガスフロー経路を規定する。このように、回路２４は、圧力生成器１８から対象者１２の気道へのガスの加圧フローを供給するよう構成される。ある実施形態において、回路２４は、インタフェース機器３０及び導管３２の１つ又は複数を含む。
【００２０】
インタフェース機器３０は、対象者１２の気道にガスを提供し、そこからのガスを受信するよう構成される。インタフェース機器３０は、回路２４と対象者１２の気道との間でガスを送受信する侵襲的又は非侵襲的機器を含むことができる。例えば、インタフェース機器３０は、鼻マスク、鼻／口マスク、顔全体のマスク、鼻カニューレ、気管内チューブ、ＬＭＡ、気管内チューブ及び／又は他のインタフェース機器を含むことができる。
【００２１】
導管３２は、圧補助デバイス１８とインタフェース機器３０との間のフロー経路を形成する。ある実施形態において、導管３２は、柔軟である。
【００２２】
図１では、回路２４が、対象者１２の気道を用いて呼吸可能なガスの加圧フローを送受信する単一の手足の回路として示されるが、これは限定することを目的とするものではない。ある実施形態において、回路２４は、対象者１２の気道からガスを遠くへ搬送するよう構成される別々の部分を持つ二重手足の回路である。
【００２３】
ある実施形態において、電子ストレージ１４及び／又はユーザインタフェース１６に起因する構造及び機能の一部又は全部は、圧補助デバイス１８でシステム１０に組み込まれることができる。例えば、圧補助デバイス１８は、就寝中、対象者１２に対して正の気道支援を提供するよう構成されるポジティブ圧補助システムを含むことができる。対象者１２が、ポジティブ圧補助システムに情報を提供し、及び／又はそれからの情報を受信することを可能にするユーザインタフェースを、ポジティブ圧補助システムは含むことができる。このユーザインタフェースは、ユーザインタフェース１６に起因する構造及び機能の少なくとも一部を提供することができる。ポジティブ圧補助システムは、例えば、対象者１２に提供される治療に関連付けられるアルゴリズム、モジュール及び／又はデータを格納する１つ又は複数の電子ストレージ媒体を含むことができる。これらの同じ１つ又は複数の電子ストレージ媒体は、電子ストレージ１４に起因する構造及び機能の少なくとも一部提供することができる。
【００２４】
センサ２０は、対象者１２における肺うっ血及び／又は一般的な肺健康状態（well-being health）を示す１つ又は複数のパラメータを監視するように構成される。例えば、センサ２０は、対象者１２により呼吸されるガスの１つ又は複数のパラメータに関連付けられる情報を搬送する出力信号を生成するよう構成される１つ又は複数のセンサを含むことができる。斯かるセンサは、例えば、対象者１２により呼吸されるガスの１つ又は複数のパラメータに関連付けられる情報を搬送する出力信号を生成するよう構成される圧力センサ、流量計、カプノメータ及び／又は他のセンサの１つ又は複数を含むことができる。対象者１２により呼吸されるガスのパラメータを監視するよう構成されるセンサ２０は、回路２４に含まれるガスを送受信するよう、システム１０に配置されることができる。回路２４に含まれるガスを送受信するセンサ２０は、圧補助デバイス１８として機能するポジティブ圧補助システムに一体的に配置されるセンサを含む。
【００２５】
回路２４に含まれるガスを送受信するシステム１０に少なくともいくつかのセンサ２０を組み込むことは、対象者１２に対する検査療法の受動性を強化することができる。例えば、対象者１２が、治療目的のため（例えば、就寝中の気道支援のため）圧補助デバイス１８を既に使用する場合、センサ２０により検出される回路２４に含まれるガスのパラメータに少なくとも部分的に基づかれる検査療法は、対象者１２の側の余分な労力又はステップを必要としないだろう。
【００２６】
対象者１２により呼吸されるガスのパラメータを監視するよう構成されるセンサを含むセンサ２０の例は、限定を目的とするものではない。センサ２０は、他のタイプのセンサを含むことができる。例えば、センサ２０は、心電計、重量計、血圧監視装置、インピーダンスセンサ及び／又は他のセンサの１つ又は複数を含むことができる。
【００２７】
プロセッサ２２は、システム１０における情報処理能力を提供するよう構成される。そのようなものとして、プロセッサ２２は、デジタルプロセッサ、アナログプロセッサ、情報を処理するよう設計されたデジタル回路、情報を処理するよう設計されたアナログ回路、状態機械及び／又は情報を電子的に処理する他の機構の１つ又は複数を含むことができる。図１では、プロセッサ２２が単一のエンティティとして示されるが、これは説明目的でそうなっているにすぎない。いくつかの実現において、プロセッサ２２は、複数の処理ユニットを含む。これらの処理ユニットは、同じデバイス内に物理的に配置されることができるか、又はプロセッサ２２は、協調して作動する複数のデバイスの処理機能を表すことができる。複数のデバイスは、動作可能にリンクされることができる。複数のデバイス間の有効なリンクは、専用の接続、ネットワーク化された接続、無線接続、有線接続及び／又は他の電子通信接続を介して実現されることができる。このように、リンクされたデバイスは、互いに物理的に近くにある、及び／又は、互いに物理的に遠くにあるとすることができる。例えば、複数のデバイスは、圧補助デバイス１８、対象者１２に関連付けられる電子処理プラットホーム、対象者１２の介護者に関連付けられる電子処理プラットホーム、サービスプロバイダにより提供されるサーバ及び／又は他のデバイスを含むことができる。
【００２８】
図１に示されるように、ある実施形態において、プロセッサ２２は、本書におけるプロセッサ２２に起因する機能を提供するため、１つ又は複数のコンピュータプログラムモジュールを実行するよう構成される。１つ又は複数のコンピュータプログラムモジュールは、パラメータモジュール３４、輻輳監視モジュール３６、閾値モジュール３８、通知モジュール４０、通信モジュール４２及び／又は他のモジュールの１つ又は複数を含むことができる。モジュール３４、３６、３８、４０及び／又は４２は、ソフトウェア、ハードウェア、ファームウェア、ソフトウェア、ハードウェア及び／又はファームウェアの何らかの組合せ、及び／又は他の態様で実現されることができる。図１において、モジュール３４、３６、３８、４０及び／又は４２は、単一の処理ユニット内に共に配置されるものとして示されるが、プロセッサ２２が複数の処理ユニットを含む実現において、モジュール３４、３６、３８、４０及び／又は４２が、他のモジュールから離れて配置されることができる点を理解されたい。更に、以下に説明される異なるモジュール３４、３６、３８、４０及び／又は４２により提供される機能の説明は、説明目的で行われるものであり、限定を意図するものではない。なぜなら、モジュール３４、３６、３８、４０及び／又は４２のいずれかが、説明されるより多くの又は少ない機能を提供することができるからである。例えば、１つ又は複数のモジュール３４、３６、３８、４０及び／又は４２は除去されることができ、及び、その機能の一部又は全部は、モジュール３４、３６、３８、４０及び／又は４２の他の１つにより提供されることができる。別の例として、プロセッサ２２は、以下のモジュール３４、３６、３８、４０及び／又は４２に起因する機能の一部又は全部を実行することができる１つ又は複数の追加的なモジュールを実行することができる。
【００２９】
パラメータモジュール３４は、センサ２０から出力信号を受信し、受信した出力信号に基づき、対象者１２における肺うっ血を示す１つ又は複数のパラメータを決定するよう構成される。肺うっ血が増加するにつれ、肺の内外の間質液は増加する傾向がある。間質液におけるこの増加は通常、呼吸に影響を与える。例えば、増加した間質液によって、肺圧縮率が低下され、呼吸困難が生じる。呼吸困難の増加は、夜間の低酸素及び／又は睡眠障害呼吸の形で現れる場合がある。特に、肺うっ血は、夜にチェーンストークス呼吸を増加させる傾向がある。従って、パラメータモジュール３４により決定される１つ又は複数のパラメータは、肺うっ血により影響を受けそうな対象者１２の呼吸の少なくとも１つのパラメータを含む。例えば、対象者１２の呼吸に関する少なくとも１つのパラメータは、肺圧縮率、チェーントークス呼吸の識別、努力肺活量、１秒間努力吸気肺活量、１秒間努力呼気肺活量、ピーク吸気フロー、ピーク呼気フロー、排出したＣＯ２、分換気、呼吸レート、呼吸期間の平均及び標準偏差、１回換気量の平均及び標準偏差、及び／又は対象者１２の呼吸に関する他のパラメータを含むことができる。ある実施形態において、パラメータモジュール３４により決定される対象者１２の少なくとも１つの呼吸パラメータは、呼吸パラメータの変化率（例えば、上に列挙されるパラメータの１つの変化率）を含む。
【００３０】
ある実施形態において、パラメータモジュール３４により決定される１つ又は複数のパラメータは、少なくとも１つの非呼吸パラメータを含む。少なくとも１つの非呼吸パラメータは、例えば、体重、脈管パラメータ（例えば、血圧）及び／又は肺うっ血を示す他の非呼吸パラメータを含むことができる。
【００３１】
ある実施形態において、１つ又は複数のパラメータにおける少なくとも１つの決定を容易にするため、パラメータモジュール３４は、ユーザインタフェース１６、圧補助デバイス１８及び／又はシステム１０の他の要素を制御する。対象者１２の呼吸に関する様々なパラメータ（及び／又は肺うっ血を示す他のパラメータ）の決定は、対象者１２の協力、圧補助デバイス１８により生成される呼吸可能なガスの加圧フローにおける特有の制御、及び／又はシステム１０の要素により操作されることができる他の状況を必要とする場合がある。
【００３２】
例えば、肺圧縮率、努力肺活量、１秒間努力吸気肺活量及び／又は他の呼吸パラメータの決定は、特有の態様で操作される圧補助デバイス１８により生成される呼吸可能なガスの加圧フローの１つ又は複数のパラメータを必要とする。斯かるパラメータの決定を容易にするために、パラメータモジュール３４は、就寝時における気道支援を対象者１２に提供するため呼吸可能なガスの加圧フローのパラメータを制御するのに一般的に使用される治療アルゴリズムを圧補助デバイス１８に無視させる。所定のイベントに基づき、及び／又は所定の検査療法に基づき、パラメータモジュール３４は、この態様において所定の間隔で圧補助デバイス１８を制御することができる。
【００３３】
別の例として、１秒間努力呼気肺活量、体重、血圧及び／又はパラメータモジュール３４により決定される他のパラメータの決定は、対象者１２の側の積極行動を必要とする場合がある。パラメータモジュール３４は、適切なパラメータの決定を可能にするための適切な動作を取ることを対象者１２に促すためのキューを対象者１２に提供するようユーザインタフェース１６を制御することができる。例えば、１秒間努力呼気肺活量の決定を容易にするため、パラメータモジュール３４は、１秒の間できるだけ激しく息を吐き出すことを対象者１２に促すためのキューを対象者１２に提供するようユーザインタフェース１６を制御することができる。体重の決定を容易にするため、パラメータモジュール３４は、システム１０に関連付けられる体重計を取り付けることを対象者１２に促すキューを対象者１２に提供するようユーザインタフェース１６を制御することができる。
【００３４】
ある実施形態において、パラメータモジュール３４により決定されるパラメータは、ユーザインタフェース１６を介してシステム１０に対象者１２により提供される主観的な入力に基づかれるパラメータを含む。例えば、主観的な入力は、肺うっ血及び／又は心不全に関連付けられる生活品質関連質問への回答を含むことができる。生活品質関連質問は、例えば、呼吸、息切れ、疲労及び／又は健康に関する他の主観的な認識における努力をレート付けすることを対象者１２に求めることができる。
【００３５】
パラメータモジュール３４は、決定された１つ又は複数のパラメータを電子ストレージ１４に格納することを管理する。これは、決定された１つ又は複数のパラメータを、ユーザ及び／又は決定されたパラメータに関連付けられる他の情報を特定する情報と共に格納することを含むことができる。例えば、パラメータの決定は、対象者１２の識別子、パラメータが決定された日付及び／又は時間を示す日付／タイムスタンプ、及び／又は他の情報と共に格納されることができる。決定された１つ又は複数のパラメータを格納することは、センサ２０に直接接続されるデバイスに決定されたパラメータをローカルに格納することを含み、及び／又は決定されたパラメータをリモートに格納することを含むことができる。例えば、ある実施形態において、パラメータモジュール３４により決定されるパラメータは、センサ２０に直接接続されるデバイスから離れて配置される中央情報リポジトリ（例えば、サーバ）に格納される。中央情報リポジトリは、対象者１２及び／又は介護者にとってアクセス可能である。
【００３６】
輻輳監視モジュール３６は、パラメータモジュール３４により決定される１つ又は複数のパラメータに基づき対象者１２における肺うっ血を監視するよう構成される。対象者１２における肺うっ血を監視することは、パラメータモジュール３４により決定される１つ又は複数のパラメータに基づき対象者１２における肺うっ血を特定することを含むことができる。
【００３７】
対象者１２における肺うっ血の徴候を特定するための種々のアルゴリズムが実現されることができるが、ある実施形態において、輻輳監視モジュール３６は、肺うっ血を特定するため、パラメータモジュール３４により決定される１つ又は複数のパラメータと１つ又は複数の閾値とを比較する。所定の数及び／又は組合せの１つ又は複数のパラメータが、対応する閾値を超える場合、輻輳監視モジュール３６は、対象者１２における肺うっ血を特定する。
【００３８】
図示を介して、図２は、それぞれチェーンストークス呼吸率及び肺圧縮率の時間に対するプロット４４及び４６を示す。図２は、それぞれチェーンストークス呼吸率及び肺圧縮率に対応する閾値４８及び５０も示す。患者の肺圧縮率（プロット４６により表される）を対応する閾値５０と比較することにより、臨床的に重要な肺うっ血が特定されることができる。同様に、対象者がチェーンストークス呼吸（プロット４４により表される）を経験する時間の割合を対応する閾値４８と比較することにより、臨床的に重要な肺うっ血が特定されることができる。
【００３９】
ある実施形態において、例えば肺圧縮率といったパラメータが一旦その対応する閾値パラメータを横切る場合、このパラメータを監視しているモジュール（例えば、図１に示され、上で説明される輻輳監視モジュール３６）は直ちに、対象者における肺うっ血を特定する。ある実施形態において、このパラメータが所定の時間の間閾値を横切ったままである場合、このパラメータを監視しているモジュールは、対象者における肺うっ血を特定するだけである。図示を介して、図２において、時間５２における第１の点で、肺圧縮率４６は、閾値５０と交差する。時間５４における第２の点で、肺うっ血が特定される。なぜなら、肺圧縮率４６が所定の時間（及び／又は測定数）の間閾値５０を横切ったままだったからである。
【００４０】
ある実施形態において、パラメータがその閾値を横切るとき、そのパラメータを監視しているモジュールは肺うっ血の予備段階を特定する。続くパラメータの決定に基づき、このモジュールは、深刻さを増す肺うっ血の段階を特定することができ、及び／又は肺うっ血の欠如（例えば、パラメータが閾値を逆向きに横切るように移動する場合）を特定することができる。例えば、パラメータが閾値を横切ったままである及び／又は追加的な閾値を横切る場合、モジュールは、深刻さを増す肺うっ血の段階を特定することができる。
【００４１】
図１に戻り、ある実施形態において、輻輳監視モジュール３６は、個別のパラメータの解析に基づき、肺うっ血を特定する。ある実施形態において、輻輳監視モジュール３６は、肺うっ血を特定する際、パラメータモジュール３４により決定される複数のパラメータの解析を混ぜる。例えば、所定数のパラメータが閾値と交差しない限り、輻輳監視モジュール３６は、対象者１２における肺うっ血を特定することができない。別の例として、輻輳監視モジュール３６は、閾値と交差したパラメータの数に基づき、肺うっ血の異なる段階又は程度を特定することができる。
【００４２】
対象者１２における肺うっ血を特定するため１つ又は複数の閾値に対して、パラメータモジュール３４により決定されるパラメータを解析する輻輳監視モジュール３６の説明は、限定を目的とするものではない。この開示の範囲を逸脱することなく、肺うっ血を示すパラメータモジュール３４により決定されるパラメータから対象者１２における肺うっ血を特定するための他のタイプの解析が実現されることができる。閾値解析の実現は、説明目的のために提供される。
【００４３】
閾値モジュール３８は、１つ又は複数の閾値を管理するよう構成される。１つ又は複数の閾値は、対象者１２における肺うっ血を特定するため（例えば、上述される態様で）、輻輳監視モジュール３６により実現されることができる。１つ又は複数の閾値を管理することは、ユーザ（例えば、対象者１２、介護者等）が、閾値の１つ又は複数をカスタマイズ及び／又は構成することを可能にすることを含むことができる。閾値の１つ又は複数のカスタマイズは、肺うっ血の識別を強化し、検査の利便性及び／又は快適性を強化するため、カスタマイズされた閾値を構成すること、及び／又は、対象者１２に対して特異的に調整された強化を提供することを含む。
【００４４】
ある実施形態において、閾値モジュール３８により管理される１つ又は複数の閾値は、静的である（例えば、図２における閾値４８及び５０で示されように）。ある実施形態において、閾値モジュール３８により管理される１つ又は複数の閾値は、適応的及び動的である。例えば、肺圧縮率（又は、他のいくつかのパラメータ）に対応する閾値は、パラメータモジュール３４によりなされるチェーンストークス呼吸率（又は、他のいくつかのパラメータ）の決定に基づき適合されることができる。例えば、チェーンストークス呼吸率が所定のレベル（例えば、チェーンストークス呼吸率に対応する閾値）に達する場合、肺圧縮率におけるより小さな変化によりその圧縮率がその閾値を超えることをもたらすよう、肺圧縮率に対応する閾値は調整されることができる。チェーンストークス呼吸率が肺うっ血がありそうなことを示す場合、肺圧縮率に対応する閾値のこの調整は、肺うっ血を示す肺圧縮率における変化に対するシステム１０の感度を増加させることになる。
【００４５】
ある実施形態において、閾値がこの閾値に対応するパラメータの以前の決定に動的に適合するよう、閾値モジュール３８は閾値を管理する。例えば、対象者１２の肺圧縮率（又は、他のいくつかのパラメータ）が複数のスパイクを経験する場合、即ち、それがその閾値を超え、肺うっ血が特定される前に再度閾値を超えて戻る場合、閾値モジュール３８は、肺圧縮率の上昇に対してシステム１０の感度を増加させるため調整を実行する。これらの調整は、肺圧縮率に関する閾値を増加させること、及び／又は肺うっ血が特定される前に、肺圧縮率が閾値を下回り続けなければならない時間期間を減らすこと含むことができる。
【００４６】
通知モジュール４０は、肺うっ血に関連付けられるシステム１０による決定を１人又は複数のユーザ（例えば、対象者１２、１人又は複数の介護者等）に通知するよう構成される。通知モジュール４０により生成される通知は、輻輳監視モジュール３６による肺うっ血の特定の通知を含む。通知モジュール４０により生成される通知は、種々の態様で提供されることができる。
【００４７】
例えば、ある実施形態において、対象者１２における肺うっ血の特定がなされる場合、通知モジュール４０は、特定された肺うっ血の対象者１２に対する通知を生成する。通知は、ユーザインタフェース１６を介して対象者１２に提供される。例えば、通知は、圧補助デバイス１８と一体的に提供されるユーザインタフェースを介して、対象者１２に提供されることができる。ユーザインタフェースは、対象者１２に関連付けられる処理プラットホーム（例えば、デスクトップコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、移動通信装置等）を具備する。ユーザインタフェースは、ウェブサイト又はウェブポータル、及び／又は別のユーザインタフェースを介して提供される。対象者１２に対して通知モジュール４０により生成される通知は、音声通知、視覚的通知、触覚的通知及び／又は他の通知の１つ又は複数を含むことができる。
【００４８】
通知モジュール４０は、肺うっ血の対象者１２への通知を生成するよう構成されることができる。この通知は、単に肺うっ血の特定を対象者１２に知らせるだけではない。例えば、通知は、しばしば肺うっ血における増加を伴う心不全の可能性を減らすことになる行動を取るよう対象者１２に促すキューを提供することができる。これらの行動は、薬物投与量を調整すること、介護者とのアポイントをスケジュール化すること、埋め込み型デバイスにデータを問い合わせること、１つ又は複数の物理的な検査パラメータ（例えば、肺又は胸部の聴診、脚／足関節浮腫、首静脈膨張、パルス酸素測定の評価等）の自動的な検出を起動すること、徴候又は一般的な健康の深刻さに関連付けられる対象者１２への１つ又は複数の質問セットの提示を起動すること及び／又は他の行動の１つ又は複数を含むことができる。対象者１２に対して通知モジュール４０により生成される通知により促進される行動は、輻輳監視モジュール３６により特定される肺うっ血の深刻さ、輻輳監視モジュール３６が対象者１２における肺うっ血を特定するレート、対象者１２の個人パラメータ（例えば、身長、体重、体格指数、年齢、医療履歴等）、介護者関与及び／又はカスタムマイズ、現在の治療（例えば、薬物及び投与量）、血圧、問い合わせられたデバイスデータ及び／又は他の要素に依存する場合がある。
【００４９】
特定された肺うっ血の通知を対象者１２に提供することに加えて、ある実施形態において、通知モジュール４０は、過去の情報を対象者１２に提供するよう構成される。過去の情報は、例えば、肺うっ血の以前の特定、パラメータモジュール３４によるパラメータの以前の決定、及び／又はプロセッサ２２のモジュールにより得られ、決定され、及び／又は、管理される他の過去の情報、及び／又は斯かる情報における傾向を含むことができる。
【００５０】
ある実施形態において、対象者１２における肺うっ血の特定がなされる場合、通知モジュール４０は対象者１２に関連付けられる介護者に通知を生成する。システム１０は、例えば医師といった介護者に提供される通知を組織化するよう構成されるモジュール（図１では図示省略）を含むことができる。医師に対して、このモジュールは、対象者及び／又は肺うっ血の深刻さに基づき通知を組織化することができる。通知は、個別の対象者における肺うっ血の傾向を示すよう組織化されることができる。
【００５１】
介護者に対して通知モジュール４０により生成される通知は、ユーザインタフェース１６を介して介護者に提供されることができる。例えば、この通知は、介護者に関連付けられる処理プラットホーム（例えば、デスクトップコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、移動通信装置等）を具備するユーザインタフェースを介して介護者に提供されることができる。ユーザインタフェースは、ウェブサイト又はウェブポータル、及び／又は別のユーザインタフェースを介して提供される。介護者に対して通知モジュール４０により生成される通知は、音声通知、視覚的通知、触覚的通知及び／又は他の通知の１つ又は複数を含むことができる。例えば、ある実施形態において、システム１０は、介護者が通知にアクセスする端末５６を含む。
【００５２】
介護者に対して通知モジュール４０により生成される通知は、対象者１２及び／又は対象者１２に関する適切な治療についての追加的な情報を含むことができる又はこうした情報へのアクセスを提供することができる。例えば、介護者に対して生成される通知は、対象者１２における肺うっ血の以前の特定、対象者１２の個人パラメータ、対象者１２の医療履歴、対象者１２の現在の治療及び／又は対象者１２に関する他の情報へのアクセスを介護者に提供することができる。追加的な情報へのアクセスは、例えば、ハイパーリンクの形で、及び／又はグラフィカルユーザインタフェースにおける拡張可能なメニュー及び／又はドロップダウンメニューの形で提供されることができる。斯かる情報は、特定された肺うっ血に基づき対象者１２の治療に関する介護者による決定を容易にするため、介護者に提供されることができる。
【００５３】
図示を介して、図３は、介護者に対してシステム１０により生成される通知が組織化されることができる例示的な態様を提供する。特に、図３は、介護者に対する通知を搬送するグラフィカルユーザインタフェースを示す。この通知は、対象者、年代及び／又は深刻さにより組織化される。図３に示されるグラフィカルユーザインタフェースは、対象者及び／又は表示される肺うっ血の特定に関する介護者によるアクセスを容易にすることができる。例えば、介護者は、対象者を選択することにより、その対象者に関する追加的な情報にアクセスすることができる。介護者は、対象者に関する日にちを選択することにより、肺うっ血の特定に関する追加的な情報にアクセスすることができる。
【００５４】
図１に戻り、通信モジュール４２は、対象者１２と介護者との間の通信を容易にするよう構成される。通信は、電子メール、テキストメッセージ交換、電子メッセージ、テキストチャット、音声チャット、インスタントメッセージ、ネットワークフォーラム及び／又は他の通信媒体の１つ又は複数を含むことができる。通信により、介護者は、特定された肺うっ血に関連付けられる心不全を回避するため対象者１２が取るべきステップを、対象者１２に指示することができる。
【００５５】
ある実施形態において、通信は、輻輳監視モジュール３６による肺うっ血の決定に応じて、通信モジュール４２により自動的に生成される。例えば、輻輳監視モジュール３６による肺うっ血の決定に応じて、通信モジュール４２は、介護者との利用可能な複数のアポイントメントを特定する、対象者１２への通信を自動的に生成することができる。対象者１２は、都合のよいアポイントメントを選択することができ、この選択は、対象者１２に関するアポイントメントを予約するため、介護者（及び／又は管理スタッフ）に通信されることができる。別の例として、輻輳監視モジュール３６による肺うっ血の決定に応じて、通信モジュール４２は、心不全を回避するため対象者１２が取るべき行動を示す介護者から対象者１２への通信を自動的に生成することができる。自動的に生成された通信は、介護者が対象者１２に関して特異的に通信をカスタマイズすることができるよう、対象者１２への送信の前に、介護者（例えば、ユーザインタフェース１６）に与えられることができる。
【００５６】
図４は、システム１０の少なくともいくつかの要素の特有の構成を含むシステム１０の実施形態を示す。これが以下更に論じられる。システム１０のこの特有の実施形態は、限定を目的とするものではなく、説明目的のためだけに提供される。
【００５７】
図４に示されるシステム１０の実施形態において、システム１０は、インタフェース機器３０を介して、就寝中にポジティブ気道圧補助を対象者に提供するよう構成される圧補助デバイス１８を含む。ユーザインタフェース１６は、（例えば、図示されるようなボタンを有する）入力デバイス５８及び電子ディスプレイ６０を含む。プロセッサ２２（及びそのモジュール）に起因する機能の一部又は全部は、圧補助デバイス１８内に一体的に提供される１つ又は複数のプロセッサにより提供される。
【００５８】
入力デバイス５８は、対象者がシステム１０に情報を入力することを可能にするよう構成される。例えば、入力デバイス５８は、対象者１２及び（図１に示され及び上述された）ユーザインタフェース１６に関して上述された情報の一部又は全部を対象者が入力することを可能にすることができる。
【００５９】
電子ディスプレイ６０は、対象者１２に対して情報を搬送するよう構成されることができる。例えば、電子ディスプレイ６０は、対象者１２及び（図１に示され及び上述された）ユーザインタフェース１６に関して上述された情報の一部又は全部を対象者に搬送することができる。
【００６０】
いくつかの実現において、圧補助デバイス１８のユニタリ構造に一体的に提供されるものとして示されるユーザインタフェース１６が、圧補助デバイス１８に接続されるモジュール式ユニットとして提供されることができる。ユーザインタフェース１６と圧補助デバイス１８との間の接続は、選択的にリムーバブルとすることができる。
【００６１】
入力デバイス５８及び電子ディスプレイ６０も、圧補助デバイス１８とのインタフェースを対象者に対して提供する。このインタフェースを介して、対象者は、圧補助デバイス１８により提供されるポジティブ気道圧補助療法と相互作用する及び／又は制御することができる。
【００６２】
図５は、システム１０の少なくともいくつかの要素の特有の構成を含むシステム１０の実施形態を示す。これが以下更に論じられる。システム１０のこの特有の実施形態は、限定を目的とするものではなく、説明目的のためだけに提供される。
【００６３】
図５に示される実施形態において、システム１０は、分散型アーキテクチャを持つ。特に、システム１０は、圧補助デバイス１８、センサ２０及び対象者が利用可能なウェブベースのポータル６２を含む。これらは全て、対象者によりアクセス可能である。システム１０は更に、セキュアデータセンタ６４及びコンテンツ開発／管理ツール６６を含む。これらは、主に図５に示されるシステム１０の全体の動作を容易にするサービスプロバイダに（少なくとも概して）関連付けられる。システム１０は更に、介護者が利用可能なウェブベースのポータル６８を含む。
【００６４】
図５から分かるように、システム１０に含まれるセンサ２０は、圧補助デバイス１８から外のセンサを含むことができる。センサ２０は更に、既に述べたように、圧補助デバイス１８により対象者に対して提供されるガスと通信するセンサを含むことができる。
【００６５】
ウェブベースのポータル６２は、例えばインターネットといったネットワークを介して対象者に提供される情報ポータルを含む。情報ポータルは、ウェブページの形又は何らかの他のタイプの情報ポータルの形で確立されることができる。情報ポータルは、システム１０からの通知（例えば、図１に示され及び上述される通知モジュール４０により生成される）を対象者が受信し、介護者と通信し、及び／又は他の態様でシステム１０と交互作用することを可能にするグラフィカルユーザインタフェースを含むことができる。ある実施形態では、対象者により実現されることができるこの相互作用の一部又は全部が、圧補助デバイス１８（図５では図示省略）を具備するユーザインタフェース上でも実現されることができる。
【００６６】
セキュアデータセンタ６４は、対象者（及び他の対象者）、介護者（及び他の介護者）、に関連付けられる情報、システム設定及び／又は、システム１０の動作に関連付けられる他の情報を格納するよう構成される中央及びセキュア電子ストレージである。そのようなものとして、セキュアデータセンタ６４は、電子ストレージ１４に起因する機能の少なくとも一部を提供する。セキュアデータセンタは、ウェブベースのポータル６２及び／又はウェブベースのポータル６８の一方又は両方を提供するサーバに関連付けられることができる。
【００６７】
セキュアデータセンタ６４に格納される情報は、圧補助デバイス１８に直接は関連付けられないセンサ２０からの情報を含むことができる。この情報は、センサ２０からセキュアデータセンタ６４へと圧補助デバイス１８を通り、ウェブベースのポータル６２及び／又はこれに関連付けられるサーバを通り、直接（例えば、ネットワーク接続、直接的な接続、無線接続、有線接続等を介して）通信されることができるか、又はセンサ２０からセキュアデータセンタ６４まで他の態様で通信されることができる。
【００６８】
ある実施形態では、セキュアデータセンタ６４は、（図１に示され及び上術された）プロセッサ２２のモジュールの機能の少なくとも一部を提供する１つ又は複数のプロセッサ（例えば、１つ又は複数のサーバ）に関連付けられる。これらのプロセッサは、セキュアデータセンタ６４に含まれる情報の格納を管理及び組織化し、斯かる情報のアクセスは、ウェブベースのポータル６４及び６８を介して行われる。
【００６９】
コンテンツ開発／管理ツール６６は、システム１０（例えば、セキュアデータセンタ６４、ウェブベースのポータル６２及び／又はウェブベースのポータル６８）の要素の少なくとも一部を提供する第三者のサービスプロバイダに対して、システム１０へのインタフェースを提供する。コンテンツ開発／管理ツール６６を介して、サービスプロバイダは、システム１０に含まれる情報が処理される態様を操作することができ、及び／又はウェブベースのポータル６２及び６８により提供されるユーザインタフェースを設定することができる。
【００７０】
ウェブベースのポータル６８は、例えばインターネットといったネットワークを介して介護者に提供される情報ポータルを含む。介護者は、（図１において示され及び説明された）端末５６と同じ又は類似の端末を介して、ウェブベースのポータル６８にアクセスすることができる。情報ポータルは、ウェブページの形又は他のタイプの情報ポータルの形で確立されることができる。情報ポータルは、システム１０からの通知（例えば、図１に示され及び上述される通知モジュール４０により生成される）を介護者が受信し、対象者と通信し、及び／又は他の態様でシステム１０と交互作用することを可能にするグラフィカルユーザインタフェースを含むことができる。
【００７１】
図１〜５において、システム１０が、圧補助デバイス１８を含むものとして記載される点を理解されたい。システム１０は、圧補助デバイスなしで実現されることができる。例えば、システム１０は、パラメータモジュール３４により決定されるパラメータに関連付けられる情報を搬送する出力信号を生成するよう構成される肺活量計を含むことができる。しかしながら、システム１０に圧補助デバイス１８を提供することは、対象者１２に対するシステム１０の検査療法の受動性を強化することができる。更に、肺うっ血の徴候の少なくともいくつかは、仰臥位（例えば、就寝時）における長い期間により悪化する場合がある。従って、就寝時及び／又は睡眠中に対象者が用いるシステムを介して、肺うっ血に関連付けられるパラメータを監視することは、対象者における肺うっ血の特定の精度及び／又は的確さを強化することができる。
【００７２】
図６は、対象者における肺うっ血を監視する方法７０を示す。以下に示される方法７０の処理は、説明目的のものである。いくつかの実施形態において、方法７０は、説明されない１つ又は複数の追加的な処理を用いて、及び／又は説明される処理の１つ又は複数を省いて実現されることができる。更に、図６に示され、及び以下で説明される方法７０の処理の順序は、限定を目的とするものではない。いくつかの実施形態において、方法７０は、（図１、４及び５に示される）システム１０と同じ又は類似するシステムにおいて実現されることができる。しかしながら、いくつかの実施形態において、方法７０は、この開示の範囲を逸脱することなく他の文脈において実現されることができる。
【００７３】
処理７２において、対象者における肺うっ血を示す１つ又は複数のパラメータに関連付けられる情報を搬送する１つ又は複数の出力信号が生成される。この１つ又は複数のパラメータは、対象者の呼吸に関する少なくとも１つのパラメータを含むことができる。ある実施形態では、処理７２は、（図１、４及び５に示され及び上述された）センサ２０と同じ又は類似する１つ又は複数のセンサにより実行される。
【００７４】
処理７４において、対象者における肺うっ血を示す１つ又は複数のパラメータが決定される。ある実施形態では、処理７４は、（図１に示され及び上述された）パラメータモジュール３４と同じ又は類似するパラメータモジュールにより実行される。
【００７５】
処理７６において、処理７６で決定される１つ又は複数のパラメータに対応する１つ又は複数の閾値が決定される。ある実施形態では、処理７６は、（図１に示され及び上述された）閾値モジュール３８と同じ又は類似する閾値モジュールにより実行される。
【００７６】
処理７８において、対象者が肺うっ血を経験しているかどうかに関する決定がなされる。処理７８でなされる決定は、処理７４で決定される１つ又は複数のパラメータに基づかれる。処理７８でなされる決定は、処理７６で決定される対応する閾値と１つ又は複数のパラメータとの比較に基づかれることができる。ある実施形態では、処理７８は、（図１に示され及び上述された）輻輳監視モジュール３６と同じ又は類似する輻輳監視モジュールにより実行される。
【００７７】
対象者における肺うっ血が、処理７８で特定されない場合、方法７０は、処理７２に戻る。対象者における肺うっ血が処理７８で特定される場合、方法７０は、処理８０及び／又は８２へ進む。
【００７８】
処理８０において、特定された肺うっ血の１つ又は複数の通知が生成される。この１つ又は複数の通知は、対象者に対して生成される通知及び／又は介護者に対して生成される通知を含むことができる。ある実施形態では、処理８０は、（図１に示され及び上述された）通知モジュール４０と同じ又は類似する通知モジュールにより実行される。
【００７９】
処理８２において、対象者と介護者との間の通信が容易にされる。ある実施形態では、処理８２は、（図１に示され及び上述された）通信モジュール４２と同じ又は類似する通信モジュールにより実行される。
【００８０】
最も実際的かつ好ましい実施形態であると現在考慮されるものに基づき、本発明が説明目的で詳述されたが、斯かるその詳細は、単に説明目的のためだけにあること、及び本発明は、開示された実施形態に限定されず、添付の特許請求の精神及び範囲内にある修正及び均等な構成を覆うよう意図されることを理解されたい。例えば、可能な限り、任意の実施形態の１つ又は複数の特徴が、他の任意の実施形態の１つ又は複数の特徴と結合されることができる点を本発明は想定していることを理解されたい。
【図１】
0005654566.tif 000002
【図２】
0005654566.tif 000003
【図３】
0005654566.tif 000004
【図４】
0005654566.tif 000005
【図５】
0005654566.tif 000006
【図６】
0005654566.tif 000007