CN116868275A - 呼吸疗法数据管理系统,设备,和方法 - Google Patents
呼吸疗法数据管理系统,设备,和方法 Download PDFInfo
- Publication number
- CN116868275A CN116868275A CN202180089282.5A CN202180089282A CN116868275A CN 116868275 A CN116868275 A CN 116868275A CN 202180089282 A CN202180089282 A CN 202180089282A CN 116868275 A CN116868275 A CN 116868275A
- Authority
- CN
- China
- Prior art keywords
- patient
- therapy
- treatment data
- data
- patient treatment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
Abstract
本技术涉及呼吸疗法数据管理系统,设备,和方法。该系统可以收集,存储,监测,报告,和/或分析与患者使用一个或多个呼吸疗法设备相关联的患者治疗数据。患者治疗数据可以包括与使用多种呼吸疗法有关的疗法数据,例如通气,氧气,咳嗽辅助,抽吸,和雾化。患者治疗数据可从与特定患者相关联的多个呼吸设备或从与特定患者相关联的单个呼吸设备收集。该系统可以生成详细说明患者治疗数据的可定制报告。报告可以总结患者使用情况,说明治疗趋势,和/或提供疗法建议。
Description
相关申请的交叉引用
本申请要求2020年11月6日提交的标题为“呼吸疗法数据管理系统,设备,和方法”的美国临时申请号63/110,893,和2021年3月8日提交的标题为“呼吸疗法数据管理系统,设备,和方法”的美国临时申请号63/158,266的优先权,两者均通过引用整体并入本文。
技术领域
本技术一般涉及用于收集,存储,监测,报告,和/或分析与一个或多个呼吸疗法设备的患者使用相关联的患者治疗数据的系统和方法。
背景技术
诸如机械通气,补充氧气等的呼吸疗法在多种环境中被施用于患者。例如,患者可能在重症监护病房,急诊室,诊所,长期护理机构,康复机构,或家中接受呼吸疗法。医疗保健提供者在所有时间和所有设置中都在物理上靠近患者以监测患者的呼吸疗法通常是不切实际的,甚至是不可能的。因此,需要能够监测,记录,分析,和/或报告与呼吸疗法设备的患者使用相关联的患者治疗数据的系统。
附图简要说明
参考以下附图可以更好地理解本技术的许多方面。附图中的组件不一定按比例绘制。相反,重点放在清楚地说明本技术的原理上。
图1A和1B是根据本技术的选择实施例配置的呼吸疗法数据管理系统的示意图。
图2是图1A和图1B所示的呼吸疗法数据管理系统的选择特征的示意图。
图3示出了显示模拟患者治疗数据以及根据本技术的选择实施例生成的示例趋势总结报告。
图4A-4C示出了显示模拟患者治疗数据以及根据本技术的选择实施例生成的示例性疗法使用和设置概览报告。
图5示出了显示模拟患者治疗数据以及根据本技术的选择实施例生成的示例警报报告。
图6A-6E示出了显示模拟患者治疗数据以及根据本技术的选择实施例生成的示例监测器日志(log)报告。
图7示出了显示模拟患者治疗数据以及根据本技术的选择实施例生成的示例治疗日志报告。
图8是根据本技术的实施例的用于监测施用于患者的呼吸疗法的方法800的流程图。
具体实施例
本技术涉及呼吸疗法数据管理系统,设备,和方法。本文所述的系统可以收集,存储,监测,报告,和/或分析与患者使用一个或多个呼吸疗法设备相关联的患者治疗数据。患者治疗数据可以包括与使用多种呼吸疗法相关联的治疗数据,例如通气,氧气,咳嗽辅助,抽吸,和雾化。患者治疗数据可从与特定患者相关联的多个呼吸设备或从与特定患者相关联的单个呼吸设备收集。该系统可以生成可定制的治疗报告和/或详细说明患者治疗数据的摘要。患者疗法报告可以总结患者对多种呼吸疗法的使用,说明治疗趋势,和/或提供疗法建议。不受理论的束缚,本文描述的系统因此能够促进知情的治疗决策,促进主动的临床干预,控制成本,并帮助协调跨多个医疗保健提供者的护理。
在代表性实施例中,本技术提供了一种用于监测患者治疗的方法。该方法可以包括收集与患者使用的多种呼吸疗法相关联的患者治疗数据。多种呼吸疗法可以包括例如通气疗法,氧气疗法,咳嗽辅助疗法,抽吸疗法,和/或雾化疗法。该方法还可包括将所收集的患者治疗数据传输至服务器,该服务器包括存储与多个个体患者相关联的数据的患者数据模块。该方法还可以包括生成和显示总结患者对多种呼吸疗法的使用,说明治疗趋势,和/或提供用于改善患者生活质量的疗法建议的患者疗法报告。
设备,方法,和用途的其他方面和优点将从以下仅作为示例给出的描述而变得显而易见。
以下描述中使用的术语旨在以其最宽泛合理的方式进行解释,即使它与本技术的某些特定实施例的详细描述结合使用。某些术语甚至可能在下文强调;然而,旨在以任何限制方式解释的任何术语将在本具体实施例部分中公开和具体定义。另外,本技术可以包括在示例的范围内但未在图1A-8中详细描述的其他实施例。
贯穿本说明书的对“一个实施例”或“一种实施例”的引述意味着结合该实施例描述的特定特征,结构,或特性被包括在本技术的至少一个实施例中。因此,贯穿本说明书多处出现的短语“在一个实施例中”或“在一种实施例中”不一定都指代相同的实施例。此外,可以在一个或多个实施例中以任何合适的方式组合特定特征或特性。
贯穿本说明书对诸如“通常”,“约”,和“大约”等相关术语的引述在本文中用于表示所述值加或减10%。术语“基本上”或其语法变体是指至少约50%,例如75%,85%,95%,或98%。
图1A是根据本技术的选择实施例配置的呼吸疗法数据管理系统10(“系统10”)的示意图。系统10包括多个呼吸机100a-d和服务器150。呼吸机100a-d可以被配置为向有需要的患者提供通气和/或其他呼吸疗法。呼吸机100a-d可以是相同型号,也可以是不同型号,可以由同一主体生产,也可以由不同主体生产。每个呼吸机100a-d可以与特定的个体患者相关联。例如,第一呼吸机100a可以与第一特定患者相关联,第二呼吸机100b可以与第二特定患者相关联,第三呼吸机100c可以与第三特定患者相关联,并且第四呼吸机100d可以与第四特定患者相关联。在一些实施例中,超过一个的呼吸机与特定患者相关联。例如,第一呼吸机100a和第二呼吸机100b都可以与同一特定患者相关联。此外,虽然示出为用于提供机械呼吸辅助的呼吸机,但系统10可以包括除呼吸机100a-d之外或代替呼吸机100a-d的其他呼吸疗法设备。例如,系统10可包括氧气浓缩器,咳嗽辅助设备,药物输液泵等。
服务器150可以是本地服务器或远程服务器,并且可以包括一个或多个计算设备和/或系统。如本文进一步讨论的,服务器150可以包括一个或多个处理器,以及存储可由一个或多个处理器实施以执行本文描述的方法的指令的存储器。在一些实施例中,服务器150被实现为跨越硬件和/或虚拟计算资源的任何合适组合的分布式“云”计算系统或设施。
如参考图2的更详细的描述,呼吸机110a-d被配置成将由呼吸机100a-d收集和/或生成的患者治疗数据传输到服务器150以用于收集,存储,报告,分析等。传输的患者治疗数据可以包括患者数据,呼吸机数据,疗法数据等。患者数据可以包括与相应呼吸机相关联的特定患者相关联的数据,例如患者标识符,年龄,身高,体重,性别,病史,诊断,测试结果,状况,治疗处方,疗法建议,预后等等。呼吸机数据可以包括与呼吸机相关的数据,例如制造商,制造,型号,序列号,部件列表,特征列表,位置(例如,呼吸机的GPS位置),电池状态,介质床(media bed)状态,环境条件等。治疗数据可以包括使用数据,记录,或测量的参数,警报数据,事件数据,诊断数据等。传输到服务器150的患者治疗数据的额外细节将在下文参考图2进行描述。
在一些实施例中,呼吸机100a-d包括相应的数据传输元件130a-d,用于从呼吸机100a-d收集患者治疗数据和/或用于将患者治疗数据从呼吸机100a-d传输到服务器150。如参考图2的更详细的描述,数据传输元件130a-130d可以与呼吸机100a-100d和服务器150建立有线或无线连接,因此可以用于将数据从呼吸机100a-100d安全地传输到服务器150。
系统10还可以可选地包括一个或多个计算设备170。计算设备170可以用于访问服务器150以下载,查看(review),和/或分析存储在服务器150上的数据。计算设备170可以是任何合适的用户设备,例如智能电话,移动设备,笔记本电脑,台式机,个人电脑,平板电脑,或本领域已知的其他此类设备。正如参照图2的更详细的讨论,计算设备170可以包括用于与服务器150通信的通信模块和用于向用户显示数据的显示器。在一些实施例中,计算设备170可以与正在治疗患者的医疗保健提供者相关联。在一些实施例中,计算设备170可以与从呼吸机100a-d之一接受呼吸疗法的患者和/或接受呼吸疗法的患者的护理人员相关联。
本领域的技术人员将会理解,系统10可以包括任何数量的呼吸机100。例如,在一些实施例中,系统10可以具有少至一个的呼吸机(例如,如果服务器是专用于单个患者的本地服务器)。在其他实施例中,系统可以包括十个或更多,50个或更多,100个或更多,500个或更多,或1,000个或更多的呼吸机或其他呼吸设备(例如,如果服务器是接收许多不同患者的数据的远程服务器)。因此,在一些实施例中,系统10可以被配置为收集,存储,监测,报告,和/或分析多个患者(例如,10个或更多,50个或更多,100个或更多,500个或更多,1,000个或更多,等)的患者治疗数据。
图1B说明了系统10的额外方面。例如,服务器150可以配置为接收多个疗法数据,包括通气疗法数据102,咳嗽辅助疗法数据104,氧气疗法数据106,抽吸疗法数据108,和/或雾化疗法数据110。疗法数据可以与单个患者或多个患者相关联。此外,如果疗法数据与单个患者相关联,则可以从相同或不同的设备(和/或从一个或多个数据传输元件130)接收数据。例如,在一些实施例中,疗法数据是从结合了五种疗法中的每一种的单个呼吸装置(例如,关于图2描述的呼吸机200)接收的。在其他实施例中,疗法数据是从多个单独的设备接收的(例如,通气疗法数据102是从呼吸机接收的,咳嗽辅助疗法数据104是从咳嗽辅助设备接收的,氧气疗法数据106是从氧气浓缩机接收的,等)。疗法数据的额外细节将在下文参考图2进行描述。此外,也如下文详细描述的,服务器150可以生成包括一些或所有接收到的疗法数据的单个的,全面的患者疗法报告。可以将患者疗法报告传输到计算设备170以显示给用户。
图2是图1A和图2B所示系统10的示意图,并且示出了呼吸机200(其可以是呼吸机100a-d之一或也可以是包括在系统10中的单独呼吸机),数据传输元件230(其可以是数据传输元件130a-d之一,或也可以是包括在系统10内的单独的数据传输元件),服务器150,和计算设备170。
如上所述,呼吸机200被配置为向有需要的患者提供呼吸疗法。呼吸机200可包括多个疗法模块,用于向患者递送不同的治疗。例如,在图示的实施例中,呼吸机200包括用于向患者提供呼吸疗法的通气模块202,用于向患者提供咳嗽辅助的咳嗽辅助模块204,用于向患者提供氧气疗法的氧气模块206,用于向患者提供抽吸的抽吸模块208,以及用于向患者输送治疗剂雾化器模块210。呼吸机200可以包括比图2所示的更多或更少的疗法模块。例如,呼吸机200可以包括图2所示的五个疗法模块的任意组合,和/或本文未明确描述的附加疗法模块。
呼吸机200还可以包括存储器212。存储器212可以记录和存储患者治疗数据。例如,存储器212可以存储患者偏好的呼吸机设置/参数,患者对多种疗法模块的使用等。呼吸机200还可包括端口214,用于接收数据传输元件,例如数据传输元件230,或以其他方式与数据传输元件对接(interface)。如本领域技术人员将理解的,呼吸机200可具有本文未明确描述的附加特征,例如美国专利号9,956,371,10,046,132,10,105,509,10,245,406,10,315,002,10,518,059,10,758,699,和10,773,049中描述的那些,其公开内容通过引用全部并入本文并用于所有目的。
呼吸机200可以可操作地耦接到数据传输元件230。数据传输元件230可以是桥接器(bridge)或被配置为将数据从呼吸机200传输到服务器150的其他传输器,如下所述。在一些实施例中,数据传输元件230可移除地耦接到呼吸机200(例如,经由端口214)。在其他实施例中,数据传输元件230被集成到呼吸机200本身中。在一些实施例中,数据传输元件230可无线耦接到呼吸机200。无论如何,数据传输元件230可以在一段时间内连续或半连续地与呼吸机200对接以将患者治疗数据从呼吸机200记录,存储,监测,和传输到服务器150。在一些实施例中,数据传输元件230可以包括用于存储患者治疗数据的存储器231。在这样的实施例中,存储器231可以存储患者治疗数据,以补充或代替呼吸机200的存储患者治疗数据的存储器212。
在一些实施例中,数据传输元件230可以记录,收集,和/或监测与除呼吸机200之外的其他医疗设备相关联的患者治疗数据。例如,数据传输元件230也可以连接(例如,物理地或无线地,例如,通过蓝牙)连接到用于测量患者血压的血压监测器,用于测量患者血糖的血糖监测器,用于测量患者心率的心率监测器,用于测量氧饱和度的SpO2监测器(例如脉搏血氧计),用于测量呼出二氧化碳(ECO2)的二氧化碳监测器,用于监测患者体重的秤,用于施用治疗剂的药物递送设备(例如,输液泵,吸入器等),用于检测患者活动的活动监测器,智能手表等。在一些实施例中,数据传输元件230可以同时连接到呼吸机200和一个或多个附加医疗设备。因此,数据传输元件230可以跨与特定患者的治疗相关联的多个医疗设备来收集患者治疗数据。如下文详细描述的,为这些多个设备收集的患者治疗数据可以被编译成单个患者疗法报告以便于查看。也如下文详细描述的,并且在不受理论束缚的情况下,从多个设备收集患者数据和/或用于多种治疗,有望通过使医疗保健提供者能够更全面地查看患者的疗法和相关联的症状来改善患者的治疗,而不是孤立地查看每种治疗类型。
在一些实施例中,数据传输元件230可以将患者治疗数据无线传输到服务器150。例如,数据传输元件230可以包括用于与服务器150建立无线连接的通信模块232。通信模块232可以被配置为使用蜂窝,WIFI,蓝牙,RF通信,近场通信,或其他合适的无线通信技术将数据传输元件230连接到服务器150。在一些实施例中,数据传输元件230可以物理连接到服务器150以向其传输患者治疗数据。例如,数据传输元件230可以是USB驱动器或具有存储器并且可以插入服务器150(或计算设备170)以向其传输患者治疗数据的其他物理设备。尽管被描述为直接向服务器150发送数据,但是在一些实施例中,数据传输元件230可以向一个或多个中间设备(例如,计算设备170)发送数据,并且一个或多个中间设备可以向服务器150发送数据。在这样的实施例中,数据传输元件230可以经由物理连接机制或经由任何先前描述的无线通信网络将数据发送到一个或多个中间设备。数据传输元件230可以被配置为连续地,周期性地(例如,每天两次,每天一次,每周两次,每周一次,每月两次,每月一次等)和/或根据需求(例如,患者或医疗保健提供者在呼吸机200和/或计算设备170上的控制器界面(未显示)上选择“上传数据”选项)向服务器150发送数据。
在一些实施例中,服务器150被配置为从多个来源接收患者治疗数据。例如,在服务器150接收并存储来自多个呼吸机的患者治疗数据的实施例中,一些呼吸机可以通过数据传输元件230直接将患者治疗数据传输到服务器150,而其他呼吸机可以上传患者治疗数据至二级服务器或云平台,然后服务器150可以从二级服务器或云平台取回所上传的患者治疗数据。使服务器150能够从不同来源接收患者治疗数据,预期这能够使系统10收集和存储许多不同医疗设备的患者治疗数据,例如,即使医疗设备具有它们自己的数据收集或通信系统。例如,如前所述,系统10可以收集和存储与大量呼吸机相关联的数据,即使呼吸机具有不同制造商和/或以不同方式收集和传输数据。无意于受理论的束缚,系统10因此可以提供患者治疗数据的中央综合数据库,不论收集患者治疗数据的医疗设备为哪个制造商。
由呼吸机200和/或数据传输元件230收集和存储(并传输到服务器150)的患者治疗数据可以包括患者数据,呼吸机数据,和/或疗法数据。患者数据可以包括患者标识符(例如,与电子病历一起使用的符合HIPAA的唯一字母数字代码),年龄,身高,体重,性别,诊断,测试结果,状况,病史等。呼吸机数据可以包括制造商,品牌,型号,序列号,部件列表,特征列表,位置(例如,呼吸机的GPS位置),电池状态,介质床状态,环境条件等。如以下更详细描述的,疗法数据可以包括使用数据(例如,与多种疗法模块相关联的使用数据),趋势数据,事件数据,警报数据,遵从性数据,诊断数据等。
在一些实施例中,治疗数据可包括通气疗法数据(例如,通气疗法数据102;图1B),其可包括与通气模块202相关联的使用数据。例如,使用数据可包括在选定的时间段内患者每天使用通气模块202的小时数,在选定时间段内患者使用通气模块202的天数,和/或与通气模块202的使用相关联的其他数据。通气疗法数据还可以包括与患者使用通气模块202相关联的附加数据,包括但不限于与呼出潮气量(VTE),呼吸速率,分钟体积,平均气道压力(MAP),吸气峰压(PIP),呼气末正压(PEEP),呼气气道正压(EPAP),泄漏,患者触发(例如,患者触发的呼吸的百分比),吸气-呼气(I:E)比例,平台压力,静态遵从性,气道间隙(airwayclearance)等。通气疗法数据还可以包括患者的压力波形,流量波形,和/或体积波形。
在一些实施例中,治疗数据还可包括咳嗽辅助疗法数据(例如,咳嗽辅助疗法数据104;图1B),其可包括与咳嗽辅助模块204相关联的使用数据。例如,使用数据可以包括在选定时间段内患者使用咳嗽辅助模块204的天数,在选定时间段内使用咳嗽辅助模块204执行的咳嗽辅助动作的次数,在选定时间段内使用咳嗽辅助模块204执行的咳嗽辅助动作(maneuver)的日平均次数,和/或与咳嗽辅助模块204的使用相关联的其他数据。咳嗽辅助疗法数据还可以包括与患者使用咳嗽辅助模块204相关联的附加数据,包括但不限于与峰值咳嗽流量,咳嗽体积(volume),注气(insufflation)压力,排气(exsufflation)压力,注气时间,排气时间,暂停时间,和/或注气升高时间。
在一些实施例中,疗法数据还可包括氧气疗法数据(例如,氧气疗法数据106;图1B),其可包括与氧气模块206相关联的使用数据。例如,使用数据可包括在选定时间段内患者每天使用氧气模块206的小时数,在选定时间段内患者使用氧气模块206的天数,和/或与氧气模块206的使用相关联的其他数据。氧气疗法数据还可以包括与氧气模块206的患者使用相关联的附加数据,包括但不限于氧气源(例如,高压氧气发生器,低压氧气发生器,集成氧气发生器等),氧气递送模式(例如,FiO2,脉冲剂量,渗入等),氧气流量当量,平均FiO2百分比,低FiO2百分比,和/或高FiO2百分比。
在一些实施例中,治疗数据还可包括抽吸疗法数据(例如,抽吸疗法数据108;图1B),其可包括与抽吸模块208相关联的使用数据。例如,使用数据可包括在选定时间段内患者使用抽吸模块208的天数,在选定时间段内被患者使用抽吸模块208执行的抽吸环节(session)的次数,平均每天使用抽吸模块208执行抽吸环节的次数,单个抽吸环节的持续时间,选定时间段内一天内执行的抽吸环节的最少次数,选定时间段内一天内执行的雾化器环节的最高次数,和/或与抽吸模块208的使用相关联的其他数据208。抽吸疗法数据还可以包括与抽吸模块208的使用相关联的附加数据,包括但不限于与抽吸环节期间的真空压力相关联的数据。
在一些实施例中,治疗数据还可包括雾化治疗数据(例如,雾化治疗数据110;图1B),其可包括与雾化器模块210相关联的使用数据。例如,使用数据可包括在选定时间段内患者使用雾化器模块210的天数,在选定时间段内使用雾化器模块210执行的雾化器环节的次数,在选定时间段内平均每天使用雾化器模块210执行的雾化器环节的次数,单个雾化器环节的持续时间,在选定时间段内一天内执行的雾化器环节的最少次数,在选定时间段内一天内执行的雾化器环节的最高次数,和/或与使用雾化器模块210相关联的其他数据。雾化治疗数据还可以包括与雾化器模块210的使用相关的附加数据,包括但不限于所施用的治疗剂或药物的类型,在每个雾化器环节期间递送的治疗剂的剂量,在整个给定时间段内施用的治疗剂的总剂量,和/或施用的治疗剂的平均日剂量。
可以测量,确定,收集,存储,和/或报告任何前述参数作为连续值(例如,在线图上显示),周期值(例如,每秒取一次,每5秒一次,每10秒一次,每15秒一次,每30秒一次,每分钟一次,每两分钟一次,每五分钟一次,每十分钟一次等的值),和/或平均值(例如,每小时的平均值,每日的平均值,每周的平均值等)。如本领域技术人员将理解的那样,治疗数据可包括与患者使用呼吸机200相关联的未在本文中明确描述的附加数据。前述参数仅作为示例提供,并不以任何方式限制本公开的范围。
如图2所示,服务器150包括处理器252和存储器254。存储器254存储用于执行本文描述的方法的一个或多个步骤的一个或多个软件模块。例如,存储器254可以存储数据存储模块256,报告生成模块258,和数据分析模块260。在替代性实施例中,这些模块中的一个或多个可以彼此组合,或者可以省略。因此,尽管本文针对特定模块或多个模块描述了某些操作,但这并不旨在限制,并且在备选实施例中,此类操作可由不同模块或多个模块执行。
数据存储模块256可以接收并存储患者治疗数据。例如,数据存储模块256可以经由数据传输元件230从呼吸机200接收患者治疗数据。数据存储模块256还可以存储与特定患者相关联的过往患者治疗数据,使得接收到的患者治疗数据可以与同一患者的过往患者治疗数据进行比较。数据存储模块256因此可以生成并维持多个患者概况,每个患者概况对应于特定患者。患者资料可以匿名或以其他方式加密以符合HIPAA和隐私要求。
报告生成模块258可以生成患者报告或数据存储模块256接收和/或存储的疗法数据的总结。例如,报告生成模块258可以响应于用户请求为特定患者准备报告/总结。报告生成模块258因此可以与数据存储模块256交互以从中识别和取回患者治疗数据。报告生成模块258然后可以基于取回的患者治疗数据生成患者疗法报告,并且服务器150可以将生成的患者疗法报告传输到计算设备170以显示给用户。尽管描述为生成“报告”,但在一些实施例中,用户能够直接访问数据存储模块256(例如,经由计算设备170)以直接查看,分类,或分析存储在其中的数据。
在一些实施例中,患者疗法报告或总结包括多个呼吸和/或非呼吸疗法的治疗数据。例如,患者疗法报告可以包括呼吸疗法的治疗数据,例如通气疗法,咳嗽疗法,氧气疗法,抽吸疗法,和/或雾化疗法。此外,患者疗法报告还可以包括非呼吸疗法的数据,例如糖尿病疗法等。患者疗法报告还可以包括从监测患者多种生理参数的其他医疗设备收集的疗法数据,例如心率监测器,血压监测器,血糖监测器,SpO2监测器,二氧化碳监测器,秤,药物递送设备,活动监测器,智能手表等。因此,患者疗法报告可以提供患者治疗,对治疗的反应,症状等的全面或整体概述。不受理论的束缚,提供全面的患者疗法报告预期会使医疗保健服务提供者能够更好地提取患者趋势和多种疗法类型之间的相互作用。作为非限制性示例,如果患者疗法报告包括通气疗法数据,咳嗽疗法数据,和抽吸疗法数据,医疗保健提供者可以查看咳嗽疗法数据和抽吸疗法数据以检查患者使用咳嗽治疗和抽吸疗法会怎样影响患者的通气。作为另一个非限制性示例,如果患者疗法报告包括通气疗法数据(例如,来自呼吸机),血压测量(例如,来自血压监测器),和心率测量(例如,来自心率监测器),医疗保健提供者可以查看通气疗法数据,以检查不同的通气治疗模式或操作参数如何影响患者的血压和心率。不受理论的束缚,通过使医疗保健提供者能够同时查看跨多种治疗模式的数据并因此“微调”治疗以优化患者结果,期望提供综合且全面的报告会因此改善患者治疗结果。
如上所述,存储在服务器150上的患者治疗数据可以包括通气疗法数据,包括压力波形,流量波形,和/或体积波形(统称为“波形数据”)。在一些实施例中,生成的患者疗法报告或总结因此可以包括波形数据,从而使医疗保健提供者能够远程监控和/或查看这些波形。在一些实施例中,服务器150可以存储患者过去30天,60天,90天等的历史波形数据,并且医疗保健提供者可以查看存储期间内任何时间段的波形数据。在一些实施例中,并且如下文更详细描述的,系统10使医疗保健提供者能够基本上实时地查看波形数据。
在一些实施例中,数据分析模块260还可以分析存储在数据存储模块256中的患者治疗数据。例如,数据分析模块260可以分析患者治疗数据以查看患者对规定和/或推荐治疗方案的遵从性。作为第一个非限制性示例,数据分析模块260可以比较在选定时间段内执行的咳嗽辅助动作的次数或速率是否与在给定时间段内执行的规定或推荐的咳嗽辅助动作的次数相同。如果在给定时间段内执行的咳嗽辅助动作的次数或速率小于规定或推荐量,则数据分析模块260可以指示服务器150(i)向患者发送提醒以增加他们对咳嗽辅助模块204的使用,(ii)向患者的医疗保健提供者发送患者未遵守规定或推荐治疗方案的通知,和/或(iii)在报告生成模块258生成的患者疗法报告上包括患者未遵守规定或推荐治疗方案的通知。作为第二个非限制性示例,数据分析模块260可以通过分析与雾化器模块210相关联的治疗数据来确定患者是否正在接收规定剂量的治疗剂。如果接收到的剂量不在规定剂量的阈值偏差度内(例如,规定剂量的5%以内,规定剂量的10%以内,等),数据分析模块260可以指示服务器150(i)向患者发送指令以改变他们对雾化器模块210的使用,以便他们接收规定剂量,(ii)向患者的医疗保健提供者发送患者未接收规定剂量的通知,和/或者(iii)在报告生成模块258生成的患者疗法报告中包括患者未接受规定剂量的通知。如本领域技术人员将理解的那样,数据分析模块260可以分析任何规定,推荐的,或优选的治疗方案的任何数量的患者遵从性,并且不受前述示例的限制。
数据分析模块260还可以分析患者治疗数据以提炼患者趋势,诊断患者状况/事件,提供疗法建议,预测疾病进展等。例如,数据分析模块260可以分析长时间段(例如,三个月,六个月,九个月,一年,两年,三年,五年,十年,或更长时间)的使用数据以评估患者对多种疗法功能和/或疾病进展的依赖性。在一些实施例中,患者对选择的呼吸机功能的依赖性的增加(例如,依赖通气模块202提供呼吸,依赖氧气模块204提供额外的氧气等所花费的时间)可能表明疾病进展和/或恶化的患者状况。同样,与呼吸机功能的患者使用相关联的一个或多个参数的变化(例如,由患者触发的呼吸的百分比)也可以指示疾病进展和/或恶化的患者状况。
数据分析模块260还可以将特定患者的治疗数据与和该患者共享一个或多个共同特征(例如,年龄,性别,体重,身高,诊断,诊断年龄,状况,疾病状态,测试结果,活动水平等)的多个其他患者的汇总治疗数据进行比较。基于比较,数据分析模块260可以提供一种或多种疗法建议以减缓疾病进展,减轻患者症状,减少或消除副作用,改善患者生活质量等。数据分析模块260也可以基于比较提供疾病进展的估计。
数据分析模块260可以依赖于一种或多种人工智能(AI)技术来分析患者治疗数据并提供建议。合适的AI技术可以包括但不限于基于案例的推理,基于规则的系统,人工神经网络,决策树,支持向量机,回归分析,贝叶斯网络(例如,朴素贝叶斯分类器),遗传算法,细胞自动机,模糊逻辑系统,多代理系统,群体智能,数据挖掘,机器学习(例如监督学习,非监督学习,强化学习),和混合系统。在一些实施例中,例如,数据分析模块260包括受过训练的机器学习模块,其可以分析特定患者的患者治疗数据以提供对患者治疗方案的一种或多种推荐调整,以减缓疾病进展,减轻患者症状,减少或消除副作用,提高患者的生活质量等。机器学习模块可以基于例如先前接收的患者治疗数据集进行训练,这些患者治疗数据集包括对应于患者症状,副作用,生活质量,疾病进展等的评分结果。
如上所述,系统10还可以包括计算设备170。计算设备170可以包括输入设备272,通信模块274,和显示器276。输入设备272可以是任何合适的输入设备,例如鼠标,键盘,触摸屏,触摸板,麦克风,或其他用户输入设备。通信模块274可以被配置为使用任何合适的无线通信技术(例如,WIFI,蓝牙,蜂窝等)与服务器150建立无线连接。显示器276可以被配置成显示多种类型的输出,例如由报告生成模块258生成并且在下文详细描述的患者疗法报告。在一些实施例中,显示器276包括输入设备作为显示器276的一部分,例如当输入设备包括触摸屏时。在其他实施例中,显示器276与输入设备分离。合适的显示器276的示例包括但不限于LCD显示屏,LED显示屏等。
在操作中,用户(例如,医疗保健提供者,患者,患者的护理人员,或其他用户)可以经由计算设备270上的输入设备272请求特定患者的患者疗法报告。例如,用户可以经由计算设备270访问网站,内联网,移动电话应用程序,或其他应用程序,并输入患者识别信息(例如,患者的唯一字母数字标识符,患者姓名,患者唯一登录信息等)。在一些实施例中,用户可以定制报告。例如,用户可以指定他们希望查看患者治疗数据的时间段,用户希望查看哪些医疗设备(如果不止一个,例如呼吸机,咳嗽辅助设备,心率监测器,输液泵等)的数据,用户希望报告包括何种患者数据(例如,使用数据,感兴趣的特定事件等),和/或要生成的报告类型(例如交互式,数字,印刷等)。在患者还接受非呼吸疗法(例如,糖尿病治疗等)的实施例中,用户可选择包括与非呼吸疗法相关的数据(例如,糖尿病治疗数据等),使得报告是患者健康状况的单个全面报告。因此,在一些实施例中,患者疗法报告是根据用户的偏好定制的和/或可定制的。在一些实施例中,患者疗法报告可以采用不同的形式,这取决于患者疗法报告是由患者还是医疗保健提供者请求的。然后,计算设备170通过通信模块274将用户的请求传送到服务器150。响应于接收到的用户请求,报告生成模块258从数据存储模块256中识别和取回(retrieve)所请求的患者治疗数据,并生成根据用户的偏好生成患者疗法报告。服务器150将患者疗法报告传输到计算设备170,其中该报告可以经由显示器276显示给用户(例如,在图2中示意性地显示为患者疗法报告259)。
在一些实施例中,由报告生成模块258生成并由计算设备170显示的患者疗法报告可以是交互式的。例如,用户可以选择或取消选择某些参数或值,选择特定日期范围进行显示,在显示不同参数的不同页面之间切换,调整患者治疗数据的图形显示(例如,调整比例,图表类型等),选择或标记特定事件,向报告添加注释(例如注释,提醒,建议等)等。在一些实施例中,选择特定事件(例如,患者标记的事件)导致报告显示在所述事件期间,之前,和/或之后与该事件相关联的相关疗法数据(例如,通气疗法数据,例如压力,流量,和体积波形)。在一些实施例中,患者可以向报告添加他们希望与他们的医疗保健提供者讨论的评论或问题,或者以其他方式标记报告的特定部分。例如,患者可以添加评论或以其他方式标记他们感觉比正常情况更糟的事件或时间段。然后可以将报告传输给患者的医疗保健提供者,除了相应的患者治疗数据外,他们还可以看到报告上的评论,问题,和其他标记。同样,医疗保健提供者可以在将报告发送给患者,患者的护理人员,或其他医生之前向报告添加评论或注释。示例性患者疗法报告的额外细节在下文关于图3-7进行描述。
在一些实施例中,系统10可用于基本上实时地远程监控患者,以补充或代替回顾历史患者治疗数据。例如,系统10可以使医疗保健提供者能够监测在非临床环境中(例如,在家里)接受呼吸疗法的患者,而不必与患者物理接近。例如,数据传输元件230可以基本上实时地将患者治疗数据传输到服务器150(例如,延迟约10秒或更短,约30秒或更短,约60秒或更短等),服务器150可以使用接收到的患者治疗数据生成患者疗法报告。服务器150可以将患者疗法报告传输到计算设备270以供医疗保健提供者查看,和/或根据需要向计算设备270提供警报(例如,响应于检测到不遵守规定的治疗)。在一些实施例中,数据传输元件230可以在以“实时监测”模式操作时将患者呼吸数据直接传输到计算设备270。无论如何,呼吸机200测量数据和计算设备270显示数据之间的延迟可以小于约30秒,小于约60秒,和/或小于约120秒。因此,在一些实施例中,系统10适于在远程设置中将患者治疗数据“直播”给医疗保健提供者。
在一些实施例中,患者治疗数据的“直播”可以按需进行。例如,负责远程监测患者的医疗保健提供者不是将患者治疗数据连续地播放到服务器150,而是可以使用计算设备170请求特定患者的实时数据。响应于医疗保健提供者的请求,服务器150可以从与特定患者相关联的数据传输元件230中调取实时数据,并且没有实质性延迟地(例如,约10秒或更少,约30秒或更少,约60秒或更少,等的延迟)显示实时数据。这可能是有用的,例如,如果患者或护理人员联系医疗保健提供者讨论他们的当前治疗,并且医疗保健提供者希望立即访问当前患者治疗数据以便能够建议患者采取适当的行动方案。本文描述的任何患者治疗数据,包括呼吸机波形数据(例如,压力波形,流量波形,体积波形)可以基本上实时地被收集和报告以促进患者的远程监测。
系统10还可以与现有的医院通信/监测系统集成以提供增强的患者状态监测和医院或其他临床环境中患者护理的记录。例如,系统10可以基本上实时地将患者治疗数据播放到护士站的监视器,提供远程警报,自动将患者治疗数据以电子方式馈送到医院的电子健康记录系统等。
在一些实施例中,系统10因此可以用于监测和/或对多个患者进行分析。医疗保健提供者,呼吸机制造商,耐用医疗设备(DME)公司,或其他具有授权访问权限的用户可能能够访问,查看,和/或分析存储在系统10上的多个患者的患者治疗数据。在一些实施例中,例如,用户可以基于多种患者或疗法因素对患者进行分类,例如以识别哪些患者满足由用户选择的一个或多个预定义标准。基于所选择的标准,服务器150可以对患者进行分类,排名,或以其他方式列出,并将分类后的患者列表显示给用户,例如通过计算设备170。取决于用户(例如,如果用户是呼吸机制造商而不是医疗保健提供者),可以使用符合HIPAA的标识符对患者治疗数据进行分类,以维护患者隐私。用户可以选择的代表性标准可以包括,例如,不遵守规定的治疗,检测到的泄漏超过预定阈值,耗氧量,警报次数等。
在一些实施例中,系统10可用于监测和/或进行对多个呼吸机的分析。例如,与呼吸机相关的实体(例如,呼吸机制造商,DME公司等)可能希望访问存储在服务器150上的患者治疗数据,以分析他们对呼吸机的使用情况,对规定或推荐的治疗方案的遵守情况,选择疗法的有效性,附件(accessory)警报,服务警报,呼吸机的位置等。如前所述,可以对患者疗法数据进行去识别化以符合隐私和HIPAA要求,同时仍使制造商能够查看患者治疗数据并提取有关呼吸机使用和状态的有用趋势。
图3图示了可以作为由报告生成模块258生成的患者疗法报告(例如,患者疗法报告259;图2)的一部分被包括在内的示例趋势总结300。趋势总结300可以包括对于特定患者的治疗数据的总结,例如患者在选定时间段内对选定呼吸疗法(例如通气V,咳嗽辅助C,氧气O,抽吸S,雾化N等)的使用情况,以及其他相关联的呼吸参数。趋势总结300还可以包括患者使用的非呼吸疗法的总结(图3中未示出)。趋势总结300还可以包括按日期说明多种疗法的使用的遵从性日历。
图4A-4C示出了示例疗法使用和设置概览400,其可以作为由报告生成模块258生成的患者疗法报告(例如,患者疗法报告259;图2)的一部分被包括在内。疗法使用和设置概览400可以显示在选定时间段内多种呼吸疗法(例如,通气,咳嗽辅助,氧气,抽吸,雾化等)的使用以及与使用相关联的参数。疗法使用和设置概览还可以显示患者使用的非呼吸疗法的使用和相关联的参数(图4A-4C中未示出)。在一些实施例中,疗法使用和设置概览400包括与趋势总结300相同或相似的数据。在一些实施例中,疗法使用和设置概览400随趋势概要300中提供的数据而扩展。
图5示出了示例警报总结500a。警报总结500a和警报日志500b可以作为由报告生成模块258生成的患者疗法报告(例如,患者疗法报告259;图2)的一部分被包括在内。如图5所示,警报总结500a可以提供在选定时间段内由相应呼吸机或其他呼吸或医疗设备生成的警报(alarm)或警告(alert)的频率和类型的总结。警报/警告可以包括呼吸机或呼吸设备提供的任何警报或警告。例如,警报可以包括高压警报,低吸气压力警报,患者回路断连警报,低分钟体积警报,低电池警报等。警报总结还可以提供警报日志(未示出),它提供了在给定时间段内生成的每个单独警报的列表,警报的时间,和警报的持续时间。
图6A-6E示出了示例监测器细节600,其也可以作为由报告生成模块258生成的患者疗法报告(例如,患者疗法报告259;图2)的一部分被包括在内。监测器细节600可以图示选择的患者和/或与多种呼吸疗法相关联的呼吸机参数。例如,图6A-6C图示了与通气治疗V相关联的选择参数(例如,呼吸机200的通气模块202提供的呼吸辅助;图2),图6D图示了与氧气疗法O相关联的选择参数(例如,呼吸机200的氧气模块206提供的氧气),图6E图示了与氧气疗法O相关联的选择参数(例如,由呼吸机200的氧气模块206提供的氧气),并且图6E图示了与咳嗽辅助疗法C相关联的选择参数(例如,由咳嗽辅助模块204提供的咳嗽辅助)。
图7图示了示例性治疗日志700,其也可以作为由报告生成模块258生成的患者疗法报告(例如,患者疗法报告259;图2)的一部分被包括在内。治疗日志700可以提供多种呼吸疗法的每次使用的列表,说明每次呼吸疗法的开始时间/日期,结束时间/日期,和持续时间。在一些实施例中,治疗日志700可以将其他非呼吸疗法整合到与呼吸疗法日志相同的治疗日志中,使得患者对呼吸疗法和非呼吸疗法的使用可以被视为单个日志的一部分。
正如本领域的技术人员将从本文公开中理解的那样,图3-7仅作为示例提供。如前所述,本文所述的系统可以生成具有多种形式,数据,演示,模式(例如,数字,打印,交互式等)等的患者疗法报告。事实上,本技术的一个预期优势是能够提供可定制的患者疗法报告,所述报告提供跨多种治疗模式的综合患者治疗数据。因此,本技术不限于本文提供的示例,并且包括根据本文描述生成的其他患者疗法报告。
图8是根据本技术的实施例的用于监测施用至患者的呼吸疗法的方法800的流程图。方法800可以开始于步骤802,收集与多种呼吸疗法相关联的患者治疗数据。呼吸疗法可包括但不限于通气疗法,氧气疗法,咳嗽辅助疗法,抽吸疗法,雾化治疗,及其任意组合。患者治疗数据可以包括本文先前描述的任何患者治疗数据。在一些实施例中,收集患者治疗数据可包括在数据传输元件(例如,数据传输元件230)处接收患者治疗数据。在一些实施例中,收集患者治疗数据可包括从被配置为递送多种呼吸疗法的单个呼吸设备收集患者治疗数据。在其他实施例中,收集患者治疗数据可包括从配置成递送多种呼吸疗法的多个呼吸设备收集患者治疗数据。在一些实施例中,除了从呼吸设备收集患者治疗数据之外,收集患者治疗数据还包括从多个患者监测器(例如,脉搏血氧计,血压监测器等)收集患者治疗数据。
方法800可以通过将收集的患者治疗数据传输到服务器(例如,服务器150)而在步骤804中继续。如前所述,患者治疗数据可以通过有线或无线连接传输。在一些实施例中,患者治疗数据经由数据传输元件(例如,数据传输元件230)传输。患者治疗数据可以自动和周期性地(例如,每天,每周,每两周一次,每月一次等),连续地,和/或按需并且响应于对患者治疗数据的用户请求而传输。
通过生成包括在步骤802中收集的至少一些患者治疗数据的患者疗法报告,方法800可以在步骤806中继续。例如,服务器250的报告生成模块258可以生成患者疗法报告。在一些实施例中,响应于接收到生成患者报告的用户请求而执行步骤806。在一些实施例中,如前所述,所生成的用户报告是根据用户的偏好(例如,如在用户请求中指定的)定制的。
方法800可以通过显示患者疗法报告而在步骤808中继续。例如,患者疗法报告可以显示在数字显示器上(例如,计算设备170上的显示器276),使得医疗保健提供者或其他用户可以查看报告的内容。在一些实施例中,患者疗法报告是交互式的,并且医疗保健提供者或其他用户可以通过与数字显示器交互来操纵报告的各方面(例如,视图,比例,图表类型等)。
本文描述的系统和方法可用于收集,存储,监测,报告,和/或分析具有多种适应症的患者的患者治疗数据。例如,系统和方法可以与所提供的呼吸疗法结合使用,以治疗病症,例如神经肌肉疾病(例如,肌肉萎缩症,肌萎缩侧索硬化等),肺功能受损(例如,由COPD,囊性纤维化,肺癌,肺气肿,病毒感染,或其他呼吸系统疾病导致),脊髓损伤,和儿科发育并发症(例如早产,慢性肺病等)。
如本文所述,本技术的一个预期优势是能够从多个不同的设备/来源收集患者治疗数据,包括呼吸数据和非呼吸疗法数据,并为特定患者提供单个的全面且可定制的报告。另一个预期的优势是医疗保健提供者和患者或患者的护理人员都能够访问和查看患者治疗数据,和/或对患者治疗数据的总结进行注释或添加评论。当然,本技术的实施例可以提供在整个发明详述中描述的其他优点,以及本文未明确公开的其他优点。因此,不受理论的束缚,本技术因此有望改善患者护理,例如,通过使患者的医疗保健提供者能够审查患者治疗的综合概况,提供推荐的治疗调整,向医生提醒患者的不遵从性,改善患者与医生的沟通,改善患者的实时和/或远程监控等。
本文描述的系统和方法可以用计算架构实现和/或分布在计算架构上。例如,本文描述的许多系统包括存储数据,软件模块,指令等的存储器。本文所述的存储器可以包括用于易失性和非易失性存储的各种硬件设备中的一种或多种,并且可以包括只读和可写存储器。例如,存储器可以包括随机存取存储器(RAM),多种高速缓存,CPU寄存器,只读存储器(ROM),和可写非易失性存储器,例如闪存,硬盘驱动器,软盘,CD,DVD,磁存储设备,磁带驱动器,设备缓冲器等。存储器不是脱离底层硬件的传播信号;因此,存储器是非暂时性的。在一些实施例中,存储器是存储例如程序,软件,数据等的非暂时性计算机可读存储介质。
正如本领域的技术人员将从本文的公开内容理解的那样,在不脱离本技术的范围的情况下,可以省略上述系统的多种组件。同样,在不脱离本技术的范围的情况下,可以将上文未明确描述的附加组件添加到系统中。例如,应当理解,出于说明的目的,本文已经描述了本技术的具体实施例,但是没有详细示出或描述公知的结构和功能以避免不必要地模糊本技术实施例的描述。此外,尽管上文出于说明性目的描述了本技术的特定实施例和示例,但是如相关领域的技术人员将认识到的那样,在本技术的范围内可以进行各种等效修改。例如,虽然步骤以给定的顺序呈现,但是备选实施例可以以不同的顺序执行步骤。还可以组合本文描述的各种实施例以提供进一步的实施例。因此,本技术不限于本文明确标识的配置,而是包含所描述的系统和方法的变化和变更。
此外,虽然已经在那些实施例的上下文中描述了与本技术的一些实施例相关联的优点,但是其他实施例也可以展示这样的优点,并且并非所有实施例都必须展示这样的优点以落入本技术的范围内。因此,本公开和相关技术可以涵盖本文未明确示出或描述的其他实施例。
除非上下文另有明确要求,否则在整个描述和示例中,词语“包含(comprise)”,“包含(comprising)”等应在包容性意义上进行解释,而不是排他性或穷尽性;也就是说,在“包括但不限于”的意义上解释。如本文所用,术语“连接”,“耦接”,或其任何变体表示两个或多个元件之间的任何直接或间接连接或耦接;元件之间的耦接连接可以是物理的,逻辑的,或它们的组合。此外,在本申请中使用“本文”,“上文”,“下文”和类似含义的词语时,应指代整个申请,而不是指本申请的任何特定部分。在上下文允许的情况下,以上具体实施方式中使用单数或复数的词语也可以分别包括复数或单数。如本文所用,“A和/或B”中的短语“和/或”指单独的A,单独的B,以及A和B。此外,在本文提及的具体整数具有与实施例相关的本领域已知的等同物时,这些已知的等同物视作并入本文,如同单独阐述一样。
Claims (44)
1.一种监测特定患者治疗的方法,该方法包括:
收集与特定患者使用的多种呼吸疗法相关联的患者治疗数据,其中多种呼吸疗法包括通气疗法,氧气疗法,咳嗽辅助疗法,抽吸疗法,和雾化疗法中的至少两种;和
将所收集的患者治疗数据传输至服务器,其中该服务器包括存储与多个个体患者相关联的数据的患者数据模块。
2.根据权利要求1所述的方法,其中收集患者治疗数据包括在数据传输元件处接收患者治疗数据,并且其中传输所收集的患者治疗数据包括将患者治疗数据从数据传输元件传输到服务器。
3.根据权利要求2所述的方法,其中数据传输元件耦接到多个医疗设备,并且其中在数据传输元件处接收患者治疗数据包括接收与多个医疗设备相关联的患者治疗数据。
4.根据权利要求3所述的方法,其中所述多个医疗设备包括:
至少一个呼吸设备,配置为提供多种呼吸疗法;和
至少一种附加医疗设备,其中至少一种附加医疗设备包括血压监测器,血糖监测器,心率监测器,SpO2监测器,重量监测器,二氧化碳监测器,和/或药物递送设备,
其中,患者治疗数据包括(i)与多个呼吸疗法和至少一个呼吸设备相关联的第一患者治疗数据,以及(ii)与至少一个附加医疗设备相关联的第二患者治疗数据。
5.根据权利要求1或2所述的方法,其中收集与所述多种呼吸疗法相关联的患者治疗数据包括从单个呼吸设备收集患者治疗数据,所述单个呼吸设备被配置为向特定患者递送所述多种呼吸疗法。
6.根据权利要求1或2所述的方法,其中收集与所述多种呼吸疗法相关联的患者治疗数据包括从至少两个呼吸设备收集所述患者治疗数据,所述至少两个呼吸设备被配置为向特定患者递送所述多种呼吸疗法。
7.根据权利要求1-6中任一项所述的方法,其中收集患者治疗数据包括收集通气疗法数据,所述通气疗法数据包括压力波形,流量波形,或体积波形中的至少一个。
8.根据权利要求1-7中任一项所述的方法,其中将所收集的患者治疗数据传输至服务器包括自动且周期性地将所收集的患者治疗数据传输至服务器。
9.根据权利要求1-7中任一项所述的方法,其中将所收集的患者治疗数据传输至服务器包括响应于将所收集的患者治疗数据传输至服务器的用户选择来将所收集的患者治疗数据传输至服务器。
10.根据权利要求1-7中任一项所述的方法,其中将所收集的患者治疗数据传输至服务器包括将所收集的患者治疗数据连续传输至服务器。
11.根据权利要求1-7中任一项所述的方法,其中收集和传输的操作基本上实时地执行。
12.根据权利要求1-11中任一项所述的方法,还包括生成患者疗法报告,其中所述患者疗法报告包括传输到服务器的至少一些患者治疗数据的图形显示。
13.根据权利要求12所述的方法,还包括经由数字显示器显示患者疗法报告。
14.根据权利要求13所述的方法,其中所显示的患者疗法报告是交互式的。
15.根据权利要求13或14所述的方法,其中所显示的患者疗法报告是基于用户的偏好定制的。
16.根据权利要求13-15中任一项所述的方法,还包括:
从用户接收一个或多个要添加到报告中的注释或标记;和
响应于接收到一个或多个注释或标记,将一个或多个注释或标记添加到报告中。
17.根据权利要求1-16中任一项所述的方法,其中所述多种呼吸疗法包括通气疗法,氧气疗法,和咳嗽辅助疗法。
18.根据权利要求1-17中任一项所述的方法,还包括分析所收集的患者数据,并且基于所述分析,提供与所述多种治疗中的至少一种相关联的一个或多个建议。
19.根据权利要求18所述的方法,其中分析所收集的患者数据包括使用经过训练的机器学习模型来识别与所述多种治疗中的至少一种相关联的一种或多种建议。
20.根据权利要求1-19中任一项所述的方法,其中所述患者治疗数据是第一患者治疗数据,所述方法还包括:
收集与特定患者使用的多个非呼吸疗法相关联的第二患者治疗数据;
将所收集的第二患者治疗数据传输至服务器;和
生成包括至少第一患者治疗数据的子集和第二患者治疗数据的子集的患者报告。
21.一种用于生成显示与特定患者相关联的患者治疗数据的患者疗法报告的计算机实施的方法,该方法包括:
接收生成患者疗法报告的请求,其中该请求包括与特定患者相关联的患者标识符;
响应于接收请求,使用患者标识符来识别与特定患者相关联的患者治疗数据,其中与特定患者相关联的患者治疗数据存储在服务器上,该服务器存储与多个个体患者相关联的患者治疗数据,所述多个个体患者包括特定患者,并且其中与特定患者相关联的患者治疗数据包括与特定患者使用的多种呼吸疗法相关联的治疗数据;
生成患者疗法报告,其中患者疗法报告包括与特定患者相关联的至少一些患者治疗数据的图形显示;和
将患者疗法报告传输到配置成显示患者疗法报告的设备。
22.根据权利要求21所述的方法,其中所述多种呼吸疗法包括通气疗法,氧气疗法,咳嗽辅助疗法,抽吸疗法,和雾化疗法。
23.根据权利要求21或22所述的方法,其中所述患者治疗数据包括与所述多个呼吸疗法相关联的使用数据。
24.根据权利要求21-23中任一项所述的方法,其中所述患者疗法报告是定制的患者疗法报告,并且其中接收生成所述患者疗法报告的请求包括接收用户选择,所述用户选择指定要包括在患者疗法报告中的至少一个参数。
25.根据权利要求21-24中任一项所述的方法,其中所述患者标识符是与患者相关联的独有的字母数字代码。
26.一种系统,包括存储指令的非暂时性计算机可读介质,当执行指令时,使系统执行以下操作:
收集与特定患者使用的多种呼吸疗法相关联的患者治疗数据,其中多种呼吸疗法包括通气疗法,氧气疗法,咳嗽辅助疗法,抽吸疗法,和雾化疗法中的至少两种;和
将所收集的患者治疗数据传输至服务器,其中该服务器包括患者数据模块,存储包括特定患者在内的多个个体患者的患者治疗数据。
27.根据权利要求26所述的系统,其中所述系统包括数据传输元件,并且其中收集患者治疗数据的操作包括在数据传输元件处接收患者治疗数据,并且其中传输所收集的患者治疗数据的操作包括将患者治疗数据从数据传输元件传输到服务器。
28.根据权利要求27所述的系统,其中数据传输元件可耦接到多个医疗设备,并且其中在数据传输元件处接收患者治疗数据的操作包括接收与多个医疗设备相关联的患者治疗数据。
29.根据权利要求28所述的系统,其中所述多个医疗设备包括:
至少一个呼吸设备,配置为提供多种呼吸疗法;和
至少一种附加医疗设备,其中至少一种附加医疗设备包括血压监测器,血糖监测器,心率监测器,SpO2监测器,重量监测器,二氧化碳监测器,和/或药物递送设备,
其中,患者治疗数据包括(i)与多个呼吸疗法和至少一个呼吸设备相关联的第一患者治疗数据,以及(ii)与至少一个附加医疗设备相关联的第二患者治疗数据。
30.根据权利要求26或27所述的系统,其中收集与所述多个呼吸疗法相关联的患者治疗数据的操作包括从单个呼吸装置收集患者治疗数据,所述单个呼吸设备被配置为将所述多个呼吸疗法递送至特定患者。
31.根据权利要求26或27所述的系统,其中收集与所述多个呼吸疗法相关联的患者治疗数据的操作包括从至少两个呼吸设备收集患者治疗数据,所述至少两个呼吸设备被配置为将所述多个呼吸疗法递送至特定患者。
32.根据权利要求26-31中任一项所述的系统,其中,将收集的患者治疗数据传输到服务器的操作包括自动和周期性地将收集的患者治疗数据传输到服务器。
33.根据权利要求26-31中任一项所述的系统,其中,将收集的患者治疗数据传输到服务器的操作包括响应于将收集的患者治疗数据传输到服务器的用户选择,将收集的患者治疗数据传输到服务器。
34.根据权利要求26-31中任一项所述的系统,其中,将收集的患者治疗数据传输到服务器的操作包括将收集的患者治疗数据连续传输到服务器。
35.根据权利要求26-34中任一项所述的系统,其中,所述指令在被执行时还引起生成患者疗法报告的操作,其中所述患者疗法报告包括传输至服务器的患者治疗数据的至少一些的图形显示。
36.根据权利要求35所述的系统,其中所述指令在被执行时进一步引起经由数字显示器来显示所述患者疗法报告的操作。
37.根据权利要求36所述的系统,其中所显示的患者疗法报告是交互式的。
38.根据权利要求36或37所述的系统,其中所显示的患者疗法报告是基于用户的偏好而定制的。
39.根据权利要求26-38中任一项所述的系统,其中所述多个呼吸疗法包括通气疗法,氧气疗法,和咳嗽辅助疗法。
40.根据权利要求26-39中任一项所述的系统,其中所述指令在被执行时进一步引起分析所收集的患者数据,并且基于所述分析提供与所述多个疗法中的至少一种相关联的一个或多个建议的操作。
41.根据权利要求40所述的系统,其中分析所收集的患者数据的操作包括使用经过训练的机器学习模型来识别与所述多个疗法中的至少一种疗法相关联的一种或多种建议。
42.一种监测特定患者的治疗的方法,该方法包括:
收集与特定患者使用的第一医疗设备相关联的第一患者治疗数据;
收集与患者使用的第二医疗设备相关联的第二患者治疗数据;
将所收集的第一和第二患者治疗数据传输至服务器,其中该服务器包括患者数据模块,其存储与包括所述特定患者在内的多个个体患者相关联的数据;和
生成包括第一患者治疗数据和第二患者治疗数据的报告。
43.根据权利要求42所述的方法,其中:
第一医疗设备是呼吸设备,其提供通气疗法,氧气疗法,咳嗽辅助疗法,抽吸疗法,或雾化疗法中的至少一种;和
第二医疗设备是血压监测器,血糖监测器,心率监测器,SpO2监测器,重量监测器,二氧化碳监测器,和/或药物递送设备。
44.根据权利要求42或43所述的方法,其中,所述第一患者治疗数据与呼吸疗法相关联,并且所述第二患者治疗数据与非呼吸疗法相关联。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US63/110,893 | 2020-11-06 | ||
| US202163158266P | 2021-03-08 | 2021-03-08 | |
| US63/158,266 | 2021-03-08 | ||
| PCT/US2021/058363 WO2022099096A1 (en) | 2020-11-06 | 2021-11-05 | Respiratory therapy data management systems, devices, and methods |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116868275A true CN116868275A (zh) | 2023-10-10 |
Family
ID=88236369
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202180089282.5A Pending CN116868275A (zh) | 2020-11-06 | 2021-11-05 | 呼吸疗法数据管理系统,设备,和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116868275A (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160135734A1 (en) * | 2014-11-19 | 2016-05-19 | Resmed Limited | Combination therapy for sleep disordered breathing and heart failure |
| US20170232214A1 (en) * | 2014-08-07 | 2017-08-17 | Children's Medical Center Corporation | Computer aided mechanical ventilation systems and methods |
| CN107430641A (zh) * | 2015-03-24 | 2017-12-01 | 阿雷斯贸易股份有限公司 | 患者护理系统 |
-
2021
- 2021-11-05 CN CN202180089282.5A patent/CN116868275A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170232214A1 (en) * | 2014-08-07 | 2017-08-17 | Children's Medical Center Corporation | Computer aided mechanical ventilation systems and methods |
| US20160135734A1 (en) * | 2014-11-19 | 2016-05-19 | Resmed Limited | Combination therapy for sleep disordered breathing and heart failure |
| CN107430641A (zh) * | 2015-03-24 | 2017-12-01 | 阿雷斯贸易股份有限公司 | 患者护理系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Blakey et al. | Digital technologies and adherence in respiratory diseases: the road ahead | |
| JP5706613B2 (ja) | 自己適応的健康管理計画目標モジュール | |
| US10170016B2 (en) | Comprehensive management of human health | |
| US9597029B2 (en) | System and method for remotely evaluating patient compliance status | |
| US20170147759A1 (en) | Patient Centered Medical Home for Perioperative Hospital Surgical Care | |
| CN115551579B (zh) | 用于评估通风患者状况的系统和方法 | |
| CN105793853B (zh) | 关于患者护理的分析 | |
| US20130331713A1 (en) | Methods and apparatus for monitoring the cardiovascular condition of patients with sleep disordered breathing | |
| CN114974613A (zh) | 疾病管理方法及装置、计算机存储介质、电子设备 | |
| US20130110551A1 (en) | Systems and methods for managing chronic conditions | |
| EP1729841A2 (en) | Methods and apparatus for monitoring the cardiovascular condition of patients with sleep disordered breathing | |
| D'Cruz et al. | Quality of life in patients with chronic respiratory failure on home mechanical ventilation | |
| CN116134532A (zh) | 用于通气患者的预测性撤机的系统和方法 | |
| US20150302161A1 (en) | Systsem for monitoring a user | |
| US20070129644A1 (en) | Sleep disorder screening program | |
| CN116153487A (zh) | 用于适宜麻醉的图形用户界面的系统和方法 | |
| Ye et al. | Artificial intelligence in anesthesiology drug administration | |
| US12555668B2 (en) | Respiratory therapy data management systems, devices, and methods | |
| CN101416193A (zh) | 自适应护理计划目标模块 | |
| CN116868275A (zh) | 呼吸疗法数据管理系统,设备,和方法 | |
| US20220148701A1 (en) | Respiratory therapy data management systems, devices, and methods | |
| Lewczak et al. | Wearable technology and chronic illness: balancing justice and care ethics | |
| Reamer et al. | Continuous remote patient monitoring in patients with heart failure (cascade study): protocol for a mixed methods feasibility study | |
| Le Roux et al. | Home-Based Connected Devices Combined With Statistical Process Control for the Early Detection of Respiratory Exacerbations by Patients With Cystic Fibrosis: Pilot Interventional Study With a Pre-Post Design | |
| Gary et al. | An mHealth hybrid app for self-reporting pain measures for sickle cell disease |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |