CN102473207A - 用于实现向待监测的多个对象治疗性递送雾化药物的系统和方法 - Google Patents

Abstract

一种服务器被配置成与多个不同对象所使用的药物递送装置进行通信链接，以接收雾化药物，作为治疗方案的一部分。所述服务器为用户提供用户界面，使得用户能够访问与对多个不同对象的治疗相关的治疗信息。这可以便于监测多个对象接收的治疗。

Description

用于实现向待监测的多个对象治疗性递送雾化药物的系统和方法

本申请涉及美国专利申请No.12/175486，在此将其全文并入本文。

本发明涉及提供对涉及向多个对象施予的治疗方案的治疗信息的集中式的基于网络的访问和对所述治疗方案的控制，其中，治疗方案包括经由药物递送装置施予雾化药剂。

在医学处置中常常使用气雾剂药物递送装置来提供以能够被患者吸入的形式的药物。可以利用各种技术(例如，使用压电构件)使粉末、液体或其他形式的药物雾化，以使得药物能够通过患者的气道被吸收。这样一来，可以为呼吸疾病(例如，哮喘)或其他处置施予气雾剂药物处置，其中，患者在呼吸的同时吸入药物。

气雾剂药物处置通常被设计成在给定的时间段内施予特定剂量的药物。在处置中保持一致性(uniformity)(即，剂量和处置时间)可能常常是处置的有效性或处置系统的适销性等的因素。然而，用于施予气雾剂药物处置的现有系统和技术常常不能充分考虑可能干扰处置一致性的各种因素。例如，由于患者呼吸模式、药物递送装置性质(例如，输出速率)或其他因素的变化，所施予的药物剂量或处置持续时间可能是不一致的。

现有的系统具有这些和其他问题。

本发明的一个方面涉及一种系统，其被配置成使得一个或多个用户能够监测对多个对象的治疗，其中，这种治疗包括递送雾化药物。在一个实施例中，该系统包括服务器，服务器包括被配置成执行一个或多个计算机程序模块的一个或多个处理器，所述一个或多个模块包括治疗信息采集模块、用户界面模块和通信模块。治疗信息采集模块被配置成通过通信网络从多个药物递送设备获得治疗信息，其中，所述多个药物递送设备至少包括与第一对象相关联的第一药物递送设备和与第二对象相关联的第二药物递送设备，其中，第一药物递送设备和第二药物递送设备中的每个都包括在药物的气雾化中使用的格网，并且其中，所获得的治疗信息包括(i)分别与第一对象和第二对象的在使用第一药物递送设备和第二药物递送设备期间的呼吸模式相关的信息，和/或(ii)与第一药物递送装置中包括的格网的状况和第二药物递送装置中包括的格网的状况相关的信息。用户界面模块被配置成为用户生成用户界面的定义，使得用户能够有选择地查看由治疗信息采集模块从第一药物递送设备和第二药物递送设备获得的治疗信息。通信模块被配置成通过通信网络向与用户相关联的客户端计算平台提供用户界面的定义。

本发明的另一方面涉及一种计算机实施的方法，使得一个或多个用户能够远程监测对多个对象的治疗，其中，这样的治疗包括递送雾化药物，并且其中，由包括被配置成执行一个或多个计算机程序模块的一个或多个处理器的服务器实施所述方法。在一个实施例中，该方法包括在服务器的一个或多个处理器上执行一个或多个计算机程序模块，以通过通信网络从多个药物递送设备获得治疗信息，其中，所述多个药物递送设备至少包括与第一对象相关联的第一药物递送设备和与第二对象相关联的第二药物递送设备，其中，所述第一药物递送设备和所述第二药物递送设备中的每个都包括在药物的气雾化中使用的格网，并且其中，所获得的治疗信息包括(i)分别与第一对象和述第二对象的在使用第一药物递送设备和第二药物递送设备期间的呼吸模式相关的信息，和/或(ii)与第一药物递送装置中包括的格网的状况和第二药物递送装置中包括的格网的状况相关的信息；在所述服务器的一个或多个处理器上执行一个或多个计算机程序模块，从而为用户生成用户界面的定义，使得用户能够有选择地查看由治疗信息采集模块从第一药物递送设备和第二药物递送设备获得的治疗信息；以及在所述服务器的一个或多个处理器上执行一个或多个计算机程序模块，以通过通信网络向与所述用户相关联的客户端计算平台提供所述用户界面的定义，从而所述客户端计算平台向所述用户提供所述用户界面。

本发明的另一方面涉及一种系统，该系统被配置成使得一个或多个用户能够远程监测对多个对象的治疗，其中，这样的治疗包括递送雾化药物。在一个实施例中，该系统包括：用于通过通信网络从多个药物递送设备获得治疗信息的装置(means)，其中，所述多个药物递送设备包括与至少第一对象相关联的第一药物递送设备和与第二对象相关联的第二药物递送设备，其中，所述第一药物递送设备和所述第二药物递送设备中的每个都包括在药物的气雾化中使用的格网，并且其中，所获得的治疗信息包括(i)分别与第一对象和第二对象的在使用第一药物递送设备和第二药物递送设备期间的呼吸模式相关的信息，和/或(ii)与第一药物递送装置中包括的格网的状况和第二药物递送装置中包括的格网的状况相关的信息；用于为用户生成用户界面的定义的装置，使得用户能够有选择地查看由治疗信息采集模块从第一药物递送设备和第二药物递送设备获得的治疗信息；以及用于通过通信网络向与所述用户相关联的客户端计算平台提供所述用户界面的定义的装置，使得所述客户端计算平台向所述用户提供所述用户界面。

参考附图考虑以下描述和权利要求书，本发明的这些和其他目的、特征和特性，以及相关结构元件的操作方法和功能，以及各部分的组合和制造的经济性，将变得更加显而易见，所有附图都形成本说明书的一部分，其中，在各幅图中类似的附图标记表示对应的部分。在本发明的一个实施例中，按比例绘制了这里所示的结构部件。然而，应当明确理解，附图仅仅为了例示和描述，而并非是对本发明的限制。此外，应当认识到，也可以将这里任一个实施例中所示或所描述的结构特征用于其他实施例中。然而应当明确理解，附图仅仅为了例示和描述，而并非意在作为本发明限度的界定。如说明书和权利要求书中所使用的那样，单数形式“一”、“一个”和“该”包括多个指示物，除非语境明确做出其他说明。

图1图示了根据本发明的各方面的例示性气雾剂药物递送装置。

图2图示了根据本发明的各方面用于维持对多个对象的气雾剂药物递送处置的一致性的例示性系统。

图3-4图示了根据本发明的各方面用于维持气雾剂药物递送处置的一致性的例示性方法。

图5图示了根据本发明的各方面根据使用可变功率算法来比较处置时间的分布的直方图。

图6图示了根据本发明的各方面向用户提供关于对象所接收的治疗的信息的用户界面的治疗视图。

图7图示了根据本发明的各方面向用户提供关于药物递送装置的性能的信息的用户界面的装置视图。

图8图示了监测多个对象所接收的治疗的方法。

根据本发明的各方面，如图1中所示，例如，可以使用气雾剂药物递送装置100施予气雾剂形式的液体药物L，供患者吸入。例如，装置100可以包括用于容纳液体药物L的贮存器115和气雾剂发生器120。

在一个实施例中，气雾剂发生器120可以采取格网构件105与喇叭形(horn)振荡构件125相结合的形式，用于使液体药物L雾化或以其他方式使其气雾化。然而，如下文更详细论述的，这种类型的气雾剂发生器120是在本发明范围之内能够使用的许多种不同类型的气雾剂发生器的非限制性范例。在一个实施例中，格网构件105可以安装到喇叭形振荡构件125的远端的末端表面。药物递送装置100可以结合任何适当的电源(如下文将论述的)，以通过电力驱动喇叭形振荡构件125。这样一来，喇叭形振荡构件125可以迫使液体L通过格网构件105中的多个细孔或小孔，由此产生能够被患者吸入的雾化形式的液体药物L。

