JP2020114395A - 患者データを管理するシステム及び方法 - Google Patents

Abstract

【課題】患者データ管理のためのシステムおよび方法を提供する。【解決手段】患者デバイス７２０、７３０、７４０は、一組の命令を含み得るサブスクリプション７２６に従って使用データ７２８を収集する。患者デバイス７２０、７３０、７４０は、ネットワークを介してサーバー７１０またはコンピューティングデバイス７６０に収集された使用データ７２８を送信する。このような送信は、サブスクリプション７２６で指定されたトリガリングイベントに基づいて発生する。患者デバイス７２０、７３０、７４０は、また、患者デバイスが使用データを収集して送信するプロセスを変更するように、サーバー７１０からサブスクリプション７２６に対する更新を受信する。【選択図】図７

Description

（関連出願の相互参照）
本出願は、２０１４年５月２７日に出願されたオーストラリア仮出願第２０１４９０１
９９８号の利益を主張し、その全開示は、参照により本明細書に包含される。

１．１（１）技術の分野
本発明の技術は、呼吸器関連疾患の検出、診断、治療、予防および改善のうちの１つ以
上に関する。特に、本発明の技術は、医療機器または装置、およびこれらの使用に関する
。

１．２（２）関連技術の説明
１．２．１ 人呼吸器系とその疾患
身体の呼吸器系は、ガス交換を促進する。鼻と口は、患者の気道の入口を形成する。

気道は一連の気管支を含み、これらの気管支は、肺内に深く入り込むほど狭く、短くな
り、数が増える。肺の主要機能は、ガス交換であり、酸素を空気から静脈血中に移動させ
、二酸化炭素を外に出すことができる。気管は、左右の気管支に分かれ、さらに最終的に
終末細気管支に分かれる。気管支は、導管の気道を作り、ガス交換には関与しない。気道
のさらなる分岐は、呼吸細気管支となり、最終的に肺胞になる。肺の胞状領域は、ガス交
換が行われる場所であり、呼吸領域と呼ばれる。Ｊｏｈｎ Ｂ． Ｗｅｓｔ著「呼吸生理
学」Ｌｉｐｐｉｎｃｏｔｔ Ｗｉｌｌｉａｍｓ ＆ Ｗｉｌｋｉｎｓ、第９版、２０１１
年発行を参照のこと。

広範囲な呼吸器疾患が存在する。呼吸器疾患の一部の例としては、閉塞性睡眠時無呼吸
（ＯＳＡ）、チェーン・ストークス呼吸（ＣＳＲ）、肥満過呼吸症候群（ＯＨＳ）、慢性
閉塞性肺疾患（ＣＯＰＤ）、神経筋疾患（ＮＭＤ）または胸壁疾患を挙げることができる
。

そうでない場合、健康な個体は、システムおよびデバイスを利用して呼吸器疾患の発症
を防ぐことができる。

１．２．２ 治療
経鼻持続的気道陽圧（ＣＰＡＰ）治療法は、閉塞性睡眠時無呼吸症（ＯＳＡ）の治療に
使用されてきた。この仮説は、持続的気道陽圧が空気圧の副子として作用し、軟口蓋およ
び舌を前に押し出し、後口咽頭壁から離れるようにすることによって、上気道の閉塞を防
ぐことができるということである。

非侵襲性換気（ＮＩＶ）は、患者が十分な呼吸を行うことおよび／または体内の酸素レ
ベルを適切に維持することを支援するために、呼吸作業の一部またはすべてを行って、上
気道を通して患者に換気補助を提供する。換気補助は、患者のインタフェースを介して提
供される。ＮＩＶは、ＣＳＲ、ＯＨＳ、ＣＯＰＤ、ＭＤおよび胸壁障害の治療に使用され
てきた。

侵襲性換気（ＩＶ）は、もはや自ら効果的に呼吸できない患者に換気補助を提供し、気
管切開チューブを使用して提供される。

人工呼吸器は、患者に注入された呼吸のタイミングおよび圧力を制御し、患者が行う呼
吸をモニタリングすることができる。患者の制御およびモニタリング方法は、通常、従量
式の方法および従圧式の方法を含む。従量式の方法は、特に、圧力制御従量式換気（ＰＲ
ＶＣ）、従量換気（ＶＶ）および従量式調節連続強制換気（ＶＣ?ＣＭＶ）技法を含むこ
とができる。従圧式の方法は、特に、補助調節（ＡＣ）、同期的間欠的強制換気（ＳＩＭ
Ｖ）、調節機械換気（ＣＭＶ）、圧力補助換気（ＰＳＶ）、持続的気道陽圧（ＣＰＡＰ）
または呼吸終末陽圧（ＰＥＥＰ）技法を含む。

１．２．３ システム
治療システムは、呼吸圧力治療デバイス（ＲＰＴデバイス）、空気回路、加湿器、患者
インタフェースおよびデータ管理を含むことができる。

１．２．４ 患者インタフェース
患者インタフェースは、例えば、呼吸できるガスの流れを提供することによって、呼吸
デバイスをユーザーにインタフェースするのに使用できる。呼吸できる空気の流れは、鼻
および／または口へのマスク、口へのチューブまたはユーザーの気管への気管切開チュー
ブを介して提供され得る。適用される治療法に応じて患者インタフェースは、治療を行う
ための周囲圧力で十分な変化時の圧力、例えば、約１０ｃｍＨ_２Ｏの陽圧で、ガスの供給
を促進するために、例えば、患者の顔領域にシールを形成することができる。酸素の送達
などの他の治療法の場合、患者インタフェースは、約１０ｃｍＨ_２Ｏの陽圧でのガスの気
道への供給を促進するのに十分なシールを含まなくてよいことがある。

患者インタフェースのデザインにはいろいろな難問がある。顔面は複雑な３次元の形状
をしている。鼻のサイズと形は個人でかなり異なる。頭部には骨、軟骨と軟組織があり、
顔面の異なる領域は機械的な力に対して異なる反応をする。顎または下顎は頭蓋のほかの
骨に関連して動くことができる。頭全体が呼吸治療の過程で動くことができる。

これらの難問のために、マスクによっては、ひどく目立つ、審美的に好ましくない、コ
ストが高い、装着が不十分である、使用困難である、及び、特に長期間の着用または患者
がシステムに不慣れの場合に不快である、のうちの１つまたはそれ以上の問題に悩まされ
る。例えば、飛行士専用にデザインされたマスク、個人の保護装置（例えば、フィルター
マスク）の一部としてデザインされたマスク、ＳＣＵＢＡマスク、または麻酔薬投与のた
めのマスクは、本来の適用には耐えるが、長期間、例えば、数時間着用するのは好ましく
ないほど不愉快である。この不快感は、治療に対する患者のコンプライアンスの低下につ
ながる。睡眠中にマスクを着用しなければならない場合は、特にそうである。

患者が治療に従う限り、ＣＰＡＰ治療は、特定の呼吸器疾患の治療に特に効果的である
。マスクが不愉快であるか使用困難であれば、患者は治療に従わないかもしれない。患者
は自分のマスクを定期的に洗浄するようしばしば推奨されているので、マスクの洗浄が困
難であれば（例えば、組立または分解が困難）、患者は自分のマスクを洗浄しないかもし
れず、これは患者のコンプライアンスに影響する。

その他の適用（例えば、飛行士）のためのマスクを睡眠呼吸障害に使用するのは適切で
ないかもしれないが、睡眠呼吸障害に使用するようデザインされたマスクはその他の適用
に適しているかもしれない。

これらの理由により、睡眠中の鼻ＣＰＡＰの送達のための患者インタフェースは独特な
分野である。

１．２．４．１ シール形成部
患者インタフェースは、シール形成部を含むことができる。これは、患者の顔面と直接
接触するので、シール形成部の形状と構成とは、患者インタフェースの有効性と快適さに
直接影響を与えることができる。

患者インタフェースは、シール形成部分が使用中の顔面の何処と係合するべきかがデザ
イン意図によって、一部特徴付けられる。患者インタフェースの１つの形態において、シ
ール形成部は、左と右のそれぞれの鼻孔に当たる２つのサブ部分を有することができる。
患者インタフェースの１つの形態において、シール形成部分は使用中に両方の鼻孔を囲む
単一の要素であり得る。このような単一の要素は、例えば、顔面の上唇領域と鼻梁領域を
覆うようにデザインすることができる。患者インタフェースの１つの形態において、シー
ル形成部分は、例えば、顔面の下唇領域上にシールを形成するなど、使用中の口の領域を
囲む要素からなり得る。患者インタフェースの１つの形態において、シール形成部分は、
使用中の両方の鼻孔と口の部分を囲む単一の要素からなり得る。患者インタフェースのこ
れらの異なるタイプは、それらの製造者が付けた種々の名称で知られており、鼻マスク、
フルフェース・マスク、鼻枕、鼻噴霧および口腔鼻マスクが含まれる。

患者の顔の１領域で効果的なシール形成部分は、患者の顔の形状、構造、ばらつきおよ
び敏感な部分が異なるので、別の領域には適していないことがある。例えば、患者の額を
覆う水中メガネのシールを患者の鼻に使用するには適当でない。

さまざまな異なる顔の形状およびサイズに適し、快適で効果的な１つのデザインのよう
に、大量生産用として特定のシール形成部をデザインすることができる。患者の顔の形状
と大量生産された患者のインタフェースのシール形成部の間に不整合ができるまで、一方
または両方は、シールを形成するために順応しなければならない。

シール形成部分の１つのタイプは、患者インタフェースの周辺付近に伸び、シール形成
部分が患者の顔に係合しようとしており、力が患者インタフェースに加えられた時に患者
の顔に対してシールするように意図されている。シール形成部分は、空気または液体で満
たされたクッション、またはゴムなどのエラストマーでできた弾性シール要素の成形また
は形成面を含むことができる。このタイプのシール形成部では、適合（fit）が適切でな
い場合、シール形成部分と顔との間に間隙が存在し、シールを達成するために顔に対して
患者インタフェースに追加の力を加える必要がある。

シール形成部のもう１つタイプは、マスクの周辺近辺に位置した薄い材料からできたフ
ラップシールを含み、マスク内に陽圧がかかると患者の顔に対抗してセルフシーリングを
行う。シール形成部分の以前のタイプのように、顔面とマスクとの間の整合が良好でない
と、シールを形成するのに追加の力が必要になるかまたはマスクから漏れが生じる。さら
に、シール形成部分の形状が患者のそれに整合しない場合、使用中にしわが生じたり曲が
ったりすることがあり、漏れが発生する。

シール形成部分のもう１つのタイプは、例えば、鼻孔への挿入のような摩擦嵌合要素を
含むことができる。

シール形成部分のもう１つの形態は、接着剤を使用してシールを達成することができる
。顔面に接着剤を絶えず適用し、これを除去するのが不便と感じる患者もいる。

ＲｅｓＭｅｄ Ｌｉｍｉｔｅｄに譲渡された以下の特許出願に、さまざまな患者インタ
フェース・シール形成部の技術が開示されている：ＷＯ １９９８／００４，３１０；Ｗ
Ｏ ２００６／０７４，５１３；ＷＯ ２０１０／１３５，７８５。

鼻枕の１つの形態がＰｕｒｉｔａｎ−Ｂｅｎｎｅｔｔが製造するＡｄａｍ Ｃｉｒｃｕ
ｉｔに見出される。また他の鼻枕または鼻噴霧は、Ｐｕｒｉｔａｎ−Ｂｅｎｎｅｔｔ Ｃ
ｏｒｐｏｒａｔｉｏｎに譲渡された米国特許第４，７８２，８３２号（Ｔｒｉｍｂｌｅ外
）の主題である。

ＲｅｓＭｅｄ Ｌｉｍｉｔｅｄは、鼻枕を導入する以下の製品を製造した：ＳＷＩＦＴ
鼻枕マスク、ＳＷＩＦＴ ＩＩ鼻枕マスク、ＳＷＩＦＴ ＬＴ鼻枕マスク、ＳＷＩＦＴ
ＦＸ鼻枕マスクおよびＬＩＢＥＲＴＹフルフェース・マスク。ＲｅｓＭｅｄに譲渡され
た以下の特許出願に、鼻枕マスクの例を説明している。国際特許出願ＷＯ ２００４／０
７３，７７８（特に、ＲｅｓＭｅｄ ＳＷＩＦＴ鼻枕の特徴を記載）、米国特許出願第２
００９／００４４８０８号（特に、ＲｅｓＭｅｄ ＳＷＩＦＴ ＬＴ鼻枕の特徴を記載）
；国際特許出願ＷＯ ２００５／０６３，３２８とＷＯ ２００６／１３０，９０３（特
に、ＲｅｓＭｅｄ ＬＩＢＥＲＴＹフルフェース・マスクの特徴を記載）；国際特許出願
ＷＯ ２００９／０５２，５６０（特に、ＲｅｓＭｅｄ ＳＷＩＦＴ ＦＸ鼻枕の特徴を
記載）。

１．２．４．２ 位置決めと安定化
陽圧空気治療に使用する患者インタフェースのシール形成部は、シールを崩壊しようと
する空気圧の相応した力の影響を受ける。このように、シール形成部を位置決めし、顔面
の適当な部分とのシーリングの関係を保持するために種々な技術が使用されてきた。

１つの技術は、接着剤の使用である。例えば、米国特許出願公開第ＵＳ２０１０／００
００５３４号を参照のこと。

また他の技術は、１つまたはそれ以上のストラップおよび／または安定化装着帯の使用
である。このような装着帯の多くは、１つまたはそれ以上の不適合、かさばる、不快さお
よび使用がぎこちない、の問題に悩まされる。

１．２．５ 呼吸圧力治療（ＲＰＴ）デバイス
睡眠呼吸障害の治療に使用する１つの既知のＲＰＴデバイスは、ＲｅｓＭｅｄが製造し
たＳ９ Ｓｌｅｅｐ Ｔｈｅｒａｐｙ Ｓｙｓｔｅｍである。ＲＰＴデバイスのまた他の
例は、人工呼吸器である。成人および小児用の人工呼吸器のＲｅｓＭｅｄ Ｓｔｅｌｌａ
ｒ（商標）シリーズのような人工呼吸器は、これらに限定されないが、ＮＭＤ、ＯＨＳお
よびＣＯＰＤのような多数の状態を治療するために、広範囲な患者に、侵襲性および非侵
襲性依存性呼吸に対する支持を提供することができる。ＲＰＴデバイスは、また、流れ発
生器としても知られている。

