(57)【特許請求の範囲】
【請求項１】
少なくとも１の対象の治療を遠隔でモニタするよう構成されるシステムであって、前記治療は複数のエアロゾル化された薬の投与を含み、前記複数のエアロゾル化された薬のうち少なくとも１つは所定の存続期間のオン・オフサイクルを受けて投与され、該オン・オフサイクルは、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与される投与期間と、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与されない非投与期間とを含む、システムにおいて：
コンピュータプログラムモジュールを実行するよう構成される１又はそれ以上のプロセッサを有するサーバを有し、前記コンピュータプログラムモジュールは：
前記対象の呼吸容量に関する情報と、前記エアロゾル化された薬の投与の間の前記対象の呼吸の１又はそれ以上の呼吸パラメータを伝える情報とを含む前記対象のための治療情報を通信ネットワークを介して得るよう構成される情報取得モジュール；
ユーザが前記治療情報を選択的に見て、前記複数のエアロゾル化された薬の夫々についてオン・オフサイクルの有無を含み、該オン・オフサイクルがある場合には該オン・オフサイクルの存続期間及び他のエアロゾル化された薬のオン・オフサイクルに対する循環パターンを更に含む前記複数のエアロゾル化された薬に関する処方データを入力することを可能にするユーザインタフェースの定義を生成するよう構成されるユーザインタフェースモジュール；及び
前記処方データに基づき前記対象へ与えられる１日当たりの治療の総数を計算するよう構成される治療計算モジュール
を有し、
前記治療計算モジュールは、前記治療が前記少なくとも１つのエアロゾル化された薬のオン・オフサイクルの投与期間及び／又は非投与期間に入る場合に、前記複数のエアロゾル化された薬について１日当たりの治療の総数を自動的に変更するよう構成される、
システム。
【請求項２】
前記ユーザインタフェースモジュールによって生成される定義によって定義されるユーザインタフェースは、前記少なくとも１つのエアロゾル化された薬の非投与期間の間に前記対象へ投与される代替のエアロゾル化された薬を入力する能力を前記ユーザに与える、
請求項１に記載のシステム。
【請求項３】
前記１又はそれ以上のプロセッサが実行するよう構成される前記コンピュータプログラムモジュールは、前記治療が前記オン・オフサイクルの投与期間及び／又は非投与期間に入るところであることを前記ユーザ及び前記対象に知らせるよう構成されるアラートモジュール
を更に有する請求項１に記載のシステム。
【請求項４】
前記アラートモジュールは、前記投与期間が開始若しくは終了する日付及び／又は前記複数のエアロゾル化された薬の投与のための１日当たりの噴霧総数の変更に関する情報を提供するよう構成される、
請求項３に記載のシステム。
【請求項５】
前記処方データは、臨床医によって処方された１日当たりの治療の回数、前記複数のエアロゾル化された薬の投与において使用される投薬装置のチャンバ容量、夫々のエアロゾル化された薬についての治療ごとのチャンバ充填の回数、前記エアロゾル化された薬がオン・オフサイクルに従うべきかどうか、及び／又は前記オン・オフサイクルの所定の存続期間を含む、
請求項１に記載のシステム。
【請求項６】
少なくとも１の対象の治療を遠隔でモニタするコンピュータ実施の方法であって、前記治療は複数のエアロゾル化された薬の投与を含み、前記複数のエアロゾル化された薬のうち少なくとも１つは所定の存続期間のオン・オフサイクルを受けて投与され、該オン・オフサイクルは、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与される投与期間と、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与されない非投与期間とを含み、当該方法は、１又はそれ以上のコンピュータプログラムモジュールを実行するよう構成される１又はそれ以上のプロセッサを有するサーバによって実施される、方法において：
前記対象の呼吸容量に関する情報と、前記エアロゾル化された薬の投与の間の前記対象の呼吸の１又はそれ以上の呼吸パラメータを伝える情報とを含む前記対象のための治療情報を通信ネットワークを介して得るよう、前記サーバの前記１又はそれ以上のプロセッサで１又はそれ以上のコンピュータプログラムモジュールを実行するステップ；
ユーザが前記治療情報を選択的に見て、前記複数のエアロゾル化された薬の夫々についてオン・オフサイクルの有無を含み、該オン・オフサイクルがある場合には該オン・オフサイクルの存続期間及び他のエアロゾル化された薬のオン・オフサイクルに対する循環パターンを更に含む前記複数のエアロゾル化された薬に関する処方データを入力することを可能にするユーザインタフェースの定義を生成するよう、前記サーバの前記１又はそれ以上のプロセッサで１又はそれ以上のコンピュータプログラムモジュールを実行するステップ；及び
前記処方データに基づき前記対象へ与えられる１日当たりの治療の総数を計算するよう、前記サーバの前記１又はそれ以上のプロセッサで１又はそれ以上のコンピュータプログラムモジュールを実行するステップ
を有し、
前記１日当たりの治療の総数は、前記治療が前記少なくとも１つのエアロゾル化された薬のオン・オフサイクルの投与期間及び／又は非投与期間に入る場合に、前記複数のエアロゾル化された薬について自動的に変更される、
方法。
【請求項７】
前記定義によって定義されるユーザインタフェースは、前記少なくとも１つのエアロゾル化された薬の非投与期間の間に前記少なくとも１の対象へ投与される代替の薬を入力する能力を前記ユーザに与える、
請求項６に記載の方法。
【請求項８】
前記治療が前記オン・オフサイクルの投与期間及び／又は非投与期間に入るところであることを前記ユーザ及び前記対象に知らせるよう、前記サーバの前記１又はそれ以上のプロセッサで１又はそれ以上のコンピュータプログラムモジュールを実行するステップ
を有する請求項６に記載の方法。
【請求項９】
前記ユーザへ与えられる情報は、前記投与期間が開始若しくは終了する日付及び／又は前記複数のエアロゾル化された薬の投与のための１日当たりの噴霧総数の変更に関する情報を含む、
請求項８に記載の方法。
【請求項１０】
前記処方データは、臨床医によって処方された１日当たりの治療の回数、前記複数のエアロゾル化された薬の投与において使用される投薬装置のチャンバ容量、夫々のエアロゾル化された薬についての治療ごとのチャンバ充填の回数、前記エアロゾル化された薬がオン・オフサイクルに従うべきかどうか、及び／又は前記オン・オフサイクルの所定の存続期間を含む、
請求項６に記載の方法。
【請求項１１】
少なくとも１の対象の治療を遠隔でモニタするよう構成されるシステムであって、前記治療は複数のエアロゾル化された薬の投与を含み、前記複数のエアロゾル化された薬のうち少なくとも１つは所定の存続期間のオン・オフサイクルを受けて投与され、該オン・オフサイクルは、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与される投与期間と、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与されない非投与期間とを含む、システムにおいて：
前記対象の呼吸容量に関する情報と、前記エアロゾル化された薬の投与の間の前記対象の呼吸の１又はそれ以上の呼吸パラメータを伝える情報とを含む前記対象のための治療情報を通信ネットワークを介して得る手段；
ユーザが前記治療情報を選択的に見て、前記複数のエアロゾル化された薬の夫々についてオン・オフサイクルの有無を含み、該オン・オフサイクルがある場合には該オン・オフサイクルの存続期間及び他のエアロゾル化された薬のオン・オフサイクルに対する循環パターンを更に含む前記複数のエアロゾル化された薬に関する処方データを入力することを可能にするユーザインタフェースの定義を生成する手段；及び
前記処方データに基づき前記対象へ与えられる１日当たりの治療の総数を計算する手段
を有し、
前記複数のエアロゾル化された薬についての１日当たりの治療の総数は、前記治療が前記少なくとも１つのエアロゾル化された薬のオン・オフサイクルの投与期間及び／又は非投与期間に入る場合に、前記計算する手段によって自動的に変更される、
システム。
【請求項１２】
前記定義によって定義されるユーザインタフェースは、前記少なくとも１つのエアロゾル化された薬の非投与期間の間に前記対象へ投与される代替の薬を入力する能力を前記ユーザに与えるよう構成される、
請求項１１に記載のシステム。
【請求項１３】
前記少なくとも１つのエアロゾル化された薬が前記オン・オフサイクルの投与期間及び／又は非投与期間に入るところであることを前記ユーザ及び前記対象に知らせる手段
を更に有する請求項１１に記載のシステム。
【請求項１４】
前記ユーザへ与えられる情報は、前記投与期間が開始若しくは終了する日付及び／又は前記複数のエアロゾル化された薬の投与のための１日当たりの噴霧総数の変更に関する情報を含む、
請求項１３に記載のシステム。
【請求項１５】
前記処方データは、臨床医によって処方された１日当たりの治療の回数、前記複数のエアロゾル化された薬の投与において使用される投薬装置のチャンバ容量、夫々のエアロゾル化された薬についての治療ごとのチャンバ充填の回数、前記エアロゾル化された薬がオン・オフサイクルに従うべきかどうか、及び／又は前記オン・オフサイクルの所定の存続期間を含む、
請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エアロゾル化された薬の投与を含む複数の対象の治療を遠隔でモニタ及び／又は管理することに関する。
【背景技術】
【０００２】
噴霧式投薬装置はしばしば、患者によって吸入され得る形で薬を供給するために、治療において使用される。粉末、液体、又は他の形態における薬剤は、薬剤が患者の気道を通って吸収されることを可能にするよう様々な技術を用いて（例えば、圧電部材を用いて）エアロゾル化されてよい。そのようなものとして、エアロゾル薬剤療法は、患者が呼吸しながら薬を吸入する呼吸器疾患（例えば、喘息）又は他の治療のために施されてよい。
【０００３】
エアロゾル薬剤療法は、通常は、所与の期間の時間にわたって特定の１日当たりの薬の服用量を投与するよう設計される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、抗生物質のような幾つかのエアロゾル化された薬は、特定のオン・オフサイクルを受けて対象へ断続的に投与されるよう処方されてよい。これは、治療されるバクテリアが、そのような薬が無期限に投与される場合に起こり得る抗生物質に対する耐性を形成する可能性を減らすために行われる。オン・オフサイクルは、エアロゾル化された薬が対象へ投与される投与期間と、エアロゾル化された薬が対象へ投与されない非投与期間とを含む。オン・オフサイクルに従う、エアロゾル化された薬を投与するための既存のシステム及び技術は、オペレータに、オン・オフサイクルの投与期間の終了時及び非投与期間の終了時に処方箋を変更するよう求める。それにより、次の期間に対象へ投与される特定の１日当たりの薬の服用量が決定され得る。
【課題を解決するための手段】
【０００５】
本発明の一態様は、少なくとも１の対象の治療を遠隔でモニタするよう構成されるシステムであって、前記治療は複数のエアロゾル化された薬の投与を含み、前記複数のエアロゾル化された薬のうち少なくとも１つは所定の存続期間のオン・オフサイクルを受けて投与され、該オン・オフサイクルは、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与される投与期間と、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与されない非投与期間とを含む、システムにおいて：
コンピュータプログラムモジュールを実行するよう構成される１又はそれ以上のプロセッサを有するサーバを有し、前記コンピュータプログラムモジュールは：
前記対象の呼吸容量に関する情報と、前記エアロゾル化された薬の投与の間の前記対象の呼吸の１又はそれ以上の呼吸パラメータを伝える情報とを含む前記対象のための治療情報を通信ネットワークを介して得るよう構成される情報取得モジュール；
ユーザが前記治療情報を選択的に見且つ前記複数のエアロゾル化された薬に関する処方データを入力することを可能にするユーザインタフェースの定義を生成するよう構成されるユーザインタフェースモジュール；及び
前記処方データに基づき前記対象へ与えられる１日当たりの治療の総数を計算するよう構成される治療計算モジュール
を有し、
前記計算モジュールは、前記治療が前記少なくとも１つのエアロゾル化された薬のオン・オフサイクルの投与期間及び／又は非投与期間に入る場合に、前記複数のエアロゾル化された薬について１日当たりの治療の総数を自動的に変更するよう構成される、
システムに関する。
【０００６】
本発明の他の態様は、少なくとも１の対象の治療を遠隔でモニタするコンピュータ実施の方法であって、前記治療は複数のエアロゾル化された薬の投与を含み、前記複数のエアロゾル化された薬のうち少なくとも１つは所定の存続期間のオン・オフサイクルを受けて投与され、該オン・オフサイクルは、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与される投与期間と、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与されない非投与期間とを含み、当該方法は、１又はそれ以上のコンピュータプログラムモジュールを実行するよう構成される１又はそれ以上のプロセッサを有するサーバによって実施される、方法において：
前記対象の呼吸容量に関する情報と、前記エアロゾル化された薬の投与の間の前記対象の呼吸の１又はそれ以上の呼吸パラメータを伝える情報とを含む前記対象のための治療情報を通信ネットワークを介して得るよう、前記サーバの前記１又はそれ以上のプロセッサで１又はそれ以上のコンピュータプログラムモジュールを実行するステップ；
ユーザが前記治療情報を選択的に見且つ前記複数のエアロゾル化された薬に関する処方データを入力することを可能にするユーザインタフェースの定義を生成するよう、前記サーバの前記１又はそれ以上のプロセッサで１又はそれ以上のコンピュータプログラムモジュールを実行するステップ；及び
前記処方データに基づき前記対象へ与えられる１日当たりの治療の総数を計算するよう、前記サーバの前記１又はそれ以上のプロセッサで１又はそれ以上のコンピュータプログラムモジュールを実行するステップ
を有し、
前記１日当たりの治療の総数は、前記治療が前記少なくとも１つのエアロゾル化された薬のオン・オフサイクルの投与期間及び／又は非投与期間に入る場合に、前記複数のエアロゾル化された薬について自動的に変更される、
方法に関する。
【０００７】
本発明の他の態様は、少なくとも１の対象の治療を遠隔でモニタするよう構成されるシステムであって、前記治療は複数のエアロゾル化された薬の投与を含み、前記複数のエアロゾル化された薬のうち少なくとも１つは所定の存続期間のオン・オフサイクルを受けて投与され、該オン・オフサイクルは、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与される投与期間と、前記少なくとも１つのエアロゾル化された薬が前記対象へ投与されない非投与期間とを含む、システムにおいて：
前記対象の呼吸容量に関する情報と、前記エアロゾル化された薬の投与の間の前記対象の呼吸の１又はそれ以上の呼吸パラメータを伝える情報とを含む前記対象のための治療情報を通信ネットワークを介して得る手段；
ユーザが前記治療情報を選択的に見且つ前記複数のエアロゾル化された薬に関する処方データを入力することを可能にするユーザインタフェースの定義を生成する手段；及び
前記処方データに基づき前記対象へ与えられる１日当たりの治療の総数を計算する手段
を有し、
前記複数のエアロゾル化された薬についての１日当たりの治療の総数は、前記治療が前記少なくとも１つのエアロゾル化された薬のオン・オフサイクルの投与期間及び／又は非投与期間に入る場合に、前記計算する手段によって自動的に変更される、
システムに関する。
【０００８】
本発明のこれらの及び他の目的、特徴及び特性と、関連する要素の動作の方法及び機能並びに部分の組み合わせ並びに製造の簡潔さとは、添付の図面を参照して以下の記載及び添付の特許請求の範囲を考慮した上で更に明らかになるであろう。以下の記載、特許請求の範囲及び図面は全て、本明細書の部分を形成する。同じ参照符号は、種々の図において、対応する部分を表す。本発明の一実施形態において、ここで表されている構造部品は実寸で描かれる。しかし、図面は単に例示及び記載のためであり、本発明の限定でないことが明らかに理解されるべきである。加えて、ここでいずれか１つの実施形態において図示又は記載される構造上の特徴が他の実施形態において同様に使用可能であることは明らかである。しかし、図面は単に例示及び記載のためであり、本発明の限定の定義として意図されないことが明らかに理解されるべきである。明細書及び特許請求の範囲において使用されるように、単数形（”a”、”an”及び”the”）は、文脈が別段明示しない限りは、複数参照を含む。
【図面の簡単な説明】
【０００９】
【図１】本発明の１又はそれ以上の実施形態に従う、複数の対象の治療計画を遠隔でモニタ及び／又は管理するよう構成されるシステムを表す。
【図２】本発明の１又はそれ以上の実施形態に従う、例となる噴霧式投薬装置を表す。
【図３】本発明の１又はそれ以上の実施形態に従う、クライアントコンピュータプラットフォームのディスプレイで表示されるグラフィカルユーザインタフェースを表す。
【図４】本発明の１又はそれ以上の実施形態に従う、クライアントコンピュータプラットフォームのディスプレイで表示されるグラフィカルユーザインタフェースを表す。
【図５】本発明の１又はそれ以上の実施形態に従う、クライアントコンピュータプラットフォームのディスプレイで表示されるグラフィカルユーザインタフェースを表す。
【図６】本発明の１又はそれ以上の実施形態に従う、サーバ上の患者処方データを示す表を概略的に表す。
【図７】本発明の１又はそれ以上の実施形態に従う、サーバ上の患者処方データを示す表を概略的に表す。
【図８】本発明の１又はそれ以上の実施形態に従う、クライアントコンピュータプラットフォームのディスプレイで表示されるグラフィカルユーザインタフェースを表す。
【図９】本発明の１又はそれ以上の実施形態に従う、クライアントコンピュータプラットフォームのディスプレイで表示されるグラフィカルユーザインタフェースを表す。
【図１０】本発明の１又はそれ以上の実施形態に従う、１又はそれ以上の対象の治療計画を遠隔でモニタ及び／又は管理する方法のフローチャートを表す。
【発明を実施するための形態】
【００１０】
図１は、エアロゾル化された薬の受け入れを含む複数の対象の治療計画を遠隔でモニタ及び／又は管理するよう構成されるシステム１０を表す。システム１０は、医療提供者、研究者、医療担当者、及び／又は他のユーザのようなユーザが中央集権的アクセスポイントを通じて複数の対象の治療計画をモニタ及び／又は管理することを可能にする。これは、ユーザ及び／又は対象に対する近接の物理的要求を減らし、個々の治療計画を管理及び／又はモニタするようユーザに置かれている管理上の負担を軽減し、且つ／あるいは、従来システムに対する他の改善を提供する。一実施形態において、システム１０は、複数の投薬装置１２、複数の対象に関連する複数のクライアントコンピュータプラットフォーム１４、サーバ１６、システム１０の１又はそれ以上のユーザに関連する１又はそれ以上のクライアントコンピュータプラットフォーム２０、及び／又は他の構成要素を有する。
【００１１】
投薬装置１２は、エアロゾル化された薬を対象へ投与するよう構成される。例えば、投薬装置１２は、ネブライザ、計量式吸入器、計量式吸入器スペーサ、ドライパウダー吸入器、及び／又はエアロゾル化された薬を投与することができる他の装置のうち１又はそれ以上を有してよい。投薬装置１２の１又はそれ以上は、臨床背景における、家庭の場における、又はその両方における使用のために構成されてよい。通常、投薬装置１２の所与の１つは、特定の対象に関連付けられると考えられ、投薬装置１２のその所与の１つから発せられる治療情報は、当該投薬装置に関連付けられる対象に関すると推測される。
【００１２】
図２を参照して、この図は、対象による吸入のためにエアロゾル形態の液体薬剤Ｌを投与するために使用される噴霧式投薬装置１００の一実施形態を表す。例えば、装置１００は、液体薬剤Ｌを収容するリザーバ１１５と、エアロゾル発生器１２０とを有してよい。
【００１３】
エアロゾル発生器１２０は、一実施形態において、液体薬剤Ｌを噴霧する又は別なふうにエアロゾル化するホーン振動部材１２５とともにメッシュ部材１０５の形をとってよい。しかし、後により詳細に記載されるように、このようなエアロゾル発生器１２０は、本発明の適用範囲内で使用可能である多種多様なタイプのエアロゾル発生器の限定されない例である。メッシュ部材１０５は、一実施形態において、ホーン振動部材１２５の遠位端の横断面に取り付けられてよい。投薬装置１００は、ホーン振動部材１２５を電気的に駆動するよう何らかの適切な電源を組み込んでよい（後に論じられる。）。そのようなものとして、ホーン振動部材１２５は、メッシュ部材１０５における複数の微細開口又は微細孔に液体Ｌを通して、対象によって吸入され得るエアロゾル形態の液体薬剤Ｌを生じさせることができる。
【００１４】
リザーバ１１５は、液体薬剤の服用量を収容することができるチャンバ、コンテナ又はキャニスタであってよい。様々な実施形態において、装置１００のエアロゾル発生器１２０及びリザーバ１１５は、２００５年３月８日に出願された、“Liquid  Spray  Device”と題された米国特許第６８６３２２４号（‘２２４特許’）において記載されるように構成され配置されてよい。‘２２４特許’の開示は、その全文を参照により本願に援用される。しかし、‘２２４特許’は、ここでの更なる記載から明らかなように、本発明の教示とともに用いられ得るエアロゾル発生器及びリザーバのタイプのほんの一例を開示することが強調されるべきである。
【００１５】
上述されたように、エアロゾル発生器１２０は、液体薬剤Ｌを対象によって吸入され得るエアロゾル及び／又は液滴に変えることができるあらゆるタイプのネブライザ又はエアロゾル発生メカニズムを用いて、エアロゾル形態の液体薬剤Ｌを生成してよい。例えば、図２に表わされるように、リザーバ１１５において配置される液体薬剤Ｌは、振動ホーン部材１２５の遠位端とメッシュ１０５（例えば、複数の微細開口を有する金属又は非金属スクリーン）との間の接触の近位点に達してよい。電源は、エアロゾル発生器１２０へ電力のパルスを供給し、ホーン１２５を振動させて液体薬剤をメッシュ１０５に通し、液体をエアロゾル形態へと分離することができる。しかし、明らかなように、ジェットネブライザ、振動メッシュ、振動ホーン、Ｒａｌｅｉｇｈ分裂理論を用いるノズル、圧電性結晶技術、又は当該技術で知られる他の噴霧装置若しくは技術を含む様々な他のエアロゾル発生器１２０が使用されてよい。当然に、それらは、本発明とともに使用され得るエアロゾル発生器のタイプの限定されない例であり、この用途のために液体薬を噴霧又はエアロゾル化することができるあらゆる適切な装置が使用され得る。
【００１６】
上記から明らかなように、エアロゾル発生器１２０は、チャンバ１１５内の液体の全てが対象による吸入のためにエアロゾル化されるまで、電源から電力のパルスを受けるよう構成されてよい。そのようなものとして、一様な薬服用量が治療インスタンスごとに投与されてよい。しかし、様々な理由のために、エアロゾル発生器１２０はそれ自体で、必ずしも治療ごとに一様な治療存続期間を保つわけではない。例えば、患者の呼吸パターン（例えば、排気に対する吸気の比、呼吸回数、等）は、投薬の速度に影響を与えることがあり、潜在的には治療時間に影響を与える。他の例では、エアロゾル発生器１２０のメッシュ１０５は、治療の過程にわたって汚くなることがあり、あるいは、再利用可能なメッシュは、連続的な治療の過程にわたって更に汚くなることがあり、あるいは、メッシュは、治療間で交換されてよく、あるいは、メッシュは、時間とともに劣化しうる。これらの全ては、（例えば、発生器１２０がエアロゾル化された薬を出力する速度を低下させることによって）潜在的に治療時間に影響を与える寄与要因に含まれうる。
【００１７】
再び図１を参照して、クライアントコンピュータプラットフォーム１４は、ラップトップ型コンピュータ、デスクトップ型コンピュータ、ノートブック、スマートホン、及び／又は他のクライアントコンピュータプラットフォームのうち１又はそれ以上を有してよい。
【００１８】
夫々のクライアントコンピュータプラットフォーム１４は、少なくとも断続的に、投薬装置１２の対応する１つと通信上結合されて、それから情報を得、且つ／あるいは、命令又は他の通信をそれへ与える。この通信は、例えば、無線接続（例えば、ブルートゥース、ＷｉＦｉ、赤外線、及び／又は他の無線接続）及び／又は有線接続（例えば、ＵＳＢ、ＦｉｒｅＷｉｒｅ、等）を介して、達成されてよい。これらの通信は、対応する投薬装置１２が（例えば、無線媒体を介して）目下リンクされているクライアントコンピュータプラットフォーム１４による決定によって引き起こされて、クライアントコンピュータプラットフォーム１４においてバックグラウンドで（クライアントコンピュータプラットフォーム１４で実行される他の処理及び／又はアプリケーションに対して実質的な中断なしで）実行される比較的短いデータアップロード（例えば、”synching”）を含んでよい。一実施形態において、クライアントコンピュータプラットフォーム１４と投薬装置１２との間の通信は、クライアントコンピュータプラットフォーム１４との通信に関連してクライアントコンピュータプラットフォーム１４で実行される処理がより高い優先度を与えられ、且つ／あるいは、クライアントコンピュータプラットフォーム１４に付随するディスプレイの少なくとも一部分が実時間において又は実時間近くで投薬装置１２の使用及び／又は機能に関連するグラフィカルユーザインタフェースを提供する更に献身的なセッションを含む。
【００１９】
クライアントコンピュータプラットフォーム１４は、１又はそれ以上のコンピュータプログラミングモジュールを実行するよう構成される１又はそれ以上のプロセッサを有してよい。クライアントコンピュータプラットフォーム１４の１又はそれ以上のプロセッサで実行される１又はそれ以上のコンピュータプログラミングモジュールのうち少なくとも一部は、例えば、投薬装置１２から治療情報を受信し且つ治療情報をサーバ１６へ送信する機能を提供するソフトウェアアプリケーションに関連するソフトウェアモジュールを有する。これらのソフトウェアモジュールは、クライアントコンピュータプラットフォーム１４の１又はそれ以上のプロセッサがアクセス可能である電子記憶媒体に記憶される。一実施形態において、治療情報はクライアントコンピュータプラットフォーム１４において記憶されず、治療情報はクライアントコンピュータプラットフォーム１４によって処理されない。むしろ、処理されるべき治療情報は、サーバ１６へ送信される。
【００２０】
投薬装置１２からクライアントコンピュータプラットフォーム１４で受信される情報は、例えば、サーバ１６へ送信される治療情報を含んでよい。以下で更に論じられるように、治療情報は、例えば、総エアゾール（例えば、ホーン）作動時間、患者が息を吸い込むのに費やした時間の総量、患者が息を吐き出すのに費やした時間の総量、投薬装置１２が治療中に動作した電力レベルに関する情報、及び／又は他の治療情報のうち１又はそれ以上を含んでよい。この情報に基づき、クライアントコンピュータプラットフォーム１４は、対象が治療の有効性の表示、患者と処方された治療計画との整合性、投薬装置１２の動作効率、及び／又は治療に関する他の情報を評価することを可能にするユーザインタフェースを対象（及び／又は介護人若しくは他のユーザ）へ提供してよい。
【００２１】
上述されたように、クライアントコンピュータプラットフォーム１４は、サーバ１６と通信上リンクされる。クライアントコンピュータプラットフォーム１４とサーバ１６との間の通信は、ネットワークを介して実施されてよい。このネットワークは、例えば、インターネット且つ／あるいは、診療所（若しくは診療所の組）、病院（若しくは病院の組）、研究施設、及び／又は他のエンティティに関連するイントラネットを有してよい。
【００２２】
サーバ１６は、クライアントコンピュータプラットフォームで実行される複数のクライアントアプリケーションへ情報を供するよう構成される１又はそれ以上のコンピュータプラットフォームを有する。限定されない例として、サーバ１６はウェブサーバを有してよい。一実施形態において、サーバ１６は、ホスティング及びサービングコンテンツに関連するコンピュータモジュールを単独で実行している専用のサーバプラットフォームである。一実施形態において、サーバ１６は、ここで論じられているサーバ機能と同時に他のタイプの処理を実行しているコンピュータプラットフォームで実施される。この実施形態では、サーバ１６は、サーバ機能を実行するよう構成されるパーソナルデスクトップ又はラップトップコンピュータのようなコンピュータプラットフォームにおいて具現されてよい。サーバ１６は図１では実際上物理的に分離した構成要素として表されているが、一実施形態において、サーバ１６は、通信ネットワークを介してクライアントコンピュータプラットフォーム１４及び２０がアクセス可能な仮想サーバである。
【００２３】
図１から分かるように、サーバ１６はプロセッサ３６を有する。プロセッサ３６は、サーバ１６において情報処理能力を提供するよう構成される。そのようなものとして、プロセッサ３６は、デジタルプロセッサ、アナログプロセッサ、情報を処理するよう設計されたデジタル回路、情報を処理するよう設計されたアナログ回路、状態機械、及び／又は電子的に情報を処理する他のメカニズムのうち１又はそれ以上を有してよい。プロセッサ３６は図１では単一エンティティとして示されているが、これは単に例示のためである。幾つかの実施では、プロセッサ３６は複数の処理ユニットを有してよい。それらの処理ユニットは、物理的に同じ装置内に置かれてよく、あるいは、プロセッサ３６は、ここで著されている機能をサーバ１６へ提供するよう協働して動作する複数の装置（例えば、複数のサーバ）の処理機能に相当してよい。
【００２４】
プロセッサ３６は、１又はそれ以上のコンピュータプログラムモジュールを実行するよう構成される。１又はそれ以上のコンピュータプログラムモジュールは、情報取得モジュール３８、ユーザモジュール４０、対象モジュール４２、ユーザインタフェースモジュール４４、通信モジュール４６、治療計算モジュール４８、アラートモジュール５０、及び／又は他のモジュールのうち１又はそれ以上を有してよい。プロセッサ３６は、ソフトウェア；ハードウェア；ファームウェア；ソフトウェア、ハードウェア及び／又はファームウェアの何らかの組み合わせ；且つ／あるいはプロセッサ３６で処理機能を構成する他のメカニズムによって、モジュール３８、４０、４２、４６、４８及び／又は５０を実行するよう構成されてよい。
【００２５】
当然に、モジュール３８、４０、４２、４４、４６、４８及び／又は５０は図１では単一の処理ユニット内に同じく配置されているように表されているが、プロセッサ３６が複数の処理ユニットを有する実施では、モジュール３８、４０、４２、４４、４６、４８及び／又は５０のうち１又はそれ以上は他のモジュールから遠く離れて配置されてよい。以下で説明される異なるモジュール３８、４０、４２、４４、４６、４８及び／又は５０によって提供される機能に関する記載は例示のためであり、限定することを意図しない。然るに、モジュール３８、４０、４２、４４、４６、４８及び／又は５０のいずれも、記載されているよりも多い又は少ない機能を提供してよい。例えば、モジュール３８、４０、４２、４４、４６、４８及び／又は５０のうち１又はそれ以上は削除されてよく、その機能の一部又は全てはモジュール３８、４０、４２、４４、４６、４８及び／又は５０のうちの他の１つによって提供されてよい。他の例として、プロセッサ３６は、モジュール３８、４０、４２、４４、４６、４８及び／又は５０のうちの１つに以下で属する機能の一部又は全てを実行することができる１又はそれ以上の追加のモジュールを実行するよう構成されてよい。
【００２６】
情報取得モジュール３８は、投薬装置１２を含む複数の投薬装置から治療情報を得るよう構成される。一実施形態において、これは、投薬装置１２からクライアントコンピュータプラットフォーム１４へ送信された治療情報を夫々受信するようクライアントコンピュータプラットフォーム１４と通信することを含む。クライアントコンピュータプラットフォーム１４から情報取得モジュール３８によって取得される治療情報は、サーバ１６をクライアントコンピュータプラットフォーム１４とリンクする通信ネットワークを介して情報取得モジュール３８によって受信される。クライアントコンピュータプラットフォーム１４から情報取得モジュール３８への通信ネットワークを介した治療情報の転送は、自動で（例えば、更なる治療情報が所定のインターバルで投薬装置１２からクライアントコンピュータプラットフォーム１４によって取得された後、等に）、又はクライアントコンピュータプラットフォーム１４へ入力されるコマンドを介して対象によって手動で、開始されてよい。
【００２７】
ユーザモジュール４０は、投薬装置１２からサーバ１６によって取得された治療情報へのアクセスを提供されるユーザの１又はそれ以上のユーザプロファイルを管理するよう構成される。ここで使用されるように、語“ユーザ”は、介護人、研究者、管理者、及び／又は投薬装置１２を用いる複数の対象に関連する治療情報へのアクセスを提供されるべき個人を含んでよい。ユーザプロファイルは、ユーザが特定のユーザプロファイルと同一であるとされる又はそれと関連付けられることを可能にする識別情報（例えば、ユーザＩＤ、等）、ユーザがサーバ１６に認証されることを可能にする認証情報（例えば、ログイン、パスワード、等）、ユーザに関連する設定選択、及び／又は個々のユーザに関連する他の情報のうち１又はそれ以上を含んでよい。
【００２８】
２つの投薬装置１２は、サーバ１６が治療情報を受信する唯一の投薬装置でないことは明らかである。例えば、図１において、更なる投薬装置（図示せず。）も（例えば、対応するクライアントコンピュータプラットフォームを介して）サーバ１６と通信上リンクされる。一実施形態において、ユーザモジュール４０によって管理されるユーザプロファイルに含まれる個々のユーザに関する情報は、それら個々のユーザがどの投薬装置へのアクセスを与えられるべきかを示すアクセス特権を含む。アクセス特権は、アクセスが所与のユーザに与えられるべき特定のタイプの治療情報さえ示してよい（例えば、患者の呼吸容量、治療、及び／又は整合性に関する情報は除いて、装置の性能効率又は有効性に関する情報）。
【００２９】
対象モジュール４２は、治療情報が情報取得モジュール３８によって取得される対象に対応する複数の対象プロファイルを管理するよう構成される。所与の対象に対応する対象プロファイルは、対象を識別する識別情報（例えば、名前、患者又は対象番号、等）及び所与の対象について取得される治療情報のうち１又はそれ以上を含む。所与の対象に対応する対象プロファイルは、どのユーザが所与の対象に関連する治療情報へのアクセスを受けるべきかに関する情報を含んでよい。
【００３０】
一実施形態において、対象モジュールは、“System  and  Method  of  Remotely  Monitoring  and/or  Managing  the  Treatment  of  a  Plurality  of  Subjects  with  Aerosolized  Medicament”と題された係属中の米国特許出願第６１／２３４２６４号において記載されているように構成され配置されてよい。なお、前記の米国特許出願の開示は、その全文を参照により本願に援用される。
【００３１】
ユーザインタフェースモジュール４４は、ユーザが情報取得モジュール３８によって取得された治療情報、治療計算モジュール４８によって決定された計算に関する情報、アラートモジュール５０によって生成された情報、及び／又は他の情報を選択的に見ることを可能にするユーザのためのユーザインタフェースの定義を生成するよう構成される。これは、ユーザが特定の対象又は対象の組を選択し且つ選択に基づき特定の対象又は対象の組に関連する情報を見ることを可能にすることを含む。ユーザインタフェースモジュール４４によって生成される定義によって定義されるユーザインタフェースは更に、ユーザが情報タイプ、治療情報に基づく分析、選択された情報及び／又は分析の特定のビューを選択し且つ選択されたビューにおいて選択された情報タイプ及び／又は分析を見ることを可能にする。
【００３２】
一実施形態において、ユーザインタフェースモジュール４４によって生成されるユーザインタフェースの定義は、クライアントコンピュータプラットフォームでウェブブラウザにおいて見ることができるウェブページの定義を含む。ウェブページの定義は、例えば、ＨＴＭＬ、ｄＨＴＭＬ、ＸＭＬ、ＪＡＶＡ（登録商標）、Ｆｌａｓｈ、及び／又はウェブブラウザによって読むことができる他のフォーマットにおいて符号化された情報を含んでよい。一実施形態において、ユーザインタフェースモジュール４４によって生成されるユーザインタフェースの定義は、より専門的なクライアント側アプリケーションのために生成される。例えば、クライアント側アプリケーションは予め、選択的に治療情報を見るためのビューを含んでよく、ユーザインタフェースモジュール４４によって生成されるユーザインタフェースの定義は、クライアント側アプリケーションによって提供される所与のビュー内で見ることができる治療情報のための値を単に含んでよい。この実施形態では、クライアント側アプリケーションは、（必要に応じて）値の一部又は全てをビューの対応する部分に入れるユーザインタフェースの定義に含まれる治療情報のための値を受け取る。
【００３３】
ユーザインタフェースモジュール４４は、一実施形態において、患者又は患者のグループのために処方される治療計画の１又はそれ以上のパラメータがユーザによって調整されることを可能にするユーザへの１又はそれ以上のビューを提供するユーザインタフェースの定義を生成する。ユーザインタフェースモジュール４４によって生成される定義によって定義されるユーザインタフェースを通じて入力される調整は、次いで、サーバ１６を介して適切な投薬装置（例えば、投薬装置１２）へ与えられる。
【００３４】
通信モジュール４６は、ユーザインタフェースモジュール４４によって生成されるユーザインタフェースの定義をユーザへ与えるよう構成される。一実施形態において、通信モジュール４６は、これを、ユーザインタフェースをユーザに関連するクライアントコンピュータプラットフォーム２０に提供することによって達成する。クライアントコンピュータプラットフォーム２０は、ラップトップコンピュータ、デスクトップコンピュータ、ノートブック、スマートホン、及び／又は他のクライアントコンピュータプラットフォームのうち１又はそれ以上を含んでよい。通信モジュール４６は、ユーザインタフェースをネットワークを介してクライアントコンピュータプラットフォーム２０へ提供してよい。このネットワークは、インターネット及び／又は、診療所（又は診療所の組）、病院（又は病院の組）、又は他のエンティティに関連するイントラネットを含んでよい。定義されたユーザインタフェースを見るために、クライアントコンピュータプラットフォーム２０は、通信モジュール４６からの通信に基づきユーザインタフェースを提供するようウェブブラウザのような多目的クライアントアプリケーションを実施してよい。上述されたように、一実施形態において、ウェブブラウザのような多目的クライアントアプリケーションよりむしろ、クライアントコンピュータプラットフォーム２０は、ユーザインタフェースモジュール４４によって定義されるユーザインタフェースを見るために具体的に設計されるクライアントアプリケーションを実行してよい。
【００３５】
一実施形態において、ユーザインタフェースモジュール４４によって定義されるユーザインタフェースは、ユーザが対象又は対象のグループへ向けられる通信を入力することを可能にする。この通信は、次いで、対象又は対象のグループへ通信モジュール４６によって分配される。通信は、対象若しくは対象のグループへそれらの投薬装置を介して（例えば、クライアントコンピュータプラットフォーム１４を手段として投薬装置１２を介して）、対象若しくは対象のグループに関連する１又はそれ以上のクライアントコンピュータプラットフォームを介して、及び／又は対象若しくは対象のグループに関連する他の通信装置を介して（例えば、ＳＭＳメッセージを介して、ボイスメールを介して、自動電話呼び出しを介して、等）分配されてよい。それらの通信は、患者若しくは患者のグループが彼らの投薬装置に対して行うべき動作、患者若しくは患者のグループのために処方される治療計画になされるべき調整、治療中に患者若しくは患者のグループによって呼吸になされるべき調整、及び／又は他のメッセージを示す予め定義された通信の組からユーザによって選択されるメッセージを含んでよい。ユーザインタフェースは、情報取得モジュール３８によって取得された治療情報の分析に基づき対象への送信のためにユーザへ通信の組を提示してよい。
【００３６】
一実施形態において、通信モジュール４６は、更に、対象がユーザへ通信を返送することを可能にする。例えば、通信モジュール４６は、対象によって投薬装置１２及び／又はクライアントコンピュータプラットフォーム１４へ入力される通信を受け取り且つそのような通信を適切なユーザへ（例えば、クライアントコンピュータプラットフォーム１４を介して）与えるよう構成されてよい。それらの通信は、ユーザから受信される通信に応答してよく（例えば、ユーザからの通信において示される変化及び動作を確認することがなされてよい。）、あるいは、完全に対象によって引き起こされてよい。
【００３７】
サーバ１６と個々の対象に関連する装置（例えば、投薬装置１２及び／又はクライアントコンピュータプラットフォーム１４）との間の通信を可能にすることは、様々なシステムにわたって様々な向上を提供することは明らかである。例えば、中央集権的エンティティ（サーバ１６）への異なる患者に関連する治療情報の通信は、複数の異なる患者及び／又は投薬装置をモニタ及び／又は監視するのに必要とされる情報への中央集権化された便利なアクセスをユーザに提供する。同様に、ユーザが中央集権的エンティティから個々の患者へのカスタマイズされた通信を生成することを可能にすることは、患者のための上等の治療経験を容易にする。
【００３８】
一実施形態において、サーバ１６を介して治療情報へアクセスすることができるユーザは、介護人、研究者、等のみならず、治療を受ける実際の患者を含む。この実施形態では、治療をモニタするようクライアントコンピュータプラットフォーム１４及び／又はクライアントコンピュータプラットフォーム２０で“厚い（thick）”クライアントアプリケーションを実行するよりもむしろ、患者は、（ウェブブラウザのような）“薄い（thin）”クライアントアプリケーションを用いてサーバ１６から治療情報にアクセスしてよい。これは、患者に関連するクライアントコンピュータプラットフォーム（例えば、クライアントコンピュータプラットフォーム１４及び／又はクライアントコンピュータプラットフォーム２０）で専門のソフトウェアを分配し、インストールし、維持し、更新することに関連する費用を失くすので、図１に表わされているシステムをセットアップ及び／又は維持することに関連する費用を削減する。
【００３９】
図３を参照して、この図は、治療計画に対する患者整合性に関する治療情報を含むユーザインタフェースモジュール４４によって定義されるユーザインタフェースのビュー３００を示す。このビュー３００は、“治療ビュー”と称されてよい。図３から明らかなように、治療ビュー３００は、対象及び／又は対象のグループが受ける治療の頻度及び／又は存続期間に関する情報、且つ／あるいは他の情報をユーザに提供する。
【００４０】
図３において、治療ビュー３００は、週ごとに１日当たりの噴霧療法の実際の総数を示す第１のグラフ３０１と、週ごとに１日当たりの噴霧療法の実際の総時間を示す第２のグラフ３０２と、所与の週について１日当たりの噴霧療法の実際の回数を示す第３のグラフ３０３とを含む。図３には示されていないが、第３のグラフ３０３は、所与の週について、毎日の噴霧療法時間を表示することができる。図３に示されるように、治療ビューは更に、グラフ３０２における線３０５及びグラフ３０３における線３０７によって表される１日当たりの噴霧療法の期待される又は目標とされる総数と、グラフ３０２における線３０６によって表される１日当たりの噴霧療法の期待される又は目標とされる総時間とを表示する。１日当たりの噴霧療法の期待される総数及び１日当たりの噴霧療法の期待される総時間はまた、治療ビュー３００の上部にある領域３０８においても表示される。治療ビュー３００はまた、最後の２週間の治療についての成績指標概要を表示する。しかし、これは限定として見なされるべきではない。一実施形態において、概要は、異なる週数にわたって平均化されてよい。
【００４１】
同様に、図４は、ユーザインタフェースモジュール４４によって定義されるユーザインタフェースの実施形態を表し、ユーザインタフェースは、患者又は患者のグループによって使用される投薬装置の性能に関する治療情報をユーザに提示するビュー４００を含む。このビュー４００は、“装置ビュー”と称されてよい。装置ビュー４００は、投薬装置性能を定量化するメトリクスに関する情報を含む。
【００４２】
図４において、モニタされるメトリクスは、週ごとに、グラフ４０１において示される投薬装置のメッシュ性能と、グラフ４０２において示される１回換気モード（ＴＢＭ；tidal  breathing  mode）吸気時間と、グラフ４０３において示される静止時間とを含む。装置ビュー４００は更に、線４０５によって表される目標とされるメッシュ性能と、線４０６によって表される目標とされるＴＢＭ吸気時間と、線４０７によって表される目標とされる静止時間とを表示する。同様に、成績指標概要４０４がまた、最後の２週間の治療について表示される。しかし、これは限定として見なされるべきではない。一実施形態において、概要は、異なる週数にわたって平均化されてよい。
【００４３】
ユーザインタフェースに含まれ得る他のビューは、処方箋ビュー、履歴ビュー、対象分類ビュー、呼吸容量ビュー、及び／又は他のビューのうち１又はそれ以上を含んでよい。処方箋ビューは、対象又は対象のグループについて処方されている治療計画に関する情報を含む。履歴ビューは、対象又は対象のグループの装置利用及び／又は呼吸機能の履歴に関する情報を含む。対象分類ビューは、ユーザが対象のグループ化を見、作成し、及び／又は操作することを可能にする。対象のグループ化は、人口学的情報（例えば、年齢、民族的背景、性別、地理的位置、教養、社会経済分類、及び／又は他の人口学的情報）、病状、受け取った薬、処方された治療計画、呼吸容量、及び／又は他の情報のうち１又はそれ以上に基づき確立されてよい。このグループ化は、ユーザによって手動で及び／又はサーバ１６によって自動で行われてよい。
【００４４】
例えば、図５を参照して、この図は、処方箋ビュー５００の一実施形態を示す。所与の対象について、処方箋ビューは、対象のために処方されている治療計画に関する情報を含む。これは、夫々の処方薬の名前と、臨床医の処方箋（すなわち、１から１０の範囲において与えられる夫々の薬についての１日当たりの治療の回数）と、１日当たりの噴霧療法の回数とを含む。対象へ投与される夫々の薬量について、投薬装置１２のチャンバ容量及び治療ごとのチャンバ充填の回数が、前もってセットされた上限として表示される。これらの上限は、夫々の薬を承認するために行われる臨床試験から所要の治療効果を実現させるのに必要とされる薬服用量（ｍｇ）から決定される。一実施形態において、処方箋ビュー５００において示される患者ごとの処方箋情報は、ユーザインタフェースモジュール４４を用いてユーザ（システム管理者となり得る者）によって処方データに入力される。
【００４５】
図６は、サーバ１６で利用可能である及び／又はサーバ１６によって処理される患者処方データの一実施形態を概略的に表す。例示のために、患者処方データは表６００において配置されている。表６００がグラフィカルユーザインタフェースでないことは明らかである。むしろ、表６００は、ユーザによって入力される処方情報と、サーバ１６の治療計算モジュール４８によって処理される種々のデータ（例えば、１日当たりの治療の回数及び／又は１日当たりの治療時間）とを図解的に表す。表６００の列６０１〜６０７は図５の処方箋ビュー５００において表示される点に留意されたい。表６００は、治療中に投与される薬の名前を含む第１の列６０１を有する。夫々の薬について、ユーザインタフェースモジュール４４は、その薬がオン・オフ動作で循環されるべきかどうかと、サイクルの存続期間（すなわち、薬が対象に投与されるサイクルの投与期間及び薬が対象に投与されない非投与期間）とをユーザが更に特定することを可能にする。これは、治療されているバクテリアが、薬が無期限に投与される場合に起こり得る抗生物質に対する耐性を形成する可能性を減らすために、幾つかの薬（例えば、抗生物質）について望ましい。特定の薬がオン・オフ動作で循環されるべき場合に、ユーザインタフェースモジュール４４は、余分の行が処方ビューにおいて自動で追加されるユーザインタフェースの定義を生成するよう構成される（これは表６００において図解的に表されている。）。次いで、ユーザは、薬が治療の開始時にオン・オフサイクルの投与期間（オン期間）又は非投与期間（オフ期間）にあるかどうかを特定する。一実施形態において、治療の開始は月曜日に始まり、治療効果は処方箋における変更に従って次の月曜に始まる。
【００４６】
一実施形態において、特定の薬がオン・オフサイクルに従って対象へ投与されるべき場合に、システム１０は、ユーザが、その特定の薬の非投与期間（オフ期間）の間に対象へ投与される１又はそれ以上の代替の薬を選択することを可能にするよう構成される。一実施において、これはユーザインタフェースモジュール４４を用いて行われ、ユーザインタフェースモジュール４４は、ユーザに、１又はそれ以上の代替の薬が特定の薬の非投与期間中に投与されるべきかどうかと、そうである場合に、代替の薬の名前及び処方情報とを決定するよう促すユーザインタフェースの定義を生成する。
【００４７】
例えば、図６では、表６００は６つの薬をリストアップする。そのうち３つは２８日間のオン・オフサイクルを有する（プロミキシン（Promixin）、トブラマイシン（Tobramycin）及びアズトレオナム（Aztreonam））。図６では、その特定の治療週について、プロミキシンは非投与期間にあり（列６０１における“ｏｆｆ／ｏｎ”インジケータ）、一方、トブラマイシン及びアズトレオナムは両方とも投与期間にある（列６０１における“ｏｎ／ｏｆｆ”インジケータ）。反対に、プロミキシン、トブラマイシン及びアズトレオナムのサイクルは同じであるから、プロミキシンはトブラマイシン及びアズトレオナムの非投与期間中に投与される。
【００４８】
図６では、最初に入力されている薬（プロミシン）のオン・オフサイクルは、等しい存続期間の投与期間及び非投与期間を有する。投与期間は４週間、すなわち２８日間である。その期間中に、プロミキシンは、２８日間毎日のように対象へ投与される。次いで、最初の２８日の期間の後、プロミキシン治療は非投与期間に入り、それも４週間、すなわち２８日間続く。その期間の後、プロミキシンは再び、新たな能動的投与期間に入る。表６００において示される薬の投与期間は２８日に設定されているが、これは限定ではない。オン・オフサイクルが薬及び臨床医の処方に基づき決定されることは明らかである。結果として、オン・オフサイクルが如何なる存続期間を有してもよく、投与期間の存続期間が非投与期間と異なってよいことは明らかである。
【００４９】
表６００は更に、夫々の薬について、薬のカラーコードを特定する第２の列６０２と、薬を充填されるべき投薬装置１２のチャンバ容量を特定する第３の列６０３と、治療ごとに充填されるべき投薬装置１２のチャンバの数を特定する第４の列６０４と、１から１０の範囲において薬についての１日当たりの臨床医処方を特定する第５の列６０５とを有する。列６０３及び６０４におけるデータは、処方箋ビュー５００において、前もってセットされた上限として表示される。上述されたように、それらのデータは、夫々の薬を承認するために行われる臨床試験から所要の治療効果を実現させるのに必要とされる薬服用量（ｍｇ）から決定される。
【００５０】
再び図１を参照して、一実施形態において、治療計算モジュール４８は、表６００において与えられる情報に基づき、夫々の治療週について、１日当たりの治療の回数及び１日当たりの治療時間を計算するよう構成される。治療は、１又はそれ以上のエアロゾル化された薬の投与及び／又は所定の存続期間のオン・オフサイクルに従う１又はそれ以上のエアロゾル化された薬の投与を含んでよい。計算は、治療の開始時に及び／又は新しい薬が対象へ処方されるたびに、実行される。以下でより詳細に説明されるように、治療計算モジュール４８は更に、治療が１又はそれ以上のエアロゾル化された薬のオン・オフサイクルの投与期間及び／又は非投与期間に入る又は入ろうとしている場合に、処方された薬について１日当たりの治療の総数及び／又は１日当たりの治療時間を自動的に変更するよう構成される。
【００５１】
例えば、図１及び図６を参照して、治療計算モジュール４８は、夫々の薬について及び夫々の週について、治療ごとのチャンバ充填の回数（列６０４における情報）及び臨床医処方（列６０５における情報）に基づき、１日当たりの治療の回数を計算するよう構成される。夫々の薬について、これは、列６０４及び６０５のデータを掛け合わせることによって行われる。夫々の薬について計算を行うために、治療計算モジュール４８は、特定の薬がオン・オフ動作で循環されるべきかどうかと、そうである場合に、その薬が投与期間又は非投与期間にあるかどうかとを決定する。特定の薬がオン・オフ動作で循環されるべきであり且つ投与期間にある場合には、治療計算モジュール４８は、列６０６において乗算の結果を出力する。対照的に、特定の薬が非投与期間にある場合には、零が自動的に治療計算モジュール４８によって列６０６において出力される。
【００５２】
上述されたように、計算は夫々の治療週について行われる。一実施形態において、所与の週の治療より前に、治療計算モジュール４８は、表６００において示され且つ処方データ形態でユーザによって与えられる処方情報（処方箋ビュー５００も参照されたい。）に基づき、１日当たりの治療の回数及び／又は１日当たりの治療時間を決定する。治療計算モジュール４８は、その特定の週について非投与期間にある薬を考慮することなく、処方された薬について１日当たりの治療の回数及び／又は１日当たりの治療時間を計算する。従って、計算は週ごとに行われるので、治療計算モジュール４８は、治療が１又はそれ以上のエアロゾル化された薬のオン・オフサイクルの投与期間及び／又は非投与期間に入るか又は入ろうとしている場合に、処方された薬について１日当たりの治療の総数及び／又は１日当たりの治療時間を自動的に変更するよう構成される。
【００５３】
処方された薬が対象に投与される１日当たりの治療の総数及び／又は１日当たりの治療時間の自動変更を可能にすることは、従来のシステムに対して様々な向上を提供することは明らかである。例えば、これは、治療ビュー３００における目標線３０５、３０６及び３０７が正確であるように治療が非投与期間又は投与期間に入るたびに操作者に処方箋を変更するよう求めない。
【００５４】
一実施形態において、特定の薬の非投与期間中に、その特定の薬に関する情報／データは、処方箋ビュー５００において異なる色で、例えばグレーで、表示される。例えば、図７は、一実施形態に従う表６００を示す。表６００は、同じ存続期間のオン・オフサイクルに従って対象へ投与される２つの薬（プロミキシン及びトブラマイシン）を含む。図７に示されるように、プロミキシンはそのオン・オフサイクルの非投与期間にあり、図解的にグレーアウトにされている。この色の変化は処方箋ビュー５００において現れる。トブロマイシンは、プロミキシンの非投与期間中に対象へ投与される。プロミキシンの投与がその能動的投与期間に入ると、ユーザインタフェースモジュール４４は、トブラマイシンがグレーアウトにされ且つプロミキシンがそうでないユーザインタフェースの定義を自動的に生成する。
【００５５】
所与の週について薬ごとの１日当たりの治療の回数を求めた後、治療計算モジュール４８は、その週の間に対象へ与えられる治療又は噴霧療法の総数ＴＮＴ（total  number  of  treatments）を計算するよう構成される。これは、列６０６における１日当たりの治療の回数を合算することによって行われる。計算の出力ＴＮＴは、表６００のボックス６０８において示され、治療ビュー３００の線３０５において及び処方箋ビュー５００において表示される。線３０５によって表されるこの目標は、対象が処方された治療回数をやり遂げているかどうかを対象自身に示すために重要である。
【００５６】
治療計算モジュール４８は更に、夫々の薬について及び夫々の週について、投薬装置１２のチャンバにおける薬の容量をエアロゾル化するのに必要とされる１日当たりのホーンオン時間を計算するよう構成される。１日当たりのホーンオン時間は、投薬装置１２の作動時間に対応する。図６の表６００において、１日当たりのホーンオン時間は、０．５ｍｌ／ｍｉｎの全体的な投薬速度で決定され、列６０３において表示されるチャンバ容量及び列６０５において表示される臨床医処方を用いて求められる。しかし、これは限定ではない。１日当たりのホーンオン時間は、本発明の他の実施形態では、異なる投薬速度で計算されてよいことは明らかである。更に、一実施形態において、治療計算モジュール４８は、夫々の薬について、その薬の出力速度及び従って１日当たりのホーンオン時間に影響を与えうる個々の粘度が様々でありうるので、個別の出力速度を使用することができる。
【００５７】
一実施形態において、特定の週についての１日当たりのホーンオン時間は、その週について平均した１日当たりのホーンオン時間を与えるよう治療計算モジュール４８を用いて、合算されて噴霧療法の総数ＴＮＴで割られる。これは表６００のボックス６０９において表示される。この平均化は、異なる薬を用いる場合に特定の治療時間について目標を与えるために望ましい。治療ビュー３００における線３０６で示される特定の週についての目標治療時間を与えるために、治療計算モジュール４８は、式１：
治療時間＝噴霧係数ＴＢＭ×平均ホーンオン時間          （式１）
において示されるように、ボックス６０９の平均ホーンオン時間に噴霧係数ＴＢＭを乗じる。
【００５８】
実際の治療時間は、患者の吸入操作、メッシュ状態、薬のタイプ、周囲条件及び対象の肺機能に基づき変化しうる。一実施形態において、噴霧係数ＴＢＭは、特定の薬について及び特定の投薬装置について求められ、次いで、その特定の投薬装置について全ての薬の平均ホーンオン時間を治療目標時間へ変換するようグローバル変数として使用され得る。例えば、フィリップスによって製造されているＩ−ｎｅｂＡＡＤの０．３ｍｌ計量チャンバを用いるプロミキシンについての治療時間は、４．３分の平均である（参考：Use  of  I-neb  AAD  System  Patient  Logging  System  Data  to  Identify  Aerosol  Treatment  Issues  in  Patients  with  CF，ATS  2007）。それらの値を式１に代入することは、約８の噴霧係数ＴＢＭを与える。次いで、８の噴霧係数ＴＢＭは、治療ビュー３００の線３０６において示される治療時間目標へと全ての薬の平均ホーン時間を変換するために治療計算モジュール４８によって使用される。
【００５９】
一実施形態において、アラートモジュール５０は、治療が１又はそれ以上の薬の投与期間及び／又は非投与期間に入る結果としてユーザ治療が変化しようとしていることを示すために、ユーザインタフェースモジュール４４が治療ビュー３００において将来の期間（例えば、２週間）を表示することを可能にする信号を生成するよう構成される。例えば、図８を参照して、第１のグラフ３０１は、２月の治療の最初の２週間について、期待される又は目標とされる１日当たりの噴霧療法の総数を表示する。図８に示されるように、期待される又は目標とされる１日当たりの噴霧療法の総数は、２月にといて６から３へ減らされ、治療が薬（図８におけるトブラマイシン）の非投与期間に入ろうとしていることを示す。変更に事前通告は、ユーザインタフェースモジュール４４において前もって１若しくは数日又は１又は数週間表示され得る。
【００６０】
アラートモジュール５０によって生成されるアラートは、ユーザインタフェースモジュール４４によって定義されるユーザインタフェースを介してユーザ及び／又は対象へ提供され且つ通信モジュール４６を介して対象へ送られる。一実施形態において、アラートモジュール５０によって生成されるアラートは、ユーザインタフェースモジュール４４によって定義されるユーザインタフェース以外の通信媒体を介して通信モジュール４６によって対象へ供給される。例えば、通信モジュール４６は、ＳＭＳ及び／又はテキストメッセージ、電子メール、他の電子テキストに基づく通信、ボイスメール、自動電話呼び出し、且つ／あるいは他の通信媒体のうち１又はそれ以上を介して対象へアラートを送信してよい。
【００６１】
追加的に、又は代替的に、更なるテキストが、治療変更が必要とされることを示す又は促すよう、又は変更に関する追加情報を与えるよう、ポップアップボックス又はバナー３０９においてグラフ３０１に加えられ得る。一実施形態において、追加情報は、唾液サンプルを採取すること、肺機能測定を行うこと、及び／又は質問票の全ての項目に記入することといった、治療の状態をモニタするための追加の臨床的測定を行うことを含む。一実施形態において、図９に示されるように、それらのメッセージは更に、薬のタイプに関連する色を用いることによって、ボックス３１０において強調表示され得る。これは、治療における変更が日ごとの噴霧療法総数における変化と一致せず、従って、グラフ３０１において線３０５によって示される目標とされる又は期待される１日当たりの噴霧療法の総数が変更を定義する段差を有さない場合に有用である。
【００６２】
処方された薬について１日当たりの治療の総数及び／又は１日当たりの治療時間の変化のユーザ及び／又は対象への自動通知を可能にすることは、従来のシステムに対して様々な向上を提供することは明らかである。例えば、これは、薬が非投薬期間又は投薬期間に入るたびにユーザ及び／又は対象に知らせるよう操作者に求めない。このような要求は効率的でない。
【００６３】
図１０は、投薬装置によるエアロゾル化された薬の投与を含む複数の対象の治療をモニタ及び／又は管理する方法１０００を表す。以下で提示される方法１０００の動作は、例示であるよう意図される。幾つかの実施形態において、方法１０００は、記載されていない１又はそれ以上の追加の動作を有して、且つ／あるいは、論じされている動作のうち１又はそれ以上によらずに、達成されてよい。更に、方法１０００の動作が図１０において表され且つ以下で記載される順序は、限定であるよう意図されない。
【００６４】
幾つかの実施形態において、方法１０００は、１又はそれ以上のコンピュータプログラムモジュールを実行するよう構成される１又はそれ以上のプロセッサ（例えば、デジタルプロセッサ、アナログプロセッサ、情報を処理するよう設計されたデジタル回路、情報を処理するよう設計されたアナログ回路、状態機械、及び／又は電子的に情報を処理する他のメカニズム）を有するサーバによって実施されてよい。１又はそれ以上のプロセッサは、電子記憶媒体に電子的に記憶されている命令に応答して方法１０００の動作の一部又は全てを実行する１又はそれ以上の装置を有してよい。１又はそれ以上のプロセッサは、方法１０００の動作のうち１又はそれ以上の実行のために具体的に設計されるようハードウェア、ファームウェア、及び／又はソフトウェアにより構成される１又はそれ以上の装置を有してよい。
【００６５】
動作１００１で、１又はそれ以上のエアロゾル化された薬に関する処方情報が対象について得られる。一実施形態において、処方情報は、臨床医によって処方された１日当たりの治療の回数と、複数のエアロゾル化された薬の投与において使用される投薬装置のチャンバ容量と、夫々のエアロゾル化された薬についての治療ごとのチャンバ充填の回数とを含む。一実施形態において、動作１００１は、（図１において示され且つ上述された）情報取得モジュール３８と同じであるか又は類似する情報取得モジュールによって実行される。
【００６６】
動作１００２で、エアロゾル化された薬がオン・オフサイクルに従うかどうかが決定される。一実施形態において、オン・オフサイクルの所定の存続期間も決定される。一実施形態において、動作１００２は、（図１において示され且つ上述された）治療計算モジュール４８と同じであるか又は類似する治療計算モジュールによって実行される。
【００６７】
動作１００３で、対象へ投与される１又はそれ以上のエアロゾル化された薬についての１日当たりの治療の回数が計算される。更に、対象へ与えられる１日当たりの治療の回数における変更は、治療がオン・オフサイクルの投与期間及び／又は非投与期間に入る場合に、自動的に計算される。一実施形態において、動作１００３は、（図１において示され且つ上述された）治療計算モジュール４８と同じであるか又は類似する治療計算モジュールによって実行される。
【００６８】
動作１００４で、１又はそれ以上アラートが、動作１００３で実行された１日当たりの治療の回数における変更をユーザ及び／又は対象に知らせるよう生成される。一実施形態において、動作１００４は、（図１において示され且つ上述された）アラートモジュール５０と同じであるか又は類似するアラートモジュールによって実行される。
【００６９】
本発明は、最も実際的且つ望ましい実施形態であると現在考えられているものに基づき例示のために詳細に記載されてきたが、当然に、かかる詳細は単にその目的のためであり、本発明は開示されている実施形態に限定されず、それどころか、添付の特許請求の範囲の精神及び適用範囲の中にある変形及び等価な配置を網羅するよう意図される。例えば、本発明は、可能な範囲で、いずれかの実施形態の１又はそれ以上の特徴がいずれかの他の実施形態の１又はそれ以上の特徴特見合わされ得ると考えることが理解されるべきである。
【図１】
0005934725.tif 000002
【図２】
0005934725.tif 000003
【図３】
0005934725.tif 000004
【図４】
0005934725.tif 000005
【図５】
0005934725.tif 000006
【図６】
0005934725.tif 000007
【図７】
0005934725.tif 000008
【図８】
0005934725.tif 000009
【図９】
0005934725.tif 000010
【図１０】
0005934725.tif 000011