贮存器115可以是可以容纳一定剂量的液体药物的腔室、容器或罐子。在各种实施方式中，可以如于2005年3月8日授权的，题为“Liquid SprayDevice”的美国专利No.6863224(“′224专利”)中所述那样构造和布置气雾剂发生器120和贮存器115的装置100，在此通过引用将其全文并入本文。然而，应当强调，′224专利公开了可以与本发明的技术一起采用的一个范例类型的气雾剂发生器和贮存器，从本文的更多描述中将明了此点。

图2是示意图，其呈现了图1的例示性药物递送装置100的各个部件，并且该药物递送装置可以被配置成维持根据本发明的各方面的气雾剂药物递送处置的一致处置时间。在一个实施例中，贮存器115与传感器217协作或者包括传感器217，传感器217能够用于确定是否已完全耗尽了贮存器115中的液体药物L，如下文将更详细描述的。

气雾剂发生器120可以与电源220电连通，电源220驱动气雾剂发生器120的操作(例如，雾化作用)。例如，在气雾剂发生器120包括格网105和喇叭形振荡构件125的实施例中，电源220驱动喇叭形振荡构件125的操作(例如，开/关)并向喇叭形振荡构件125施加功率水平。

药物递送装置100可以通过在相继气雾剂脉冲的时间内使其中包含的药物剂量气雾剂化来施予贮存器115中的药物剂量，供患者吸入(例如，每次患者吸入一个脉冲)。例如，电源220可以向气雾剂发生器120递送相继脉冲的功率，令喇叭形振荡构件125产生雾化药物(例如，液滴或蒸汽)的对应脉冲。可以继续递送功率脉冲(和雾化药物的对应脉冲)，直到贮存器115中的所有液体(即，全部剂量)都被雾化(并理想地被患者吸入)为止，由此完成所施予的处置。

如上所述，气雾剂发生器120可以利用任何类型的雾化器或气雾剂发生机构产生雾化形式的液体药物L，雾化器或气雾剂发生机构能够将液体药物L转换成能够被患者吸入的气雾剂和/或微滴。例如，如图1中所示，设置在贮存器115中的液体药物L可以到达振荡喇叭形构件125的远端和格网105(例如，具有多个细孔的金属或非金属筛)之间的近端接触点。返回参考图2，电源220可以向气雾剂发生器120递送电力脉冲，令喇叭125振动，并驱动液体药物通过格网105，将液体分离成雾化形式。然而，显然可以使用各种其他气雾剂发生器120，包括喷射雾化器、振动格网、振动喇叭、利用罗利破裂理论(Raleigh breakup theory)的喷嘴、压电晶体技术或本领域中已知的其他喷雾装置或技术。应当认识到，这些是能够与本发明一起使用的气雾剂发生器类型的非限制性范例，可以使用能够使用于这种应用的液体药物雾化或气雾剂化的任何适当装置。

从以上论述能够认识到，气雾剂发生器120可以被配置成从电源220接收电力脉冲，直到腔室115中的所有液体已经雾化，供患者吸入为止。这样一来，可以在每种处置情况下施予一致的药物剂量。然而，出于各种原因，气雾剂发生器120自身可能未必针对每次处置都维持一致的处置时间。例如，患者的呼吸模式(例如，吸气与呼气比、呼吸频率等)可能影响药物施予的速率，这可能会影响处置时间。在另一范例中，气雾剂发生器120的格网105可能在处置的过程中变脏，或者可重复使用的格网可能在相继处置的过程中变得更脏，或者可能在处置之间交换格网，或者格网可能随着时间劣化，所有这些都可以是潜在地影响处置时间(例如，通过降低发生器120输出雾化药物的速率)的贡献因素之一。

因此，如图2所示，控制器230耦合到电源220以使处置时间的变化最小化。控制器230可以是硬件控制器(例如，电路或微处理器)、软件控制器(例如，计算机可执行指令)或者其任何适当的组合。控制器230可以基于各种因素改变电源220提供给气雾剂发生器120的功率水平，所述因素包括患者的呼吸模式、格网的清洁度或污染度、或者发生器120的输出速率变化等。

控制器230可以包括时钟250、功率控制器230和脉冲控制器240(例如，硬件部件和计算机可执行指令的组合)，时钟250用于跟踪处置的过去的时间，脉冲控制器240用于以电子方式控制电源220向气雾剂发生器120施加的功率水平和脉冲长度。应当认识到，可以将控制器230视为结合了时钟250、功率控制器235和脉冲控制器240中的每个的功能的单一装置。或者，可以将元件250、235和240中的每个视为可以分离提供的或者是控制器230之外的分离部件或模块。

药物递送装置100还可以包括与控制器230操作性连接的呼吸测量机构245，并且其可以用于监测或以其他方式测量患者的呼吸模式。呼吸模式可以包括患者潮气量、流量、吸气速率、呼气速率、吸气与呼气速率之比中的一个或多个或者患者呼吸的其他特征的测量结果。在各种实施方式中，呼吸测量机构245可以包括压力传感器，其用于探测雾化器雾化结构部分、呼吸阀、患者端口或者用于测量患者呼吸模式的其他适当结构之内的压力。这样一来，在各种实施例中，可以基于传感器探测的压力通过触发计时器并测量吸气的持续时间来测量患者的呼吸模式(例如，吸气持续时间)。作为另一范例，呼吸测量机构可以采用传感器，所述传感器测量气体浓度或光色散，以结合流量传感器测量吹口(或别处)中雾化药物的浓度，来估计每次呼吸吸入的药物量。在一个实施例中，可以利用于2003年7月1日授权的，题为“Drug Delivery Apparatus”的美国专利No.6584971(“′971专利：)中所描述的技术和结构来测量呼吸模式，在此通过引用将其全文并入本文。然而，应当认识到，′971专利仅示出了测量患者呼吸模式的方式的一个范例，可以使用其他结构或技术。

控制器230可以耦合到数据仓库260(例如，内置存储器、可移除介质或存储器等)。数据仓库260可以能够存储描述待施予的处置的设置和所施予的治疗的信息的日志，以辅助执行诊断或维护。可以通过输入接口将任何设置手动地输入到数据仓库260中，或者可以将其预先编码到数据仓库260中。数据仓库260中的设置可以包括与标称处置时间、液体药物剂量和/或功率水平相关的信息，以及用于维持气雾剂药物递送处置的一致性的其他信息。例如，所述设置可以涉及格网的标称输出速率(例如，以每分钟毫升为单位表达)，可以将其定义为作为格网等级、标称功率设置、药物腔室剂量(或腔室容积)(例如，毫升)和目标处置持续时间或其任何组合的函数。此外，该设置可以包括用于改变提供给气雾剂发生器120的功率水平的额外信息，包括当前功率设置、最大功率设置、最小功率设置、阈值吸气与呼气比、和用于增大或减小功率的增量等。

时钟250可以在处置开始时开始，由此主动测量处置的过去的时间。在处置期间的每次患者呼吸时，呼吸测量机构245可以测量患者吸气持续时间、呼气持续时间、吸气与呼气持续时间之比、潮气量、流量中的一种或多种，上述项的任何组合，或其他呼吸特征，以确定患者的当前呼吸模式(例如，如在并入的′971专利中所描述的)。基于这些测量，脉冲控制器240可以确定电源220向气雾剂发生器120提供的脉冲的最佳长度。脉冲的最佳持续时间可以从吸气开始时(或其后短时间)一直持续到吸气中要吸入的剩余容积等于估计的最终体积时的点(例如，患者上气道的容积)。脉冲然后会停止，允许从气雾剂发生器120清空剩余容积并使其被吸入到患者的肺中。例如，在各种其他实施方式中，可以如′971专利中所描述的那样确定脉冲的长度(即，脉冲时间＝(平均吸气时间).时间.(平均潮气量-最终容积)/(平均潮气量))。然而，应当认识到，′971专利仅提供了用于确定脉冲长度的技术的一个范例，并且可以在不背离本发明的范围和精神的情况下使用其他方法。例如，各种实施方式可以如共同待决的，于2003年11月20日提交的题为“Inhalation Method and Apparatus”的美国专利申请No.10/535867中所描述的那样控制脉冲长度，在此通过引用将其全文并入。在这样的实施方式中，可以控制脉冲长度以在预计患者要停止吸气时刻之前的预定量时间停止，使得在呼吸结束时保留一段时间，以允许气雾剂沉降。