ＲｅｓＭｅｄ Ｅｌｉｓｅｅ（商標）１５０人工呼吸器とＲｅｓＭｅｄ ＶＳＩＩＩ（
商標）人工呼吸器とは、多数の状態を治療するために、成人または小児患者に適した、侵
襲性および非侵襲性依存性換気に対する支持を提供することができる。これらの人工呼吸
器は、単一肢または二重肢の回路に容量および大気の換気モードを提供する。

ＲＰＴデバイスは、一般的に、モータ駆動の送風機（ブロワー）または圧縮ガスリザー
バのような圧力発生器を備え、患者の気道に空気の流れを供給するように構成される。い
くつかの場合では、空気の流れを陽圧で患者の気道に供給することができる。ＲＰＴデバ
イスの出口は、前述したように、患者のインタフェースに空気回路を介して接続される。

ＲＰＴデバイスは、また、一般的に、入口フィルター、様々なセンサおよびマイクロプ
ロセッサーベースのコントローラを備えている。送風機は、サーボ制御モータ、渦巻きお
よびインペラーを備えている。いくつかの場合では、モータのブレーキは、モータおよび
インペラーの慣性を克服するために、送風機の速度をさらに急速に低下させるように実現
することができる。ブレーキングにより、送風機が、慣性にもかかわらず、呼気と同期化
に合うように、より低圧の条件をさらに急速に達成できるようになる。いくつかの場合で
は、圧力発生器は、さらに、モータ速度制御に対する代替手段として、患者に運ばれる圧
力を変化させるための手段として、発生された空気を大気に排出可能な弁を備えることが
できる。センサは、例えば、圧力トランスデューサまたはこれに類するものとともに、特
に、モータ速度、質量流量および出口の圧力を測定する。コントローラは、一体化したデ
ータ抽出および表示機能の有無にかかわらず、データ記憶容量を含むことができる。

１．２．６ 加湿器
加湿せずに呼吸可能な気体の流れを患者の気道に伝えることは、気道の乾燥を引き起こ
すことができる。医療加湿器は、必要なときに、一般的に、患者が（例えば、病院で）眠
っているまたは休んでいるときに、周囲の空気に関連して、呼吸可能な気体の流れの湿度
および／または温度を増加させるのに使用される。結果的に、医療加湿器は、ベッドサイ
ドの配置に対して小さいことが好ましく、患者の周囲を加湿および／または加熱せずに、
患者に伝えられる呼吸可能な気体の流れを加湿ならびに／あるいは加熱するように構成さ
れるのが好ましい。例えば、部屋ベースのシステム（例えば、サウナ、空気調節器、蒸発
冷却器）もまた、患者に吸入される空気を加湿および／または加熱できるが、これらのシ
ステムは、部屋全体を加湿および／または加熱することによって行うため、居住者に対す
る不快感を引き起こすことがある。

流れ発生器またはＲＰＴデバイスおよび患者インタフェースを有する加湿器の使用は、
鼻の粘膜の乾燥を最小化し、患者の気道の快適さを増加させる、加湿された空気を生成す
る。寒冷な気候に加えて、患者インタフェース中および患者インタフェース周囲の顔面領
域に通常適用される温暖な空気は、冷たい空気よりさらに快適である。

呼吸用加湿器は、多くの形態で利用可能であり、空気回路を介して呼吸デバイスに結合
される独立型デバイスであってもよく、関連呼吸デバイスと一体化されるとか、関連呼吸
デバイスに直接結合されるように構成される。既知の受動加湿器は、多少救済をもたらす
ことがあるが、一般的に、熱加湿器は、患者が快適になるように、十分な湿度および温度
を空気に提供するために使用され得る。一般的に、加湿器は、数百ミリリットル（ｍｌ）
の容量を有するウォーターリザーバーまたはウォータータブ、リザーバー中の水を加熱す
る熱要素、加湿のレベルを変化させ得るコントロール、流れ発生器またはＲＰＴデバイス
から空気を受け取る空気入口、および、患者インタフェースに加湿された空気を伝える空
気回路に接続されるように適合化された空気出口を備える。

加熱パスオーバー型加湿は、ＲＰＴデバイスとともに使用される１つの一般的な形態の
加湿である。このような加湿器では、加熱要素は、ウォータータブ下にあり、ウォーター
タブと温熱的に接触するヒータープレートに組み込まれ得る。従って、熱は、伝導により
主にヒータープレートからウォーターリザーバーに送達される。ＲＰＴデバイスからの空
気の流れは、加熱された水をウォータータブにパスオーバーし、結果的に、空気の流れに
より含まれる水蒸気となる。ＲｅｓＭｅｄ Ｈ４ｉ（商標）およびＨ５ｉ（商標）加湿器
は、ＲｅｓＭｅｄ Ｓ８およびＳ９ ＣＰＡＰデバイスと組み合わせてそれぞれ使用され
るこのような加熱パスオーバー型加湿器の一例である。

バブルまたは拡散加湿器、ジェット加湿器またはウィッキング加湿器のような、他の加
湿器も使用され得る。バブルまたは拡散加湿器では、空気は水面下に伝導され、表面にバ
ブルが戻ることを可能にする。ジェット加湿器は、水の噴霧を生成し、整流デバイスまた
はフィルターは、加湿器から離れる前に粒子が除去または蒸発するように使用され得る。
ウィッキング加湿器は、毛細管作用により水を吸収するために、スポンジまたは紙のよう
な、水吸収物質を使用する。水吸収物質は、空気の流れに含まれることになる吸収物質中
の水の蒸発を可能にする空気の流れ経路の少なくとも一部の中、または、こうした経路の
隣に位置する。

加湿の代替的な形態は、大きな表面領域にわたって空気の流れを第１の方向に向かわせ
、加熱された水を大きな表面領域に対して第２の反対方向に供給するＣｏｕｎｔｅｒＳｔ
ｒｅａｍ（商標）技術を使用するＲｅｓＭｅｄ ＨｕｍｉＣａｒｅ（商標）Ｄ９００によ
り提供される。ＲｅｓＭｅｄ ＨｕｍｉＣａｒｅ（商標）Ｄ９００加湿器は、侵襲性およ
び非侵襲性のさまざまな人工呼吸器とともに使用され得る。

２ 技術の簡単な説明
本開示の態様は、患者データの管理のためのコンピューター実行方法を提供する。前記
方法は、一組の命令を含むことができるサブスクリプション（subscription）にアクセス
した後、患者デバイスに対する使用データを収集するステップを含み、前記使用データは
、患者デバイスの患者使用に関連される。前記方法は、また、トリガリングイベントが発
生したかを決定した後、サブスクリプションに従って収集された使用データの少なくとも
一部を送信するステップを含むことができる。以下のステップ：使用データを収集するス
テップ、トリガリングイベントを決定するステップ、および収集された使用データの少な
くとも一部を送信するステップのうちの少なくとも１つは、アクセスされたサブスクリプ
ションに従って実行される。

前記サブスクリプションは、前記使用が送信される前に満たされるべき複数の状態など
を識別することができ、前記トリガリングイベントは、前記状態などのそれぞれが満たさ
れたという決定を含むことができる。収集された使用データの少なくとも一部を送信する
ステップは、前記使用データのセット（組）を送信するステップを含むことができる。患
者デバイスは、呼吸圧力治療デバイスを含むことができる。

一態様において、前記トリガリングイベントは、所定の期間の間、患者デバイスの使用
を終了した患者に基づくことができる。さらに、使用データは、患者デバイスが使用され
た期間を識別することができる。使用データは、また、患者の無呼吸指数、呼吸低下指数
および無呼吸−呼吸低下指数のうちの少なくとも１つに関連され得る。

他の態様においては、複数の患者デバイスから使用データの送信を受信するステップを
含み、使用データのそれぞれの送信は、一組の命令で識別されたトリガリングイベントに
従って発生される患者データの管理方法が開示される。前記方法は、また、使用データを
メモリに格納することを含み、使用データは、受信された送信の送信元である、複数の患
者デバイスのうちの各患者デバイスに関連付けられるように記憶される。この方法は、ま
た、記憶された使用データの少なくとも一部に対する要求を受信した後、格納された使用
データの要求された部分を送信するステップを含むことができる。

前記一組の命令は、前記使用が送信される前に満たされるべき複数の状態などを識別す
ることができ、前記トリガリングイベントは、前記状態などのそれぞれが満たされたとい
う決定を含むことができる。一実施例において、使用データの送信を受信することは、第
１の患者デバイスから第１のセット（組）の使用データを受信し、第２のデバイスから第
２のセット（組）の使用データを受信するステップを含むことができ、前記第１のセット
の使用データは、第１のトリガリングイベントに従って送信することができ、前記第２の
セットの使用データは、第２のトリガリングイベントに従って送信され得る。第１のトリ
ガリングイベントおよび第２のトリガリングイベントは、異なる基準に基づくことができ
る。

一実施例において、格納された使用データの少なくとも一部に対する要求は、複数の患
者から第１の患者を識別し、格納された使用データの一部は、第１の患者に関連され得る
。また、前記一組の命令は、所定の期間の間、患者デバイスの使用を終了した患者として
トリガリングイベントを識別することができる。前記使用データは、また、複数の患者デ
バイス中の各患者デバイスが使用された期間に関連してもよい。一部の態様において、用
語「使用データ」は、以下のいずれかを含むと理解され得る：治療データ、処方および快
適設定、故障、ログ、湿度データ、温度データ、またはデバイスの構成、動作、使用およ
び周囲環境に関連したその他のデータ。

また他の側面において、サブスクリプションは、患者デバイスによって収集されるべき
個々のデータ項目のユーザーの選択に基づいて生成され得る。サブスクリプションは、使
用データのサブセットを識別し、使用データの各サブセットに対する１つ以上のトリガリ
ングイベントを識別することができる。また、サブスクリプションに従って収集された使
用データは、時間の経過とともに変更され得る。トリガリングイベントは、患者デバイス
の１つ以上の設定における変化、または患者デバイスの１つ以上の構成要素における故障
状態を含むことができる。

本開示は、また、患者データを管理するためのシステムを提供し、前記システムは、本
明細書に記述された方法を実行するように構成された１つまたは複数のコンピューティン
グデバイスを含む。

３ 図面の様々な視点の簡単な説明
本発明の技術は、添付された図面の図で例として示しているが、限定されるものではな
く、添付された図面の図で同一の参照符号は、同一の要素を示す。

［３．１ 治療システム］本発明の技術によるシステムを示す図である。患者インタフェース３０００を装着した患者１０００は、鼻枕の形態で、ＲＰＴデバイス４０００から陽圧で空気の供給を受け取る。ＲＰＴデバイスからの空気は、加湿器５０００で加湿され、空気回路４１７０に沿って患者１０００に渡される。 患者インタフェース３０００を装着した患者１０００を含むシステムを示す図であり、経鼻マスク形態で、ＲＰＴデバイス４０００から陽圧で空気の供給を受け取る。ＲＰＴデバイスからの空気は、加湿器５０００で加湿され、空気回路４１７０に沿って患者１０００に渡される。 患者インタフェース３０００を装着した患者１０００を含むシステムを示す図であり、フルフェース・マスクの形態で、ＲＰＴデバイスから陽圧で空気の供給を受け取る。ＲＰＴデバイスからの空気は、加湿器５０００で加湿され、空気回路４１７０に沿って患者１０００に渡される。 ［３．２ 治療］＜３．２．１ 呼吸器系＞鼻腔および口腔、喉頭、声帯、食道、気管、気管支、肺、肺胞嚢、心臓、および横隔膜を含む人呼吸器系の概要を示す図である。 鼻腔、鼻骨、側鼻軟骨、大鼻翼軟骨、鼻孔、上唇、下唇、喉頭、硬口蓋、軟口蓋、中咽頭、舌、喉頭蓋、声帯、食道、および気管を含む人の上気道の概要を示す図である。 ＜３．２．２ 顔解剖学＞上唇、上赤唇、下赤唇、下唇、口幅、 目頭部分（endocanthion）、鼻翼、鼻唇溝、および口角点（cheilion）を含む、識別された表面解剖学のいくつかの特徴を有する顔の正面図である。 ［３．３ 患者インタフェース］先行技術に公知された患者インタフェースの一例を示す図である。 ［３．４ 呼吸圧力治療（ＲＰＴ）デバイス］本発明の技術の１つの形態によるＲＰＴデバイスを示す図である。 本発明の技術の１つの形態によるＲＰＴデバイスの空気圧回路への概路図を示す図である。上流および下流方向が示される。 本発明の技術の１つの形態によるＲＰＴデバイスの電気構成要素の概路図である。 ［３．５ 加湿器］本発明の技術の１つの形態による加湿器を示す図である。 ［３．６ 呼吸波形］睡眠中の人体の通常的な呼吸波形モデルを示す図である。横軸は時間であり、縦軸は呼吸の流量である。パラメータ値は変化できる一方、通常の呼吸は以下の近似値を有することができる：一回換気量（Ｖｔ）０．５Ｌ、吸息時間（Ｔｉ）１．６ｓ、ピーク吸入気流（Ｑｐｅａｋ）０．４Ｌ／ｓ、呼息時間（Ｔｅ）２．４ｓ、ピーク呼気流（Ｑｐｅａｋ）?０．５Ｌ／ｓ。呼吸の総持続時間（Ｔｔｏｔ）は約４ｓである。人は通常、１分間に約１５回（ＢＰＭ）の速度で呼吸し、換気量（Ｖｅｎｔ）は約７．５Ｌ／ｓである。通常のデューティーサイクルである、Ｔｉ対Ｔｔｏｔ比は約４０％である。 ［３．７ 診断システム］患者データの収集および送信に使用され得る例示的な通信システム７００を示す図である。それぞれの患者デバイス７２０、７３０および７４０は、ＲＰＴ４０００、加湿器５０００、患者インタフェース３０００を含むことができる。 患者データの収集および送信に関連して本明細書に開示された患者デバイスによって実行され得る動作の流れを示す流れ図８００である。

４．本発明の技術の実施例の詳細な説明
本発明の技術をさらに詳細に説明する前に、本発明の技術が本明細書で説明されている
特定の例に限定されず、変更可能であることを理解すべきである。さらに、本開示におい
て使用される用語は、本明細書で説明されている特定の例のみを説明することを目的とし
ており、制限的なことを意図しないことを理解すべきである。

４．１ 治療システム
一形態において、本発明の技術は、呼吸器疾患を治療するためのデバイスを含む。前記
デバイスは、患者インタフェース３０００に至る空気送出チューブを経て患者１０００に
加圧空気を供給するための流れ発生デバイスまたは送風機（ブロワー）を含むことができ
る。

４．２ 治療法
一形態において、本発明の技術は、患者１０００の気道の入口に陽圧を印加するステッ
プを含む呼吸器疾患を治療するための方法を含む。

４．２．１ ＯＳＡに対する経鼻ＣＰＡＰ
一形態において、本発明の技術は、患者に経鼻持続気道陽圧を適用することにより、患
者の閉塞性睡眠時無呼吸（ＯＳＡ）を治療する方法を含む。

４．３ 患者インタフェース３０００
本発明の技術の一態様に従う非侵襲性患者インタフェース３０００は、以下の機能的側
面として、シール形成構造３１００、プレナムチャンバ３２００、位置決めおよび安定化
構造３３００、換気口３４００、および空気回路４１７０に接続するための接続ポート３
６００を備える。いくつかの形態では、機能的側面は、１つまたは複数の物理的構成要素
により提供され得る。いくつかの形態では、１つの物理的構成要素は、１つまたは複数の
機能的側面を提供することができる。使用時に、シール形成構造３１００は、陽圧で気道
への空気の供給を促進するために、患者の気道の入口を取り囲むように構成される。

４．３．１ シール形成構造３１００
本発明の技術の一形態において、シール形成構造３１００は、シール形成面を提供し、
さらにクッション機能を提供することができる。

本発明の技術によるシール形成構造３１００は、シリコーンのような柔らかくて、柔軟
性且つ弾力性のある材料から構成することができる。

一形態において、シール形成構造３１００は、シール用フランジと支持フランジを含む
。好ましくは、シール用フランジは、プレナムチャンバ３２００の周辺部３２１０の周り
に延びる約１ｍｍ未満、例えば、約０．２５ｍｍ〜約０．４５ｍｍの厚さを有する比較的
薄い部材を含む。支持フランジは、シール用フランジより相対的により厚くてよい。支持
フランジは、シール用フランジとプレナムチャンバ３２００の周縁エッジの間に配置され
、周辺部３２１０の少なくとも一部の周りに延びている。支持フランジは、バネ状の要素
であるか、またはそれを含み、使用中にシール用フランジを支持して座屈を起こすのを防
止する。使用中に、シール用フランジは、プレナムチャンバ３２００におけるシステム圧
力に容易に対応することができ、その底面に作用して顔にしっかりと係合するよう促す。

一形態において、非浸湿性患者インタフェース３０００のシール形成部は、一対の鼻噴
霧または鼻枕を含み、それぞれの鼻噴霧または鼻枕は、患者の鼻のそれぞれの鼻孔とシー
ルを形成するように構築されて配置される。

本発明の技術の態様による鼻枕は次を含む：少なくとも一部分が患者の鼻の下面にシー
ルを形成する截頭円錐、截頭円錐の底面の柔軟な部分で截頭円錐を脚に接続する脚。さら
に、本発明の技術の鼻枕が接続される構造は、脚の基部に隣接した柔軟な領域を含む。柔
軟な領域は協調して自在継手構造の役目をし、截頭円錐と鼻枕が接続されている構造との
変位および角度の両方の相対運動に対応する。例えば、截頭円錐は、脚が接続される構造
に向けて軸方向に変位させることができる。

１つの形態において、非侵襲性シール形成部３０００は、使用中に患者の顔の上唇領域
（すなわち、上唇）上にシールを形成するシール形成部を含む。

１つの形態において、非侵襲性患者インタフェース３０００は、使用中に患者の顔の顎
の部分にシールを形成するシール形成部を含む。

４．３．２ プレナムチャンバ３２００
好ましくは、プレナムチャンバ３２００は、使用中にシールが形成される領域における
平均的な人の顔の表面輪郭に補完的な形状の周辺部３２１０を有している。使用中、プレ
ナムチャンバ３２００の周縁エッジは、顔の隣接する表面に近接するよう位置決めされる
。顔との実際の接触は、シール形成構造３１００によって行われる。好ましくは、シール
形成構造３１００は、使用中にプレナムチャンバ３２００の全体周辺部３２１０に延びる
。

一形態において、プレナムチャンバ３２００は、プレナムチャンバ３２００が鼻マスク
（例えば、図１ｂに示される）の一部であるところの患者の鼻孔を取り囲み、および／ま
たはこれらと流体連通され得る。また他の形態において、プレナムチャンバ３２００は、
プレナムチャンバ３２００がフルフェース・マスク（例えば、図１ｃに示される）の一部
であるところの患者の鼻孔および口を取り囲み、および／またはこれらと流体連通され得
る。また他の形態において、プレナムチャンバ３２００は、プレナムチャンバ３２００が
鼻枕（例えば、図２９に示される）の一部であるところの患者の鼻孔のうち、１つまたは
複数と係合および／または流体連通することができる。

４．３．３ 位置決めおよび安定化構造３３００
好ましくは、本発明の技術の患者インタフェース３０００のシール形成構造３１００は
、位置決めと安定化構造３３００によって使用中はシーリング位置に保持される。

４．４ ＲＰＴデバイス４０００
本発明の技術の態様を実施するのに適合できる例示的なＲＰＴデバイス４０００は、機
械的および空気的構成要素４１００、電気構成要素４２００を含むことができ、本明細書
の全般にわたって記載された１つまたは複数の制御方法論またはアルゴリズムを行うよう
にプログラム化され得る。ＲＰＴデバイスは、外部ハウジング４０１０を有し、好ましく
は、外部ハウジング４０１０の上部４０１２および外部ハウジング４０１０の下部４０１
４の２つの部分に形成される。代替的な形態では、外部ハウジング４０１０は、１つまた
は複数のパネル４０１５を含むことができる。好ましくは、ＲＰＴデバイス４０００は、
該ＲＰＴデバイス４０００の１つまたは複数の内部構成要素を支持するシャーシ４０１６
を含む。一形態では、空気圧ブロック４０２０は、シャーシ４０１６によって支持される
か、またはシャーシ４０１６の一部として形成される。ＲＰＴデバイス４０００は、ハン
ドル４０１８を含むことができる。

ＲＰＴデバイス４０００の空気圧経路は、空気入口フィルター４１１２、入口マフラー
４１２２、陽圧で空気を供給することができる制御可能な圧力デバイス４１４０（好まし
くは、送風機４１４２）および出口マフラー４１２４を含むのが好ましい。１つまたは複
数の圧力センサ４２７１および流量センサ４２７４は、空気圧経路に含まれる。

好ましい空気圧ブロック４０２０は、外部ハウジング４０１０内に配置される空気圧経
路の一部を含む。

ＲＰＴデバイス４０００は、好ましくは、電力供給装置４２１０、１つまたは複数の入
力デバイス４２２０、中央コントローラ４２３０、治療デバイスコントローラ４２４０お
よび／または前述のコントローラのいずれか１つ、圧力デバイス４１４０、１つまたは複
数の保護回路４２５０、メモリ４２６０、トランスデューサ４２７０、データ通信インタ
フェース４２８０および１つまたは複数の出力デバイス４２９０を備える。電気構成要素
４２００は、単一のプリント回路基板アセンブリ（ＰＣＢＡ）４２０２上に設置され得る
。代替的な形態では、ＲＰＴデバイス４０００は、１つまたは複数のＰＣＢＡ４２０２を
含むことができる。

１つまたは複数のプロセッサーを含むことができるＲＰＴ装置４０００の中央コントロ
ーラ４２３０は、好ましくは、前処理モジュール、治療エンジンモジュール、圧力制御モ
ジュールおよびさらに好ましくは、故障状態モジュールを含む１つまたは複数のアルゴリ
ズムモジュールを実行するようにプログラム化され得る。これは、本明細書の全般にわた
って記述される１つまたは複数の換気制御方法で構成され得る換気制御モジュールを更に
含むことができる。

４．４．１ ＲＰＴデバイスの機械的および空気圧構成要素４１００
４．４．１．１ 空気フィルター（複数可）４１１０
本発明の技術の一形態によるＲＰＴデバイスは、１つの空気フィルター４１１０、また
は複数の空気フィルター４１１０を含むことができる。

一形態において、空気入口フィルター４１１２は、送風機４１４２の空気圧経路上流の
先頭に位置している。図４ｂ参照。

一形態において、例えば、抗菌フィルターのような出口空気フィルター４１１４は、空
気ブロック４０２０の出口と患者インタフェース３０００との間に位置している。図４ｂ
参照。

４．４．１．２ マフラー４１２０
本発明の技術の一形態において、入口マフラー４１２２は、送風機４１４２の空気圧経
路の上流に配置される。図４ｂ参照。

本発明の技術の一形態において、出口マフラー４１２４は、 送風機４１４２と患者イ
ンタフェース３０００との間の空気圧経路内に配置される。図４ｂ参照。

４．４．１．３ 圧力デバイス４１４０
本発明の技術の好ましい一形態において、陽圧の空気の流れを発生するための圧力デバ
イス４１４０は、制御可能な送風機４１４２である。例えば、送風機は、渦巻室内に収納
された１つまたは複数のインペラーを有するブラシレスＤＣモータ４１４４を含むことが
できる。送風機は、好ましくは、空気の供給を、例えば、約１２０リットル／分の速度で
、約４ｃｍＨ_２Ｏから約２０ｃｍＨ_２Ｏ、または他の形態においては約３０ｃｍＨ_２Ｏま
での範囲の陽圧により送達することができる。

圧力デバイス４１４０は、治療デバイスコントローラ４２４０の制御下にある。

４．４．１．４ トランスデューサ４２７０
本発明の技術の一形態において、１つまたは複数のトランスデューサ４２７０は、圧力
デバイス４１４０の上流に配置される。１つまたは複数のトランスデューサ４２７０は、
空気圧経路内のその地点の空気の特性を測定するように製作され、配置される。

本発明の技術の一形態において、１つまたは複数のトランスデューサ４２７０は、圧力
デバイス４１４０の下流および空気回路４１７０の上流に配置される。１つまたは複数の
トランスデューサ４２７０は、空気圧経路内のその地点の空気の特性を測定するように製
作され、配置される。

本発明の技術の一形態において、１つまたは複数のトランスデューサ４２７０は、患者
インタフェース３０００の近くに配置される。

４．４．１．５ アンチスピルバック弁４１６０
本発明の技術の一形態において、アンチスピルバック弁は、加湿器５０００と空気圧ブ
ロック４０２０との間に配置される。アンチスピルバック弁は、水が加湿器５０００から
上流に、例えば、モータ４１４４に流れる危険性を低減するように製作され、配置される
。

４．４．１．６ 空気回路４１７０
本発明の技術の一形態による空気回路４１７０は、空気圧ブロック４０２０と患者イン
タフェース３０００との間に空気の流れを可能にするように製作され、配置構成される。

４．４．１．７ 酸素送達
本発明の技術の一形態において、補給酸素４１８０は、空気圧経路内のある地点に送達
される。

本発明の技術の一形態において、補給酸素４１８０は、空気圧ブロック４０２０の上流
に送達される。

本発明の技術の一形態において、補給酸素４１８０は、空気回路４１７０に送達される。

本発明の技術の一形態において、補給酸素４１８０は、患者インタフェース３０００に供
給される。

４．４．２ ＲＰＴデバイス電気構成要素４２００
４．４．２．１ 電源装置４２１０
本発明の技術の一形態において、電源装置４２１０は、ＲＰＴデバイス４０００の外部
ハウジング４０１０の内部にある。本発明の技術の他の形態において、電源装置４２１０
は、ＲＰＴデバイス４０００の外部ハウジング４０１０の外部にある。

本発明の技術の一形態において、電源装置４２１０は、電力をＲＰＴデバイス４０００
のみに供給する。本発明の技術の他の形態において、電源装置４２１０は、電力をＲＰＴ
デバイス４０００と加湿器５０００との両方に供給する。電源装置は、また、本明細書の
全般にわたって記載されたように、換気デバイスのための任意のアクチュエータ、コント
ローラおよび／またはセンサに電力を選択的に供給することができる。

４．４．２．２ 入力デバイス４２２０
本発明の技術の一形態において、ＲＰＴデバイス４０００は、作業者が前記デバイスと
交流できるように、ボタン、スイッチまたはダイヤルの形態の１つまたは複数の入力デバ
イス４２２０を含む。これらは、換気デバイスのようなＲＰＴデバイスの構成要素の動作
設定を入力するために実施され得る。ボタン、スイッチまたはダイヤルは、物理的デバイ
スであるかまたはタッチスクリーンを介してアクセス可能なソフトウェアデバイスである
ことができる。これらのボタン、スイッチまたはダイヤルは、一形態では、外部ハウジン
グ４０１０に物理的に接続されるかまたは他の形態では、中央コントローラ４２３０に電
気的に接続される受信機と無線方式で通信することができる。

一形態において、入力デバイス４２２０は、作業者が値および／またはメニューオプシ
ョンを選択できるように製作され、配置され得る。

４．４．２．３ 中央コントローラ４２３０
本発明の技術の一形態において、中央コントローラ４２３０は、入力デバイス４２２０
から入力信号（など）を受信し、出力信号（など）を出力デバイス４２９０および／また
は治療デバイスコントローラ４２４０に提供するように構成された専用電子回路である。

一形態において、中央コントローラ４２３０は、アプリケーション特定集積回路である
。また他の形態において、中央コントローラ４２３０は、別の電子構成要素を含む。

本発明の技術の別の形態において、中央コントローラ４２３０は、ｘ８６ＩＮＴＥＬプ
ロセッサーなどのＲＰＴデバイス４０００を制御するのに適したプロセッサーである。

本発明の技術の別の形態によるＲＰＴデバイス４０００を制御するのに適したプロセッ
サー４２３０は、ＡＲＭ ＨｏｌｄｉｎｇｓのＡＲＭ Ｃｏｒｔｅｘ−Ｍプロセッサーに
基づいたプロセッサーを含む。例えば、ＳＴ ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳのＳＴ
Ｍ３２シリーズマイクロコントローラが使用され得る。

