(57)【要約】  方法及びシステムが患者管理を実行する。あるケースでは、患者管理システム２００は、患者に呼吸加圧治療を伝達して患者のために治療セッションに関して治療データを生成するための一つ以上の呼吸加圧治療装置を含む。患者管理システムは、治療装置と通信するデータサーバーを含みうる。データサーバーは、治療データから、セッションの治療要約データを計算することができ、要約データは、治療データを要約する一つ以上の統計を含みうる。患者管理システムは、データサーバーを通信する治療管理サーバーを含みうる。治療管理サーバーは、要約データに一つ以上のルールを適用し、各ルールの適用の結果に依存して、各ワークフローグループはルール対応し、患者の一つ以上のワークフローグループを更新するまたは生成し、及び／又は、一つ以上のワークフローグループを代表する図式レイアウトを提供できる。【選択図】図２
2017523842.tif 000002
【特許請求の範囲】
【請求項１】
複数の呼吸加圧治療装置と通信するデータサーバーであって、前記呼吸加圧治療装置は各々、患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データを生成するように構成されており、前記データサーバーは、前記治療データから、セッションの治療要約データを計算するように構成されており、前記治療要約データは前記治療データを要約する一つ以上の統計を含むものである、データサーバーと、
データサーバーと通信している治療管理サーバーと
を含んでなる、患者管理システムであって、
前記治療管理サーバーは、
一つ以上のルールを前記治療要約データに適用し、
各ルールの適用の結果に依存して、各ワークフローグループはルール対応して、患者の一つ以上のワークフローグループを更新し、
前記一つ以上のワークフローグループを代表する図式レイアウトを供給する
ように構成されている、患者管理システム。
【請求項２】
前記治療管理サーバーは、図式レイアウトのワークフローグループを起動すると、前記ワークフローグループの前記患者の詳細を含む図式レイアウトを供給するように更に構成されている請求項１に記載の患者管理システム。
【請求項３】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループ患者の名前を含むものである請求項２に記載の患者管理システム。
【請求項４】
前記治療管理サーバーは、前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する一つ以上のオプションを含む患者メニューを供給するように更に構成されている請求項３に記載の患者管理システム。
【請求項５】
一つのオプションはワークフロー履歴のオプションであり、前記治療管理サーバーは、前記ワークフローの履歴のオプションを起動すると、前記患者が以前に追加されたワークフローグループのリストを供給するように更に構成されている請求項４に記載の患者管理システム。
【請求項６】
前記リストの各項目は、前記患者が以前に追加されたワークフローグループの名前と、前記患者が前記ワークフローグループに追加された前記日付とを含む請求項５に気足の患者管理システム。
【請求項７】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連するコントロールを含み、前記コントロールを起動すると、前記患者管理サーバーは、前記関連する患者を前記ワークフローグループのから除去されるように更に構成される請求項２から６のいずれかに記載の患者管理システム。
【請求項８】
ルールは、前記治療要約データの一つ以上の特性に応用できる条件を含む請求項１に記載の患者管理システム。
【請求項９】
前記一つ以上のワークフローグループを更新することは、前記治療要約データの前記一つ以上の特性が前記ワークフローグループに対応する前記ルールにより含まれる前記条件を満足すると、ワークフローグループに患者を追加することを含む請求項８に記載の患者管理システム。
【請求項１０】
ルールは、前記条件が満足されると、履行される行動を更に含む請求項８に記載の患者管理システム。
【請求項１１】
前記行動は前記患者に通知を送ることを含む請求項１０に記載の患者管理システム。
【請求項１２】
前記患者管理サーバーは、コンピューティング装置に通知を送信るべきかどうかを決定するように更に構成されている請求項１に記載の患者管理システム。
【請求項１３】
前記患者管理サーバーは、前記決定に基づいて、コンピューティング装置へ前記通知を送信するように更に構成されている請求項１２に記載の患者管理システム。
【請求項１４】
前記データサーバーは、前記患者管理サーバーと同期している請求項１に記載の患者管理システム。
【請求項１５】
前記複数の呼吸加圧治療装置を更に含む請求項１に記載の患者管理システム。
【請求項１６】
呼吸加圧治療装置と通信する治療管理サーバーを含む患者管理システムであって、前記呼吸加圧治療装置は、セッション中に患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データから、前記セッションの治療要約データを計算するように構成されており、前記治療要約データは、前記治療データを要約する一つ以上の統計を含んでおり、
前記治療管理サーバーは、
前記治療要約データに一つ以上のルールを適用し、
前記各ルールの適用の結果に依存して、各ワークフローグループはルールに対応し、一つ以上のワークフローグループを更新し、
前記一つ以上のワークフローグループを代表する図式レイアウトを供給する
ように構成されている患者管理システム。
【請求項１７】
前記治療管理サーバーは、前記図式レイアウトのワークフローグループを起動すると、前記ワークフローグループの前記患者の詳細を含む図式レイアウトを供給するように更に構成されている請求項１６に記載の患者管理システム。
【請求項１８】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者の名前を含む請求項１７に記載の患者管理システム。
【請求項１９】
前記治療管理サーバーは、前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する一つ以上のオプションを含む患者メニューを供給するように更に構成されている請求項１８に記載の患者管理システム。
【請求項２０】
一つのオプションはワークフロー履歴オプションであり、前記治療管理サーバーは、前記ワークフロー履歴オプションを起動すると、前記患者が以前に追加したワークフローグループのリストを供給するように更に構成される請求項１９に記載の患者管理システム。
【請求項２１】
前記リストの各項目は、前記患者が以前に追加されたワークフローグループの名前と、前記患者がワークフローグループに追加された前記日付とを含む請求項２０に記載の患者管理システム。
【請求項２２】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連したコントロールを含み、前記治療管理サーバーは、前記コントロールを起動すると、前記ワークフローグループから前記関連患者を除去するように更に構成されている請求項１７に従う患者管理システム。
【請求項２３】
前記ルールは、前記治療要約データの一つ以上の特性に適用できる条件を含むものである請求項１６に記載の患者管理システム。
【請求項２４】
前記一つ以上のワークフローグループを更新することは、前記治療要約データの前記一つ以上の特性が前記ワークフローグループに対応する前記ルールにより含まれる前記条件を満足すると、ワークフローグループに前記患者を追加することを含む請求項２３に記載の患者管理システム。
【請求項２５】
前記ルールは、前記条件が満足されると、履行される行動を更に含む請求項２３に記載の患者管理システム。
【請求項２６】
前記行動は、前記患者に通知を送ることを含むものである請求項２５に記載の患者管理システム。
【請求項２７】
前記治療管理サーバーは、通知をコンピューティング装置に送信するかどうかを決定するように更に構成されている請求項１６に記載の患者管理システム。
【請求項２８】
前記治療管理サーバーは、前記通知を前記コンピューティング装置に送信するように更に構成されている請求項２７に記載の患者管理システム。
【請求項２９】
複数の前記呼吸加圧治療装置を更に含む請求項１６に記載の患者管理システム。
【請求項３０】
呼吸加圧治療を受けている一以上の患者を管理する方法であって、
治療管理サーバーによって、患者用の呼吸加圧治療のセッションに関して治療データを要約する一つ以上の統計を含む治療要約データに一つ以上のルールを適用するステップと、
前記治療管理サーバーによって、前記各ルールの適用の結果に依存して、各ワークフローグループがルールに対応する、一つ以上のワークフローグループを更新するステップと、
前記治療管理サーバーによって、前記一つ以上のワークフローグループを代表する図式レイアウトを供給するステップと
を含んでなる方法。
【請求項３１】
前記図式レイアウトのワークフローグループを起動すると、前記ワークフローグループの前記患者の詳細を含む図式レイアウトを供給するステップを更に含む請求項３０に記載の方法。
【請求項３２】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者の名前を含むものである請求項３１に記載の方法。
【請求項３３】
前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する一つ以上のオプションを含む患者のメニューを供給するステップを更に含む請求項３２に記載の方法。
【請求項３４】
一つのオプションはワークフローの履歴のオプションであり、前記ワークフロー履歴オプションを起動すると、前記患者が以前記追加されたワークフローグループのリストを供給するステップを更に含む請求項３３に記載の方法。
【請求項３５】
前記リストの各項目は、前記患者が以前に追加されたワークフローグループの名前と、前記患者が前記ワークフローグループに追加された前記日付とを含む請求項３４に記載の方法。
【請求項３６】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連したコントロールを含み、前記コントロールを起動すると、前記ワークフローグループから前記関連患者を除去するステップを更に含む請求項３１に記載の方法。
【請求項３７】
前記ルールは、前記治療要約データの一つ以上の特性に適用できる条件を含むものである請求項３０に記載の方法。
【請求項３８】
前記更新するステップは、前記治療要約データの前記一つ以上の特性が前記ワークフローグループに対応する前記ルールにより含まれる前記条件を満足すると、ワークフローグループに前記患者を追加することを含むものである請求項３７に記載の方法。
【請求項３９】
前記ルールは、前記条件が満足されると、履行される行動を更に含むものである請求項３７に記載の方法。
【請求項４０】
前記行動は、前記患者に通知を送ることを含む請求項３９に記載の方法。
【請求項４１】
前記治療管理サーバーによって、コンピューティング装置に通知を送信するかどうかを決めるステップを更に含むものである請求項３０に記載の方法。
【請求項４２】
前記治療管理サーバーによって、前記コンピューティング装置に前記通知を送信するステップを更に含む請求項４１に記載の方法。
【請求項４３】
患者用の呼吸加圧治療のセッションに関する治療データを要約する一つ以上の統計を含む治療要約データに一つ以上のルールを適用し、
前記各ルールの適用の結果に依存して、各ワークフローグループが前記ルールに対応している、一つ以上のワークフローグループを更新し、
前記一つ以上のワークフローグループを代表する図式レイアウトを供給する
ように構成される呼吸加圧治療管理サーバー。
【請求項４４】
呼吸加圧治療装置と通信するデータサーバーと
前記データサーバーと通信する治療管理サーバーと
を含んでなる患者管理システムであって、
前記呼吸加圧治療装置は、患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データを生成するように構成されており、
前記データサーバーは、
前記治療データから、前記セッションの治療要約データを計算し、ここで、前記治療要約データは前記治療データを要約する一つ以上の統計を含むものであり、
前記治療要約データから、前記患者がコンプライアンス標準を満たすであろう確率を示すスコアを計算する
ように構成されており、
前記治療管理サーバーは、
前記スコアに依存して患者のワークフローグループを更新し、
前記ワークフローグループを代表する図式レイアウトを供給する
ように構成されている、患者管理システム。
【請求項４５】
前記治療管理サーバーは、前記図式レイアウトの図式レイアウトを起動すると、前記図式レイアウトの前記患者の詳細を含む図式レイアウトを供給するように更に構成される請求項４４に記載の患者管理システム。
【請求項４６】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者の名前を含むものである請求項４５に記載の患者管理システム。
【請求項４７】
前記治療管理サーバーは、前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する一つ以上のオプションを含む患者メニューを供給するように更に構成される請求項４６に記載の患者管理システム。
【請求項４８】
一つのオプションはワークフロー履歴オプションであり、前記治療管理サーバーは、ワークフロー履歴のオプションを起動すると、前記患者が以前追加されたワークフローグループのリストを供給するように更に構成される請求項４７に記載の患者管理システム。
【請求項４９】
前記リストの各項目は、前記患者が以前に追加されたワークフローグループの名前と、前記患者が前記ワークフローグループに追加された前記日付とを含む請求項４８に記載の患者管理システム。
【請求項５０】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連したコントロールを含み、前記治療管理サーバーは、前記コントロールを起動すると、前記ワークフローグループから前記関連患者を除去するように更に構成される請求項４５に記載の患者管理システム。
【請求項５１】
前記スコアは、前記患者が前記コンプライアンス標準を満足するであろう前記確率を示す数値である請求項４４に記載の患者管理システム。
【請求項５２】
前記ワークフローグループを更新することは、前記スコアを閾値と比較することを含む請求項５１に記載の患者管理システム。
【請求項５３】
前記ワークフローグループを更新することは、前記スコアが前記閾値以下であることと、前記ワークフローグループに前記患者を追加することとを含む請求項５２に記載の患者管理システム。
【請求項５４】
前記治療管理サーバーは、前記スコアが前記閾値以下のときに、行動をとるように更に構成される請求項５３に記載の患者管理システム。
【請求項５５】
前記行動は、前記患者に通知を送ることを含む請求項５４に記載の患者管理システム。
【請求項５６】
前記患者と関連するコンピューティング装置を更に含み、前記通知は、前記患者に関連する前記コンピューティング装置に送られる請求項５５に記載の患者管理システム。
【請求項５７】
前記行動は、ワークフローグループから患者を除去ことを含む請求項５４に記載の患者管理システム。
【請求項５８】
前記スコアを計算することは、前記治療要約データから複数の特性にコンプライアンスモデルを適用することを含む請求項４４に記載の患者管理システム。
【請求項５９】
前記コンプライアンスモデルは、前記患者のプロファイルデータを更に考慮する請求項５８に記載の患者管理システム。
【請求項６０】
前記患者は一人の支払人と関連し、前記閾値は前記支払人に特有である請求項５２に記載の患者管理システム。
【請求項６１】
前記閾値は前記患者がどのくらいの期間にわたって呼吸加圧治療を受けているかに依存する請求項５２に記載の患者管理システム。
【請求項６２】
前記患者は、コンプライアンスモデルから取得したランキング統計に従って、前記ワークフローグループの前記図式レイアウト内でランク付けられる請求項４４に記載の患者管理システム。
【請求項６３】
前記ランキング統計は、前記スコアである請求項６２に記載の患者管理システム。
【請求項６４】
前記治療管理サーバーは、前記治療要約データに一つ以上のルールを更に適用し、
各ルールの適用の結果に依存して、さらなるワークフローグループはルールに対応し、一つ以上のワークフローグループを更新するように構成され、
前記図式レイアウトは、前記一つ以上のさらなるワークフローグループを更に表すものである、請求項４４に記載の患者管理システム。
【請求項６５】
各さらなるルールは、臨床ルール、コンプライアンスルール、及び時間ベースのルールのうちの一つである請求項６４に記載の患者管理システム。
【請求項６６】
前記治療管理サーバーは、通知をコンピューティング装置に送信するべきかどうかを決定するように更に構成される、請求項４４に記載の患者管理システム。
【請求項６７】
前記治療管理サーバーは、前記決定に基づいて、前記コンピューティング装置へ前記通知を送信するように更に構成される請求項６６に記載の患者管理システム。
【請求項６８】
前記データサーバーは、前記治療管理サーバーと同期している請求項４４に記載の患者管理システム。
【請求項６９】
複数の前記呼吸加圧治療装置を更に含む請求項４４に記載の患者管理システム。
【請求項７０】
呼吸加圧治療装置と通信する治療管理サーバーを含む患者管理システムであって、
前記呼吸加圧治療装置は、セッション中に患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションについての治療データから、セッションの治療要約を計算し、前記治療要約データは、前記治療データを要約する一つ以上の統計を含み、前記治療要約データから、前記患者がコンプライアンス標準を満たすであろう確率を示すスコアを計算するように構成され、
前記治療管理サーバーは、前記スコアに依存して、患者のワークフローグループを更新し、前記ワークフローグループを表す図式レイアウトを供給するように構成される、患者管理システム。
【請求項７１】
一つ以上のプロセッサーを備えた一つ以上のサーバーにおいて呼吸加圧治療を受ける一人以上の患者を管理する方法であって、
患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データを生成するように構成された呼吸加圧治療装置と通信するステップと、
前記治療データから、前記治療データを要約する一つ以上の統計を含む前記セッション用の治療要約データを計算するステップと、
前記患者がコンプライアンス標準を満足するであろう確率を示すスコアを、前記治療要約データから計算するステップと、
前記スコアに依存して、患者のワークフローグループを更新し、前記ワークフローグループを表す図式レイアウトを供給するステップと
を含んでなる、患者を管理する方法。
【請求項７２】
呼吸加圧治療を受ける患者がコンプライアンス標準を満足するであろう確率を示すスコアを受け取り、
前記スコアに依存して患者のワークフローグループを更新し、
前記ワークフローグループを代表する図式レイアウトを供給する
ように構成される、呼吸加圧治療管理サーバー。
【請求項７３】
呼吸加圧治療に対する患者コンプライアンスを管理するシステムであって、
複数の呼吸加圧治療装置から患者の呼吸加圧治療に関するデータを受け取るように構成された一つ以上のプロセッサーを含み、
前記一つ以上のプロセッサーは、
前記受け取ったデータを評価するルールのセットに基づいて、前記呼吸加圧治療を受ける患者を一つ以上のグループにグループ化し、ここで、前記ルールは、（ａ）前記受け取ったデータの使用データに基づくコンプライアンスリスク評価と、（ｂ）患者が治療を受けた日付期間を含む時間ベースの評価とを含むものであり、
前記グループを代表する表示を生成する
ように更に構成されているシステム。
【請求項７４】
前記表示は、各グループについて、テキストヘッディングと前記グループ中の多数の患者とを含むものである請求項７３に記載のシステム。
【請求項７５】
前記一つ以上のプロセッサーは、前記表示のグループの起動をすると、前記グループの前記患者を識別するさらなる表示を生成するように構成された治療管理サーバーを含む請求項７３に記載のシステム。
【請求項７６】
前記のさらなる表示は、前記グループの各患者と関連するチェックボックスを含み、前記チェックボックスは、前記患者に連絡されるとチェックされるように構成されている請求項７５に記載のシステム。
【請求項７７】
前記複数の呼吸加圧治療装置を更に含む請求項７３に記載の患者管理システム。
【請求項７８】
呼吸加圧治療をしている患者コンプライアンスを管理する方法であって、
一つ以上のプロセッサーにおいて、複数の呼吸加圧治療装置から患者の呼吸加圧治療に関するデータを受け取るステップと、
前記一つ以上のプロセッサーによって、前記受けとりデータを評価するルールのセットに基づいて、前記呼吸加圧治療を受ける患者を一つ以上のグループにグループ化するステップであって、前記ルールは、（ａ）受け取った前記データの使用データに基づくコンプライアンスリスク評価と、（ｂ）前記患者が治療を受けた日付期間を含む時間ベースの評価とを含むものである、グループ化するステップと、
前記一つ以上のプロセッサーによって、前記グループを代表する表示を生成するステップと
を含んでなる方法。
【請求項７９】
前記表示は、各グループについて、テキストヘッディングと前記グループ中の多数の患者とを含む請求項７８に記載の方法。
【請求項８０】
前記一つ以上のプロセッサーは治療管理サーバーを含み、前記表示のグループを起動すると、前記治療管理サーバーを用いて、前記グループの前記患者の識別のさらなる表示を生成することを更に含むものである請求項７８に記載の方法。
【請求項８１】
前記さらなる表示は、前記グループの各患者と関連するチェックボックスを含み、前記チェックボックスは、前記患者に連絡されるとチェックされるように構成される請求項８０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
１  関連出願に対する相互参照
本願は、２０１４年８月１日に出願された米国仮特許出願６２／０３１，９７５号及び２０１４年１０月２９日に出願された米国仮特許出願６２／０７２，１０７の利益を主張するものであり、それらの内容全体を引用することにより本明細書の一部をなすものとする。
【０００２】
２  連邦支援された研究又は開発に関する陳述
該当なし。
【０００３】
３  共同研究開発の参加人の名前
該当なし。
【０００４】
４  優位順位付けリスト
該当なし。
【０００５】
５  発明の背景
５．１  発明の分野
本技術は、呼吸関連疾患の発見、診断、治療、予防及び回復のうちの１つ以上のものに関する。本技術は、医療装置又は機器、及びそれらの使用にも関する。
【背景技術】
【０００６】
５．２．１．ヒトの呼吸システムとその疾患
体の呼吸システムはガス交換を促進する。
【０００７】
鼻と口は患者の気道への入り口を形成する。気道は一連の分岐する管を含み、この管は，  肺に深く侵入するにつれて、より狭く、より短くなり及び数が増える。肺の第一機能はガス交換であり、酸素が空気から静脈血に移動して二酸化炭素が出ていくことを可能にする。気管は右と左の主な気管支に分かれて、これは更に最終的に最終点細気管支に分かれる。気管支は誘導気道を作り、そしてガス交換には参加しない。気道のさらなる分岐は呼吸細気管支、そして最終的には肺胞に導く。肺の肺胞地域はガス交換が起こる場所であり、呼吸ゾーンを呼ばれる。２０１１年に発行された第９版の「Ｒｅｓｐｉｒａｔｏｒｙ  Ｐｈｙｓｉｏｌｏｇｙ」，ｂｙ  Ｊｏｈｎ  Ｂ．  Ｗｅｓｔ，  Ｌｉｐｐｉｎｃｏｔｔ  Ｗｉｌｌｉａｍｓ  ＆  Ｗｉｌｋｉｎｓを参照されたい。
【０００８】
色々な呼吸疾患がある。ある疾患は、特別のイベント、例えば、無呼吸症、減少呼吸、過激呼吸より特徴付けられることがある。
【０００９】
閉塞性睡眠時無呼吸（ＯＳＡ）、睡眠呼吸障害（ＳＤＢ）の一形状は睡眠中上気道の閉塞又は妨害を含むイベントにより特徴付けられる。これは、睡眠中、異常に小さい上気道及び舌、軟口蓋と後ろ口腔咽頭壁の地域の普通の筋緊張損失の組み合わせの結果である。この状態は、罹患患者は、通常３０秒から１２０秒の期間、時々一晩２００回から３００回、呼吸停止を起こす。このことは、しばしば、昼間の過度傾眠を起こし、そして心臓血管病気と脳傷害を起こすことがある。本症状群は、特に中年の太りすぎの男性に普通の疾患であり、罹患患者は問題を全く認識していないことがある。米国特許第４，９４４，３１０号明細書（Ｓｕｌｌｉｖａｎ）を参照されたい。
【００１０】
チェーン−ストークス呼吸（ＣＳＲ）は、他の形状の睡眠呼吸障害である。ＣＳＲは、ＣＳＲサイクルとして知られている換気が増減するリズムのある相互期間がある患者の呼吸器官コントローラーの疾患である。ＣＳＲは、動脈血の反復する脱酸素化及び再酸素化によって特徴付けられている。反復する低酸素症のために、ＣＳＲは有害でありうる。ある患者では、ＣＳＲは反復する覚醒と関連されており、これは、著しい睡眠の妨げ、交感神経活動の増加、及び後負荷の増加と関連している。米国特許第６，５３２，９５９号明細書（Ｂｅｒｔｈｏｎ−Ｊｏｎｅｓ）を参照されたい。
【００１１】
慢性閉塞性肺疾患（ＣＯＰＤ）は、ある特徴を共通に持つ任意のグループの下気道疾患を含む。これらは、空気の動きへの増加した抵抗、呼吸の延長した呼気フェーズ、及び肺の普通弾力性損失を含む。ＣＯＰＤの例は、気腫及び慢性気管支炎である。ＣＯＰＤは、慢性喫煙（第一のリスク要因）、職業的な暴露、空気汚染及び遺伝因子が原因である。病徴は、労作時の呼吸困難と慢性咳と痰生成とを含む。
【００１２】
そのような状態を治療又は回復するために、色々な治療法が使用されてきている。更に、さもなければ、健康な個人がそのような治療法を利用して、呼吸器官疾患が起こらないようにすることができる。しかし、このことには多くの欠点がある。
【００１３】
５．２．２．呼吸加圧治療
いくつかの形状の呼吸加圧治療では、治療圧力Ｐｔは、患者の呼吸サイクルを通して、ベース圧力Ｐｏの近く保持される。そのような形状は一般に持続性気道陽圧力（ＣＰＡＰ）治療法と呼ばれる。ＣＰＡＰ治療はＯＳＡを治療するために使用されている。行動機構は、持続性気道陽圧力が圧縮空気スプリントとして機能し、軟口蓋と舌を後ろ口腔咽頭壁から前にそして離れるよう押して、上気道閉塞を妨げるかもしれない。ＣＰＡＰ治療、時々コンスタントＣＰＡＰ  治療とも呼ばれるのある実施態様では、ベース圧力Ｐ０は、点滴中に処方又は決定されるコンスタント価値でありうる。また、ベース圧力Ｐ０は、フロー限定、無呼吸、減少呼吸、気道開通性及はいびきなどの１つ以上の睡眠疾患による呼吸の指針機能又は測定として動的に計算されうる。この実行は、しばしばＡＰＡＰ治療と呼ばれる。
【００１４】
ＣＰＡＰ治療によるＯＳＡの治療は自発的であってもよく、そのため、患者は、もしそのような治療を提供する機具が、心地良くない、使いにくい、高価である及び美的な魅力がないなどの一つ以上のものであるとわかった場合、治療を守らないことがある。
【００１５】
他の呼吸加圧治療の実施態様では、治療圧力Ｐｔが患者の呼吸サイクルに合わせて規則的に振動し、患者が完全に息をし及び／又は患者の呼吸の仕事を少し又は全部をして、体に十分な酸素のレベルを維持するのを助ける。そのような実施態様は、圧力サポート換気治療として知られており、ＣＳＲ又はＣＯＰＤを治療することに使用されうる。
【００１６】
５．２．３．治療システム
呼吸加圧治療は、治療システム又は装置により提供されることがある。治療システムは、呼吸加圧治療装置（ＲＰＴ装置）、空気回路、加湿器、患者インターフェース、及びデータ管理を含みうる。
【００１７】
５．２．３．１．患者インターフェース
患者インターフェースは、例えば、空気の流れをその気道の入り口に提供して、呼吸機具をそのユーザにインターフェースするのに使用できる。空気の流れは、マスクを介して鼻及び／又は口、チューブを介して口に、又は気管開口チューブを介して患者の気管に提供されうる。適用する治療によっては、患者インターフェースは、シール、例えば、患者の顔の領域とシールを形成していてもよく、治療を成就する周囲の圧力と十分な自由度での圧力、例えば、周囲の圧力に対して約１０ｃｍＨ２Ｏの陽圧で、ガスの伝達を促進することができる。酸素伝達等の他の治療の形態では、約１０ｃｍＨ２Ｏの陽圧で、ガス供給の気道へ伝達を促進するために十分なシールを患者インターフェースに含めないことがある。
【００１８】
５．２．３．２  呼吸加圧治療（ＲＰＴ）装置
空気圧生成器は、例えば、産業規模換気システムなどの様々な適用において知られている。しかし、医療応用の空気圧生成器は、信頼性、医療装置のサイズと重量などの、より一般的な空気圧生成器により満足できない特別の必要条件がある。さらに、医療治療用にデザインされた装置であっても、快適さ、騒音、使用し易さ、効果性、サイズ、重さ、製造可能性、コスト及び信頼性などの１つ以上のものを含む短所に悩まされることがある。
【００１９】
５．２．３．３．湿度計
加湿なしに空気流を伝達すると、気道が乾燥することがある。ＲＰＴ装置及び患者インターフェースと共に湿度計を使用すると、加湿したガスが生成され、これが鼻粘膜の乾燥を最小限に抑え、患者の気道の快適さを増す。加えて、涼しい気候では、暖かい空気が患者インターフェース中又はその周りの顔面に広く当たると、冷たい空気よりずっと快適である。一連の人工加湿装置及びシステムが知られているものの、これらは、医療用湿度計の特殊な必要条件を満たさないことがある。
【００２０】
５．２．３．４    データ管理
保険会社、又はその他の補償主体（支払人）は、呼吸加圧治療を処方された患者が「コンプライアンス」に応じたこと、すなわち、患者にＲＰＴ装置に対して補償する前に、ある「コンプライアンス標準」に従って、彼らのＲＰ装置を使用していたという証拠をしばしば要求する。コンプライアンス標準は、一般にコンプライアンス期間として知られている多数の連続セションの一部分に対して、セッション毎にある最低使用量を必要とする。ＣＭＳコンプライアンス標準として知られている、多くの支払人に共通のＣＰＡＰ治療のコンプライアンス標準の一例は、患者は、少なくとも連続３０日中２１日に少なくとも一晩に４時間はＲＰＴ装置を使用する必要がありうる。患者のコンプライアンスを決定するために、（永続的な医療機具提供者、又はＤＭＥ、またしばしばホーム医療機具提供者又はＨＭＥと呼ばれる）ＲＰＴ装置の提供者は、ＲＰＴ装置を使用する患者の治療を説明するデータを手動で取得し、治療データから装置の使用を計算し、その使用をコンプライアンス標準と比較することができる。患者がコンプライアンス標準に従ってコンプライアンスしたものとＤＭＥが決定すると、ＤＭＥは、患者がコンプライアンスしていることを補償主体に通知することができる。このプロセスは、手動で実行されると、高価であり、時間がかかり、間違いが起きやすい。そのため、ＲＰＴ装置は、通常、データ管理能力を含み、これにより、ＲＰＴ装置は治療データを記憶して遠隔サーバに送信することができ、患者がコンプライアンス標準に従ってＲＰＴ装置を使用したかどうかを自動的に決定できる。
【００２１】
５．２．４．コンプライアンス問題
調査によると、ＣＰＡＰ治療（ＣＰＡＰ患者）を処方された患者の９０％には、コンプライアンス標準を満足するために少なくとも多少問題があることが示されている。既定のレベルにおける陽圧気道圧力の感覚の許容範囲の不足、騒音を発生する過大な漏れまたは患者またはベッドパートナーへの妨害、主観的な満足できる状態の改善の不足がこれらの問題の全ての例示である。そのため、患者の多くは最初の難しさで簡単にあきらめるが、そのうちの少数の難しさは、患者のＤＭＥからの簡単な連絡によって難しさを確認して矯正行動をとるか又はとるように勧められることで、直ちに克服できるであろう。そのため、多くのＣＰＡＰ患者は、治療進歩及び経験している任意の難しさについて彼らのＤＭＥがタイムリーな情報にアクセスできたならば回避できた理由について、有益な治療を見逃している。上記のＲＰＴ装置のデータ管理能力は、ＤＭＥによるそのようなアクセスを可能にすることができる。しかし、ＣＰＡＰの世話になっている潜在的に多数のＣＰＡＰの患者から生治療データを単に提示されると、ＤＭＥエージェントは、どの患者がコンプライアンス問題を有し、どの患者が有していないかについて全くわからないことがある。
【００２２】
従って、コンプライアンスの困難さを経験している、又は経験するリスクを有する患者が顕著に目立つように、ＤＭＥにＣＰＡＰ患者の治療の進歩に関して情報を提供する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【００２３】
本技術は、呼吸疾患の回復、治療、又は予防の治療管理が目的である。
【００２４】
本技術の第一態様は、呼吸加圧治療を使って患者のコンプライアンスを向上する患者管理システムに関する。
【００２５】
本技術のある態様は、治療の潜在的問題がどこにあり、そのためどこに注意が一番必要かを強調するように、治療要約データを患者のＤＭＥエージェントに表示する患者管理システムを含む。一組のルールが治療要約データに適用され、各ルールの結果は、ルールを満足して注意を要する患者のワークフローグループを定義する。エージェントは、全ワークフローグループの表示を見ることができる。エージェントは、一つのグループを起動してグループのメンバーを表示し、ワークフローにより特定された行動をとる前にステータスを再検討することができ、この時に、これらはワークフローグループから手動で除去されうる。エージェントは、各患者のワークフローグループ追加又は除去の履歴も見ることができる。
【００２６】
本技術の第一態様に従う患者管理システムを提供する。患者管理システムは、複数の呼吸加圧治療装置と通信しているデータサーバーを含みうる。呼吸加圧治療装置は各々、患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データを生成するように構成されうる。データサーバーは、治療データから、セッションの治療要約データを計算するように構成されうる。治療要約データは、治療データを要約する一つ以上の統計を含みうる。システムは、データサーバと通信する治療管理サーバーを含みうる。治療管理サーバは、治療要約データに一つ以上のルールを適用するように構成されうる。治療管理サーバは患者の一つ以上のワークフローグループ（例えば、複数のワークフローグループ）を更新をするように構成され、各ワークフローグループは、各ルールの適用の結果に依存して、ルールに対応することができる。治療管理サーバーは、一つ以上のワークフローグループを代表する図面式レイアウトを供給するように構成することができる。
【００２７】
本技術の第二態様に従う患者管理システムを提供する。患者管理システムは、呼吸加圧治療装置と通信する治療管理サーバーを含むことがあり、この場合には、呼吸加圧治療装置は、セッション中に患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関する治療データから、セッションの治療要約データを計算するように構成されうる。治療要約データは、治療データを要約する一つ以上の統計を含みうる。治療管理サーバーは、治療要約データに一つ以上のルールを適用するように構成されうる。治療管理サーバは一つ以上のワークフローグループ（例えば、複数のワークフローグループ）を更新をするように構成することができ、各ワークフローグループは、各ルールの適用の結果に依存して、ルールに対応する。治療管理サーバーは、一つ以上のワークフローグループを代表する図面式レイアウトを供給するように構成することができる。
【００２８】
本技術の第三態様に従う呼吸加圧治療を受けている一人以上の患者を管理する方法を提供する。この方法は、治療管理サーバーにより、患者用の呼吸加圧治療のセッションに関して治療データを要約する一つ以上の統計を含みうる治療要約データに一つ以上のルールを適用することを含みうる。この方法は、治療管理サーバーにより、一つ以上のワークフローグループ（例えば、複数のワークフローグループ）を更新することを含むことがあり、各ワークフローグループは、各ルールの適用の結果に依存して、ルールに対応する。この方法は、治療管理サーバーにより、一つ以上のワークフローグループを代表する図面式レイアウトの供給を含みうる。
【００２９】
本技術の第四態様に従う呼吸加圧治療管理サーバーを提供する。呼吸加圧治療管理サーバーは、患者用の呼吸加圧治療のセッションに関して治療データを要約する一つ以上の統計を含む治療要約データに一以上のルールを適用することができる。呼吸加圧治療管理サーバーは、一つ以上のワークフローグループを更新するように構成されることができ、各ワークフローグループは、各ルールの適用の結果に依存して、ルールに対応する。呼吸加圧治療管理サーバーは、一つ以上のワークフローグループを代表する図面式レイアウトを供給するように構成することができる。
【００３０】
本技術の他の態様は、本明細書において説明した特別の実施例及び請求項を参照して考慮されうる。
【００３１】
本明細書において説明したシステム及び方法は、治療装置（例えば、呼吸加圧治療装置）を使う時など、患者治療及び／又は治療とコンプライアンスを改良するのを助けるための技術的な解決策を提供する。さらに、少数のケースでは、管理主体（すなわち、臨床医／介護人）によるそのような患者の管理を補助することができる。加えて、方法及びシステムは、治療装置および／又はコンピューターシステムの管理又はモニター用（例えば、サーバー）の、又はそれらの制御用のプロセッサーの機能改良を提供する。
【００３２】
当然ながら、態様の一部は本技術の補助態様を形成することがある。また、種々の補助態様及び／又は態様を種々の方法で組み合わせて、本技術の追加の態様又は補助態様を構成することができる。
【００３３】
本技術の他の特徴は、以下の詳細な説明、要約、図面及び請求項に含まれる情報を考慮することによって明らかになるであろう。
【００３４】
本技術は、限定を意図するものではない実施例によって説明され、添付の図面における数字は、同じ参照番号が同じ要素を参照する。
【図面の簡単な説明】
【００３５】
【図１】［７．１．治療システム］図１は呼吸加圧治療を受ける患者の図解である。
【図２】［７．２  患者管理］図２は本技術の一形状による患者管理システムのブロック図である。
【図３】図３は図２の患者管理システムの治療管理サーバーにより実行された治療管理プロセスの一つの実行として使用されることができる方法を図解するフローチャートである。
【図４−１３】図４乃至図１３は、図２の患者管理システムの治療管理サーバーにより供給される図式レイアウトの実施例である。
【発明を実施するための形態】
【００３６】
本技術をさらに詳細に説明する前に、本技術は、本明細書に記載された変更されることのある特定の実施例には限定されないことを理解されたい。この開示において使用される専門用語は、本明細書において議論される特定の実施例のみを記述することが目的であって、限定する意図ではないことも理解されたい。
【００３７】
下記の説明は、一つ以上の共通の特徴及び／又は特性を共有することができる色々な実施例に関連して提供される。任意の実施例の一つ以上の特性は、異なる実施例又は他の実施例の一つ以上の特性と組み合わせることができることを理解されたい。加えて、任意の実施例における任意の単一特性又は特性の組み合わせは、さらなる実施例を構成することがある。
【００３８】
８．１  患者管理システム
図１は、鼻枕の形状であり、患者インターフェース３０００を身に着けて、ＲＰＴ装置４０００から陽圧で空気の供給をうける、患者１００を含むシステムを示す。ＲＰＴ装置４０００からの空気は、加湿器５０００中で加湿され、空気回路４１７０に沿って患者１００に通過する。ベッドパートナー１１０も示される。
【００３９】
図２は、本技術の一形状の患者管理システム２００のブロック図である。患者管理システム２００は、治療セッション中の患者１００の気道の入り口へ、加圧された空気の形で呼吸加圧治療を患者１００に伝達するように構成されたＲＰＤ装置４０００を含む。ＲＰＤ装置４０００は、ネットワーク２３０を介して患者１００へ伝達される治療に関してデータをデータサーバー２１０に送信するように構成される。治療データは、ＲＰＤ装置４０００のセッティング、及び／又は、治療の一つ以上の変数を説明するデータ、すなわち、治療セッション中の流率と治療圧と漏流率とを含みうる。
【００４０】
データサーバー２１０は、ＲＰＴ装置４０００から治療データを受け取り、その治療データから治療セッション用の治療要約データを計算するように構成されている。治療要約データは、無呼吸／減少呼吸インデクス（ＡＨＩ）などの治療データ、又は平均漏流率を要約する一つ以上の統計を含む。要約統計の他の例は、ＲＰＴ装置４０００が治療セッション中に使用された時間数である（この統計は「使用時間」又は「使用データ」とよばれる）。データサーバ２１０は、伝統的なスコアリング方法を使い、治療データから治療要約データを生成することができる。
【００４１】
データサーバ２１０は、ネットワーク２３０を介して、治療要約データを治療管理サーバー２２０に送信するように構成されている。治療管理サーバー２２０は、図３を参照して以下により詳細に説明された治療管理プロセス２４０と、図４〜図１３を参照してより詳細に説明された治療管理サーバープログラム２４５とを実行するように構成されている。
【００４２】
代替の態様では、ＲＰＴ装置４０００は、治療データをスコアし、結果として得られた治療要約データをデータサーバー２１０又は直接に治療管理サーバー２２０に送信する。
【００４３】
ネットワーク２３０に接続されているのは、患者１００の治療に責任があるＤＭＥのエージェント２６０に関連するコンピューティング装置２７０である。エージェント２６０は、マネージャー又はヘルスケア専門家などのＤＭＥの従業者か、又はそうでなければコントラクターとしてＤＭＥと協働するものでありうる。エージェント２６０は、コンピューティング装置２７０で実行されるクライアントプログラムを介するネットワーク２３０上の治療管理サーバー２２０と相互作用する。コンピューティング装置２７０は、デスクトップ又は携帯（ラップトップ又はノートブック）コンピューター、タブレットコンピュター又はスマートフォンでありうる。
【００４４】
患者管理システム２００の代替の構成では、治療管理サーバー２２０は、データサーバー２１０と共同設置される、及び／又は、それと同期することがある。例えば、複数サーバ装置が共通のデーターセンターに存在する及び／又は複数サーバアプリケーションが共通のサーバー装置に存在することがある。
【００４５】
患者経営システム２００は、ネットワーク２３０に接続した、患者と関連する患者コンピューティング装置２５０も含みうる。患者コンピューティング装置２５０は、パーソナルコンピューター、モバイル電話、タブレットコンピューター又は他の装置でありうる。患者コンピューティング装置２５０は、患者１００と患者管理システム２００の遠隔に位置する主体の間、主に、治療管理サーバー２２０をネットワーク２３０上に介在するように構成されている。図２の態様では、介在は、患者コンピューティング装置２５０上を実行する患者のアプリケーション２８０によって満足される。患者のアプリケーション２８０は「患者アプリケーション」と呼ばれることがある。
【００４６】
患者管理システムの代替の構成（図示せず）では、ＲＰＴ装置４０００は、ネットワーク２３０に接続されていないものの、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉＦｉ等のプロタクルに基づいてローカル有線又は無線のネットワーク（図示せず）を介して、患者コンピューティング装置２５０と通信するように構成されている。この代替の構成では、患者コンピューティング装置２５０は、患者のアプリケーション２８０を介して、ＲＰＴ装置４０００とネットワーク２３０上の患者管理システムの遠隔に位置する主体の間に介在する。
【００４７】
患者管理システム２００は、通常、一人以上の患者と、各患者に関連するＲＴＰ装置及び患者コンピューティング装置と、各々が一人以上の患者の治療に対して責任がある一人以上のＤＭＥエージェントとを含む。
【００４８】
８．１．１．治療管理プロセス
図３は、図２の患者管理システム２００において治療管理サーバー２２０によって実行された治療管理プロセス２４０の実行の一つとして使用できる方法３００を図解するフローチャートである。治療管理サーバー２２０がデータサーバー２１０又はＲＰＴ装置４０００から治療要約データを受け取る毎に、又は毎日などの定期的スケジュールで受け取る毎に、方法３００を実行することができる。
【００４９】
方法３００はステップ３１０で開始し、ステップ３１０では、治療管理サーバー２２０はデータサーバー２１０又はＲＰＴ装置４０００から一人以上の患者に対応する治療要約データを受け取る。次のステップ３２０では、治療管理サーバー２２０は、ステップ３１０で受け取った治療要約データ及び（おそらく）以前に受け取った治療要約データに一つ以上のルール組み合わせを適用する。ステップ３３０が続き、ここでは、治療管理サーバー２２０は、ステップ３２０でのルールの適用の結果に基づいて一つ以上の「ワークフローグループ」を更新する。各ルールの結果は、ルールを満足するゼロ又はそれ以上の患者のセットを含む。各ルールは、当ルールを満足する患者のグループを定義する。グループは「ワークフローグループ」と呼ばれ、その理由は、ワークフローにより特定されたある行動は、ルールを満足する各患者のために施行される必要があるからである。例えば、一つの行動は、ＤＭＥエージェント２６０によって実行された手動行動でありうる。そのような手動行動の一つの例は、例えば、電話で患者と（「エンゲージメント」と呼ばれる）連絡をすることである。行動は「自動化」、すなわち  治療管理サーバー２２０により自動的に履行されてもよい。自動的な行動は、例えば、ルールを満足する患者に電子メール又はテキストメセージを送ることを含みうる。ステップ３３０での更新は、患者がワークフローグループにまだ入っていない場合には、治療要約データがルールを満足する患者を関連するワークフローグループに加えることに関与する。ステップ３３０は、ワークフローグループの詳細を記憶している治療管理データベースを更新することに関与する。
【００５０】
ルールセットの各ルールは、治療要約データの一個以上の特性に応用できる条件を含む。一つのルールは、治療要約データの一つ以上の特性がルールにより含まれる条件を満足する場合に満足される。一つのルールセットの各ルールは、ルールと関連する条件の性質に依存して、多数のカテゴリーの一つに当てはまる。ある実行では、カテゴリは、臨床、コンプライアンス、時間ベース、及び「リスクのある状態にあること」を含みうる。臨床状態の例は、「治療セッションの無呼吸／減少呼吸インデクスは１０以上である」、又は「治療セッションの平均漏流率は２０リットル／分以上である」。コンプライアンス状態の例は「使用は既定のコンプライアンス標準に従わない」。既定のコンプライアンス標準は、ＣＭＳなどの支払人コンプライアンス標準、又はＤＭＥ用に特に構成されたコンプライアンス標準でありうる。時間ベースの条件の例は「患者は治療を７日間受けている」。時間ベースルールはいかなる治療要約データも必要としないので、そのことはＤＭＥが管理する呼吸加圧治療を受けている全患者に適用される。
【００５１】
ある実行では、一つのルールに関連するワークフローにより特定された行動は、行動の内容についてさらなる詳細を含みうる。例えば、条件が「治療セッションの平均漏流率は２０リットル／分以上である」である臨床ルールに対して、特定された行動は、患者に手動的に連絡を取って、それらの患者インターフェース３０００の適合を改良するための方法を話し合うことができる。他の例として、条件が「患者は９０日後コンプライアンスする」というコンプライアンスルールに対して、特定された行動は、患者と関連する支払人のためにコンプライアンス報告を編集することができる。
【００５２】
「リスク状態にある」ルールは、コンプライアンス期間に到達する前に既定のコンプライアンス標準に従わないリスクのある患者を識別することを試みる。「リスク状態にある」ルールに関連する状態は成功予測因子スコア（ＳＰＳ）を使い、これは患者１００がコンプライアンス標準を満足するであろう確率を示す。一つの例では、ＳＰＳは百分率又は割合などの数値であり、これは患者が従うであろう確率を示す。代わりに、ＳＰＳは、「可能性が非常に低い」、「可能性が低い」、「可能性がありそう」、「可能性がある」、及び「可能性が高い」などの将来のコンプライアンスの可能性を示すラベルのセットのうちの一つであってもよい。
【００５３】
患者管理システム２００のある実行では、データサーバー２１０又はＲＰＴ装置４０００は、ＳＰＳを計算するために治療要約データに「コンプライアンスモデル」を適用し、治療要約データと共に治療管理サーバー２２０にＳＰＳを送信する。
【００５４】
他の実行では、治療管理サーバー２２０は、ルールセットを適用する前に、ステップ３２０で、ＳＰＳを計算するために治療要約データにコンプライアンスモデルを応用する。
【００５５】
コンプライアンスモデルは、プロファイルデータや生理的データや電子医療記録（ＥＭＲ）データなどの患者に関する他のデータを考慮することができる。プロファイルデータは、患者の年齢、性別、結婚ステータス、体重、職業、住所、教育レベル及び国籍、及び呼吸加圧治療を処方したかかりつけ医師などの人口統計学データを含みうる。プロファイルデータは、ＲＰＴ装置４０００のタイプとモデル、ＲＰＴ装置４０００の初期セッティング、使用する患者インターフェース３０００のタイプ、モデルやサイズなどの処方された呼吸加圧治療の詳細も含みうる。ＥＭＲデータは、通常、前の状態、治療、併存疾患及び現在のステータスを含む患者の病歴を含む。
【００５６】
コンプライアンスモデルの一例を以下に説明する。
【００５７】
「リスク状態にある」ルールの一例は、「７日のリスク状態にある」である。数値化されたＳＰＳを使う「７日のリスク状態にある」のある実行では、条件は、ある例では閾値が２５％である場合、「７日の後、ＳＰＳは閾値未満」である。ラベルで評価されたＳＰＳを使用した「７日のリスク状態にある」他の実行では、条件は「７日後、ＳＰＳは『可能性が非常に低い』か『可能性が低い』」である。このようなルールは、タイムベース要素及びＳＰＳへの依存性を含む。他の「リスク状態にある」ルールでは、タイムベースの要素を持たないものの、単に現在のＳＰＳの値が一つの条件を満足する全部の患者に適用される。そのようなルール条件の一例は「ＳＰＳは閾値未満である」である。このようなルールは、任意のときに定義された閾値よりも少ないＳＰＳを持つ任意の患者を保存する。
【００５８】
一つのルールは、条件が満足された場合には、治療管理サーバー２２０により実行された自動的な行動も含みうる。例えば、自動的な行動は、ある教育的な内容又は動機付けの内容を持つ通知を患者に送ることができる。通知は、電子メール、ＳＭＳメッセージ、自動化された音声電話、患者アプリケーション２８０内での通知、又はコンピューターにより実行可能な他の様式でありうる。そのような通知は、任意のＰＨＩ／ＰＩＩプライバシー要求項目に従うべきである。条件及び自動的な行動を含むルールの一例は、使用が５日間の「条件」のうち３日間４時間未満の場合には、患者に通知を送って、処方されたＣＰＡＰ治療に遵守することが健康であることを感じる「行動」へのキーであることを患者に思い出せることである。
【００５９】
自動的な行動によって、患者をワークフローグループから除去することもできる。例えば、「１４日間のリスク状態にある」などのルールは、患者がワークフローグループから手動で除かれていなかった場合、「７日のリスク状態にある」ワークフローグループから患者を除去するための自動的な行動を含みうる。このように、同じ患者は、時間ベースの条件を持つ一つのワークフローグループに一度だけ現れるであろう。
【００６０】
患者管理システム２００内のルールセットに関していくつかのシナリオがある。例えば、単一のルールセットを全患者に共通に適用することができる。他のシナリオでは、各ＤＭＥは、ＤＭＥに管理される全患者の共通のルールセットを有することがある。しかし、他のシナリオでは、各支払者は支払人に関連する全者の共通の特殊ルールセットを有することがある。更に、あるシナリオでは、患者の特徴又は以前コンプライアンス結果に基づいて、特殊なルールセットを色々な患者に適用することができる。
【００６１】
各シナリオにおいて、患者に適用できるルールセットは、患者が治療を受けている期間によって変わることがある。例えば、患者は、（全患者に共通又はＤＭＥ又は上記の患者に関連した支払人に特有である）「初期コンプライアンス」ルールセットにより治療を始めることがある。治療から９０日後又は初期コンプライアンスルールセットにより指定された他の期間後にコンプライアンスしている場合には、患者は、（再び、全患者に共通又はＤＭＥ又は上記の患者に関連した支払人に特有である）「現在進行中コンプライアンス」ルールセットに移動される。
【００６２】
どのシナリオが患者管理システム２００に適用されるかどうかに関係なく、ステップ３１０で受け取った各セットの治療要約データに対して、ステップ３２０では、治療要約データに対応する日に治療要約データが開始された患者に対応するルールセットを適用する。
【００６３】
上記のように、ステップ３３０では、治療管理サーバー２２０は、ワークフローグループを代表する治療管理データベースを更新する。治療管理データベースは、ＤＭＥエージェント２６０のコンピューティング装置２７０と通信するために治療管理サーバー２２０上で実行している治療管理サーバープログラム２４５により使用される。ある実施態様では、治療管理サーバープログラム２４５は、治療管理ウェブサイトを供給するウェブサーバである。そのような実施態様では、治療管理サーバー２２０と相互作用するコンピューティング装置２７０により実行しているクライアントプログラムはブラウザーである。他の実施態様では、コンピューティング装置２７０により実行しているクライアントプログラムは、特注設計の治療管理サーバープログラムを備えたクライエント−サーバーの方法により相互作用する特注設計のアプリケーションである。いずれにしても、治療管理サーバープログラム２４５は、図４から図１３に参照して以下に更に詳細に説明されているように、ワークフローグループを代表する図式レイアウトを供給する。
【００６４】
次のステップ３４０では、治療管理サーバー２２０は、ＤＭＥエージェント２６０と関連するコンピューティング装置２７０に通知を送信するべきかを決める。通知は、ＤＭＥエージェント２６０に治療管理サーバープログラム２４５にログインするようにプロンプトする。ステップ３４０は、治療に対してＤＭＥエージェント２６０が責任がある患者に、方法３００の現在施行中のステップ３２０が通知を送ったかどうかを考慮することができる。代わりに又は追加的に、ステップ３４０は、ＤＭＥエージェント２６０が治療管理サーバープログラム２４５に最後にログインしたことに起因して、治療についてＤＭＥエージェント２６０が責任をもつ患者に通知を送ったかどうかを考慮することができる。例えば、ＤＭＥエージェント２６０が最後にログインしたことに起因して、通知が患者に送られた場合には、ステップ３４０は肯定的な回答を返す。
【００６５】
ステップ３４０での決定が否定（「いいえ」）（Ｎ）であれば、方法３００はステップ３６０で終結する。ステップ３４０の決定が肯定（「はい」）（Ｙ）の場合は、ステップ３５０で、通知は、ＤＭＥエージェント２６０に関連するコンピューティング装置２７０に送信され、ＤＭＥエージェント２６０に治療管理サーバープログラム２４５にログインするように促す。通知は、電子メール、ＳＭＳメッセージ、自動化音声電話又はコンピューターに実行可能な所定の他の様式でありうる。そして、方法３００はステップ３６０で終了する。
【００６６】
８．１．１．１  コンプライアンスモデル
上記のように、方法３００のある実行では、方法３００のステップ３２０は、ＳＰＳを計算するためにコンプライアンスを適用する。コンプライアンスモデルの一つの実行は線形予測モデルであり、これは、ＳＰＳをＮ入力素性値ｆ１，…，ｆＮ  の加重和と（治療要約データと他の入力データから取られた）一つの定数ＣとによってＳＰＳを計算する。
【数１】
2017523842.tif 000003
【００６７】
Ｃｎは、各素性値ｆｎの重み付け係数である。方程式（１）に従って計算されたＳＰＳは、シグモイド又は逆タンジェントなどの関数による範囲「０，１」にマップされうる。
【００６８】
ステップ３２０の他の実行では、コンプライアンスモデルは、神経回路網、決定木アンサンブル、サポートベクターマシーン、ベイジアンネットワーク、傾斜ブースチングマシーンでありうる。そのような構造は、線形予測モデル又は非線形予測モデルを実行するために構成されうる。
【００６９】
係数Ｃｎ及び定数Ｃなどの（線形予測モデルにおける）コンプライアンスモデルのパラメータは、伝統的な予測因子トレーニング方法に従って、歴史的な入力データを使用して実行されたトレーニングから取得することができる。ステップ３２０のある実行では、コンプライアンスモデルパラメータは、既定のスケジュールに従って、方法３００の実行間に変えられ、例えば、治療が進むにつれて、ある素性値の重み付け係数を増加したり減らしたりする。例えば、治療の最初の５日間では、セッション毎の平均使用時間は一番重要な特性であり、一方、その後は、（患者のコンプライアンスセッションの回数などの）他の因子がより高い重み付けを持っていてもよい。
【００７０】
８．１．２．治療管理図式レイアウト
患者管理システム２００のある実行では、ＤＭＥエージェント２６０が治療管理サーバープログラムにログインすると、治療管理サーバープログラム２４５は、治療管理データベースを利用して、ＤＭＥエージェント２６０に関連するコンピューティング装置２７０にワークフローグループを代表する図式レイアウトを供給する。図４はそのような図式レイアウトの例４００を含む。テキストヘッディング４１０などの図式レイアウト４００の各テキストヘッディングは一人以上の患者を含むワークフローグループを代表する。テキストヘッディング４１０はワークフローグループと関連されるルールを要約する（例えば、ヘッディング４１０の場合には「７日のリスク状態にある」ので、これは７日後、「患者がコンプライアンスしないリスク状態にある」ルールの要約する）。テキストヘッディング４１０の下には番号４２０があり、ワークフローグループにいる患者の数、すなわち関連したルールを満足している患者の数を示す。例えば、番号４２０は４であり、４人の患者が「７日のリスク状態にある」を現在満足させていることを示す。
【００７１】
図式レイアウト４００は、潜在的な問題がどこにあり、そのためどこに注意が一番必要とされるかを強調するように、ＤＭＥエージェント２６０に治療要約データを提示する。以前の患者管理システムは、同じ治療要約データにアクセスしたが、どの患者が最も緊急に世話を必要とするのかをＤＭＥエージェントが識別することをより不便にする仕方でＤＭＥエージェントに提示していた。不完全なワークフローと関連された各グループの表示は、ＤＭＥエージェントに手動行為がグループ内の患者に対して取られる必要があることことを補強し、グループは、ワークフローにより指定された全ての手動行為が完成されるまで、図式レイアウト４００において顕著に特徴づける状態を維持する。
【００７２】
例えば、コンピューティング装置２７０のポインティング装置をクリックして、図式レイアウト４００のテキストヘッディング４１０を起動させると、ＤＭＥエージェント２６０には、起動されたテキストヘッディングと関連したワークフローグループの患者詳細を含む、図５に図解されたワークフローグループレイアウト５００などのワークフローグループレイアウトが供給される。ワークフローグループレイアウト５００は「３０日の全患者」ワークフローグループの患者をリストし、各患者は、例えば５１０のように、ワークフローグループレイアウト５００の一行を占有する。もしグループに患者が多すぎてコンピューティング装置２７０の一個のスクリーン内に入らなければ、ワークフローグループレイアウト５００の表示がスクロールしてグループ中の患者をさらに公開することができる。
【００７３】
「リスク状態にある」患者は、グループ内でランキングされていてもよく、ＤＭＥエージェント２６０に対して、手動の行動によってコンプライアンスモデルから入手した（例えばＳＰＳに基づく）ある統計によって、一番「必要と」される患者をＤＭＥエージェント２６０に対して、優先順位を付けることができる。一つの例では、ランキング統計は、ＳＰＳそのものである。他の例では、ランキング統計は、エンゲージメント後に、患者がコンプライアンスするようになった確率、すなわち、ＳＰＳはエンゲージメントがすでに起こったという仮定で再計算したもの（エンゲージメント後のＳＰＳ）である。ランキング統計の別の例は、患者とのエンゲージメントの恩恵を示すものであり、これは、エンゲージメント後のＳＰＳとエンゲージメント前のＳＰＳとの間の差である。また別の例では、ランキング統計は、患者とのエンゲージメントの恩恵／費用比率を示すものであり、これは、エンゲージメント後のＳＰＳとエンゲージメント前のＳＰＳ間の差を、エンゲージメント前のＳＰＳとエンゲージメントのコストとの積で割ったものである。
【００７４】
ワークフローグループレイアウト５００の各行の列は、関連患者５１０の名前と関連患者５１０の治療特性とを含む。
【００７５】
「コンプライアンス」の題目の列５３５にある複数のドットは、患者の使用が既定のコンプライアンス標準に従わないことを示しており、一方、例えば５２０などのチェックマークは、患者の使用が既定のコンプライアンス標準に従うものを示している。ダッシュは、患者の使用に関する十分なデータが既定のコンプライアンス標準を適用するために患者からまだ入手できていないことを示す。「日付け」の題目の列は、患者が治療を開始して以来の日数（５４０では２９）を示す数（例えば５４０）を含む。
【００７６】
日付範囲５４５の下の列は、一連の治療アイコン、例えば５５０を含み、各治療アイコンは、日付により左から右の順序で、対応する治療セッションの特性を視覚的に示す。日付範囲５４５の終点は、治療アイコン５５０でカバーされた治療セッションの範囲の終点である。一般的に、全体が黒く塗りつぶされた治療アイコン、例えば５５０は、そのセッションの患者使用が閾値の持続時間、例えば４時間未満であったことを示す。全体が明るく塗りつぶされた治療アイコン、例えば５５５は、そのセッションの患者使用が閾値の持続時間以上であったことを示す。塗りつぶされていない治療アイコンは、対応する日付のデータを患者に対して取得できないことを示す。
【００７７】
治療アイコンは、治療セッションの他の２つの特性も示していてもよい。治療アイコンが明色の上線、例えば、５６０を含む場合には、治療セッション用のＡＨＩが閾値を超えた。治療アイコンが明色の下線（図示せず）を含む場合は、治療セッションの平均漏流率が閾値を超えた。
【００７８】
患者の名前５１０の左に表示された、コントロール５１５、例えば、チェックボックスは、（例えば、チェックされると）ＤＭＥエージェント２６０により起動されうる。コントロールの起動は、治療管理サーバー２２０がワークフローグループから患者を除去することを可能にする。そのため、ワークフローグループレイアウト５００は、既に定義されたワークフローに従ってＤＭＥエージェント２６０が患者の治療を管理するための便利な手段を提供する。特別のワークフローを受ける患者は、図示された形態でその患者の最近の治療特性と共に、自動的に識別され、便利な表形式でＤＭＥエージェント２６０に提示される。いったんワークフローにより指定された任意の手動行動が特別の患者に関連して履行されると、ＤＭＥエージェント２６０は、コントロール５１５を起動して、ワークフローグループから患者を手動で除去することができる。このときに、ＤＭＥエージェントは、取られた手動行動、及び／又は、手動行動の結果を記録する下記のさらなる詳細において説明されているのと同様に又はその代わりに、患者に注記を加えることもできる。
【００７９】
例えば、コンピューティング装置２７０のポインティング装置をクリックして、ワークフローグループレイアウト５００の患者の名前５１０を起動して、「患者メニュー」、例えば、図６において図示された患者メニュー６００を持ち出す。患者メニュー６００は、起動された名前に関連した患者に関する色々なオプションを含む。例えば、各メニューオプション上にあるコンピューティング装置２７０のポインティング装置をクリックして、各メニューオプションが起動される。
【００８０】
患者メニュー６００の「チャート」オプションを起動すると、チャート、例えば、図７に図解されたチャート７００が提示される。チャート７００は、患者の最近の治療履歴を視覚的に示す。チャート７００の行は、セッションの色々な治療特性、例えば、（チャート７００の上から下まで）使用、漏流率、及びＡＨＩなどに対応する。各行は、グラフ、例えば７１０を含み、最近のある期間、例えば（チャート７００のように）一番最近の３０日の対応する治療特性の時間的なプロファイルを示す。
【００８１】
患者メニュー６００で「連絡情報」オプションを起動すると、図８に図解される「連絡ウィンドウ」８００を提示し、この「連絡ウィンドウ」８００は、特別のワークフローが必要とされるように、患者に連絡するＤＭＡエージェントを助けるための、患者用の連絡用の詳細を含む。
【００８２】
患者メニュー６００の「注記」オプションを起動すると、図９に図解される「注記ウィンドウ」９００が提示される。注記ウィンドウ９００は表を含み、この表の各行は患者に関連して加えられた注記と対応する。行の列は、関連した注記の特性、例えば、その創作者、創作の日、及び注記の内容概略を示す。「注記を加える」コントロール９１０上のコンピューティング装置２７０のポインティング装置をクリックすると、図１０に図示された「新しい注記ウィンドウ」１０００が提示される。新しい注記ウィンドウ１０００は、日付、注記内容、及び誰が注記を見てもよいを指定する共同利用オプションを含み、ＤＭＥエージェントが患者に対する新しい注記特性を決めることができるようにする。ある例では、ＤＭＥエージェントは、患者に関してＤＭＥエージェントの注目をひくために、患者により満足されたルールと関連したワークフローにより指定された手動行動に従って、いつＤＭＥエージェントが患者に連絡したかについての注記を加えることができる。そのような例では、ＤＭＥエージェントは、「セーブしてグループから除去する」コントロール１０１０を起動し、注記をセーブしてワークフローグループから患者を除去できる。これは、コントロール５１５を使用してワークフローグループから患者を除去する代わりの方法である。
【００８３】
患者メニュー６００の「通知」オプションを起動すると、図１１に図示された「通知ウィンドウ」１１００が提示される。通知ウィンドウ１１００は、表を含み、表の各行、例えば１１１０は、ステップ３２０に関連して上記されているように、ルールの適用の結果として、患者に送信された通知に対応する。行１１１０の列は、関連した通知の特性、例えば、その日付、タイプ、理由、ステータス，（すなわち、それが患者により開けられたかどうか）、及び通知はどのルールかの結果であるか（通知ウィンドウ１１００の全部の通知の場合、そのルールはルール１である）を示す。
【００８４】
患者メニュー６００の「リポート」オプションを起動すると、図１２に図示された「報告ウィンドウ」１２００が提示される。報告ウィンドウ１２００は、ＤＭＥエージェントが患者の治療を要約するリポートを生成することを可能にするインターフェースを含む。報告ウィンドウ１２００は、複数ステップリポート生成手続き、すなわち、「期日範囲を選ぶ」ステップでの第一ステップを図示する。
【００８５】
患者メニュー６００の「ワークフロー履歴」オプションを起動すると、図１３に図示された「ワークフロー履歴ウィンドウ」１３００が提示される。ワークフロー履歴ウィンドウ１３００は、患者が以前に追加されたワークフローグループのリストを含む。リストの各項目、例えば、項目１３１０はアイコン、例えば１３２０を含み、これは、患者がワークフローグループに追加されたワークフローグループの名前を示し、アイコン１３２０の場合には、例えば「３０日の全患者」及び患者が追加されたワークフローグループに追加された日付１３３０を示す。患者がワークフローグループにいない場合は、項目１３１０は、患者がワークフローグループから除かれた日、及び患者をワークフローグループから除いたＤＭＥエージェント２６０の名前を含むであろう。このようにして、ワークフロー履歴ウィンドウは一目で色々なワークフローグループへの患者の追加とそれらの除去の履歴をＤＭＥエージェントが再検討できるようにしているため、ＤＭＥエージェントが患者の治療の進歩を直ちに理解することができる。
【００８６】
８．２  用語解説
本技術の開示のために、本技術のある実施態様では、下記の定義の一つ以上のものが適用できる。本技術の他の実施態様では、代わりの定義が適用できる。
【００８７】
８．２．１．一般
空気：本技術のある実施態様では、空気は、大気の意味と解釈されることがあり、本技術の他の実施態様では、空気は、呼吸できるガス、例えば、酸素で強化された空気のある他の混合を意味するものと解釈されることがある。
【００８８】
周囲：本技術のある形状において、用語「周囲」とは、（１）治療システム又は患者の外、及び（２）治療システム又は患者を直接に取り囲むことを意味するものと解釈できるであろう。
【００８９】
例えば、加湿器に対する周囲湿度は加湿器を直接取り囲む空気の湿度、例えば、患者が睡眠している部屋の湿度でもよい。そのような周囲湿度は患者が睡眠している部屋の外の湿度とは違ってもよい。
【００９０】
他の例では、周囲圧力は直接取り囲む又は体の外の圧力でもよい。
【００９１】
ある形状では、周囲（例えば、音響の）音は、例えば、ＲＰＴ装置から生成される又はマスク又は患者インターフェースから発する音以外で、患者が位置する部屋での背景の音のレベルとして考えられかもしれない。周囲の音は部屋の外の発信源により生成されるかもしれない。
【００９２】
持続的気道陽圧（ＣＰＡＰ）治療：ＣＰＡＰ治療は、気道への入り口への空気の供給の応用を意味するものと解釈されてもよく、この場合、治療圧は連続して大気に対して正であり、そして好ましくは、患者の呼吸サイクルを通じてほぼ一定である。ある形状では、気道への入り口への圧力は、呼気中にはやや高く、吸入中にはやや低くなる。ある実施態様では、例えば、部分的な上気道の障害の兆候の発見に応答して圧力が増加し、部分的な上気道の障害の兆候がないことに応答して圧力が減少し、患者の色々な呼吸サイクル間で圧力が変化するであろう。
【００９３】
自動的気道陽圧（ＡＰＡＰ）治療：ＣＰＡＰ治療であり、この場合、治療圧力は、ＳＤＢイベントの兆候の存在又は非存在に依存して、例えば息から息に、下限と上限との間で連続的に自動的に調整できる、
【００９４】
患者：呼吸状態に苦しんでいるヒトであるかどうか。
【００９５】
８．２．２．呼吸サイクルの態様
無呼吸：好ましくは、無呼吸は、例えば１０秒という期間に、既定された閾値率未満に流れが低下したときに発生したといわれる。閉塞性無呼吸は、患者の努力にかかわらず、気道のある障害により空気の流れないときに発生したといわれる。中枢性無呼吸は、気道が開いているにもかかわらず、呼吸努力が低減し又は存在しないために、無呼吸が検出されたときに発生したといわれる。混合性無呼吸は、呼吸努力が低減し又は存在しないことが気道の閉塞と同時に生じたときに発生したといわれる。
【００９６】
呼吸率：患者の自発呼吸の率であり、通常、１分あたりの呼吸により測定される。
【００９７】
負荷サイクル：吸入時間の比率であり、Ｔｉに対する合計呼吸時間とＴｉとの比、Ｔｔｏｔである。
【００９８】
努力（呼吸）：呼吸努力は、呼吸を試みるヒトの自発呼吸によってなされた仕事であるといわれる。
【００９９】
呼吸サイクルの呼気部分：呼気流の初めから吸気流れの初めの期間である。
【０１００】
流れ限界：流れ限界は、患者による努力の増加が相当する流れの増加を生じない場合の患者の呼吸状態と解釈されるだろう。流れ限界が呼吸サイクルの吸気部分間で起こる場合は、これは吸気流れ限界と説明されてもよい。流れ限界が呼吸サイクルの呼気部分間で起こる場合は、これは呼気流れ限界と説明されてもよい。
【０１０１】
減少呼吸：好ましくは、減少呼吸は流れの減少、しかし、流れの停止ではないと解釈される。一つの形状では、減少呼吸は、持続時間中閾値率未満の流れの低減があるときに発生したといわれる。中枢性減少呼吸は、減少呼吸が呼吸努力の低減により見出されたときに発生したといわれる。
【０１０２】
過激呼吸：普通流率よりも高いレベルで流れが増大。
【０１０３】
呼吸サイクルの吸気サイクル：吸気流れの初めから呼気流れの初めまでの期間は呼吸サイクルの呼気部分と解釈されるであろう。
【０１０４】
開通性（気道）：気道が開いている度合、又は気道が開いている程度である。開通性気道では開いている。気道開通性は定量化されていてもよい、例えば、（１）の値では開通しており、ゼロ（０）の値では閉鎖している（閉塞している）。
【０１０５】
呼吸終末陽圧（ＰＥＥＰ）：呼気の終わりに存在する、肺における大気圧以上の圧力である。
【０１０６】
ピーク流率（Ｑｐｅａｋ）；呼吸流波形の吸気部分間の流率の最高値である。
【０１０７】
呼吸流率、空気流率、患者の空気流率、呼吸空気流率（Ｑｒ）；これらの同義的な用語は、通常、１分あたりのリットルで表され、患者が経験する実際呼吸流率であり、「本当の呼吸流」又は「本当の呼吸空気流」に対して、呼吸空気流率のＲＰＴ装置の見積に言及するものと理解されうる。
【０１０８】
１回換気［呼吸］量（Ｖｔ）：余分の努力をしないとき、普通の呼吸中、吸入又は吸出する空気の体積である。
【０１０９】
（吸入）時間（Ｔｉ）：呼吸流率波形の吸気部分の持続時間である。
【０１１０】
（吸出）時間（Ｔｅ）：呼吸流率波形の呼気部分の継続時間である。
【０１１１】
（合計）時間（Ｔｔｏｔ）：  一つ呼吸流率波形の吸気部分の初めと次の呼吸流率波形の吸気部分の初めとの間の合計継続時間である。
【０１１２】
最近の普通換気：ある既定の時間スケール上の最近の値が集団化する傾向のある換気値、すなわち、換気の最近値の代表値の測定である。
【０１１３】
上気道閉塞（ＵＡＯ）：これは部分的及び全体の上気道閉塞の両方を含む。これは、流れ制限状態と関連されてもよく、この場合、上気道をわたって圧力相違が増大するにつれて（スターリング抵抗行動）、流れのレベルがわずかに少し増えるか又は減ってもよい。
【０１１４】
換気（Ｖｅｎｔ）：単位時間ごとに、呼気及び吸気の流れの両方を含めて、患者の呼吸システムにより交換されている合計ガス量の測定である。分毎の体積として表現されたとき、この量は「分時換気量」としてよく呼ばれる。分時換気量は、しばしば単に体積として与えられ、分毎の体積として理解される。
【０１１５】
８．２．３．ＲＰＴ装置変数
流率：時間単位ごと伝達された空気の瞬間的体積（又は質量）である。流率及び換気は時間単位ごとの体積又は質量の同じ次元を持つ一方、流率はもっと短い時間期間で測定される。あるケースでは、流率に対する参照は、スカラー量への参照、すなわち、大きさだけを持つ量であろう。他のケースでは、流率への参照は、ベクター量への参照、すなわち、大きさと方向両方を持つ量であろう。サインのある量として参照される場合は、流率は患者の呼吸サイクルの吸気部分に名目上は正であり、したがって患者の呼吸サイクルの呼気部分には負であってもよい。流れは符合Ｑを与えられる。「流率」は、しばしば単に「流れ」に短縮される。合計流率、Ｑｔは、ＲＰＴ装置を去る空気の流率である。ベント流率Ｑｖは、吸出ガスの洗浄を可能にするためのベントを去る空気の流率である。漏流率Ｑｌは、患者インターフェースシステムからの非故意の漏れの流率である。呼吸流率Ｑｒは、患者の呼吸システムに受け取られた空気の流率である。
【０１１６】
漏れ：言葉漏れは、周りへの空気の流れとして解釈されるであろう。漏れは、例えば、吸出したＣＯ２の洗い出しを考慮するように、故意であってもよい。漏れは、例えばマスクと患者の顔の間で不完全な密封の結果として、故意でなくてもよい。ある例では、漏れは、スイベル・エルボ（a swivel elbow）において起こりうる。
【０１１７】
圧力：単位面積あたりの力である。圧力は、ｃｍＨ２Ｏ、ｇ−ｆ／cm２、ヘクトパスカルを含めて、単位の範囲内で測定されうる。１ｃｍＨ２Ｏは、１ｇ−ｆ／cm２に等しく、約０．９８ヘクトパスカルである。本明細書においては、そうでないと述べていない限り、圧力はｃｍＨ２Ｏの単位で与えられる。患者のインターフェースでの圧力は符号Ｐｍで与えられ、一方、現在瞬間時間でのマスク圧力Ｐｍで達成されるための目標値を表す治療圧力は符号Ｐｔが与えられる。
【０１１８】
８．３．他の注釈
本特許文献の一部の開示は、著作権保護の対象となる素材を含む。著作権の所有者は、特許庁の特許申請又は記録に現れるように、特許文献又は特許の開示に関する任意の人によるファックスの複製には異論はないが、そうでない場合には全ての著作権を保持する。
【０１１９】
文脈が明確にそうでないと指示をしない限り及びある範囲の値が提供されていない場合は、各介在値は、下限単位の１０／１まで、その範囲の下限と上限との間であり、その指示された任意の他の指示値又は介在値は本技術に含まれると理解される。これらの介在範囲の下限及び上限は、介在範囲に独立して含みうるが、指示された範囲で任意の特別に除外された限界に依存して、本技術に含まれる。指示された範囲が一方又は両方の限界を含む場合、これらの含まれた限界の一方又は両方を除いた範囲は本技術に含まれる。
【０１２０】
更に、本技術の一部として実行されているように、１つ以上の値が本明細書において指示されている場合には、そうではないと指示がされない限り（図示せず）、そのような値は近似され、そしてそのような値は実際の技術的な実行が許可する又は必要とする程度に、任意の適当な有効桁まで使用されうるものと理解される。
【０１２１】
そうではないと定義されていない場合には、本明細書に使用された全部の技術的用語及び科学的用語は、本技術が属する当業者によって一般的に理解されるような同様な意味を持つ。本明細書において説明された物と同じ又は均等な任意の方法及び材料が本技術の実行又はテストにも使用することができるものの、本明細書には限られた数の典型的な方法及び材料が説明されている。
【０１２２】
特別な材料がコンポーネントを組み立てるために使用されていたと識別されている場合には、類似する特性を備えた明白な代替材料を代用品として使用することができる。更に、逆に指定がされていない限り、本明細書において説明された任意の及び全てのコンポーネントを製造することができ、そして、そのようなものは一緒に又は別々に製造することができると理解される。
【０１２３】
本明細書及び付属の請求項において使用されているように、単数の形の一つ（ａ、ａｎ）及びそれ（ｔｈｅ）は、文脈が明確にそうでないと指示しない限り、それらの複数の均等物を含む。
【０１２４】
本明細書において説明した全公表文献は、これらの公表文献の主題の方法及び／又は材料を開示して説明するために全体を引用することにより本明細書の一部をなすものである。本明細書において議論した公表文献は、本願の提出日前にそれらの開示目的のためにだけ提供される。本明細書の全ては、本技術が先行する発明によりそのような公表文献に先行する権利がないという告白としては決してみなされない。更に、提供された公表文献の日付は、実際の公表文献の日付とは異なる可能性があり、このことは独立して確認される必要がありうる。
【０１２５】
用語「含む」（ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｉｎｇ）は、非排他的な方法によって要素、コンポーネント又はステップに言及するとして解釈されるべきであり、参照された要素、コンポーネント又はステップは、存在し、又は使用され、又ははっきりと参照されていない他の要素、コンポーネント、又はステップと組み合わせることができることを示す。
【０１２６】
詳細な説明において使用した表題は、読者の参照を助ける目的のみに含まれるものであり、開示又は請求項を通じて見出される主題事項を限定するために使用してはならない。表題は、請求項の範囲又は請求項の限定を解釈するために使用してはならない。
【０１２７】
特別の実施例に参照して本明細書において本技術を説明してきたが、これらの実施例は単に原理及び技術の応用の説明であることを理解されたい。ある例では、用語と符号は、技術を実施するために必要とされない特有の詳細を暗示していることがある。例えば、用語「第一」及び「第二」が使用されるかもしれないが、そうでないように指定されない限り、それらは任意の順番を示す意図ではないものの、独特な要素間を差別するために使用されることがある。更に、方法におけるプロセスのステップは、ある順序で説明又は図解されうるが、そのような順序は必要ではない。当業者であれば、そのような順序は変更されてもよく、及び／又は、そのような態様は同時に又は同期して行われることがあると認めるであろう。
【０１２８】
そのため、多くの変更を説明した例に対して行うことができ、本技術の精神及び範囲から逸脱することなく、他の配列を立案できることを理解されたい。
【符号の説明】
【０１２９】
患者                       １００
ベッドパートナー           １１０
患者管理システム           ２００
データサーバー                  ２１０
治療管理サーバー           ２２０
ネットワーク                ２３０
治療管理プロセス           ２４０
治療管理サーバ
プログラム                  ２４５
患者コンピューティング装置  ２５０
ＤＭＥエージェント         ２６０
コンピューティング装置     ２７０
患者のアプリケーション     ２８０
方法                        ３００
ステップ                    ３１０
ステップ                   ３２０
ステップ                    ３３０
ステップ                        ３４０
ステップ                   ３６０
図式レイアウト                  ４００
ヘッディング                ４１０
番号                       ４２０
ワークフローグループレイアウト５００
患者                        ５１０
コントロール                ５１５
列                          ５３５
数                          ５４０
日付範囲                    ５４５
治療アイコン                ５５０
患者メニュー                ６００
チャート                   ７００
注記ウィンドウ                  ９００
コントロール                ９１０
新しい注記ウィンドウ       １０００
コントロール                １０１０
通知ウィンドウ                  １１００
行                          １１１０
報告ウィンドウ                  １２００
ワークフロー履歴ウィンドウ  １３００
項目・入力                  １３１０
アイコン                   １３２０
日付                       １３３０
患者インターフェース       ３０００
ＲＰＴ装置                  ４０００
空気回路                   ４１７０
湿度機                     ５０００
【０１３０】
８．５  さらなる技術実施例
次項は、更に本明細書に説明された本技術の実施例を図解する。
【０１３１】
実施例１．複数の呼吸加圧治療装置と通信するデータサーバーを含む患者管理システムであって、前記呼吸加圧治療装置は各々、患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データを生成するように構成されており、前記データサーバーは、前記治療データから、セッションの治療要約データを計算するように構成されており、前記治療要約データは前記治療データを要約する一つ以上の統計を含み、治療管理サーバーはデータサーバーと通信しており、前記治療管理サーバーは一つ以上のルールを前記治療要約データに応用し、各ルールの応用の結果に依存して、各ワークフローグループは、ルールに対応して、患者の一つ以上のワークフローグループを更新し、前記一つ以上のワークフローグループを代表する図式レイアウトを供給するように構成されている、患者管理システム。
【０１３２】
実施例２．前記治療管理サーバーは、図式レイアウトのワークフローグループを起動すると、前記ワークフローグループの前記患者の詳細を含む図式レイアウトを供給するように更に構成されている、実施例１に記載の患者管理システム。
【０１３３】
実施例３．前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループ患者の名前を含む、実施例２（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１３４】
実施例４．前記治療管理サーバーは、前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する一つ以上のオプションを含む患者メニューを供給するように更に構成されている、実施例３（又は任意の前実施例の一つ）に従う患者管理システム。
【０１３５】
実施例５．一つのオプションはワークフロー履歴のオプションであり、前記治療管理サーバーは、前記ワークフローの履歴のオプションを起動すると、前記患者が以前に追加されたワークフローグループのリストを供給するように更に構成されている、実施例４（又は任意の前実施例の一つ）に従う患者管理システム。
【０１３６】
実施例６．前記リストの各項目は、前記患者が以前追加されたワークフローグループの前記名前と前記患者が前記ワークフローグループに追加された前記日付とを含む、実施例５（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１３７】
実施例７．前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連するコントロールを含み、前記コントロールを起動すると、前記患者管理サーバーは、前記関連する患者を前記ワークフローグループから除去するように更に構成される、実施例２から６（又は任意の前実施例の一つ）のいずれかに記載の患者管理システム。
【０１３８】
実施例８．ルールは、前記治療要約データの一つ以上の特性に応用できる条件を含む実施例１から７（又は任意の前実施例の一つ）のいずれかに記載の患者管理システム。
【０１３９】
実施例９．前記一つ以上のワークフローグループを更新することは、前記治療要約データの前記一つ以上の特性が前記ワークフローグループに対応する前記ルールにより含まれる前記条件を満足すると、ワークフローグループに患者を追加することを含む実施例８（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１４０】
実施例１０．ルールは、前記条件が満足されると、履行される行動を更に含む実施例８（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１４１】
実施例１１．前記行動は、前記患者に通知を送ることを含む、実施例１０（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１４２】
実施例１２．前記患者管理サーバーは、コンピューティング装置に通知を送信るべきかどうかを決定するように更に構成されている、実施例１から１１（又は任意の前実施例の一つ）のいずれかに記載の患者管理システム。
【０１４３】
実施例１３．前記患者管理サーバーは、前記決定に基づいて、コンピューティング装置へ前記通知を送信するように更に構成されている、実施例１２（又は任意の前実施例の一つ）に従う患者管理システム。
【０１４４】
実施例１４．前記データサーバーは前記患者管理サーバーと同期している、実施例１から１３のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１４５】
実施例１５．前記複数の呼吸加圧治療装置を更に含む、実施例１から１４（又は任意の前実施例の一つ）のいずれかに記載の患者管理システム。
【０１４６】
実施例１６．呼吸加圧治療装置と通信する治療管理サーバーを含む患者管理システムであって、前記呼吸加圧治療装置は、セッション中に患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データから、前記セッションの治療要約データを計算するように構成されており、前記治療要約データは前記治療データを要約する一つ以上の統計を含み、前記治療管理サーバーは前記治療要約データに一つ以上のルールを応用し、前記各ルールの応用の結果に依存して、各ワークフローグループはルールに対応し、一つ以上のワークフローグループを更新し、前記一つ以上のワークフローグループを代表する図式レイアウトを供給するように構成されている、患者管理システム。
【０１４７】
実施例１７．前記治療管理サーバーは、前記図式レイアウトのワークフローグループを起動すると、前記ワークフローグループの前記患者の詳細を含む図式レイアウトを更に供給するように構成されている、実施例１６（又は任意の前実施例の一つ）に従う患者管理システム。
【０１４８】
実施例１８．前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者の名前を含む、実施例１７（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１４９】
実施例１９．前記治療管理サーバーは、前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する一つ以上のオプションを含む患者メニューを供給するように更に構成されている、実施例１８（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５０】
実施例２０．一つのオプションはワークフロー履歴オプションであり、前記治療管理サーバーは、前記ワークフロー履歴オプションを起動すると、前記患者が以前に追加したワークフローグループのリストを供給するように更に構成される、実施例１９（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５１】
実施例２１．前記リストの各項目は、前記患者が以前追加されたワークフローグループの名前と、前記患者がワークフローグループに追加された前記日付とを含む、実施例２０（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５２】
実施例２２．前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連したコントロールを含み、前記治療管理サーバーは、前記コントロールを起動すると、前記ワークフローグループから前記関連患者を除去するように更に構成されている、実施例１７から２１（又は任意の前実施例の一つ）のいずれかに記載の患者管理システム。
【０１５３】
実施例２３．ルールは、前記治療要約データの一つ以上の特性に応用できる条件を含む、実施例１６から２２のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５４】
実施例２４．前記一つ以上のワークフローグループを更新することは、前記治療要約データの前記一つ以上の特性が前記ワークフローグループに対応する前記ルールにより含まれる前記条件を満足すると、ワークフローグループに前記患者を追加することを含む実施例２３（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５５】
実施例２５．ルールは、前記条件が満足されると、履行される行動を更に含む実施例２３（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５６】
実施例２６．前記行動は前記患者に通知を送ることを含む実施例２５（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５７】
実施例２７．前記治療管理サーバーは、通知をコンピューティング装置に送信するかどうかを決定するように更に構成されている実施例１６から２６のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５８】
実施例２８．前記治療管理サーバーは、前記通知を前記コンピューティング装置に送信するように更に構成される実施例２７（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１５９】
実施例２９．複数の前記呼吸加圧治療装置を更に含む実施例１６から２８のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１６０】
実施例３０．呼吸加圧治療を受けている一つ以上の患者を管理する方法であって、治療管理サーバーにより、患者用の呼吸加圧治療のセッションに関して治療データを要約する一つ以上の統計を含む治療要約データに一つ以上のルールを応用するステップと、
前記治療管理サーバーにより、前記各ルールの応用の結果に依存して、各ワークフローグループはルールに対応する、一つ以上のワークフローグループを更新するステップと、
前記治療管理サーバーにより、前記一つ以上のワークフローグループを代表する図式レイアウトを供給するステップと
を含んでなる方法。
【０１６１】
実施例３１．前記図式レイアウトのワークフローグループを起動すると、前記ワークフローグループの前記患者の詳細を含む図式レイアウトを供給するステップを更に含む実施例３０（又は任意の前記実施例の一つ）に記載の方法。
【０１６２】
実施例３２．前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者の名前を含む実施例３１（又は任意の前実施例の一つ）に記載の方法。
【０１６３】
実施例３３．前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する一つ以上のオプションを含む患者のメニューを供給するステップを更に含む実施例３２（又は任意の前実施例の一つ）に記載の方法。
【０１６４】
実施例３４．一つのオプションはワークフローの履歴のオプションであり、前記ワークフロー履歴オプションを起動すると、前記患者が以前記追加されたワークフローグループのリストを供給するステップを更に含む実施例３３（又は任意の前実施例の一つ）に記載の方法。
【０１６５】
実施例３５．前記リストの各項目は、前記患者が以前に追加されたワークフローグループの前記名前と、前記患者が前記ワークフローグループに追加された前記日付とを含む、実施例３４（又は任意の前実施例の一つ）に記載の方法。
【０１６６】
実施例３６．前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連したコントロールを含み、前記コントロールを起動すると、前記ワークフローグループから前記関連患者を除去するステップを更に含む実施例３１から３５のいずれか（又は任意の前実施例の一つ）に記載の方法。
【０１６７】
実施例３７．ルールは、前記治療要約データの一つ以上の特性に応用できる条件を含む実施例３０から３６のいずれか（又は任意の前実施例の一つ）に記載の方法。
【０１６８】
実施例３８．前記更新するステップは、前記治療要約データの前記一つ以上の特性が前記ワークフローグループに対応する前記ルールにより含まれる前記条件を満足すると、ワークフローグループに前記患者を追加することを含む実施例３７（又は任意の前実施例の一つ）に記載の方法。
【０１６９】
実施例３９．ルールは、前記条件が満足されると、履行される行動を更に含む実施例３７（又は任意の前実施例の一つ）に記載の方法。
【０１７０】
実施例４０．前記行動は前記患者に通知を送ることを含む実施例３９（又は任意の前実施例の一つ）に記載の方法。
【０１７１】
実施例４１．前記治療管理サーバーによって、コンピューティング装置に通知を送信するかどうかを決めるステップを更に含む実施例３０から４０（又は任意の前実施例の一つ）のいずれかに記載の方法。
【０１７２】
実施例４２．前記治療管理サーバーによって、前記コンピューティング装置に前記通知を送信するステップを更に含む実施例４１（又は任意の前実施例の一つ）に記載の方法。
【０１７３】
実施例４３．患者用の呼吸加圧治療のセッションに関する治療データを要約する一つ以上の統計を含む治療要約データに一つ以上のルールを適用し、
前記各ルールの適用の結果に依存して、各ワークフローグループはルールに対応し、一つ以上のワークフローグループを更新し、
前記一つ以上のワークフローグループを代表する図式レイアウトを供給する
ように構成される、呼吸加圧治療管理サーバー。
【０１７４】
実施例４４．呼吸加圧治療装置と通信するデータサーバーを含む患者管理システムであって、前記呼吸加圧治療装置は、患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データを生成するように構成されており、前記データサーバーは、前記治療データから、前記セッションの治療要約データを計算し、前記治療要約データは前記治療データを要約する一つ以上の統計を含むものであり、前記治療要約データから、前記患者がコンプライアンス標準を満たすであろう確率を示すスコアを計算するように構成され、前記データサーバーと通信する前記治療管理サーバーは前記スコアに依存して患者のワークフローグループを更新し、前記ワークフローグループを代表する図式レイアウトを供給するように構成される患者管理システム。
【０１７５】
実施例４５．前記治療管理サーバーは、前記図式レイアウトの図式レイアウトを起動すると、前記図式レイアウトの前記患者の詳細を含む図式レイアウトを供給するように更に構成される実施例４４（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１７６】
実施例４６．前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者の名前を含む実施例４５（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１７７】
実施例４７．前記治療管理サーバーは、前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する一つ以上のオプションを含む患者メニューを供給するように更に構成される実施例４６（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１７８】
実施例４８．一つのオプションは、ワークフロー履歴オプションであり、前記治療管理サーバーは、ワークフロー履歴のオプションを起動すると、前記患者が以前追加されたワークフローグループのリストを供給するように更に構成される実施例４７（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１７９】
実施例４９．前記リストの各項目は、前記患者が以前に追加されたワークフローグループの前記名前と、前記患者が前記ワークフローグループに追加された前記日付とを含む実施例４８（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８０】
実施例５０．前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連したコントロールを含み、前記治療管理サーバーは、前記コントロールを起動すると、前記ワークフローグループから前記関連患者を除去するように更に構成される実施例４５から４９のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８１】
実施例５１．前記スコアは、前記患者が前記コンプライアンス標準を満足するであろう前記確率を示す数値である実施例４４から５０のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８２】
実施例５２．前記ワークフローグループを更新することは、前記スコアを閾値と比較することを含む実施例５１（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８３】
実施例５３．前記ワークフローグループを更新することは、前記スコアが前記閾値以下であるときに、前記ワークフローグループに前記患者を追加することを含む実施例５２（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８４】
実施例５４．前記治療管理サーバーは、前記スコアが前記閾値以下であるときに、行動をとるように構成される実施例５３（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８５】
実施例５５．前記行動は、前記患者に通知を送ることを含む実施例５４（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８６】
実施例５６．前記患者と関連するコンピューティング装置を更に含み、前記通知は、前記患者に関連する前記コンピューティング装置に送られる実施例５５（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８７】
実施例５７．前記行動は、ワークフローグループから患者を除去することを含む実施例５４（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８８】
実施例５８．前記スコアを計算することは、前記治療要約データから複数の特性にコンプライアンスモデルを応用することを含む実施例４４から５７のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１８９】
実施例５９．前記コンプライアンスモデルは、前記患者のプロファイルデータを更に考慮する実施例５８（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９０】
実施例６０．前記患者は一人の支払人と関連し、前記閾値は前記支払人に特有である実施例５２（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９１】
実施例６１．前記閾値は、前記患者がどのくらいの期間呼吸加圧治療を受けているかに依存する実施例５２（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９２】
実施例６２．前記患者は、コンプライアンスモデルから取得したランキング統計に従って、前記ワークフローグループの前記図式レイアウト内でランク付けられる実施例４４から６１のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９３】
実施例６３．前記ランキング統計は前記スコアである実施例６２（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９４】
実施例６４．前記治療管理サーバーは、前記治療要約データに一つ以上のルールを更に適用し、
各ルールの適用の結果に依存して、さらなるワークフローグループはルールに対応し、一つ以上のワークフローグループを更新するように構成され、
前記図式レイアウトは、前記一つ以上のさらなるワークフローグループを更に代表する実施例４４から６３のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９５】
実施例６５．各さらなるルールは、臨床ルール、コンプライアンスルール、及び時間ベースのルールのうちの一つである実施例６４（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９６】
実施例６６．前記治療管理サーバーは、通知をコンピューティング装置に送信するべきかどうかを決定するように更に構成される実施例４４から６５のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９７】
実施例６７．前記治療管理サーバーは、前記決定に基づいて、前記コンピューティング装置へ前記通知を送信するように更に構成される実施例６６（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９８】
実施例６８．前記データサーバーは、前記治療管理サーバーと同期している実施例４４から６７のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０１９９】
実施例６９．複数の前記呼吸加圧治療装置を更に含む実施例４４から６８のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０２００】
実施例７０．呼吸加圧治療装置と通信する治療管理サーバーを含む患者管理システムであって、前記呼吸加圧治療装置は、セッション中に患者に呼吸加圧治療を伝達し、呼吸加圧治療のセッションに関して治療データから、セッションの治療要約を計算し、前記治療要約データは前記治療データを要約する一つ以上の統計を含み、前記治療要約データから、前記患者がコンプライアンス標準を満たすであろう確率を示すスコアを計算するように構成され、
前記治療管理サーバーは、前記スコアに依存して、患者のワークフローグループを更新し、前記ワークフローグループを代表する図式レイアウトを供給するように構成される、患者管理システム。
【０２０１】
実施例７１．一つ以上のプロセッサーを備えた一つ以上のサーバーでの呼吸加圧治療を受ける一人以上の患者を管理する方法であって、
患者に呼吸加圧治療を伝達し、及び呼吸加圧治療のセッションに関して治療データを生成するように構成された呼吸加圧治療装置と通信するステップと、
前記治療データから、前記治療データを要約する一つ以上の統計を含む前記セッション用の治療要約データを計算するステップと、
前記患者がコンプライアンス標準を満足するであろう確率を示すスコアを、前記治療要約データから計算するステップと、
前記スコアに依存して、患者のワークフローグループを更新し、前記ワークフローグループを代表する図式レイアウトを供給するステップと
を含んでなる方法。
【０２０２】
実施例７２．呼吸加圧治療を受ける患者がコンプライアンス標準を満足するであろう確率を示すスコアを受け取り、
前記スコアに依存して患者のワークフローグループを更新し
前記ワークフローグループを代表する図式レイアウトを供給する
ように構成される、呼吸加圧治療管理サーバー。
【０２０３】
実施例７３．呼吸加圧治療に対する患者コンプライアンスを管理するシステムであって、複数の呼吸加圧治療装置から患者の呼吸加圧治療に関してデータを受けるように構成された一つ以上のプロセッサーを含んでおり、
前記一つ以上のプロセッサーは、
前記受け取ったデータを評価するルールセットに基づいて、前記呼吸加圧治療を受ける患者を一つ以上のグループにグループ化し、前記ルールは、（Ａ）前記受とったデータの使用データに基づくコンプライアンスリスク評価と、（Ｂ）患者が治療を受けた日付期間を含む時間ベースの評価とを含んでおり、
前記グループを代表する表示を生成する
ように更に構成されているシステム。
【０２０４】
実施例７４．前記表示は、各グループに対して、テキストヘッディングと前記グループの多数の患者とを含む実施例７３（又は任意の前実施例の一つ）に記載のシステム。
【０２０５】
実施例７５．前記一つ以上のプロセッサーは、前記表示のグループの起動をすると、前記グループの前記患者を識別するさらなる表示を生成するように構成された治療管理サーバーを含む実施例７３（又は任意の前実施例の一つ）に記載のシステム。
【０２０６】
実施例７６．前記さらなる表示は、前記グループの各患者と関連するチェックボックスを含み、前記チェックボックスは、前記患者に連絡されるとチェックされるように構成される実施例７５（又は任意の前実施例の一つ）に記載のシステム。
【０２０７】
実施例７７．前記複数の呼吸加圧治療装置を更に含む実施例７３から７６のいずれか（又は任意の前実施例の一つ）に記載の患者管理システム。
【０２０８】
実施例７８．呼吸加圧治療との患者コンプライアンスを管理する方法であって、
一つ以上のプロセッサーにおいて、複数の呼吸加圧治療装置から患者の呼吸加圧治療に関してデータを受け取るステップと、
前記一つ以上のプロセッサーにおいて、前記受けとりデータを評価するルールセットに基づいて、前記呼吸加圧治療を受ける患者を一つ以上のグループにグループ化するステップであって、前記ルールは、（ａ）前記受とったデータの使用データに基づくコンプライアンスリスク評価と、（ｂ）患者が治療を受けた日付期間を含む時間ベースの評価とを含むものである、グループ化するステップと、
前記一つ以上のプロセッサーによって、前記グループを代表する表示を生成するステップと
を含んでなる方法。
【０２０９】
実施例７９．前記表示は、各グループに対して、テキストヘッディングと前記グループの多数の患者を含む実施例７８（又は任意の前実施例の一つ）に記載の方法。
【０２１０】
実施例８０．前記一つ以上のプロセッサーは治療管理サーバーを含み、前記表示のグループを起動すると、前記治療管理サーバーを備えた前記グループの前記患者の識別のさらなる表示の生成を更に含む実施例７８（又は任意の前実施例の一つ）に記載の方法。
【０２１１】
実施例８１．前記さらなる表示は、前記グループの各患者に関連するチェックボックスを含み、前記チェックボックスは、前記患者に連絡されるとチェックされるように構成される実施例８０（又は任意の前実施例の一つ）に記載の方法。
【図１】
2017523842.tif 000004
【図２】
2017523842.tif 000005
【図３】
2017523842.tif 000006
【図４】
2017523842.tif 000007
【図５】
2017523842.tif 000008
【図６】
2017523842.tif 000009
【図７】
2017523842.tif 000010
【図８】
2017523842.tif 000011
【図９】
2017523842.tif 000012
【図１０】
2017523842.tif 000013
【図１１】
2017523842.tif 000014
【図１２】
2017523842.tif 000015
【図１３】
2017523842.tif 000016
【手続補正書】
【提出日】平成29年4月5日(2017.4.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データサーバーを含む患者管理システムであって、
前記データサーバーは、
前記データサーバーと通信する呼吸加圧治療装置から、呼吸加圧治療のセッションに関連する治療データを受けとり、
前記治療データから、前記セッションの治療要約データを計算し、前記治療要約データは前記治療データを要約する一つ以上の統計を含むものであり、
前記治療要約データから、前記患者がコンプライアンス標準を満たすであろう確率を示すスコアを計算する
ように構成されており、
前記データサーバーと通信する治療管理サーバーは、
前記スコアに依存して患者のワークフローグループを更新し、
前記ワークフローグループを代表する図式レイアウトを供給する
ように構成されている、患者管理システム。
【請求項２】
前記治療管理サーバーは、前記図式レイアウトのワークフローグループを起動すると、前記ワークフローグループの前記患者の詳細を含む前記図式レイアウトを供給するように更に構成される、請求項１に記載の患者管理システム。
【請求項３】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者の名前を含むものである請求項２に記載の患者管理システム。
【請求項４】
前記治療管理サーバーは、前記ワークフローグループの前記患者の前記名前を起動すると、前記患者に関する１つ以上のオプションを含む患者メニューを供給するように更に構成される請求項３に記載の患者管理システム。
【請求項５】
１つのオプションがワークフロー履歴オプションであり、前記患者管理サーバーは、前記ワークフロー履歴オプションを起動すると、前記患者が以前に追加したワークフローグループのリストを供給する様に更に構成される請求項４に記載の患者管理システム。
【請求項６】
前記リストの各項目は、前記患者が以前に追加したワークフローグループの名前と前記患者が前記ワークフローグループに追加した日付とを含むものである請求項５に記載の患者管理システム。
【請求項７】
前記ワークフローグループの前記患者の前記詳細は、前記ワークフローグループの患者と関連したコントロールを含み、前記治療管理サーバーは、前記コントロールを起動すると、前記ワークフローグループから前記関連患者を除去するように更に構成される請求項２に記載の患者管理システム。
【請求項８】
前記スコアは、前記患者が前記コンプライアンス標準を満足するであろう前記確率を示す数値である請求項１に記載の患者管理システム。
【請求項９】
前記ワークフローグループを更新することは前記スコアを閾値を比較することを含むものである請求項８に記載の患者管理システム。
【請求項１０】
前記ワークフローグループを更新することは、前記スコアが前記閾値以下である場合、前記ワークフローグループに前記患者を追加することを含むものである請求項９に記載の患者管理システム。
【請求項１１】
前記治療管理サーバーは、前記スコアが前記閾値以下である場合、行動を実行するように更に構成される請求項１０に記載の患者管理システム。
【請求項１２】
前記行動は、前記患者に通知を送ることを含むものである請求項１１に記載の患者管理システム。
【請求項１３】
前記患者と関連するコンピューティング装置を更に含み、前記通知は、前記患者に関連する前記コンピューティング装置に送られるものである請求項１２に記載の患者管理システム。
【請求項１４】
前記行動は、ワークフローグループから患者を除去することを含むものである請求項１１に記載の患者管理システム。
【請求項１５】
前記スコアを計算することは、前記治療要約データから複数の特性にコンプライアンスモデルを応用することを含むものである請求項１に記載の患者管理システム。  
【請求項１６】
前記コンプライアンスモデルは、前記患者のプロフィールデータを更に考慮するものである請求項１５に記載の患者管理システム。
【請求項１７】
前記患者は支払人と関連しており、前記閾値は前記支払人に特有のものである請求項９に記載の患者管理システム。
【請求項１８】
前記閾値は、前記患者がどのくらいの期間、呼吸加圧治療を受けているかに依存するものである請求項９に記載の患者管理システム。
【請求項１９】
前記患者は、コンプライアンスモデルから取得したランキング統計に従って、前記ワークフローグループの前記図式レイアウト内でランクされるものである請求項１に記載の患者管理システム。
【請求項２０】
前記ランキング統計は前記スコアである請求項１９に記載の患者管理システム。
【請求項２１】
前記治療管理サーバーは、
前記治療要約データに一つ以上のルールを適用し、
それぞれの前記ルールを適用した結果に依存し、さらなるワークフローグループのそれぞれがルールに対応している、一つ以上のワークフローグループを更新する
ように更に構成されており、
前記図式レイアウトは、前記一つ以上のさらなるワークフローグループを更に表すものである請求項１に記載の患者管理システム。
【請求項２２】
さらなるルールのそれぞれは、臨床ルール、コンプライアンスルール及び時間ベースのルールの一つである請求項２１に記載の患者管理システム。
【請求項２３】
前記治療管理サーバーは、通知をコンピューティング装置に送信するべきかどうか決定するように更に構成される請求項１に記載の患者管理システム。
【請求項２４】
前記治療管理サーバーは、前記決定に基づいて、前記コンピューティング装置へ前記通知を送信するように更に構成される請求項２３に記載の患者管理システム。
【請求項２５】
前記データサーバーは前記治療管理サーバーと同期している請求項１に記載の患者管理システム。
【請求項２６】
複数の呼吸加圧治療装置を更に含む請求項１に記載の患者管理システム。
【請求項２７】
一つ以上のプロセッサーを有する一つ以上のサーバーにおいて呼吸加圧治療を受ける一人以上の患者を管理する方法であって、
前記患者に前記呼吸加圧治療を伝達し、前記呼吸加圧治療のセッションに関して治療データを生成するように構成された呼吸加圧治療装置と通信するステップと、
前記治療データから、前記治療データを要約する一つ以上の統計を含む前記セッション用の治療要約データを計算するステップと、
前記患者がコンプライアンス標準を満足するであろう確率を示すスコアを、前記治療要約データから計算するステップと、
前記スコアに依存して、患者のワークフローグループを更新するステップと、
前記ワークフローグループを代表する図式レイアウトを供給するステップと
を含んでなる方法。
【請求項２８】
呼吸加圧治療に対する患者コンプライアンスを管理するシステムであって、
複数の呼吸加圧治療装置から患者の呼吸加圧治療に関してデータを受信するように構成された一つ以上のプロセッサーを含んでおり、
前記一つ以上のプロセッサーは、
受信した前記データを評価するルールのセットに基づいて、前記呼吸加圧治療を受ける患者を一つ以上のグループにグループ化し、前記ルールは、（ａ）前記受け取ったデータの使用データに基づくコンプライアンスリスク評価と、（ｂ）患者が治療を受けた日付期間を含む時間ベースの評価とを含んでおり、
前記グループを代表する表示を生成する
ように構成されているシステム。
【請求項２９】
前記表示は、各グループに対して、テキストヘッディングと前記グループの多数の患者の数を含む請求項２８に記載のシステム。
【請求項３０】
前記一つ以上のプロセッサーは、前記表示のグループの作動をすると、前記グループの前記患者を識別するさらなる表示を生成するように構成される請求項２８に記載のシステム。
【請求項３１】
前記さらなる表示は、前記グループの患者と関連するチェックボックスを含み、前記チェックボックスは、前記患者に連絡されるとチェックされるように構成される請求項３０に記載のシステム。
【請求項３２】
前記複数の呼吸加圧治療装置を更に含む請求項２８に記載の患者管理システム。
【請求項３３】
呼吸加圧治療における患者コンプライアンスを管理する方法であって、
一つ以上のプロセッサーにおいて、複数の呼吸加圧治療装置から患者の呼吸加圧治療に関するデータを受信するステップと、
前一つ以上のプロセッサーにおいて、受信した前記データを評価するルールのセットに基づいて、前記呼吸加圧治療を受ける患者を一つ以上のグループにグループ化するステップであって、前記ルールは、（ａ）受信した前記データの使用データに基づくコンプライアンスリスク評価と（ｂ）患者が治療を受けた日付期間を含む時間ベースの評価とを含むものである、グループ化するステップと、
前記一つ以上のプロセッサによって、前記グループを代表する表示を生成するステップと
を含んでなる方法。
【請求項３４】
前記表示は、各グループに対して、テキストヘッディングと前記グループの多数の患者の数を含むものである請求項３３に記載の方法。
【請求項３５】
前記一つ以上のプロセッサーは治療管理サーバーを含んでおり、前記表示においてグループを起動すると、前記治療管理サーバーを備えた前記グループの前記患者を識別するさらなる表示を生成するステップを更に含む請求項３３に記載の方法。
【請求項３６】
前記さらなる前記表示は、前記グループの各患者と関連するチェックボックスを含み、該チェックボックスは、前記患者に連絡するとチェックされるように構成される請求項３５に記載の方法。
【国際調査報告】
2017523842.tif 000017
2017523842.tif 000018
2017523842.tif 000019