(57)【要約】      （修正有）【課題】患者デバイスに対する診断を実行するためのシステムおよび方法を提供する。【解決手段】患者デバイス（７２０）は、ソフトウェアまたはファームウェアのような命令セットにしたがって作動する呼吸治療デバイスを含むことができる。サーバー（７１０）は、複数の患者デバイス（７２０）のうちの一つまたは複数で障害を示す診断データのデータベース（７１８）を維持することができる。サーバー（７１０）は、発生された障害の識別を含み、一つまたは複数のコンピューティングデバイス（７６０）に前記診断データ（７１８）を送信することができる。サーバー（７１０）は、また、識別された障害を対処するために、複数の患者デバイス（７２０）にサービスデータを送信することができる。【選択図】図７
2020142094.tif 000002
【特許請求の範囲】
【請求項１】
医療デバイスの診断モニタリングのための方法であって、
一つまたは複数のプロセッサーによって、患者デバイスから診断データを受信し、前記
診断データが前記患者デバイス内に障害の存在を識別するステップと、
前記一つまたは複数のプロセッサーによって、前記受信された診断データを格納するス
テップと、
前記一つまたは複数のプロセッサーによって、前記診断データの第１の部分に基づいて
障害の存在を識別するステップと、
前記一つまたは複数のプロセッサーによって、前記診断データの第１の部分および前記
患者デバイスに関連した識別された障害のうちの少なくとも一つを遠隔コンピューティン
グデバイスに送信するステップと、
前記一つまたは複数のプロセッサーによって、前記診断データの第１の部分および識別
された障害のうちの少なくとも一つに基づいて識別されたサービスデータを前記患者デバ
イスに送信するステップと、を含む、方法
【請求項２】
更に、前記一つまたは複数のプロセッサーによって、診断データの第１の部分の少なく
とも一つを遠隔コンピューティングデバイスに送信することに応答して、患者デバイスに
送信されるサービスデータの識別を受信するステップを含む、請求項１に記載の方法。
【請求項３】
前記患者デバイスが、呼吸圧力治療デバイスを含む、請求項１または２に記載の方法。
【請求項４】
前記診断データが、トリガリングイベントの発生に基づいて受信される、請求項１〜３
のいずれか一項に記載の方法。
【請求項５】
任意の患者が障害を有したデバイスを備えているか否かを示す遠隔コンピューティング
デバイスデータに送信するステップを更に含む、請求項１〜４のいずれか一項に記載の方
法。
【請求項６】
前記診断データが、更に、患者の無呼吸指数、呼吸低下指数および無呼吸−呼吸低下指
数、治療設定、快楽設定、障害データ、患者使用量、漏れデータ、周囲湿度データ、治療
および快楽設定、デバイス活動、および患者デバイスの障害ログのうちの少なくとも一つ
を含む、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
サービスデータが成功的に送信されたことの表示を第１の患者デバイスから受信するス
テップと、
第１のサービスデータの実行を示すために診断データをアップデートするステップと、
を更に含む、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記障害の存在は、障害が発生した患者デバイスの構成要素、サーブシステムまたは機
能領域に基づいて識別される、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記診断データの第１の部分を送信することが、遠隔コンピューティングデバイスにプ
ッシュ通知を含み、前記プッシュ通知が、識別された障害がプッシュ通知を提供すること
ができるタイプであるという決定に基づいて送信される、請求項１〜８のいずれか一項に
記載の方法。
【請求項１０】
前記サービスデータが、前記患者デバイスの一つまたは複数の設定を調整するための命
令を含む、請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
前記診断データが、障害が発生した時点で患者デバイスの一つまたは複数の設定を識別
する、請求項１〜１０のいずれか一項に記載の方法。
【請求項１２】
前記識別された障害を送信することが、遠隔コンピューティングデバイス上にディスプ
レイ用アイコンを提供することを含む、請求項１〜１１のいずれか一項に記載の方法。
【請求項１３】
前記アイコンが、発生された障害のタイプに基づいて変化する可変的な外観を有する、
請求項１２に記載の方法。
【請求項１４】
前記識別された障害を送信することが、遠隔コンピューティングデバイス上にディスプ
レイ用アイコンを提供することを含み、前記使用アイコンは、患者デバイスが使用された
程度を示す、請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
前記診断データは、診断デバイスと共に使用されるマスクタイプの漏れ情報と、識別と
、を含む、請求項１〜１４のいずれか一項に記載の方法。
【請求項１６】
前記診断データが、患者デバイスの患者デバイス識別子によってアクセス可能である、
請求項１〜１５のいずれか一項に記載の方法。
【請求項１７】
前記識別された障害を送信することが、デバイス関連障害が発生したか否かの可視的な
表示をディスプレイするために提供することを更に含む、請求項１〜１６のいずれか一項
に記載の方法。
【請求項１８】
医療デバイスの診断モニタリングのための方法であって、
一つまたは複数のプロセッサーによって、患者デバイスの動作に関する診断データを収
集し、前記診断データが前記患者デバイスに関連した障害の存在を識別するステップと、
前記一つまたは複数のプロセッサーによって、前記診断データがネットワークを介して
送信されるトリガリングイベントが発生したことを決定するステップと、
前記一つまたは複数のプロセッサーによって、前記診断データを前記ネットワークを介
して送信するステップと、
識別された障害に対処するサービスデータを前記一つまたは複数のプロセッサーによっ
て受信するステップと、
前記一つまたは複数のプロセッサーによって、受信されたサービスデータにしたがって
一つまたは複数の動作を実行するステップと、を含む、方法。
【請求項１９】
前記患者デバイスが、呼吸圧力治療デバイスを含む、請求項１８に記載の方法。
【請求項２０】
前記トリガリングイベントが、前記診断データが送信される前に満たされる一つまたは
複数の状態に基づく、請求項１８または１９に記載の方法。
【請求項２１】
前記トリガリングイベントは、所定の期間の間に患者デバイスを使用することを終了し
た患者に基づくか、または診断データが送信されるスケジュールに基づく、請求項１８〜
２０のいずれか一項に記載の方法。
【請求項２２】
前記サービスデータは、第１の部分および第２の部分を含み、両部分は、患者デバイス
の前記の構成要素に関連する、請求項１８〜２１のいずれか一項に記載の方法。
【請求項２３】
任意の患者が障害を有したデバイスを備えているか否かを示す遠隔コンピューティング
デバイスに送信することを更に含む、請求項１８〜２２のいずれか一項に記載の方法。
【請求項２４】
前記診断データの少なくとも一部が、患者の無呼吸指数、呼吸低下指数、無呼吸−呼吸
低下指数、障害データ、患者使用量、漏れデータ、周囲湿度データ、治療および快楽設定
、注文デバイス活動、および障害ログのうちの少なくとも一つを更に含む、請求項１８〜
２３のいずれか一項に記載の方法。
【請求項２５】
一つまたは複数のコンピューティングデバイスを含む医療デバイスの診断モニタリング
のためのシステムであって、前記一つまたは複数のコンピューティングデバイスが、
複数の患者デバイスから診断データを受信し、前記診断データが前記複数の患者デバイ
スのうちの少なくとも一つの障害の存在を識別し、
前記診断データを格納し、
前記診断データの第１の部分に基づいて、第１の患者デバイス中の障害の存在を識別し
、
前記診断データの第１の部分と、前記識別された障害とのうちの少なくとも一つを送信
し、
前記診断データの第１の部分または識別された障害に基づいて識別されたサービスデー
タを第１の患者デバイスに送信するように構成される、システム。
【請求項２６】
前記システムが、遠隔デバイスから質疑に応答して、診断データの第１の部分または前
記識別された障害を送信するように構成される、請求項２５に記載のシステム。
【請求項２７】
前記システムが、前記患者デバイスに送信される前記サービスデータの識別を受信する
ように構成され、前記サービスデータの少なくとも一部が識別された障害に対処する、請
求項２５または２６に記載のシステム。
【請求項２８】
前記第１の患者デバイスが、呼吸圧力治療デバイスを含む、請求項２５〜２７のいずれ
か一項に記載のシステム。
【請求項２９】
前記診断データが、トリガリングイベントの発生に基づいて受信される、請求項２５〜
２８のいずれか一項に記載のシステム。
【請求項３０】
前記診断データが、患者の無呼吸指数、呼吸低下指数、無呼吸−呼吸低下指数、障害デ
ータ、患者使用量、漏れデータ、周囲湿度データ、治療および快楽設定、注文デバイス活
動、および障害ログのうちの少なくとも一つを更に含む、請求項２５〜２９のいずれか一
項に記載のシステム。
【請求項３１】
前記一つまたは複数のコンピューティングデバイスが、
前記サービスデータが成功的に送信されたという表示を第１の患者デバイスから受信し
、
前記第１の患者デバイスによってサービスデータの実行を示すために、診断データをア
ップデートするように、更に構成される、請求項２５〜３０のいずれか一項に記載のシス
テム。
【請求項３２】
前記システムは、患者が障害を有したデバイスを備えているか否かを示す遠隔コンピュ
ーティングデバイスデータに送信するように構成される、請求項２５〜３１のいずれか一
項に記載のシステム。
【請求項３３】
前記診断データが、患者の無呼吸指数、呼吸低下指数または無呼吸−呼吸低下指数、治
療設定、快楽設定、障害データ、患者使用量、漏れデータ、周囲湿度データ、治療および
快楽設定、注文デバイス活動、および患者デバイスの障害ログのうちの少なくとも一つを
含む、請求項２５〜３２のいずれか一項に記載のシステム。
【請求項３４】
前記障害の存在が、前記第１の患者デバイスの構成要素、サブシステムまたは機能領域
において識別される、請求項２５〜３３のいずれか一項に記載のシステム。
【請求項３５】
前記診断データの第１の部分が遠隔コンピューティングデバイスにプッシュ通知を含み
、前記プッシュ通知が、識別された障害がプッシュ通知を提供することができるタイプと
いう決定に基づいて送信される、請求項２５〜３４のいずれか一項に記載のシステム。
【請求項３６】
前記サービスデータが、前記第１の患者デバイスの一つまたは複数の設定を調整するた
めの命令を含む、請求項２５〜３５のいずれか一項に記載のシステム。
【請求項３７】
前記診断データが、障害が発生した時点で第１の患者デバイスの一つまたは複数の設定
を識別する、請求項２５〜３６のいずれか一項に記載のシステム。
【請求項３８】
前記識別された障害を送信することが、遠隔コンピューティングデバイス上にディスプ
レイ用アイコンを提供することを含む、請求項２５〜３７のいずれか一項に記載のシステ
ム。
【請求項３９】
前記アイコンが、発生された障害のタイプに基づいて変化する可変的な外観を有する、
請求項３８に記載のシステム。
【請求項４０】
前記識別された障害を送信することが遠隔コンピューティングデバイス上にディスプレ
イ用アイコンを提供することを含み、前記使用アイコンは、患者デバイスが使用された程
度を示す、請求項２５〜３９のいずれか一項に記載のシステム。
【請求項４１】
前記診断データは、前記診断デバイスと共に使用されるマスクタイプの漏れ情報と、識
別とを含む、請求項２５〜４０のいずれか一項に記載の方法。
【請求項４２】
前記診断データが、前記患者デバイスの患者デバイス識別子によってアクセス可能であ
る、請求項２５〜４１のいずれか一項に記載のシステム。
【請求項４３】
前記識別された障害を送信することが、デバイス関連障害が発生したか否かの可視的な
表示をディスプレイするために提供することを更に含む、請求項２５〜４２のいずれか一
項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、２０１４年５月２７日に出願されたオーストラリア仮出願第２０１４９０１
９９７号の利益を主張し、この全体開示を参照として本明細書に含む。
【０００２】
［発明の分野］
１．１（１）技術の分野
本発明の技術は、呼吸器関連疾患の検出、診断、治療、予防および改善に関連して使用
され得る医療機器に関する。
【背景技術】
【０００３】
１．２（２）関連技術の説明
１．２．１  人呼吸器系とその疾患
身体の呼吸器系は、ガス交換を促進する。鼻と口は、患者の気道の入口を形成する。
【０００４】
気道は一連の気管支を含み、これらの気管支は、肺内に深く入り込むほど狭く、短くな
り、数が増える。肺の主要機能は、ガス交換であり、酸素を空気から静脈血中に移動させ
、二酸化炭素を外に出すことができる。気管は、左右の気管支に分かれ、さらに最終的に
終末細気管支に分かれる。気管支は、導管の気道を作り、ガス交換には関与しない。気道
のさらなる分岐は、呼吸細気管支となり、最終的に肺胞になる。肺の胞状領域は、ガス交
換が行われる場所であり、呼吸領域と呼ばれる。Ｊｏｈｎ  Ｂ．  Ｗｅｓｔ著「呼吸生理
学」Ｌｉｐｐｉｎｃｏｔｔ  Ｗｉｌｌｉａｍｓ  ＆  Ｗｉｌｋｉｎｓ、第９版、２０１１
年発行を参照する。
【０００５】
広範囲な呼吸器疾患が存在する。呼吸器疾患の一部の例としては、閉塞性睡眠時無呼吸
（ＯＳＡ）、チェーン−ストークス呼吸（ＣＳＲ）、肥満過呼吸症候群（ＯＨＳ）、慢性
閉塞性肺疾患（ＣＯＰＤ）、神経筋疾患（ＮＭＤ）または胸壁疾患を挙げることができる
。
【０００６】
そうでない場合、健康な個体は、システムおよびデバイスを利用して呼吸器疾患の発症
を防ぐことができる。
【０００７】
１．２．２  治療
経鼻持続的気道陽圧（ＣＰＡＰ）治療法は、閉塞性睡眠時無呼吸症（ＯＳＡ）の治療に
使用されてきた。この仮説は、持続的気道陽圧が空気圧の副木として作用し、軟口蓋およ
び舌を前に押し出し、後口咽頭壁から離れるようにすることによって、上気道の閉塞を防
ぐことができるということである。  
【０００８】
非侵襲性換気（ＮＩＶ）は、患者が十分な呼吸を行うことおよび／または体内の酸素レ
ベルを適切に維持することを支援するために、呼吸作業の一部またはすべてを行って、上
気道を通して患者に換気補助を提供する。換気補助は、患者のインターフェースを介して
提供される。ＮＩＶは、ＣＳＲ、ＯＨＳ、ＣＯＰＤ、ＭＤおよび胸壁障害の治療に使用さ
れてきた。  
【０００９】
侵襲性換気（ＩＶ）は、もはや自ら効果的に呼吸できない患者に換気補助を提供し、気
管切開チューブを使用して提供される。
【００１０】
人工呼吸器は、患者に注入された呼吸のタイミングおよび圧力を制御し、患者が行う呼
吸をモニタリングすることができる。患者の制御およびモニタリング方法は、通常、従量
式の方法および従圧式の方法を含む。従量式の方法は、特に、圧力制御従量式換気（ＰＲ
ＶＣ）、従量換気（ＶＶ）および従量式調節連続強制換気（ＶＣ-ＣＭＶ）技法を含むこ
とができる。従圧式の方法は、特に、補助調節（ＡＣ）、同期的間欠的強制換気（ＳＩＭ
Ｖ）、調節機械換気（ＣＭＶ）、圧力補助換気（ＰＳＶ）、持続的気道陽圧（ＣＰＡＰ）
または呼吸終末陽圧（ＰＥＥＰ）技法を含む。
【００１１】
１．２．３  システム
治療システムは、呼吸圧力治療デバイス（ＲＰＴデバイス）、空気回路、加湿器、患者
インターフェースおよびデータ管理を含むことができる。
【００１２】
１．２．４  患者インターフェース  
患者インターフェースは、例えば、呼吸できるガスの流れを提供することによって、呼
吸デバイスをユーザにインターフェースするのに使用できる。呼吸できる空気の流れは、
鼻および／または口へのマスク、口へのチューブまたはユーザの気管への気管切開チュー
ブを介して提供され得る。適用される治療法に応じて患者インターフェースは、治療を行
うための周囲圧力で十分な変化時の圧力、例えば、約１０ｃｍＨ２Ｏの陽圧で、ガスの供
給を促進するために、例えば、患者の顔領域にシールを形成することができる。酸素の送
達などの他の治療法の場合、患者インターフェースは、約１０ｃｍＨ２Ｏの陽圧で、ガス
の気道への供給を促進するのに十分なシールを含まないことができる。
【００１３】
患者インタフェースのデザインにはいろいろな難問がある。顔面は複雑な３次元の形状
をしている。鼻のサイズと形は個人でかなり異なる。頭部には骨、軟骨と軟組織があり、
顔面の異なる領域は機械的な力に対して異なる反応をする。顎または下顎は頭蓋のほかの
骨に関連して動くことができる。頭全体が呼吸治療の過程で動くことができる。
【００１４】
これらの難問のために、マスクに応じて閉塞性であり、審美的に好ましくなく、コスト
が高く、装着が不十分であり、使用困難の１つまたはそれ以上の問題に悩み、長期間使用
すると摩耗するとかまたは患者がシステムに不慣れだと不愉快である。例えば、飛行士専
用にデザインされたマスク、個人の保護装置（例えば、フィルターマスク）の一部として
デザインされたマスク、ＳＣＵＢＡマスク、または麻酔薬投与のためのマスクは、本来の
適用には耐えるが、長期間、例えば、数時間着用するのは好ましくないほど不愉快である
。この不快感は、治療に対する患者のコンプライアンスの低下につながる。睡眠中にマス
クを着用しなければならない場合は、特にそうである。
【００１５】
患者が治療に従う限り、ＣＰＡＰ治療は、特定の呼吸器疾患の治療に特に効果的である
。マスクが不愉快であるか使用困難であれば、患者は治療に従わないかもしれない。患者
は自分のマスクを定期的に洗浄するようしばしば推奨されているので、マスクの洗浄が困
難であれば（例えば、組立または分解が困難）、患者は自分のマスクを洗浄しないかもし
れず、これは患者のコンプライアンスに影響する。
【００１６】
その他の適用（例えば、飛行士）のためのマスクを睡眠呼吸障害に使用するのは適切で
ないかもしれないが、睡眠呼吸障害に使用するようデザインされたマスクはその他の適用
に適しているかもしれない。
【００１７】
これらの理由により、睡眠中の鼻ＣＰＡＰの送達のための患者インタフェースは独特な
分野である。
【００１８】
１．２．４．１  シール形成部
患者インタフェースは、シール形成部を含むことができる。これは、患者の顔面と直接
接触するので、シール形成部の形状と構成とは、患者インタフェースの有効性と快適さに
直接影響を与えることができる。
【００１９】
患者インタフェースは、シール形成部分が使用中の顔面の何処と係合するがデザイン意
図によって、一部特徴付けられる。患者インタフェースの１つの形態において、シール形
成部は、左と右のそれぞれの鼻孔に当たる２つのサブ部分を有することができる。患者イ
ンタフェースの１つの形態において、シール形成部分は使用中に両方の鼻孔を囲む単一の
要素であり得る。このような単一の要素は、例えば、顔面の上唇領域と鼻梁領域を覆うよ
うにデザインすることができる。患者インタフェースの１つの形態において、シール形成
部分は、例えば、顔面の下唇領域上にシールを形成するなど、使用中の口の領域を囲む要
素からなり得る。患者インタフェースの１つの形態において、シール形成部分は、使用中
の両方の鼻孔と口の部分を囲む単一の要素からなり得る。患者インタフェースのこれらの
異なるタイプは、それらの製造者が付けた種々の名称で知られており、鼻マスク、顔全体
マスク、鼻枕、鼻噴霧および口腔鼻マスクが含まれる。
【００２０】
患者の顔の１領域で効果的なシール形成部分は、患者の顔の形状、構造、ばらつきおよ
び敏感な部分が異なるので、別の領域には適していないことがある。例えば、患者の額を
覆う水中メガネのシールを患者の鼻に使用するには適当でない。
【００２１】
さまざまな異なる顔の形状およびサイズに適し、快適で効果的な１つのデザインのよう
に、大量生産用として特定のシール形成部をデザインすることができる。患者の顔の形状
と大量生産された患者のインタフェースのシール形成部の間に不整合（ｍｉｓｍａｔｃｈ
）がある程度に、１つまたは全てを充足させてシールを形成しなければならない。
【００２２】
シール形成部分の１つのタイプは、患者インタフェースの周辺附近に伸び、シール形成
部分が患者の顔に係合しようとしており、力が患者インタフェースに加えられた時に患者
の顔に対してシールするように意図されている。シール形成部分は、空気または液体で満
たされたクッション、またはゴムなどのエラストマーでできた弾性シール要素の成形また
は形成面を含むことができる。このタイプのシール形成部では、適合（ｆｉｔ）が適切で
ない場合、シール形成部分と顔との間に間隔が存在し、シールを達成するために顔に対し
て患者インタフェースに追加の力を加える必要がある。
【００２３】
シール形成部のもう１つタイプは、マスクの周辺近辺に位置した薄い材料からできたフ
ラップシールを含み、マスク内に陽圧がかかると患者の顔に対抗してセルフシーリングを
行う。シール形成部分の以前のタイプのように、顔面とマスクとの間の整合（ｍａｔｃｈ
）が良好でないと、シールを形成するのに追加の力が必要になるかまたはマスクから漏れ
が生じる。さらに、シール形成部分の形状が患者のそれに整合しない場合、使用中にしわ
が生じたり曲がることがあり、漏れが発生する。
【００２４】
シール形成部分のもう１つのタイプは、例えば、鼻孔への挿入のような摩擦嵌合要素を
含むことができる。
【００２５】
シール形成部分のもう１つの形態は、接着剤を使用してシールを達成することができる
。顔面に接着剤を絶えず適用し、これを除去するのが不便と感じる患者もいる。
【００２６】
ＲｅｓＭｅｄ  Ｌｉｍｉｔｅｄに譲渡された以下の特許出願に、さまざまな患者インタ
フェース・シール形成部の技術が開示されている：ＷＯ  １９９８／００４，３１０；  
ＷＯ  ２００６／０７４，５１３；  ＷＯ  ２０１０／１３５，７８５。
【００２７】
鼻枕の１つの形態がＰｕｒｉｔａｎ  Ｂｅｎｎｅｔが製造するＡｄａｍ  Ｃｉｒｃｕｉ
ｔに見出される。また他の鼻枕または鼻噴霧は、Ｐｕｒｉｔａｎ−Ｂｅｎｎｅｔ  Ｃｏｒ
ｐｏｒａｔｉｏｎに譲渡された米国特許第４，７８２，８３２号（Ｔｒｉｍｂｌｅ外）の
主題である。
【００２８】
ＲｅｓＭｅｄ  Ｌｉｍｉｔｅｄは、鼻枕を導入する以下の製品を製造した：ＳＷＩＦＴ（登録商標）鼻枕マスク、ＳＷＩＦＴ（登録商標）ＩＩ鼻枕マスク、ＳＷＩＦＴ（登録商標）ＬＴ鼻枕マスク、ＳＷＩＦＴ（登録商標）ＦＸ鼻枕マスクおよびＬＩＢＥＲＴＹフルフェース・マスク。ＲｅｓＭｅｄに譲渡された以下の特許出願に、鼻枕マスクの例を説明している。国際特許出願ＷＯ  ２００４／０７３，７７８（特に、ＲｅｓＭｅｄ  ＳＷＩＦＴ（登録商標）鼻枕の特徴を記載）、米国特許出願第２００９／００４４８０８号（特に、ＲｅｓＭｅｄ  ＳＷＩＦＴ（登録商標）ＬＴ鼻枕の特徴を記載）；国際特許出願ＷＯ  ２００５／０６３，３２８とＷＯ  ２００６／１３０，９０３（特に、ＲｅｓＭｅｄ  ＬＩＢＥＲＴＹフルフェース・マスクの特徴を記載）；国際特許出願ＷＯ  ２００９／０５２，５６０（特に、ＲｅｓＭｅｄ  ＳＷＩＦＴ（登録商標）ＦＸ鼻枕の特徴を記載）。
【００２９】
１．２．４．２  位置決めと安定化
陽圧空気治療に使用する患者インタフェースのシール形成部は、シールを崩壊しようと
する空気圧の相応した力の影響を受ける。このように、シール形成部を位置決めし、顔面
の適当な部分とシーリングの関係を保持するために種々な技術が使用されてきた。
【００３０】
１つの技術は、接着剤の使用である。例えば、米国特許出願公開第ＵＳ２０１０／００
００５３４号を参照する。
【００３１】
また他の技術は、１つまたはそれ以上のストラップおよび／または安定化装着帯域の使
用である。このような装着帯域の大部分は、１つまたはそれ以上の不適合、かさばる、不
快さおよび使用がぎこちないの問題に悩まされる。
【００３２】
１．２．５  呼吸圧力治療（ＲＰＴ）デバイス
睡眠呼吸障害の治療に使用する１つの既知のＲＰＴデバイスは、ＲｅｓＭｅｄが製造し
たＳ９  Ｓｌｅｅｐ  Ｔｈｅｒａｐｙ  Ｓｙｓｔｅｍである。ＲＰＴデバイスのまた他の
例は、人工呼吸器である。成人および小児用の人工呼吸器のＲｅｓＭｅｄ  Ｓｔｅｌｌａ
ＴＭシリーズのような人工呼吸器は、これらの限定されないが、ＮＭＤ、ＯＨＳおよびＣ
ＯＰＤのような多数の状態を治療するために、広範囲な患者に、侵襲性および非侵襲性依
存性呼吸に対する支持を提供することができる。ＲＰＴデバイスは、また、流れ発生器と
しても知られている。
【００３３】
ＲｅｓＭｅｄ  ＥｌｉｓｅｅＴＭ１５０人工呼吸器とＲｅｓＭｅｄ  ＶＳＩＩＩＴＭ人
工呼吸器とは、多数の状態を治療するために、成人または小児患者に適した、侵襲性およ
び非侵襲性依存性換気に対する支持を提供することができる。これらの人工呼吸器は、単
一肢または二重肢の回路に容量および大気の換気モードを提供する。
【００３４】
ＲＰＴデバイスは、一般的に、モータ駆動の送風機または圧縮ガスリザーバのような圧
力発生器を備え、患者の気道に空気の流れを供給するように構成される。いくつかの場合
では、空気の流れを陽圧で患者の気道に供給することができる。ＲＰＴデバイスの出口は
、前述したように、患者のインタフェースに空気回路を介して接続される。
【００３５】
ＲＰＴデバイスは、また一般的に、入口フィルター、様々なセンサおよびマイクロプロ
セッサーベースのコントローラを備えている。送風機は、サーボ制御モータ、渦巻きおよ
びインペラを備えている。いくつかの場合では、モータのブレーキは、モータおよびイン
ペラの慣性を克服するために、送風機の速度をさらに急速に低下させるように実現するこ
とができる。ブレーキングにより、送風機が、慣性にもかかわらず、呼気と同期化に合う
ようにより低圧の条件をさらに急速に達成できるようになる。いくつかの場合では、圧力
発生器は、さらに、モータ速度制御に対する代替手段として、患者に運ばれる圧力を変化
させるための手段として、発生された空気を大気に排出可能な弁を備えるこどができる。
センサは、例えば、圧力トランスデューサまたはこれに類するものとともに、特に、モー
タ速度、質量流量および出口の圧力を測定する。コントローラは、一体化したデータ抽出
および表示機能の有無にかかわらず、データ記憶容量を含むことができる。
【００３６】
【表１】
2020142094.tif 000003
【００３７】
１．２．６  加湿器  
加湿せずに呼吸可能な気体の流れを患者の気道に伝えることは、気道の乾燥を引き起こ
すことができる。医療加湿器は、必要なときに、一般的に、患者が（例えば、病院で）眠
っているまたは休んでいるときに、周囲の空気に関連して、呼吸可能な気体の流れの湿度
および／または温度を増加させるのに使用される。結果的に、医療加湿器は、ベッドサイ
ドの配置に対して小さいことが好ましく、患者の周囲を加湿および／または加熱せずに、
患者に伝えられる呼吸可能な気体の流れを加湿ならびに／あるいは加熱するように構成さ
れるのが好ましい。例えば、部屋ベースのシステム（例えば、サウナ、空気調節器、蒸発
冷却器）もまた、患者に吸入される空気を加湿および／または加熱できるが、これらのシ
ステムは、部屋全体を加湿および／または加熱することによって行うため、居住者に対す
る不快感を引き起こすことができる。
【００３８】
流れ発生器またはＲＰＴデバイスおよび患者インターフェースを有する加湿器の使用は
、鼻の粘膜の乾燥を最小化し、患者の気道の快適さを増加させる、加湿された空気を生成
する。寒冷な気候に加えて、患者インターフェース中および患者インターフェース周囲の
顔面領域に通常適用される温暖な空気は、冷たい空気よりさらに快適である。
【００３９】
呼吸用加湿器は、多くの形態で利用可能であり、空気回路を介して呼吸デバイスに結合
される独立型デバイスであってもよく、関連呼吸デバイスと一体化されるとか、関連呼吸
デバイスに直接結合されるように構成される。既知の受動加湿器は、多少救済をもたらす
ことがあるが、一般的に、熱加湿器は、患者が快適になるように、十分な湿度および温度
を空気に提供するために使用され得る。一般的に、加湿器は、数百ミリリットル（ｍｌ）
の容量を有するウォーターリザーバーまたはウォータータブ、リザーバー中の水を加熱す
る熱要素、加湿のレベルを変化させ得るコントロール、流れ発生器またはＲＰＴデバイス
から空気を受け取る空気入口、および、患者インターフェースに加湿された空気を伝える
空気回路に接続されるように適合化された空気出口を備える。
【００４０】
加熱パスオーバー型加湿は、ＲＰＴデバイスとともに使用される１つの一般的な形態の
加湿である。このような加湿器では、加熱要素は、ウォータータブ下にあり、ウォーター
タブと温熱的に接触するヒータープレートに組み込まれ得る。したがって、熱は、伝導に
より主にヒータープレートからウォーターリザーバーに送達される。ＲＰＴデバイスから
の空気の流れは、加熱された水をウォータータブにパスオーバーし、結果的に、空気の流
れにより含まれる水蒸気となる。ＲｅｓＭｅｄ  Ｈ４ｉＴＭおよびＨ５ｉＴＭ加湿器は、
ＲｅｓＭｅｄ  Ｓ８およびＳ９  ＣＰＡＰデバイスと組み合わせでそれぞれ使用されるこ
のような加熱パスオーバー型加湿器の例である。
【００４１】
バブルまたはディフューザー加湿器、ジェット加湿器またはウィッキング加湿器のよう
な、他の加湿器も使用され得る。バブルまたはディフューザー加湿器では、空気は水面下
に伝導され、表面にバブルが戻ることを可能にする。ジェット加湿器は、水の噴霧を生成
し、整流デバイスまたはフィルターは、加湿器から離れる前に粒子が除去または蒸発する
ように使用され得る。ウィッキング加湿器は、キャピラリー作用により水を吸収するため
に、スポンジまたは紙のような、水吸収物質を使用する。水吸収物質は、空気の流れに含
まれることになる吸収物質中の水の蒸発を可能にする空気の流れ経路の少なくとも一部の
中、または、こうした経路の隣に位置する。
【００４２】
加湿の代替的な形態は、大きな表面領域にわたって空気の流れを第１の方向に向かわせ
、加熱された水を大きな表面領域に対して第２の反対方向に供給するＣｏｕｎｔｅｒＳｔ
ｒｅａｍＴＭ技術を使用するＲｅｓＭｅｄ  ＨｕｍｉＣａｒｅＴＭＤ９００により提供さ
れる。ＲｅｓＭｅｄ  ＨｕｍｉＣａｒｅＴＭＤ９００加湿器は、侵襲性および非侵襲性の
さまざまな人工呼吸器とともに使用され得る。  
【発明の概要】
【００４３】
２  技術の簡単な説明
本開示の態様は、複数の患者デバイスと関連して遠隔診断を行うコンピュータ実行方法
を提供する。前記方法は、複数の患者デバイスから診断データを受信して格納するステッ
プを含み、ここで、前記診断データは、前記複数の患者デバイスのうち、少なくとも一つ
と関連する障害（ｆａｕｌｔ）の存在を識別する。前記方法は、また、第１の患者デバイ
スに関する診断データの第１の部分に対する質疑（又はクエリ）を受信するステップ、お
よび前記診断データの第１の部分に基づいて障害の存在を識別するステップを含むことが
できる。さらに、前記方法は、受信された質疑に応答して診断データの第１の部分または
障害の識別された存在を送信するステップを含むことができ、ここで、前記診断データの
第１の部分は、第１の患者デバイスと関連した障害の存在を識別する。前記方法は、更に
、前記第１の患者デバイスに送信されるサービスデータの識別情報を受信するステップを
含むことができ、ここで、前記サービスデータの少なくとも一部は、一つまたは複数の識
別された障害を対処する。次いで、前記識別されたサービスデータは、第１の患者デバイ
スに送信され得る。
【００４４】
医療デバイスの診断モニタリングのための方法は、また一つまたは複数のプロセッサー
によって複数の患者デバイスから診断データを受信するステップとして、前記診断データ
は、前記複数の患者デバイスのうち、少なくとも一つと関連する一つまたは複数の障害を
識別するものであるステップ；前記受信された診断データを前記一つまたは複数のプロセ
ッサーによって格納するステップ；一つまたは複数のプロセッサーによって、診断データ
の第１の部分と関連した障害の存在を識別するステップ；前記一つがまたは複数のプロセ
ッサーによって、前記診断データの前記第１の部分および前記複数の患者デバイスのうち
、少なくとも一つと関連した識別された障害のうち、少なくとも一つを遠隔コンピューテ
ィングデバイスに送信するステップ；および前記診断データの前記第１の部分および前記
一つまたは複数の識別された障害のうち、少なくとも一つに基づいて識別されたサービス
データを前記一つまたは複数のプロセッサーよって前記複数の患者デバイスのうち、少な
くとも一つに送信するステップを含む方法を含むことができる。本方法は、診断データの
少なくとも第１の部分を一つまたは複数のプロセッサーによって遠隔コンピューティング
デバイスに送信することに応答して、複数の患者デバイスのうち、少なくとも一つに送信
されるサービスデータの識別を受信するステップを更に含むことができ、ここで、前記サ
ービスデータの少なくとも一部は、前記一つまたは複数の識別された障害に対処する。本
開示内容の全体にわたって使用される「障害の存在の表示」という表現は、障害が特定の
デバイスで発生する可能性が高いという表示だけでなく、障害は現在すべてのデバイスに
も存在するということに注意しなければならない。
【００４５】
一態様によれば、第１の患者デバイスは、呼吸圧力治療デバイスを備える。また、診断
データは、トリガイベントの発生に基づいて受信されることができ、患者デバイスの治療
設定から構成され得る。また、診断データは、患者デバイスと関連して発生した操作およ
び障害のログを含むことができる。
【００４６】
開示された方法は、また、サービスデータが成功的に送信されたという表示を第１の患
者デバイスから受信するステップ、および第１のサービスデータの実行を示すために診断
データをアップデートするステップを含むことができる。
【００４７】
一つの態様によれば、障害の存在は、障害が発生した第１の患者デバイスの一つまたは
複数の構成要素に基づいて識別され得る。また、質疑は、前記複数の患者デバイスに対す
る診断データの要求を更に含むことができ、前記診断データの第１の部分の送信すること
は、前記複数の患者デバイスに対する診断データを送信することを含むことができる。
【００４８】
また他の開示された方法は、患者デバイスの動作に関する診断データを収集する患者デ
バイスを含むことができ、ここで、前記診断データは、患者デバイスと関連して発生され
た障害の存在を識別する。患者デバイスは、また、診断データがネットワークを介して送
信されるトリガイベントが発生したか否かを判定することができる。トリガイベントが発
生した場合、患者デバイスは、ネットワークを介して診断データを送信することができま
す。患者デバイスは、また、識別されたエラーを処理し、受信されたサービスデータに従
って一つまたは複数の動作を行うサービスデータを受信することができる。
【００４９】
一態様によれば、前記トリガイベントは、診断データが送信される前に充足される複数
の条件に基づくことができる。トリガイベントは、また、あらかじめ決定された期間の間
に患者デバイスを使用することを終えた患者に基づくことができる。トリガイベントは、
また、診断データが送信されるスケジュールに基づくことができる。
【００５０】
前記サービスデータは、第１の部分および第２の部分を含むことができ、患者デバイス
の第１の構成要素は、サービスデータの第１の部分に従って動作し、第２の構成要素は、
サービスデータの第２の部分に従って動作する。一態様によれば、診断データの少なくと
も一部は、患者の無呼吸指数、呼吸低下指数および無呼吸−呼吸低下指数のうち、少なく
とも一つに関連し得る。
【００５１】
他の態様において、前記サービスデータは、患者デバイスの一つまたは複数の設定を調
整するための命令を含むことができ、前記診断データは、障害が発生した時間に患者デバ
イスの一つまたは複数の設定を識別することができる。識別された障害は、遠隔コンピュ
ーティングデバイス上に表示するためのアイコンとして提供されることができ、アイコン
は、発生した障害のタイプに基づいて変化する可変的な外観を有することができる。また
、識別された障害を送信するステップは、遠隔コンピューティングデバイス上に表示する
ための使用アイコンを提供するステップを含むことができ、使用アイコンは、患者デバイ
スが使用された程度を示す。
【００５２】
本開示は、また、本明細書に説明された方法を行うように構成された一つまたは複数の
コンピューティングデバイスを含むシステムを提供する。
【００５３】
３  図面の様々な視点の簡単な説明
本発明の技術は、添付された図面の図で例として示しているが、限定されるものではな
く、添付された図面の図で同一の参照符号は、同一の要素を示す。
【図面の簡単な説明】
【００５４】
【図１ａ】［３．１  治療システム］  本発明の技術によるシステムを示す。患者インターフェース３０００を装着した患者１０００は、鼻枕の形態で、ＲＰＴデバイス４０００から陽圧で空気の供給を受け取る。ＲＰＴデバイスからの空気は、加湿器５０００で加湿され、空気回路４１７０に沿って患者１０００にパスされる。
【図１ｂ】患者インターフェース３０００を装着した患者１０００を含むシステムを示し、経鼻マスク形態で、ＲＰＴデバイス４０００から陽圧で空気の供給を受け取る。ＲＰＴデバイスからの空気は、加湿器５０００で加湿され、空気回路４１７０に沿って患者１０００にパスされる。
【図１ｃ】患者インターフェース３０００を装着した患者１０００を含むシステムを示し、フルフェースマスクの形態で、ＲＰＴデバイスから陽圧で空気の供給を受け取る。ＲＰＴデバイスからの空気は、加湿器５０００で加湿され、空気回路４１７０に沿って患者１０００にパスされる。
【図２ａ】［３．２  治療］＜３．２．１  呼吸器系＞  鼻腔および口腔、喉頭、声帯、食道、気管、気管支、肺、肺胞嚢、心臓、および横隔膜を含む人呼吸器系の概要を示す。
【図２ｂ】鼻腔、鼻骨、側鼻軟骨、大鼻翼軟骨、鼻孔、上唇、下唇、喉頭、硬口蓋、軟口蓋、中咽頭、舌、喉頭蓋、声帯、食道、および気管を含む人の上気道の概要を示す。
【図２ｃ】＜３．２．２  顔解剖学＞  上唇、上赤唇、下赤唇、下唇、口幅、 目頭部分（Endocanthion）、鼻翼、鼻唇溝、および口角点（Cheilion）を含む、識別された表面解剖学のいくつかの特徴を有する顔の正面図である。
【図３ａ】［３．３  患者インターフェース］  先行技術に公知された患者インターフェースの一例を示す。
【図４ａ】［３．４  呼吸圧力治療（ＲＰＴ）デバイス］  本発明の技術の一つの形態によるＲＰＴデバイスを示す。
【図４ｂ】本発明の技術の一つの形態によるＲＰＴデバイスの空気圧回への概路図を示す。上流および下流方向を示す。
【図４ｃ】本発明の技術の一つの形態によるＲＰＴデバイスの電気構成要素の概路図を示す。
【図５ａ】［３．５  加湿器］  本発明の技術の一つの形態による加湿器を示す。
【図６ａ】［３．６  呼吸波形］  睡眠中の人体の通常的な呼吸波形モデルを示し、横軸は時間であり、縦軸は呼吸の流量である。パラメータ値は変化できる一方、通常の呼吸は以下の近似値を有することができる：一回換気量（Ｖｔ）０．５Ｌ、吸息時間（Ｔｉ）１．６ｓ、ピーク吸入気流（Ｑｐｅａｋ）０．４Ｌ／ｓ、呼息時間（Ｔｅ）２．４ｓ、ピーク呼気流（Ｑｐｅａｋ）-０．５Ｌ／ｓ。呼吸の総持続時間（Ｔｔｏｔ）は約４ｓである。人は通常、１分間に約１５回（ＢＰＭ）の速度で呼吸し、換気量（Ｖｅｎｔ）は約７．５Ｌ／ｓである。通常のデューティーサイクルである、Ｔｉ対Ｔｔｏｔ比は約４０％である。
【図７】［３．７  診断システム］  患者デバイスをモニタリングおよびサービスするのに使用され得る例示的な通信システム７００を示す。各患者デバイス７２０は、ＲＰＴ４０００、加湿器５０００および患者インターフェース３０００を含むことができる。
【図８−１２】本開示の態様に従って表示され得るウェブページを示す。
【図１３】開示された方法に関連して本明細書に開示された患者デバイスによって実行され得る動作のフローチャート１３００を示す。
【図１４】本明細書に開示されたサーバーなどのコンピューティングデバイスによって実行され得る動作に対するフローチャート１４００を示す。
【発明を実施するための形態】
【００５５】
４．本発明の技術の実施例の詳細な説明
本発明の技術をさらに詳細に説明する前に、本発明の技術が本明細書で説明されている
特定の例に限定されず、変更可能であることを理解すべきである。さらに、本開示におい
て使用される用語は、本明細書で説明されている特定の例のみを説明することを目的とし
ており、制限的なことを意図しないことを理解すべきである。
【００５６】
４．１  治療システム
一形態において、本発明の技術は、呼吸器疾患を治療するためのデバイスを含む。前記
デバイスは、患者インターフェース３０００に至る空気送出チューブを経て患者１０００
に加圧空気を供給するための流れ発生デバイスまたは送風機を含むことができる。
【００５７】
４．２  治療法
一形態において、本発明の技術は、患者１０００の気道の入口に陽圧を印加するステッ
プを含む呼吸器疾患を治療するための方法を含む。
【００５８】
４．２．１  ＯＳＡに対する経鼻ＣＰＡＰ
一形態において、本発明の技術は、患者に経鼻持続気道陽圧を適用することにより、患
者の閉塞性睡眠時無呼吸（ＯＳＡ）を治療する方法を含む。
【００５９】
４．３  患者インターフェース３０００
本発明の技術の一態様に従う非侵襲性患者インターフェース３０００は、以下の機能的
側面として、シール形成構造３１００、プレナムチャンバ３２００、位置決めおよび安定
化構造３３００、換気口３４００、および空気回路４１７０に接続するための接続ポート
３６００を備える。いくつかの形態では、機能的側面は、一つまたは複数の物理的構成要
素により提供され得る。いくつかの形態では、一つの物理的構成要素は、一つまたは複数
の機能的側面を提供することができる。使用時に、シール形成構造３１００は、陽圧で気
道へ空気の供給を促進するために、患者の気道の入口を取り囲むように構成される。
【００６０】
４．３．１  シール形成構造３１００
本発明の技術の一形態において、シール形成構造３１００は、シール形成面を提供し、
さらにクッション機能を提供することができる。
【００６１】
本発明の技術によるシール形成構造３１００は、シリコーンのような柔らかくて、柔軟
性且つ弾力性のある材料から構成することができる。
【００６２】
一形態において、シール形成構造３１００は、シール用フランジと支持フランジを含む
。好ましくは、シール用フランジは、プレナムチャンバ３２００の周辺部３２１０の周り
に延びる約１ｍｍ未満、例えば、約０．２５ｍｍ〜約０．４５ｍｍの厚さを有する比較的
薄い部材を含む。支持フランジは、シール用フランジより相対的により厚いことができる
。支持フランジは、シール用フランジとプレナムチャンバ３２００の周縁エッジの間に配
置され、周辺部３２１０の少なくとも一部の周りに延びている。支持フランジは、バネ状
の要素であるか、またはそれを含み、使用中にシール用フランジを支持して座屈を起こす
のを防止する。使用中に、シール用フランジは、プレナムチャンバ３２００におけるシス
テム圧力に容易に対応することができ、その底面に作用して顔にしっかりと係合するよう
促す。
【００６３】
一形態において、非浸湿性患者インターフェース３０００のシール形成部は、一対の鼻
噴霧または鼻枕を含み、それぞれの鼻噴霧または鼻枕は、患者の鼻のそれぞれの鼻孔とシ
ールを形成するように構築されて配置される。
【００６４】
本発明の技術の態様による鼻枕は次を含む：戴頭円錐、少なくともその一部が患者の鼻
の下側の底面にシールを形成する、脚、戴頭円錐の底面の柔軟な部分と戴頭円錐を脚に接
続する。さらに、本発明の技術の鼻枕が接続される構造は、脚の基部に隣接した柔軟な領
域を含む。柔軟な領域は一致して作用して自在継手構造の役目をし、戴頭円錐と鼻枕が接
続されている構造の変位と角度の両方の相対運動に対応する。例えば、戴頭円錐は、脚が
接続される構造に向けて軸方向に変位させることができる。
【００６５】
１つの形態において、非侵襲性シール形成部３０００は、使用中に患者の顔の上唇（こ
れがｌｉｐ  ｓｕｐｅｒｉｏｒである）上にシールを形成するシール形成部を含む。
【００６６】
１つの形態において、非侵襲性患者インタフェース３０００は、使用中に患者の顔の顎
の部分にシールを形成するシール形成部を含む。
【００６７】
４．３．２  プレナムチャンバ３２００
好ましくは、プレナムチャンバ３２００は、使用中にシールが形成される領域における
平均的な人の顔の表面輪郭に補完になるように形成された周辺部３２１０を有している。
使用中には、プレナムチャンバ３２００の周縁エッジは、顔の隣接する表面に近接するよ
う位置決めされる。顔との実際の接触は、シール形成構造３１００によって行われる。好
ましくは、シール形成構造３１００は、使用中にプレナムチャンバ３２００の全体周辺部
３２１０に延びる。
【００６８】
一形態において、プレナムチャンバ３２００は、プレナムチャンバ３２００が鼻腔マス
ク（例えば、図１ｂに示される）の一部である患者の鼻孔を取り囲み、および／またはこ
れらと流体連通され得る。また他の形態において、プレナムチャンバ３２００は、プレナ
ムチャンバ３２００がフルフェースマスク（ｆｕｌｌ  ｆａｃｅ  ｍａｓｋ）（例えば、
図１ｃに示される）の一部である患者の鼻孔および口を取り囲み、および／またはこれら
と流体連通され得る。また他の形態において、プレナムチャンバ３２００は、プレナムチ
ャンバ３２００が鼻枕（例えば、図２９に示される）の一部である患者の胸壁のうち、一
つまたは複数と係合および／または流体連通することができる。
【００６９】
４．３．３  位置決めおよび安定化構造３３００
好ましくは、本発明の技術の患者インターフェース３０００のシール形成構造３１００
は、位置決めと安定化構造３３００によって使用中はシーリング位置に保持される。
【００７０】
４．４  ＲＰＴデバイス４０００
本発明の技術の態様を実施するのに適合できる例示的なＲＰＴデバイス４０００は、機
械的および空気的構成要素４１００、電気構成要素４２００を含むことができ、本明細書
の全般にわたって記載された一つまたは複数の制御方法論またはアルゴリズムを行うよう
にプログラム化され得る。ＲＰＴデバイスは、外部ハウジング４０１０を有し、好ましく
は、外部ハウジング４０１０の上部４０１２および外部ハウジング４０１０の下部４０１
４の２つの部分に形成される。代替的な形態では、外部ハウジング４０１０は、一つまた
は複数のパネル４０１５を含むことができる。好ましくは、ＲＰＴデバイス４０００は、
前記ＲＰＴデバイス４０００の一つまたは複数の内部構成要素を支持するシャーシ４０１
６を含む。一形態では、空気圧ブロック４０２０は、シャーシ４０１６によって支持され
るか、またはシャーシ４０１６の一部として形成される。ＲＰＴデバイス４０００は、ハ
ンドル４０１８を含むことができる。
【００７１】
ＲＰＴデバイス４０００の空気圧経路は、空気入口フィルター４１１２、入口マフラー
４１２２、陽圧で空気を供給することができる制御可能な圧力デバイス４１４０（好まし
くは、送風機４１４２）および出口マフラー４１２４を含むのが好ましい。一つまたは複
数のセンサ４２７２および流量センサ４２７４は、空気圧経路に含まれる。
【００７２】
好ましい空気圧ブロック４０２０は、外部ハウジング４０１０内に配置される空気圧経
路の一部を含む。
【００７３】
ＲＰＴデバイス４０００は、好ましくは、電力供給装置４２１０、一つまたは複数の入
力デバイス４２２０、中央コントローラ４２３０、治療デバイスコントローラ４２４０お
よび／または前述のコントローラのいずれか一つ、圧力デバイス４１４０、一つまたは複
数の保護回路４２５０、メモリ４２６０、トランスデューサ４２７０、データ通信インタ
ーフェース４２８０および一つまたは複数の出力デバイス４２９０を備える。電気構成要
素４２００は、単一のプリント回路板アセンブリ（ＰＣＢＡ）４２０２上に設置され得る
。代替的な形態では、ＲＰＴデバイス４０００は、一つまたは複数のＰＣＢＡ４２０２を
含むことができる。
【００７４】
一つまたは複数のプロセッサを含むことができるＲＰＴ装置４０００の中央コントロー
ラ４２３０は、好ましくは、前処理モジュール、治療エンジンモジュール、圧力制御モジ
ュールおよびさらに好ましくは、障害状態モジュールを含む一つまたは複数のアルゴリズ
ムモジュールを実行するようにプログラム化され得る。これは、本明細書の全般にわたっ
て記述される一つまたは複数の換気制御方法で構成され得る換気制御モジュールを更に含
むことができる。
【００７５】
４．４．１  ＲＰＴデバイスの機械的および空気圧構成要素４１００
４．４．１．１  空気フィルター（複数）４１１０
本発明の技術の一形態によるＲＰＴデバイスは、空気フィルター４１１０、または一つ
または複数の空気フィルター４１１０を含むことができる。
【００７６】
一形態において、空気入口フィルター４１１２は、送風機４１４２の空気圧経路上流の
先頭に位置している。図４ｂを参照する。
【００７７】
一形態において、例えば、抗菌フィルターのような出口空気フィルター４１１４は、空
気ブロックの出口４０２０と患者インターフェース３０００との間に配置している。図４
ｂを参照する。
【００７８】
４．４．１．２  マフラー４１２０
本発明の技術の一形態において、入口マフラー４１２２は、送風機４１４２の空気圧経
路の上流に配置される。図４ｂを参照する。
【００７９】
本発明の技術の一形態において、出口マフラー４１２４は、 送風機４１４２と患者イ
ンターフェース３０００との間の空気圧経路内に配置される。図４ｂを参照する。
【００８０】
４．４．１．３  圧力デバイス４１４０
本発明の技術の好ましい一形態において、陽圧の空気の流れを発生するための圧力デバ
イス４１４０は、制御可能な送風機４１４２である。例えば、送風機は、一つまたは複数
のインペラーが渦巻室内に収納されたブラシレスＤＣモータ４１４４を含むことができる
。送風機は、好ましくは、空気の供給を、例えば、約１２０  リットル／分の速度で、約
４ｃｍＨ２Ｏから約２０ｃｍＨ２Ｏ、または他の形態においては約３０ｃｍＨ２Ｏまでの
範囲の陽圧により送達することができる。
【００８１】
圧力デバイス４１４０は、治療デバイスコントローラ４２４０の制御下にある。
【００８２】
４．４．１．４  トランスデューサ４２７０
本発明の技術の一形態において、一つまたは複数のトランスデューサ４２７０は、圧力
デバイス４１４０の上流に配置される。一つまたは複数のトランスデューサ４２７０は、
空気圧経路内のその地点の空気の特性を測定するように製作され、配置される。
【００８３】
本発明の技術の一形態において、一つまたは複数のトランスデューサ４２７０は、圧力
デバイス４１４０の下流および空気回路４１７０の上流に配置される。一つまたは複数の
トランスデューサ４２７０は、空気圧経路内のその地点の空気の特性を測定するように製
作され、配置される。
【００８４】
本発明の技術の一形態において、一つまたは複数のトランスデューサ４２７０は、患者
インターフェース３０００の近くに配置される。
【００８５】
４．４．１．５  アンチスピルバック弁４１６０
本発明の技術の一形態において、アンチスピルバック弁は、加湿器５０００と空気圧ブ
ロック４０２０との間に配置される。アンチスピルバック弁は、水が加湿器５０００から
上流に、例えば、モータ４１４４に流れる危険性を低減するように製作され、配置される
。
【００８６】
４．４．１．６  空気回路４１７０
本発明の技術の一形態による空気回路４１７０は、空気圧ブロック４０２０と患者イン
ターフェース３０００との間に空気の流れを可能にするように製作され、配置構成される
。
【００８７】
４．４．１．７  酸素送達
本発明の技術の一形態において、補給酸素４１８０は、空気圧経路内のある地点に送達
される。
【００８８】
本発明の技術の一形態において、補給酸素４１８０は、空気圧ブロック４０２０の上流
に送達される。
【００８９】
本発明の技術の一形態において、補給酸素４１８０は、空気回路４１７０に送達される。
【００９０】
本発明の技術の一形態において、補給酸素４１８０は、患者インターフェース３０００に
供給される。
【００９１】
４．４．２  ＲＰＴデバイス電気構成要素４２００
４．４．２．１  電力供給装置４２１０
本発明の技術の一形態において、電力供給装置４２１０は、ＲＰＴデバイス４０００の
外部ハウジング４０１０の内部にある。本発明の技術の他の形態において、電力供給装置
４２１０は、ＲＰＴデバイス４０００の外部ハウジング４０１０の外部にある。
【００９２】
本発明の技術の一形態において、電力供給装置４２１０は、電力をＲＰＴデバイス４０
００のみに供給する。本発明の技術の他の形態において、電力供給装置４２１０は、電力
をＲＰＴデバイス４０００と加湿器５０００との両方に供給する。電源供給デバイスは、
また、本明細書の全般にわたって記載されたように、換気配列のために、アクチュエータ
、コントローラおよび／またはセンサに電力を選択的に供給することができる。
【００９３】
４．４．２．２  入力デバイス４２２０
本発明の技術の一形態において、ＲＰＴデバイス４０００は、作業者が前記デバイスと
交流できるように、ボタン、スイッチまたはダイヤルの形態の一つまたは複数の入力デバ
イス４２２０を含む。これらは、換気配列のようなＲＰＴデバイスの構成要素の動作設定
を入力するために実施され得る。ボタン、スイッチまたはダイヤルは、物理的デバイスで
あるかまたはタッチスクリーンを介してアクセス可能なソフトウェアデバイスであること
ができる。これらのボタン、スイッチまたはダイヤルは、一形態では、外部ハウジング４
０１０に物理的に接続されるかまたは他の形態では、中央コントローラ４２３０に電気的
に接続される受信機と無線方式で通信することができる。
【００９４】
一形態において、入力デバイス４２２０は、作業者が値および／またはメニューオプシ
ョンを選択できるように製作され、配置され得る。
【００９５】
４．４．２．３  中央コントローラ４２３０
本発明の技術の一形態において、中央コントローラ４２３０は、入力デバイス４２２０
から入力信号（など）を受信し、出力信号（など）を出力デバイス４２９０および／また
は治療デバイスコントローラ４２４０に提供するように構成された専用電子回路である。
【００９６】
一形態において、中央コントローラ４２３０は、アプリケーション特定集積回路である
。また他の形態において、中央コントローラ４２３０は、別の電子構成要素を含む。
【００９７】
本発明の技術のまた他の形態において、中央コントローラ４２３０は、  ｘ８６のＩＮ
ＴＥＬプロセッサーなどのＲＰＴデバイス４０００を制御するのに適したプロセッサーで
ある。
【００９８】
本発明の技術の他の形態によるＲＰＴデバイス４０００を制御するのに適したプロセッ
サー４２３０は、ＡＲＭ  ＨｏｌｄｉｎｇｓのＡＲＭ  Ｃｏｒｔｅｘ−Ｍプロセッサーに
基づいたプロセッサーを含む。例えば、ＳＴ  ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳのＳＴ
Ｍ３２シリーズマイクロコントローラが使用され得る。
【００９９】
本発明の技術の他の代替的形態によるＲＰＴデバイス４０００を制御するのに適した他
のプロセッサーは、ファミリＡＲＭ９−ベース３２ビットＲＩＳＣ  ＣＰＵから選択され
たメンバーを含む。例えば、ＳＴ  ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳのＳＴＲ９シリー
ズマイクロコントローラが使用され得る。
【０１００】
本発明の技術の特定代替形態において、１６ビットＲＩＳＣ  ＣＰＵは、  ＲＰＴデバ
イス４０００に対するプロセッサーとして使用され得る。例えば、ＴＥＸＡＳ  ＩＮＳＴ
ＲＵＭＥＮＴＳで製造したマイクロコントローラのＭＳＰ４３０  ファミリからのプロセ
ッサーが使用され得る。
【０１０１】
プロセッサーは、一つまたは複数のトランスデューサ４２７０、および一つまたは複数
の入力デバイス４２２０から入力信号を受信するように構成される。
【０１０２】
プロセッサーは、出力信号を出力デバイス４２９０、治療デバイスコントローラ４２４
０、データ通信インターフェース４２８０、および加湿器コントローラ５２５０のうちの
一つまたは複数に提供するように構成される。
【０１０３】
本発明の技術のいくつかの形態において、中央コントローラ４２３０のプロセッサー、
または複数のそのようなプロセッサーは、メモリ４２６０などの非一時的な（ｎｏｎ−ｔ
ｒａｎｓｉｔｏｒｙ）コンピュータ可読記憶媒体に格納されるコンピュータプログラムと
して表現される一つまたは複数のアルゴリズム４３００などの、本明細書で説明されてい
る一つまたは複数の方法を具現するように構成される。一部の場合には、既に説明されて
いるように、そのようなプロセッサーは、ＲＰＴデバイス４０００に統合することができ
る。しかし、本発明の技術のいくつかの形態におおいて、プロセッサーは、呼吸器処置の
実施を直接的に制御することなく本明細書で説明されている方法のいずれかを行うことな
どを目的として、ＲＰＴデバイス４０００の空気圧構成要素から個別的に実行され得る。
例えば、そのようなプロセッサーは、本明細書で説明されているセンサのいずれかなどか
ら格納されているデータの解釈によって換気デバイスに対する制御設定またはその他の呼
吸器関連イベントを決定することを目的として本明細書で説明されている方法のうちのい
ずれかを行うことができる。同様に、このようなプロセッサは、本明細書に記載されてい
る換気デバイスの動作を制御するために、本明細書に記載されている任意の方法のうちの
いずれかを実行することができる。
【０１０４】
４．４．２．４  クロック４２３２
好ましくは、ＲＰＴデバイス４０００は、プロセッサーに接続されているクロック４２
３２を含む。
【０１０５】
４．４．２．５  治療デバイスコントローラ４２４０
本発明の技術の一形態において、治療デバイスコントローラ４２４０は、中央コンドロ
−ルロ４２３０のプロセッサーによって実行されるアルゴリズム４３００の一部を形成す
る圧力制御モジュール４３３０である。
【０１０６】
本発明の技術の一形態において、治療デバイスコントローラ４２４０は、専用モータ制
御集積回路である。例えば、ＯＮＳＥＭＩで製造したＭＣ３３０３５ブラシレスＤＣモー
タコントローラが使用される。
【０１０７】
４．４．２．６  保護回路４２５０
好ましくは、本発明の技術によるＲＰＴデバイス４０００は、一つまたは複数の保護回
路４２５０を含む。
【０１０８】
保護回路４２５０の一形態は、電気保護回路である。
【０１０９】
本発明の技術による保護回路４２５０の一形態は、温度、または圧力安全回路である。
【０１１０】
４．４．２．７  メモリ４２６０
本発明の技術の一形態によれば、ＲＰＴデバイス４０００は、メモリ４２６０、好まし
くは不揮発性メモリを含む。いくつかの形態において、メモリ４２６０は、電池式スタテ
ィックＲＡＭを含むことができる。いくつかの形態において、メモリ４２６０は、揮発性
ＲＡＭを含むことができる。
【０１１１】
好ましくは、メモリ４２６０は、ＰＣＢＡ４２０２上に配置される。メモリ４２６０は
、ＥＥＰＲＯＭまたはＮＡＮＤフラッシュの形態であり得る。
【０１１２】
追加的に、または代替的に、ＲＰＴデバイス４０００は、移動可能な形態のメモリ４２
６０、例えば、セキュアデジタルＳＤ規格に従って製作されたメモリカードを含む。
【０１１３】
本発明の技術の一形態において、メモリ４２６０は、非一時的なコンピュータ可読記憶
媒体として作動し、この媒体に、一つまたは複数のアルゴリズム４３００などの、本明細
書で説明されている一つまたは複数の方法を表現するコンピュータプログラム命令が格納
される。
【０１１４】
４．４．２．８  トランスデューサ４２７０
トランスデューサは、デバイスの内部にあるか、ＲＰＴデバイスの外部にあり得る。外
部トランスデューサは、例えば、患者インターフェース上で、例えば、空気送達回路上に
配置されるか、またはその一部を形成することができる。外部トランスデューサは、デー
タをＲＰＴデバイスに送信または転送するドップラーレーダー移動センサなどの非接触セ
ンサの形態のものであり得る。
【０１１５】
４．４．２．８．１  流量
本発明の技術による流量トランスデューサ４２７４は、差圧トランスデューサ、例えば
、ＳＥＮＳＩＲＩＯＮ社のＳＤＰ６００シリーズ差圧トレンスデユーサに基づくものであ
り得る。差圧トランスデューサは、空気圧回路と流体連通し、圧力トランスデューサのそ
れぞれの一つは流れ制限要素内の各第１および第２の地点に接続される。
【０１１６】
使用中に、流量トランスデューサ４２７４からの全流量Ｑｔを表す信号が、プロセッサ
ーによって受信される。
【０１１７】
４．４．２．８．２  圧力
本発明の技術による圧力トランスデューサ４２７２は、空気圧回路と流体連通するよう
に配置される。好適な圧力トランスデューサの一例は、ＨＯＮＥＹＷＥＬＬ  ＡＳＤＸシ
リーズセンサである。代替的に好適な圧力トランスデューサは、ＧＥＮＥＲＡＬ  ＥＬＥ
ＣＴＲＩＣ社のＮＰＡシリーズセンサである。
【０１１８】
使用中に、圧力トランスデューサ４２７２は、中央コントローラプロセッサーによって
受信される。一形態において、圧力トランスデューサ４２７２からの信号は、中央コント
ローラ４２３０によって受信される前にフィルター処理される。
【０１１９】
４．４．２．８．３  モータ速度
本発明の技術の一形態において、モータ速度信号４２７６が生成される。モータ速度信
号４２７６は、好ましくは、治療デバイスコントローラ４２４０によって送られる。モー
タ速度は、例えば、ホール効果センサなどの、速度センサによって発生され得る。
【０１２０】
４．４．２．９  データ通信システム４２８０
本発明の技術の好ましい一形態において、データ通信インターフェース４２８０が備え
られ、中央コントローラプロセッサーに接続される。データ通信インターフェース４２８
０は、好ましくは、遠隔外部通信ネットワーク４２８２に接続可能である。データ通信イ
ンターフェース４２８０は、好ましくは、ローカル外部通信ネットワーク４２８４に接続
可能である。好ましくは、遠隔通信ネットワーク４２８２は、遠隔外部デバイス４２８６
に接続可能である。好ましくは、ローカル外部通信ネットワーク４２８４は、ローカル外
部デバイス４２８８に接続可能である。
【０１２１】
一形態において、データ通信インターフェース４２８０は、中央コントローラ４２３０
の一部である。他の形態において、データ通信インターフェース４２８０は、中央コント
ローラプロセッサーから分離している集積回路である。
【０１２２】
一形態において、遠隔外部通信ネットワーク４２８２は、インターネットである。デー
タ通信インターフェース４２８０は、有線通信（例えば、Ｅｔｈｅｒｎｅｔ、または光フ
ァイバーを介する）または無線プロトコルを使用してインターネットに接続することがで
きる。
【０１２３】
一形態において、ローカル外部通信ネットワーク４２８４は、Ｂｌｕｅｔｏｏｔｈ（登
録商標）などの一つまたは複数の通信規格、または消費者向けの赤外線プロトコルを利用
する。
【０１２４】
一形態において、遠隔外部デバイス４２８６は、一つまたは複数のコンピュータ、例え
ば、ネットワークコンピュータのクラスタである。一形態において、遠隔外部デバイス４
２８６は、物理的コンピュータではなく、仮想コンピュータであり得る。いずれの場合に
も、そのような遠隔外部デバイス４２８６は、臨床医などの適切な権限を有した作業者に
よるアクセスが可能であり得る。
【０１２５】
好ましくは、ローカル外部デバイス４２８８は、パーソナルコンピュータ、携帯電話、
タブレット、または遠隔制御である。
【０１２６】
４．４．２．１０  オプションのディスプレイ、警報を含む出力デバイス
本発明の技術による出力デバイス４２９０は、視覚的ユニット、聴覚的ユニット、およ
び触覚的ユニットのうちの一つまたは複数の形態を取ることができる。視覚的ディスプレ
イは、液晶ディスプレイ（ＬＣＤ）または発光ダイオード（ＬＥＤ）ディスプレイであり
得る。
【０１２７】
４．４．２．１０．１  ディスプレイドライバ４２９２
ディスプレイドライバ４２９２は、入力として、ディスプレイ４２９４上に表示するた
めに意図される文字、記号、または画像を受け取り、それらをディスプレイ４２９４にそ
れらの文字、記号、または画像を表示させる命令に変換する。
【０１２８】
４．４．２．１０．２  ディスプレイ４２９４
ディスプレイ４２９４は、ディスプレイドライバ４２９２から受信された命令に応答し
て文字、記号、または画像を視覚的に表示するように構成される。例えば、ディスプレイ
４２９４は、８つのセグメントディスプレイであることができ、この場合に、ディスプレ
イドライバ４２９２は、数字「０」などの各文字、または記号を８つの論理信号に変換し
、この論理信号は、８つの各セグメントが特定の文字、または記号を表示するために活性
化することができるか否かを示す。
【０１２９】
４．５  通信および診断システム
図７は、本開示の態様など実施され得る例示的なシステム７００を示す。このような例
は、本開示の範囲または本明細書に説明された特徴の有用性を制限するものと見なされる
べきではない。この例において、システム７００は、サーバー７１０、患者デバイス７２
０、格納システム７５０だけでなく、コンピューティングデバイス７６０を含み、この例
で臨床医またはデバイスサポートサービス担当者と関連され得る。これらのデバイスは、
それぞれネットワーク４２８２を介して通信することができる。システム７００は、任意
のサイズのネットワークにスケールすることができる。例えば、３つの患者デバイス７２
０のみが示されたが、システム７００は、任意の数の患者デバイスを含むことができる。
【０１３０】
各患者デバイス７２０は、ＲＰＴ４０００、加湿器５０００および患者インターフェー
ス３０００を含む一つまたは複数のデバイスを含むことができる。また、それぞれの患者
デバイス７２０は、遠隔位置で、および異なる患者によって操作され得る。コントローラ
プロセッサー４２３０およびメモリ４２６０のみが患者デバイス７２０に示されているが
、各患者デバイスは、ＲＰＴ４０００、加湿器５０００および患者インターフェース３０
００と関連して前述の構成要素のいずれかを含むことができる。また、患者デバイス７２
０が４２８２を介して直接通信するものと示されているが、それぞれの患者デバイスは、
外部コンピューティングデバイスを介してネットワーク４２８２上で通信することもでき
る。例えば、患者デバイス７２０は、ネットワーク４２８２を介してデータを送信するパ
ーソナルコンピュータと通信することができる。
【０１３１】
サーバー７１０は、一つまたは複数のプロセッサー７１２、メモリ７１４を含むことが
でき、汎用コンピューティングデバイスに通常的に存在する他の構成要素と組み込まれる
ことができる。サーバー７１０のメモリ７１４は、プロセッサー７１２によって実行され
得る命令７１５を含むプロセッサー７１２によってアクセス可能な情報を格納することが
できる。メモリ７１４は、また、プロセッサー７１２によって検索、操作または格納され
得るデータ７１８を含むことができる。メモリは、プロセッサーによってアクセス可能な
情報を格納することができる任意の非一時的タイプであり得る。命令７１５は、プロセッ
サー７１２によって直接的または間接的に実行される命令などを含むことができる。これ
と関連して、「命令」、「アプリケーション」、「ステップ」および「プログラム」とい
う用語は、本明細書で相互交換可能に使用され得る。命令の機能、方法およびルーチンは
、以下でより詳細に説明する。
【０１３２】
診断データ７１８のようなデータは、命令７１５に従ってプロセッサー７１２によって
検索、格納または修正され得る。例えば、本明細書に記載された主題が任意の特定のデー
タ構造によって制限されないが、データは、コンピュータレジストに格納されることがで
き、すなわち、多くの他のフィールドとレコード、または  ＸＭＬ文書を有するテーブル
としてリレーショナルデータベースに格納され得る。診断データ７１８は、また、数字、
説明テキスト、専用コード、ポインタ、他のネットワーク位置などの他のメモリに格納さ
れたデータに対する参照のような関連情報を識別するか計算するのに十分な任意の情報で
あり得る。一つまたは複数のプロセッサー７１２は、ＣＰＵのような従来のプロセッサー
などを含むことができるか、またはＡＳＩＣのようなハードウェアベース構成要素であり
得る。
【０１３３】
図７は、サーバー７１０、コンピューティングデバイス７６０および患者デバイス７２
０のプロセッサー、メモリおよび他の要素をそれぞれ一つのブロック内にあるように機能
的に示しているが、各デバイスの様々な構成要素は、異なる物理的ハウジング内に格納さ
れ得る。例えば、メモリ７１４は、サーバー７１０のハウジングと異なるハウジングに配
置されたハードドライブまたは他の格納媒体であり得る。同様に、格納システム７５０は
、サーバー７１０の一部であるかまたはサーバー７１０のうちの一つまたは複数と一体に
内蔵され得る。また、プロセッサー７１２は、複数のプロセッサーを含むことができ、そ
の一部または全部は、サーバー７１０のハウジングとは異なるハウジングに配置される。
したがって、プロセッサー、コンピュータ、コンピューティングデバイスまたはメモリに
対する言及は、並列で作動するか作動しないプロセッサー、コンピュータ、コンピューテ
ィングデバイスまたはメモリの集合体に対する言及を含むものとして理解されるだろう。
一部の機能などが単一のプロセッサーを有する単一のコンピューティングデバイス上で発
生するものとして本明細書で説明されたが、本開示の様々な態様などは、ネットワーク４
２８２を介して通信するもののように互いに情報を通信する複数のコンピューティングデ
バイスによって具現され得る。
【０１３４】
多くの場合に、患者デバイス７２０は、無線通信を使用してネットワーク４２８２と通
信することが好ましい。しかし、本明細書に記載されたネットワーク４２８２および介在
ノードは、ネットワークがインターネット、ワールドワイドウェブ、特定のイントラネッ
ト、広域ネットワーク、ローカルネットワーク、または携帯電話ネットワークの一部とな
ることができるように、様々なプロトコルおよびシステムを使用して相互接続され得る。
ネットワークは、イーサネット（登録商標）、Ｗｉ−Ｆｉ、ＨＴＴＰおよびブルートゥー
ス（登録商標）のような標準的な通信プロトコル、一つまたは複数の会社が独占的に使用
するプロトコルおよび前述の様々な組み合わせを利用することができる。前述のように、
情報が送信または受信されるときに所定の利点が得られるが、本明細書に記載された主題
の他の態様は、情報の特定送信方式に制限されない。
【０１３５】
サーバー７１０は、ネットワーク４２８２を介して格納システム７５０、コンピューテ
ィングデバイス７６０および患者デバイス７２０と通信できる一つまたは複数の通信サー
バーを含むことができる。以下により詳細に説明するように、サーバー７１０は、ネット
ワーク４２８２を介して患者デバイス７２０から診断データ７２８を受信することができ
る。受信された診断データ７２８に応答して、サーバー７１０は、また、サービスデータ
７１６を患者デバイス７２０に送信することができる。
【０１３６】
コンピューティングデバイス７６０は、サーバー７１０と同様に、前述したような一つ
または複数のプロセッサー７６２、メモリ７６４および命令を備えて構成され得る。それ
ぞれのコンピューティングデバイスは、臨床医またはデバイスサポートサービス担当者に
よって使用されるように意図されたパーソナルコンピューティングデバイスであることが
でき、中央処理デバイス（ＣＰＵ）、データおよび命令を格納するメモリ（例えば、ＲＡ
Ｍおよび内部ハードドライブ）、ディスプレイ  ７６６（例えば、スクリーン、タッチス
クリーン、プロジェクタ、テレビ、または情報を表示するように操作できる他のデバイス
を有するモニタ）のようなディスプレイ、およびユーザ入力デバイス７６８（例えば、マ
ウス、キーボード、タッチスクリーンまたはマイクロフォン）と関連して通常使用される
すべての構成要素を備える。
【０１３７】
本開示の態様にしたがってネットワーク４２８２を介して転送されたデータの一部は、
気密の患者情報を含むだろう。したがって、システム７００は、送信されたデータに対す
る不正アクセスを防止するためのセキュリティ対策を実施することができる。一態様にお
いて、システム７００のデバイスなどの間の接続は、ＶＰＮ接続の形態を取ることができ
る。また、データ送信は、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）プロトコ
ルを基盤とすることができる。ネットワーク４２８２を介して送信されたデータは、また
、個人キー基盤構造を使用して暗号化され得る。以下のシステム側面では、一つまたは複
数のウェブページを介してデータを表示することができるが、これらのウェブページは、
保護されたネットワークに関連して示すことができるので、承認されたコンピューティン
グデバイスおよびユーザだけウェブページにアクセスできる。
【０１３８】
４．６  例示的な方法
前述したように、図７に示した各患者デバイス７２０は、ＲＰＴ４０００、加湿器５０
００および患者インターフェース３０００を含む一つまたは複数のデバイスを含むことが
できる。本明細書に記載された動作を行うことにおいて、患者デバイス７２０は、ソフト
ウェアまたはファームウェアを含むことができる命令セット７２６を実施することができ
る。図４ｃに関連して前述のように、ＲＰＴ４０００は、湿度コントローラ５２９０およ
び治療デバイスコントローラ４２４０のような複数のコントローラだけでなく、他のハー
ドウェア構成要素を含むことができる。患者デバイス７２０の作動中に、一つまたは複数
の構成要素に関連して障害が発生することができる。本明細書に記載されたシステムおよ
び方法に示したように、これらの障害は、遠隔で識別され、しばしばサービスされ得る。
開示されたシステムは、サービス担当者に患者デバイス７２０に関するリアルタイムの通
知および診断データを受信することが可能であるので、患者が自分の患者デバイス７２０
に問題を報告する前に潜在的な問題を識別することができる。問題が患者に報告された場
合、開示されたシステムは、ウェブページまたは患者デバイスダッシュボード上のエラー
アイコンおよび警告メッセージの表示を介して障害の可視的表示をサービス担当者に提供
し、手術患者デバイスと関連した詳細データの関連報告書を提供する。このような方式で
、サービス担当者は、患者の報告された問題がデバイスと関連があるか否かを迅速に判定
することができる。
【０１３９】
各患者デバイス７２０は、診断データ７２８を生成して格納することができる。診断デ
ータ７２８は、発生したか発生する可能性のある障害に関するデータを含み、患者デバイ
ス７２０の動作に関連する任意のデータを含むことができる。一態様において、命令セッ
ト７２６は、患者デバイス７２０の様々な構成要素が正しく作動するか否かを判断するた
めに、患者デバイス７２０の包括的検査を実行するための命令を含むことができる。例え
ば、包括的な検査は、電源、患者インターフェース３０００に提供された空気圧だけでな
く、患者デバイス７２０の一つまたは複数の構成要素の温度を検査することを伴うことが
できる。
【０１４０】
一つの態様によれば、障害は、加湿に関連した障害、加熱された管、電源供給装置、送
風機などのような実施される構成要素および作動に基づいて分類され得る。一例において
、特定の障害は、患者がデバイスの使用を中断することを要求するか否かに基づいて分類
され得る。特に、患者デバイス７２０は、検出された障害が患者にデバイスの使用を中断
することを要求するカテゴリーであるか否かを決定することができ、そうであれば、患者
への治療を終了する。患者デバイス７２０は、また、患者にエラーメッセージを表示する
ことができる。エラーメッセージは、発生したか発生する可能性のある障害を記述する場
合がある。
【０１４１】
診断データ７２８は、患者デバイス内の特定の障害の識別に制限されないが、また、デ
バイスの一般的な動作および使用に関連され得る。特に、患者デバイス７２０は、使用時
間、使用中に提供された空気圧、使用中に発生した空気漏れおよび治療中に使用された治
療設定を識別することを含み、患者デバイス７２０の患者の使用に対するログを生成する
ことができる。このような治療設定には、自動または手動調整のために設定することがで
きる様々な気候制御が含まれ得る。例えば、ユーザは、患者デバイス７２０の湿度、温度
および呼気圧力レベルを設定することができる。患者は、また、患者デバイス７２０を「
スマートスタート」および「スマートストップ」設定に設定することができ、患者インタ
ーフェース３０００を着用した患者に対する治療を開始し、患者インターフェース３００
０を脱いだ患者に対する治療を自動的に中断するだろう。
【０１４２】
診断データは、また、治療中の患者の状態に関連することができる。例えば、診断デー
タ７２８は、患者の無呼吸指数、呼吸低下指数および無呼吸−呼吸低下指数、障害データ
、患者使用量、漏れデータ、治療および快適設定および注文デバイス活動および障害ログ
を計算するのに使用され得るデータを含むことができる。患者デバイス７２０に対する周
囲条件も診断データとして収集して格納することができる。例えば、患者デバイスのセン
サは、患者デバイス周辺の温度および湿度に関連するデータを収集するのに使用され得る
。このような追加データを収集して報告された問題をより包括的に診断するのに役に立つ
ことができる。これは、モニタリング対象のデバイスが動作する環境をより完全に把握で
きるためである。例えば、患者が治療が予期せず開始または中断されたと報告すれば、漏
れに対する情報と、圧力治療デバイスの「スマートスタート／ストップ」機能が有効にな
る事実に関する情報がこの問題を説明することができる。したがって、患者問題を解決す
ることは、デバイスにハードウェア障害があるか否かを決定することよりもはるかに重要
である。報告された問題は、全く問題にならないことがあり、患者の側では認知された問
題であり得る。
【０１４３】
一例において、診断データ７２８を収集して患者デバイス７２０によって実行されたイ
ベントまたは動作のログとして提示することができる。ログは、障害が発生したときに、
インスタンスを識別することができ、障害が発生したか発生する可能性がある。圧力処理
デバイスの様々な構成要素における可能性のある障害の表示として動作パラメータをどの
ように使用できるかに対する詳細事項は、公開されたＰＣＴ出願ＷＯ２００００２７４５
７に記載されている。ログは、イベントおよび動作のリストだけでなく、各イベントが発
生した日付および時間を含むことができる。
【０１４４】
一態様によれば、患者デバイス７２０は、収集された診断データ７２８をサーバー７１
０およびコンピューティングデバイス７６０などの一つまたは複数の外部デバイスに送信
することができる。診断データ７２８の送信は、一日または一週間に一回または所定のト
リガリングイベントの発生に基づくことができる。このようなトリガリングイベントのう
ち、一つは、障害の発生の可能性があるので、障害が検出され次第に診断データ７２８が
送信される。障害に直接関連するデータに加えて、患者デバイスは、治療処置情報および
デバイス設定を含む他の診断データ７２８を送信することもできる。
【０１４５】
トリガリングイベントは、また、患者が患者デバイス７２０の使用を中断した以後の所
定の時間に基づくことができる。例えば、命令セット７２６は、患者が患者デバイス７２
０の使用を中断した後、１時間内に診断データ７２８を送信すべきであることを示すこと
ができる。この例において、患者が患者デバイス７２０の使用を中断したが、１時間内に
患者がそれを再び使用すると、診断データ７２８は送信されないだろう。代わりに、患者
デバイス７２０は、患者の患者デバイス７２０の使用が診断データ７２８を送信する前に
１時間の指定された時間の間に停止するまで待機するだろう。診断データ７２８を送信す
る前に所定の時間を待機することにより、命令セット７２６は、患者が患者インターフェ
ース３０００を調整するか簡単に取り除くなど、治療への短い中断に起因する使用データ
の不要な送信を防止することができる。診断データ７２８の送信をトリガするのに使用さ
れる所定の期間は、特定の命令セット７２６が特定の患者デバイスによって実施されるよ
うに構成することができる。
【０１４６】
また他の例において、命令セット７２６は、患者が患者デバイス７２０で治療を受けた
時間量に基づいてトリガリングイベントを指定することができる。この時間は、また、ネ
ットワーク４２８２を介して送信されるデータの量を制限することと、診断データの適時
性を達成することとの間にバランスをとるように命令セット７２６内に構成することがで
きる。命令セット７２６は、また、所定の時間の間に治療が行われなかった場合に、患者
デバイス７２０に診断データ７２８を送信させる。例えば、患者デバイス７２０は、患者
デバイス７２０が２４時間のような所定の時間に使用されなかったことを示す診断データ
７２８をサーバー７１０に送信することができる。
【０１４７】
患者デバイス７２０から診断データ７２８を受信すると、サーバー７１０は、診断デー
タ７１８として受信されたデータを格納することができる。サーバー７１０における格納
された診断データは、コンピューティングデバイス７６０によってアクセスされ、したが
って、サービス担当者などのコンピューティングデバイスのユーザが各患者デバイスの状
態をモニタリングすることができる。したがって、診断データ７１８は、特定の患者デバ
イス７２０および特定の患者と診断データ７１８を連関させる方式でサーバー７１０に格
納され得る。このような方式で、サービス担当者は、特定の患者デバイス７２０に対する
問題点を容易に検出することができる。
【０１４８】
患者デバイス７２０に格納された診断／故障データ７２８は、即時のレビューを可能に
するために必要な時に提供され得る。例えば、患者デバイス７２０のユーザが患者デバイ
ス７２０の作動に問題があるので、患者デバイス７２０のユーザがサービス担当者に電話
をかけると、診断データ７２８の即時検討が必要となることがある。この場合、サービス
担当者は、コンピューティングデバイス７６０を使用して、ユーザによって検出されるか
報告された障害に関する任意の診断データ７２８を含み、特定の期間にわたって収集され
たすべての診断データ７２８のような、患者デバイス７２０から特定の診断データの即時
送信を要求する。
【０１４９】
一態様において、サーバー７１０は、通信サーバーおよびウェブサーバーを含む異なる
タイプのサーバーを含むことができる。この例において、コンピューティングデバイス７
６０は、ウェブサーバーに診断データ７２８を要求することができ、ウェブサーバーは、
その要求を通信サーバーに送信する。次いで、通信サーバーは、患者デバイス７２０から
診断データ７２８を要求して受信することができる。要求に応答して、患者デバイス７２
０は、動作および障害のログとして診断データ７２８を送信することができる。その後、
受信されたログは、ウェブサーバーから通信サーバーに送信されることができ、通信サー
バーは、コンピューティングデバイス７６０によってアクセスされ得る。
【０１５０】
前述のように、サービス担当者または臨床医のようなコンピューティングデバイス７６
０のユーザは、サーバー７１０に格納された診断データ７１８にアクセスすることができ
る。アクセスされた診断データ７１８は、ウェブサイトまたは他のネットワークを介して
コンピューティングデバイス７６０に提示され得る。一態様において、コンピューティン
グデバイス７６０のユーザは、患者情報に基づいて特定の診断データ７１８を検索するこ
とができる。
【０１５１】
図８は、患者の名前に基づく診断データの検索に関連して表示され得るウェブページの
スクリーンショット８００を示す。スクリーンショット８００は、一つまたは複数の患者
に対する検索質疑を入力するのに使用されうる検索フィールド８０２を含む。検索フィー
ルドは、患者の名前、生年月日、識別番号などを含む患者の特定の属性を検索するように
設定され得る。図８に示したように、「Ｄｏｅ」という名前を有する患者に対する検索が
行われた。その結果、提案されたシステムで臨床医は、患者のリストを見ることができる
だけでなく、ハードウェア障害などの障害を有したデバイスがあるか否かも一目で分かる
。また、このシステムは、患者をフィルターリングし、臨床医が要求することに応じて、
障害があるか障害のない患者のみ表示することができる。このような方法では、臨床医は
電話を待つのではなく、問題のあるデバイスを有した患者を積極的に管理することができ
る。
【０１５２】
検索の結果は、コラム見出し８０４〜８１２の下に示されている。検索質疑を満足する
各患者の名前は、コラム見出し８０６の下に示す。また、患者が使用している任意のデバ
イスは、コラム見出し８１２の下に識別された患者の同じ行内で識別され得る。スクリー
ンショット８００における患者デバイスの識別は、患者によって使用される各デバイスに
対するモデル番号を提供するが、コラム見出し８１２は、デバイスの製造社およびデバイ
スのシリアル番号の識別を含み、デバイスに対する追加情報を含むことができる。コラム
見出し８０８の下で、障害を経験したか、または障害が発生する可能性のある任意の患者
デバイスに対してアイコン８１４を表示することができる。例えば、Ｊｏｈｎ  Ｄｏｅの
モデルＳ１０  Ｎｅｗｐｏｒｔデバイスに障害が発生したことを示すアイコン「Ｊｏｈｎ
Ｄｏｅ」の隣にアイコン８１４が表示される。前述のように、この障害の決定は、Ｊｏ
ｈｎ  Ｄｏｅの患者デバイス７２０から送信された診断データに基づいてサーバー７１０
によって行われることができる。アイコン８１４は、任意の数のフォームを取ることがで
き、発生した障害のタイプに基づいて変更することができる。例えば、アイコン８１４は
、患者デバイスのどの構成要素が障害を経験したか、障害によって患者デバイスが動作を
停止したか、および患者が障害を報告したか否かに応じて可変的な外観を有することがで
きる。このようにして、サービス担当者は、問題の性質を迅速に把握し、どのような追加
措置を考慮すべきかを決定することができる。サービス担当者は、また、アイコン８１４
と共に提供される任意の報告書だけでなく、アイコン８１４の外観を使用して患者によっ
て報告された問題がデバイスに関連しているか否かを決定することができる。例えば、非
デバイス関連の問題には、環境問題または患者関連の問題によって発生する問題が含まれ
得る。
【０１５３】
障害の識別に加えて、スクリーンショット８００に示されたウェブページは、また、各
患者のデバイスに関連した他の診断データを表示することができる。例えば、コラム見出
し８０４の下のアイコンは、患者のデバイスが現在ネットワークに接続されているか否か
を示す。特に、アイコン８１６は、Ｊｏｈｎ  Ｄｏｅのデバイスが現在ネットワークに接
続されていることを示すが、アイコン８１８は、  Ｒｏｂｅｒｔ  Ｄｏｅのデバイスが現
在ネットワークに接続されていないことを示す。コラム見出し８１０の下に列挙された日
付は、患者が患者デバイスを最後に使用した日付を示す。一態様によれば、コンピューテ
ィングデバイス７６０のユーザーは、図８に示したウェブページディスプレイをカスタマ
イズして、各患者デバイスに対する追加情報を表示することができる。
【０１５４】
図９のスクリーンショット９００から分かるように、ウェブページは、ポップアップウ
ィンドウを介して特定の患者デバイスに対する追加的な診断データを提供することができ
る。例えば、ユーザがアイコン８１４上にカーソル９０４を動かすときに、ポップアップ
ウィンドウ９０２が現れる。ポップアップウィンドウは、患者に関する追加情報だけでな
く、障害が検出された特定の患者デバイスを識別することができる。例えば、ポップアッ
プウィンドウ９０２は、患者ＩＤ、９８７−６５４−３２１によって患者Ｊｏｈｎ  Ｄｏ
ｅを識別し、シリアル番号１２３４５６７８９によって患者デバイスを識別する。ポップ
−ウィンドウ９０２は、また、患者デバイスに対して検出された障害に関する情報を表示
することができる。特に、  警告アイコン９０６は、デバイス１２３４５６７８９の送風
機に関連して障害が発生したことを示す一方、チェックアイコン９０８は、デバイスの電
源供給に関連して障害が検出されなかったことを示す。一態様によれば、ユーザは、障害
を示す特定のデータ、障害が最初に検出された日付および時間、および患者デバイスの現
在の設定を含む検出された障害に関する追加の詳細事項を受信するために、警告アイコン
９０６を選択することができる。障害は、機能領域の任意の構成要素、サブシステムおよ
び送風機（フロージェネレータ）のような議論された例に関連することができ、電源供給
デバイスは、システム機能を説明するための例に過ぎないという点に留意されたい。
【０１５５】
図１０は、診断データがユーザに表示され得る他の方法を示す。スクリーンショット１
０００から分かるように、ウェブページは、患者リストではなく、デバイスリストに関連
して診断データを表示することができる。特に、患者のデバイス情報は、患者の特定の識
別なしに提示されて、サービス担当者に対する患者のプライバシーを維持することができ
る。例えば、患者デバイスの診断データは、シリアル番号のようなデバイス識別子に基づ
いてアクセスすることができる。コラム１００２の下に、特定の患者デバイスをそのシリ
アル番号で列挙することができ、すべての障害表示は、コラム１００４に提供される。追
加の診断データが他のコラムに表示され得る。例えば、コラム見出し１００６の下に表示
されたグラフィックは、過去１０日間の各患者デバイスの使用を示す。特に、各使用アイ
コン１０１０〜１０１８は、患者デバイス９８７６５４３２１が特定の日の過程の間に使
用された程度を示す。空の使用アイコン１０１０は、患者デバイス９８７６５４３２１が
５月１日に使用されなかったことを示す。対照的に、使用アイコン１０１２は、患者が５
月６日に６時間のような少なくとも所定の時間量の間に患者デバイスを使用したことを示
す。部分的に陰影された使用アイコン１０１４は、患者デバイスが  ５月２日に使用され
たが、デバイスは、所定量の時間の間に使用されなかったことを示す。使用アイコン１０
１０〜１０１８は、また、患者デバイスが使用された方法を示すことができる。例えば、
使用アイコン１０１６に表示された「Ｌ」は、５月４日に患者の治療中に空気漏れが感知
されたことを示すことができる。また、アイコン１０１８に表示された「Ｍ」は、デバイ
スが現在モニタリングされているか、または診断データがその日にまだ受信されなかった
ことを示すことができる。図９のアイコン８１４に関連して前述したように、ユーザは、
カーソルを移動させるかアイコン１０２０を選択することによって、アイコン１０２０に
よって表示された障害に関連する追加の情報を得ることができる。一態様において、ユー
ザは、特定の日に関連して患者デバイス９８７６５４３２１に対する診断データだけでな
く、障害が発生した時点に、一つまたは複数の患者デバイス構成要素の設定に関連した診
断データのログを受信するために、使用アイコン１０１０〜１０１８のうち、一つを選択
することができる。例えば、診断データは、自動気候制御設定が障害時間に患者デバイス
の障害または湿度レベル設定時に、活性化されたが否かを識別することができる。ログに
は、指定された時間の間に発生したすべての操作および障害を含むことができる。
【０１５６】
一態様によれば、患者の在宅看護提供者（ＨＣＰ）または関連するサービス担当者は、
特定の患者デバイス７２０のトラブルシューティングを行うために、図７のシステム７０
０を使用することができる。患者が患者デバイス７７２０に問題を経験した場合、ＨＣＰ
は、コンピューティングデバイス７６０を使用して特定の患者デバイス７２０に対するサ
ーバー７１０に格納された診断データ７１８にアクセスすることができる。患者デバイス
７２０に対する識別番号、例えば、シリアル番号を入力すると、サーバー７１０は、コン
ピューティングデバイス７６０にも図１１のスクリーンショット１１００に示したウェブ
ページのようなトラブルシューティングウェブページを提供することができる。このウェ
ブページには、選択したデバイスに対して障害が感知されたか否かを示すメッセージが明
確に表示される場合がある。例えば、スクリーンショット１１００のウェブページは、障
害が発生したことを示す障害メッセージ１１０２を表示する。このメッセージは、障害の
性格を示すだけでなく、障害を処理する方法に対する指針を提供することができる。特に
、図７に戻って、サーバー７１０は、検出された障害が遠隔で対処することができるか否
かを決定することができる。そうであれば、障害メッセージは、障害に対する支援を求め
る際に使用される電話番号またはウェブページリンクを提供することができる。代替的に
、障害が遠隔で対処することができないと判定された場合、メッセージは、障害を解決す
るために患者が患者デバイスをサービスセンターに運ばなければならないことを示すこと
ができる。サーバー７１０に格納された診断データ７１８が障害が発生したことを示さな
い場合、障害が検出されなかったことを示すメッセージがウェブページ上に提供され得る
。障害が遠隔で対処することができるか否かを決定することは、少なくとも部分的には、
患者デバイス７２０に対する障害が特定の形態のハードウェア故障に基づくことを診断デ
ータ７１８が示すか否かに基づくことができるが、これは、ハードウェア故障に基づくい
くつかの障害がサービスセンターで解決する必要があるからである。このような場合、ト
ラブルシューティングが直ちに終了することができ、患者は、サービスのために患者デバ
イスを持ち込むように指示されることがある。
【０１５７】
代替的に、マスク適合などのいくつかのハードウェア問題は、トラブルシューティング
ウェブページを介してＨＣＰまたは患者に命令を提供することによって、遠隔で対処する
こともできる。また、障害が不適切な患者デバイス設定に基づくか、または障害が患者デ
バイスのソフトウェアまたはファームウェアに基づく場合、障害は、サーバー７１０によ
って遠隔で対処することができる。例えば、患者デバイス７２０のソフトウェアにおける
障害は、患者デバイス７２０に送信される命令セット７２６のアップデートによって対処
することができる。したがって、サーバー７１０は、命令セット７２６のアップデートを
ネットワーク４２８２を介して患者デバイス７２０に送信することによって、トラブルシ
ューティングを行うことができる。
【０１５８】
障害メッセージ１１０２に加えて、図１１に示したトラブルシューテングウェッブペー
ジは、デバイスのモデル番号およびシリアル番号を含み、患者デバイス７２０に関する様
々な情報を表示することができる。トラブルシューテングウェッブページには、呼吸圧力
緩和、スマートスタート／ストップ、気候制御オプション、加湿設定、加熱管温度設定な
どのデバイスの現在の設定も表示されることもできる。  トラブルシューテングウェッブ
ページには、障害が発生した時刻またはその付近の時刻で患者の室内温度および湿度のよ
うな環境診断データを表示することができる。また、ラブルシューテングウェッブページ
は、スクリーンショット１１００に表示された５日間の使用アイコン１１０４などの使用
データを表示することができる。前述したように、この使用データは、患者が患者デバイ
スを使用した時間量、空気漏れが検出された程度だけでなく、患者の無呼吸−呼吸低下指
数に関連したデータを示すことができる。患者デバイスの周辺条件は、トラブルシューテ
ングウェッブページにも表示され得る。加湿器５０００のタイプおよび患者インターフェ
ース３０００のタイプのような患者が使用する様々な構成要素の識別情報は、トラブルシ
ューテングウェッブページでも確認することができる。この情報は、障害を対処する方法
を決定するために、ＨＣＰによって使用され得る。例えば、空気漏れに関連した障害は、
患者が使用するマスクのタイプに応じて異なる方法で対処することができる。図１１に示
したように、患者デバイス７２０に対する最近の漏れ情報と共に、使用されるマスクのタ
イプに関するトラブルシューテングウェッブページ上に情報が提供され得る。マスク情報
は、治療の予期しない停止または乏しいマスク適合に関するインジケータとして使用され
ることができ、患者デバイス７２０と共に使用されるマスクのデザイン、サイズおよびブ
ランドの識別を含むことができる。
【０１５９】
トラブルシューテングウェッブページ、すなわち、ＨＣＰを使用して障害を引き起こし
た原因を識別し、問題に対処するために患者デバイス７２０の設定を調整することができ
る。一様態において、ＨＣＰは、トラブルシューテングウェッブページに直接調整を入力
することによって、患者の治療および患者デバイス７２０の設定を調整することができる
。例えば、ＨＣＰは、図１１のトラブルシューテングウェッブページを使用して、デバイ
ス１２３４５６７８９の湿度レベルをレベル５からレベル３に調整することができる。ト
ラブルシューテングウェッブページの湿度レベルを変更することは、図７に示したサーバ
ー７１０によって受信され得る。次に、サーバー７１０は、患者デバイス７２０に湿度変
更命令を送信することができる。患者デバイス７２０は、受信された命令に応答してその
湿度レベルを変更することができる
【０１６０】
一態様によれば、サーバー７１０は、動作および障害の診断ログの形態で診断データ７
１８をコンピューティングデバイス７６０に送信することができる。一例において、コン
ピューティングデバイス７６０のユーザーは、一つまたは複数の患者デバイス７２０に対
するサーバー７１０から診断ログを要求することができる。この要求は、ログに含まれる
診断データのタイプを特定することができる。例えば、ユーザーは、コンピューティング
デバイス７６０を介して特定の患者デバイスに対して発生したすべての障害に対する診断
ログを要求することができる。代替的に、ユーザーは、加湿器５０００のような特定の構
成要素または構成要素セットに関連したすべての診断データのログを要求することができ
る。このような方式で、コンピューティングデバイスのユーザーは、患者デバイス７２０
に関連して発生した問題に対処するのに使用され得る特定の情報セットが提供され得る。
【０１６１】
図１２のスクリーンショット１２００は、コンピューティングデバイス上に表示され得
る例示的な診断ログを示す。この例において、コンピューティングデバイスは、シリアル
番号１２３４５６７８９を有する患者デバイスで過去２４時間の間に発生したすべての活
動および障害のログを要求した。コラム見出し１２０４の下で識別された日付と時間は、
発生された各障害の日付と時間を示す一方、コラム見出し１２０６にある情報は、エント
リが活動または障害に関連するが否かを指定する。コラム見出し１２０８に提供されるよ
うに、エラーコードは、各障害に対して識別され得る。これを介してサービス担当者は、
発生した特定のタイプの障害を識別することができる。また、各ログエントリは、コラム
見出し１２１０の下に提供される説明を含むことができる。ログエントリの説明は、ユー
ザーがデバイスのマスクを着用するとか離すことのような、発生された活動を識別するか
、または発生された障害に対する情報を提供することができる。
【０１６２】
一態様によれば、ユーザーに提示された診断ログは、ユーザー入力に基づいて拡張され
るかフィルターリングされ得る。例えば、図１２に示した診断ログは、長期間にわたって
、例えば、最後の３０日間にわたって、デバイス１２３４５６７８９に対して発生した活
動および障害を含むように拡張され得る。診断ログは、特定のタイプの活動のみを示すか
患者デバイスで発生した障害のみを表示するようにフィルターリングすることもできる。
このような方式で、ユーザーは、患者デバイスをサービスするのに必要な情報に容易にア
クセスすることができる。
【０１６３】
一態様によれば、図７のサーバー７１０は、障害が患者デバイス７２０のうちの一つで
検出される直ちに障害表示をコンピューティングデバイス７６０に送信することができる
。したがって、診断データに対する要求を待たずに、サーバー７１０は、患者デバイス７
２０に対する診断データが障害が発生したことを示す直ちにコンピューティングデバイス
７６０に通知をプッシュすることができる。この通知は、ＳＭＳメッセージ、電子メール
または他の形式のプッシュ通知として発生することができる。このようにして、ＨＣＰま
たはサービス担当者は、患者デバイス７２０の問題点を直ちに通知受けることができる。
一例において、プッシュ通知は、患者の治療に否定的な影響を及ぼすことができる障害を
有する特定のタイプの障害に対してのみ提供されるだろう。したがって、患者デバイス７
２０から障害の表示を受信すると、サーバー７１０は、識別された障害がプッシュ通知が
コンピューティングデバイス７６０に送信されるべきか否かを決定することができる。
【０１６４】
図１３は、前述したシステムの患者デバイスによって実行され得るフローチャート１３
００である。ブロック１３０２において、患者デバイスは、命令セットにしたがって診断
データを収集する。前述したように、診断データは、患者デバイスに関連して発生する動
作および障害だけでなく、患者デバイスに対する設定の識別を含むことができる。診断デ
ータを収集する間に、患者デバイスは、トリガリングイベントが発生したか否かを決定す
る（ブロック１３０４）。一応、トリガリングイベントが識別されると、患者デバイスは
、診断データをサーバーに送信するなど、  ネットワークを介して診断データの少なくと
も一部を送信することができる（ブロック１３０６）。前述したように、トリガリングイ
ベントは、患者によって実行される動作または患者デバイスによって実行される操作に基
づくことができる。例えば、トリガリングイベントは、患者が所定の期間の間に患者デバ
イスを使用することを中断したという決定に基づくことができる。トリガリングイベント
は、また、サーバーのような外部デバイスから診断データに対する要求を受信することを
含むことができる。要求またはトリガーイベントは、患者デバイスが収集された診断デー
タの特定の部分を送信することを要求することができる。例えば、患者デバイスは、最後
の送信以後に収集されたすべての診断データを送信することができる。
【０１６５】
患者デバイスは、また、サービスデータが受信されたか否かを決定することができる（
ブロック１３０８）。サービスデータは、識別された障害に対処するために、遠隔サービ
スによって提供される情報を含むことができる。例えば、サービスデータは、患者デバイ
スのソフトウェアまたはファームウェアに対するアップデートまたは一つまたは複数の患
者デバイス設定に対するアップデートを含むことができる。サービスデータが受信されな
い場合、患者デバイスは、診断データを収集し続け、ブロック１３０２および１３０４に
したがってトリガリングイベントが発生したか否かを決定することができる。しかし、サ
ービスデータが受信された場合、患者デバイスは、受信されたサービスデータにしたがっ
てアップデートすることができる（ブロック１３１０）。アップデートは、新しい命令セ
ットを追加するか、現在の命令セットを変更するか、患者デバイスの設定を変更すること
を含むことができる。その後、患者デバイスは、アップデート命令を含むことができる現
在の命令セットにしたがって診断データを収集し（ブロック１３０２）、診断データを送
信する（ブロック１３０６）。
【０１６６】
図１４は、システム７００のサーバー７１０を含む開示されたシステムのコンピューテ
ィングデバイスによって実行され得るフローチャート１４００を示す。ブロック１４０２
において、サーバーは、一つまたは複数の患者デバイスに関連した診断データに対する質
疑を受信することができる。例えば、前述したように、サーバー７１０は、特定の患者デ
バイスまたは患者デバイスなどのセットに関連してデータを求めるコンピューティングデ
バイス７６０から質疑を受信することができる。この質疑は、コンピューティングデバイ
ス７６０のユーザーによって提供される一つまたは複数の基準を満たすすべての患者デバ
イスの識別を要求することができる。この基準は、一部の定義された障害を経験したデバ
イスを含む、患者デバイスの任意の数の態様または特徴に基づくことができる。このよう
な方式で、コンピューティングデバイス７６０のユーザーは、可能であれば、患者が問題
を言及するかユーザーに問題を通知する前に、障害が発生した直後に障害を認知すること
ができる。サーバーは、受信された質疑に応答して診断データにアクセスすることができ
（ブロック１４０４）、障害が一つまたは複数の患者デバイスに関連して発生したか否か
を決定することができる（ブロック１４０６）。
【０１６７】
サーバーは、一つまたは複数の患者デバイスに対して発生された任意の障害の識別を含
み、一つまたは複数の患者デバイスに対する診断データを送信することによって質疑に応
答することができる（ブロック１４０８）。診断データの送信は、図８〜図１２に示した
ウェッブページのような一つまたは複数のウェッブページにわたって起こることができる
。前述したように、ウェッブページは、一つまたは複数の患者デバイスに対して発生され
た特定の障害だけでなく、それぞれの識別された障害に関連してとらなければならない潜
在的な動作を識別することができる。
【０１６８】
次に、サーバーは、一つまたは複数の患者デバイスに送信されるサービスデータに対す
る要求を受信することができる（ブロック１４１０）。送信されたサービスデータは、患
者デバイス命令セットに対する一つまたは複数のデバイス設定またはアップデートで調整
するための命令の形態を取ることができる。例えば、患者デバイスの導管内に識別された
凝縮障害に対処する場合に、コンピューティングデバイス７６０のユーザーは、患者デバ
イスにサービスデータとして送信される特定の設定変更を選択して、患者デバイスの加湿
器によって提供される加湿レベルを調整することができる。ブロック１４１０の要求を受
信すると、サーバーは、サービスデータにアクセスするか、そうでなければ生成し（ブロ
ック１４１２）、受信された要求で識別された患者デバイスにサービスデータを送信する
ことができる（ブロック１４１４）。サーバーは、また、サービスデータの送信が成功的
であったか否かを決定することができる（ブロック１４１６）。例えば、サーバーは、各
患者デバイスからエラー通知またはサービスデータが成功的に具現されたというメッセー
ジを受信することができる。サービスデータの送信にエラーが発生すると、サーバーは、
エラーが発生した各患者デバイスに対してサービスデータを再び送信することができる（
ブロック１４１４）。しかし、送信が成功的なら、サーバーは、格納された診断データを
修正して一つまたは複数の患者デバイスが送信されたサービスデータを実行したことを表
示することができる（ブロック１４１８）。
【０１６９】
図１３および図１４に示した動作は、それぞれ単一デバイスによって実行され得るが、
動作は、代替的に、一つまたは複数のデバイスによって実行され得る。例えば、患者デバ
イスは、無線ネットワークを介してパーソナルコンピュータと通信することができ、した
がって、パーソナルコンピュータは、前述した一つまたは複数の動作を実行することがで
きる。図１４および図９に関連して参照されるサーバーは、図１４および図９の実施例は
、また、複数のサーバーを含むことができ、各サーバーは、前述した動作のうち、一つま
たは複数を実行する。フローチャート１３００および１４００から様々な動作などが追加
または除去され得る。例えば、本開示によるシステムは、ブロック１４１２〜ブロック１
４１８に記載された手続きを実行せず、フローチャート１４００に関連した方法を実行す
ることができる。また、様々な動作などがフローチャート１３００および１４００に示し
たものと同一の順序で実行される必要はない。
【０１７０】
４．７  用語解説
本発明の技術の特定の形態において、以下の定義のうちの一つまたは複数が適用され得
る。本発明の技術の他の形態では、代替的な定義が適用され得る。
【０１７１】
４．７．１  一般的な事項
空気：空気は、呼吸可能な気体、例えば、酸素補給を有する空気を含むと解釈される。
【０１７２】
持続的気道陽圧（ＣＰＡＰ）：ＣＰＡＰ処置は、大気に対して連続的に陽圧であり、好
ましくは、患者の呼吸サイクルを介してほぼ一定した圧力で気道の入口への空気または呼
吸可能な気体を供給することを意味する。いくつかの形態において、気道の入口における
圧力は、単一呼吸サイクル内で数センチメートルの水によって変化し、例えば、吸気中に
高く、呼気中に低い。いくつかの形態において、気道の入口における圧力は、呼気中はわ
ずかに高く、吸気中はわずかに低いだろう。いくつかの形態において、患者の様々な呼吸
サイクルの間に圧力が変化し、例えば、患者の一部上気道閉塞の指示が検出されるのに対
応して増加し、一部上気道閉塞の徴候がないときは減少する。
【０１７３】
４．７．２  材料
シリコーンまたはシリコーンエラストマー：合成ゴム。本明細書において、シリコーン
が参照される場合、これは、液体シリコーンゴム（ＬＳＲ）または圧縮形成シリコーンゴ
ム（ＣＭＳＲ）を指す。商業的に販売されているＬＳＲの一形態は、Ｄｏｗ  Ｃｏｒｎｉ
ｎｇで製造したＳＩＬＡＳＴＩＣ（この商標で販売されている製品の範囲に含まれ）であ
る。ＬＳＲのまた他の製造社は、Ｗａｃｋｅｒである。別に、反対として明示されない限
り、ＬＳＲの好ましい形態は、ＡＳＴＭ  Ｄ２２４０を使用して測定時に、約３５〜約４
５の範囲内のショアＡ（またはタイプ  Ａ）圧入硬度を有する。
【０１７４】
ポリカーボネート：ビスフェノール−Ａ  カーボネートの典型的に透明な熱可塑性重合
体。
【０１７５】
４．７．３  患者インターフェースの諸側面
窒息防止弁（ＡＡＶ）：大気圧に対してフェイルセーフ（failsafe manner）に開くこ
とによって患者が過度なＣＯ２を再呼吸する危険を減らす、マスクシステムの構成要素ま
たは部分構成要素。
【０１７６】
屈曲部：角度にわたって方向を変化させるための、流れまたは空気の軸方向を誘導する
導管。一形態において、この角度は、約９０度であり得る。また他の形態において、この
角度は、９０度未満であり得る。導管は、ほぼ円形の断面を有することができる。他の形
態において、導管は、楕円形または矩形の断面を有することができる。
【０１７７】
フレーム：フレームは、ヘッドギアとの２つ以上の接続点の間で張力の負荷を担うマス
ク構造を意味すると解釈される。マスクフレームは、マスク内の非気密耐荷重性構造（no
n-airtight load bearing structure）であってもよい。しかし、いくつかの形態のマス
クフレームは、また、気密であってもよい。
【０１７８】
ヘッドギア：ヘッドギアは、頭部に対して使用するために設計された位置決めおよび安
定化構造の一形態を意味すると解釈される。一実施例において、ヘッドギアは、呼吸治療
を送達するために患者インターフェースを患者の顔上の定位置に配置および維持するよう
に構成された一つまたは複数の支柱、タイ（ｔｉｅ）および補強材の集合を備える。いく
つかのタイは、発泡体および布地の積層複合材のように、柔軟な、可撓性で、弾性の材料
から形成される。
【０１７９】
膜：膜は、好ましくは、実質的に屈曲に対する耐性を有しないが、伸張に対する耐性を
有する、典型的に薄い要素を意味すると解釈される。
【０１８０】
プレナムチャンバ：患者インターフェースプレナムチャンバは、フルフェイスマスク（
例：鼻および口マスク）、鼻マスクまたは鼻枕のようなある容積の空間を囲む壁を有する
患者インターフェースの一部を意味すると解釈され、前記容積部は、患者による使用時に
大気圧以上に加圧された空気を内部に有する。シェルは、患者インターフェースプレナム
チャンバの壁の一部を形成することができる。一つの形態において、患者の顔の領域は、
クッションまたはシールのようなプレナムチャンバの壁のうち、一つに接する。
【０１８１】
シール：名詞形（「ａ  ｓｅａｌ」）は、２つの表面の界面を通る空気の流れに意図的
に抵抗する構造または障壁を意味すると解釈される。動詞形（「ｔｏ  ｓｅａｌ」）は、
空気の流れに抵抗することを意味すると解釈される。
【０１８２】
シェル：シェルは、屈曲、引張および圧縮剛性を有する湾曲構造、例えば、マスクの湾
曲構造壁を形成するマスクの部分を意味すると解釈される。好ましくは、その全体寸法と
比較して、シェルは相対的に薄い。いくつかの形態において、シェルはファセット状にな
っていてもよい。好ましくは、そのような壁は、気密性があるが、いくつかの形態におい
て、それらは気密性がなくてもよい。
【０１８３】
補強材：補強材は、少なくとも１つの方向において別の構成要素の屈曲耐性を増大させ
るように設計された構造的構成要素を意味すると解釈される。
【０１８４】
支柱：支柱は、少なくとも１つの方向において別の構成要素の圧縮耐性を増大させるよ
うに設計された構造的構成要素を意味すると解釈される。
【０１８５】
スイベル：（名詞）例えば、低トルク下で、例えば、独立的に、共通の軸を中心として
回転するように構成されている構成要素のサブアセンブリ。一形態において、スイベルは
、少なくとも３６０度の角度、回転するように構成されている。他の形態において、スイ
ベルは、３６０度未満の角度、回転するように構成されている。空気導管の文脈において
使用される場合、例えば、構成要素のサブアセンブリは、一致した対の円筒形導管を含む
。好ましくは、使用中、スイベルから空気が漏れる流れはほとんどまたは全くない。
【０１８６】
タイ（Ｔｉｅ）：タイは、張力に抵抗するように設計された構造的構成要素であると解
釈される。
【０１８７】
換気口：（名詞）マスクの内部からの空気の漏れの速度を慎重に制御することを可能に
する構造、または、吐き出された二酸化炭素（ＣＯ２）の流出および酸素（Ｏ２）の供給
を可能にするための、外気に対する導管。
【０１８８】
４．８  その他の備考
本特許明細書の開示の一部は、著作権保護の対象となる資料を含む。特許商標庁の特許
包袋または記録において明らかにするために、著作権所有者は、特許文書または特許開示
のいずれかによるファクシミリ複製に対しても異論を唱えないが、その他の面では、どん
なものであれ、すべての著作権を保有している。
【０１８９】
文脈上、別に明らかに示していない限り、値の範囲が与えられている場合、下限の単位
の１０分の１までの、その範囲の上限と下限との間にある介在する値が、  本発明の技術
内に包含されることと理解される。独立的に介在する範囲内に含まれることができ、これ
らの介在する範囲の上限および下限も記載している範囲内の任意の具体的に除外される限
度の対象となり、同様に、本発明の技術内に含まれる。記載されている範囲が一方または
両方の限界値を含む場合、これらの含まれている限界値のうちの一方または両方を除外し
た範囲も本発明の技術に含まれる。
【０１９０】
さらに、一つまたは複数の値が本明細書において本発明の技術の一部として実施される
ものとして記載される場合、そのような値は、別途の言及がない限り近似値であってもよ
く、そのような値は、実際の技術的な実施がそれを許容するがまたは必要とする限り、任
意の適切な有効数字に利用され得ると理解されなければならない。
【０１９１】
別に定義されない限り、本明細書において使用するすべての技術用語および科学用語は
、本発明の技術が属する技術分野の当業者によって一般に理解されている意味と同じ意味
を有する。本明細書に記載されているものと同様または均等な任意の方法および材料を、
本発明の技術の実施または実験において同じく使用することができるが、本明細書には、
限られた数の例示的な方法および材料しか記載されていない。
【０１９２】
特定の材料が使用するのに好ましく、または、構成要素を構成するための一実施例であ
ると確認される場合、同様の特性を有する自明の代替的な材料が代替用として使用され得
る。さらに、他に明示されない限り、本明細書に記載された任意のおよびすべての構成要
素は、製造することができると理解され、したがって、一体にまたは別々に製造すること
ができる。
【０１９３】
本明細書および添付の特許請求の範囲において使用されているものとしての、単数形「
ａ」、「ａｎ」および「ｔｈｅ」は、別途文脈が明確に示していない限り、それらの複数
の均等物を含むことに留意しなければならない。
【０１９４】
本明細書において言及されるすべての刊行物は、それらの刊行物が対象とする方法およ
び／または材料を開示および記載するために、参照として本明細書に組み込まれる。本明
細書において記述される刊行物は、本出願の出願日よりも前に、それらの開示のために単
独で提供されている。本明細書におけるいかなる記載も、本発明の技術が、先行する発明
によってそのような刊行物に先行する資格（ａｄｍｉｓｓｉｏｎ）がないことを認めるも
のとして解釈されるべきではない。さらに、記載されている刊行日は、実際の刊行日とは
異なる場合があり、これは個別に確認する必要がある場合がある。
【０１９５】
さらに、本開示を解釈する上で、すべての用語は、文脈と一致する最も広い合理的な方
法で解釈されるべきである。特に、「含む（ｃｏｍｐｒｉｓｅｓ）」および「含む（ｃｏ
ｍｐｒｉｓｉｎｇ）」という用語は、要素、構成要素、またはステップを非排他的に指し
ているものとして解釈されるべきであり、参照される要素、構成要素、またはステップが
、明示的には参照されていない他の要素、構成要素、またはステップと共に存在し、また
は共に利用されるか、またはそれらと組み合わされてもよいことを示している。
【０１９６】
詳細な説明において使用される主題の見出しは、読者が参照するのを容易にするために
のみ含まれており、特許請求の範囲の開示全体を通じて見出される主題を限定するように
使用されるべきではない。主題の見出しは、特許請求の範囲または特許請求の範囲の限定
事項を解釈するのに使用されるべきではない。
【０１９７】
本発明における技術を、特定の実施形態を参照して説明したが、これらの実施形態は、
本発明の技術の原理および応用の例示に過ぎないことを理解されたい。いくつかの事例に
おいて、用語および記号は、本発明の技術を実施するのに必要ではない特定の詳細を暗示
する場合がある。例えば、「第１の」および「第２の」という用語が使用される場合があ
るが、別途明記されていない限り、それらは、任意の順序を示すように意図されず、別個
の要素の間で区別するために利用され得る。さらに、方法における工程が、ある順序で記
載または図示されている場合があるが、そのような順序は必須ではない。そのような順序
は変更されてもよく、および／またはそれらの態様は同時に、またはさらには同期して実
行されてもよいことを、当業者は認識しよう。
【０１９８】
したがって、本発明の技術の精神および範囲から逸脱することなく、例示的な実施形態
に対して多数の変更をなすことができること、および、他の構成を考え出すことができる
ことを理解されたい。
【符号の説明】
【０１９９】
引用符号のリスト
システム  ７００
サーバー  ７１０
プロセッサー  ７１２
メモリ  ７１４
命令  ７１５
サービスデータ  ７１６
診断データ  ７１８
患者デバイス  ７２０
命令セット  ７２６
診断データ  ７２８
格納システム  ７５０
コンピューティングデバイス  ７６０
プロセッサー  ７６２
メモリ  ７６４
ディスプレイ  ７６６
ユーザー入力デバイス  ７６８
スクリーンショット  ８００
検索フィールド  ８０２
コラム見出し  ８０４〜８１２
アイコン  ８１４〜８１８
スクリーンショット  ９００
ウィンドウ  ９０２
カーソル  ９０４
警告アイコン  ９０６
チェックアイコン  ９０８
患者  １０００
スクリーンショット  １０００
コラム  １００２
コラム  １００４
コラム見出し  １００６
空の使用アイコン  １０１０
アイコン  １０１２〜１０２０
スクリーンショット  １１００
障害メッセージ  １１０２
使用アイコン  １１０４
スクリーンショット  １２００
コラム見出し  １２０４〜１２１０
患者インターフェース  ３０００
シール形成構造  ３１００
プレナムチャンバ  ３２００
周辺部  ３２１０
換気口  ３４００
接続ポート  ３６００
ＲＰＴデバイス  ４０００
外部ハウジング  ４０１０
外部ハウジングの上部  ４０１２
外部ハウジングの下部  ４０１４
パネル  ４０１５
シャーシ  ４０１６
ハンドル  ４０１８
空気圧ブロック  ４０２０
空気圧構成要素  ４１００
空気フィルター  ４１１０
空気入口フィルター  ４１１２
出口空気フィルター  ４１１４
マフラー  ４１２０
入口マフラー  ４１２２
出口マフラー  ４１２４
圧力デバイス  ４１４０
制御可能な圧力デバイス  ４１４０
送風機  ４１４２
制御可能な送風機  ４１４２
ブラシレスＤＣモータ  ４１４４
バック弁  ４１６０
空気回路  ４１７０
補給酸素  ４１８０
電気構成要素  ４２００
ＲＰＴデバイス電気構成要素  ４２００
ＰＣＢＡ  ４２０２
電力供給装置  ４２１０
入力デバイス  ４２２０
中央コントローラ  ４２３０
クロック  ４２３２
治療デバイスコントローラ  ４２４０
保護回路  ４２５０
メモリ  ４２６０
トランスデューサ  ４２７０
圧力トランスデューサ  ４２７２
圧力センサ  ４２７１
モータ速度信号  ４２７６
データ通信インターフェース  ４２８０
遠隔外部通信ネットワーク  ４２８２
ローカル外部通信ネットワーク  ４２８４
遠隔外部デバイス  ４２８６
ローカル外部デバイス  ４２８８
出力デバイス  ４２９０
ディスプレイドライバ  ４２９２
ディスプレイ  ４２９４
圧力制御モジュール  ４３３０
加湿器  ５０００
加湿器コントローラ  ５２５０
湿度コントローラ  ５２９０
患者デバイス  ７７２０
【図１ａ】
2020142094.tif 000004
【図１ｂ】
2020142094.tif 000005
【図１ｃ】
2020142094.tif 000006
【図２ａ】
2020142094.tif 000007
【図２ｂ】
2020142094.tif 000008
【図２ｃ】
2020142094.tif 000009
【図３ａ】
2020142094.tif 000010
【図４ａ】
2020142094.tif 000011
【図４ｂ】
2020142094.tif 000012
【図４ｃ】
2020142094.tif 000013
【図５ａ】
2020142094.tif 000014
【図６ａ】
2020142094.tif 000015
【図７】
2020142094.tif 000016
【図８】
2020142094.tif 000017
【図９】
2020142094.tif 000018
【図１０】
2020142094.tif 000019
【図１１】
2020142094.tif 000020
【図１２】
2020142094.tif 000021
【図１３】
2020142094.tif 000022
【図１４】
2020142094.tif 000023
【手続補正書】
【提出日】令和2年5月8日(2020.5.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
一つまたは複数のコンピューティングデバイスを含む医療デバイスの診断モニタリングのためのシステムであって、
前記一つまたは複数のコンピューティングデバイスが、
複数の患者デバイスから診断データを受信し、前記診断データが前記複数の患者デバイスのうちの少なくとも一つにおける障害の存在を識別し、
前記診断データを格納し、
前記診断データの第１の部分に基づいて、第１の患者デバイスにおける障害の存在を識別し、
前記診断データの第１の部分と、識別された前記障害とのうちの少なくともいずれかを送信し、
前記診断データの第１の部分または識別された障害に基づいて識別されたサービスデータを前記第１の患者デバイスに送信する、システム。
【請求項２】
前記システムが、遠隔コンピューティングデバイスからのクエリに応じて、前記診断データの第１の部分または前記識別された障害を送信する、請求項１に記載のシステム。
【請求項３】
前記システムが更に、前記患者デバイスに送信されることになる前記サービスデータの識別を受信するものであり、前記サービスデータの少なくとも一部が識別された障害に対処するものである、請求項１または２に記載のシステム。
【請求項４】
前記第１の患者デバイスが呼吸圧力治療デバイスを含む、請求項１〜３のいずれか一項に記載のシステム。
【請求項５】
前記診断データが、トリガリングイベントの発生に基づいて受信される、請求項１〜４のいずれか一項に記載のシステム。
【請求項６】
前記診断データが、患者の無呼吸指数と、呼吸低下指数と、無呼吸−呼吸低下指数と、障害データと、患者使用量と、漏れデータと、周囲湿度データと、治療および快適設定と、注文デバイス活動と、障害ログとのうちの少なくとも一つを含む、請求項１〜５のいずれか一項に記載のシステム。
【請求項７】
前記一つまたは複数のコンピューティングデバイスが更に、
前記サービスデータが正常に送信されたという表示を第１の患者デバイスから受信し、
前記第１の患者デバイスによってサービスデータの実行を示すために、診断データをアップデートする、請求項１〜６のいずれか一項に記載のシステム。
【請求項８】
前記システムは、任意の患者が障害のあるデバイスを有しているか否かを示すデータを遠隔コンピューティングデバイスに送信する、請求項１〜７のいずれか一項に記載のシステム。
【請求項９】
前記診断データが、患者の無呼吸指数、呼吸低下指数または無呼吸−呼吸低下指数と、治療設定と、快適設定と、障害データと、患者使用量と、漏れデータと、周囲湿度データと、治療および快適設定と、注文デバイス活動と、患者デバイスの障害ログとのうちの少なくとも一つを含む、請求項１〜８のいずれか一項に記載のシステム。
【請求項１０】
前記障害の存在が、前記第１の患者デバイスの構成要素、サブシステムまたは機能領域において識別される、請求項１〜９のいずれか一項に記載のシステム。
【請求項１１】
前記診断データの第１の部分の送信が遠隔コンピューティングデバイスへのプッシュ通知を含み、識別された障害がプッシュ通知が提供されるタイプのものであるという決定に基づいて前記プッシュ通知が送信される、請求項１〜１０のいずれか一項に記載のシステム。
【請求項１２】
前記サービスデータが、前記第１の患者デバイスの一つまたは複数の設定を調整するための命令を含む、請求項１〜１１のいずれか一項に記載のシステム。
【請求項１３】
前記診断データが、障害が発生した時点で第１の患者デバイスの一つまたは複数の設定を識別する、請求項１〜１２のいずれか一項に記載のシステム。
【請求項１４】
前記識別された障害を送信することが、遠隔コンピューティングデバイス上にディスプレイ用アイコンを提供することを含む、請求項１〜１３のいずれか一項に記載のシステム。
【請求項１５】
前記アイコンが、発生した障害のタイプに基づいて変化する可変的な外観を有する、請求項１４に記載のシステム。
【請求項１６】
前記識別された障害を送信することが更に、遠隔コンピューティングデバイス上にディスプレイ用使用量アイコンを提供することを含み、前記使用量アイコンは、第１の患者デバイスが使用された程度を示す、請求項１〜１５のいずれか一項に記載のシステム。
【請求項１７】
前記診断データは、前記診断デバイスと共に使用されるマスクタイプの漏れ情報と識別とを含む、請求項１〜１６のいずれか一項に記載の方法。
【請求項１８】
前記診断データが、前記患者デバイスの患者デバイス識別子によってアクセス可能である、請求項１〜１７のいずれか一項に記載のシステム。
【請求項１９】
前記識別された障害を送信することが更に、デバイス関連障害が発生したか否かの可視的な表示をディスプレイするために提供することを含む、請求項１〜１８のいずれか一項に記載のシステム。
【請求項２０】
前記システムの医療デバイスは、患者が所定の期間にわたり前記医療デバイスの使用を中断したという決定に基づくトリガリングイベントを受け、前記診断データを送信する、請求項１〜１９のいずれか一項に記載のシステム。
【外国語明細書】
2020142094000001.pdf