本発明の技術の他の代替的形態によるＲＰＴデバイス４０００を制御するのに適した他
のプロセッサーは、ファミリＡＲＭ９ベース３２ビットＲＩＳＣ ＣＰＵから選択された
部材を含む。例えば、ＳＴ ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳのＳＴＲ９シリーズマイ
クロコントローラが使用され得る。

本発明の技術の特定代替形態において、１６ビットＲＩＳＣ ＣＰＵは、ＲＰＴデバイ
ス４０００に対するプロセッサーとして使用され得る。例えば、ＴＥＸＡＳ ＩＮＳＴＲ
ＵＭＥＮＴＳで製造したマイクロコントローラのＭＳＰ４３０ファミリからのプロセッサ
ーが使用され得る。

プロセッサーは、１つまたは複数のトランスデューサ４２７０、および１つまたは複数
の入力デバイス４２２０から入力信号を受信するように構成される。

プロセッサーは、出力信号を出力デバイス４２９０、治療デバイスコントローラ４２４
０、データ通信インタフェース４２８０、および加湿器コントローラ５２５０のうちの１
つまたは複数に提供するように構成される。

本発明の技術のいくつかの形態において、中央コントローラ４２３０のプロセッサー、
または複数のそのようなプロセッサーは、メモリ４２６０などの非一時的コンピューター
可読記憶媒体に格納されるコンピュータープログラムとして表現される１つまたは複数の
アルゴリズム４３００などの、本明細書で説明されている１つまたは複数の方法を具現す
るように構成される。一部の場合には、既に説明されているように、そのようなプロセッ
サーは、ＲＰＴデバイス４０００に統合することができる。しかし、本発明の技術のいく
つかの形態におおいて、プロセッサーは、呼吸器処置の実施を直接的に制御することなく
本明細書で説明されている方法のいずれかを行うことなどを目的として、ＲＰＴデバイス
４０００の空気圧構成要素から個別的に実行され得る。例えば、そのようなプロセッサー
は、本明細書で説明されているセンサのいずれかなどからの格納データの解釈によって換
気デバイスに対する制御設定またはその他の呼吸器関連イベントを決定することを目的と
して本明細書で説明されている方法のうちのいずれかを行うことができる。同様に、この
ようなプロセッサーは、本明細書に記載されている換気デバイスの動作を制御するために
、本明細書に記載されている任意の方法のうちのいずれかを実行することができる。

４．４．２．４ クロック４２３２
好ましくは、ＲＰＴデバイス４０００は、プロセッサーに接続されているクロック４２
３２を含む。

４．４．２．５ 治療デバイスコントローラ４２４０
本発明の技術の一形態において、治療デバイスコントローラ４２４０は、中央コントロ
ーラ４２３０のプロセッサーによって実行されるアルゴリズム４３００の一部を形成する
圧力制御モジュール４３３０である。

本発明の技術の一形態において、治療デバイスコントローラ４２４０は、専用モータ制
御集積回路である。例えば、ＯＮＳＥＭＩで製造したＭＣ３３０３５ブラシレスＤＣモー
タコントローラが使用される。

４．４．２．６ 保護回路４２５０
好ましくは、本発明の技術によるＲＰＴデバイス４０００は、１つまたは複数の保護回
路４２５０を含む。

保護回路４２５０の一形態は、電気保護回路である。

本発明の技術による保護回路４２５０の一形態は、温度、または圧力安全回路である。

４．４．２．７ メモリ４２６０
本発明の技術の一形態によれば、ＲＰＴデバイス４０００は、メモリ４２６０、好まし
くは不揮発性メモリを含む。いくつかの形態において、メモリ４２６０は、電池式スタテ
ィックＲＡＭを含むことができる。いくつかの形態において、メモリ４２６０は、揮発性
ＲＡＭを含むことができる。

好ましくは、メモリ４２６０は、ＰＣＢＡ４２０２上に配置される。メモリ４２６０は
、ＥＥＰＲＯＭまたはＮＡＮＤフラッシュの形態であり得る。

追加的に、または代替的に、ＲＰＴデバイス４０００は、移動可能な形態のメモリ４２
６０、例えば、セキュアデジタルＳＤ規格に従って製作されたメモリカードを含む。

本発明の技術の一形態において、メモリ４２６０は、非一時的コンピューター可読記憶
媒体として動作し、この媒体に、１つまたは複数のアルゴリズム４３００などの、本明細
書で説明されている１つまたは複数の方法を表現するコンピュータープログラム命令が格
納される。

４．４．２．８ トランスデューサ４２７０
トランスデューサは、デバイスの内部にあるか、ＲＰＴデバイスの外部にあり得る。外
部トランスデューサは、例えば、患者インタフェース上で、例えば、空気送達回路上に配
置されるか、またはその一部を形成することができる。外部トランスデューサは、データ
をＲＰＴデバイスに送信または転送するドップラーレーダー移動センサなどの非接触セン
サの形態のものであり得る。

４．４．２．８．１ 流量
本発明の技術による流量トランスデューサ４２７４は、差圧トランスデューサ、例えば
、ＳＥＮＳＩＲＩＯＮ社のＳＤＰ６００シリーズ差圧トランスデユーサに基づくものであ
り得る。差圧トランスデューサは、空気圧回路と流体連通し、圧力トランスデューサのそ
れぞれの１つは流れ制限要素内の各第１および第２の地点に接続される。

使用中に、流量トランスデューサ４２７４からの全流量Ｑｔを表す信号が、プロセッサ
ーによって受信される。

４．４．２．８．２ 圧力
本発明の技術による圧力トランスデューサ４２７２は、空気圧回路と流体連通するよう
に配置される。好適な圧力トランスデューサの一例は、ＨＯＮＥＹＷＥＬＬ ＡＳＤＸシ
リーズセンサである。代替的に好適な圧力トランスデューサは、ＧＥＮＥＲＡＬ ＥＬＥ
ＣＴＲＩＣ社のＮＰＡシリーズセンサである。

使用中に、圧力トランスデューサ４２７２は、中央コントローラプロセッサーによって
受信される。一形態において、圧力トランスデューサ４２７２からの信号は、中央コント
ローラ４２３０によって受信される前にフィルター処理される。

４．４．２．８．３ モータ速度
本発明の技術の一形態において、モータ速度信号４２７６が生成される。モータ速度信
号４２７６は、好ましくは、治療デバイスコントローラ４２４０によって送られる。モー
タ速度は、例えば、ホール効果センサなどの、速度センサによって発生され得る。

４．４．２．９ データ通信システム４２８０
本発明の技術の好ましい一形態において、データ通信インタフェース４２８０が備えら
れ、中央コントローラプロセッサーに接続される。データ通信インタフェース４２８０は
、好ましくは、遠隔外部通信ネットワーク４２８２に接続可能である。データ通信インタ
フェース４２８０は、好ましくは、ローカル外部通信ネットワーク４２８４に接続可能で
ある。好ましくは、遠隔外部通信ネットワーク４２８２は、遠隔外部デバイス４２８６に
接続可能である。好ましくは、ローカル外部通信ネットワーク４２８４は、ローカル外部
デバイス４２８８に接続可能である。

一形態において、データ通信インタフェース４２８０は、中央コントローラ４２３０の
一部である。他の形態において、データ通信インタフェース４２８０は、中央コントロー
ラプロセッサーから分離している集積回路である。

一形態において、遠隔外部通信ネットワーク４２８２は、インターネットである。デー
タ通信インタフェース４２８０は、有線通信（例えば、Ｅｔｈｅｒｎｅｔ、または光ファ
イバーを介する）または無線プロトコルを使用してインターネットに接続することができ
る。

一形態において、ローカル外部通信ネットワーク４２８４は、Ｂｌｕｅｔｏｏｔｈ（登
録商標）などの１つまたは複数の通信規格、または消費者向けの赤外線プロトコルを利用
する。

一形態において、遠隔外部デバイス４２８６は、１つまたは複数のコンピューター、例
えば、ネットワークコンピューターのクラスタである。一形態において、遠隔外部デバイ
ス４２８６は、物理的コンピューターではなく、仮想コンピューターであり得る。いずれ
の場合にも、そのような遠隔外部デバイス４２８６は、臨床医などの適切な権限を有した
作業者によるアクセスが可能であり得る。

好ましくは、ローカル外部デバイス４２８８は、パーソナルコンピューター、携帯電話
、タブレット、または遠隔制御である。

４．４．２．１０ オプションのディスプレイ、警報を含む出力デバイス
本発明の技術による出力デバイス４２９０は、視覚的ユニット、聴覚的ユニット、およ
び触覚的ユニットのうちの１つまたは複数の形態を取ることができる。視覚的ディスプレ
イは、液晶ディスプレイ（ＬＣＤ）または発光ダイオード（ＬＥＤ）ディスプレイであり
得る。

４．４．２．１０．１ ディスプレイドライバ４２９２
ディスプレイドライバ４２９２は、入力として、ディスプレイ４２９４上に表示するた
めに意図される文字、記号、または画像を受け取り、それらをディスプレイ４２９４にそ
れらの文字、記号、または画像を表示させる命令に変換する。

４．４．２．１０．２ ディスプレイ４２９４
ディスプレイ４２９４は、ディスプレイドライバ４２９２から受信された命令に応答し
て文字、記号、または画像を視覚的に表示するように構成される。例えば、ディスプレイ
４２９４は、８つのセグメントディスプレイであることができ、この場合に、ディスプレ
イドライバ４２９２は、数字「０」などの各文字、または記号を８つの論理信号に変換し
、この論理信号は、８つの各セグメントが特定の文字、または記号を表示するために活性
化することができるか否かを示す。

４．５ 通信およびデータ管理システム
図７は、本開示の態様などが実施され得る例示的なシステム７００を示す。このような
例は、本開示の範囲または本明細書に説明された特徴の有用性を制限するものと見なされ
るべきではない。この例において、システム７００は、サーバー７１０、患者デバイス７
２０、７３０および７４０、ストレージシステム７５０だけでなく、コンピューティング
デバイス７６０を含む。これらのデバイスは、それぞれネットワーク４２８２を介して通
信することができる。

各患者デバイス７２０、７３０および７４０は、ＲＰＴ４０００、加湿器５０００およ
び患者インタフェース３０００を含む１つまたは複数のデバイスを含むことができる。ま
た、それぞれの患者デバイス７２０、７３０および７４０は、遠隔位置で、および異なる
患者によって操作され得る。コントローラプロセッサー４２３０およびメモリ４２６０の
みが患者デバイス７２０に示されているが、各患者デバイスは、ＲＰＴ４０００、加湿器
５０００および患者インタフェース３０００と関連して前述の構成要素のいずれかを含む
ことができる。また、患者デバイス７２０、７３０および７４０が４２８２を介して直接
通信するものと示されているが、それぞれの患者デバイスは、外部コンピューティングデ
バイスを介してネットワーク４２８２上で通信することもできる。例えば、患者デバイス
７２０は、ネットワーク４２８２を介してデータを送信するパーソナルコンピューターと
通信することができる。

サーバー７１０は、１つまたは複数のプロセッサー７１２、メモリ７１４を含むことが
でき、汎用コンピューティングデバイスに通常的に存在する他の構成要素と組み込まれる
ことができる。サーバー７１０のメモリ７１４は、プロセッサー７１２によって実行され
得る命令７１５を含む、プロセッサー７１２によってアクセス可能な情報を格納すること
ができる。メモリ７１４は、また、プロセッサー７１２によって検索、操作または格納さ
れ得るデータ７１８を含むことができる。メモリは、プロセッサーによってアクセス可能
な情報を格納することができる任意の非一時的タイプであり得る。サブスクリプション７
１６は、プロセッサー７１２によって直接的または間接的に実行される命令などを含むこ
とができる。これと関連して、「命令」、「アプリケーション」、「ステップ」および「
プログラム」という用語は、本明細書で相互交換可能に使用され得る。命令の機能、方法
およびルーチンは、以下でより詳細に説明する。

データ７１８は、命令７１５に従ってプロセッサー７１２によって検索、格納または修
正され得る。例えば、本明細書に記載された主題が任意の特定のデータ構造によって制限
されないが、データは、コンピューターレジスターに格納されることができ、すなわち、
多くの他のフィールドとレコード、または ＸＭＬ文書を有するテーブルとしてリレーシ
ョナルデータベースに格納され得る。データ７１８は、また、数字、説明テキスト、専用
コード、ポインタ、他のネットワーク位置などの他のメモリに格納されたデータに対する
参照のような関連情報を識別するか計算するのに十分な任意の情報であり得る。１つまた
は複数のプロセッサー７１２は、ＣＰＵのような従来のプロセッサーなどを含むことがで
きるか、またはＡＳＩＣのようなハードウェアベース構成要素であり得る。

図７は、サーバー７１０、コンピューティングデバイス７６０および患者デバイス７２
０、７３０および７４０のプロセッサー、メモリおよび他の要素をそれぞれ１つのブロッ
ク内にあるように機能的に示しているが、各デバイスの様々な構成要素は、異なる物理的
ハウジング内に格納され得る。例えば、メモリ７１４は、サーバー７１０のハウジングと
異なるハウジングに配置されたハードドライブまたは他の格納媒体であり得る。同様に、
プロセッサー７１２は、複数のプロセッサーを含むことができ、その一部または全部は、
サーバー７１０のハウジングとは異なるハウジングに配置される。従って、プロセッサー
、コンピューター、コンピューティングデバイスまたはメモリに対する言及は、並列で動
作するか動作しないプロセッサー、コンピューター、コンピューティングデバイスまたは
メモリの集合体に対する言及を含むものとして理解されるだろう。一部の機能などが単一
のプロセッサーを有する単一のコンピューティングデバイス上で発生するものとして本明
細書で説明されたが、本開示の様々な態様などは、ネットワーク４２８２を介して通信す
るもののように互いに情報を通信する複数のコンピューティングデバイスによって実施さ
れ得る。

本明細書に記載されたネットワーク４２８２および介在ノードは、ネットワークがイン
ターネット、ワールドワイドウェブ、特定のイントラネット、広域ネットワーク、ローカ
ルネットワーク、または携帯電話ネットワークの一部となることができるように、様々な
プロトコルおよびシステムを使用して相互接続され得る。ネットワークは、イーサネット
（登録商標）、Ｗｉ−ＦｉおよびＨＴＴＰのような標準的な通信プロトコル、１つまたは
複数の会社が独占的に使用するプロトコルおよび前述の様々な組み合わせを利用すること
ができる。前述のように、情報が送信または受信されるときに所定の利点が得られるが、
本明細書に記載された主題の他の態様は、情報の特定送信方式に制限されない。

サーバー７１０は、ネットワーク４２８２を介してストレージシステム７５０、コンピ
ューティングデバイス７６０、および患者デバイス７２０、７３０および７４０と通信で
きる１つまたは複数の通信サーバーを含むことができる。以下により詳細に説明するよう
に、サーバー７１０は、ネットワーク４２８２を介して患者デバイス７２０，７３０およ
び７４０にサブスクリプションを送信することができる。次に、患者デバイス７２０、７
３０および７４０は、受信されたサブスクリプションに従ってサーバー７１０にデータを
送信することができる。

コンピューティングデバイス７６０は、サーバー７１０と同様に、前述したようなデー
タおよび命令を含むことができる１つまたは複数のプロセッサー７６２、メモリ７６４か
ら構成され得る。それぞれのコンピューティングデバイス７６０は、臨床医、技術者、ま
たは他のユーザーによる使用を目的とするパーソナルコンピューティングデバイスである
ことができ、中央処理デバイス（ＣＰＵ）、データおよび命令を格納するメモリ（例えば
、ＲＡＭおよび内部ハードドライブ）、ディスプレイ７６６（例えば、スクリーン、タッ
チスクリーン、プロジェクタ、テレビ、または情報を表示するように操作できる他のデバ
イスを有するモニタ）のようなディスプレイ、およびユーザー入力デバイス７６８（例え
ば、マウス、キーボード、タッチスクリーンまたはマイクロフォン）と関連して通常使用
されるすべての構成要素を備える。

４．６ 例示的な方法
ＲＰＴ４０００などの患者デバイスは、メモリに格納されたサブスクリプションに従っ
て使用データを収集するか、送信するか、または、収集および送信の両方を行うことがで
きる。使用データは、患者の医療機器の使用に関連する任意のデータを含むことができ、
サブスクリプションは、使用データを収集して送信する場合に、医療機器によって使用さ
れるスクリプトのような一組の命令形態を取ることができる。サブスクリプションは、患
者デバイスによって収集される特定のデータを選択することができる。例えば、ＲＰＴ４
０００は、患者インタフェース３０００が患者によって着用されたかまたは着用されなか
った期間に関する使用データを含み、患者がＲＰＴ４０００を使用した期間に関する使用
データを収集することができる。また、収集された使用データは、患者が治療にどのよう
に反応するかに関連し得る。例えば、ＲＰＴ４０００によって実行されるサブスクリプシ
ョンは、患者の無呼吸指数（「ＡＩ」）、呼吸低下指数（「ＨＩ」）または無呼吸−呼吸
低下指数（「ＡＨＩ」）を計算するために使用され得る使用データの収集を要求すること
ができる。特に、ＲＰＴ４０００は、ＲＰＴ４０００が使用される期間の間にわたって生
じる患者呼吸の中断を追跡するために、質量流量および出口圧力を測定するために前述し
たセンサなどのセンサを使用することができる。臨床医は、患者のＡＩ、ＨＩおよびＡＨ
Ｉを含む治療に対する患者の反応を検討することができるように、このような使用データ
を収集して、サブスクリプションに従ってサーバーに送信することができる。

図７に戻って、患者デバイス７２０は、１つまたは複数のサブスクリプション７１６を
メモリ４２６０に格納することができる。次に、患者デバイス７２０は、使用データ７２
８を収集して格納するために、中央コントローラ４２３０を使用してサブスクリプション
７２６を実行することができる。格納された使用データ７２８は、また、ネットワーク４
２８２を介してサーバー７１０などのような遠隔デバイスに送信することができる。次に
、臨床医は、コンピューティングデバイス７６０を使用してサーバー７１０に格納された
送信された使用データ７１８にアクセスすることができる。一例において、サーバー７１
０は、患者デバイス７２０によって送信された使用データ７１８をストレージシステム７
５０に格納することができ、コンピューティングデバイス７６０は、ストレージシステム
７５０に格納されたデータに直接アクセスすることができる。

一態様によれば、サブスクリプション７２６は、患者デバイス７２０が収集した使用デ
ータ７２８を送信する特定の時間または出来事を指定することができる。このような指定
された時間および出来事は、トリガリングイベントと呼ばれ得る。トリガリングイベント
は、サブスクリプションで定義され得る。１つのこのようなトリガリングイベントは、患
者デバイス７２０を使用することを患者が中断した後、所定の期間を含む。例えば、サブ
スクリプション７１６は、患者デバイス７２０を使用することを患者が中断してから１時
間後に使用データ７２８が送信されるべきであることを示すことができる。従って、デバ
イスを使用してから１時間が経過するとき、データは、サーバー７１０に送信されるだろ
う。患者が患者デバイス７２０を使用することを中断するが、１時間以内にそれを再使用
すると、使用データ７２８は、送信されないだろう。その代わりに、患者デバイス７２０
は、患者デバイス７２０の患者の使用が１時間の指定された時間の間中断してから使用デ
ータ７２８を送信するまで待機する。患者デバイス７２０に対する電源が治療後期間に達
する前にスイッチオフされると、患者デバイス７２０は、治療後期間が満たされる場合に
、電源オン状態に入ると使用データ７２８を送信することができる。

他の例において、トリガリングイベントは、少なくとも４時間の間持続した個別治療セ
ッションのような、所定の最小期間の間持続した治療セッションであり得る。また他の例
において、トリガリングイベントは、４時間の最小治療期間と１時間の治療後期間との組
み合わせであることができるので、最小治療期間および治療後期間の両方が満たされるま
で使用データ７２８は送信されないだろう。使用データ７２８を送信する前に所定の期間
待機することによって、サブスクリプション７２６は、患者が患者インタフェース３００
０を調整するか一時的に除去するときのような治療に対する短期間の中断による使用デー
タの不要な送信を防止することができる。使用データ７２８の送信をトリガリングするた
めに使用される所定の期間は、特定の患者デバイスによって実施される特定のサブスクリ
プション７２６に対して構成可能であり得る。治療後または最小治療トリガリングイベン
トに対する経過期間は、特定の患者または患者群に対する睡眠データに基づいて決定する
ことができる。従って、患者デバイス７２０は、患者デバイス７３０によって実施される
所定の期間とは異なる所定の期間でサブスクリプションを実施することができる。

他の実施例において、サブスクリプション７２６は、患者が患者デバイス７２０で治療
を受けた累積した時間量に基づいてトリガリングイベントを指定することができる。この
期間は、サブスクリプション内で構成可能であり、ネットワーク４２８２を介して送信さ
れるデータの量を制限することと、使用データの適時性を達成することとの間にバランス
を見つけることができる。サブスクリプション７２６は、また、ゼロ使用データ７２８ま
たは所定の期間の間にわたって治療が行われなかったことを示す他のデータを患者デバイ
ス７２０に送信することができる。例えば、患者デバイス７２０は、患者デバイス７２０
が過去２４時間の間に使用されなかったことを示すゼロ時間／分の使用を含む使用データ
７２８をサーバー７１０に送信することができる。代替的に、患者デバイス７２０は、患
者デバイス７２０の使用不足を示す通知をサーバー７１０に送信することができる。この
通知を受信すると、サーバー７１０は、コンピューティングデバイス７６０にメッセージ
を送信することができる。このメッセージは、患者デバイス７２０の使用不足に関する情
報をコンピューティングデバイス７６０のユーザーに提供することができる、患者デバイ
ス７２０を使用する患者は、さらなる支援が必要であるということを示すことができる。

サブスクリプション７２６は、患者デバイス７２０が使用データ７２８を送信する前に
満たされなければならない追加の条件を指定することができる。例えば、患者デバイスは
、複数の治療モードのうちのいずれか１つで動作することができる。例えば、ＲＰＴ４０
００は、患者インタフェース３０００に適用される陽圧の量によって制御されるＣＰＡＰ
モードで動作することができる。ＲＰＴ４０００は、また、換気が非ＣＰＡＰモードで提
供されるモードで動作することができる。また他のモードにおいて、治療は、ＲＰＴ４０
００によって循環される空気の量に基づくことができる。一態様によれば、サブスクリプ
ション７２６は、使用データが特定の動作モードに関連してのみ送信されるということを
示すことができる。例えば、患者デバイス７２０は、ＣＰＡＰモードで実行中の患者デバ
イス７２０に関連して使用データ７２８が単独に送信されるサブスクリプション７２６を
実施することができる。代替的に、患者デバイス７２０は、非ＣＰＡＰモードに関連して
使用データ７２８の送信に関連する別途のサブスクリプションを実施することができる。

他の態様において、サブスクリプション７２６は、使用データ７２８の或る側面（特徴
）において特定の変化が発生したときに、使用データ７２８を患者デバイス７２０に送信
するように指示することができる。例えば、患者デバイス７２０は、サブスクリプション
７２６に従って使用データ７２８を追跡して、最後の使用データ７２８が送信された時か
ら現在の使用データが何らかの方式で変更されたか否かを判断することができる。使用デ
ータ７２８における変化は、所定の範囲から逸脱した患者の ＡＨＩ、ＡＩまたはＨＩを
含むことができる。このようにして、臨床医は、治療に対する患者の反応が変化したとい
う表示を直ちに受け取ることができる。しかし、このような「変化時」トリガリングは、
患者デバイス７２０の１つまたは複数の構成要素における処方設定の変更または故障状態
のような頻繁に変化しない設定とさらによく関連付けられる。故障状態は、患者デバイス
７２０の１つまたは複数の構成要素が正確に動作しなかったか、または不正確に使用され
た場合の任意の出来事を含むことができる。処方設定変更および故障状態は、まれにしか
報告されないので、このような「変更時」トリガリングは、通常、毎日発生する頻度は少
ない。

使用データの変化は、また、患者デバイス７２０の使用が最後の使用データが送信され
た時から予め決定された量を超えてずれたという決定を含むことができる。このようにし
て、患者デバイス７２０は、患者の治療が変更されたとき、または患者が処方された治療
から逸脱し始めたときに、使用データを送信することのみを必要とすることができる。通
常、これは変更頻度の低い使用データに適用され得る。このような使用データの例には、
治療または快適設定の変更を含む。これらは、変更が発生するときにのみ設定の変更をデ
バイスが報告するように、変更によってサブスクライブすることができる。変化を報告す
るための他の例は、ハードウェア故障のイベントである。

前述したように、使用データ７２８は、異なるサブセットなどに分割され得る。例えば
、使用データ７２８のサブセットは、デバイス設定、使用ログ、故障ログ、イベントログ
、患者状態、例えば、ＡＨＩ、ＨＩ、ＡＩ、呼吸数、１回換気量、分当り換気およびＲＥ
ＲＡデータは勿論、その他の治療データを含むことができる。使用データ７２８のサブセ
ットは、また、使用データの概要対詳細な使用データを含むことができる。また、使用デ
ータのサブセットは、使用中の患者デバイスのタイプに応じて変わることができるので、
デバイスタイプに依存することができる。例えば、ＣＰＡＰデバイスは、ＢｉＬｅｖｅｌ
ＰＡＰデバイスに使用されるサブセットと異なる使用データ７２８のサブセットを有す
ることができる。使用データ７２８の各サブセットについて、サブスクリプション７２６
は、患者デバイス７２０がサーバー７１０に使用データのサブセットを送信する特定のト
リガリングイベントまたはトリガリングイベントなどの組み合わせを識別することができ
る。トリガリングイベントは、周期的に計時されたトリガー、収集されたデータまたは患
者の状態における事前定義された変化、遠隔デバイスからの使用データに対する要求、ま
たは治療セッションを中止することのようなイベントの発生を含むことができる。例えば
、ＡＨＩデータは、一日に一回などの周期的なトリガリングイベントに基づいて送信され
ることができ、患者デバイス７２０の故障状態の変化が検出されると直ちに、故障ログが
患者デバイス７２０からサーバー７１０に送信され得る。このようにして、故障ログデー
タは、潜在的に故障に対処するために、技術者が直ちにアクセスすることができる。他の
例において、デバイス設定または故障に関連する使用データは、一日一回送信されること
ができるが、デバイスの設定または故障が変化した場合にのみ送信される。他の例におい
て、使用データ７２８の一部サブセットは、使用データ７２８の特定のサブセットに対す
るサーバー７１０などの他のデバイスからの要求を受信するときにのみ送信され得る。さ
らに他の例において、使用データの概要は、治療セッションの終了時など、またはデバイ
スを使用しない場合には、一日が終わるときに定期的に送信することができる。反対に、
詳細な使用データは、より少ない頻度で、または要求されたときにのみ、送信され得る。
概要使用データは、データによって表示される期間の間に使用データの概要を示す１つの
代表値として提示され得る。より詳細な使用データは、必要な詳細データがある場合、概
要使用データとともに一部の圧縮形式で送信されることもできる。このようにして、患者
デバイス７２０は、データ送信の頻度、量、帯域幅、およびコストを最小化しながら、所
望の使用データ７２８を提供することができる。

サブスクリプション７２６は、患者状態または治療処方の変化に応答して、更新される
か、または他の方法で変更され得る。例えば、患者デバイス７２０は、製造時に、第１の
セット（組）のサブスクリプション７２６を含むことができる。しかし、一定期間にわた
って、サーバー７１０は、更新されるかまたは全く新しいサブスクリプションを患者デバ
イス７２０に送信することができる。これらの新しいサブスクリプションは、患者デバイ
ス７２０によって格納することができ、サブスクリプションの命令に従って実施される。
代替的に、１つの代りに、多数の予め定義されたサブスクリプションまたはサブスクリプ
ション７２６のセットは、患者デバイスのメモリ４２６０で特定の時間（例えば、製造時
に）に格納され得る。この場合に、現在のサブスクリプションは、依然としてサーバー７
１０によって更新され得る。代替的に、事前インストールされた他のサブスクリプション
７２６は、患者デバイス上の利用可能なサブスクリプションのうちから単純に選択され得
る。

個々のデータ項目は、ユーザーの必要に基づいてサブスクリプション７２６の一部とし
て選択されるか選択解除され得る。例えば、個々のデータ項目は、使用時間、ＡＨＩ、Ｈ
Ｉ、ＡＩ呼吸数、１回換気量、１分換気、ＲＥＲＡ、デバイス設定などに関連した使用デ
ータを含むことができる。サブスクリプション更新は、ユーザーが提供した選択に基づい
て、これらの各データ項目をサブスクライブまたはサブスクライブ解除することができる
。ユーザーは、患者デバイス７２０、７３０および７４０に対する特定の更新７１６に含
まれるデータ項目を選択するために、サーバー７１０にアクセスするためにコンピューテ
ィングデバイス７６０を使用して個々のデータ項目を選択することができる。

