JP6728068B2 - 患者データ管理システム及び方法 - Google Patents

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (26)

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. 前記使用データの或る側面における変化は、所定量より大きい、前記使用データにおけるずれを決定することを含む、請求項３に記載のシステム。