在测量患者的呼吸模式(例如，吸气持续时间、呼气持续时间、吸气与呼气持续时间之比、潮气量、终止容积等)时，可以向功率控制器235提供该模式以确定是否改变在后续呼吸中提供的脉冲的功率水平(例如，如本文将要描述的，基于呼吸模式和阈值吸气与呼气比之间的关系)。更进一步地，功率控制器235可以使用由时钟250测量的实测已过去的处置时间来确定是否增大后续脉冲的功率水平。这样一来，功率控制器235可以使用各种技术，以通过确定在处置期间是否增大和/或减小功率水平来控制处置时间(例如，以维持一致的处置时间，减少处置时间，增加处置，实现目标处置时间或其他)，如下文在图3-4中更详细所述。

如图2中所示，药物递送装置100与服务器272通信。通过通信网络实现这种通信。通信网络可以包括因特网或更局域化的网络，诸如与诊所(或一组诊所)、医院(或一组医院)或其他实体相关联的内部网。

在一个实施例中，药物递送装置100和服务器272之间的通信是通过与药物递送装置100的用户相关联的客户端计算平台274间接进行的。客户端计算平台274可以包括膝上型计算机、台式计算机、上网本、智能电话中的一种或多种和/或其他客户端计算平台。客户端计算平台274至少断续地与药物递送装置100通信性耦合，以从那里获得信息和/或向那里提供指令或其他通信。例如，可以经由无线连接(例如蓝牙、WiFi、红外、WiMax和/或其他无线连接)和/或有线连接实现这种通信。

客户端计算平台274可以包括被配置成执行一个或多个计算机程序设计模块的一个或多个处理器。所述一个或多个计算机程序设计模块中在客户端计算平台274的一个或多个处理器上执行的至少一些包括与提供这里归于客户端计算平台274的功能的软件应用相关联的软件模块。这些软件模块被存储在能够被客户端计算平台274的一个或多个处理器访问的电子存储介质上。

在客户端计算平台274上从药物递送装置100接收的信息可以包括，例如，从数据仓库260向客户端计算平台274下载治疗信息。如下文将进一步论述的，治疗信息可以包括，例如，总气雾剂(例如，喇叭形)致动时间、患者吸气花费的总时间量、患者呼气花费的总时间量、与在处置期间操作药物递送装置100的功率水平相关的信息、和/或其他治疗信息。基于这种信息，客户端计算平台274可以向患者(和/或护理人员或其他用户)提供用户界面，用户界面使得患者能够访问治疗有效性的指示、患者对规定治疗方案的遵守情况、药物递送装置100的运行效率、和/或与治疗相关的其他信息、和/或与治疗相关的其他信息。

如上所述，客户端计算平台274经由网络可通信地与服务器272耦合。如图1中所示，服务器272包括处理器276。处理器276被配置成在服务器272中提供信息处理能力。这样一来，处理器276可以包括数字处理器、模拟处理器、设计成处理信息的数字电路、设计成处理信息的模拟电路、状态机中的一种或多种，和/或用于以电子方式处理信息的其他机构。尽管处理器276在图2中被示为单个实体，但这仅仅出于例示性目的。在一些实施方式中，处理器276可以包括多个处理单元。这些处理单元可以物理地位于同一装置中，或者处理器276可以表示协调工作以提供这里归于服务器272的功能的多个装置(例如，多个服务器)的处理功能。

如图2中所示，处理器276被配置成执行一个或多个计算机程序模块。所述一个或多个计算机程序模块可以包括用户模块278、治疗信息采集模块280、用户界面模块282、通信模块284、治疗参数模块285、更新模块286中的一个或多个和/或其他模块。处理器276可以被配置成由软件；硬件；固件；软件、硬件和/或固件的一些组合；和/或用于在处理器276上配置处理能力的其他机制执行模块278、280、282、284、285和/或286。

应当认识到，尽管在图2中将模块278、280、282、284、285和286示为共同位于单个处理单元之内，在处理器276包括多个处理单元的实施方式中，模块278、280、282、284、285和/或286中的一个或多个可以位于其他模块的远处。下文阐述的由不同模块278、280、282、284、285和/或286提供的功能描述仅仅出于例示目的，而并非意在限制，因为模块278、280、282、284、285和/或286中的任何模块都可以提供比所述更多或更少的功能。例如，可以消除模块278、280、282、284、285和/或286中的一个或多个，并且可以由模块278、280、282、284、285和/或286中的其他模块提供其一些或全部功能。作为另一范例，处理器276可以被配置成执行一个或多个额外模块，所述一个或多个额外模块可以执行下文归于模块278、280、282、284、285和/或286之一的一些或全部功能。

用户模块278被配置成管理用户的一个或多个用户概况，所述用户被提供了对服务器272从药物递送装置100获得的治疗信息的访问。如本文使用的，术语“用户”可以包括护理人员、研究人员、管理员和/或应当具备利用药物递送装置100访问与患者相关联的治疗信息的能力的其他个体。用户概况可以包括一条或多条验证信息，其使得用户能够被服务器272认证和/或与特定用户概况、与用户相关联的配置偏好、和/或与个体用户相关联的其他信息相关联。

应当认识到，药物递送装置100不是服务器272针对其接收治疗信息的唯一药物递送装置。例如，在图2中，由与使用药物递送装置100的患者不同的患者使用的第二药物递送装置288也与服务器272可通信地链接(例如，经由客户端计算平台290)。在一个实施例中，与由用户模块278管理的用户概况中包括的个体用户相关的信息包括存取特权，其指出应当使个体用户访问哪些药物递送装置。存取特权甚至指出应当给予给定用户访问权的特定类型的治疗信息(例如，与性能效率或装置的有效性相关的信息，而并非与患者呼吸、治疗和/或顺从性相关的信息)。

治疗信息采集模块280被配置成从多个药物递送装置，包括药物递送装置100和288，获得治疗信息。在一个实施例中，这包括与客户端计算平台274和290通信以接收已经分别从药物递送装置100和288传送到客户端计算平台274和290的治疗信息。

用户界面模块282被配置成生成用户界面的定义，以定义用于用户的用户界面，使得用户能够有选择地查看由治疗信息采集模块280获得的治疗信息。这包括使得用户能够选择特定患者或患者组，并基于该选择查看与特定患者或患者组相关联的治疗信息。用户界面模块282定义的用户界面进一步使得用户能够基于治疗信息选择治疗信息类型和/或分析，并查看所选择的信息类型和/或分析。

在一个实施例中，由用户界面模块282生成的用户界面的定义包括能够在客户端计算平台上的网页(Web)浏览器中查看的网页的定义。网页的定义可以包括，例如HTML、dHTML、XML、JAVA、Flash和/或以网页浏览器可读的其他格式编码的信息。在一个实施例中，由用户界面模块282生成的用户界面的定义是为更专门的客户端侧应用生成的。例如，客户端侧应用可以已经包括用于有选择地查看治疗信息的视图，并且由用户界面模块282生成的用户界面的定义可以仅包括可以在客户端侧应用提供的给定视图之内查看的治疗信息的值。在本实施例中，客户端侧应用接收向视图的对应部分中插入一些或全部值(酌情)的用户界面的定义中包括的治疗信息的值。

通过例示，图6示出了由用户界面模块282定义的用户界面的视图，其包括与患者对处置方案遵从性相关的治疗信息。可以将这一视图称为“处置视图”。如在图6中能够看出的，处置视图为用户提供了关于患者或患者组接收的处置的频率和/或持续时间的信息和/或其他信息。

