JP7434251B2 - 単回投与吸入器監視アタッチメント - Google Patents

Description

本開示は、一般に、薬剤吸入デバイス監視アタッチメントに関する。

喘息は、依然として重大でコストの大きい公衆衛生問題である。世界的に、世界保健機関は、喘息患者数は３億人であると推定し、２０２５までに４億人に増加するであろうと予測する。米国では、喘息は、米国の１２人に１人に影響を及ぼし、罹患率は上昇しつつあり、医療利用費は毎年５６０億ドル以上となっている。

新しい薬剤の開発にかかわらず、入院および救急外来受診率は減っていない。米国では毎年、この病気により約２００万人が救急来院し、５００，０００人が入院し、５，０００人が死亡する。さらに、喘息は、推定１，５００万日の学校欠席、１，２００万日の欠勤の原因となっている。米国の保険会社および雇用者にかかる総年間コストは、１８０億ドルを超える。

これらの悪化の大半は、現在利用可能な治療で防ぐことができるが、喘息患者の５人に１人しか、病気をコントロールしていない。新たに改訂された国のガイドラインは、治療が日々の症状をコントロールし、生活の質を向上させているかどうかをより綿密に監視するよう医者に促している。しかしながら医師には、患者が日々いかによくなっているかを評価するために利用できるツールがほとんどない。ますます多くの医師が、患者を監視し、患者のコントロールレベルを決定するために、定期的な、書面による質問表（喘息管理テストなど）を使用し始めた。これらの手段は患者に、ある期間（通常２～４週間）にわたる症状の頻度、吸入器の使用、ならびに活動レベルおよび制限を、正確に思い出して報告することを要求する。結果として、これらの質問表は、バイアス（記憶力）、症状の異なる解釈、および行動（ノンアドヒアランス（ｎｏｎ－ａｄｈｅｒｅｎｃｅ））によって導入される誤差の影響を受け、それらが使用される時点の情報を提供するにすぎない。

より一般的には、吸入器などの薬剤デバイスは、患者が気流の妨げなどの呼吸器症状を管理することを可能にするコルチコステロイドを投与する。患者が薬剤デバイスを使用するとき、投薬イベントのインスタンスを正確に記録し、記録されたインスタンスを医師に送ることができると、医師によって患者をより良く監視することが可能になる。吸入器などの、そのような薬剤デバイスに取り付けられた薬剤デバイスセンサが、薬剤投与のインスタンスを記録し、記録されたインスタンスをサーバに送信するのに役立つことができるが、そのようなイベントは一般に、報告されるとしても、それらの発生時間よりもかなり後に行われる。場合によっては、そのようなイベントは、数日とまではいかなくても、数時間も後に報告され、これは問題である。

米国特許出願第１２／３４８，４２４号 国際出願第ＰＣＴ／ＵＳ２０１４／０３９０１４号

本開示は、薬剤デバイスセンサを説明し、詳細には単回投与吸入器監視アタッチメントを説明する。単回投与吸入器は、薬剤投与量のプライミング、次いでユーザによる吸入を通して、一度に単回薬剤投与量を与えるために使用される。監視アタッチメントは、監視アタッチメントを単回投与吸入器に固定することを目的とする多くの特徴を有する。これらの特徴は、固定クリップ、非対称性を有する２つの壁を含む本体、および単回投与吸入器上の投与ボタンに対応する溝を含む。固定クリップは、単回投与吸入器上のレッジにはまる。本体は、監視アタッチメントを単回投与吸入器に固定するための１つの向きが存在するように、少なくとも２つの直交する平面で非対称に成形される。本体はまた、単回投与吸入器に張力を与える、固定クリップの壁の反対側の壁を備える。監視アタッチメントの両側に沿った溝は、単回投与吸入器の投与ボタンが溝にはまることを可能にする。監視アタッチメントが単回投与吸入器に固定されたかどうかを検出するために、監視アタッチメントは、リミットスイッチを使用し、リミットスイッチは、監視アタッチメントが単回投与吸入器にしっかりと固定されているとき、押し下げられる。監視アタッチメントが固定されると、監視アタッチメントは、薬剤使用イベントを記録するために他のセンサを作動させることができる。

薬剤投与量のプライミングおよびユーザによる吸入を正確に記録するために、監視アタッチメントは、投与ボタンおよびオーディオセンサに結合された２つのリミットスイッチを備える。２つのリミットスイッチは、単回投与吸入器上の２つの投与ボタンが押されるとき、押し下げられる。薬剤投与量を有するカプセルが単回投与吸入器に装填される場合、２つの投与ボタンを押すと、カプセルに穴が開く。カプセルに穴が開いた後、カプセルは、ユーザによる薬剤の吸入の前に回転する（ｓｐｉｎ）。オーディオセンサは、カプセルの回転とユーザによる吸入の両方についてのオーディオ信号を検出する。投薬イベントのインスタンスを記録するために、監視アタッチメントは、リミットスイッチからおよびオーディオセンサからの確認を待つ。

一実施形態による、正確な、リアルタイムの薬剤デバイス使用を監視し、そのデータに関して分析を行い、薬剤デバイスイベントに基づいて通知を提供するための分析システムを示す図である。 一実施形態による、クライアントデバイス、アプリケーションサーバ、および／またはデータベースサーバとして使用される例示的なコンピューティングデバイスを示すハイレベルブロック図である。 一実施形態による、ユーザから喘息分析システムへ入力および／または出力を提供するクライアントアプリケーションのグラフィカルユーザインターフェースの図である。 一実施形態による、薬剤デバイスセンサの斜視図である。 一実施形態による、単回投与吸入器に取り付けられる薬剤デバイスセンサの斜視図である。 一実施形態による、薬剤デバイスセンサの上面図である。 一実施形態による、固定クリップを有する薬剤デバイスセンサの一部分の斜視図である。 一実施形態による、単回投与吸入器に隣接した固定クリップの一部分の断面図である。

図は、単に例示のために本発明の様々な実施形態を示す。以下の説明から、本明細書で説明する構造および方法の代替実施形態が、本明細書で説明する原理から逸脱することなく使用され得ることを、当業者には容易に認識されよう。

Ｉ．システム環境
図１は、一実施形態による、正確な、リアルタイムの薬剤デバイス使用を監視し、そのデータに関して分析を行い、それらのイベントについて情報を提供するための分析システム１００を示す。

分析システムは、クライアントコンピューティングデバイス１１０（本明細書では単に「クライアント１１０」と呼ぶ）と、薬剤デバイスセンサ１２０（本明細書では単に「センサ１２０」と呼ぶ）と、薬剤デバイス１６０と、アプリケーションサーバ１３０と、データベースサーバ１４０と、ネットワーク１５０とを含む。図１は、分析システム１００の構成要素の大部分の単一の事例しか示していないが、実際には各構成要素の２つ以上が存在する場合があり、図示した構成要素とともに、追加の構成要素またはより少ない構成要素が使用される場合がある。

Ｉ．Ａ．クライアントおよびアプリケーション
クライアント１１０は、それらのユーザの強い要請により、ネットワーク１５０を介して分析システム１００と対話する。説明および明快のために、少なくとも２つの異なるタイプのユーザを識別することが有用である。患者１１１は、センサ１２０によるレコードに基づいてサーバ１３０によって提供される個別のリスク通知を取得するために少なくとも部分的に分析システム１００を利用する、医学的問題を抱えているユーザである。センサ１２０によって記録されたレコードは、１つまたは複数の薬剤デバイス１６０（たとえば、薬剤のタイプごとに１つ）による、レスキューおよびコントローラ薬剤投与をそれぞれ含む、レスキューおよびコントローライベントを含んでもよい。そのような通知は、分析システム１００が患者１１１の薬剤デバイス１６０使用を監視することを可能にするユーザの許可と引き換えに行うことができる。以下で説明するように、投薬イベントは、薬剤デバイス１６０およびユーザのクライアント１１０と関連付けられたセンサ１２０によって検出され、クライアント１１０は次にアプリケーションサーバ１３０に報告し、アプリケーションサーバ１３０は次に、分析システム１００によって決定されたユーザの医学的状態に関して通知を生成するプロセスを開始することができ、通知は、クライアント１１０を介してユーザに提供され得る。

別のタイプのユーザは、医療提供者１１２であり、医療提供者１１２は、この場合もやはり患者１１１の特別な許可を有し、同じく患者の薬剤管理に関する通知を受信する。いくつかの事例では、薬剤デバイスは、薬剤を与えるための医療用服用量吸入器であり、喘息、慢性閉塞性肺疾患、慢性副鼻腔炎、アレルギー、別の呼吸の問題などをコントロールするためにいくつかの薬剤が使用される。患者１１１は、薬剤使用イベントデータおよび薬剤投与に関連するレスキューイベントに関する派生統計および他の関連データを巡って、通知がコミュニティと共有されるための許可を表明してもよい。患者１１１の親／保護者など、自身のクライアント１１０が子供のものとは異なる場合に、同様に通知を受け取ることを希望することがある、他のタイプのユーザもまた考えられる。

クライアント１１０は、コンピュータシステムである。例示的な物理的実装については、図２に関して以下でより十分に説明する。クライアント１１０は、ネットワーク１５０を介して分析システム１００とワイヤレスに通信するように構成される。ネットワーク１５０アクセスがあると、クライアント１１０は、ユーザの地理的位置およびレスキュー投薬イベントの時間、ならびに関連センサ１２０から受信したイベントを説明する情報を、分析システム１００に送信する。

ユーザの位置およびイベント時間に関して、クライアント１１０は、それが接続されるセルラーまたはワイヤレスネットワーク１５０についての情報を使用することにより、地理的位置およびレスキューイベントの時間を決定してもよい。たとえば、クライアント１１０の現在の地理的位置は、ネットワーク１５０接続を提供しているソフトウェアスタックに直接問い合わせることによって決定されてもよい。代替的に、地理的位置情報は、ネットワーク１５０を介してアクセス可能にされる外部ウェブサービス（図１には示していない）にｐｉｎｇを実行することによって取得されてもよい。イベントの時間は、センサ１２０によってイベントデータの一部として提供されるか、クライアント１１０のネイティブオペレーティングシステムの一部として利用可能な適切なソフトウェアルーチンに問い合わせることによってイベントデータに追加されることがある。

アプリケーションサーバ１３０と通信することに加えて、分析システム１００にワイヤレスに接続されたクライアント１１０が、他の接続されたクライアント１１０と情報を交換する場合もある。たとえば、クライアントソフトウェアアプリケーション１１５を介して、医療提供者１１２が、患者１１１について最近のレスキューイベントを説明する通知を受信し、次いでそれに応答して、レスキューイベント治療後に関して患者１１１に助言を送ってもよい。同様に、アプリケーション１１５を介して、患者１１１は、患者の医療提供者１１２および他の患者１１１と通信してもよい。

アプリケーション１１５は、患者１１０の画面上に表示され、ユーザがアプリケーション１１５の動作を制御するためにコマンドを入力することを可能にするユーザインターフェース（本明細書では「ダッシュボード」と呼ぶ）を提供する。ダッシュボードは、医療提供者１１２および患者１１１が分析システム１００にアクセスする機構である。たとえば、ダッシュボードは、患者１１１および提供者１１２が、互いに対話すること、レスキューイベントリスク通知を受信すること、治療についてメッセージを交換すること、追加のイベントおよび非イベントデータを提供および受信することなどを行うことを可能にする。アプリケーション１１５は、ウェブページ、一連のウェブページ、またはインターネットブラウザ内でレンダリングされるように他の方法でコーディングされたコンテンツとしてコーディングされてもよい。アプリケーション１１５はまた、クライアント１１０のネイティブオペレーティングシステム上で動作するように構成された知的所有権のあるソフトウェアプログラムとしてコーディングされてもよい。ダッシュボードについては、図３とともに以下でより十分に説明する。

ダッシュボードを提供することに加えて、アプリケーション１１５はまた、クライアント１１０の資源を使用してローカルで、レスキューイベントデータにいくつかのデータ処理を行った後、ネットワーク１５０を介して処理されたデータを送ってもよい。ネットワーク１１０を介して送られたイベントデータは、アプリケーションサーバ１３０によって受信され、そこで分析され、データベースサーバ１４０とともに記憶および検索されるように処理される。アプリケーションサーバ１３０は、クライアントアプリケーション１１５の必要に応じてデータベースシステム１３０に検索および記憶要求を宛ててもよい。

クライアント１１０は、ネットワークアダプタおよび有線またはワイヤレス通信プロトコルのどちらかを使用してセンサ１２０と通信する。無線通信プロトコルの一例は、ブルートゥース（登録商標）・ロー・エナジー（ＢＴＬＥ）プロトコルである。ＢＴＬＥは、短距離ワイヤレスネットワークで無線リンクを通じてワイヤレスにデータを送信する、短距離、低出力のプロトコル規格である。センサ１２０およびクライアント１１０は、ＢＴＬＥパスキー（ｐａｓｓｋｅｙ）を使用して互いとペアリングされた後、センサ１２０は、自動的に同期し、薬剤デバイス１６０使用に関係する情報をクライアント１１０に通信する。センサ１２０が、レスキュー投薬イベントより前にクライアント１１０とペアリングされていない場合、情報は、そのようなペアリングが行われるまでローカルに記憶される。ペアリングすると、センサ１２０は、記憶されたいずれかのイベントレコードをクライアント１１０に通信する。他の実装形態では、他のタイプのワイヤレス接続が使用される（たとえば、赤外線または８０２．１１）。

クライアント１１０および薬剤デバイス１６０を別個の物理デバイス（それぞれスマートフォンおよび吸入器など）として上記で説明しているが、将来は、薬剤デバイス１６０は、デバイス１６０と単一ハウジングに統合されたセンサ１２０だけでなく、クライアント１１０の態様もまた含む場合があると考えられる。たとえば、薬剤デバイス１６０が、視聴覚情報を提示するために、ディスプレイまたは他の照明要素ならびにスピーカを含むオーディオヴィジュアルインターフェースを含んでもよい。そのような実装形態では、薬剤デバイス１６０自体が、サーバ１３０によって提供された通知の内容を、クライアント１１０を介してそれらを提示する代わりに、またはそれに加えて、直接提示してもよい。

Ｉ．Ｂ．薬剤デバイスおよびセンサ
薬剤デバイス１６０は、呼吸気流の妨げを感じているユーザの肺に薬剤を届けるために使用される医療デバイスである。薬剤デバイス（たとえば、吸入器）は、一般に持ち運びでき、呼吸発作の治療時に利用しやすいように手で運べるほど小さい。一実施形態では、薬は、定量吸入器などの薬剤デバイス１６０を通して、エアロゾルの形態で届けられる。定量吸入器は、エアロゾル薬剤の圧縮高圧ガスキャニスタ（ｐｒｅｓｓｕｒｅｄ ｐｒｏｐｅｌｌａｎｔ ｃａｎｉｓｔｅｒ）と、調整された適用量を届けるための絞り弁と、加圧キャニスタを収納し、また薬を届けるためのマウスピースを形成するプラスチックホルダとを含む。別の実施形態では、薬は、乾燥粉末吸入器などの薬剤デバイス１６０を通して、乾燥粉末の形態で届けられる。乾燥粉末吸入器は、ユーザが乾燥粉末薬剤のストリップにより割出しすることを可能にする、ホイールおよび歯車機構を収納するデカルトの卵形の本体を有してもよい。乾燥粉末吸入器の本体はまた、乾燥粉末をユーザに届けるために、多岐管と、マウスピースとを含む。コントローラ薬剤デバイス１６０によって投与されるコントローラ薬剤の例には、ベクロメタゾン、ブデソニド、およびフルチカゾン、ならびにそれらの薬剤と、サルメテロールまたはホルモテロールなどの長時間作用型気管支拡張薬の組合せが含まれる。レスキュー薬剤デバイス１６０によって投与されるレスキュー薬剤の例には、アルブテロール、サルブタモール、レブアルブテロール、メタプロテレノール、およびテルブタリンが含まれる。

各患者は、２つ以上の薬剤デバイス１６０と関連付けられてもよい。たとえば、患者は、レスキュー薬剤を投与するレスキュー薬剤デバイス１６０と、コントローラ薬剤を投与するコントローラ薬剤デバイス１６０とを有してもよい。同様に、各患者は、２つ以上のセンサ１２０と関連付けられてもよく、各センサは、患者の薬剤デバイス１６０の１つとともに動作するように選ばれる。

一般に、センサ１２０は、薬剤デバイス１６０の使用を監視する物理デバイスである。センサ１２０は、薬剤ディスペンサの動作を妨げることなく薬剤デバイスに取り外し可能に取り付けることができるか、センサ１２０は、薬剤デバイス１６０の製造業者によって利用可能にされる、薬剤デバイス１６０のネイティブパーツである内蔵構成要素である。

センサ１２０は、有線接続によって、またはより一般的にワイヤレス無線周波数接続によってクライアント１１０と通信する、センサ自体のネットワークアダプタ（図示せず）を含む。一実施形態では、ネットワークアダプタは、ブルートゥース （登録商標）・ロー・エナジー （ＢＴＬＥ）ワイヤレス送信機であるが、他の実施形態では、他のタイプのワイヤレス通信が使用されてもよい（たとえば、赤外線、８０２．１１）。

センサ１２０はまた、アプリケーションサーバ１３０とより直接的に通信するように構成されてもよい。たとえば、センサ１２０のネットワークアダプタが、８０２．１１またはＬＴＥなどのワイヤレス規格により通信するように構成される場合、アダプタは、ワイヤレスルータなどのワイヤレスアクセスポイントとデータを交換してもよく、ワイヤレスルータは、必ずしもデータのすべての交換にクライアント１１０を含めることなく、アプリケーションサーバ１３０と通信してもよい。通信のこれらの２つの方法は、相互排他的ではなく、センサ１２０は、イベントデータがアプリケーションサーバ１３０に届くことを確実にするために、たとえば冗長送信を使用して、クライアント１１０とアプリケーションサーバ１３０の両方と通信すること、またはアプリケーションサーバ１３０がイベントに応じてどの通知を提供するかを決定している間、クライアント１１０に直接情報を提供することを行うように構成されてもよい。

上記で紹介したように、センサ１２０は、薬剤デバイス１６０の使用についてのデータを取り込む。詳細には、各センサ１２０は、レスキュー投薬イベント、すなわち、患者１１１によるレスキュー薬剤デバイス１６０の使用の時間および地理的位置を取り込む。各センサ１２０は、リアルタイムで、またはワイヤレス接続が実現されるとすぐに、患者１１１または医療提供者１１２からの入力なしに自動的にイベントデータを送信する。投薬イベント情報は、分析、レスキューイベント通知の生成に使用するために、および複数の患者にわたるイベントデータの集計分析に使用するために、アプリケーションサーバ１３０に送られる。

この目的を果たすために、センサ１２０が構成されるいくつかの異なる方法があり、部分的に構成は、薬剤デバイス１６０の構成によって決まる。一般的に、すべてのセンサ１２０は、クライアント１１０および／またはサーバ１３０への投薬イベント情報を記録し、保存し、報告するために一緒に機能する、上述のオンボードプロセッサ、永続メモリ、およびネットワークアダプタを含む。センサ１２０はまた、イベントの日時を記録するためのクロック、および／またはセンサ１２０の全地球測位システム（ＧＰＳ）座標を記録するためのＧＰＳ受信機を含んでもよい。

特定のセンサ１２０構成について、機械的投与量計数器などの従来の吸入器は、センサ１２０を念頭に置いて設計されず、したがってセンサ１２０は、適宜に構成されてもよい。このようにしていくつかの実装形態は、デバイス１６０の移動、デバイスのプライミング、デバイスの作動、ユーザによる吸入などを検出するために、機械センサ、電気センサ、または光学センサを含む。対照的に、屈曲可能な膜の（ｄｅｆｌｅｃｔａｂｌｅ ｍｅｍｂｒａｎｅ）投与量計数器など、最新の吸入器は電気回路を含み、電気回路は、センサ１２０が受信し、解釈するように設計された電気データ信号としてイベント情報を報告してもよく、たとえば、薬剤デバイス１６０自体が、移動、プライミング、および作動をセンサ１２０に報告してもよい。

センサ１２０は、薬剤デバイス１６０による薬剤投与イベントの記録で使用するために組み込まれるパラメータを記憶してもよい。パラメータは、薬剤デバイス１６０のコンピューティングアーキテクチャによって実行される設定または特定の命令セットを制御するソフトウェア、ファームウェア、またはハードウェアデータである。例示的なパラメータは、限定はしないが、（ｉ）薬剤投与リマインダ時間、遅延時間、または他の同様の設定、（ｉｉ）場合によっては特定のデバイス機能と関連して、薬剤デバイスのオーディオスピーカ上で再生するための個別のオーディオ着信音、（ｉｉｉ）センサ１２０機能の動作を制御するためのソフトウェア命令、（ｉｖ）検知および出力コンポーネント用の較正および構成値、（ｖ）一意のデバイス識別子、認証キー、および暗号化キーを含む。センサ１２０のパラメータの一部または全部が、クライアント１１０に記憶されてもよい。クライアント１１０は、パラメータが更新されると、センサ１２０と通信し、クライアント１１０は、センサ１２０内に記憶し、センサ１２０で使用するために、更新されたパラメータを送信することができる。

センサ１２０および薬剤デバイス１６０のためのハードウェアおよびソフトウェアコンポーネント、ならびにレスキュー投薬イベントを記録するためのそれらの間の対話に関するさらなる情報は、２００９年１月１日に出願された特許文献１、および２０１４年５月２１日に出願された特許文献２に見つけることができ、それらの両方が全体として本明細書に参照により組み込まれる。

Ｉ．Ｃ．アプリケーションサーバ
アプリケーションサーバ１３０は、コンピュータまたはコンピュータのネットワークである。図２に簡略化した例を示しているが、一般にアプリケーションサーバは、たとえばクライアント１１０として使用される一般的なコンピューティングシステムと比較して、強力なプロセッサ、大容量メモリ、およびより速いネットワーク構成要素を使用するサーバクラスシステムとなる。サーバは、一般に、たとえば、ＲＡＩＤ（ｒｅｄｕｎｄａｎｔ ａｒｒａｙ ｏｆ ｉｎｄｅｐｅｎｄｅｎｔ ｄｉｓｋｓ：独立ディスク冗長配列）アレイを使用して、および／または、上記で考えた喘息通知などのデータの記憶、交換、および送信を契約した独立したコンテンツ配信ネットワーク（ＣＤＮ）と関係を確立することによって、大規模二次記憶装置を所有する。さらに、コンピューティングシステムは、オペレーティングシステム、たとえば、ＵＮＩＸ（登録商標）オペレーティングシステム、ＬＩＮＵＸオペレーティングシステム、またはＷＩＮＤＯＷＳ（登録商標）オペレーティングシステムを含む。オペレーティングシステムは、アプリケーションサーバ１３０のハードウェアおよびソフトウェアリソースを管理し、また様々なサービス、たとえば、プロセス管理、データの入出力、周辺デバイスの管理なども提供する。オペレーティングシステムは、デバイス上に記憶されたファイルを管理するための様々な機能、たとえば、新しいファイルの作成、ファイルの移動またはコピー、リモートシステムへのファイルの転送などを提供する。

アプリケーションサーバ１３０は、ネットワーク１５０を介した多くの異なるクライアント１１０による分析システム１００のアクセスおよび使用をサポートするためのソフトウェアアーキテクチャを含み、したがってハイレベルでは、一般的にクラウドベースのシステムと特徴付けることができる。アプリケーションサーバ１３０は、一般的に、患者１１１および医療提供者１１２が、レスキュー薬剤とコントローラ薬剤の両方を含む彼らの薬剤デバイス１６０と関連付けられたセンサ１２０によって記録されたデータを報告し、薬剤治療計画を共同で行い、彼らの状態および地理的位置に関係する情報を閲覧および取得し、様々な他の機能を利用するためのプラットフォームを提供する。

一般的に、アプリケーションサーバ１３０は、多種多様なデータに対処するように設計される。アプリケーションサーバ１３０は、入ってくるデータの有効性をチェックすること、必要ならばデータをパースし、フォーマットすること、処理されたデータを記憶するためにデータベースサーバ１４０に渡すこと、およびデータベースサーバ１４０が更新されたことを確認することを含む、様々な機能を行う論理ルーチンを含む。

アプリケーションサーバ１３０は、データを少なくとも部分的に患者ごとに記憶し、管理する。この目的で、アプリケーションサーバ１３０は、各ユーザに対して患者プロファイルを作成する。患者プロファイルは、分析システム１００の患者１１１を特徴付けるデータのセットである。患者プロファイルは、年齢、性別、現在のレスキュー薬剤、現在のコントローラ薬剤、通知の基本設定（ｎｏｔｉｆｉｃａｔｉｏｎ ｐｒｅｆｅｒｅｎｃｅｓ）、コントローラ服薬アドヒアランス計画、患者の関連病歴など、患者についての識別情報と、患者プロファイルにアクセスする権限を与えられた非患者ユーザのリストとを含んでもよい。プロファイルは、さらに、患者のためにデータ（コントローラおよびレスキュー投薬イベントなど）をサブミットする権限を与えられた１つまたは複数のクライアント１１０またはセンサ１２０を識別する一意のメディアアクセス制御（ＭＡＣ）アドレスなどのデバイス識別子を明記する。

プロファイルは、患者１１１および患者の個人的医療提供者１１２にどの異なるタイプの通知が提供されるか、ならびに通知が提供される頻度を明記してもよい。たとえば、患者１１１は、医療提供者１１２にレスキューイベントを示す通知を受信する権限を与えてもよい。患者１１１はまた、患者の医療提供者１１２が患者のプロファイルおよびレスキューイベント履歴にアクセスできるよう権限を与えてもよい。医療提供者１１２が患者１１１の患者プロファイルへのアクセスを与えられる場合、医療提供者は、コントローラアドヒアランスまたはレスキュー投薬計画を明記してもよい。投薬計画は、コントローラ薬剤の一日当たりの規定の投与回数を含んでもよい。

アプリケーションサーバ１３０はまた、医療提供者１１２のプロファイルを作成する。医療提供者プロファイルは、診療所の位置、資格、および免許など、医療提供者１１２についての識別情報を含んでもよい。医療提供者プロファイルはまた、医療提供者の患者集団についての情報を含む。提供者プロファイルは、その提供者の患者のプロファイルの全部、ならびに集計人口統計学的情報、レスキューおよびコントローラ投薬イベントパターンなど、それらのプロファイルからの派生データへのアクセスを含んでもよい。このデータは、地理的エリア（たとえば、近隣、都市）によって、または時間期間（たとえば、週単位、月単位、年単位）によってなど、患者プロファイルに記憶されたデータの任意のタイプに従ってさらに再分割されてもよい。

アプリケーションサーバ１３０は、クライアント１１０またはセンサ１２０から、レスキュー投薬イベント情報を受信し、アプリケーションサーバ１３０上の様々なルーチンをトリガする。上記で説明した例示的な実装形態では、データ分析モジュール１３１は、喘息イベントデータならびに患者のプロファイルを含む他のデータにアクセスし、データを分析し、その分析の結果を患者１１１と医療提供者１１２の両方に出力するためのルーチンを実行する。このプロセスは、一般的に喘息リスク分析と呼ばれる。喘息リスク分析は、レスキューイベントに応答して、患者の環境における関連する変化に起因して、および以下でさらに説明するいくつかのトリガ条件のうちのいずれか１つに応答して、どの時点でも行われ得る。

他の分析もまた可能である。たとえば、個人的、地理的、臨床的、疫学的、人口統計学的、または空間もしくは時間的ベースライン、または予測値もしくは期待値からの歴史的に重要な変更に基づき、薬剤使用の空間的／時間的クラスタ（またはアウトブレイク）に基づいて識別するために、複数の患者に対するレスキューおよびコントローラ薬剤使用について、リスク分析が行われてもよい。他のタイプの分析は、日／週ごとのアドヒアランス傾向、時間にわたるアドヒアランス変化、他の適切な母集団（たとえば、全患者、特定のレスキュー薬剤またはコントローラ薬剤またはそれらの組合せに関する患者）とのアドヒアランス比較、トリガ（空間的、時間的、環境的）の識別、時間にわたるレスキュー使用傾向、および他の適切な母集団とのレスキュー使用比較を含んでもよい。

分析の実行に応答して、アプリケーションサーバ１３０は、患者１１１、許可を受けた医療提供者１１２、および／または患者のプロファイルへのアクセスを与えられた他のユーザに送るプッシュ通知を準備し、配信する。通知は、投薬レスキューイベントに含まれるタイミング、位置、および罹患患者１１１について詳細を提供することができる。通知は、緊急支援提供者１１２に配信される、緊急支援を要求する遭難または緊急信号をさらに含んでもよい。通知はまた、データ分析モジュール１３１によって行われた喘息リスク分析の結果を含んでもよい。送られ得る通知のタイプおよび通知が含み得る内容に関するさらなる情報について、以下でさらに説明する。

喘息リスク分析に応答してプッシュ通知を提供することに加えて、通知は、特定の時間間隔で、プル通知として提供される場合もある。さらに、（プッシュであろうと、プルであろうと）いくつかの通知は、レスキュー投薬イベントに応答して行われる喘息リスク分析に応答してではなく、代わりに、通知の更新が保証されるように、喘息リスク分析おける根本的要因のうちの１つが変化したことに応答して行われるリスク分析に応答してトリガされてもよい。たとえば、気象条件が、大気汚染の増加が発生している、または発生しそうであることを示す場合、これは、汚染が発生している特定の地理的エリアに位置している全患者に対して喘息リスク分析の実行をトリガしてもよい。

通知は、ネットワーク１５０を介してクライアントアプリケーション１１５に、クライアントアプリケーションで使用するために特に設計されたデータフォーマットで提供され、追加または代替として、ショートメッセージサービス（ＳＭＳ）メッセージ、電子メール、電話通話として、または他の通信媒体を使用して通信される他のデータフォーマットで、提供されてもよい。

Ｉ．Ｄ．データベースサーバ
データベースサーバ１４０は、プロファイル、投薬イベント、患者の病歴（たとえば、電子医療記録）など、患者および提供者関連データを記憶する。患者および提供者データは、セキュリティのために暗号化され、少なくともパスワード保護され、医療保険の相互運用性と説明責任に関する法律（Ｈｅａｌｔｈ Ｉｎｓｕｒａｎｃｅ Ｐｏｒｔａｂｉｌｉｔｙ ａｎｄ Ａｃｃｏｕｎｔａｂｉｌｉｔｙ Ａｃｔ （ＨＩＰＡＡ））の要件をすべて満たすために、他の方法で保護される。複数の患者からのデータを組み込み（たとえば、レスキュー投薬イベントデータを集計し）、ユーザに提供されるどんな分析（たとえば、喘息リスク分析）も、患者のプライバシーを保護するために、個人識別情報が除去されるように非識別化される。

データベースサーバ１４０はまた、喘息リスク分析で使用される非患者データを記憶する。このデータは、患者が物理的に位置し、汚染物質に露出される可能性がある住宅地区または商業地区の公共空間などのいくつかの地理的領域について地域データを含む。このデータは、詳細には、緑地（木および植物が集中したエリア）への患者の近接度を含んでもよく、または取得するよう処理されてもよい。地域データの一例は、気温、風のパターン、湿度、空気質指数（ａｉｒ ｑｕａｌｉｔｙ ｉｎｄｅｘ）など、ジオリファレンスされた気象データを含む。別の例は、時間のインスタンスの、または経験的に測定された、様々な汚染物質の微粒子カウントを含む、ジオリファレンスされた汚染データである。地域データは、気温、湿度、および空気質指数など、レスキューイベントの時間および場所に関する現在の気象状態についての情報を含む。上記のデータの項目のすべては、時間とともに変化する可能性があり、そのためデータ自体は、時間によってインデックス付けされてもよく、たとえば、時刻によって（分単位もしく時間単位を含む）、または日、週、月、もしくはシーズン単位などより長い期間にわたって、別個のデータポイントが利用可能であってもよい。データベースサーバ１４０が、アプリケーションサーバ１３０とは別個のエンティティであるように図１に示しているが、データベースサーバ１４０は、代替的に、サーバ１３０などの別のサーバの一部であるハードウェアコンポーネントであってもよく、データベースサーバ１４０は、１つまたは複数の永続ストレージデバイスとして実装され、その別のサーバ１３０の一部である、データベース内の記憶されたデータとインターフェースをとるためのソフトウェアアプリケーション層を有する。

データベースサーバ１４０は、定義されたデータベーススキーマに従ってデータを記憶する。一般に、異なるデータソースにわたるデータストレージスキーマは、基礎となるデータベース構造の実装の違いにより、クラウドアプリケーションイベントログおよびログメトリクスを含む同じタイプのデータを記憶するときでも大きく変化する。データベースサーバ１４０は、構造化データ、非構造化データ、または半構造化データなど、異なるタイプのデータを記憶する場合もある。データベースサーバ１４０内のデータは、ユーザ、ユーザのグループ、および／またはエンティティと関連付けられてもよい。データベースサーバ１４０は、データベースサーバ１４０によって表されるデータベースオブジェクトを管理し、データベースサーバ１４０からの情報を読み取り、またはデータベースサーバ１４０に書き込むために命令を指定するための問い合わせ言語（たとえば、リレーショナルデータベース、ＪＳＯＮ ＮｏＳＱＬデータベースなどへのＳＱＬ）でデータベースクエリへのサポートを行う。