患者の治療が始まると、前記列挙されたデータ項目のような大きいデータ項目セットに
対する詳細な治療データを収集するサブスクリプション７２６を実施することが有益であ
り得る。時間の経過とともに、サブスクリプション７２６は、詳細でないデータ項目セッ
トを含むことがある。これは、ユーザーがもはや関心のない個々のデータ項目をサブスク
ライブ解除することによって発生することができる。例えば、患者が所定期間、例えば、
数ヶ月の間に所定の治療を受けた後に、ユーザーは、使用データおよびＡＨＩデータを除
いたすべての治療データからサブスクライブ解除を行うことができる。また、患者状態の
変化によって、ユーザーは、新しいサブスクリプション７２６に含まれる個々のデータ項
目を選択することによって、１つまたは複数のデータ項目を追加するようにできる。サブ
スクリプション７２６への変更は、また、予め決定されたスケジュールに基づいて、自動
的に発生することができ、サブスクリプションに従って収集された治療データは、経時的
に変化する。このスケジュールは、患者の治療の決定された効能に基づいて、または患者
状態の変化に基づいてユーザーによって変更され得る。

一態様において、臨床医または技術者は、コンピューティングデバイス７６０を使用し
てサーバー７１０と通信し、また、サブスクリプション更新に関連して１つまたは複数の
患者デバイスに送信されるサブスクリプション７１６を選択することができる。臨床医は
、複数の患者デバイスまたは特定の患者デバイスに対するサブスクリプション更新を選択
することができる。例えば、サブスクリプション更新は、患者デバイス７２０のユーザー
に対する治療要求事項の変更に関連して患者デバイス７２０に具体的に提供され得る。従
って、臨床医は、サブスクリプション更新を受信するために、患者デバイス７２０を選択
することができる一方、患者デバイス７３０は、そうではない。代替的に、臨床医は、サ
ブスクリプション更新は、特定のモデルの患者デバイスのような患者デバイスグループに
送信され得る。従って、本明細書の一部の実施例は、患者デバイス７２０などの特定の患
者デバイス上で実施されるか更新される特定のサブスクリプションを指すが、患者デバイ
ス７３０および７４０などの他の患者デバイスは、同様の方法でそれらのサブスクリプシ
ョンセットを実施するか更新することができる。

臨床医によって選択されたサブスクリプションは、ネットワーク４２８２を介してサー
バー７１０から送信され得る。患者デバイスへの選択されたサブスクリプション７１６の
送信は、即時であり得るか、または所定のイベントに関連して発生することができる。例
えば、サーバー７１０は、患者デバイス７２０がネットワーク４２８２に接続されたと決
定されるまで、または患者デバイス７２０がサーバー７１０に使用データ７２８を送信す
るプロセスに入るまで、選択されたサブスクリプション７１６を患者デバイス７２０に送
信することを待機することができる。臨床医は、またサーバー７１０が１つまたは複数の
患者デバイスに新しいサブスクリプション７１６を送信することができる特定の日付を選
択することができる。

一実施例において、患者デバイス７２０は、治療の最初の日または数週間などの初期期
間にわたって詳細な使用データを提供するサブスクリプション７２６を実施することがで
きる。この初期期間が経ると、サブスクリプションは、自動的にキャンセルされるかまた
は自動的に新しいサブスクリプションに置き換えられ得る。このような新しいサブスクリ
プションは、１週間以上にわたって収集された使用データの概要を提供するなど、使用頻
度の低い詳細な使用データを提供するように設計され得る。サブスクリプション７２６は
、また患者が自分の保険払い戻し基準に達するまで実施されるなど、制限された時間の間
に実施され得る。例えば、保険によって払い戻されるためには、患者は、３ヶ月にわたっ
て少なくとも週５日間、患者デバイス７２０を使用するように要求されることがある。サ
ーバー７１０は、患者デバイス７２０から送信された使用データ７１８を患者の払い戻し
基準と比較して基準が満たされた時点を決定することができる。一応、払い戻し基準が満
たされると、サーバー７１０は、患者デバイス７２０に新しいサブスクリプション７１６
を送信するか、または患者デバイス７２０によって実施される現在のサブスクリプション
７２６を単純にキャンセルすることができる。他の実施例において、サブスクリプション
７２６は、サブスクリプション７２６を実施しなければならない所定の日付範囲を含むこ
とができる。患者デバイス７２０は、患者の治療が所定の日付範囲内にある場合に自動的
にサブスクリプション７２６の実施を開始することができ、治療が所定の日付範囲を逸脱
する場合に、サブスクリプション７２６の実施を自動的に終了することができる。例えば
、サブスクリプションは、新たに購入したデバイスを再入金するまでの期間を対象とする
ことができ、その間に、より詳細なデータが必要であり得る。また他の例は、大部分の場
合、その期間後にデータが要求されないように、２年間の保証期間を対象とする処方があ
る。

サーバー７１０に格納された使用データ７１８は、臨床医が特定の患者の状態をモニタ
リングすることができるように、コンピューティングデバイス７６０によってアクセスす
ることができる。従って、使用データ７１８は、使用データを特定の患者デバイス及び患
者と関連付ける方式でサーバー７１０に格納され得る。このようにして、臨床医は、特定
の患者の治療に関する問題を容易に検出することができる。患者デバイス７２０、７３０
および７４０に格納された使用データ７２８は、要求時、直ちに再検討のために提供され
得る。例えば、サーバー７１０またはコンピューティングデバイス７６０は、特定の期間
の間に収集されたすべての使用データ７２８または患者デバイス７２０に対する現在設定
のリストのような患者デバイス７２０から特定の使用データの即時の送信を要求すること
ができる。これは、サーバー７１０が患者デバイス７２０に、患者デバイス７２０によっ
て提供される特定のデータセットを示す「今すぐ送信」メッセージを送信することにより
発生することができる。

使用データ７２８は、送信されるコンテンツまたは使用データ７２８のタイプに基づい
て、ネットワーク４２８２を介して異なるエンドポイントに、サブスクリプションに従っ
て送信することができる。特に、一部の使用データ７２８は、コンピューティングデバイ
ス７６０またはストレージシステム７５０に直接提供されることができ、一方、他の使用
データ７２８は、１つまたは複数のサーバー７１０に提供され得る。例えば、臨床医は、
患者のＡＨＩ、ＡＩまたはＨＩによって指示されたように、処方された治療に対する非正
常的な反応を経験した患者に対する使用データ７２８を直接受信することができる。従っ
て、サブスクリプション７２６は、特定のＡＨＩ、ＡＩまたはＨＩ値を有する使用データ
７２８がコンピューティングデバイス７６０に直接送信されるように指定することができ
る。

図８は、前述の開示されたシステムの患者デバイスによって実行され得る流れ図８００
である。ブロック８０２で、患者デバイスは、サブスクリプションに従って使用データを
収集する。患者デバイスは、また、トリガリングイベントが発生したか否かを判定する（
ブロック８０４）。一応、トリガリングイベントが識別されると、患者デバイスは、使用
データをサーバーに送信するなど、ネットワークを介して収集された使用データの少なく
とも一部を送信する（ブロック８０６）。前述したように、サブスクリプションは、ネッ
トワークを介して送信される使用データを識別する情報だけでなく、トリガリングイベン
トを識別する情報を含むことができる。従って、サブスクリプションは、異なるトリガリ
ングイベントに基づいて送信されるデータの異なるサブセットを識別することができる。
例えば、トリガリングイベントは、患者が所定の期間の間に患者デバイスの使用を中断し
たことの決定を含むことができ、サブスクリプションは、送信される使用データの一部が
最終データ送信以後に収集されたすべての使用データを含むということを識別することが
できる。他のトリガリングイベントは、患者デバイスの設定の変化であることができ、こ
こで、サブスクリプションは、患者デバイスの設定に関する特定のデータセットを患者デ
バイスに送信するように指示することができる。また、サブスクリプションは、周期的状
態と「変更時」状態の両方に基づくトリガリングイベントのトリガーなど、トリガーイベ
ントの一部の組み合わせを識別することができる。

患者デバイスは、また、サブスクリプション更新が受信されたか否かを決定する（ブロ
ック８０８）。サブスクリプション更新が受信されていない場合、患者デバイスは、使用
データを収集し続けてブロック８０２および８０４に従ってトリガリングイベントが発生
したか否かを決定することができる。しかし、サブスクリプション更新が受信された場合
、患者デバイスは、更新を実行することができる（ブロック８１０）。更新には、新しい
サブスクリプションの追加、現在のサブスクリプションの変更、現在のサブスクリプショ
ンの新しいサブスクリプションへの置き換え、および／またはサブスクリプションのキャ
ンセルを含むことができる。前述したように、サブスクリプション更新は、患者デバイス
の新しいサブスクリプションに含まれるべき使用データおよびＡＨＩデータなどの個々の
データ項目をユーザーが選択することに基づいて発生することができる。また、サブスク
リプション更新は、所定のスケジュールに従って患者デバイスに送信され得る。すべての
サブスクリプションがキャンセルされていない場合（ブロック８１２）、患者デバイスは
、更新されたサブスクリプション命令に従って使用データを収集し続け（ブロック８０２
）、使用日付を送信することができる（ブロック８０６）。

図８に示す動作は、それぞれ単一の患者デバイスによって実行され得るが、一部の動作
は、別途のデバイスによって実行され得る。例えば、患者デバイスは、無線ネットワーク
を介してパーソナルコンピューターと通信することができ、従って、パーソナルコンピュ
ーターは、前述の１つ以上の操作を実行することができる。操作などは、ダイヤグラム８
００に追加するか除去することができる。また、様々な操作などは、ダイヤグラム８００
に説明されたものと同一の順序で実行される必要はない。

４．７ 用語解説
本発明の技術の特定の形態において、以下の定義のうちの１つまたは複数が適用され得
る。本発明の技術の他の形態では、代替的な定義が適用され得る。

４．７．１ 一般的な事項
空気：空気は、呼吸可能な気体、例えば、補給酸素を有する空気を含むと解釈される。

持続的気道陽圧（ＣＰＡＰ）：ＣＰＡＰ処置は、大気に対して連続的に陽圧であり、好
ましくは、患者の呼吸サイクルを介してほぼ一定した圧力で気道の入口へ空気または呼吸
可能な気体を供給することを意味する。いくつかの形態において、気道の入口における圧
力は、単一呼吸サイクル内で数センチメートルの水だけ変化し、例えば、吸気中に高く、
呼気中に低い。いくつかの形態において、気道の入口における圧力は、呼気中はわずかに
高く、吸気中はわずかに低いだろう。いくつかの形態において、患者の様々な呼吸サイク
ルの間に圧力が変化し、例えば、患者の一部上気道閉塞の指示が検出されるのに対応して
増加し、一部上気道閉塞の徴候がないときは減少する。

４．７．２ 材料
シリコーンまたはシリコーンエラストマー：合成ゴム。本明細書において、シリコーン
が参照される場合、これは、液体シリコーンゴム（ＬＳＲ）または圧縮形成シリコーンゴ
ム（ＣＭＳＲ）を指す。商業的に販売されているＬＳＲの一形態は、Ｄｏｗ Ｃｏｒｎｉ
ｎｇで製造したＳＩＬＡＳＴＩＣ（この商標で販売されている製品の範囲に含まれる）で
ある。ＬＳＲのまた他の製造社は、Ｗａｃｋｅｒである。別に、反対として明示されない
限り、ＬＳＲの好ましい形態は、ＡＳＴＭ Ｄ２２４０を使用して測定時に、約３５〜約
４５の範囲内のショアＡ（またはタイプＡ）圧入硬度を有する。

ポリカーボネート：ビスフェノール−Ａ−カーボネートの典型的に透明な熱可塑性重合
体。

４．７．３ 患者インタフェースの諸側面（特徴）
窒息防止弁（ＡＡＶ）：大気圧に対してフェイルセーフで開くことによって患者が過度
なＣＯ_２を再呼吸する危険を減らす、マスクシステムの構成要素または部分構成要素。

屈曲部：角部を通して方向を変化させるための、空気の流れの軸方向を誘導する導管。
一形態において、この角度は、約９０度であり得る。また他の形態において、この角度は
、９０度未満であり得る。導管は、ほぼ円形の断面を有することができる。他の形態にお
いて、導管は、楕円形または矩形の断面を有することができる。

フレーム：フレームは、ヘッドギアとの２つ以上の接続点の間で張力の負荷を担うマス
ク構造を意味すると解釈される。マスクフレームは、マスク内の非気密耐荷重性構造であ
ってもよい。しかし、いくつかの形態のマスクフレームは、また、気密であってもよい。

ヘッドギア：ヘッドギアは、頭部に対して使用するために設計された位置決めおよび安
定化構造の一形態を意味すると解釈される。一実施例において、ヘッドギアは、呼吸治療
を送達するために患者インタフェースを患者の顔上の定位置に配置および維持するように
構成された１つまたは複数の支柱、紐、および補強材の集合を備える。いくつかの紐は、
発泡体および布地の積層複合材のように、柔軟な、可撓性で、弾性の材料から形成される
。

膜：膜は、好ましくは、実質的に屈曲に対する耐性を有しないが、伸張に対する耐性を
有する、典型的に薄い要素を意味すると解釈される。

プレナムチャンバ：患者インタフェースプレナムチャンバは、フルフェース・マスク（
例：鼻および口マスク）、鼻マスクまたは鼻枕のようなある容積の空間を囲む壁を有する
患者インタフェースの一部を意味すると解釈され、容積部は、患者による使用時に大気圧
以上に加圧された空気を内部に有する。シェルは、患者インタフェースプレナムチャンバ
の壁の一部を形成することができる。１つの形態において、患者の顔の領域は、クッショ
ンまたはシールのようなプレナムチャンバの壁のうち、１つに接する。

シール：名詞形（「ａ ｓｅａｌ」）は、２つの表面の界面を通る空気の流れに意図的
に抵抗する構造または障壁を意味すると解釈される。動詞形（「ｔｏ ｓｅａｌ」）は、
空気の流れに抵抗することを意味すると解釈される。