类似地，图7图示了由用户界面模块282定义的用户界面的实施例，其中，用户界面包括向用户提供与患者或患者组所使用的药物递送装置的性能相关的治疗信息的视图。可以将这一视图称为“装置视图”。装置视图包括与量化药物递送装置性能的度量相关的信息。下文进一步论述这种类型的信息。

用户界面中可以包括的其他视图可以包括处方视图、记录视图、患者分组视图中的一种或多种和/或其他视图。处方视图包括与已经为患者或患者组制定的治疗方案相关的信息。记录视图包括与历史装置使用和/或患者或患者组的呼吸机能相关的信息。患者分组视图使得用户能够查看、创建和/或操控患者的分组。可以基于人口统计学信息(例如，年龄、种族、性别、地理位置、教育、社会经济学分类和/或其他人口统计学信息)、医疗状况、收到的药物、制定的治疗方案和/或其他信息来确定患者分组。可以由用户手动和/或由服务器272自动进行这种分组。

返回到图2，在一个实施例中，用户界面模块282生成用户界面的定义，其为用户提供一个或多个视图，以使得用户能够调整为患者或患者组制定的治疗方案的一个或多个参数。然后经由服务器272向适当的药物递送装置(例如，药物递送装置100和/或药物递送装置288)提供通过用户界面模块282生成的定义所定义的用户界面输入的调整。

通信模块284被配置成向用户提供由用户界面模块282生成的用户界面的定义。在一个实施例中，通信模块284通过向与用户相关联的客户端计算平台292供应用户界面来完成这一操作。客户端计算平台292可以包括膝上型计算机、台式计算机、上网本、智能电话中的一种或多种和/或其他客户端计算平台。通信模块284可以通过网络向客户端计算平台292供应用户界面。这种网络可以包括与诊所(或一组诊所)、医院(或一组医院)或其他实体相关联的因特网和/或内部网。为了查看所定义的用户界面，客户端计算平台292可以实施通用客户端应用，像网页浏览器，以基于来自通信模块284的通信提供用户界面。在一个实施例中，如上所述，并非像网页浏览器那样的通用客户端应用，客户端计算平台292可以执行专门为查看由用户界面模块282生成的定义所定义的用户界面而专门设计的客户端应用。

在一个实施例中，由用户界面模块282生成的定义所定义的用户界面使得用户能够输入指向患者或患者组的通信。然后通过通信模块284向患者或患者组分布这种通信。可以经由患者或患者组的药物递送装置(例如利用客户端计算平台274经由药物递送装置100)，经由与患者或患者组相关联的一个或多个客户端计算装置，和/或经由与患者或患者组相关联的其他通信装置(例如，经由SMS消息、经由语音邮件、经由自动化电话呼叫等)，向患者或患者组分布通信。这些通信可以包括由用户从一组预定义的通信中选择的指示患者或患者组应当针对他们的(一个或多个)药物递送装置采取的动作的消息，应当对针对患者或患者组制定的治疗方案做出的调整，在处置期间患者或患者组应当对呼吸做出的调整，和/或其他消息。用户界面可以基于对由治疗信息采集模块280获得的治疗信息的分析向用户提供一组通信。

在一个实施例中，通信模块284还使得患者能够向用户发回通信。例如，通信模块284可以被配置成接收由患者向药物递送装置100和/或客户端计算平台274输入的通信，并(例如，经由客户端计算平台292)向适当的用户提供这种通信。这些通信可以响应于从用户接收的通信(例如，确认已经做出和/或采取了来自用户的通信中指出的变化和/或动作)，或者可以是完全由患者策动的。

治疗参数模块285被配置成确定为患者制定的治疗方案的一个或多个参数。如下文将进一步论述的。可以基于先前治疗会话期间所采集的治疗信息来确定这些参数。可以在实际的药物递送装置(如下文所述)上确定一个或多个参数。可以通过由用户界面模块282定义的用户界面向用户提供先前确定的参数，无论是在药物递送装置上确定的和/或由治疗参数模块285确定的。用户界面可以使得用户能够调整这些参数中的至少一个。可以由通信模块284向药物递送装置(例如，经由客户端计算平台274向药物递送装置100)发送由治疗参数模块285确定的经调整参数和/或多个参数。

更新模块286被配置成实现对与患者经由药物递送装置100和/或药物递送装置288接收的治疗相关联的软件的更新。这可以包括在客户端计算平台274和/或客户端计算平台290上存储和执行的软件和/或药物递送装置100和/或药物递送装置288上存储和执行的软件。更新模块286通过服务器272从药物递送装置100和/或药物递送装置288获得治疗信息所经由的(一个或多个)通信网络向适当的装置和/或机器推送包括更新的电子信息来实现这样的更新。可以由用户经由客户端计算平台292控制更新信息的这种传输。

应当认识到，在服务器272和与个体患者相关联的装置(例如，药物递送装置100、药物递送装置288、客户端计算平台274、和/或客户端计算平台290)之间实现通信相对于早先系统实现了各种改进。例如，向集中式实体(服务器272)发送与不同患者相关联的治疗信息为用户提供了对监测和/或管理多位不同患者和/或药物递送装置所需的信息进行集中式方便访问的能力。类似地，使得用户能够生成从集中式实体向个体患者的定制的通信便于患者获得优越的治疗体验。此外，由更新模块286提供的功能可以相对于必须逐一通过常规的通道分布对软件的更新，然后逐一由患者手动安装的系统，实现时间和/或金钱的节省。

在一个实施例中，能够经由服务器272访问治疗信息的用户包括接收治疗的实际患者，不仅仅是护理人员、研究人员等。在本实施例中，并非在客户端计算平台274和/或客户端计算平台290上执行“厚”客户端应用来监测治疗，患者可以利用“薄”客户端应用(像网页浏览器)从服务器272访问治疗信息。这可以降低与安装和/或维护图2中所示的系统相关联的成本，因为这会消除与在与患者相关联的客户端计算平台(例如，客户端计算平台274和/或客户端计算平台290)上分布、安装、维护和更新专用软件相关联的成本。

参考图3，图示了一种用于维持气雾剂药物递送处置的一致性的例示性方法300。可以使用方法300来改变处置期间气雾剂药物递送装置100的功率水平，以维持处置的一致时间。例如，处置持续时间可以取决于患者的呼吸模式，并且方法300可以响应于呼吸模式改变功率水平以维持一致的处置时间，如下文更详细所述的。

作为初始操作，可以在操作305(例如，从数据仓库260中存储的设置或以其他方式)读取一个或多个设置，以对气雾剂药物处置进行初始化。或者，可以手动地向数据仓库260或药物递送装置100中的其他存储器中输入设置。在一个实施例中，可以根据由用户(例如，客户端计算平台292上提供的用户界面)为患者定义的治疗方案从服务器272(例如，经由客户端计算平台274)向数据仓库260提供一个或多个设置。该设置可以包括与处置相关的信息，包括用于处置的药物剂量(例如，取决于药物递送装置药物腔室中药物的量或贮存器115的物理容积)、目标处置时间、格网等级和标称功率水平等。这样一来，治疗信息可以用于计算用于气雾剂药物处置的标称输出速率(例如，毫升每分钟)和目标脉冲比例(例如，递送气雾剂脉冲花费的每分钟的比例)。此外，在操作305中读取的设置可以包括用于在处置期间改变功率水平的参数，包括最低和最高功率水平、用于触发功率水平改变的吸气与呼气比阈值、以及用于指示在任何迭代中将功率水平增加和/或减少多少的变量等。

将用于施予和控制处置的所有参数和设置都被输入到，或者以其他方式存储于或包含于数据仓库260或其他存储器中之后，可以在操作310开始所述处置。在操作310开始所述处置时，可以将电源220向气雾剂发生器120递送的功率水平设置为标称功率水平。然而，在各种实施方式中，基于来自数据仓库260的与一个或多个先前的处置相关的治疗信息，标称功率水平可能会发生变化。例如，当患者呈现出不良呼吸模式时(例如，比正常情况花费相对较少时间吸气)，可以增大标称功率设置以解决可能延长超过标称处置时间的治疗。可以使用其他变化，诸如在患者吸气模式比正常情况长时，减小标称功率设置，或以其他方式，这将是显而易见的。

在处置的过程中，可以主动监测患者的呼吸模式。例如，操作315包括逐次呼吸地测量患者吸气与呼气比，而操作320包括更新吸气比的动态移动平均值以反映最近的呼吸情况。于是，可以针对每次呼吸，逐次呼吸地，响应于呼吸模式发生的任何变化来动态地调整气雾剂发生器120的功率水平。任一次呼吸的改变可以基于单次先前的呼吸或基于多次先前的呼吸。在另一实施例中，可以仅基于先前的呼吸或基于多次先前的呼吸，针对预定次数的将来的呼吸动态地调整气雾剂发生器120的功率水平。在一个实施例中，处置时间可以取决于气雾剂发生器120递送气雾剂脉冲的每分钟的比例，其可以进一步取决于患者吸气与呼气花费的时间之比。吸气与呼气之比可能对处置时间有显著影响，因为可以将每个脉冲的长度固定到该比例。

每个气雾剂脉冲可以在吸气开始时，或之后短时间内开始(例如，从开始吸气的一秒钟之内)，并在吸气结束之前结束，从而留下一段时间，供气雾剂在患者身体中沉积。这样一来，在一个实施例中，根据该比值，脉冲长度可以持续大约吸气的百分之五十和八十之间(例如，进行很多短促吸气的患者可以比进行长吸气的患者接收成比例的更短的脉冲和更多的沉积时间)。基于呼吸模式控制脉冲长度的例示性技术可以包括′971专利中描述的那些。

因此，吸气与呼气比可能是影响处置持续时间的重要因素，因为对于吸气与呼气比较低的患者而言，处置可能更长，反之亦然。于是，可以通过增大提供给气雾剂发生器120的功率水平来补偿具有不良呼吸模式的患者，或者减小提供给气雾剂发生器120的功率水平来补偿具有强呼吸模式的患者，来维持一致的处置时间，确保每分钟生成的气雾剂量保持接近期望的标称输出速率。

在整个处置期间，操作320可以维持吸气与呼气比的动态移动平均值。可以由控制器230结合呼吸测量机构245测量该比值，在预定次数呼吸(例如，三次呼吸)内测量的比值的移动平均值可以由控制器230确定并存储于药物递送装置的数据仓库260中或其他存储器中。例如，在各种实施方式中，移动平均值可以基于有限次数的呼吸以确保移动平均值反映当前的呼吸模式。作为各种范例，患者可能在处置期间出现哮喘发作，或者药物吸收可能改善患者的呼吸强度，或者可能发生其他变化，使得当前的呼吸模式可能在处置的过程中动态变化。这样一来，限制作为移动平均值因素的呼吸次数可能实现对当前呼吸模式的更准确的评估。然而，显然，在适当的时候，可以适当地增加或减小呼吸次数，或者特定处置类型可以包括移动平均值中的所有呼吸，而不脱离本发明的范围。

在操作325中，确定是否已经施予了贮存器115中所有药物。例如，在各种实施方式中，传感器217能够探测到贮存器115中液体的存在(或不存在)。传感器217可以包括用于测量贮存器115中有无液体或者液体的量的任何装置。例如，可以使用光遮断或散射传感器、超声或无线电波传输时间传感器、测量空气电容的传感器、浮控开关、或者能够探测有无液体的其他已知传感器。在另一实施例中，可以构造和布置传感器217以确定用于驱动喇叭或气雾剂发生器120的超声驱动电路的特性的变化(例如，电流或电压的变化)，其中，可以将该变化归因于来自贮存器115的液体的耗尽。

如在并入的′971专利中所述，可以使用传感器217确定何时应当结束处置(例如，通过探测到贮存器115中没有液体了)。当传感器217确定已经施予了贮存器115中的所有药物时，这意味着已经施予了处方剂量的药物，传感器217可以向控制器230发送信号，以指出可以在操作350中终止处置(例如，通过切断供应给气雾剂发生器120的电力)。此外，操作350可以在数据仓库260中更新日志或生成处置记录，以供进一步分析或诊断等，如下文更详细所述。

然而，在确定操作325确定仍然要施予额外的药物时(例如，在传感器217探测到贮存器115中存在额外的药物时)，处置将继续，同时吸气/呼气比确定330和340确定是否在后继脉冲中增加和/或减小功率水平(在操作335或345)。例如，在操作330和340中进行的吸气/呼气比确定可以基于反映典型患者吸气与呼气比的呼吸模型，其在大约1∶1和1∶2之间变化(即，一些患者可能花费与其他患者吸气时间相比两倍的时间来呼气)。

这样一来，当在操作330确定吸气时间与呼气时间之比下降到第一阈值(即，反映不良呼吸模式的阈值₀)以下时，通过使用呼吸测量机构245，可以在操作335将功率水平增加第一增量(delta)。相反，在吸气/呼气时间比未下降到阈值₀以下，但超过第二阈值(即，反映强呼吸模式的阈值₁)时，可以在操作345将功率水平减小第二增量。例如，可以经由功率控制器235增大或减小功率水平，功率控制器235可以向电源220提供电信号，调整提供给气雾剂发生器120的功率水平。在各种实施方式中，阈值₀和阈值₁可以基于任何适当的模型，可以将第一增量设置为大于第二增量，以反映对处置时间比强呼吸模式具有更大影响的不良呼吸模式。否则，呼吸模式可以反映典型的吸气与呼气比，在这种情况下，处理返回到操作315，而不改变功率水平，等候待测量的另一次呼吸。

此外，可以将功率水平约束在由预定最低水平和预定最高水平界定的适当范围之内。可以定义最低水平以确保只要贮存器115中剩余药物就继续向气雾剂发生器120供电(例如，最低水平可以确保该装置不会被关掉或电力不会降到零)。类似地，可以定义最大功率水平以确保电源电路不会变得过载或以其他方式干扰装置的正常工作。具体的功率水平可以取决于被制造成具有最大功率输出的任何给定装置的设计或配置。

在传感器217确定已经使用了所有药物时，由此在操作350结束处置，可以在该操作350中更新数据仓库260中的日志。数据仓库260中的日志可以存储关于为患者施予的每次处置的信息。可以将所存储的治疗信息下载到服务器272和/或客户端计算平台274，并且所存储的治疗信息可以包括针对每次处置的总气雾剂发生器(例如，喇叭)致动时间、患者吸气花费的总时间量以及患者呼气花费的总时间量等。在各种实施方式中，可以将喇叭致动时间、吸气时间或呼气时间中的一个或多个取舍到最接近的一秒。

从数据仓库260向服务器272传输的治疗信息可以用于辅助治疗学家评估对患者处置的诊断或以其他方式提供对处置的额外理解。例如，可以使用处置期间吸气和/或呼气花费的时间来诊断患者的呼吸。此外，治疗信息可以提供在处置期间如何主动改变功率水平以补偿呼吸模式的指示。例如，可以计算吸气花费的时间的比例(例如，通过将吸气花费的时间除以吸气和呼气花费的时间之和)，以分析呼吸模式和功率变化，其中，小于大约百分之四十的比例可能表示在各次呼吸期间主动增大了功率，大约百分之四十和大约百分之四十八之间的比例可能表示功率受到最小的净效应，而大于大约百分之四十八的比例可能表示在各次呼吸期间主动减小了功率。然而，应当认识到，这些百分数和其范围仅仅是例示性的，并且可以针对所有患者、或者基于逐个患者或以其他方式加以改变。再者，日志可以存储用于向患者提供何时完成处置的反馈的代码。例如，各种代码可以指出处置期间患者的呼吸模式是正常的、不良的、强的还是其他(例如，通过基于吸气和/或呼气所花费时间的比例在连接到控制器230的显示器上显示患者呼吸模式的指示)。

在一个实施例中，可以由控制器230向药物递送装置100和/或客户端计算平台274上的显示器270发送可以帮助医生诊断患者的任何这种信息。显示器270可以是液晶显示器、发光二极管(LED)显示器或其他可读显示器。在另一实施例中，可以用能够提供可察觉输出的任何装置替代显示器270。例如，可以使用扬声器提供听觉提示，其可以输出诊断特定状况(例如“不良呼吸模式”)的声音或语音录制的消息。

参考图4，图示了根据本发明的各方面用于维持气雾剂药物递送处置一致性的另一种方法400。可以使用方法400来改变处置期间提供给气雾剂发生器120的功率水平，以维持处置的一致时间。例如，标称处置时间可以取决于气雾剂药物递送装置的标称输出速率(例如，格网等级、药物剂量和标称功率水平的函数)。这样一来，方法400可以监测所过去的处置时间，并可以根据标称处置时间缓慢增大功率水平。于是，方法400可以将输出速率尽可能维持在标称速率，由此实现一致的处置时间。

开始方法400，可以在操作405(例如，从数据仓库260中存储的设置，无论是预选的、手动输入的、从服务器272接收的等)读取一个或多个设置，以使气雾剂药物处置初始化。该设置可以包括与处置相关的信息，包括用于处置的药物剂量(例如，取决于药物递送装置200的药物贮存器115的总填充容积(预选的固定容积)，或者基于实际放置在药物贮存器115中的药物量(剂量)输入)、目标处置时间、格网等级和标称功率水平等。同样地，任何一个或多个设置可以通过输入接口被手动地输入到数据仓库260中，在数据仓库260处从服务器272接收，或者可以预先编码到数据仓库260中。这样一来，治疗信息可以涉及到标称输出速率(例如，毫升每分钟)和目标脉冲比例(例如，递送气雾剂脉冲花费的每分钟的比例)。如上所述，在各种情况下，脏的格网或格网的更换可能导致实际装置输出速率偏离标称输出速率。

在操作405读取了用于施予和控制处置的参数和设置之后，处置在操作410开始。在处置开始之后，可以在操作405监测处置的过去的时间(例如，经由时钟250)。另外，在操作405，可以一开始将提供给气雾剂发生器120的功率水平设置为标称功率水平(例如，基于读取的设置，或手动输入，基于先前处置的反应机制等)。通过在操作405读取设置时确定标称处置持续时间，在处置似乎可能超过目标持续时间时可以增大提供给气雾剂发生器120的功率水平，从而补偿装置输出速率的下降。例如，在操作420确定是否使用了所有药物。如果操作420(通过传感器217)确定贮存器115含有仍然必须要施予的药物，并且过去的时间接近目标处置持续时间，可以假定装置输出速率已降到标称速率以下，或者可能降到标称输出速率以下(例如，因为脏的格网)。然而，并非等待过去的时间经过标称处置持续时间，可以增大功率水平(如下文所述，在步骤430)，或在处置结束之前以其他方式缓慢斜升。结果，在格网脏或因其他方式功能不佳时，处置时间可能在非常接近期望或标称时间的情况下结束，或至少比不增大提供给气雾剂发生器120的电力更接近标称时间。

因此，如果过去的时间达到标称处置时间的75％，操作445增大功率，如果过去的时间达到标称处置时间的87.5％，操作440增大功率，如果过去的时间达到标称处置时间的100％，操作435增大功率，如果过去的时间达到标称处置时间的125％，操作425增大功率。于是，功率水平基于过去的处置时间和标称处置时间之间的关系向着处置的结束缓慢增大。然而，应当认识到，这里图示的具体间隔仅仅是例示性的，并且可以酌情改变选定的间隔，或者可以用额外的间隔替代(例如，可以通过将增大功率的程度减半来使间隔数量加倍)。在一个实施例中，药物递送装置100可以包括预定数量的功率水平，并且装置的输出速率可以是功率水平的函数。因此，通过将功率水平增大和/或减小给定的量，能够控制装置的输出速率。在例示性图示中，药物递送装置100可以包括如下面表格所示的功率水平的范围，其中，每个功率水平提供了作为默认功率水平(例如，图示表格中的水平8)的函数的装置输出速率。

在另一实施例中，并非以预定的时间间隔增大提供给气雾剂发生器120的功率，还想到了考虑随着时间，从标称处置时间的预定百分比开始，线性地或指数地连续增大功率水平。在另一实施例中，功率增大开始于导出的时间，而不是预定时间。这种用于增大功率的导出时间可以基于传感器217先前对耗尽贮存器115中填充剂量的药物的测量或判断。贮存器耗尽时间的这些过去的测量结果可以存储于数据仓库260和/或服务器272中，以确定增大提供给气雾剂发生器120的功率的开始时间、增大功率的速率、和/或增大功率的总持续时间。

在确定已经使用了所有药物时(例如，传感器217探测到已经施予了所有药物)，传感器217将向控制器230发送信号，控制器230继而将发送信号以关闭电源220。于是，在操作450，处置将结束，并可以更新数据仓库260中的日志。数据仓库260中可以存储关于为患者施予的每次处置的信息。可以将数据仓库260中存储的信息下载到具有可读可写存储器的个人计算机或其他适当装置。仓库260中存储的信息可以包括，针对每次处置的气雾剂发生器120致动时间总量、患者吸气花费的时间总量、和/或患者呼气花费的时间总量等。在各种实施方式中，例如，可以将药物递送致动时间(即，气雾剂发生器装置或喇叭的致动时间)、吸气时间或呼气时间中的一个或多个取舍到最接近的一秒。

如先前所述，控制器230可以用于对患者或装置200执行各种诊断，可以经由显示器270向患者提供诊断。类似地，可以经由客户端计算平台292向图2中图示的系统的用户提供这样的诊断。例如，在数据仓库260和/或服务器272之内的治疗信息表明格网105可能是脏的时，可以(例如，经由从控制器230和/或服务器272接收的指令)令显示器270可视地绘示需要更改脏的格网105。在另一范例中，在治疗信息表明患者呼吸模式差时，可以令显示器270提供可视指示符，使得患者能够遵从医疗从业者的建议或采取其他适当动作。在又一范例中，可以经由客户端计算平台292向用户传达格网的可能状态的警告或指示，并且可以由用户向客户端计算平台292输入通信，经由服务器272向患者传达通信，指示患者清洁和/或更换格网。

此外，可以使用数据仓库260和/或服务器272中的治疗信息来执行各种分析或计算以控制后续治疗。例如，可以由控制器230和/或服务器272针对当前的处置和/或一次或多次先前的处置计算处置长度，并且可以基于该计算为后续处置改变功率水平(例如，可以基于从一次或多次先前的处置的计算来改变起始功率水平，或者可以使用该计算来导出控制或以其他方式改变处置期间功率水平的时间表，或可以使用其他技术)。

由服务器272确定的和/或从服务器272上的控制器230接收的信息也可以用于辅助治疗学家评估对患者处置的诊断，或者以其他方式提供对处置的额外理解，包括不佳格网条件是否需要更换格网，或者适当的格网条件表示可以稍后更换格网等。例如，数据仓库260中的治疗信息可以包括涉及标称格网输出速率(例如，毫升每分钟)和药物腔室剂量或容积(例如，毫升)的信息，其可用于计算针对给定处置在标称速率下的气雾剂发生器120的致动时间的标称量。例如，可以设计处置以1000mL/min的标称速率施予6000mL的药物(即，六分钟的处置)。于是，动作时间的标称量可以基于在处置的任何给定的一分钟期间应当致动气雾剂发生器120(例如，喇叭)多少秒。