Ｉ．Ｅ．ネットワーク
ネットワーク１５０は、クライアント１１０デバイス、センサ１２０、アプリケーションサーバ１３０、およびデータベースサーバ１４０の間の様々な有線およびワイヤレス通信経路を表す。ネットワーク１５０は、標準的なインターネット通信技術および／またはプロトコルを使用する。したがって、ネットワーク１５０は、イーサネット、ＩＥＥＥ ８０２．１１、サービス総合デジタル網（ＩＳＤＮ）、非同期転送モード（ＡＴＭ）などの技術を使用するリンクを含むことができる。同様に、ネットワーク１５０で使用されるネットワーキングプロトコルは、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、簡易メール転送プロトコル（ＳＭＴＰ）、ファイル転送プロトコル（ＦＴＰ）などを含むことができる。ネットワーク１５０を通じて交換されるデータは、ハイパーテキストマークアップ言語（ＨＴＭＬ）、拡張マークアップ言語（ＸＭＬ）、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ （ＪＳＯＮ）などを含む技術および／またはフォーマットを使用して表すことができる。さらに、リンクの全部または一部は、セキュアソケットレイヤ（ＳＳＬ）、セキュアＨＴＴＰ（ＨＴＴＰＳ）、および／またはバーチャルプライベートネットワーク（ＶＰＮ）などの従来の暗号化技術を使用して暗号化することができる。別の実施形態では、エンティティは、上述の技術の代わりにまたはそれに加えて、カスタムおよび／または専用のデータ通信技術を使用することができる。

ＩＩ．例示的なコンピューティングデバイス
図２は、一実施形態による、図１からのクライアント１１０、アプリケーションサーバ１３０、および／またはデータベースサーバ１４０の一部として使用される場合がある例示的なコンピュータ２００の物理的構成要素を示すハイレベルブロック図である。少なくとも１つのプロセッサ２０５に結合されたチップセット２１０を示す。チップセット２１０に、揮発性メモリ２１５、ネットワークアダプタ２２０、入力／出力（Ｉ／Ｏ）デバイス２２５、不揮発性メモリを表すストレージデバイス２３０、およびディスプレイ２３５が結合される。一実施形態では、チップセット２１０の機能は、メモリコントローラ２１１、およびＩ／Ｏコントローラ２１２によって提供される。別の実施形態では、メモリ２１５は、チップセット２１０ではなくプロセッサ２０５に直接結合される。いくつかの実施形態では、メモリ２１５は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ、または他のランダムアクセスソリッドステートメモリデバイスなど、高速ランダムアクセスメモリ（ＲＡＭ）を含む。

ストレージデバイス２３０は、ハードドライブ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、ＤＶＤ、またはソリッドステートメモリデバイスなど、任意の非一時的コンピュータ可読記憶媒体である。メモリ２１５は、プロセッサ２０５によって使用される命令およびデータを保持する。Ｉ／Ｏデバイス２２５は、タッチ入力面（静電容量式または他の方式）、マウス、トラックボール、または他のタイプのポインティングデバイス、キーボード、または別の形態の入力デバイスであってもよい。ディスプレイ２３５は、コンピュータ２００からの画像および他の情報を表示する。ネットワークアダプタ２２０は、コンピュータ２００をネットワーク１５０に結合する。

当技術分野で知られているように、コンピュータ２００は、図２に示した構成要素とは異なるおよび／または他の構成要素を有することがある。さらに、コンピュータ２００は、いくつかの図示した構成要素がないことがある。一実施形態では、サーバ１４０として働くコンピュータ２００には、専用のＩ／Ｏデバイス２２５、および／またはディスプレイ２１８がない場合がある。さらに、ストレージデバイス２３０は、コンピュータ２００からローカルおよび／またはリモートにあることがあり（ストレージエリアネットワーク（ＳＡＮ）内に統合されるなど）、一実施形態では、ストレージデバイス２３０は、ＣＤ－ＲＯＭデバイスまたはＤＶＤデバイスではない。

一般的に、クライアント１１０で使用される正確な物理的構成要素は、アプリケーションサーバ１３０およびデータベースサーバ１４０で使用されるものとは、サイズ、電力要件、および性能が異なる。たとえば、しばしばホームコンピュータ、タブレットコンピュータ、ラップトップコンピュータ、またはスマートフォンであるクライアント１１０は、比較的小さい記憶容量および処理能力を含むが、入力デバイスおよびディスプレイを含む。これらの構成要素は、データのユーザ入力、ならびに受信、表示、およびアプリケーションサーバ１３０によって提供される通知との対話に好適である。対照的に、アプリケーションサーバ１３０は、多くの物理的に分離し、ローカルにネットワーク化されたコンピュータを含んでもよく、各コンピュータが、上記で紹介した喘息リスク分析を実行するためにかなりの量の処理能力を有する。一実施形態では、アプリケーションサーバ１３０の処理能力は、アマゾンウェブサービス（Ａｍａｚｏｎ Ｗｅｂ Ｓｅｒｖｉｃｅｓ）（商標）などのサービスによってもたらされる。また対照的に、データベースサーバ１４０は、多くの、物理的に分離したコンピュータを含んでもよく、各コンピュータが、アプリケーションサーバと関連するデータを記憶するためのかなりの量の永続記憶容量を有する。

当技術分野で知られているように、コンピュータ２００は、本明細書で説明する機能を提供するためのコンピュータプログラムモジュールを実行するように構成される。モジュールは、ハードウェア、ファームウェア、および／またはソフトウェアに実装され得る。一実施形態では、プログラムモジュールは、ストレージデバイス２３０に記憶され、メモリ２１５にロードされ、プロセッサ２０５によって実行される。

ＩＩＩ．ダッシュボード
ダッシュボード、たとえば図３に示すダッシュボード３００は、ユーザが分析システム１００と対話することを可能にする。ダッシュボード３００は、ユーザ間（たとえば、患者１１１から医療提供者１１２）またはユーザからシステム／システムからユーザに基づいて、情報を転送する手段を提供する。ダッシュボード３００は、クライアント１１０上のクライアントアプリケーション１１５によりアクセスされ、患者と医療提供者の両方が、投薬レスキューイベントを監視し、個別の患者医療情報を交換し、レスキューイベントリスク通知などの通知を受信するための機構を提供する。患者１１１は、たとえば、呼吸問題、薬剤の使用、または呼吸問題管理に関する情報を検討し、共有するために、ダッシュボード３００を介して他の医療提供者１１２および他の患者１１１と通信してもよい。医療情報を共有することができると、同様の問題を経験している患者または医療提供者に、個々の見解を共有する方法が与えられ得る。

ダッシュボード３００はまた、権限が与えられた医療提供者１１２が、患者についての情報、およびコミュニティデータ、および様々な人口統計または地理的セグメントの統計値を閲覧し、注釈を付け、更新し、相互に作用し、エクスポートするために、患者のリストにアクセスすることを可能にする。ダッシュボード３００を使用すると、医療提供者は、医療提供者の関連する患者集団が呼吸問題管理ガイダンスにどのように反応しているかについてフィードバックを受信し、提供するために、患者１１１を個々にまたは全体として監視することができる。個々のまたは複数の患者１１１にアクセスできる医療提供者１１２は、通知しきい値を確立し、通知のためのパラメータを設定し、患者１１１のイベント履歴がいくつかの条件（たとえば、レスキューイベント）に一致するとき、通知を受信する能力を有する。さらに、ダッシュボード３００は、分析システム１００によって生成された特定の人口統計に対するイベントパターンの定期報告を受信し、表示することができる。

ダッシュボード３００は、ディスプレイ「カード」３１０を介して、表形式データ、グラフによる可視化、および分析を含む様々な情報をユーザに提示する。ディスプレイカード３１０は、携帯型クライアント１１０、たとえば携帯電話またはタブレットに特有のより小さいディスプレイに適合しており、ベースボールカードに見られる単純化した構成スタイルによく似ている「一口サイズ（ｂｉｔｅ ｓｉｚｅ）」の情報を含む。ダッシュボード３００はまた、ユーザが異なるカテゴリの医療情報を検索することを可能にするシステムメニュー３０５を含んでもよい。

アプリケーションサーバ１３０によって提供される通知は、ディスプレイカード３１０に関係している。一般的に、通知は、アプリケーション１１５によりユーザに提示される情報だけでなく、通知の内容を表示するためにどのディスプレイカード３１０が使用されるべきかを指定するためのパラメータも含む。アプリケーションサーバ１３０からプッシュ／プルされるどの情報も、１つまたは複数のカードと関連付けられてもよい。たとえば、通知が、リスク分析の結果に基づいて患者にプッシュされることがある。ダッシュボード３００は、通知を処理し、通知内の情報を提示するためにどのカードを使用するかを決定する。この例を続けると、通知を受信すると、アプリケーションサーバ１３０からデータを引き出す要求が行われてもよい。アプリケーションサーバ１３０は、要求されたデータを別の通知で提供し、次いでダッシュボード３００は、どのディスプレイカード３１０が要求された情報を表示するかを決定する。

ダッシュボード３００は、様々な異なるディスプレイカード３１０を提供してもよく、ディスプレイカード３１０は、カテゴリに整理されてもよい。情報カードタイプは、データを表示するカードを含む。情報カードは、たとえば、投薬レスキューイベント、統計値、および患者データとコミュニティデータの両方を含むマップを表示してもよい。情報カードは、さらにイベントカード、トレンドカード、教育カード、およびアラート表示カードに下位分類される。

イベントカードは、特定の患者についての履歴投薬レスキューイベントのリスト、または特定の提供者についての地理的マップ上に重ね合わせられた患者レスキューイベントデータなど、レスキュー投薬イベントに関係するデータを含む。

ＩＶ．薬剤デバイスセンサ
図４Ａは、一実施形態による、薬剤デバイスセンサ４００の斜視図である。薬剤デバイスセンサ４００は、単回投与の乾燥粉末吸入器（ＤＰＩ）用の監視アタッチメントであり、センサ４００は、ＤＰＩによる薬剤投与のインスタンスを正確に記録するための様々なセンサを含む。薬剤デバイスセンサ４００は、本体４０５と、２つの壁、すなわち前壁４１５と後壁４２０とを備える。本体４０５は、監視アタッチメントのための様々なコンピューティング構成要素を格納することができる内部ハウジングと、様々なセンサがＤＰＩの使用を監視するために結合される底面４１０とを有する。様々な他の実施形態では、薬剤デバイスセンサ４００は、ＤＰＩだけでなく、他のタイプの吸入器に結合される場合がある。これらの他の実施形態では、本開示内で開示する同じ原理が、他のタイプの吸入器に結合する薬剤デバイスセンサの実施形態において適用され得る。図４Ｂは、一実施形態による、ＤＰＩ４５０に取り付けられる薬剤デバイスセンサ４００の斜視図である。

本体４０５は、前壁４１５、および後壁４２０は、軽量の、頑丈な材料で構成されている。例示的な材料には、熱可塑性物質、熱硬化性物質、ポリマー、複合物、またはそれらの何らかの組合せが含まれる。前壁４１５および後壁４２０を有する本体４０５の形状は、一次元では鏡面対称であり、他の２次元では非対称である。少なくとも２次元での非対称は、薬剤デバイスセンサ４００が薬剤デバイス１６０に付く単一の向きを与える。前壁４１５はまた、固定クリップ４４０を含み、これについては、図４Ｄおよび図５とともにさらに説明する。

鏡面対称面の両側に、前壁４１５および後壁４２０が上に向かって延び、鏡面対称面の両側に対称的なスロットを残す。両側のスロット４２６は、薬剤デバイス１６０の底面の一部分で対応する突出部を受けるように成形され、向きを定められる。突出部を有する薬剤デバイス１６０の一部分は、アタッチメントのそれへの適合する対称性を有する。本体４０５の底面、前壁４１５、および後壁４２０を含む、アタッチメント側壁の相補的形状は、薬剤デバイスセンサ４００が薬剤デバイス１６０の一部分にしっかりと付くように、単一の向きを与える。

いくつかの実施形態では、後壁４２０は、薬剤デバイスセンサ４００が薬剤デバイス１６０に取り付けられるとき、薬剤デバイス１６０を所定の位置に保持する突出部４２４を含む。図４Ａでは、後壁４２０は、スリット４２２を含み、スリット４２２の上の後壁４２０の突出部４２４がより容易に曲がることを可能にする。薬剤デバイス１６０が薬剤デバイスセンサ４００に結合されると、後壁４２０の突出部４２４は、薬剤デバイス１６０に触れて、薬剤デバイス１６０を所定の位置に保持する。ユーザが薬剤デバイスセンサ４００に対して薬剤デバイス１６０に分離する力を加えると、後壁４２０の突出部４２４は、外側に曲がって薬剤デバイス１６０から離れ、薬剤デバイス１６０が薬剤デバイスセンサ４００から容易に取り外されることを可能にする。後壁４２０の突出部４２４が薬剤デバイスセンサ４００を薬剤デバイス１６０に固定するために使用されることについては、図４Ｄおよび図５の固定クリップの説明とともにさらに説明する。

図４Ｃは、一実施形態による、薬剤デバイスセンサ４００の上面図である。薬剤デバイスセンサ４００は、Ｉ．Ｂ．薬剤デバイスおよびセンサに関して上記で説明したようにそれが取り付けられた医療用吸入器による薬剤投与イベントを記録し、報告するように構成される。薬剤デバイスセンサ４００は、オーディオセンサ４２５と、複数の圧力センサ４３０とを含む。図示していないが、薬剤デバイスセンサ４００はまた、バッテリと、ワイヤレス送信機および受信機（たとえば、ブルートゥース（登録商標）トランシーバ）と、非一時的コンピュータ可読記憶媒体と、コンピュータプロセッサとを含む。これらの様々な構成要素は、本体４０５の内部ハウジングに配置される。この説明および例示的な実施形態は、上記に列挙した構成要素を有する薬剤デバイスセンサ４００を説明するが、他の実施形態は、本明細書で説明する原理を維持しながら追加の構成要素またはより少ない構成要素を含む場合がある。たとえば、ブルートゥース（登録商標）送信機および受信機の代わりに、薬剤デバイスセンサ４００は、より一般的に、リモートコンピューティングデバイスとのワイヤレス通信の他の媒体および／またはフォーマットを使用するワイヤレス送信機および受信機を含むことがある。

上記で紹介したように、薬剤デバイスセンサ４００は、底面４１０および内部ハウジングを有する本体４０５を備える。図４Ｃでは、底面４１０のみが見える。底面４１０に沿いに、薬剤デバイスセンサ４００は、本体４０５の底面４１０に配置された少なくとも１つのオーディオセンサ４２５を有し、オーディオセンサ４２５は、薬剤デバイス１６０の底部から薬剤デバイス１６０の様々な機能に対応するオーディオ信号を検出するように構成される。本体４０５の底面４１０に配置された複数の圧力センサ４３０は、オーディオセンサ４２５と協力して、または順番に、薬剤デバイス１６０の他の機能と関連する圧力を検出するように構成される。

オーディオセンサ４２５は、吸入の前の薬剤デバイス１６０による薬剤を含んでいるカプセルの回転に対応する音と、薬剤投与イベント中の吸入に対応する音とを検出する。ユーザが薬剤デバイス１６０上の一方または両方の投与ボタンを押すと、薬剤デバイス１６０は、乾燥粉末薬剤の単回投与カプセルに穴を開ける。吸入の前に、単回投与カプセルは、薬剤デバイス１６０のチャンバ内で回される。オーディオセンサ４２５は、チャンバ内で回転する単回投与カプセルの音響強度を記録する。単回投与カプセルの回転の検出は、薬剤デバイス１６０内に単回投与カプセルがあることを示している。薬剤を含むカプセルの回転を記録することに加えて、またはそれとは切り離して、オーディオセンサ４２５は、薬剤投与を示す吸入を薬剤投与イベントとして記録する。

吸入は、薬剤デバイス１６０による薬剤投与の成功の確証を表す。オーディオセンサ４２５は、薬剤投与イベントと一致する吸入のオーディオファイルをプロセッサに送ることができる。プロセッサは、リモートコンピューティングシステム上での分析のために、ワイヤレス送信によりオーディオファイルをリモートコンピューティングデバイスに送ることができる。他の実施形態では、オーディオセンサ４２５は、薬剤デバイスセンサ４００の他の機能に対応するオーディオを検出するようにさらに構成されることがある。

複数の圧力センサ４３０は、薬剤投与を引き起こす薬剤デバイス１６０投与ボタンの押圧の検出によって、薬剤デバイスセンサ４００の固定、および薬剤デバイス１６０による薬剤投与の作動を検出する。いくつかの実施形態では、複数の圧力センサ４３０は、リミットスイッチを備える。リミットスイッチは、押されたとき、圧力を検出するように動作するが、リミットスイッチは、リミットスイッチの押圧の程度に関して最大限度を有する。押下が検知されると、リミットスイッチは、押下の検出をシグナリングする。

複数の圧力センサ４３０のうちには、薬剤デバイスセンサ４００の本体４０５の底面４１０に配置された中央圧力センサがあって、薬剤デバイス１６０の底面が中央圧力センサを押すようにする。薬剤デバイス１６０が中央圧力センサを押すと、中央圧力センサは、薬剤デバイスへの薬剤デバイスセンサ４００の取付けを検出する。中央圧力センサの押下は、次いで、確実な取付けの確認としてプロセッサに報告することができる。

薬剤デバイス１６０上の投与ボタンに結合され、薬剤デバイス１６０の薬剤投与ボタンの下に位置合わせされた、複数の圧力センサ４３０のうちの２つの圧力センサもある。各圧力センサが、１つの投与ボタンに対応して、そのボタンの押下を検出する。投与ボタンの一方または両方が患者によって押し下げられるとき、薬剤デバイス１６０は、単回投与カプセルに穴を開けて、薬剤デバイス１６０によって投与するための薬剤をプライミングする。２つの圧力センサは、投与ボタンの押圧を確認し、それによって薬剤のプライミングを示す。

プロセッサは、オーディオセンサ４２５および複数の圧力センサ４３０の記録および作動を調整する。１つの圧力センサが、薬剤デバイス１６０への薬剤デバイスセンサ４００の取付けを検出すると、プロセッサは、オーディオセンサ４２５、複数の圧力センサ４３０のうちの残りの圧力センサ、ＧＰＳ受信機、ブルートゥース（登録商標）送信機および受信機、またはそれらの何らかの組合せを作動させることができる。プロセッサは、中央圧力センサによって検出された、薬剤デバイス１６０への薬剤デバイスセンサ４００の確実な取付けの確認をクライアント１１０に通知してもよい。プロセッサは、薬剤デバイス１６０投与ボタンの押下を検出するように構成された２つ以上の圧力センサから確認を受信することができる。次いでプロセッサは、薬剤デバイス１６０による薬剤の投与と関連する吸入のオーディオ確認のためにオーディオセンサ４２５を作動させることができる。代替的に、１つまたは複数の圧力センサが、リミットスイッチの押下を示し、オーディオセンサ４２５によって吸入が確認される場合、プロセッサは、薬剤投与イベントを記録することができる。

プロセッサは、各薬剤投与イベントとともに、イベントの時間をさらに記録してもよく、またＧＰＳ受信機または（ソフトウェア、ハードウェア、またはファームウェアに実装される）他の同様の構成要素によって受信される地理的位置座標を記録してもよい。プロセッサは、これらの薬剤投与イベントをイベントレコードとしてコンピュータ可読記憶媒体に記憶する。次いでプロセッサは、コンピュータ可読記憶媒体からクライアント１１０にイベントレコードを通信するために、ブルートゥース（登録商標）送信機および受信機を作動させる。

図４Ｄは、固定クリップ４４０を有する薬剤デバイスセンサ４００の一部分の斜視図である。図４Ｅは、固定クリップ４４０の断面図である。固定クリップ４４０は、薬剤デバイスセンサ４００の前壁４１５に配置され、図４Ｅに示す薬剤デバイス１６０上のレッジ４５０に留まる。薬剤デバイスセンサ４００が、前壁４１５および後壁４２０による制約のために１つの向きで薬剤デバイス１６０の上にスライドすると、固定クリップ４４０は、薬剤デバイス１６０のレッジ４５０に留まるまで、薬剤デバイス１６０の周りで湾曲する。固定クリップ４４０が薬剤デバイス１６０のレッジ４５０に留められると、薬剤デバイスセンサ４００は、薬剤デバイス１６０にしっかりと取り付けられる。さらに、レッジ４５０が固定クリップ４４０で後壁４１５に押しつけられることを確実にするために、図４Ａに示す後壁４２０の突出部は、薬剤デバイス１６０と接触している。

薬剤デバイスセンサ４００を外すために、固定クリップ４４０を湾曲させて薬剤デバイス１６０のレッジ４５０から離すのに役立つクリップ解除タブ４４５がある。固定クリップ解除タブ４４５に解除力４６０が加えられると、図４Ｅに破線の楕円で示す枢動点４７５を中心にして固定クリップ４４０の回転４７０が起こる。薬剤デバイスセンサ４００が薬剤デバイス１６０からスライドして出ることができるように、回転４７０は、固定クリップ４４０を湾曲させて薬剤デバイス１６０のレッジ４５０から離す。図４Ｅの説明では、固定クリップが湾曲してレッジ４５０から離れると、薬剤デバイス１６０は、薬剤デバイスセンサ４００に対して垂直方向にスライドすることができる。１つの固定クリップ４４０および薬剤デバイス１６０上の１つの対応するレッジを用いて、固定クリップ４４０は、適切な向きでの薬剤デバイスセンサ４００の取付けを保証する。

追加の実施形態では、固定クリップ４４０の位置決めは、前壁４１５に沿って変動することがある。同様に、代替実施形態では、固定クリップ４４０の寸法は、薬剤デバイス１６０のレッジ４５０に留めるためのより長いクリップを実現するために変動することがある。いくつかの実施形態では、固定クリップ４４０は、耐久性および柔軟性のある材料で構成される。固定クリップ４４０の柔軟性は、レッジ４５０の周りで湾曲する固定クリップ４４０の能力を与える。固定クリップ４４０の耐久性は、解除力４６０が固定クリップ解除タブ４４５に加えられるとき、固定クリップ４４０が変形しないことを保証する。

Ｖ．追加の考慮事項
上記の説明は、特に喘息に焦点を合わせているが、本明細書で説明するすべてのシステムおよびプロセスは、慢性閉塞性肺疾患（ＣＯＰＤ）および慢性呼吸器疾患（ＣＲＤ）に広く適用可能であり、結果としてＣＯＰＤおよびＣＲＤ、ならびに喘息の治療に役立つように使用することもできる。

本開示の図および説明は、本開示の明確な理解を目指して、関連のある要素を説明するために簡略化されており、明快のために、典型的なシステムにおいて見られる多くの他の要素を省いていることを理解されたい。本開示を実施する際に、他の要素および／またはステップが望ましいおよび／または必要とされることを、当業者には認識されよう。しかしながら、そのような要素およびステップは当技術分野でよく知られているので、またそれらは本開示のより良い理解の助けとならないので、そのような要素およびステップの説明は、本明細書では行わない。本明細書の開示は、当業者に知られている要素および方法に対する変形形態および変更形態すべてを対象とする。

上記の説明のいくつかの部分は、情報に関する動作のアルゴリズムおよび記号表現に関して実施形態を説明している。これらのアルゴリズムの記述または表現は、データ処理技術における当業者によって、その作業の実体を他の当業者に効果的に伝えるために一般的に使用される。これらの動作は、機能的、計算的、または論理的に説明しているが、コンピュータプログラムまたは等価電気回路、マイクロコードなどによって実装されると理解される。さらにまた、一般性を失わずに、モジュールとして動作のこれらの構成に言及することが、時には好都合であるとわかっている。説明する動作およびそれらの関連するモジュールは、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組合せで具体化されてもよい。

本明細書で使用する「１つの実施形態」または「一実施形態」への言及は、その実施形態に関連して説明する特定の要素、機能、構造、または特徴が、少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な箇所での「一実施形態では」という語句の出現は、必ずしもすべて同じ実施形態を指しているとは限らない。

本明細書で使用する「備える」、「備えている」、「含む」、「含んでいる」、「有する」、「有している」、またはそれらの他の様々な変形は、非排他的含有を含めるよう意図されている。たとえば、要素のリストを含むプロセス、方法、物品、または装置は、必ずしもそれらの要素のみに限定されるとは限らず、明示的に列記されない、またはそのようなプロセス、方法、物品、もしくは装置に固有の、他の要素を含む場合がある。さらに、それとは反対に明示的に記述がない限り、「または」は包含的またはを指し、排他的またはではない。たとえば、条件ＡまたはＢは、以下のうちのいずれか１つによって満たされる。Ａは真であり（または存在し）、かつＢは偽である（または存在しない）、Ａは偽であり（または存在せず）、かつＢは真である、およびＡとＢの両方が真である（または存在する）。

さらに、「ａ」または「ａｎ」の使用は、本明細書の実施形態の要素および構成要素を説明するために用いられる。これは、単に便宜のために、および本発明の一般的な意味を与えるために行われる。この記述は、１つまたは少なくとも１つを含むように読まれるべきであり、単数形は、そうでないことが明らかでない限り、複数形もまた含む。

特定の実施形態および適用例を図示し、説明したが、開示する実施形態は、本明細書に開示する詳細な構成および構成要素に限定されないことを理解されたい。当業者には明らかとなる様々な変更形態、変化形態、および変形形態が、添付の特許請求の範囲に定義する趣旨および範囲から逸脱することなく、本明細書で開示する方法および装置の構成、動作、および詳細で作成され得る。

１００ 分析システム
１１０ クライアント、クライアントコンピューティングデバイス
１１１ 患者
１１２ 医療提供者
１１５ クライアントソフトウェアアプリケーション
１２０ 薬剤デバイスセンサ
１３０ アプリケーションサーバ
１３１ データ分析モジュール
１４０ データベースサーバ
１５０ ネットワーク
１６０ 薬剤デバイス
２００ コンピュータ
２０５ プロセッサ
２１０ チップセット
２１１ メモリコントローラ
２１２ Ｉ／Ｏコントローラ
２１５ 揮発性メモリ
２２０ ネットワークアダプタ
２２５ 入力／出力（Ｉ／Ｏ）デバイス
２３０ ストレージデバイス
２３５ ディスプレイ
３００ ダッシュボード
３０５ システムメニュー
３１０ ディスプレイカード
４００ 薬剤デバイスセンサ
４０５ 本体
４１０ 底面
４１５ 前壁
４２０ 後壁
４２２ スリット
４２４ 突出部
４２５ オーディオセンサ
４３０ 圧力センサ
４４０ 固定クリップ
４４５ クリップ解除タブ
４５０ レッジ
４６０ 解除力
４７０ 回転
４７５ 枢動点

Claims (16)

1. 薬剤デバイスに取り外し可能に取り付けるように構成された薬剤デバイスセンサであって、
   薬剤デバイスの相補的な外表面に対合するように構成された底面と、
   底面の第１の縁部に結合された第１の壁であって、前記第１の壁は、
   前記薬剤デバイスセンサの前記第１の壁を前記薬剤デバイスの相補的な面上のレッジに固定配向で取り付けるように構成された固定クリップと、
   前記第１の壁の最上面に隣接した最上面を有する解除タブであって、前記解除タブは、押されると前記固定クリップを回転させるよう構成され、前記薬剤デバイスは、前記薬剤デバイスセンサに対してスライドすることができる、解除タブと、
   を備える第１の壁と、
   前記第１の縁部と反対側の前記底面の縁部に結合された、前記底面に垂直な第２の壁と、
   前記底面に結合された１つまたは複数のセンサであって、各１つまたは複数のセンサは、前記薬剤デバイスの使用を示す信号を提供するように構成されている、１つまたは複数のセンサと、を備え、
   前記１つまたは複数のセンサは、前記薬剤デバイスによる薬剤の投与に対応する吸入を検出するように構成されたオーディオセンサを備える、薬剤デバイスセンサ。
2. 前記第２の壁は、前記薬剤デバイスセンサが前記薬剤デバイスに取り付けられた場合に、前記薬剤デバイスと接触するように構成された突出部を備える、請求項１に記載の薬剤デバイスセンサ。
3. 前記１つまたは複数のセンサは、前記薬剤デバイス内の薬剤を含んでいるカプセルの動きに対応する音を検出するように構成されるオーディオセンサを備え、前記オーディオセンサは、前記薬剤デバイス内で回転するカプセルの音響強度を記録する、請求項１に記載の薬剤デバイスセンサ。
4. 前記１つまたは複数のセンサは、圧力センサを備え、前記圧力センサは、前記底面に配置されて、前記薬剤デバイスセンサとの前記薬剤デバイスの結合を検出し、前記結合は、前記薬剤デバイスセンサの前記薬剤デバイスへの確実な取り付けを示す、請求項１に記載の薬剤デバイスセンサ。
5. 前記１つまたは複数のセンサは、前記底面に配置されて、前記薬剤デバイスの投与ボタンの押下による圧力を検出し、前記押下は、前記薬剤デバイスのプライミングを表す、請求項１に記載の薬剤デバイスセンサ。
6. 前記薬剤デバイスセンサが、
   前記薬剤デバイスセンサに結合されたコンピュータ可読記憶媒体と、
   前記１つまたは複数のセンサからのオーディオデータ、および前記１つまたは複数のセンサの圧力センサからの圧力データを、前記コンピュータ可読記憶媒体を用いて処理するように構成された、前記薬剤デバイスセンサに結合されたプロセッサと、
   をさらに備える、請求項１に記載の薬剤デバイスセンサ。
7. ワイヤレス周波数によりデータを送信するように構成された、前記薬剤デバイスセンサに結合されたワイヤレス送信機をさらに備える、請求項６に記載の薬剤デバイスセンサ。
8. 位置データおよび時間データを受信するように構成された、前記薬剤デバイスセンサに結合されたＧＰＳ受信機をさらに備える、請求項６に記載の薬剤デバイスセンサ。
9. 薬剤システムであって、
   レスキュー薬剤を患者に投与するように構成された薬剤デバイスと、
   前記薬剤デバイスに取り外し可能に取り付けるように構成された薬剤デバイスセンサであって、
   薬剤デバイスの相補的な外表面に対合するように構成された底面と、
   底面の第１の縁部に結合された第１の壁であって、前記第１の壁は、
   前記薬剤デバイスセンサの前記第１の壁を前記薬剤デバイスの相補的な面上のレッジに固定配向で取り付けるように構成された固定クリップと、
   前記第１の壁の最上面に隣接した最上面を有する解除タブであって、前記解除タブは、押されると前記固定クリップを回転させるよう構成され、前記薬剤デバイスは、前記薬剤デバイスセンサに対してスライドすることができる、解除タブと、
   を備える第１の壁と、
   前記第１の縁部と反対側の前記底面の縁部に結合された、前記底面に垂直な第２の壁と、
   前記底面に結合された１つまたは複数のセンサであって、各１つまたは複数のセンサは、前記薬剤デバイスの使用を示す信号を提供するように構成されている、１つまたは複数のセンサと、
   を備え、
   前記１つまたは複数のセンサは、前記薬剤デバイスによる薬剤の投与に対応する吸入を検出するように構成されたオーディオセンサを備える、薬剤デバイスセンサと、
   を備える、薬剤システム。
10. 前記第２の壁は、前記薬剤デバイスセンサが前記薬剤デバイスに取り付けられた場合に、前記薬剤デバイスと接触するように構成された突出部を備える、請求項９に記載の薬剤システム。
11. 前記１つまたは複数のセンサは、前記薬剤デバイス内の薬剤を含んでいるカプセルの動きに対応する音を検出するように構成されるオーディオセンサを備え、前記オーディオセンサは、前記薬剤デバイス内で回転するカプセルの音響強度を記録する、請求項９に記載の薬剤システム。
12. 前記１つまたは複数のセンサは、圧力センサを備え、前記圧力センサは、前記底面に配置されて、前記薬剤デバイスセンサとの前記薬剤デバイスの結合を検出し、前記結合は、前記薬剤デバイスセンサの前記薬剤デバイスへの確実な取り付けを示す、請求項９に記載の薬剤システム。
13. 前記１つまたは複数のセンサは、前記底面に配置されて、前記薬剤デバイスの投与ボタンの押下による圧力を検出し、前記押下は、前記薬剤デバイスのプライミングを表す、請求項９に記載の薬剤システム。
14. 前記薬剤デバイスセンサが、
    前記薬剤デバイスセンサに結合されたコンピュータ可読記憶媒体と、
    前記１つまたは複数のセンサからのオーディオデータ、および前記１つまたは複数のセンサの圧力センサからの圧力データを、前記コンピュータ可読記憶媒体を用いて処理するように構成された、前記薬剤デバイスセンサに結合されたプロセッサと、
    をさらに備える、請求項９に記載の薬剤システム。
15. ワイヤレス周波数によりデータを送信するように構成された、前記薬剤デバイスセンサに結合されたワイヤレス送信機をさらに備える、請求項１４に記載の薬剤システム。
16. 位置データおよび時間データを受信するように構成された、前記薬剤デバイスセンサに結合されたＧＰＳ受信機をさらに備える、請求項１４に記載の薬剤システム。

Images