シェル：シェルは、屈曲、引張および圧縮剛性を有する湾曲構造、例えば、マスクの湾
曲構造壁を形成するマスクの一部分を意味すると解釈される。好ましくは、その全体寸法
と比較して、シェルは相対的に薄い。いくつかの形態において、シェルはファセット状に
なっていてもよい。好ましくは、そのような壁は、気密性があるが、いくつかの形態にお
いて、それらは気密性がなくてもよい。

補強材：補強材は、少なくとも１つの方向において別の構成要素の屈曲耐性を増大させ
るように設計された構造的構成要素を意味すると解釈される。

支柱：支柱は、少なくとも１つの方向において別の構成要素の圧縮耐性を増大させるよ
うに設計された構造的構成要素を意味すると解釈される。

スイベル：（名詞）例えば、低トルク下で、例えば、独立的に、共通の軸を中心として
回転するように構成されている構成要素のサブアセンブリ。一形態において、スイベルは
、少なくとも３６０度の角度、回転するように構成されている。他の形態において、スイ
ベルは、３６０度未満の角度、回転するように構成されている。空気導管の文脈において
使用される場合、例えば、構成要素のサブアセンブリは、一致した対の円筒形導管を含む
。好ましくは、使用中、スイベルから空気が漏れる流れはほとんどまたは全くない。

紐：紐は、張力に抵抗するように設計された構造的構成要素であると解釈される。

換気口：（名詞）マスクの内部からの空気の漏れの速度を慎重に制御することを可能に
する構造、または、吐き出された二酸化炭素（ＣＯ_２）の流出および酸素（Ｏ_２）の供給
を可能にするための、外気に対する導管。

４．８ その他の備考
本特許明細書の開示の一部は、著作権保護の対象となる資料を含む。特許商標庁の特許
包袋または記録において明らかにするために、著作権所有者は、特許文書または特許開示
のいずれかによるファクシミリ複製に対しても異論を唱えないが、その他の面では、どん
なものであれ、すべての著作権を保有している。

文脈上、別に明らかに示していない限り、値の範囲が与えられている場合、下限の単位
の１０分の１までの、その範囲の上限と下限との間にある介在する値が、本発明の技術内
に包含されることと理解される。独立的に介在する範囲内に含まれることができ、これら
の介在する範囲の上限および下限も記載している範囲内の任意の具体的に除外される限度
の対象となり、同様に、本発明の技術内に含まれる。記載されている範囲が一方または両
方の限界値を含む場合、これらの含まれている限界値のうちの一方または両方を除外した
範囲も本発明の技術に含まれる。

さらに、１つまたは複数の値が本明細書において本発明の技術の一部として実施される
ものとして記載される場合、そのような値は、別途の言及がない限り近似値であってもよ
く、そのような値は、実際の技術的な実施がそれを許容するかまたは必要とする限り、任
意の適切な有効数字に利用され得ると理解されなければならない。

別に定義されない限り、本明細書において使用するすべての技術用語および科学用語は
、本発明の技術が属する技術分野の当業者によって一般に理解されている意味と同じ意味
を有する。本明細書に記載されているものと同様または均等な任意の方法および材料を、
本発明の技術の実施または実験において同じく使用することができるが、本明細書には、
限られた数の例示的な方法および材料しか記載されていない。

特定の材料が使用するのに好ましく、または、構成要素を構成するための一実施例であ
ると確認される場合、同様の特性を有する自明の代替的な材料が代替用として使用され得
る。さらに、他に明示されない限り、本明細書に記載された任意のおよびすべての構成要
素は、製造することができると理解され、従って、一体にまたは別々に製造することがで
きる。

本明細書および添付の特許請求の範囲において使用されているものとしての、単数形「
ａ」、「ａｎ」および「ｔｈｅ」は、別途文脈が明確に示していない限り、それらの複数
の均等物を含むことに留意しなければならない。

本明細書において言及されるすべての刊行物は、それらの刊行物が対象とする方法およ
び／または材料を開示および記載するために、参照として本明細書に組み込まれる。本明
細書において記述される刊行物は、本出願の出願日よりも前に、それらの開示のために単
独で提供されている。本明細書におけるいかなる記載も、本発明の技術が、先行する発明
によってそのような刊行物に先行する資格がないことを認めるものとして解釈されるべき
ではない。さらに、記載されている刊行日は、実際の刊行日とは異なる場合があり、これ
は個別に確認する必要がある場合がある。

さらに、本開示を解釈する上で、すべての用語は、文脈と一致する最も広い合理的な方
法で解釈されるべきである。特に、「含む（ｃｏｍｐｒｉｓｅｓ）」および「含む（ｃｏ
ｍｐｒｉｓｉｎｇ）」という用語は、要素、構成要素、またはステップを非排他的に指し
ているものとして解釈されるべきであり、参照される要素、構成要素、またはステップが
、明示的には参照されていない他の要素、構成要素、またはステップと共に存在し、また
は共に利用されるか、またはそれらと組み合わされてもよいことを示している。

詳細な説明において使用される主題の見出しは、読者が参照するのを容易にするために
のみ含まれており、特許請求の範囲の開示全体を通じて見出される主題を限定するように
使用されるべきではない。主題の見出しは、特許請求の範囲または特許請求の範囲の限定
事項を解釈するのに使用されるべきではない。

本発明における技術を、特定の実施形態を参照して説明したが、これらの実施形態は、
本発明の技術の原理および応用の例示に過ぎないことを理解されたい。いくつかの事例に
おいて、用語および記号は、本発明の技術を実施するのに必要ではない特定の詳細を暗示
する場合がある。例えば、「第１の」および「第２の」という用語が使用される場合があ
るが、別途明記されていない限り、それらは、任意の順序を示すように意図されず、別個
の要素の間で区別するために利用され得る。さらに、方法における工程が、ある順序で記
載または図示されている場合があるが、そのような順序は必須ではない。そのような順序
は変更されてもよく、および／またはそれらの態様は同時に、またはさらには同期して実
行されてもよいことを、当業者は認識しよう。

従って、本発明の技術の精神および範囲から逸脱することなく、例示的な実施形態に対
して多数の変更をなすことができること、および、他の構成を考え出すことができること
を理解されたい。

７００ 通信システム
７１０ サーバー
７１２ プロセッサー
７１４ メモリ
７１５ 命令
７１６ サブスクリプション
７１８ 使用データ
７２０ 患者デバイス
７２６ サブスクリプション
７２８ 使用データ
７３０ 患者デバイス
７４０ 患者デバイス
７５０ ストレージシステム
７６０ コンピューティングデバイス
７６２ プロセッサー
７６４ メモリ
７６６ ディスプレイ
７６８ ユーザー入力デバイス
１０００ 患者
３０００ 患者インタフェース
３１００ シール形成構造
３２００ プレナムチャンバ
３２１０ 周辺部
３３００ 位置決めおよび安定化構造
３４００ 換気口
３６００ 接続ポート
４０００ ＲＰＴデバイス
４０１０ 外部ハウジング
４０１２ 外部ハウジングの上部
４０１４ 外部ハウジングの下部
４０１５ パネル
４０１６ シャーシ
４０１８ ハンドル
４０２０ 空気圧ブロック
４１００ 空気圧構成要素
４１１０ 空気フィルター
４１１２ 空気入口フィルター
４１１４ 出口空気フィルター
４１２０ マフラー
４１２２ 入口マフラー
４１２４ 出口マフラー
４１４０ 圧力デバイス
４１４２ 送風機
４１４４ モータ
４１４４ ブラシレスＤＣモータ
４１６０ バック弁
４１７０ 空気回路
４１８０ 補給酸素
４２００ 電気構成要素
４２０２ 回路板アセンブリＰＣＢＡ
４２１０ 電力供給装置
４２２０ 入力デバイス
４２３０ 中央コントローラ
４２３２ クロック
４２４０ 治療デバイスコントローラ
４２５０ 保護回路
４２６０ メモリ
４２７０ トランスデューサ
４２７１ 圧力センサ
４２７２ 圧力トランスデューサ
４２７４ 流量センサ
４２７６ モータ速度信号
４２８０ データ通信インタフェース
４２８２ 遠隔外部通信ネットワーク
４２８４ ローカル外部通信ネットワーク
４２８６ 遠隔外部デバイス
４２８８ ローカル外部デバイス
４２９０ 出力デバイス
４２９２ ディスプレイドライバ
４２９４ ディスプレイ
４３００ アルゴリズム
４３３０ 圧力制御モジュール
５０００ 加湿器
５２５０ 加湿器コントローラ

従って、本発明の技術の精神および範囲から逸脱することなく、例示的な実施形態に対
して多数の変更をなすことができること、および、他の構成を考え出すことができること
を理解されたい。
なお、出願当初の特許請求の範囲の記載は以下の通りである。
請求項１：
呼吸圧力治療デバイスの患者の使用に関連した患者データを管理する方法であって、
１つまたは複数のプロセッサーによって、一組の命令を含むサブスクリプションにアクセスするステップと、
前記１つまたは複数のプロセッサーによって、患者デバイスの使用データを収集するステップと、
前記１つまたは複数のプロセッサーによって、トリガリングイベントが発生したと決定するステップと、
前記１つまたは複数のプロセッサーによって、収集された使用データの少なくとも一部を送信するステップと、
を含み、
前記使用データを収集するステップ、前記トリガリングイベントを決定するステップ、および前記使用データの少なくとも一部を送信するステップ、のうちの少なくとも１つは、サブスクリプションに従って実行される、方法。
請求項２：
前記サブスクリプションは、前記使用が送信される前に、満たされるべき複数の状態を識別し、前記トリガリングイベントは、該状態のそれぞれが満たされたという決定を含む、請求項１に記載の方法。
請求項３：
前記トリガリングイベントは、前記使用データの或る側面において発生した特定の変化に基づいている、請求項１または２に記載の方法。
請求項４：
前記患者デバイスは、ＣＰＡＰデバイスを含む、請求項１〜３のいずれか一項に記載の方法。
請求項５：
前記トリガリングイベントは、所定の期間の間、患者が患者デバイスを使用することを終了したことに基づく、請求項１〜４のいずれか一項に記載の方法。
請求項６：
前記使用データは、患者デバイスが使用された期間を識別する、請求項１〜５のいずれか一項に記載の方法。
請求項７：
前記使用データは、患者の無呼吸指数、呼吸低下指数、無呼吸−呼吸低下指数、漏れおよび圧力の統計、分当たり換気量、１回換気量、および処方設定、のうちの少なくとも１つに関する、請求項１〜６のいずれか一項に記載の方法。
請求項８：
前記サブスクリプションは、前記患者デバイスによって収集される個々のデータ項目の、ユーザーによる選択に基づいて、少なくとも部分的に生成される、請求項１〜７のいずれか一項に記載の方法。
請求項９：
前記サブスクリプションは、使用データのサブセットを識別し、使用データの各サブセットに対する１つまたは複数のトリガリングイベントを識別する、請求項１〜８のいずれか一項に記載の方法。
請求項１０：
前記使用データのサブセットは、デバイス設定、デバイス使用、故障、およびデバイスタイプに依存するデータ、のうちの少なくとも１つに関連したデータのサブセットを含む、請求項９に記載の方法。
請求項１１：
前記サブスクリプションに従って収集される前記使用データは、経時的に変化する、請求項１〜１０のいずれか一項に記載の方法。
請求項１２：
前記トリガリングイベントは、ａ）前記患者デバイスの１つまたは複数の設定での変化、ｂ）患者デバイスの１つまたは複数の構成要素での故障状態、ｃ）所定時間、およびｄ）使用データに対する要求を受信すること、のうちの少なくとも１つである、請求項１〜１１のいずれか一項に記載の方法。
請求項１３：
前記患者デバイスに対する電源がトリガリングイベントの前にスイッチオフされると、患者デバイスが電源オンの状態にあるときに、前記トリガリングイベントが発生したことを決定するステップを実行する、請求項１〜１２のいずれか一項に記載の方法。
請求項１４：
前記トリガリングイベントは、睡眠データに基づき、前記トリガリングイベントは、治療後期間、および治療セッションの最小期間、のうちの少なくとも一方を含む、請求項１〜１３のいずれか一項に記載の方法。
請求項１５：
前記サブスクリプションは、概要使用データとして提供される使用データの第１のサブセット、および詳細使用データとして提供される使用データの第２のサブセットを識別する、請求項１〜１４のいずれか一項に記載の方法。
請求項１６：
送信される前記使用データの一部は、経時的に減少する、請求項１〜１５のいずれか一項に記載の方法。
請求項１７：
送信される前記使用データの一部は、前記使用データの概要を示す代表値として提供される、請求項１〜１６のいずれか一項に記載の方法。
請求項１８：
呼吸圧力治療デバイスの患者の使用に関連した患者データを管理するシステムであって、該システムは、１つまたは複数のコンピューティングデバイスを含み、該コンピューティングデバイスは、
一組の命令を含むサブスクリプションにアクセスし、
呼吸圧力治療デバイスの患者の使用に関連した使用データを収集し、
トリガリングイベントが発生したと決定し、
前記サブスクリプションに従って前記使用データの少なくとも一部を送信する、
ように構成され、
前記システムは、前記使用データを収集するステップ、前記トリガリングイベントを識別するステップ、および前記使用データの少なくとも一部を送信するステップ、のうちの少なくとも１つが、サブスクリプションに従って実行されるように構成される、システム。
請求項１９：
前記サブスクリプションは、前記使用が送信される前に、満たされるべき複数の状態を識別し、前記トリガリングイベントは、前記状態のそれぞれが満たされたという決定を含む、請求項１８に記載のシステム。
請求項２０：
前記トリガリングイベントは、前記使用データの或る側面において発生した変化に基づく、請求項１８または１９に記載のシステム。
請求項２１：
前記トリガリングイベントは、所定の期間の間、患者が患者デバイスを使用することを終了したことに基づく、請求項１８または１９に記載のシステム。
請求項２２：
前記使用データは、患者デバイスが使用された期間を識別する、請求項１８〜２１のいずれか一項に記載のシステム。
請求項２３：
前記使用データは、患者の無呼吸指数、呼吸低下指数、無呼吸−呼吸低下指数、 圧力統計、漏れ統計、分当たり換気量、１回換気量、および処方設定、のうちの少なくとも１つに関する、請求項１８〜２２のいずれか一項に記載のシステム。
請求項２４：
前記サブスクリプションは、患者デバイスによって収集される個々のデータ項目の、ユーザーによる選択に基づいて少なくとも部分的に生成される、請求項１８〜２３のいずれか一項に記載のシステム。
請求項２５：
前記サブスクリプションは、使用データのサブセットを識別し、使用データの各サブセットに対する１つまたは複数のトリガリングイベントを識別する、請求項１８〜２４のいずれか一項に記載のシステム。
請求項２６：
前記使用データのサブセットは、デバイス設定、デバイス使用、故障、およびデバイスタイプに依存するデータ、のうちの少なくとも１つに関連したデータのサブセットを含む、請求項２５に記載のシステム。
請求項２７：
前記サブスクリプションに従って収集される前記使用データは、経時的に変化する、請求項１８〜２６のいずれか一項に記載のシステム。
請求項２８：
前記トリガリングイベントは、ａ）患者デバイスの１つまたは複数の設定での変化、ｂ）患者デバイスの１つまたは複数の構成要素での故障状態、ｃ）所定時間、およびｄ）使用データに対する要求を受信すること、のうちの少なくとも１つである、請求項１８〜２７のいずれか一項に記載のシステム。
請求項２９：
患者デバイスに対する電源がトリガリングイベントの前にスイッチオフされると、前記患者デバイスが電源オンの状態であるときに、前記トリガリングイベントが発生したことを決定する、請求項１８〜２８のいずれか一項に記載のシステム。
請求項３０：
前記トリガリングイベントは、睡眠データに基づいており、前記トリガリングイベントは、治療後期間、および治療セッションの最小期間、のうちの少なくとも１つを含む、請求項１８〜２９のいずれか一項に記載のシステム。
請求項３１：
前記サブスクリプションは、概要使用データとして提供される使用データの第１のサブセット、および詳細使用データとして提供される使用データの第２のサブセットを識別する、請求項１８〜２９のいずれか一項に記載のシステム。
請求項３２：
送信される前記使用データの一部は、経時的に減少する、請求項１８〜３１のいずれか一項に記載のシステム。
請求項３３：
送信される前記使用データの一部は、前記使用データの概要を示す代表値として提供される、請求項１８〜３２のいずれか一項に記載のシステム。
請求項３４：
患者データを管理する方法であって、
１つまたは複数のプロセッサーによって、複数の患者デバイスから使用データの送信を受信するステップであって、使用データのそれぞれの送信は、一組の命令で識別されたトリガリングイベントに従って発生される、ステップと、
前記１つまたは複数のプロセッサーによって、前記使用データをメモリに格納するステップであって、前記使用データは、受信された前記送信の送信元である、前記複数の患者デバイスのうちの各患者デバイスに関連付けて格納される、ステップと、
前記１つまたは複数のプロセッサーによって、格納された使用データの少なくとも一部に対する要求を受信するステップと、
前記１つまたは複数のプロセッサーによって、要求された使用データの一部を送信するステップと、
を含む、方法。
請求項３５：
前記一組の命令は、前記使用が送信される前に、満たされるべき複数の状態を識別し、前記トリガリングイベントは、前記状態のそれぞれが満たされたという決定を含む、請求項３４に記載の方法。
請求項３６：
使用データの送信を受信するステップは、第１の患者デバイスから第１のセットの使用データを受信し、第２の患者デバイスから第２のセットの使用データを受信するステップを含み、前記第１のセットの使用データは、第１のトリガリングイベントに従って送信され、前記第２のセットの使用データは、第２のトリガリングイベントに従って送信される、請求項３４または３５に記載の方法。
請求項３７：
前記第１のトリガリングイベントおよび前記第２のトリガリングイベントは、異なる基準に基づく、請求項３６に記載の方法。
請求項３８：
格納された使用データの少なくとも一部に対する要求は、前記複数の患者から第１の患者を識別し、前記使用データの一部は、該第１の患者に関連付けられる、請求項３４〜３７のいずれか一項に記載の方法。
請求項３９：
前記一組の命令は、所定の期間、前記患者デバイスを使用することを終了した患者、または前記使用データの或る側面において発生した変化、のうちの１つとして前記トリガリングイベントを識別する、請求項３４〜３８のいずれか一項に記載の方法。
請求項４０：
前記使用データは、前記複数の患者デバイスのうちの各患者デバイスが使用された期間に関連する、請求項３４〜３９のいずれか一項に記載の方法。

Claims (40)

1. 呼吸圧力治療デバイスの患者の使用に関連した患者データを管理する方法であって、
   １つまたは複数のプロセッサーによって、一組の命令を含むサブスクリプションにアク
   セスするステップと、
   前記１つまたは複数のプロセッサーによって、患者デバイスの使用データを収集するス
   テップと、
   前記１つまたは複数のプロセッサーによって、トリガリングイベントが発生したと決定
   するステップと、
   前記１つまたは複数のプロセッサーによって、収集された使用データの少なくとも一部
   を送信するステップと、
   を含み、
   前記使用データを収集するステップ、前記トリガリングイベントを決定するステップ、
   および前記使用データの少なくとも一部を送信するステップ、のうちの少なくとも１つは
   、サブスクリプションに従って実行される、方法。
2. 前記サブスクリプションは、前記使用が送信される前に、満たされるべき複数の状態を
   識別し、前記トリガリングイベントは、該状態のそれぞれが満たされたという決定を含む
   、請求項１に記載の方法。
3. 前記トリガリングイベントは、前記使用データの或る側面において発生した特定の変化
   に基づいている、請求項１または２に記載の方法。
4. 前記患者デバイスは、ＣＰＡＰデバイスを含む、請求項１〜３のいずれか一項に記載の
   方法。
5. 前記トリガリングイベントは、所定の期間の間、患者が患者デバイスを使用することを
   終了したことに基づく、請求項１〜４のいずれか一項に記載の方法。
6. 前記使用データは、患者デバイスが使用された期間を識別する、請求項１〜５のいずれ
   か一項に記載の方法。
7. 前記使用データは、患者の無呼吸指数、呼吸低下指数、無呼吸−呼吸低下指数、漏れお
   よび圧力の統計、分当たり換気量、１回換気量、および処方設定、のうちの少なくとも１
   つに関する、請求項１〜６のいずれか一項に記載の方法。
8. 前記サブスクリプションは、前記患者デバイスによって収集される個々のデータ項目の
   、ユーザーによる選択に基づいて、少なくとも部分的に生成される、請求項１〜７のいず
   れか一項に記載の方法。
9. 前記サブスクリプションは、使用データのサブセットを識別し、使用データの各サブセ
   ットに対する１つまたは複数のトリガリングイベントを識別する、請求項１〜８のいずれ
   か一項に記載の方法。
10. 前記使用データのサブセットは、デバイス設定、デバイス使用、故障、およびデバイス
    タイプに依存するデータ、のうちの少なくとも１つに関連したデータのサブセットを含む
    、請求項９に記載の方法。
11. 前記サブスクリプションに従って収集される前記使用データは、経時的に変化する、請
    求項１〜１０のいずれか一項に記載の方法。
12. 前記トリガリングイベントは、ａ）前記患者デバイスの１つまたは複数の設定での変化
    、ｂ）患者デバイスの１つまたは複数の構成要素での故障状態、ｃ）所定時間、およびｄ
    ）使用データに対する要求を受信すること、のうちの少なくとも１つである、請求項１〜
    １１のいずれか一項に記載の方法。
13. 前記患者デバイスに対する電源がトリガリングイベントの前にスイッチオフされると、
    患者デバイスが電源オンの状態にあるときに、前記トリガリングイベントが発生したこと
    を決定するステップを実行する、請求項１〜１２のいずれか一項に記載の方法。
14. 前記トリガリングイベントは、睡眠データに基づき、前記トリガリングイベントは、治
    療後期間、および治療セッションの最小期間、のうちの少なくとも一方を含む、請求項１
    〜１３のいずれか一項に記載の方法。
15. 前記サブスクリプションは、概要使用データとして提供される使用データの第１のサブ
    セット、および詳細使用データとして提供される使用データの第２のサブセットを識別す
    る、請求項１〜１４のいずれか一項に記載の方法。
16. 送信される前記使用データの一部は、経時的に減少する、請求項１〜１５のいずれか一
    項に記載の方法。
17. 送信される前記使用データの一部は、前記使用データの概要を示す代表値として提供さ
    れる、請求項１〜１６のいずれか一項に記載の方法。
18. 呼吸圧力治療デバイスの患者の使用に関連した患者データを管理するシステムであって
    、該システムは、１つまたは複数のコンピューティングデバイスを含み、該コンピューテ
    ィングデバイスは、
    一組の命令を含むサブスクリプションにアクセスし、
    呼吸圧力治療デバイスの患者の使用に関連した使用データを収集し、
    トリガリングイベントが発生したと決定し、
    前記サブスクリプションに従って前記使用データの少なくとも一部を送信する、
    ように構成され、
    前記システムは、前記使用データを収集するステップ、前記トリガリングイベントを識
    別するステップ、および前記使用データの少なくとも一部を送信するステップ、のうちの
    少なくとも１つが、サブスクリプションに従って実行されるように構成される、システム
    。
19. 前記サブスクリプションは、前記使用が送信される前に、満たされるべき複数の状態を
    識別し、前記トリガリングイベントは、前記状態のそれぞれが満たされたという決定を含
    む、請求項１８に記載のシステム。
20. 前記トリガリングイベントは、前記使用データの或る側面において発生した変化に基づ
    く、請求項１８または１９に記載のシステム。
21. 前記トリガリングイベントは、所定の期間の間、患者が患者デバイスを使用することを
    終了したことに基づく、請求項１８または１９に記載のシステム。
22. 前記使用データは、患者デバイスが使用された期間を識別する、請求項１８〜２１のい
    ずれか一項に記載のシステム。
23. 前記使用データは、患者の無呼吸指数、呼吸低下指数、無呼吸−呼吸低下指数、 圧力
    統計、漏れ統計、分当たり換気量、１回換気量、および処方設定、のうちの少なくとも１
    つに関する、請求項１８〜２２のいずれか一項に記載のシステム。
24. 前記サブスクリプションは、患者デバイスによって収集される個々のデータ項目の、ユ
    ーザーによる選択に基づいて少なくとも部分的に生成される、請求項１８〜２３のいずれ
    か一項に記載のシステム。
25. 前記サブスクリプションは、使用データのサブセットを識別し、使用データの各サブセ
    ットに対する１つまたは複数のトリガリングイベントを識別する、請求項１８〜２４のい
    ずれか一項に記載のシステム。
26. 前記使用データのサブセットは、デバイス設定、デバイス使用、故障、およびデバイス
    タイプに依存するデータ、のうちの少なくとも１つに関連したデータのサブセットを含む
    、請求項２５に記載のシステム。
27. 前記サブスクリプションに従って収集される前記使用データは、経時的に変化する、請
    求項１８〜２６のいずれか一項に記載のシステム。
28. 前記トリガリングイベントは、ａ）患者デバイスの１つまたは複数の設定での変化、ｂ
    ）患者デバイスの１つまたは複数の構成要素での故障状態、ｃ）所定時間、およびｄ）使
    用データに対する要求を受信すること、のうちの少なくとも１つである、請求項１８〜２
    ７のいずれか一項に記載のシステム。
29. 患者デバイスに対する電源がトリガリングイベントの前にスイッチオフされると、前記
    患者デバイスが電源オンの状態であるときに、前記トリガリングイベントが発生したこと
    を決定する、請求項１８〜２８のいずれか一項に記載のシステム。
30. 前記トリガリングイベントは、睡眠データに基づいており、前記トリガリングイベント
    は、治療後期間、および治療セッションの最小期間、のうちの少なくとも１つを含む、請
    求項１８〜２９のいずれか一項に記載のシステム。
31. 前記サブスクリプションは、概要使用データとして提供される使用データの第１のサブ
    セット、および詳細使用データとして提供される使用データの第２のサブセットを識別す
    る、請求項１８〜２９のいずれか一項に記載のシステム。
32. 送信される前記使用データの一部は、経時的に減少する、請求項１８〜３１のいずれか
    一項に記載のシステム。
33. 送信される前記使用データの一部は、前記使用データの概要を示す代表値として提供さ
    れる、請求項１８〜３２のいずれか一項に記載のシステム。
34. 患者データを管理する方法であって、
    １つまたは複数のプロセッサーによって、複数の患者デバイスから使用データの送信を
    受信するステップであって、使用データのそれぞれの送信は、一組の命令で識別されたト
    リガリングイベントに従って発生される、ステップと、
    前記１つまたは複数のプロセッサーによって、前記使用データをメモリに格納するステ
    ップであって、前記使用データは、受信された前記送信の送信元である、前記複数の患者
    デバイスのうちの各患者デバイスに関連付けて格納される、ステップと、
    前記１つまたは複数のプロセッサーによって、格納された使用データの少なくとも一部
    に対する要求を受信するステップと、
    前記１つまたは複数のプロセッサーによって、要求された使用データの一部を送信する
    ステップと、
    を含む、方法。
35. 前記一組の命令は、前記使用が送信される前に、満たされるべき複数の状態を識別し、
    前記トリガリングイベントは、前記状態のそれぞれが満たされたという決定を含む、請求
    項３４に記載の方法。
36. 使用データの送信を受信するステップは、第１の患者デバイスから第１のセットの使用
    データを受信し、第２の患者デバイスから第２のセットの使用データを受信するステップ
    を含み、前記第１のセットの使用データは、第１のトリガリングイベントに従って送信さ
    れ、前記第２のセットの使用データは、第２のトリガリングイベントに従って送信される
    、請求項３４または３５に記載の方法。
37. 前記第１のトリガリングイベントおよび前記第２のトリガリングイベントは、異なる基
    準に基づく、請求項３６に記載の方法。
38. 格納された使用データの少なくとも一部に対する要求は、前記複数の患者から第１の患
    者を識別し、前記使用データの一部は、該第１の患者に関連付けられる、請求項３４〜３
    ７のいずれか一項に記載の方法。
39. 前記一組の命令は、所定の期間、前記患者デバイスを使用することを終了した患者、ま
    たは前記使用データの或る側面において発生した変化、のうちの１つとして前記トリガリ
    ングイベントを識別する、請求項３４〜３８のいずれか一項に記載の方法。
40. 前記使用データは、前記複数の患者デバイスのうちの各患者デバイスが使用された期間
    に関連する、請求項３４〜３９のいずれか一項に記載の方法。