这样一来，可以将每次处置的雾化器致动时间(例如，喇叭打开时间或HOT)总量与标称致动时间(例如，标称喇叭打开时间或nHOT)进行比较，由此提供处置是否因为脏的格网而长于预期的指示。还可以进一步分析数据或将其与后续处置相关，以揭示格网状况的趋势(例如，该趋势可以指示在三次使用之后格网频繁变脏，对何时应当更换格网提供了估计)。此外，处置持续时间自身可能不提供对脏的格网的令人满意的度量，因为持续时间未考虑到可归因于患者呼吸模式或并非呼吸所花时间(例如，呼吸之间)的影响或其他因素。于是，可以基于作为nHOT的百分数的HOT(例如，通过将HOT除以NHOT)或其他因素来确定脏格网状况，因为HOT将仅受到脏的网状格网状况或影响装置输出速率的其他因素的影响。例如，在HOT除以NHOT的百分比超过预定值(例如，200％)时，可以假定格网是脏的，因为在处置的结束时增大功率未能实现可接受范围之内的处置时间，表明应当清洁或更换格网。显然，可以在显示器270上可视地显示指示以指出需要清洁或更换格网。

基于上文所述，显然易见的是，操作可能因为患者呼吸模式差或格网脏或者对减少装置输出速率起作用的其他因素而持续到超过目标处置时间。这样一来，图4中所述的方法可以主动监测和补偿呼吸模式，从而可以将持续超过目标处置时间的处置归因于装置输出速率的减小，可以利用图4中所述的方法加以补偿。因此，方法300和400之一或两者都可以用于任何给定的处置，以补偿这些各种因素，而哪些方法有效可能取决于装置的设置。应当指出，可以针对任何气雾剂处置装置通用地启用根据方法300基于患者呼吸模式的功率水平控制，而根据方法400控制功率水平以补偿脏的格网状况主要是为了用于采用格网或可能随着时间而变差(从而导致装置输出速率减小)的其他部件的药物递送装置。还应当认识到，设置可以基于任意数量的因素，或者可以用于启用/禁用功率控制算法的按钮或其他选择机构，或者可以使用的其他技术。

此外，在各实施例中，在为处置同时激活方法300和400时，方法300将在目标处置时间的预定百分数(例如，百分之七十五)自动终止。在这种情况下，方法400将在那时优先于方法300。这是因为方法300动态地考虑了处置的初始部分(例如，前百分之七十五)内与呼吸模式相关的变量。因此，在过去的处置持续时间超过目标处置时间的预定百分比时(例如，因为到那时为止尚未完全配给液体药物)，可以假定脏的格网是处置时间更长的原因(例如，可以将超过目标处置时间归因于装置输出速率减小)。如上所述，在处置的结束时斜升功率应当开始于处置结束之前(例如，以逐渐增加要吸入的药物)，并且因此，方法400将在目标处置时间的预定百分数(例如，百分之七十五)时开始占主导地位。

参考图5，直方图图示了根据使用可变功率算法相对于禁用可变功率算法的处置时间分布的比较。其中图示的直方图基于使用大约一百一十种不同呼吸模式的数据库进行的试验。基于六分钟的目标处置时间，在禁用可变功率算法时，处置时间范围从大约四分钟15秒到八分钟三十秒(小百分比的处置超过十分钟)。禁用可变功率算法的平均处置时间大约为6.5分钟，标准偏差为五十六秒。相反，利用优化的可变功率算法，大部分处置在五分钟和六分钟三十秒之间完成(小百分比的处置超过六分钟三十秒)。这样一来，可以预计，可变功率算法显著减小了处置时间的变化，并减少了患者呼吸模式的代表性群体的平均处置时间。具体而言，在启用可变功率算法时，平均处置时间减少到大约5.9分钟(减少了百分之十七)，而标准偏差减小到大约二十四秒(减少了百分之五十七)。

在另一实施例中，可以基于除上述那些之外的各种其他实测参数调整功率。例如，传感器217可以被配置成直接确定贮存器115之内的液面高度，而不是简单地检测处置的完成。数据仓库260和/或服务器272可以包括值的表或计算器以确定当前期望的液面高度，从而实现期望的总药物递送时间。然后可以比较在给定时间的当前探测的液面高度和当前期望的液面高度。如果当前探测的液面高度小于当前期望的液面高度，可以减小功率。如果当前探测的液面高度大于当前期望的液面高度，可以增大功率。传感器217可以具有各种配置；然而，本发明想到了传感器217可以是被配置成探测阻抗变化的超声换能器，被配置成探测电阻和/或电流变化的电阻电路、浮控开关或现有技术中已知的任何其他液位探测器。或者，可以基于递送给患者的气雾剂的量推断液面高度。从药物递送装置100向患者输出这一量的气雾剂。例如，可以通过对药物递送时段内从装置输出的气雾剂浓度求和来确定所消耗的液体量。浓度传感器可以是光学浓度传感器、颗粒传感器或现有技术中已知的任何其他适当的浓度传感器。

图8图示了方法800，其使一个或多个用户能够远程监测对多个对象的治疗，其中，这种治疗包括递送雾化的药物。下文提供的方法800的操作意图作为例示。在一些实施例中，可以利用未描述的一个或多个操作和/或不用所述的一个或多个操作来完成方法800。此外，图8中例示以及下文描述方法800的操作的次序并非意在限制。

在一些实施例中，由服务器实施方法800，服务器包括一个或多个处理装置(例如，数字处理器、模拟处理器、设计成处理信息的数字电路、设计成处理信息的模拟电路、状态机和/或以电子方式处理信息的其他机构)，其被配置成执行一个或多个计算机程序模块。所述一个或多个处理装置可以包括响应于以电子方式存储于电子存储介质上的指令执行方法800的一些或全部操作的一个或多个装置。所述一个或多个处理装置可以包括通过硬件、固件和/或软件配置，以专门用于执行方法800的一个或多个操作的一个或多个装置。

在操作802，通过通信网络从多个药物递送设备获得治疗信息。所述多个药物递送设备包括与第一对象相关联的第一药物递送设备和与第二对象相关联的第二药物递送设备。第一药物递送设备和第二药物递送设备可以与药物递送装置100和/或药物递送装置288(图2所示，上文所述)相同或相似。治疗信息包括与第一对象和第二对象的呼吸模式相关的信息和/或与第一药物递送装置和第二药物递送装置的一个或多个部件(例如，用于使药物雾化的格网)的效率或性能相关的信息。在一个实施例中，与治疗信息采集模块280(图2所示，上文所述)相同或相似的治疗信息采集模块执行操作802。

在操作804，确定为个体对象制定的治疗方案的一个或多个参数。基于在操作802获得的治疗信息确定一个或多个参数。在一个实施例中，与治疗参数模块285(图2所示，上文所述)相同或相似的治疗参数模块执行操作804。

在操作806，为用户定义用户界面，其使得用户能够有选择地查看在操作802获得的治疗信息和/或在操作804确定的参数。在一个实施例中，与用户界面模块282(图2所示，上文所述)相同或相似的用户界面模块执行操作806。

在操作808，向用户提供在操作806定义的用户界面。在一个实施例中，与通信模块284(图2所示，上文所述)相同或相似的通信模块执行操作808。

在操作810，经由在操作808提供给用户的用户界面从用户接收针对一个或多个对象和/或一个或多个治疗参数的通信。在一个实施例中，与通信模块284(图2所示，上文所述)相同或相似的通信模块执行操作810。

在操作812，向适当的对象提供在操作810接收的通信和/或参数。在一个实施例中，与通信模块284(图2所示，上文所述)相同或相似的通信模块执行操作812。

尽管基于当前认为是最实际和优选的实施例出于例示性的目的详细描述了本发明，但应当理解，这样的细节仅仅是为了该目的，本发明不限于公开的实施例，而是相反，意在涵盖在权利要求的精神和范围之内的修改和等价布置。例如，应当理解，本发明想到了在可能的范围内，可以将任何实施例的一个或多个特征与任何其他实施例的一个或多个特征组合。

Claims (15)

1.一种被配置成使得一个或多个用户能够监测对多个对象的治疗的系统，其中，这种治疗包括递送雾化药物，所述系统包括：

服务器，其包括被配置成执行一个或多个计算机程序模块的一个或多个处理器，所述一个或多个模块包括：

治疗信息采集模块，其被配置成通过通信网络从多个药物递送设备获得治疗信息，其中，所述多个药物递送设备至少包括与第一对象相关联的第一药物递送设备和与第二对象相关联的第二药物递送设备，其中，所述第一药物递送设备和所述第二药物递送设备中的每个都包括在药物的气雾化中使用的格网，并且其中，所获得的所述治疗信息包括(i)分别与所述第一对象和所述第二对象的在使用所述第一药物递送设备和所述第二药物递送设备期间的呼吸模式相关的信息，和/或(ii)与所述第一药物递送装置中包括的格网的状况和所述第二药物递送装置中包括的格网的状况相关的信息；

用户界面模块，其被配置成为用户生成用户界面的定义，使得所述用户能够有选择地查看由所述治疗信息采集模块从所述第一药物递送设备和所述第二药物递送设备获得的治疗信息；以及

通信模块，其被配置成通过通信网络向与所述用户相关联的客户端计算平台提供所述用户界面的所述定义。

2.根据权利要求1所述的系统，其中，所述治疗信息采集模块被配置成通过因特网获得所述治疗信息。

3.根据权利要求1所述的系统，其中，由所述用户界面模块生成的所述定义所定义的所述用户界面使得所述用户能够经由所述用户界面输入基于与所述第一药物递送装置对应的由所述用户查看的所述治疗信息指向所述第一用户的通信，并经由所述用户界面输入基于与所述第二药物递送装置对应的由所述用户查看的所述治疗信息指向所述第一用户的通信，并且其中，所述通信模块还被配置成从所述用户界面获得这样的通信，并通过通信网络向所述第一对象和/或所述第二对象中的适当的一个提供这种通信。

4.根据权利要求3所述的系统，其中，所述通信模块被配置成经由与所述第一对象相关联的所述第一药物递送装置和/或客户端计算平台之一或两者向所述第一对象提供由所述用户输入的所述通信，并经由与所述第二对象相关联的所述第二药物递送装置和/或客户端计算平台之一或两者向所述第二对象提供由所述用户输入的所述通信。

5.根据权利要求3所述的系统，其中，由所述用户界面模块生成的所述定义来定义所述用户界面，使得由所述用户向所述第一对象或所述对象输入的所述通信包括从一组预定义的通信选择的通信，所述预定义的通信指示所述第一对象或所述第二对象应当分别对所述第一药物递送装置的格网或所述第二药物递送装置的格网采取的动作。

6.一种计算机实施的使得一个或多个用户能够远程地监测对多个对象的治疗的方法，其中，这种治疗包括递送雾化药物，并且其中，由包括被配置成执行一个或多个计算机程序模块的一个或多个处理器的服务器实施所述方法，所述方法包括：

在所述服务器的所述一个或多个处理器上执行一个或多个计算机程序模块，以通过通信网络从多个药物递送设备获得治疗信息，其中，所述多个药物递送设备至少包括与第一对象相关联的第一药物递送设备和与第二对象相关联的第二药物递送设备，其中，所述第一药物递送设备和所述第二药物递送设备中的每个都包括在药物的气雾化中使用的格网，并且其中，所获得的所述治疗信息包括(i)分别与所述第一对象和所述第二对象的在使用所述第一药物递送设备和所述第二药物递送设备期间的呼吸模式相关的信息，和/或(ii)与所述第一药物递送装置中包括的格网的状况和所述第二药物递送装置中包括的格网的状况相关的信息；

在所述服务器的所述一个或多个处理器上执行一个或多个计算机程序模块，从而为用户生成用户界面的定义，使得所述用户能够有选择地查看由所述治疗信息采集模块从所述第一药物递送设备和所述第二药物递送设备获得的治疗信息；以及

在所述服务器的所述一个或多个处理器上执行一个或多个计算机程序模块，以通过通信网络向与所述用户相关联的客户端计算平台提供所述用户界面的所述定义，从而所述客户端计算平台向所述用户提供所述用户界面。

7.根据权利要求6所述的方法，其中，所述服务器获得所述治疗信息所经由的网络为因特网。

8.根据权利要求6所述的方法，其中，由服务器生成的所述定义所定义的所述用户界面使得所述用户能够经由所述用户界面输入基于与所述第一药物递送装置对应的由所述用户查看的所述治疗信息指向所述第一用户的通信，并经由所述用户界面输入基于与所述第二药物递送装置对应的由所述用户查看的所述治疗信息指向所述第一用户的通信，并且其中，所述方法还包括：

在所述服务器的所述一个或多个处理器上执行一个或多个计算机程序模块，以从所述用户界面获得这样的通信；以及

在所述服务器的所述一个或多个处理器上执行一个或多个计算机程序模块，以通过通信网络向所述第一对象和/或所述第二对象中的适当的一个提供这样的通信。

9.根据权利要求8所述的方法，其中，所述服务器经由与所述第一对象相关联的所述第一药物递送装置和/或客户端计算平台之一或两者向所述第一对象提供由所述用户输入的所述通信，并经由与所述第二对象相关联的所述第二药物递送装置和/或客户端计算平台之一或两者向所述第二对象提供由所述用户输入的所述通信。

10.根据权利要求8所述的方法，其中，定义所述用户界面，使得由所述用户向所述第一对象或所述对象输入的所述通信包括从一组预定义的通信选择的通信，所述预定义的通信指示所述第一对象或所述第二对象应当分别对所述第一药物递送装置的格网或所述第二药物递送装置的格网采取的动作。

11.一种被配置成使得一个或多个用户能够远程地监测对多个对象的治疗的系统，其中，这种治疗包括递送雾化药物，所述系统包括：

用于通过通信网络从多个药物递送设备获得治疗信息的装置，其中，所述多个药物递送设备包括与至少第一对象相关联的第一药物递送设备和与第二对象相关联的第二药物递送设备，其中，所述第一药物递送设备和所述第二药物递送设备中的每个都包括在药物的气雾化中使用的格网，并且其中，所获得的所述治疗信息包括(i)分别与所述第一对象和所述第二对象的在使用所述第一药物递送设备和所述第二药物递送设备期间的呼吸模式相关的信息，和/或(ii)与所述第一药物递送装置中包括的格网的状况和所述第二药物递送装置中包括的格网的状况相关的信息；

用于为用户生成用户界面的定义的装置，使得所述用户能够有选择地查看由所述治疗信息采集模块从所述第一药物递送设备和所述第二药物递送设备获得的治疗信息；以及

用于通过通信网络向与所述用户相关联的客户端计算平台提供所述用户界面的所述定义的装置，从而所述客户端计算平台向所述用户提供所述用户界面。

12.根据权利要求11所述的系统，其中，用于获得的所述装置获得所述治疗信息所经由的所述网络为因特网。

13.根据权利要求11所述的系统，其中，由用于生成的所述装置生成的所述定义所定义的所述用户界面使得所述用户能够经由所述用户界面输入基于与所述第一药物递送装置对应的由所述用户查看的所述治疗信息指向所述第一用户的通信，并经由所述用户界面输入基于与所述第二药物递送装置对应的由所述用户查看的所述治疗信息指向所述第一用户的通信，并且其中，所述系统还包括：

用于从所述用户界面获得这种通信的装置；以及

用于通过通信网络向所述第一对象和/或所述第二对象中的适当的一个提供这种通信的装置。

14.根据权利要求13所述的系统，其中，用于提供的所述装置经由与所述第一对象相关联的所述第一药物递送装置和/或客户端计算平台之一或两者向所述第一对象提供由所述用户输入的通信，并经由与所述第二对象相关联的所述第二药物递送装置和/或客户端计算平台之一或两者向所述第二对象提供由所述用户输入的通信。

15.根据权利要求13所述的系统，其中，定义所述用户界面，使得所述用户向所述第一对象或所述对象输入的所述通信包括从一组预定义的通信选择的通信，所述预定义的通信指示所述第一对象或所述第二对象应当分别对所述第一药物递送装置的格网或所述第二药物递送装置的格网采取的动作。

Images