CN116547028A - 呼吸窘迫管理装置、系统和方法 - Google Patents
呼吸窘迫管理装置、系统和方法 Download PDFInfo
- Publication number
- CN116547028A CN116547028A CN202180081645.0A CN202180081645A CN116547028A CN 116547028 A CN116547028 A CN 116547028A CN 202180081645 A CN202180081645 A CN 202180081645A CN 116547028 A CN116547028 A CN 116547028A
- Authority
- CN
- China
- Prior art keywords
- controller
- patient
- respiratory distress
- source
- mechanical ventilation
- 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年10月5日提交的标题为“RESPIRATORY DISTRESS MANAGEMENTAPPARATUS,SYSTEM,AND METHOD”的美国临时申请No.63/198,234和2021年3月31日提交的标题为“RESPIRATORY DISTRESS MANAGEMENT APPARATUS,SYSTEM,AND METHOD”的美国临时申请No.63/168,398的优先权。
背景技术
呼吸窘迫是有时可能预示医疗急救情况的常见患者诉求。根据若干统计,在约12%的EMS呼叫中,呼吸窘迫是主要诉求。在关联的急救响应中,可能为响应者带来了许多复杂但关键的患者护理相关挑战。
响应护理提供者可能面临各种各样的响应设置,这些响应设置包括院前和院外设置,从普通的室内和室外公共和私人空间到甚至可能包括战场或大规模伤害事件设置的院外设置。其他响应设置可以包括救护车或其他交通情境、医院或急诊室到达、移交和过渡情境、或者其他住院或急诊室设置。在这样的设置中,响应护理提供者有时必须提供挽救生命的护理,这可以包括在可观的时间段内提供机械通气。这样的设置中的有时培训或经验相对有限的响应护理提供者可能面临对经历医疗危机的患者进行急救护理。此外,他们可能需要使用所拿到或携带的器材这样做,并且可能需要立即与其他护理提供者以及他们的装置进行操作集成。这些护理提供者的干预的范围或有效性基于他们能够随身携带到现场的器材而可能是有限的。更进一步地,在一些情况下,在现场可能需要各自具有不同器材且有时在不同时间到达的多个护理提供者。这可以提出与例如通信、生理信号收集、数据、装置、干预和整体患者护理的集成和控制相关的进一步挑战。
一旦到达现场,响应护理提供者可能需要急救确定并提供有效的患者干预,其中所选择的干预及其递送至患者的速度可能是生死问题。这进而可能需要潜在地在具有挑战性的院前情境中的(诸如与特定功能障碍或问题的性质和程度有关等的)急救患者相关评定。由于导致患者呼吸窘迫的病因可能难以确定,并且可能与跨一系列患者系统(诸如呼吸、心脏、内分泌或其他等)中的任何系统的根本原因相关联,因此评定可能变得更困难。护理提供者可能面临使用可用的患者病史以及可能无法明确地或单独地清楚指向特定病因的生理信号来进行或获得患者评定。此外,护理提供者在提供护理期间可能面临附加挑战。这些挑战可以包括例如护理提供者分心或多任务、现场的物理不稳定性、有限的或间歇的通信或网络可用性及关联的装置集成或隔离问题、以及不断变化或演进的患者病况(condition)或病因。在护理的提供期间,这样的病况可能需要持续监测和评定、以及经修改的干预或关联操作参数的确定和实现。
响应急救护理提供者在可能包括经历RD的患者的各种情境中都面临着患者的健康或生活很可能取决于的这些和其他问题及挑战。
发明内容
一种用于处置经历呼吸窘迫的患者的设备的一个示例包括:呼吸窘迫管理装置,其包括:壳体;机械通气设备,其布置在所述壳体内,用于向患者提供机械通气,所述机械通气设备包括:气流生成器,其布置在所述壳体内,以及气体递送设备,其至少部分地布置在所述壳体内,与所述气流生成器耦接,所述气体递送设备包括患者回路,所述患者回路从所述壳体延伸并被配置为至少部分地与患者连接以向患者递送气体;以及控制器,其布置在所述壳体内,所述控制器包括处理器和存储器,所述控制器被配置为:确定在特定时间是否存在故障模式条件;在确定为不存在所述故障模式条件的情况下,经由所述控制器从至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气设备的控制以向患者递送机械通气,以及在确定为存在所述故障模式条件的情况下,控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
在一些示例中,在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器根据先前存储的通气控制参数值来控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。在一些示例中,在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器根据先前存储的最后接收到的有效通气控制参数值来控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。在一些示例中,所述控制器被配置为:确定是否存在所述故障模式条件,其中所述故障模式条件与所述呼吸窘迫管理装置相关联,以及其中所述至少一个源与所述呼吸窘迫管理装置分离。
在一些示例中,所述控制器被配置为:确定在特定时间是否存在故障模式条件,其中所述特定时间是第一预定时间;在确定为在所述第一预定时间不存在所述故障模式条件的情况下,经由所述控制器从至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气设备的控制以向患者递送机械通气;以及在确定为在所述第一预定时间存在所述故障模式条件的情况下,控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
在一些示例中,所述控制器被配置为:确定在第二预定时间是否存在故障模式条件,其中所述第二预定时间是在所述第一预定时间之后经过预定时间段的时间;在确定为在所述第二预定时间不存在所述故障模式条件的情况下,经由所述控制器从至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气设备的控制以向患者递送机械通气;以及在确定为在所述第二预定时间存在所述故障模式条件的情况下,控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
在一些示例中,所述控制器被配置成使得在使用所述呼吸窘迫管理装置之前设置所述预定时间段。在一些示例中,所述控制器被配置成使得所述预定时间段被设置为1秒。在一些示例中,所述控制器被配置成使得所述预定时间段被设置为在0.1秒和1秒之间。在一些示例中,所述控制器被配置成使得所述预定时间段被设置为在1秒和10秒之间。在一些示例中,所述控制器被配置成使得所述预定时间段由所述呼吸窘迫管理装置的用户设置。
在一些示例中,所述机械通气设备包括:至少一个压力传感器,其布置在所述机械通气设备内,被配置为感测表示所述气体递送设备内的气流的信号;以及其中,所述控制器被配置为:接收表示所述气流的信号,至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况。
在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置递送给患者的治疗相关。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置递送给患者的治疗相关,其中所述治疗包括机械通气。
在一些示例中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括用力肺活量即FVC和用力呼气容积即FEV。
在一些示例中,所述呼吸窘迫管理装置、所述至少一个源和所述第二装置是不同的装置,并且与所述呼吸窘迫管理装置分离但与所述呼吸窘迫管理装置耦接。在一些示例中,所述至少一个源和所述第二装置是相同的,并且与所述呼吸窘迫管理装置分离但与所述呼吸窘迫管理装置耦接。在一些示例中,所述机械通气设备包括至少一个肺量计。在一些示例中,所述至少一个压力传感器与布置在所述机械通气设备内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。在一些示例中,所述呼吸窘迫管理装置包括支气管扩张器。在一些示例中,所述控制器使用所述控制器的存储器中所存储的并由所述控制器的处理器执行的一个或多于一个算法来确定是否存在所述故障模式条件。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括便携式计算装置。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括平板电脑。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括除颤器。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括基于云的计算系统的一个或多于一个方面。
在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中由所述至少一个源的控制包括利用基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器,以及其中所述至少一个氧饱和度传感器是所述重症护理监测器的脉搏血氧仪的一部分。在一些示例中,所述控制器被配置为在确定为存在所述故障模式条件的情况下,从启用由所述至少一个源对所述机械通气的控制切换到所述控制器控制所述机械通气。
在一些示例中,所述故障模式条件指示由所述至少一个源的控制将不够安全。在一些示例中,所述故障模式条件指示由所述至少一个源的控制关于所述呼吸窘迫管理系统的所述控制器从所述至少一个源对机械通气控制数据的接收而言将不够可靠。在一些示例中,所述故障模式条件指示相对于由所述控制器的控制、由所述至少一个源的控制关于患者的处置而言将是次优的。在一些示例中,所述故障模式条件与一个或多于一个不安全的患者生理参数相关。在一些示例中,所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是无效的。
在一些示例中,所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是损坏的。在一些示例中,所述故障模式条件指示所述控制器从所述至少一个源接收到的两项或多于两项通气控制数据彼此不一致。在一些示例中,所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气设备根据超过至少一个范围的至少一个通气参数值进行操作。在一些示例中,所述至少一个范围包括与足够的患者安全相关联的范围。在一些示例中,所述至少一个范围包括流速范围。在一些示例中,所述至少一个范围包括压力范围。在一些示例中,所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气设备根据两个参数的值进行操作,其中所述值的组合将超过所述至少两个参数的允许值组合的范围。在一些示例中,所述值包括流速的值和压力的值。在一些示例中,所述允许值组合的范围与足够的患者安全相关联。
在一些示例中,所述呼吸窘迫管理装置被配置成使得在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理装置和所述至少一个源之间存在通信能力的情况下,所述控制器启用由所述至少一个源的控制,由所述至少一个源的控制包括根据来自所述至少一个源的当前通气控制数据的控制。在一些示例中,所述呼吸窘迫管理装置被配置成使得在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理装置和所述至少一个源之间不存在通信能力的情况下,所述控制器根据所述控制器的存储器中所存储的一个或多于一个备用通气控制参数值来控制所述机械通气。
在一些示例中,所述控制器被配置为对从所述至少一个源接收到的机械通气控制数据进行循环冗余校验。在一些示例中,所述控制器被配置为在控制器处理操作的优化中利用任务优先级。在一些示例中,所述控制器被配置为利用数据采样保护来进行处理。在一些示例中,所述控制器被配置为在数据处理中利用一个或多于一个直方图来进行处理,以使数据噪声最小化。在一些示例中,所述控制器被配置为利用单线程配置来进行处理。在一些示例中,所述控制器被配置为利用线程安全操作系统对象来进行处理。在一些示例中,所述控制器被配置为利用轮询软件处理设计来进行处理,以使处理延迟最小化。在一些示例中,所述控制器被配置为对从所述至少一个源接收到的通气控制数据进行令牌计数校验。
在一些示例中,所述控制器被配置为在一个或多于一个条件下禁用软件处理中断。在一些示例中,所述控制器被配置为利用关于与所述至少一个源的通信的一个或多于一个方面的优先级来进行处理。在一些示例中,所述控制器被配置为进行与来自所述至少一个源的通气控制数据接收速率相关的一个或多于一个检查。在一些示例中,所述控制器被配置为进行处理以维持未使用存储器的最小部分,从而防止潜在的数据存储过载。在一些示例中,所述控制器被配置为利用确认即ACK和否定确认即NACK方案中的至少一个来进行处理,以确保从所述至少一个源接收到通气控制数据。在一些示例中,所述控制器被配置为在软件处理冻结或死锁条件的情况下进行自动重置。在一些示例中,利用所述呼吸窘迫管理装置和所述至少一个源之间的连续通信来连续校正任何数据接收错误。在一些示例中,所述控制器被配置为检查出所述至少一个源被正确地配置用于与所述呼吸窘迫管理装置的通信。
在一些示例中,所述控制器被配置为生成与特定检测条件相关的用户警报。在一些示例中,所述用户警报包括用以提供与潜在不安全通气条件有关的预警的警报。在一些示例中,所述用户警报包括用以提供与患者的潜在不安全呼吸参数值有关的预警的警报。在一些示例中,所述用户警报包括用于在与所述呼吸窘迫管理装置分离的图形用户接口上向所述呼吸窘迫管理装置的用户显示的警报指示。在一些示例中,所述用户警报包括与通气参数值相关的警报。在一些示例中,所述用户警报包括与同由所述至少一个源的控制相关的通气参数值相关的警报。在一些示例中,所述用户警报包括与患者生理参数相关的警报。在一些示例中,与患者生理参数相关的警报包括与患者的高呼吸速率相关的一个或多于一个警报。在一些示例中,与患者生理参数相关的警报包括与患者的不完全呼出状况相关的一个或多于一个警报。
一种用于处理经历呼吸窘迫的患者的系统的一个示例包括:呼吸窘迫管理系统,其包括:机械通气系统,用于向患者提供机械通气,所述机械通气系统包括至少一个压力传感器,所述至少一个压力传感器被配置为感测表示所述机械通气系统内的气流的信号;以及控制器,其包括处理器和存储器,所述控制器被配置为:确定在特定时间是否存在故障模式条件,在确定为不存在所述故障模式条件的情况下,经由所述控制器从至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理系统的所述机械通气系统的控制以向患者递送机械通气,以及在确定为存在所述故障模式条件的情况下,控制所述呼吸窘迫管理系统的所述机械通气系统以向患者递送机械通气。
在一些示例中,所述控制器被配置为:确定是否存在所述故障模式条件,其中所述故障模式条件与所述呼吸窘迫管理系统相关联,以及其中所述至少一个源与所述呼吸窘迫管理系统分离。
在一些示例中,所述控制器被配置为:接收表示所述气流的信号,至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理系统耦接的装置,所述呼吸参数数据用于确定患者的呼吸状况。
在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在所述装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关,其中所述治疗包括机械通气。
在一些示例中,所述呼吸窘迫管理系统、所述至少一个源和所述装置彼此分离。在一些示例中,所述至少一个源和所述装置是相同的,并且与所述呼吸窘迫管理系统分离但与所述呼吸窘迫管理装置耦接。在一些示例中,所述至少一个压力传感器与布置在所述机械通气系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。在一些示例中,所述控制器使用所述控制器的存储器中所存储的并由所述控制器的处理器执行的一个或多于一个算法来确定是否存在所述故障模式条件。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括便携式计算装置。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括除颤器。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括基于云的计算系统的一个或多于一个方面。
在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中由所述至少一个源的控制包括利用基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器,以及其中所述至少一个氧饱和度传感器是所述重症护理监测器的脉搏血氧仪的一部分。在一些示例中,所述控制器被配置为在确定为存在所述故障模式条件的情况下,从启用由所述至少一个源对所述机械通气的控制切换到所述控制器控制所述机械通气。在一些示例中,所述故障模式条件指示由所述至少一个源的控制将不够安全。
在一些示例中,所述故障模式条件指示由所述至少一个源的控制关于所述呼吸窘迫管理系统的所述控制器从所述至少一个源对机械通气控制数据的接收而言将不够可靠。在一些示例中,所述故障模式条件指示相对于由所述控制器的控制、由所述至少一个源的控制关于患者的处置而言将是次优的。在一些示例中,所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是无效的。在一些示例中,所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是损坏的。在一些示例中,所述故障模式条件指示所述控制器从所述至少一个源接收到的两项或多于两项通气控制数据彼此不一致。
在一些示例中,所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气系统根据超过至少一个范围的至少一个通气参数值进行操作。在一些示例中,所述至少一个范围包括与足够的患者安全相关联的范围。在一些示例中,所述至少一个范围包括流速范围。在一些示例中,所述至少一个范围包括压力范围。在一些示例中,所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气系统根据至少两个参数的值进行操作,其中所述值的组合将超过所述两个参数的允许值组合的范围。在一些示例中,所述值包括流速的值和压力的值。在一些示例中,所述允许值组合的范围与足够的患者安全相关联。
在一些示例中,所述呼吸窘迫管理系统被配置成使得在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理系统和所述至少一个源之间存在通信能力的情况下,所述控制器启用由所述至少一个源的控制,由所述至少一个源的控制包括根据来自所述至少一个源的当前通气控制数据的控制。在一些示例中,所述呼吸窘迫管理系统被配置成使得在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理系统和所述至少一个源之间不存在通信能力的情况下,所述控制器根据所述控制器的存储器中所存储的一个或多于一个备用通气控制参数值来控制所述机械通气。在一些示例中,所述控制器被配置为对从所述至少一个源接收到的机械通气控制数据进行循环冗余校验。在一些示例中,所述控制器被配置为在控制器处理操作的优化中利用任务优先级。
在一些示例中,所述控制器被配置为利用数据采样保护来进行处理。在一些示例中,所述控制器被配置为在数据处理中利用一个或多于一个直方图来进行处理,以使数据噪声最小化。在一些示例中,所述控制器被配置为利用单线程配置来进行处理。在一些示例中,所述控制器被配置为利用线程安全操作系统对象来进行处理。在一些示例中,所述控制器被配置为利用轮询软件处理设计来进行处理,以使处理延迟最小化。在一些示例中,所述控制器被配置为对从所述至少一个源接收到的通气控制数据进行令牌计数校验。在一些示例中,所述控制器被配置为在一个或多于一个条件下禁用软件处理中断。在一些示例中,所述控制器被配置为利用关于与所述至少一个源的通信的一个或多于一个方面的优先级来进行处理。在一些示例中,所述控制器被配置为进行与来自所述至少一个源的通气控制数据接收速率相关的一个或多于一个检查。在一些示例中,所述控制器被配置为进行处理以维持未使用存储器的最小部分,从而防止潜在的数据存储过载。
在一些示例中,所述控制器被配置为利用确认即ACK和否定确认即NACK方案中的至少一个来进行处理,以确保从所述至少一个源接收到通气控制数据。在一些示例中,所述控制器被配置为在软件处理冻结或死锁条件的情况下进行自动重置。在一些示例中,利用所述呼吸窘迫管理系统和所述至少一个源之间的连续通信来连续校正任何数据接收错误。在一些示例中,所述控制器被配置为检查出所述至少一个源被正确地配置用于与所述呼吸窘迫管理系统的通信。
在一些示例中,所述控制器被配置为生成与特定检测条件相关的用户警报。在一些示例中,所述用户警报包括用以提供与潜在不安全通气条件有关的预警的警报。在一些示例中,所述用户警报包括用以提供与患者的潜在不安全呼吸参数值有关的预警的警报。在一些示例中,所述用户警报包括用于在与所述呼吸窘迫管理系统分离的图形用户接口上向所述呼吸窘迫管理系统的用户显示的警报指示。在一些示例中,所述用户警报包括与由所述至少一个源的控制相关的通气参数值相关的警报。在一些示例中,所述用户警报包括与同由所述至少一个源的控制相关的通气参数值相关的警报。在一些示例中,所述用户警报包括与患者生理参数相关的警报。在一些示例中,与患者生理参数相关的警报包括与患者的高呼吸速率相关的一个或多于一个警报。在一些示例中,与患者生理参数相关的警报包括与患者的不完全呼出状况相关的一个或多于一个警报。
一种用于处理经历呼吸窘迫的患者的计算机实现的方法的一个示例包括:布置在呼吸窘迫管理装置内的控制器确定在特定时间是否存在故障模式条件,所述控制器包括处理器和存储器,所述故障模式条件与所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的至少一个源相关联;在确定为不存在所述故障模式条件的情况下,所述控制器经由所述控制器从所述至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的机械通气系统的控制以向患者递送机械通气;以及在确定为存在所述故障模式条件的情况下,所述控制器控制所述呼吸窘迫管理装置的所述机械通气系统以向患者递送机械通气。
一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述机械通气系统包括:至少一个压力传感器,其布置在所述机械通气系统的气体递送系统内,被配置为感测表示所述气体递送系统内的气流的信号;以及其中,所述控制器:接收表示所述气流的信号,至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况。
一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述呼吸窘迫管理装置、所述至少一个源和所述第二装置是不同的装置,并且与所述呼吸窘迫管理装置分离但与所述呼吸窘迫管理装置耦接。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述至少一个压力传感器与布置在所述机械通气系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。一些示例包括:所述控制器使用所述控制器的存储器中所存储的并由所述控制器的处理器执行的一个或多于一个算法来确定是否存在所述故障模式条件。
在一些示例中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括便携式计算装置。在一些示例中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器。在一些示例中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括除颤器。在一些示例中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括基于云的计算系统的一个或多于一个方面。
在一些示例中,所述控制器启用由所述至少一个源的控制,其中由所述至少一个源的控制包括利用基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
在一些示例中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器,以及其中所述至少一个氧饱和度传感器是所述重症护理监测器的脉搏血氧仪的一部分。在一些示例中,在确定为存在所述故障模式条件的情况下,所述控制器从启用由所述至少一个源对所述机械通气的控制切换到所述控制器控制所述机械通气。
一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示由所述至少一个源的控制将不够安全。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示由所述至少一个源的控制关于所述呼吸窘迫管理装置的所述控制器从所述至少一个源对机械通气控制数据的接收而言将不够可靠。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示相对于由所述控制器的控制、由所述至少一个源的控制关于患者的处置而言将是次优的。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是无效的。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是损坏的。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示所述控制器从所述至少一个源接收到的两项或多于两项通气控制数据彼此不一致。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气系统根据超过至少一个范围的至少一个通气参数值进行操作。
一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述至少一个范围包括与足够的患者安全相关联的范围。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述至少一个范围包括流速范围。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述至少一个范围包括压力范围。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气系统根据至少两个参数的值进行操作,其中所述值的组合将超过所述两个参数的允许值组合的范围。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述值包括流速的值和压力的值。一些示例包括:所述控制器确定是否存在所述故障模式条件,其中所述允许值组合的范围与足够的患者安全相关联。
在一些示例中,在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理装置和所述至少一个源之间存在通信能力的情况下,所述控制器启用由所述至少一个源的控制,由所述至少一个源的控制包括根据来自所述至少一个源的当前通气控制数据的控制。在一些示例中,在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理装置和所述至少一个源之间不存在通信能力的情况下,所述控制器根据所述控制器的存储器中所存储的一个或多于一个备用通气控制参数值来控制所述机械通气。
在一些示例中,所述控制器对从所述至少一个源接收到的机械通气控制数据进行循环冗余校验。在一些示例中,所述控制器在控制器处理操作的优化中利用任务优先级。在一些示例中,所述控制器利用数据采样保护来进行处理。在一些示例中,所述控制器在数据处理中利用一个或多于一个直方图来进行处理,以使数据噪声最小化。在一些示例中,所述控制器利用单线程配置来进行处理。在一些示例中,所述控制器利用线程安全操作系统对象来进行处理。在一些示例中,所述控制器利用轮询软件处理设计来进行处理,以使处理延迟最小化。在一些示例中,所述控制器对从所述至少一个源接收到的通气控制数据进行令牌计数校验。在一些示例中,同C170所述控制器在一个或多于一个条件下禁用软件处理中断。
在一些示例中,所述控制器利用关于与所述至少一个源的通信的一个或多于一个方面的优先级来进行处理。在一些示例中,所述控制器进行与来自所述至少一个源的通气控制数据接收速率相关的一个或多于一个检查。在一些示例中,所述控制器进行处理以维持未使用存储器的最小部分,从而防止潜在的数据存储过载。在一些示例中,所述控制器利用确认即ACK和否定确认即NACK方案中的至少一个来进行处理,以确保从所述至少一个源接收到通气控制数据。在一些示例中,所述控制器在软件处理冻结或死锁条件的情况下进行自动重置。在一些示例中,利用所述呼吸窘迫管理装置和所述至少一个源之间的连续通信来连续校正任何数据接收错误。在一些示例中,所述控制器检查出所述至少一个源被正确地配置用于与所述呼吸窘迫管理装置的通信。
在一些示例中,所述控制器生成与特定检测条件相关的用户警报。在一些示例中,所述控制器生成所述用户警报,其中所述用户警报包括用以提供与潜在不安全通气条件有关的预警的警报。在一些示例中,所述控制器生成所述用户警报,其中所述用户警报包括用以提供与患者的潜在不安全呼吸参数值有关的预警的警报。在一些示例中,所述控制器生成所述用户警报,其中所述用户警报包括用于在与所述呼吸窘迫管理装置分离的图形用户接口上向所述呼吸窘迫管理装置的用户显示的警报指示。在一些示例中,所述控制器生成所述用户警报,其中所述用户警报包括与同由所述至少一个源的控制相关的通气参数值相关的警报。在一些示例中,所述控制器生成所述用户警报,其中所述用户警报包括与由所述至少一个源的控制相关的通气参数值相关的警报。在一些示例中,所述控制器生成所述用户警报,其中所述用户警报包括与患者生理参数相关的警报。在一些示例中,所述控制器生成所述用户警报,其中与患者生理参数相关的警报包括与患者的高呼吸速率相关的一个或多于一个警报。在一些示例中,所述控制器生成所述用户警报,其中与患者生理参数相关的警报包括与患者的不完全呼出状况相关的一个或多于一个警报。
一种用于处置经历呼吸窘迫的患者的设备的一个示例包括:动呼吸窘迫管理装置,其包括:壳体;机械通气设备,其布置在所述壳体内,用于向患者提供机械通气,所述机械通气设备包括:气流生成器,其布置在所述壳体内,以及气体递送设备,其至少部分地布置在所述壳体内,与所述气流生成器耦接,所述气体递送设备包括患者回路,所述患者回路从所述壳体延伸并被配置为至少部分地与患者连接以向患者递送气体,至少一个压力传感器,其布置在所述机械通气设备内,被配置为感测表示所述气体递送设备内的气流的信号,以及控制器,其布置在所述壳体内,被配置为:接收表示所述气流的信号,至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况,其中,所述控制器被配置为能够启用由与所述呼吸窘迫管理装置分离的至少一个源对所述机械通气设备的控制以向患者递送机械通气。
在一些示例中,所述控制器被配置成使得:所述控制器确定在特定时间是否存在故障模式条件,所述故障模式条件与所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的所述至少一个源相关联;在确定为在所述特定时间不存在所述故障模式条件的情况下,所述控制器经由所述控制器从所述至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气设备的控制以向患者递送机械通气;以及在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中由所述至少一个源的控制包括基于患者的血液的氧浓度测量值来利用闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
在一些示例中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括用力肺活量即FVC和用力呼气容积即FEV。在一些示例中,所述至少一个压力传感器与布置在所述机械通气设备内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括具有图形用户接口的装置,所述图形用户接口被配置为允许与调整一个或多于一个通气控制参数有关的用户输入。在一些示例中,所述呼吸窘迫管理装置被配置成使得能够根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部接收到的信号来控制所述机械通气设备。在一些示例中,所述控制器被配置为根据所述控制器从所述呼吸窘迫管理装置的外部接收到的信号来确定在特定时间是否控制所述机械通气设备。
在一些示例中,所述控制器被配置为根据所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备。在一些示例中,所述控制器被配置为根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备,其中所述至少一个源是重症护理监测器。在一些示例中,所述控制器被配置为根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备,其中所述至少一个源是除颤器。在一些示例中,所述控制器被配置为根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备,其中所述至少一个源是平板电脑。在一些示例中,所述控制器被配置为至少部分地基于在所述特定时间在所述呼吸窘迫管理装置和控制源之间是否存在通信能力,根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备。
在一些示例中,所述控制器包括存储在存储器中的软件,所述软件被配置为根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部接收到的信号来启用对所述机械通气设备的控制。在一些示例中,所述呼吸窘迫管理装置被配置为与至少一个重症护理监测器耦接,以及其中,所述控制器被配置为:从所述重症护理监测器接收表示患者的至少一个生理参数的信号;以及至少部分地基于所接收到的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据。在一些示例中,所述控制器被配置为从所述重症护理监测器接收表示患者的至少一个生理参数的信号,包括从除颤器接收表示患者的至少一个生理参数的信号。在一些示例中,所述控制器被配置为从所述重症护理监测器接收表示患者的至少一个生理参数的信号,包括接收至少部分地经由血氧定量法所获得的信号。在一些示例中,所述控制器被配置为从所述重症护理监测器接收表示患者的至少一个生理参数的信号,包括接收至少部分地经由二氧化碳描记术所获得的信号。在一些示例中,所述呼吸窘迫管理装置被配置为以不包括向患者递送机械通气的第一模式或以包括向患者递送机械通气的第二模式进行操作。
在一些示例中,所述气流生成器包括送风机。在一些示例中,所述送风机在操作中在一米处产生40至70分贝之间的声音。在一些示例中,所述气流生成器包括涡轮机。在一些示例中,所述气流生成器包括压缩机。在一些示例中,所述呼吸窘迫管理装置的所述壳体具有0.125至27L之间(诸如5.0至27L之间、1.0至5.0L之间、0.5至1.0L之间、0.15至0.5L之间或0.125至0.15L之间等)的容积。在一些示例中,所述呼吸窘迫管理装置具有0.2至5.0kg之间(诸如2.0至5.0kg之间、1.0至2.0kg之间、0.3至1.0kg之间或0.2至0.3kg之间等)的重量。在一些示例中,所述呼吸窘迫管理装置的尺寸被制作成使得所述呼吸窘迫管理装置的长度、高度和宽度都不大于300mm、不大于150mm、不大于100mm、或者不大于60mm。
在一些示例中,所述呼吸窘迫管理装置被配置为便携式。在一些示例中,所述呼吸窘迫管理装置被配置用于运载工具内的患者处置。在一些示例中,所述呼吸窘迫管理装置被配置用于医院外的患者处置。在一些示例中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括呼吸顺应性和呼吸阻力中的至少一个。
在一些示例中,所述呼吸窘迫管理装置被配置为向患者递送无创机械通气。在一些示例中,所述呼吸窘迫管理装置被配置为向患者递送包括连续气道正压通气即CPAP通气的无创机械通气。在一些示例中,所述呼吸窘迫管理装置被配置为向患者递送包括双水平通气的无创机械通气。在一些示例中,所述呼吸窘迫管理装置被配置为向患者递送包括高流量鼻插管通气即HFNC通气的无创机械通气。在一些示例中,所述呼吸窘迫管理装置被配置为向患者递送有创机械通气。在一些示例中,所述呼吸窘迫管理装置被配置为向患者递送包括辅助控制通气即AC通气的有创机械通气。在一些示例中,所述呼吸窘迫管理装置被配置为向患者递送包括同步间歇强制通气即SIMV的有创机械通气。在一些示例中,所述呼吸窘迫管理装置被配置为向患者递送包括与正递送给患者的心肺复苏胸外按压即CPR胸外按压同步的通气的有创机械通气。在一些示例中,所述呼吸窘迫管理装置与氧源耦接以用于向患者递送气体。
在一个示例中,一种用于处置经历呼吸窘迫的患者的系统包括:呼吸窘迫管理系统,其包括:机械通气系统,用于向患者提供机械通气,所述机械通气系统包括至少一个压力传感器,所述至少一个压力传感器被配置为感测表示所述机械通气系统内的气流的信号;以及控制器,其包括处理器和存储器,所述控制器被配置为:接收表示所述气流的信号,至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理系统耦接的装置,所述呼吸参数数据用于确定患者的呼吸状况,其中,所述控制器被配置为能够启用由与所述呼吸窘迫管理系统分离的至少一个源对所述机械通气系统的控制以向患者递送机械通气。
在一些示例中,所述控制器被配置成使得:所述控制器确定在特定时间是否存在故障模式条件,所述故障模式条件与所述呼吸窘迫管理系统和与所述呼吸窘迫管理系统分离的所述至少一个源相关联;在确定为在所述特定时间不存在所述故障模式条件的情况下,所述控制器经由所述控制器从所述至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理系统的所述机械通气系统的控制以向患者递送机械通气;以及在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器控制所述呼吸窘迫管理系统的所述机械通气系统以向患者递送机械通气。
在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中由所述至少一个源的控制包括基于患者的血液的氧浓度测量值来利用闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在所述装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关,其中所述治疗包括机械通气。
在一些示例中,所述至少一个压力传感器与布置在所述机械通气系统的气体递送系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。在一些示例中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括具有图形用户接口的装置,所述图形用户接口被配置为允许与调整一个或多于一个通气控制参数有关的用户输入。在一些示例中,所述呼吸窘迫管理系统被配置成使得能够根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部接收到的信号来控制所述机械通气系统。在一些示例中,所述控制器被配置为根据所述控制器从所述呼吸窘迫管理系统的外部接收到的信号来确定在特定时间是否控制所述机械通气系统。在一些示例中,所述控制器被配置为根据所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在特定时间是否控制所述机械通气系统。在一些示例中,所述控制器被配置为根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气系统,其中所述至少一个源是重症护理监测器。
在一些示例中,所述控制器被配置为根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气系统,其中所述至少一个源是除颤器。在一些示例中,所述控制器被配置为根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气系统,其中所述至少一个源是平板电脑。在一些示例中,所述控制器被配置为至少部分地基于在所述特定时间在所述呼吸窘迫管理系统和所述至少一个源之间是否存在通信能力,根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气系统。
在一些示例中,所述控制器包括存储在所述存储器中的软件,所述软件被配置为根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部接收到的信号来启用对所述机械通气系统的控制。在一些示例中,所述呼吸窘迫管理系统被配置为与至少一个重症护理监测器耦接,以及其中,所述控制器被配置为:从所述重症护理监测器接收表示患者的至少一个生理参数的信号;以及至少部分地基于所接收到的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据。在一些示例中,从所述重症护理监测器接收表示患者的至少一个生理参数的信号包括:从除颤器接收表示患者的至少一个生理参数的信号。在一些示例中,从所述重症护理监测器接收表示患者的至少一个生理参数的信号包括:接收至少部分地经由血氧定量法所获得的信号。在一些示例中,从所述重症护理监测器接收表示患者的至少一个生理参数的信号包括:接收至少部分地经由二氧化碳描记术所获得的信号。在一些示例中,所述呼吸窘迫管理系统被配置为以不包括向患者递送机械通气的第一模式或以包括向患者递送机械通气的第二模式进行操作。
在一些示例中,所述气流生成器包括送风机。在一些示例中,所述送风机在操作中在一米处产生40至70分贝之间的声音。在一些示例中,所述气流生成器包括涡轮机。在一些示例中,所述气流生成器包括压缩机。在一些示例中,呼吸窘迫管理系统具有0.125至27L之间(诸如5.0至27L之间、1.0至5.0L之间、0.5至1.0L之间、0.15至0.5L之间或0.125至0.15L之间等)的容积。在一些示例中,呼吸窘迫管理系统具有0.2至5.0kg之间(诸如2.0至5.0kg之间、1.0至2.0kg之间、0.3至1.0kg之间或0.2至0.3kg之间等)的重量。
在一些示例中,所述呼吸窘迫管理系统被配置为便携式。
在一些示例中,所述呼吸窘迫管理系统被配置用于运载工具内的患者处置。在一些示例中,所述呼吸窘迫管理系统被配置用于医院外的患者处置。在一些示例中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括呼吸顺应性和呼吸阻力中的至少一个。
在一些示例中,所述呼吸窘迫管理系统被配置为向患者递送无创机械通气。在一些示例中,所述呼吸窘迫管理系统被配置为向患者递送包括连续气道正压通气即CPAP通气的无创机械通气。在一些示例中,所述呼吸窘迫管理系统被配置为向患者递送包括双水平通气的无创机械通气。在一些示例中,所述呼吸窘迫管理系统被配置为向患者递送包括高流量鼻插管通气即HFNC通气的无创机械通气。在一些示例中,所述呼吸窘迫管理系统被配置为向患者递送有创机械通气。在一些示例中,所述呼吸窘迫管理系统被配置为向患者递送包括辅助控制通气即AC通气的有创机械通气。在一些示例中,所述呼吸窘迫管理系统被配置为向患者递送包括同步间歇强制通气即SIMV的有创机械通气。在一些示例中,所述呼吸窘迫管理系统被配置为向患者递送包括与正递送给患者的心肺复苏胸外按压即CPR胸外按压同步的通气的有创机械通气。在一些示例中,所述呼吸窘迫管理系统与氧源耦接以用于向患者递送气体。
在一个示例中,一种用于处置经历呼吸窘迫的患者的计算机实现的方法包括:布置在呼吸窘迫管理装置内的包括处理器和存储器的控制器进行以下操作,所述呼吸窘迫管理装置包括机械通气系统,所述机械通气系统用于向患者提供机械通气并包括至少一个压力传感器,所述至少一个压力传感器被配置为感测表示所述机械通气系统内的气流的信号:接收表示所述气流的信号,至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况,其中,所述控制器能够启用由与所述呼吸窘迫管理装置分离的至少一个源对所述机械通气系统的控制以向患者递送机械通气。
在一些示例中,所述控制器启用由所述至少一个源的控制,其中由所述至少一个源的控制包括:利用基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
一些示例包括:同C290+4处改动所述控制器确定在特定时间是否存在故障模式条件,所述故障模式条件与所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的所述至少一个源相关联;在确定为在所述特定时间不存在所述故障模式条件的情况下,所述控制器经由所述控制器从所述至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气系统的控制以向患者递送机械通气;以及在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器控制所述呼吸窘迫管理装置的所述机械通气系统以向患者递送机械通气。
一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
一些示例包括:所述控制器接收表示所述气流的信号,其中所述至少一个压力传感器与布置在所述机械通气系统的气体递送设备内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。一些示例包括:所述控制器允许根据所述呼吸窘迫管理装置从与所述呼吸窘迫管理装置分离的所述至少一个源接收到的信号对所述呼吸窘迫管理装置的所述机械通气系统的控制以向患者递送通气。一些示例包括:确定在特定时间在所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的所述至少一个源之间是否存在通信能力,以允许由所述至少一个源对所述机械通气系统的控制;在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制;以及在确定为在所述特定时间不存在所述通信能力的情况下,所述控制器控制所述机械通气系统。
一些示例包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中由所述至少一个源的控制包括利用至少部分地存储在所述至少一个源上的一个或多于一个算法。一些示例包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,由所述至少一个源的控制没有用户输入。一些示例包括:在确定为在所述特定时间不存在所述通信能力的情况下,所述控制器使用至少部分地存储在所述控制器上的一个或多于一个算法来控制所述机械通气系统。一些示例包括:在确定为在所述特定时间不存在所述通信能力的情况下,所述控制器在没有用户输入的情况下控制所述机械通气系统。一些示例包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中所述至少一个源包括便携式计算装置。
一些示例包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中所述至少一个源包括平板电脑。一些示例包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中所述至少一个源包括重症护理监测器。一些示例包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中所述至少一个源包括除颤器。
一些示例包括:所述呼吸窘迫管理装置与重症护理监测器耦接,其中,所述控制器至少部分地基于从所述重症护理监测器接收到的信号来生成所述呼吸参数数据。
在一个示例中,一种用于处理经历呼吸窘迫的患者的设备包括:呼吸窘迫管理装置,其包括:壳体;机械通气设备,其布置在所述壳体内,用于向患者提供机械通气,所述机械通气设备包括:气流生成器,其布置在所述壳体内,以及气体递送设备,其至少部分地布置在所述壳体内,与所述气流生成器耦接,所述气体递送设备包括患者回路,所述患者回路从所述壳体延伸并被配置为至少部分地与患者连接以向患者递送气体;以及控制器,其布置在所述壳体内,所述控制器包括处理器和存储器,所述控制器被配置为:确定在特定时间在所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的至少一个源之间是否存在通信能力,以允许由所述至少一个源对所述机械通气设备的所述气体递送设备的控制以向患者递送机械通气,在确定为存在所述通信能力的情况下,启用由所述至少一个源对所述机械通气设备的所述气体递送设备的控制以向患者递送机械通气,在确定为不存在所述通信能力的情况下,控制所述机械通气设备的所述气体递送设备以向患者递送机械通气。
在一些示例中,允许由所述至少一个源的控制包括允许基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用与患者耦接的至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送,以将患者的血液的氧浓度维持在期望水平或范围。
在一些示例中,所述机械通气设备包括:至少一个压力传感器,其布置在所述机械通气设备的所述气体递送设备内,被配置为感测表示所述气体递送设备内的气流的信号;以及其中,所述控制器被配置为:接收表示所述气流的信号,至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况。
在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
在一些示例中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括用力肺活量参数即FVC参数和用力呼气容积参数即FEV参数。在一些示例中,所述呼吸窘迫管理装置、所述至少一个源和所述第二装置是不同的装置,并且彼此分离但彼此耦接。在一些示例中,所述机械通气设备包括至少一个肺量计。在一些示例中,所述至少一个压力传感器与布置在所述机械通气设备内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
在一个示例中,一种用于处置经历呼吸窘迫的患者的系统,该系统包括:呼吸窘迫管理系统,其包括:机械通气系统,用于向患者提供机械通气,以及控制器,其包括处理器和存储器,所述控制器被配置为:确定在特定时间在所述呼吸窘迫管理系统和与所述呼吸窘迫管理系统分离的至少一个源之间是否存在通信能力,以允许由所述至少一个源对所述机械通气系统的控制以向患者递送机械通气,在确定为在所述特定时间存在所述通信能力的情况下,启用由所述至少一个源对所述机械通气系统的控制以向患者递送机械通气,在确定为在所述特定时间不存在所述通信能力的情况下,控制所述机械通气系统的气体递送设备以向患者递送机械通气;其中,允许由所述至少一个源的控制包括允许基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用与患者耦接的至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送,以将患者的血液的氧浓度维持在期望水平或范围。
在一些示例中,同C318所述机械通气系统包括:至少一个压力传感器,其布置在所述机械通气系统的气体递送系统内,被配置为感测表示所述气体递送系统内的气流的信号;以及其中,所述控制器被配置为:接收表示所述气流的信号,至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理系统耦接的装置,所述呼吸参数数据用于确定患者的呼吸状况。
在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在所述装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关。在一些示例中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关,其中所述治疗包括机械通气。
在一些示例中,所述呼吸窘迫管理系统、所述至少一个源和所述装置是不同的装置,并且彼此分离但彼此耦接。在一些示例中,所述至少一个源和所述装置是相同的,并且与所述呼吸窘迫管理系统分离,但与所述呼吸窘迫管理系统耦接。在一些示例中,所述至少一个压力传感器与布置在所述机械通气系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
在一个示例中,一种用于处置经历呼吸窘迫的患者的计算机实现的方法包括:布置在包括用于向患者提供机械通气的机械通气系统的呼吸窘迫管理装置内的包括处理器和存储器的控制器确定在特定时间在所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的至少一个源之间是否存在通信能力,以允许由所述至少一个源对所述机械通气系统的控制以向患者递送机械通气;在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制以向患者递送机械通气;在确定为在所述特定时间不存在所述通信能力的情况下,所述控制器控制所述机械通气系统的气体递送设备以向患者递送机械通气,其中,允许由所述至少一个源的控制包括允许基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用与患者耦接的至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送,以将患者的血液的氧浓度维持在期望水平或范围。
在一些示例中,所述机械通气系统包括:至少一个压力传感器,其布置在所述机械通气系统的气体递送系统内,被配置为感测表示所述气体递送系统内的气流的第一信号,以及所述方法包括所述控制器进行以下操作:接收表示所述气流的第一信号,至少部分地基于所接收到的表示所述气流的第一信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况。在一些示例中,所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。在一些示例中,所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。一些示例包括:所述控制器允许由所述至少一个源的控制,其中所述呼吸窘迫管理装置、所述至少一个源和所述装置是不同的装置,并且彼此分离但彼此耦接。
一些示例包括:所述控制器接收表示所述气流的信号,其中所述至少一个压力传感器与布置在所述机械通气系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。一些示例包括:所述控制器进行以下操作:从重症护理监测器接收表示患者的至少一个生理参数的第二信号;以及至少部分地基于所接收到的第一信号和所接收到的第二信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据。
一些示例包括:所述控制器从所述重症护理监测器接收所述第二信号,其中所述重症护理监测器是除颤器。一些示例包括:所述控制器接收表示患者的至少一个生理参数的第二信号,其中所述至少一个生理参数包括血氧浓度参数。一些示例包括:所述控制器接收表示患者的至少一个生理参数的第二信号,其中所述至少一个生理参数是使用血氧定量法所获得的。一些示例包括:所述控制器接收表示患者的至少一个生理参数的第二信号,其中所述至少一个生理参数是使用二氧化碳描记术所获得的。
一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,所述呼吸参数数据用于确定患者的呼吸状况,其中所述呼吸状况用于显示在所述第二装置的图形用户接口上。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,其中所述第二装置包括重症护理监测器。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,其中所述第二装置包括平板电脑。一些示例包括:所述控制器将所述呼吸参数数据传输到所述第二装置,其中所述第二装置包括基于云的计算系统的方面。
附图说明
以下参考附图来论述本发明的实施例的各种方面,其中附图并不意在按比例绘制。这些图是为了例示目的以及对各种方面和示例的进一步理解而包括的。这些图被并入本说明书中且构成本说明书的一部分,但并不意在限制本发明的范围。在这些图中,各种图中所例示的相同或几乎相同的组件由同样的数字表示。为了清楚起见,不是每个组件在每个图中都可能被标记。
图1例示包括呼吸窘迫呼吸机、CCM和平板电脑的示例急救护理环境。
图2例示包括呼吸窘迫呼吸机、CCM、平板电脑和非现场监测器的示例急救护理环境。
图3例示包括呼吸窘迫呼吸机和平板电脑的示例急救护理环境。
图4例示包括呼吸窘迫呼吸机、平板电脑和非现场监测器的示例急救护理环境。
图5例示包括呼吸窘迫呼吸机和CCM的示例急救护理环境。
图6例示包括呼吸窘迫呼吸机、CCM和非现场监测器的示例急救护理环境。
图7例示包括呼吸窘迫呼吸机、CCM/除颤器和平板电脑的示例急救护理环境。
图8例示包括呼吸窘迫呼吸机、CCM/除颤器和平板电脑的示例模块化系统。
图9例示用于在医疗处置系统内利用多个装置来提供和监测患者处置的示例环境。
图10例示示例呼吸窘迫呼吸机。
图11例示包括可以远程控制的呼吸窘迫呼吸机的示例急救护理设置。
图12例示与利用故障模式条件分析的通气控制导向器(VCD)有关的信令的类型的示例。
图13例示与由VCD实现的故障模式条件分析相关的方法的示例。
图14例示如下的急救护理环境的示例,该急救护理环境包括呼吸窘迫呼吸机控制器的VCD使得能够通过远程控制源来控制呼吸窘迫呼吸机机械通气。
图15例示如下的急救护理环境的示例,该急救护理环境包括呼吸窘迫呼吸机控制器的VCD由于检测到故障模式条件而控制呼吸窘迫呼吸机机械通气。
图16例示如下的急救护理环境的示例,该急救护理环境包括呼吸窘迫呼吸机控制器的VCD由于检测到无通信故障模式条件而控制呼吸窘迫呼吸机机械通气。
图17例示包括通过非现场源来远程控制呼吸窘迫呼吸机的急救护理环境的示例。
图17A例示包括呼吸窘迫呼吸机和多个其他装置的非医院急救护理环境的示例。
图17B例示图17A中所描绘的非医院急救护理环境的一部分的示例,其示出通过其他装置其中之一的远程控制。
图18例示示例通信相关的故障模式条件。
图19例示示例数据完整性相关的故障模式条件。
图20例示示例呼吸机设置相关的故障模式条件。
图21例示示例警报相关的故障模式条件。
图22例示与由VCD实现的故障模式条件分析相关的示例方法,其包括利用VCD的控制。
图23例示与由VCD实现的故障模式条件分析相关的示例方法,其包括与通信相关的故障模式条件分析相关的详情。
图24例示与由VCD实现的故障模式条件分析相关的示例方法,其包括与数据完整性相关的故障模式条件分析相关的详情。
图25例示与由VCD实现的故障模式条件分析相关的示例方法,其包括与通气设置相关的故障模式条件分析相关的详情。
图26例示具有非通气和通气模式的示例呼吸窘迫呼吸机。
图27例示呼吸窘迫呼吸机通气能力的示例。
图28A例示呼吸窘迫呼吸机的示例前部,其包括包含电源开关和通信灯的控件。
图28B例示呼吸窘迫呼吸机的示例前部,其包括包含电源开关、远程控制灯和较小显示器的控件。
图28C例示呼吸窘迫呼吸机的示例前部,其包括包含电源开关、远程控制灯和较大显示器的控件。
图29例示包括CLC能力的通气控制软件的示例。
图30例示提供情境敏感引导(CSG)的示例急救护理环境。
图31例示用于提供CSG的系统的组件的示例。
图32A至图32C例示用于提供CSG的示例方法。
图33例示被配置为提供装置视图的配套装置的示例。
图34例示配套装置处的组合通气系统/患者监测器-除颤器装置视图用户接口的示例。
图35例示医疗装置数据画面的示例。
图36例示诸如呼吸窘迫呼吸机等的通气系统所用的机械通气设备的示例的方面。
图37例示可以与便携式呼吸机一起使用的示例气动系统的方面。
图38例示可以与便携式呼吸机一起使用的示例外部气体供给系统的方面。
图39例示可以与便携式呼吸机一起使用的示例患者回路的方面。
图40例示参考图1至图39所述的各种装置的组件的示例。
具体实施方式
以下结合附图阐述的说明旨在是所公开的主题的各种例示性实施例的说明。结合各例示性实施例来说明具体特征和功能;然而,本领域技术人员将显而易见,可以在没有这些具体特征和功能中的各特征和功能的情况下实践所公开的实施例。
在整个说明书对“一个实施例”或“实施例”的引用意味着结合实施例所述的特定特征、结构或特性包括在所公开的主题的至少一个实施例中。因此,在整个说明书中在各处出现短语“在一个实施例中”或“在实施例中”不必一定指代同一实施例。此外,在一个或多于一个实施例中,这些特定特征、结构或特性可以以任何适当的方式组合。此外,所公开的主题的实施例旨在涵盖其修改和变化。
必须注意,如说明书和所附权利要求书中所使用的,除非上下文另外明确规定,否则单数形式“a”、“an”和“the”包括复数指称。也就是说,除非另外明确指出,否则如本文所使用的,词语“a”、“an”和“the”等具有“一个或多于一个”的含义。另外,应理解,本文可以使用的诸如“左”、“右”、“顶部”、“底部”、“前”、“后”、“侧”、“高度”、“长度”、“宽度”、“上”、“下”、“内部”、“外部”、“内侧”和“外侧”等的术语仅描述参考点,并且不必将本发明的实施例限制为任何特定朝向或配置。此外,诸如“第一”、“第二”、“第三”等的术语仅识别如本文所公开的多个部分、组件、步骤、操作、功能和/或参考点中的一个,并且同样不必将本发明的实施例限制为任何特定配置或朝向。
此外,术语“大致”、“约”、“接近”、“微小变化”和类似术语通常指包括在某些实施例中在20%、10%或优选5%的裕度内的识别值的范围、以及这些范围之间的任何值。
除明确陈述或者除特征或功能与以下所述的附加实施例不兼容以外,结合一个实施例所述的所有功能旨在可应用于这些附加实施例。例如,在给定特征或功能结合一个实施例进行了明确说明但没有结合替代实施例明确提及的情况下,应理解,除非特征或功能与替代实施例不兼容,否则发明人希望可以结合替代实施例来部署、利用或实现该特征或功能。
在一些实例中,可以利用可以指代相同或类似概念的术语的变体,并且某些术语可以具有由特定上下文通知的含义。通常,数据的发送、接收或传输可以包括通过有线和/或无线连接、以及/或者在一个或多于一个有线或无线网络内。此外,从第一实体向第二实体发送或将由第二实体接收可以包括从第一实体向第二实体发送或将由第二实体接收、直接地从第一实体向第二实体、或者间接地经由一个或多于一个中间实体。
呼吸窘迫例如可以包括任何形式的呼吸困难、损伤或问题(包括呼吸衰竭)。呼吸参数数据由于例如可能与呼吸、肺部或肺相关特性、属性或功能相关联,因而可以包括与呼吸、肺部或肺相关参数相关的数据。呼吸参数数据例如可以包括与肺部关联的压力、流量、容积或容量相关参数(包括可以使用一个或多于一个流量传感器、呼吸速度计或肺量计测量的参数)相关的数据。呼吸参数数据例如可以包括与呼吸力学(诸如呼吸顺应性(Crs)、呼吸弹性(E)和呼吸阻力(Rrs)等)相关的数据。呼吸参数数据例如还可以包括诸如以下等的参数:肺活量(VC)、用力肺活量(FVC)、按定时间隔(例如,在0.5和10秒之间、小于0.5秒、0.5秒、1.0秒、或者FEV1、2.0、3.0秒、4.0秒或5.0秒)的用力呼气容积(FEV)、按例如10%至90%容量(诸如25%至75%或FEF25至75等)的用力呼气流量(FEF)、峰呼气流速(PEF或PEFR)、以及最大呼吸容量(有时称为最大自主通气或MVV)。呼吸参数数据可以以各种不同的方式或形式呈现,诸如可以包括例如以原始术语(诸如升或升/秒等)或者作为百分比等。呼吸参数数据例如也可以被呈现为诸如预测百分比等的“预测”值,其例如可以包括与参考、平均或其他“预测”值有关的百分比值。在一些情况下,“预测”值可以与一个或多于一个类似特性的患者或假设患者相关联。
呼吸状况例如可以涉及、识别或指示一个或多于一个呼吸、肺部或肺相关病况的存在或不存在,并且可以包括RD。病况可以包括状态、疾病或问题,或者其若干,或者其类型、组或类别。呼吸状况可以包括与呼吸病况或非呼吸病况(例如,与急性心力衰竭相关联的呼吸窘迫)相关的病因。非呼吸病况例如可以与一个或多于一个非呼吸系统(例如,心脏、内分泌、外分泌、循环、免疫、淋巴、神经、肌肉、肾、骨骼或其他)相关联。另外,呼吸状况可以包括一个或多于一个所确定、评定、估计、很可能或可能的病况,或者所确定、评定、很可能或可能的关联病因。呼吸状况还可以包括与前述中的任何相关联的数据,其可以被称为呼吸状况数据。
呼吸机例如可以包括能够递送通气的任何装置或系统,而不论这样递送的通气是在内部、远程地还是通过这两者的方面控制的。
各种通气参数相关术语或缩略语(包括吸入氧浓度分数(FiO2)、呼气末正压(PEEP)和其他)可以指代通气相关设置,尽管可以陈述或者可以不陈述词语“设置”。此外,对通气参数或参数设置的指代可用于指代概念或定义意义上的参数、或者与特定设置相关联的值(例如,“5cm H2O的PEEP”)。用户可以包括操作、监督、或者全部或部分地负责诸如呼吸窘迫呼吸机等的装置的操作的个人,即使在装置正在操作的特定时间段期间,用户可能不与该装置交互。
可以(诸如通过诸如经由装置的显示器、图形用户接口(GUI)或扬声器等以视觉或听觉方式呈现)呈现预警或警报以引起用户的注意,并且该预警或警报可以或者可以不包括在情境敏感引导(CSG)中。然而,预警或警报还可以包括由计算机化装置在算法上识别、辨别或确定的并且不必一定呈现或显示的预警或警报条件。术语优化例如可以包括例如相对于实际的、潜在的或假设的不太优化的情形或不太优化的操作而在一个或多于一个方面中的改进或改进了的操作。术语调整可以包括改变以及不改变或维持不变,视情况而定。确定的参数值可以包括针对参数的确定估计或确定的近似值。术语监测可以指或包括例如由利用一个或多于一个算法的计算机化装置而不是由人或用户进行的监测或跟踪、或由人或用户进行的监测、或者这两者。除其他事项之外,术语连续例如可以包括周期性地(具有相同或不同的周期)、频繁地、重复地或循环地。
本发明的一些实施例提供、包括或包括以下的使用:用于护理经历或已经历呼吸窘迫的患者的设备、系统和方法,诸如可以包括呼吸窘迫呼吸机等。在各种实施例或操作模式中,呼吸窘迫呼吸机例如可以包括可以控制自身、或者可以诸如由远程控制装置或系统等远程控制、或者可以包括这两者的方面的装置。
在一些实施例中,呼吸窘迫呼吸机的控制器在内部向呼吸窘迫呼吸机的机械通气系统(或设备)发信号以实现其控制,而不论这样的内部信令实现内部控制还是远程控制。内部控制包括呼吸窘迫呼吸机的控制器在内部向呼吸窘迫呼吸机的机械通气系统发信号,以根据控制器确定的设置值(或多于一个设置值)来实现控制,即使所确定的设置值是至少部分地基于接收到的请求/命令的设置值确定的。远程控制包括呼吸窘迫呼吸机的控制器根据由控制器经由来自远程控制装置或系统的请求/命令接收到的设置值在内部向呼吸窘迫呼吸机的机械通气系统发信号。
在一些实施例中,呼吸窘迫呼吸机能够进行内部或远程控制、或者能够进行具有这两者的方面的操作,并且能够确定在预定或特定时间采用或使用哪个或什么特定状态或模式。此外,呼吸窘迫呼吸机能够在操作的模式或状态(诸如可以包括内部控制模式、远程控制模式或包括这两者的方面的模式等)之间切换。
控制器可以包括物理方面(诸如一个或多于一个处理器和一个或多于一个存储器等)以及基于软件的方面(其可以包括一个或多于一个程序、算法或基于软件的方面)。基于软件的方面例如可以存储在控制器的一个或多于一个存储器中,由控制器的一个或多于一个处理器访问,并且由处理器使用或执行。在各种实施例中,通气控制导向器(VCD)例如可以是或包括一个或多于一个控制器(诸如呼吸窘迫呼吸机控制器等)的基于软件的方面,或者可以是或包括软件和硬件方面,诸如可以包括处理器和存储器方面等。在一些实施例中,VCD可用于管理和实现由呼吸窘迫呼吸机提供的机械通气的控制的方面。这可以包括内部控制、远程控制或这两者的方面的管理和实现。在一些实施例中,VCD可用于评定或确定是否实现内部控制或远程控制、或者两者的方面,以及相应地实现控制,其例如可以包括在内部控制或远程控制或这两者的方面之间切换。在一些实施例中,VCD可以基于在预定时间是否检测到故障模式条件来确定诸如内部控制或远程控制等的控制模式。参考图11至图25来提供与VCD的实施例相关的进一步说明。
术语控件可以包括物理控件、基于显示器/GUI的控件或这两者。控件例如可以允许与装置或系统的用户交互,诸如可以影响装置或系统的操作等,其例如可以包括进行选择或提供输入以设置、选择、改变、增加、减少、确认或超驰参数设置值或模式的实现。在各个方面,具有控件的装置或系统可以在无用户交互、有用户交互或这两者的方面的情况下进行操作。这可以包括在各个方面或实例中可以在无用户交互的情况下进展的操作,但在一些方面或实例中可以许可或要求用户交互。显示器/GUI可以包括控件,以及/或者控件可以包括显示器/GUI。
在一些实施例中,诸如特定装置的控件集合等的控件集合可以包括一个或多于一个呼吸方面。控件的呼吸方面例如可以包括与通气的任何方面相关的显示器/GUI方面、通气参数、或者与呼吸、呼吸窘迫或呼吸参数相关的方面。控件的呼吸方面可以包括或可以不包括CSG。
本文中,远程控制可以包括诸如通过有线或无线信令或通信(诸如可以包括例如蓝牙(Bluetooth)或超宽带等)等从受控装置或系统的外部或与受控装置或系统分开提供的控制或控制的各方面。这样,远程控制例如可以经由连接远程控制装置和远程受控装置的仅有线连接、或者通过仅无线连接、或者通过有线连接和无线连接的组合来实现。远程控制(诸如由远程控制装置或系统进行的远程控制等)可以包括具有或不具有(例如由使用远程控制装置或系统的控件的用户等进行的)与远程控制装置或系统的用户交互的方面的控制。内部控制(诸如装置在内部控制自身等)可以包括或可以不包括(例如由使用受内部受控装置的控件的用户等进行的)与受内部受控装置的用户交互的方面。用户交互例如可以包括用户使用控件来输入、设置、选择、改变、增加、减少、确认或超驰参数设置值或模式的实现。可以例如经由或可以不例如经由CSG、一个或多于一个基于GUI的提示消息、可以例如与(诸如可以与呼吸机操作、性能或组件(诸如传感器等)有关的)患者参数或通气参数相关的预警或警报来提示、引导或交互地引导用户交互。
在呼吸窘迫呼吸机的各种实施例中可以使用各种类型的气体移动器/气流生成器中的任何一个。例如,这些例如可以包括送风机/涡轮机、压缩机、气动调节器、波纹管或活塞。
在一些实施例中,呼吸窘迫呼吸机被配置用于与诸如现场或非现场远程装置、系统或接口(其方面可以包括或可以不包括在各种实施例中)等的一个或多于一个其他装置或系统集成。例如,在一些实施例中,呼吸窘迫呼吸机可以以有线和/或无线方式与诸如患者监测器或重症护理监测器(CCM)等的装置耦接。在一些实施例中,例如,除颤器、呼吸窘迫呼吸机或其他装置(诸如另一医疗装置、监测装置或计算装置等)可以是、可以包括或可以用作CCM。此外,在一些实施例中,呼吸窘迫呼吸机可以与一个或多于一个计算系统、计算机、计算装置或便携式计算机(其例如可以包括基于云的计算系统、计算机、笔记本式计算机、平板电脑、基于触摸的装置、智能电话、可穿戴装置或可植入式装置等)耦接。
在一些实施例中,在包括呼吸窘迫呼吸机的便携式装置中,可以期望或优化更小的尺寸、更轻的重量和/或更大的简单性。优化可以考虑各种因素,诸如实际的、预测的、可能的或预期的设置、情境、环境或应用(诸如院前情境等)等。优化还可以考虑这样的情境中的各种装置的角色的分配。一些实施例提供了以各种方式优化的呼吸窘迫呼吸机以及相关的设备、系统和方法。呼吸窘迫呼吸机与例如在院前护理中使用的各种其他通气装置或系统相比可以更小和/或更轻。此外,呼吸窘迫呼吸机可以针对训练或经验有限的用户进行优化。更进一步地,呼吸窘迫呼吸机可以针对在可以包括其他集成装置或系统的环境中的使用进行优化。另外,一些实施例提供了包括呼吸窘迫呼吸机的装置的系统,其中有鉴于这些因素和潜在其他因素,各装置和整个系统被优化并且能够进行优化的操作集成。
例如,紧挨重症护理患者周围的空间可以挤满例如软管、管路、布线和各种装置等的器材或物品。例如,使呼吸机的空间影响最小化可以是有益的或有利的。在一些实施例中,例如,呼吸窘迫呼吸机可以通过允许包括呼吸机的系统的模块化或者允许包括呼吸机的系统的更高程度的模块化(其可以允许离患者近的更小更简单的呼吸机)来提供优点。此外,在一些实施例中,远程控制装置或系统中的控件或者远程控制装置或系统的控件可以是距患者某可变距离(例如,在0至3英尺之间、在3至6英尺之间、在6至9英尺之间、在9至12英尺之间、远于12英尺、或非现场)。一些实施例通过例如简化患者的即时临床环境来为患者护理提供益处或优点。例如,在一些实施例中,即使呼吸机和不同远程控制装置的组合的组合重量和/或大小一起与在呼吸机中设置有控件或控件配备有呼吸机的系统相同或类似,呼吸机和不同远程控制装置的组合例如在各种临床情境中也可能更可用、更实用或最佳可用,因为可能仅需要相对小的呼吸机在患者侧或离患者非常近。一些实施例提供了提供这些优点的呼吸窘迫呼吸机。
在一些实施例中,总体环境可以包括可以与一个或多于一个其他装置(其各自可以在总体环境中提供某些角色或功能)耦接且操作地集成的呼吸窘迫呼吸机。这些角色例如可以涉及装置和患者相关的感测、操作、处理、软件、算法、应用、数据存储、通信、(装置和系统、角色、功能、以及物理的基于软件的和概念组件和方面的)集成、用户交互和引导、以及患者相关的评定或干预。在集成环境内,可以考虑到例如与各装置或系统以及总体环境和预期设置相关的因素来优化各装置的角色。这种优化还可以考虑与呼吸窘迫呼吸机需要具有特定或足够小的大小、轻重量、以及/或者简单程度或易于便携或使用的程度相关的因素。在一些实施例中,呼吸窘迫呼吸机增强了准确地评定或筛选患者的病况、确定或选择以及发起和递送有效干预、以及/或者持续控制或调整或辅助控制和调整与所应用干预相关的参数的能力。此外,该增强可以考虑到总体环境、给定时间或时间段处的可用装置、系统或用户、以及给定时间或时间段处的可用装置、系统或用户之间的可用通信以及其随时间经过的不断变化的方面来进行优化。
在一些实施例中,例如,与呼吸窘迫呼吸机耦接或集成到其环境中的一个或多于一个装置或系统可以供给或部分供给可增强或加强呼吸窘迫呼吸机的操作、以及/或者以其他方式可能或需要与呼吸窘迫呼吸机包括在一起或包括在呼吸窘迫呼吸机中的组件或其他方面。一些这样的方面可以包括生理和操作信令、感测或测量方面。其他方面可以涉及功率、通信、装置辨别、认证或耦接。其他方面可以涉及处理、硬件和软件,诸如用于数据处理和管理、数据和装置集成、或者诸如闭环控制(CLC)(其示例参考图29进行说明)等的操作方面等。其他方面可以涉及患者呼吸或状况评定、诊断筛查、诊断、处置或干预。其他方面可以包括与呼吸窘迫呼吸机(物理的、基于显示器/GUI的或这两者)相关的控件和控制、以及它们的特征。还有其他方面可以包括如以下参考例如图30至图35进一步所述的情境敏感引导(CSG)的确定和/或呈现。
在一些实施例中,呼吸窘迫呼吸机可以具有(一个或多于一个)所包括控件的集合,而一个或多于一个远程控制装置、系统或监测器也可以具有与呼吸窘迫呼吸机相关的(一个或多于一个)远程控件的集合。远程控件的集合可以用于允许呼吸窘迫呼吸机的远程控制,诸如可以涉及例如呼吸窘迫呼吸机的机械通气系统的操作的方面等。在各种实施例中,呼吸窘迫呼吸机的所包括控件的集合可以在一系列的可能性中有所不同。
在各种实施例中,远程控件的集合可以包括与其他方面分离的呼吸方面,或者可以包括例如混合、组合或集成到更大的显示器/GUI中或混合、组合或集成到也可包括非呼吸方面的控件集合中的呼吸方面。此外,在各种实施例中,远程控件的集合可以与控件的其他方面分离或可分离,或者可以与其他方面集成。在一些实施例中,呼吸窘迫呼吸机可以完全不具有所包括控件,或者可以具有所包括控件的有限集合。例如,与呼吸窘迫呼吸机相关的任何或多个控件可以由一个或多于一个其他装置、系统或监测器的远程控件的一个或多于一个集合来提供。在一些实施例中,远程控件的集合或其一部分可以整体地或部分地对应于、仿真、镜像、复印、复制、模拟呼吸窘迫呼吸机的所包括控件的集合,或者在任何不同的程度上类似于该集合。此外,在呼吸窘迫呼吸机不具有控件或具有控件的有限集合的一些情况下,远程控件的集合在某种程度上可以类似于或复制可能包括在呼吸窘迫呼吸机中的所包括控件的假设集合。
这样,在各种实施例中,远程控件的集合可以是相同的,可以复制,可以在某种程度上类似,或者可以不同于所包括控件的集合。此外,两个集合的各种特定单独控件或方面可以包括相同或不同的、或者具有相同或不同范围的、并且可以重叠、部分重叠或不重叠的控件或方面。在各种实施例中,所包括控件的集合与远程控件的集合相比可以在至少一些方面中更受限或更简化,或者反之亦然。例如,所包括控件的集合可以或可以不、或者全部地或部分地包括远程控件的集合的子集,或者反之亦然。远程控件的集合可以包括单独控件或方面,这些单独控件或方面与所包括控件的单独控件或方面相似或相同、反映或镜像这些单独控件或方面,或者不与这些单独控件或方面相似或相同、不反映或镜像这些单独控件或方面。远程控件的集合可以提供与由所包括控件反映或并入到所包括控件中的方面、模式、设置或其他参数的一些或全部有关或允许对这些方面、模式、设置或其他参数的一些或全部的控制的视觉或GUI特征或信息。
在一些实施例中,策划、选择或限制呼吸窘迫呼吸机的所包括控件的集合诸如达到优化程度等可以提供各种优点。这样的优点例如可以包括便携性的容易或范围(其可以包括轻量、大小小或占用空间小)、实用性、可用性的容易或范围、控制的简单性、用户交互的简单性或操作的简单性。
在一些实施例中,可以例如考虑诸如实际的、预期的或可能的环境或设置等的因素(其可以包括与位置、情形和用例场景相关的考虑)来优化呼吸窘迫呼吸机的所包括控件的集合。其他因素可以涉及用户以及他们的培训、经验和现场处的可用性或分心的潜在或可能程度。其他因素可以涉及患者或患者的类型。另外的其他因素可以涉及装置、系统、通信、通信的可靠性或速度、或者数据和数据管理方面。参考图28A至图28C来说明呼吸窘迫呼吸机的包括显示器/GUI方面的控件的一些示例。
还可以优化远程控制装置的远程控件的集合,这包括考虑前述因素(因为它们应用于远程控制装置)以及其他因素。例如,远程控件的集合可以包括如下的显示器/GUI,该显示器/GUI与呼吸窘迫呼吸机的所包括控件的集合相比在选择或优化的程度上更具包括性、更大、范围更广、更全面、更精密、更复杂和/或更精细。在远程控件的集合与呼吸窘迫呼吸机的所包括控件的集合相比例如更具包括性或更全面的一些实施例中,通过或使用远程控件的集合或者通过关联的远程控制装置的控制可以允许各种优点。这些优点例如可以包括更大的、附加的、更精密的、更复杂的或更精细的控制、控制的方面、基于用户的控制、用户交互性、或者具有更大的可用显示器/GUI的基于用户的控制。更大的可用显示器/GUI例如可以包括诸如参数值、警报、预警、用户消息或CSG等的信息以及用户交互性特征。
在一些实施例中,呼吸窘迫呼吸机能够被远程控制,或者能够进行远程控制或内部控制这两者、或者这两者的方面,例如可以包括呼吸窘迫呼吸机的控制器的使用等。在一些实施例中,例如,呼吸窘迫呼吸机能够确定是否启用和使用远程或内部控制、或者这两者的方面,并且能够在远程和内部控制模式、或者包括这两者的方面的模式之间切换。例如,在一些实施例中,远程控制或其方面在可用或最佳时可能通常优选,并且仅在外部控制或其方面相对于内部控制被确定为不可用、不安全、不实用或不是最佳时,才可以使用内部控制。在各种实施例中,如果例如不存在与远程控制装置或系统的通信或与远程控制装置或系统的通信不充分,或者存在诸如可能与通过远程控制或通过特定远程控制请求/命令对呼吸窘迫呼吸机的有效、最佳或安全控制或操作有关等的其他问题,则远程控制可以被确定为不可用或不是最佳。
在一些实施例中,远程控制可以包括通气或通气控制的更复杂或精密的形式或方面,例如可以包括CLC方面等,而内部控制可以包括较不复杂或精密的控制,诸如在不进行调整的情况下继续使用当前参数值、或者使用默认或备用参数值等。此外,在一些实施例中,呼吸窘迫呼吸机可以包括控制器,该控制器监测并允许在某些限制、参数或设置值范围内的远程控制,但例如仅在需要维持所需的设置范围时才可以超驰外部控制并利用内部控制。
在一些实施例中,呼吸窘迫呼吸机或其控制器可以被配置为在确定为不存在故障模式条件时,有时允许远程控制。在一些实施例中,与启用或允许远程控制相反,故障模式条件可以包括需要利用内部控制或其方面的条件。在一些实施例中,呼吸窘迫呼吸机与远程控制装置或系统之间缺乏通信能力或通信能力不足可能构成故障模式条件。例如,如果确定为这样的通信不存在(或丢失)、或者不充分或不充分可靠,则呼吸窘迫呼吸机可以使用(或切换到)内部控制(或内部控制模式)。在利用远程控制装置的控制不可用或变为不可用或不满足特定所需条件的情况下,内部控制模式可以作为备用模式或默认模式有效地操作。在一些实施例中,如本文中参考图18至图21进一步所述,故障模式条件可以包括与远程控制装置或从远程控制装置接收到的数据相关的条件,诸如可以涉及例如通信、数据完整性、呼吸机设置或警报条件等。
在一些实施例中,由呼吸窘迫呼吸机递送的通气可以包括在通气中使用各种形式的CLC。在一些实施例中,在远程控制可用时,在特定生理感测能力可用时,或者在两者时,这样的CLC可以可用。尽管呼吸窘迫呼吸机可以递送通气,但所递送的通气的方面的控制可以来自远程源,并且远程源可以采用可包括或并入CLC的形式或方面的控制方面或特征。可能可用的CLC的形式可以包括与吸入氧浓度分数(FiO2)相关的CLC,其可以至少部分地由测量的患者氧饱和度或SpO2驱动。CLC的形式还可以包括与呼气末正压(PEEP)相关的CLC,其例如可以由当前FiO2和当前PEEP驱动。这可以包括关联的PEEP改变合格规则和PEEP选择规则(其进一步说明参考图29来提供)。例如,在一些实施例中,呼吸窘迫呼吸机以及/或者一个或多于一个远程控制源可以各自包括具有CLC能力(例如,FiO2、PEEP或这两者、以及/或者其他参数)的控制器。这样,在各种实施例中,呼吸窘迫呼吸机的控制器能够进行包括CLC的内部控制,或者实现包括CLC的远程控制,或者这两者。在一些实施例中,能够进行内部控制或能够被远程控制的呼吸窘迫呼吸机在被远程控制时,可以仅提供包括CLC能力或CLC能力的一些形式的机械通气。
在一些实施例中,呼吸窘迫呼吸机可以包括一个或多于一个传感器、流量传感器、呼吸速度计或肺量计,诸如可以与呼吸窘迫呼吸机的吸气或呼气患者回路或患者回路分支耦接等,这些吸气或呼气患者回路或患者回路分支能够感测可用于确定至少一个患者呼吸参数的信号。这进而可以用在患者呼吸状况确定、筛查或诊断中、或者用于确定适当的干预。例如,所包括的流量传感器或呼吸速度计可以与同患者的呼吸功能相关联的感测和测量结合以及与呼吸窘迫呼吸机性能和操作结合使用。
在一些实施例中,呼吸窘迫呼吸机可以包括不提供通气的一个或多于一个非通气模式、以及提供各种可能类型的通气的一个或多于一个通气模式。参考例如图26至图27来提供关于这些模式的进一步详情。
在一些实施例中,确定用户交互式CSG并提供给用户。参考例如图30至图35来进一步说明关于CSG的详情。
在一些实现中,例如,在具有呼吸窘迫呼吸机的用户到达具有患者的现场之后,呼吸窘迫呼吸机最初用于获得患者呼吸参数数据,该患者呼吸参数数据用于(在呼吸窘迫呼吸机或其他地方)确定患者的呼吸状况,并且可以用于(在呼吸窘迫呼吸机或其他地方)确定CSG。当正在评定患者的呼吸状况时,可以诸如经由CSG等(在呼吸窘迫呼吸机或其他地方)对用户预警。此外,如果需要附加的生理监测,则可以发起该附加的生理监测,或者可以诸如经由CSG等提示用户发起该附加的生理监测。仅在确定为进一步监测不适当(诸如可以至少部分地基于患者的生理参数确定为在正常范围内等)时,可以诸如经由CSG等(在呼吸窘迫呼吸机或其他地方)提示用户以中止使用呼吸窘迫呼吸机监测患者。仅在通气适当时,才可以诸如通过CSG等(在呼吸窘迫呼吸机和/或其他地方)这样提示用户,并且潜在地在用户确认之后,可以由呼吸窘迫呼吸机发起特定确定或选择模式的通气。此外,在由呼吸窘迫呼吸机提供的通气期间,可以继续监测患者呼吸参数和呼吸状况。如果不再需要通气(诸如可以至少部分地基于患者的生理参数来确定等),则可以中止呼吸窘迫呼吸机通气,或者可以提示用户中止呼吸窘迫呼吸机通气。可替代地,如果另一通气模式被确定为更合适或最佳,则可以提示用户切换到该另一通气模式。
此外,在一些实施例中,不论通气模式还是其他如何,呼吸窘迫呼吸机都可以用于检测是否需要干预。如果确定为需要干预,则CSG可用于引导用户根据需要管理患者。
以下是包括急救护理情形中使用呼吸窘迫呼吸机的简化示例事件。至少部分地基于包括心脏病病史的患者生理参数以及包括SpO2、呼吸频率(RR)和Crs的所监测的参数,可以确定为患者具有包括与急性心力衰竭相关的呼吸窘迫的呼吸状况。可以确定为通过持续监测包括SpO2、潮气末二氧化碳(EtCO2)和分钟量(Ve)的参数来发起持续气道正压(CPAP)通气是适当的。可以经由所确定的CSG相应地引导用户。如果尽管该处置、但患者的病况仍进一步恶化(如至少部分地基于连续监测的SpO2、EtCO2和Ve等可以确定),则可以确定为发起双水平通气是合适的,并且可以经由CSG相应地引导用户。在整个前述示例事件中,可以在环境中的诸如平板电脑、除颤器、呼吸窘迫呼吸机以及/或者一个或多于一个其他装置或系统等的装置(其可以包括集成的呼吸方面(诸如可以包括呼吸参数值、预警、警报、消息或CSG等))上提供显示器/GUI。此外,例如,呼吸窘迫呼吸机可以是内部控制的、远程控制的、利用这两者的方面所控制的、或者在一些时间段期间内部控制的且在其他时间段期间远程控制的。
图1至图7例示根据各种实施例的包括呼吸窘迫呼吸机以及其他装置和系统等的示例环境。各种装置和系统可以通过有线和/或无线连接通信地耦接。在各种实施例中可以使用装置和系统的许多不同组合以及各自的角色,在图1至图7中仅例示其几个示例。
在图1至图7中,在各种实现中,所描绘的呼吸窘迫呼吸机能够由其他描绘的装置或系统(其例如可以包括CCM、除颤器、医疗或监测装置、计算装置、便携式计算装置、平板电脑、智能电话或非现场监测器系统)中的一个或多于一个远程控制。在一些实施例中,呼吸窘迫呼吸机可以是内部可控制的或远程可控制的,并且能够在内部和远程控制模式之间切换。
在各种实施例中,特定感测能力和组件可以以各种方式分布在环境中的各种装置或系统之间。这些例如可以包括一个或多于一个电极、二氧化碳描记传感器、脉搏血氧仪、流量传感器、呼吸速度计、肺量计、压力传感器、气压传感器、湿度传感器、氧传感器、温度传感器、电或磁传感器、光/电磁谱/光学传感器、血压监测器、心率监测器、心电图(ECG)传感器和其他。感测能力和组件例如可以涉及患者参数和各种患者系统(诸如呼吸和循环系统等)。感测能力和组件还可以涉及与装置及其操作(包括呼吸窘迫呼吸机和通气或者除颤器和电疗等)相关联的参数。在一些实施例中,各种感测能力(诸如呼吸窘迫呼吸机、CCM/除颤器或平板电脑的感测能力等)中的任何一个可以代替地由一个或多于一个其他装置提供,或者可以分布在多个装置之间。此外,在各种实施例中,各种感测组件、或者患者回路的全部或一部分可以被认为或可以不被认为是呼吸窘迫呼吸机或其他装置的一部分,即使它们连接到呼吸窘迫呼吸机或其他装置。此外,在各种实施例中,各种装置的角色和功能可以在装置之间不同地分布。
图1例示示例急救护理环境4100,其包括呼吸窘迫呼吸机4102、CCM 4104(诸如CCM/除颤器等)、以及平板电脑4108或其他便携式计算装置(例如智能电话或笔记本式计算机等)。还示出用户4120,该用户4120和/或一个或多于一个其他用户例如可以监测患者4114、呼吸窘迫呼吸机4102、CCM/除颤器4104和/或平板电脑4108或者与它们交互。在所描绘的实施例中,装置4102、4104、4108通过有线和/或无线连接4106(诸如包括在因特网和/或一个或多于一个无线网络4101上等)彼此耦接。然而,在一些实现中,在不同的时间,这样的连接可能不可用、丢失、受限或具有不同的速度。此外,它们的操作可以以各种方式集成。
在各种实施例中,包括呼吸窘迫呼吸机4102的装置可以具有如下的壳体,这些壳体可以彼此分离且间隔开,相邻或接触,或者(固定地或可移动地)物理地或机械地耦接、连接或附接。参考图8来说明前述的一些示例。
在递送机械通气时,呼吸窘迫呼吸机4102可以经由包括(诸如送风机、涡轮机、压缩机、气动调节器、波纹管、活塞或基于其的装置等的)气流生成器的机械通气设备(其示例参考例如图36至图38来进行说明)和包括包含面罩4118的患者回路4116的气体递送设备来向患者4114递送呼吸气体。然而,在一些实施例中,通气可以经由插管或诸如鼻插管等的其他患者接口而不是经由面罩4118来提供。
在图1所描绘的示例中,CCM/除颤器4104包括用于测量患者SpO2的脉搏血氧仪4122、可用于测量EtCO2的二氧化碳描记传感器4124、血压传感器/监测器4128、可用于向患者4114提供电疗的电极4126,并且可以包括诸如一个或多于一个流量传感器、压力传感器、气道传感器或肺量计等的各种其他组件。呼吸窘迫呼吸机4102、CCM/除颤器4104、平板电脑4108和其他装置还可以包括各种感测、测量、计算机化、电气、机械、耦接和输出方面或组件(包括电源和电池)。
在图1所描绘的示例中,呼吸窘迫呼吸机4102可以与补氧(O2)源(其一些示例参考图38来进行说明)耦接。在各种实施例中,呼吸窘迫呼吸机4102能够以多个不同的方式使用补氧源来供给氧,或者呼吸窘迫呼吸机4102能够以数个不同方式中的任一个供给氧。在各种实施例中,供给氧的方式可以是在无用户选择的情况下确定的,或者可以是由用户选择的,并且可以需要或可以不需要用户确认。
在一些实施例中,可以使用允许从低压氧源夹带氧的储气袋。例如,用户可以至少部分地基于可以由装置4102、4104、4108中的一个或多于一个监测的当前SpO2来调整氧的流速。在图1所描绘的实施例中,CCM/除颤器4104连续监测SpO2。在各种实施例中,可以显示当前SpO2以供用户经由装置4102、4104、4108中的一个或多于一个的显示器/GUI来查看。
在一些实施例中,呼吸窘迫呼吸机4102包括并使用可变速率调节阀4140,其中由可变速率调节阀4140允许或促进的氧输出速率可以变化且改变为可能的氧流速范围(例如,从0l/min到200L/min(或例如直至220、250或275L/min))中的特定氧流速。可变速率调节阀4140可用于在提供机械通气期间为由呼吸窘迫呼吸机4102提供的气体提供可变且可控制的氧流量。例如,在图1所描绘的实施例中,可变输出调节阀4140例如可以附接到呼吸窘迫呼吸机4102的气体入口、高压氧源和CCM/除颤器4104(其监测器SpO2)。
在一些实施例中,可以自动地或者在无需用户交互的情况下控制可变速率调节阀4140。例如,这可以至少部分地基于患者的连续监测SpO2并且根据可以至少部分地基于当前SpO2所确定的FiO2设置或调整。在一些实施例中,该配置可用于提供FiO2的CLC(FiO2CLC)。在一些实施例中,可以使用便携式氧气浓缩器(POC)。FiO2 CLC可用于控制和调节POC的输出以将氧夹带到呼吸窘迫呼吸机4102中,从而用在机械通气期间由呼吸窘迫呼吸机4102递送的气体中。此外,在包括使用可变输出调节阀4140或POC的实施例的一些实施例中,PEEP的CLC(PEEP CLC)也可以包括在呼吸窘迫呼吸机4104的控制中。在一些实施例中,PEEP CLC可以至少部分地基于当前FiO2设置和当前PEEP设置。参考图29来提供FiO2 CLC和PEEP CLC的实施例的示例。在各种实施例中,利用FiO2 CLC和/或PEEP CLC的控制可以由呼吸窘迫呼吸机4102在内部提供,或者由呼吸窘迫呼吸机4102的远程控制装置(诸如平板电脑4108或CCM/除颤器4104等)在内部提供。
在一些实施例中,呼吸窘迫呼吸机4102可以操作,或者具有一个或多于一个操作模式,该一个或多于一个操作模式不包括或者有时或在某些时间段期间不包括递送机械通气。此外,呼吸窘迫呼吸机4102可以包括供在急救护理情境之外使用的操作或操作模式。例如,在一些实施例中,呼吸窘迫呼吸机4102可以包括一个或多于一个肺量计和/或可以与该一个或多于一个肺量计耦接,该一个或多于一个肺量计可用于急救护理情形之外的患者呼吸评定。例如,可以对当前可能没有接收机械通气、可能不需要机械通气以及当前可能没有经历RD的患者或个体进行这种评定。在一些实施例中,这种评定例如可以包括在情形或过程(例如支气管扩张剂处置、或者在常规、预定或其他医生办公室、或医疗设施或医院期间对患者的呼吸参数和呼吸状况评定等)的一些变化之前和之后评定和测量一个或多于一个呼吸参数值(例如,FEV1或FVC)的变化。此外,可以在患者正在平躺、坐着或站立期间以及在患者没有正在经受RD期间进行一些评定。
在图1所描绘的实施例中,呼吸窘迫呼吸机4102包括一个或多于一个流量传感器4130、呼吸速度计或压力传感器,其可以布置在患者回路4116内,或者在呼吸窘迫呼吸机4102内、呼吸窘迫呼吸机4102内的其他地方,或者作为呼吸窘迫呼吸机4102的一部分,用于感测表示呼吸窘迫呼吸机4102的气体递送设备内的气体流动的信号。在实施例中,例如,一个或多于一个流量传感器4130可以与一个或多于一个肺量计耦接或是一个或多于一个肺量计的一部分。在一些实施例中,呼吸窘迫呼吸机4102的控制器接收表示气体流动的信号。至少部分地基于表示气体流动的信号,控制器可以生成与患者的至少一个呼吸参数(例如Crs、Rrs、VC、FVC、按定时间隔的FEV(诸如FEV1、FEF或FEF25-75等)、PEF、PEFR、MVV或其他等)相对应的呼吸参数数据。
控制器可以传输将由例如平板电脑4108、CCM/除颤器4104或其他地方(直接地或经由一个或多于一个中间实体)接收的呼吸参数数据,诸如用于确定患者的呼吸状况等。然而,在一些实施例中,呼吸窘迫呼吸机4102可以确定或参与确定患者的呼吸状况。参考图2至图7来说明包括呼吸窘迫呼吸机4102的实施例的各种示例。
在一些实施例中,例如,可以基于可包括呼吸窘迫呼吸机4102的期望便携程度或操作简便度的因素来优化包括呼吸窘迫呼吸机4102的装置的系统的方面(诸如装置之间的角色的分布和集成以及特定装置的方面等)。此外,可以优化各个装置的方面。这些方面例如可以包括控件集合、处理和存储器方面、软件、算法和CSG相关方面。在一些实施例中,各种能力可以与呼吸窘迫呼吸机4102包括在一起,或者可以与一个或多于一个其他装置或系统包括在一起,或者可以在它们之间分布或集成。这例如可以包括处理器、存储器、控制器或所存储的软件或算法。这些能力例如可用于处理信号、生成呼吸参数数据或确定患者的呼吸状况。它们还可以用于进行装置之间的协调或集成。这样,以这种和其他方式,呼吸窘迫呼吸机4102的角色和处理能力和组件可以更多或更少,或者至少部分地基于环境中的一个或多于一个其他装置的角色来确定或分配。在一些实施例中,减少或限制呼吸窘迫呼吸机4102的角色、处理能力或组件以及其所包括控件4144的集合诸如通过允许呼吸窘迫呼吸机的大小、重量、复杂度、体积、占用空间或操作期间的噪声减小,可以增加或提高呼吸窘迫呼吸机4102的便携性或便携式实用性。这进而可以允许针对特定预期或可能场景可以平衡或优化的各种实现,从而可以增加积极的、潜在挽救生命的患者预后。
在一些实施例中,例如,呼吸窘迫呼吸机的大小可以在0.125至27L之间,例如在5.0至27L之间、在1.0至5.0L之间、在0.5至1.0L之间、在0.15至0.5L之间、或者在0.125至0.15L之间等。此外,在一些实施例中,呼吸窘迫呼吸机的物理尺寸可以在50×50×50mm至300×300×300mm之间,例如在50×50×50mm至60×60×60mm之间、在60×60×60mm至75×75×75mm之间、在75×75×75mm至100×100×100mm之间、在100×100×100mm至200×200×200mm之间、或者在200×200×200mm至300×300×300mm之间等。此外,在一些实施例中,呼吸窘迫呼吸机的重量可以在0.2至5.0kg之间,例如在1.0至2.0之间、在0.3至1.0之间、或者在0.2至0.3kg之间等。此外,在一些实施例中,呼吸窘迫呼吸机的最大噪声(或特定操作模式期间的噪声)可以是在1m处为40至70dB,例如在1m处为40至50dB之间、在1m处为50至60dB之间、或者在1m处为60至70dB之间等。此外,在一些实施例中,呼吸窘迫呼吸机的电池寿命可以为在2至10小时之间,例如在2至4小时之间、在4至6小时之间、在6至8小时之间、或者在8至10小时之间等。在一些实施例中,可以在呼吸窘迫呼吸机正在操作时对电池进行充电。
在图1所描绘的实施例中,呼吸窘迫呼吸机4102、CCM/除颤器4104和平板电脑4108各自包括一个或多于一个控件(其可以是物理的、基于显示器/GUI的或这两者)的集合。特别地,如所描绘的,呼吸窘迫呼吸机4102具有所包括控件4144的集合,其包括一个或多于一个物理控件4146(例如,一个或多于一个物理开关、按钮、旋钮、拨盘等)和一个或多于一个基于GUI/显示器的控件4142。然而,在一些实施例中,所包括控件4144的集合可以包括仅一个或多于一个物理控件、仅一个或多于一个基于显示器/GUI的控件,或者根本不包括控件。CCM/除颤器4104(其在一些实施例中可以是自动体外除颤器或AED)具有CCM/除颤器控件4134的集合,其包括一个或多于一个物理控件4132和一个或多于一个基于GUI/显示器的控件4110。平板电脑4108具有平板电脑控件4112的集合,其包括一个或多于一个物理控件4138和一个或多于一个基于GUI/显示器的控件4136。在各种实施例中,控件4144、4134、4112的各个集合的方面可以以各种方式分布,并且可以或可以不包括类似的、相同的或重叠的方面。
在一些实施例中,平板电脑控件4112的集合可以显示与各种患者生理、呼吸和通气相关参数相关的数据,并且可以包括诸如扬声器和/或麦克风等的其他输出或呈现组件。例如,麦克风可用于确定周围噪声的水平,其可用于确定和设置或使用特定设置来实现呼吸窘迫呼吸机或其组件的适当音量水平或音量控制。此外,可以使用与可在呼吸窘迫呼吸机上、远程地或这两者存储的适当软件一起使用的扬声器和麦克风的组合(诸如与基于GUI的交互组合、或在一些实例中代替基于GUI的交互等)来实现或递送用户交互式CSG或与用户的其他交互。例如,这可以涉及由用户经由麦克风提供的语音输入,诸如可以包括命令、确认、问题、响应或回答等。它还可以包括语音输出,诸如可以包括提示、确认、问题、响应、回答、引导、指令或使用扬声器递送给用户的逐步指令等。在各种实施例中,语音输出可以由呼吸窘迫呼吸机或关联的远程系统在算法上确定,或者可以由经由扬声器向用户说话的另一用户或护理提供者提供,其中该另一用户或护理提供者使用该另一用户或护理提供者的装置的麦克风。此外,用户输入可被引导至呼吸窘迫呼吸机自身、或另一护理提供者、或者这两者。其他用户或护理提供者可以离用户相对较近,诸如在护理场景的区域或不同部分中等,或者可以远离用户,诸如在远程接口处等,其他用户或护理提供者可以包括例如医院或医疗设施处的例如医生或其他护理提供者。在一些实施例中,例如,呼吸窘迫呼吸机的麦克风和扬声器可以允许用户关于向患者的急救护理实时地与医生或其他护理提供者交互或者从医生或其他护理提供者接受逐步指令,而无论与通气或其他护理相关与否。
另外,平板电脑控件4112的集合可以包括与呼吸窘迫呼吸机4102以及也可以处于使用中的其他装置(例如CCM/除颤器4104等)的操作有关的集成数据的显示。在一些实施例中,平板电脑控件4112的集合可以允许用户交互,包括获得或显示数据,改变呼吸窘迫呼吸机4102的设置,接受或确认建议的或推荐的设置改变,或者查看或响应警报、预警或消息等。
在图1所描绘的实施例中,呼吸窘迫呼吸机4102的所包括控件4144的集合、CCM/除颤器控件4134的集合或平板电脑控件4112的集合中的任何、一些或全部可以具有一个或多于一个呼吸方面。CCM/除颤器控件4134的集合和平板电脑控件4112的集合中的任一者或两者可以包括与呼吸窘迫呼吸机4102相关的远程控件,诸如可以涉及所提供的机械通气的控制方面等。此外,控件4144、4134、4112的集合中的任何例如可以包括与呼吸参数数据、呼吸状况或CSG相关的显示器/GUI方面。在一些实施例中,呼吸窘迫呼吸机4102的所包括控件4144的集合可以是有限的,而CCM/除颤器控件4134的集合和/或平板电脑控件4112的集合可以是更全面的或以其他方式。
此外,在一些实施例中,远程控制可以包括或允许机械通气操作或控制的相对精密或复杂方面,例如可以包括诸如FiO2 CLC、PEEP CLC或一个或多于一个其他通气参数的CLC等的CLC等。此外,在一些实施例中,呼吸窘迫呼吸机4102可被配置为例如在检测到故障模式条件时,切换到作为控制的备用或默认形式的内部控制或使用该内部控制进行操作。参考图18至图21来提供故障模式条件的示例。呼吸窘迫呼吸机4102还可以被配置为检测何时故障模式条件不再存在,然后切换回到内部控制或使用内部控制进行操作。在各种实施例中,呼吸窘迫呼吸机4102可以由CCM/除颤器4104、平板电脑4108、或者一个或多于一个其他装置或系统远程控制。
图2至图7例示包括呼吸窘迫呼吸机以及其他装置、系统或监测器的附加示例环境,尽管可以使用许多其他可能性和组合。在各个示例环境中,在各种实现中,所描绘的装置、系统或监测器中的任何一个可以包括具有呼吸方面的控件,并且可以包括与呼吸窘迫呼吸机相关的远程控件。此外,在各种实现中,呼吸窘迫呼吸机可以具有从无所包括控件到所包括控件的大集合的所包括控件的一系列不同集合中的任何一个,其一些示例参考图28A至图28C来进一步说明。更进一步地,在各种实现中,远程控件的各种集合可以全部或部分地或可以不全部或部分地反映呼吸窘迫呼吸机的任何所包括控件的方面。另外,在各种实现中,角色或感测能力可以不同地包括在并分布在装置、系统、监测器或用户之间。
图2例示示例急救护理环境200,该示例急救护理环境200包括具有呼吸窘迫呼吸机显示器/GUI 226的呼吸窘迫呼吸机202、具有CCM除颤器显示器/GUI 218的CCM/除颤器204、具有平板电脑显示器/GUI 220的平板电脑206(或其他便携式计算装置)、以及具有非现场监测器系统显示器/GUI 222的可包括一个或多于一个服务器计算机的非现场监测器系统214。在各种实施例中,装置或系统202、204、206、214中的全部或一些可以经由有线连接和/或经由可以包括因特网的一个或多于一个无线网络210无线地耦接。例如,平板电脑206或其他装置可以与远程监测器214耦接,作为基于云212的计算系统或网络的方面。示出本地用户216以及远程的非现场监测器系统214处的非现场用户218。
在图2所描绘的实施例中,经由平板电脑206的显示器/GUI 220、CCM/除颤器204的显示器/GUI 218和/或呼吸窘迫呼吸机202的显示器/GUI 226交互的本地用户216(或多于一个)与经由非现场监测器系统214的显示器/GUI 222交互的非现场用户218(或多于一个)进行通信。在一些实施例中,多于一个本地用户可以存在并彼此通信,并且各种装置或系统202、204、206、214可以彼此直接或间接通信和/或协调或集成。非现场用户218例如可以是诸如在医院或医疗设施、团体或实体处或与医院或医疗设施、团体或实体相关联等的医生、护士或其他熟练的临床医生或护理提供者。在各种实施例中,可以在具有或不具有用户交互的情况下在装置或系统202、204、206、214中的各种装置或系统之间通信和集成可包括呼吸方面的与患者护理相关的数据。这可以例如允许非现场监测器系统214和/或与非现场监测器系统214交互以及经由非现场监测器系统214交互的非现场用户218来确定引导、指令或CSG并经由本地装置202、204、206向本地用户216提供引导、指令或CSG。此外,在一些实施例中,CCM/除颤器204、平板电脑206和远程监测器系统214中的任何或一些组合可以在向患者224提供机械通气时控制或在某些时间或时间段参与控制呼吸窘迫呼吸机202的操作的方面,诸如可以包括控制一个或多于一个通气参数等。这可以在许可的情况下(诸如如果用户改变、设置或超驰某些参数等)在具有或不具有用户交互或经受用户交互的情况下进行。
在一些实施例中,呼吸窘迫呼吸机202可以获得患者呼吸参数数据并将该患者呼吸参数数据通信到其他装置或系统204、206、214中的一个或数个,以及/或者可以在装置或系统202、204、206、214中的各种装置或系统之间交换数据。装置或系统202、204、206、214中的一个或多于一个可以使用所通信的患者呼吸参数数据来确定患者呼吸状况(包括关联数据)。患者呼吸参数数据和/或呼吸状况数据例如可用于确定CSG。然而,在一些实施例中,例如,呼吸窘迫呼吸机202可以确定或参与确定并且可以存储患者呼吸参数数据和/或患者呼吸状况数据,然后可以将所确定的数据通信到其他装置或系统。
在图2所描绘的环境200中,在各种实施例中,呼吸窘迫呼吸机202能够通过CCM/除颤器204、平板电脑206和远程监测器系统214中的一个或多于一个进行远程控制。
图3例示包括呼吸窘迫呼吸机352和具有平板电脑显示器/GUI 356的平板电脑354的示例急救护理环境350,该平板电脑显示器/GUI 356可以包括呼吸方面(诸如可以包括CSG等)并且能够远程控制呼吸窘迫呼吸机352。在图3所描绘的实施例中,呼吸窘迫呼吸机352包括用于测量患者SpO2的脉搏血氧仪360、可用于测量EtCO2的二氧化碳描记传感器362,并且可以包括用于感测其他患者参数的其他感测组件。然而,在一些实施例中,例如,一些或全部感测组件可以与平板电脑354和/或其他装置包括在一起或分布在平板电脑354和/或其他装置之间。
图4至图7例示根据各种实施例的附加急救护理环境460、500、600、700的示意图,其包括可以经由有线或无线连接通信地耦接的装置或系统。特别地,图4例示环境460,该环境460包括:呼吸窘迫呼吸机462、包含可具有呼吸方面或CSG的显示器/GUI 468的平板电脑464、以及包含可具有呼吸方面或CSG的显示器/GUI 470的非现场监测器系统466。图5例示环境480,该环境480包括:呼吸窘迫呼吸机482以及包含可具有呼吸方面或CSG的显示器/GUI 486的CCM/除颤器484。图6例示环境600,该环境600包括:呼吸窘迫呼吸机602、包含可具有呼吸方面或CSG的显示器/GUI 606的CCM/除颤器604、以及包含可具有呼吸方面或CSG的显示器/GUI 610的非现场监测器系统608。
图1至图7所述的各个实施例可以提供各种优点。在一些实施例中,如例如在图1至图2(还包括平板电脑或其他便携式计算装置)和图5至图6(不包括平板电脑或其他便携式计算装置)中所示,呼吸窘迫呼吸机可以与CCM/除颤器一起使用。在一些实现中,呼吸窘迫呼吸机在某些方面可以用作CCM/除颤器的配套处置装置或起CCM/除颤器的配套处置装置的作用。例如,CCM/除颤器可以提供感测或患者参数感测能力,诸如血氧定量法、二氧化碳描记、血压监测和/或其他感测能力等。另外,CCM/除颤器(或在一些实施例中,平板电脑或这两者)在提供显示器/GUI特征(其可以包括CSG)方面可发挥重要作用。这样,在包括CCM/除颤器的各种实现中,呼吸窘迫呼吸机可以包括或提供更有限的感测能力、或者显示器/GUI或CSG能力。这样,在一些实现中,呼吸窘迫呼吸机可以更简单、更小、更轻,和/或更容易、快速或方便地便携,以及/或者其功能、硬件和软件可以更少或更简单。例如,在一些实现中,具有呼吸窘迫呼吸机的护理提供者可以到达不同的护理提供者(或数个)已(至少)利用呼吸窘迫呼吸机能够集成的CCM/除颤器提供护理的患者现场,从而即使在至少使用CCM/除颤器发起了护理和感测之后也提供呼吸监测和通气能力。可替代地,具有呼吸窘迫呼吸机的护理提供者可以首先到达患者现场,并且一个或多于一个其他装置可以稍后到达并集成。
在一些实施例中,如例如在图1至图2(还包括CCM/除颤器)和图3至图4(不包括CCM/除颤器)中所示,呼吸窘迫呼吸机可以与平板电脑或其他便携式计算装置一起使用。在一些实现中,平板电脑或其他便携式计算装置可以用作具有集成且全面的显示器/GUI的装置。这样,在一些实现中,呼吸窘迫呼吸机可以包括较少的显示器/GUI和/或CSG特征以及/或者关联的硬件或软件,因为平板电脑或其他便携式计算装置可以提供或在一定程度上提供这些特征。在一些实施例中,这可以允许呼吸窘迫呼吸机更简单、更小、更轻和/或更容易、快速或方便地携带。
在一些实施例中,例如在图2、图4和图6中所示等,可以包括远程的非现场护理提供者和/或非现场计算机系统。在一些实现中,非现场护理提供者(和/或计算机系统)可以提供超出本地可用的附加支持(计算或人工)或专业知识。例如,在一些实施例中,更训练有素的护理提供者或医学专家(诸如受过医学训练的个人、护士或医生等)可以经由远程接口(并且潜在地利用包括硬件和软件的非现场计算系统能力)提供CSG、支持、指导和/或甚至逐步指令,诸如可以例如经由平板电脑、CCM/除颤器或呼吸窘迫呼吸机的显示器/GUI和潜在的扬声器递送给呼吸窘迫呼吸机的用户等,其中呼吸窘迫呼吸机的用户可以经由本地装置其中之一的显示器/GUI和/或潜在的麦克风进行交互。
在一些实现中,通过集成非现场护理提供者和/或非现场计算系统的角色,可以提供附加的或增强的护理,其可以包括附加的交互和护理增强或能力。此外,在一些实施例中,在呼吸窘迫呼吸机或呼吸窘迫呼吸机的用户的现场处的摄像机和显示器可以附加地增强该交互和护理能力,其中呼吸窘迫呼吸机的用户潜在地接受来自非现场护理提供者的逐步指令,非现场护理提供者还可以使用摄像机和麦克风来向用户提供视频和音频馈送。可以部分地通过所通信的实时视频和音频数据、馈送或流(其可以包括患者以及呼吸窘迫呼吸机的用户(和/或一个或多于一个其他本地护理提供者和/或装置)的视图和/或声音)来通知非现场护理提供者。在一些实施例中,这例如可以包括向呼吸窘迫呼吸机或便携式呼吸机的用户和非现场护理提供者中的任一个或这两者的3D视频或者增强或加强现实呈现。例如,在一些实施例中,任一个或两个可以在这方面使用或穿戴一个或多于一个增强或加强现实装置,诸如具有视频和音频能力的手表、头戴式或身体穿戴式装置等。在各种实施例中,这可以提供免提使用,或者甚至可以包括用以跟踪和显示用户和/或非现场护理提供者的移动的运动或其他传感器。
在包括呼吸窘迫呼吸机的一些实施例中,例如在图3(包括平板电脑或其他便携式计算装置但不包括非现场监测器系统)和图4(包括平板电脑或其他便携式计算装置以及非现场监测器系统)中所示等,可以不包括CCM/除颤器,并且在一些实施例中,可以在没有CCM/除颤器、平板电脑或便携式计算装置或远程监测器系统的情况下使用呼吸窘迫呼吸机。在一些实施例中,通过不包括CCM/除颤器,用于监测和处置患者的整个系统可以更紧凑、更简单、更小、更轻和/或更容易、快速或方便地携带。然而,在许多实施例和实现中,系统的灵活、集成、快速适应性质可以允许对包括或排除的装置或系统的改变,同时仍利用当前可用的装置和系统维持最佳患者护理。这例如可以包括:诸如在装置或系统(或用户)被移除(或以其他方式不可用)或添加(或以其他方式可用)到整个系统时等,添加、移除或转移由当前可用的其余装置或系统(或用户)提供的功能或角色。
图7例示示例急救护理环境700,其包括呼吸窘迫呼吸机730、除颤器/重症护理监测器708、以及诸如配套平板电脑719等的一个或多于一个配套装置。在所描绘的实施例中,呼吸窘迫呼吸机730具有所包括控件732(物理的、基于显示器/GUI的或这两者)的有限集合。然而,平板电脑719具有包括与呼吸窘迫呼吸机730及其操作相关联的远程控件的全面集合的显示器/GUI 734,显示器/GUI 734可以包括呼吸方面或CSG。
在一些实施例中,由与装置708、719、730中的一个或多于一个相关联的一个或多于一个传感器(例如,722、726)获得的传感器数据可以被传输到配套装置(例如,平板电脑719)以在一个或多于一个用户接口视图内显示。例如,配套装置719(或装置732、708中的一个或多于一个其他装置)可以例如显示以下项中的一些或全部等:ECG和除颤器电击数据、气道压力(Paw)、平台压力(Pplat)、吸气峰压(PIP)、SpO2、FiO2、PEEP、FVC、FEV1、PEF/PEFR、Rrs、Crs、吸入和呼出潮气量、Ve、EtCO2、呼出二氧化碳量(VCO2)、每分钟呼吸次数(BPM)和心率(HR)。
另外,平板电脑719可以向各个医疗处置装置708、730传输指令或命令信号。所传输的指令信号可以提供信息,发起一个或多于一个功能操作,或者设置或改变各个医疗处置装置708、730的操作参数或模式。
在一些实现中,可以在配套装置719处显示与两个医疗处置装置708、730(以及潜在的其他)相关联的患者处置信息以及/或者其他数据(诸如护理者性能数据、呼吸参数数据或患者呼吸状况数据等)。在一些示例中,主管718可以在配套装置719处监测从除颤器708和呼吸窘迫呼吸机730接收到的患者处置信息。在一些示例中,患者处置信息可以显示在配套装置719处的一个或多于一个可选择视图内或显示在单个用户接口视图内。另外,在一些实施例中,配套装置719处的用户接口视图可以包括用户输入,这些用户输入使得主管718能够传输用以提供数据的指令信号或者发出用以控制医疗处置装置708、730的一个或多于一个功能操作的命令。在一些实施例中,提供单个护理者查看来自多个医疗处置装置708、730的病例信息的能力,这针对临床问题提供了技术解决方案,因为使用配套装置719的护理者和/或主管可以向其他救援者704、706提供增强的指导和支持。此外,在患者访问或救援者有限的某些急救护理情形中,向单个护理者提供从多个医疗处置装置708、730同时监测病例信息并传输用以控制医疗处置装置708、730的操作的指令信号的能力,这使得患者能够在远程或非传统护理环境中接收高级医疗护理。然而,一些实施例包括各种用户的各种角色。
在一些实施例中,可以在急救护理现场700处的两个或多于两个装置之间建立本地无线通信信道,以使得能够在装置和系统之间安全且准确地共享数据。例如,可以通过潜在地包括一个或多于一个远程的非现场系统715的无线通信信道交换与患者702有关的健康数据、指示递送至患者702的处置的数据、或其他类型的数据。这可以帮助以高效且准确的方式来协调或集成多个救援者的处置。在一些示例中,仅在患者702的处置中所涉及的装置中的一些装置之间(例如,在这些装置中的两个装置之间)建立有线和/或无线通信信道。在一些示例中,在患者的处置中所涉及的所有装置之间建立无线通信信道。
图8例示根据一些实施例的示例模块化系统750,该模块化系统750包括呼吸窘迫呼吸机752、(从两个不同角度示出的)CCM/除颤器754、以及平板电脑756或其他便携式计算装置。这种系统可以提供各种优点。例如,在一些实现中,具有不同装置的用户可以在不同时间到达患者场景。诸如图8所描绘的模块化系统等的模块化系统可以允许诸如装置的更快或分段设置或操作和/或多方面集成等的优点。这不仅可以节省时间,而且可以优化整个系统的效率和操作,这在急救护理情境中可能是关键或救命的。
在各种实施例中,在模块化系统750中,可以不包括所描绘的装置752、754、756中的一个或多于一个,或者可以包括各种其他装置中的任何装置,诸如一个或多于一个医疗装置、监测装置或便携式计算装置等。在一些实施例中,本地环境中的两个或多于两个装置(诸如所描绘的装置752、754、756和/或可包括的其他装置中的任何一个或全部等)可被适配用于并且能够(固定地或可移动地)接合或附接。例如,一个或多于一个装置能够接合或附接到一个或多于一个其他装置,以及从该一个或多于一个其他装置分离或拆卸。在一些实施例中,一个装置(或数个不同装置其中之一)可以用作数个其他装置可以接合或附接到的装置。此外,在一些实施例中,可以包括一个或多于一个坞站或扩展坞,其中多个装置(例如,装置752、754、756或其他装置中的一些或全部)各自可以对接到该一个或多于一个坞站或扩展坞(其可以包括接合或附接到该坞站或扩展坞)。更进一步地,例如,可以包括如下的坞站或扩展坞,其中多个装置在无需接合或附接到该坞站或扩展坞的情况下,可以经由有线或无线连接(诸如经由使用一个或多于一个插入线缆的有线连接等)连接到该坞站或扩展坞。
在各种实施例中,这些装置的任何或各装置以及任何包括的坞站或扩展坞可以包括可便于接合、附接或对接并且可以便于电连接、通信和/或供电的物理、机械或电气组件。这样的供电可以包括部分、可选或选择性供电以及经由有线或无线连接的供电,诸如在装置之间、在对接装置之间、或者在坞站或扩展坞与一个或多于一个对接装置之间等。更进一步地,在各种实施例中,接合、附接或对接装置可以被配置为在操作上自动通信、认证、协调或集成,其潜在地包括与显示方面(其可以包括CSG)、感测能力、处理、软件和供电等相关的方面,这些方面可以通过接合、附接或对接来启用或促进。
在所示的实施例中,CCM/除颤器754包括物理或机械耦接组件,诸如呼吸窘迫呼吸机752和平板电脑756可以(例如通过滑动到轨中或以其他方式等)耦接到CCM/除颤器754所通过的引导或附接轨758等。尽管未示出,但在一些实施例中,呼吸窘迫呼吸机752、CCM/除颤器754和/或平板电脑756例如也可具有用以便于接合或附接的一个或多于一个组件,诸如互补的引导或附接槽等。然而,在各种实施例中可以使用各种接合或附接设计、组件、机构或方法中的任何一个。在所示的实施例中,尽管CCM/除颤器754用作其他装置752、756接合或附接到的装置,但在其他实施例中,呼吸窘迫呼吸机752或平板电脑756或其他便携式计算装置中的任一个、或者另一装置可以用作该角色,以及/或者可使用坞站或扩展坞。
如参考图1至图7所述,在各种实现中,呼吸窘迫呼吸机752能够由一个或多于一个其他装置(诸如CCM/除颤器754或平板电脑756等)远程控制。此外,呼吸窘迫呼吸机752、CCM/除颤器754和平板电脑756中的一些或每个可以包括包含呼吸方面或CCM的显示器/GUI。
图9描绘用于在例如配套装置(例如,图1至图8中所描绘的平板电脑或其他便携式计算装置)处定制病例信息的显示的示例环境800,其包括具有用于在医疗事件期间向患者提供处置的一套装置的医疗处置系统。环境800可以包括一个或多于一个医疗处置装置802(例如,如图1至图8所描绘的呼吸窘迫呼吸机或CCM/除颤器或者其他)、以及经由通信链路806通信地耦接到医疗处置装置802的一个或多于一个配套装置804。在一些实施例中,配套装置804或另一装置能够远程控制呼吸窘迫呼吸机。在例示示例中,医疗处置系统的装置802、804可以共同位于处置递送场所(诸如医院、医疗诊所或救护车等)处。在其他实现中,可以在医学治疗的递送期间或治疗的递送之后的某个时间点向系统添加配套装置804中的一个或多于一个。相反,可以在治疗的递送期间或在治疗的递送之后将至少一个配套装置804从共同位置移除。这些装置可以被配置用于以有线或无线方式进行数据通信,以在治疗的递送期间和/或之后在系统的某些装置802、804之间传送信息。
在一些实现中,用于连接医疗处置装置802和配套装置804的无线通信链路806在一些示例中可以是Wi-Fi网络、其他短距离无线通信网络或近场通信(NFC)网络、局域网(LAN)、广域网(WAN)或因特网。在其他示例中,装置802、804可以被配置为在更长的通信范围上(诸如在蜂窝通信网络上)进行通信。在一些实现中,医疗处置装置802可以用作无线接入点以提供与配套装置804的直接无线连接。在其他示例中,无线通信链路806可以经由蓝牙个域网来提供。
在一些实施例中,不同的装置802、804可以被配置为通过不同类型的通信链路806彼此通信。在一些实现中,装置802、804可以被配置为经由短距离无线通信发射器(例如,蓝牙信标)向接收器传输数据。在一个示例中,第一配套装置804可以经由Wi-Fi通信链路与医疗处置装置802进行通信,而第二配套装置804可以经由蓝牙通信链路与医疗处置装置进行通信。在一些实现中,配套装置804可以在不必物理访问医疗处置装置802或与医疗处置装置802交互的情况下,经由无线通信链路连接到医疗处置装置802。在一些示例中,在应用层使用传输层安全(TLS)以提供装置802、804之间的安全(加密)连接。作为第二层保护,可以在物理层使用加密的Wi-Fi或加密的蓝牙。
在一些实现中,当无线通信链路806是蜂窝通信链路时,医疗处置装置802的功能可以扩展到不在现场和/或正在进行远程远距离医疗的临床医生。例如,当EMS正在救护车中将患者运送到医院时,等待患者到达医院的医疗团队可以经由蜂窝链路在医院的配套装置804处流传输实时病例信息。在一些示例中,无线通信链路806可以包括基于医疗处置装置802接近配套装置804的多个无线通信网络的组合。
在一些实现中,医疗处置装置802和配套装置804各自包括用于使得能够经由无线通信链路806在装置802、804之间进行无线通信的相应的无线通信引擎824、836。例如,医疗处置装置802的无线通信引擎824可以被配置为将由消息配置引擎820生成的消息传输到配套装置804。配套装置804的无线通信引擎836可以被配置为传输由信号生成引擎830生成的指令信号,对于一些示例,这种指令信号可以用于控制医疗处置装置802的一个或多于一个功能操作。在一些示例中,无线通信引擎824、836被配置为将加密协议应用于传输到其他装置804、802的传出信号。类似地,无线通信引擎824、836可以对来自其他装置804、802的传入信号进行解密。
在某些实施例中,医疗处置装置802的无线通信引擎824可以被配置为检测到相应的配套装置804在通信范围内,并且作为响应,发起用以经由无线通信链路806连接到配套装置804的一个或多于一个动作。在一些实现中,可与医疗处置装置802配对的配套装置804可以被预配置为当在通信范围内时经由无线通信链路806自动连接到医疗处置装置802,而不必区分碰巧在范围内的其他装置和/或协商无线通信连接。此外,并非要求用户在手动配置各配套装置804的系统以连接到医疗处置装置802或者访问要查看的画面然后从可能的装置连接中进行选择的这些方面潜在地花费大量时间,位于急救现场的配套装置804可以被预配置为(例如,自动地和/或利用一个或多于一个简单动作(例如,开关致动、按下按钮、近场通信连接、射频、位置/接近识别、手势码、轻击/颠簸识别、运动激活、声音/振动、语音命令/识别等)和/或仅通过诸如通过蓝牙接近连接等彼此物理接近)动态地加入和/或离开安全网络或与医疗处置装置802配对。在一些示例中,配套装置804可以被预配置用于与其他医疗处置装置配对,并且也可以在显示器上选择图标时显示这些预配置网络。
一旦进行了经由无线通信链路806的这种连接,尽管存在位于附近的许多其他装置,但可以使用任何合适类型的通信以可靠和安全的方式(例如,根据HIPAA标准,802.11i协议)在所连接的装置802、804之间往返发送患者信息(例如,生理数据、患者历史、救援信息)。与相应的医疗处置装置802正确配对的配套装置804可以帮助避免在医疗装置之间传输可能对患者预后有害的错误患者信息的风险。在一些实施例中,为了维持准确和安全的通信,基于接近度的交互可以调用认证协议(诸如使用加密密钥、向量初始化、散列加密、数字证书等),以确保装置之间的数据传送不会丢弃和/或泄漏。另外,医疗处置装置802的无线通信引擎824可以被配置为同时使得针对各配套装置804经由单独的无线通信链路806向多个配套装置804实时流传输数据。
在一些实现中,还可以针对医疗处置系统实现许多附加的面向安全的设计方面,以确保在医疗处置装置802和配套装置804之间交换的数据保持安全。例如,医疗处置装置802和/或配套装置804可以使用基于证书的认证来确保相应配对装置的真实性。在一些示例中,在初始连接和设置时,装置804可以执行关联处理以将特定配套装置804绑定到单个医疗处置装置802,使得仅配套装置804(以及任何其他类似配对的配套装置)可以与医疗处置装置802互操作。在一些实施例中,任何表述性状态转移(REST)或WebSocket通信可能需要已认证连接以使得能够在装置802、804之间进行数据交换。在一些示例中,医疗处置装置802禁止用以打开Wi-Fi通信链路的连接,并且可以仅连接到手动定义的(例如,主管定义的)Wi-Fi网络。作为附加的安全措施,当无线通信链路806是蓝牙连接时,在配置初始连接设置的情况下,装置在初始设置期间配对。此外,医疗处置装置802的数据和计算机体系结构可被设计用于附加的安全性,其可以包括将通信和临床控制分离到单独的微处理器上。
在一些示例中,当存在与医疗处置装置802配对的多于一个配套装置804时,可以预先指定配套装置804其中之一作为主配套装置。主配套装置通过接收并存储来自医疗处置装置802的加密令牌,可以由医疗处置装置802在装置设置、配对和配置期间如此指定。加密令牌可以与来自主配套装置804的每个指令一起被发送到医疗处置装置802。
在一些实现中,配套装置804可以在配套装置804的显示视图中的一个或多于一个处显示医疗处置装置802的状况信息。例如,装置视图可以包括显示医疗处置装置802的电池寿命量、连接状况和唯一名称的状况栏。附加地,在一些示例中,状况栏可以包括验证输入,该验证输入使得配套装置804能够使得指示器在医疗处置装置802处闪烁以确认出配套装置804在使用时连接到正确的医疗处置装置802。例如,配套装置804的一个或多于一个显示视图可以包括配对装置验证输入,该配对装置验证输入使得配套装置用户能够验证配套装置804连接到哪个医疗处置装置802。在正在同时发生多个医疗事件的一些示例中(诸如在医院的创伤病房中或在群体伤亡的现场中等),多个救援团队可能在彼此接近的范围内操作多个医疗处置装置。在这些情形下,可能容易混淆与相应医疗处置装置配对的配套装置。因此,在一些实现中,当选择验证输入时,配套装置804可以生成使得所连接的医疗处置装置802生成与配套装置804配对的指示的指令信号。在一些实现中,在从配套装置804接收到验证信号时,医疗处置装置802可以输出连接到配套装置804的视觉和/或听觉指示。在一些示例中,该指示可以是闪烁的灯和/或有音调的声音脉冲。
图10示出根据一些实施例的能够向患者906提供通气和潜在的其他干预或处置的示例呼吸窘迫呼吸机902。呼吸窘迫呼吸机902包括机械通气设备908和至少一个控制器918。控制器918包括至少一个处理器920和用于存储数据的至少一个存储器916,并且还可以包括可存储在至少一个存储器916中的软件,诸如可以包括通气控制导向器(VCD)922(其各种示例例如参考图11至图25来进行说明)或者可以包括通气控制导向器(VCD)922的方面等。呼吸窘迫呼吸机902可以包括或连接到氧源904。
在一些实施例中,呼吸窘迫呼吸机902能够感测表示可用于确定至少一个患者呼吸参数的气体流动的信号,诸如可以包括一个或多于一个压力传感器914、流量传感器、呼吸速度计或肺量计(在一些实施例中,这些可以被包括作为机械通气设备908的一部分、在机械通气设备908内或部分地在机械通气设备908内,或者可以是分离的但通过有线或无线连接通信的耦接)的使用等。在各种实施例中,一个或多于一个肺量计可以包括在呼吸窘迫呼吸机902内和/或可与呼吸窘迫呼吸机902(物理地和/或通过有线或无线连接通信地)耦接。尽管在与患者回路913分开的框中描绘,但将理解,压力传感器914和/或诸如流量传感器、呼吸速度计或肺量计等的其他组件可以包括在患者回路913(诸如患者吸气回路和/或患者呼气回路等)内或部分地包括在患者回路913内。在一些实施例中,(一个或多于一个)压力传感器914和其他关联组件可用于感测或获得呼吸参数数据,该呼吸参数数据可用于确定或生成呼吸状况(其可以包括关联数据)。呼吸参数数据和呼吸状况数据还可以结合呼吸窘迫呼吸机902的操作的控制(诸如在由呼吸窘迫呼吸机902提供的机械通气的控制中等)来使用,而无论这种控制是由呼吸窘迫呼吸机902在内部提供的、远程提供的还是具有这两者的方面。此外,在一些实施例中,呼吸参数数据和呼吸状况可用于确定或生成CSG(其示例参考例如图30至图35来进一步说明)。
图11例示根据一些实施例的急救护理设置1000的示例。设置1000包括用于向患者1012提供机械通气的呼吸窘迫呼吸机1002。呼吸窘迫呼吸机1002可以由远程控制源1022控制(包括关于提供机械通气)。远程控制源1022具有包括用于远程控制呼吸窘迫呼吸机1002的远程控件的控件集合1014。呼吸窘迫呼吸机1002可以具有所包括控件集合1010,其在一些实施例中与远程控制源1022的远程控件1014相比更有限。在图11所描绘的实现中,呼吸窘迫呼吸机的所包括控件1010的集合包括电源开关和/或指示器1032和通信(或者在一些实施例中为远程控制)指示器1030,该通信指示器1030可以指示在呼吸窘迫呼吸机1002和远程控制源1022之间当前是否存在通信(或者呼吸窘迫呼吸机1002当前是否被远程控制源1022控制)。参考例如图28A至图28C来说明呼吸窘迫呼吸机的所包括控件的不同集合的一些示例。
如所描绘的,呼吸窘迫呼吸机1002可以由远程控制源1022经由远程控制信号1020远程控制,这些远程控制信号1020可以包括请求/命令信号,由远程控制源1022经由有线和/或无线通信(无论是直接地还是经由一个或多于一个中间实体)通信到呼吸窘迫呼吸机1002。远程控制信号1020由呼吸窘迫呼吸机控制器1006接收。然后,呼吸窘迫呼吸机控制器1006在内部发送控制信号1020,使得根据远程控制信号1020来控制呼吸窘迫呼吸机机械通气系统1004。特别地,在所描绘的实施例中,基于软件的通气控制导向器(VCD)1008用于根据远程控制信号1020实现机械通气系统1004的控制。
如所描绘的,远程控制源显示器/GUI 1014包括CSG 1018,该CSG 1018可以是用户交互的并且可以结合呼吸窘迫呼吸机1002的操作来使用。参考图30至图35来进一步说明CSG的示例的更多描述。在一些实施例中,由呼吸窘迫呼吸机1002获得的呼吸参数数据被发送到远程控制源1022,并用于评定或确定患者的呼吸状况以及确定CSG。
在所描绘的实施例中,由远程控制源1022进行的控制包括与所提供的通气有关的各种类型中的任何类型的CLC 1024(其示例参考图29来进行说明)。在各种实施例中,CLC中所使用的传感器数据可以由远程控制源1022从环境1000中(本地地或非现场地)所包括的一个或多于一个装置或系统的各种不同组合获取。在图11和各种其他图中,尽管可以描绘或可以不描绘CLC 1024,但在各种实现和实施例中,可以包括或可以不包括CLC 1024,或者CLC 1024可以由各种描绘的装置中的任何装置来实现。
图12例示根据一些实施例的利用故障模式条件分析1116的结合呼吸窘迫呼吸机的VCD 1110(其详细示例参考例如图13至图16来进行说明)的信令1100的示例。如图12所描绘的,信令1100包括通信信令1102、数据完整性信令1104、通气设置信令1106和患者生理信令1108。然而,在各种实施例中,可以包括其他类型或类别的信令。
通信信令1102例如可以涉及呼吸窘迫呼吸机和远程控制源之间的通信或者通信的存在/存在性、程度或速度。通信信令1102还可以包括由VCD用于确定远程源是否被授权或正确地配置用于远程控制呼吸窘迫呼吸机的数据。通信信令1104可以例如由远程控制源发送,并且可以响应于或可以不响应于由呼吸窘迫呼吸机接收到的请求或其他通信而发送。
数据完整性信令1104例如可以涉及由呼吸窘迫呼吸机从远程控制源(直接地或经由一个或多于一个中间实体)接收到的诸如控制数据等的数据的完整性,例如可以涉及数据是否是未损坏的、有效的、格式化正确的、边界化正确的或结构化正确的等。数据完整性信令1104可以例如由远程控制源发送,并且可以响应于或可以不响应于由呼吸窘迫呼吸机接收到的请求/命令或其他通信而发送。
通气设置信令1106例如可以涉及与提供给患者的机械通气的方面相关的特定通气参数设置。通气设置信令1106例如可以由远程控制源诸如以与一个或多于一个请求相关联的方式等发送,并且可以响应于或可以不响应于由呼吸窘迫呼吸机接收到的请求/命令或其他通信而发送。
患者生理信令1108例如可以涉及通过装置或系统的感测方面感测的患者生理参数,其可以包括呼吸参数信号以及其他患者生理参数信号。患者生理信令1108可以响应于或可以不响应于由呼吸窘迫呼吸机接收到的请求或其他通信而发送。此外,在各种环境和实现中,各种类型的患者生理信令可以由环境中的一个或多于一个装置、系统或组件(例如CCM/除颤器、平板电脑、其他装置或呼吸窘迫呼吸机等(这些装置中的一些或任何在各种实施例中可以包括各种患者参数感测能力))发送或从该一个或多于一个装置、系统或组件获得。
信令1102、1104、1106、1108由VCD 1110接收。VCD 1110至少部分地基于接收到的信令1102、1104、1106、1108中的至少一些来进行故障模式条件分析1116。VCD 1110至少部分地基于所进行的故障模式条件分析1116来将通气控制信令1112发送到呼吸窘迫呼吸机的机械通气系统1114(或设备)。
图13例示根据一些实施例的与由呼吸窘迫呼吸机的VCD 1202实现的故障模式条件分析有关的方法1200。VCD 1202使用故障模式条件分析软件1204结合信令来进行故障模式条件分析1212,该信令诸如可以包括参考图12所述的信令1102、1104、1106、1108等。
在步骤1206,VCD 1202基于故障模式条件分析1212来询问是否检测到故障模式条件。如果没有检测到故障模式条件,则如框1208所示,VCD 1202根据远程控制源请求/命令在内部向呼吸窘迫呼吸机的机械通气设备发送通气控制信号。
然而,如果VCD 1202确实检测到故障模式条件,则VCD 1202诸如基于一个或多于一个备用、默认、当前使用中、最近或最后接收到的有效设置值,或者通过基于对至少一个请求或接收到的设置值的调整所确定的设置值等,在内部控制呼吸窘迫呼吸机的机械通气设备。
图14和图15例示根据一些实施例的急救护理环境1300、1400的示例,其包括允许由远程控制源控制呼吸窘迫呼吸机机械通气的呼吸窘迫呼吸机控制器的VCD。图14和图15例如例示可能存在于两个不同时间中的各时间的条件。
在图14所描绘的环境4200中,在第一当前时间,远程控制源4202发送要由呼吸窘迫呼吸机控制器4210的VCD 4212接收的远程控制信号4206。如框4208所示,在当前时间,VCD 4212检测到不存在故障模式条件。因此,如虚线4214概念性地指示,VCD 4212经由从呼吸窘迫呼吸机控制器4210根据所接收的远程控制信号4206向呼吸窘迫呼吸机4204的机械通气系统4218的内部信令4216,允许根据所接收到的远程控制信号4206由远程控制源4202控制呼吸窘迫呼吸机4204的机械通气系统4218。远程控制源4202的显示器/GUI 4220可以包括呼吸方面以及用于提供CSG 4222。
在图15所示的环境1400中,在第二当前时间,远程控制源4202发送要由呼吸窘迫呼吸机控制器4210的VCD 4212接收的远程控制信号1404。如框1402所示,在第二时间,VCD4212检测到确实存在故障模式条件(或多于一个)。因此,如带叉的虚线1406所示,VCD 4212不允许根据接收到的远程控制信号1404由远程控制源4202控制呼吸窘迫呼吸机4204的机械通气系统4218。作为代替,VCD 4212诸如基于一个或多于一个备用、默认、当前使用中、最近或最后接收到的有效设置值,或者通过基于对所请求或所接收到的设置值的调整而确定的设置值等,经由根据由VCD 4212确定的控制从呼吸窘迫呼吸机控制器4210向呼吸窘迫呼吸机4204的机械通气系统4218的内部信令1408,来控制呼吸窘迫呼吸机4204的机械通气系统4218。
图16例示根据一些实施例的急救护理设置1500的示例,其提供图15所示的设置1400的一个示例。如框1502所示,在当前时间,VCD 4212检测到存在特定类型的故障模式条件,即在远程控制源4202和呼吸窘迫呼吸机控制器4210之间没有检测到通信或通信能力。如由折线1506概念性地指示,远程控制源4202和呼吸窘迫呼吸机控制器之间的通信当前被切断或不存在。这样,如由带叉的虚线1504概念性地指示,VCD 4212不接收来自远程控制源的控制信号并相应地允许控制。作为代替,VCD 4210诸如基于一个或多于一个备用、默认、当前使用中、最近或最后接收到的有效设置值,或者通过基于对所请求或所接收到的设置值的调整而确定的设置值等,经由根据由VCD 4212确定的控制从呼吸窘迫呼吸机控制器4210向呼吸窘迫呼吸机的机械通气系统4218的内部信令1408,来控制呼吸窘迫呼吸机4204的机械通气系统4218。
图17例示根据一些实施例的急救护理设置1900的示例,其包括经由在非现场位置1906处的非现场基于云的监测器1912,经由从非现场监测器系统1912发送到呼吸窘迫呼吸机控制器1914的VCD 1916的远程控制信号1904,来远程控制呼吸窘迫呼吸机1902,并且包括一个或多于一个形式的CLC 1918。在所描绘的实现中,示出本地用户/护理提供者1908和非现场用户/护理提供者1910这两者。在各种实施例中,可以包括或者可选地包括或这可以不包括或者可选地不包括呼吸窘迫呼吸机1902的本地远程控制。
图17A和图17B例示诸如野外环境等的非医院急救护理环境1950的示例,其包括呼吸窘迫呼吸机1952和多个其他装置1956至1964。这样的环境通常由于其性质和必要性,相对于典型的医院环境,可以以各种方式更自发、更少计划、更少静态、更少稳定、更少预配置和更少结构化。在一些实施例中,呼吸窘迫呼吸机尽管能够在医院或类似环境中进行有效操作,但也能够在各种非医院急救护理环境中进行有效操作。在非医院急救环境中,可能存在许多装置和操作者,这些装置和操作者的详细信息可能不是完全预先计划的。此外,装置(包括呼吸窘迫呼吸机1952)和操作者可能在不同的时间(其也可能不是完全预先计划的)到达和离开,并且一些装置可能经受频繁移动或物理不稳定性。装置1956至1964中的一些能够与呼吸窘迫呼吸机1952操作地集成,这在一些实例中可以包括能够远程控制由呼吸窘迫呼吸机1952提供给患者1951的机械通气。装置1956至1964例如可以包括可以与呼吸窘迫呼吸机1952操作地集成的诸如CCM或除颤器等的其他医疗装置。例如,这种集成可以包括与患者1951耦接以获得和提供患者参数信令。这种集成还可以包括提供可以与如下的方面集成或包括如下的方面的显示器、GUI和/或控件,这些方面涉及呼吸窘迫呼吸机1952的操作(其示例例如参考图1至图7进行说明)。此外,装置1956至1964中的一些能够远程控制呼吸窘迫呼吸机1952,而一些装置可能不能远程控制呼吸窘迫呼吸机1952。非医院急救护理环境1950内的各种通信和信令(包括无线信令)可以包括与呼吸窘迫呼吸机1952的操作不相关或甚至与患者护理不相关的信令。此外,诸如通过一个或多于一个无线网络等的非医院急救护理环境1950中的通信可能是不均匀的,并且潜在地经受频繁中断和重建。在一些实施例中,呼吸窘迫呼吸机1952被配置用于即使在具有可以包括前述的挑战的非医院环境中也进行高效、有效和安全的操作。在一些实施例中,与这种操作相关的软件可以存储在包括通气控制导向器(VCD)(其示例参考图11至图25进行说明)的呼吸窘迫呼吸机1952的控制器的存储器中。
在一些实施例中,VCD 1980可以包括如下的软件实现规则或过程,这些软件实现规则或过程用于检测和识别其他装置,用于确定其他装置的所需授权和所需配置,并且用于与其他装置操作地集成。VCD 1980还可以包括或者以其他方式可以访问所存储的信息以用于这些方面。在一些实施例中,VCD 1980可以检测当前装置或操作者的随时间经过的变化,并且呼吸窘迫呼吸机1952可以与一个或多于一个适当装置操作地集成,这在一些情况下可以包括由特定装置远程控制。VCD 1980还可以包括如下的软件实现规则或过程,这些软件实现规则或过程在适当时用于在多个适当授权和适当配置的装置之间进行装置的用于远程控制的选择,或者用于在不同的远程控制装置之间切换。VCD 1980还可以包括考虑到特定识别的通信相关的条件或模式(诸如可以包括通信的短或长损失等)的软件实现规则或过程。在一些实施例中,一个或多于一个其他装置自身也可以包括用于与呼吸窘迫呼吸机1952的通信和操作集成的软件和所存储的信息。
如图17A所描绘的,在非医院急救护理环境1950处,呼吸窘迫呼吸机操作者1954操作呼吸窘迫呼吸机1952以向患者1951提供处置,这可以包括向患者1951递送机械通气。急救护理环境1950可以包括表示为其他装置1956至1964的除呼吸窘迫呼吸机1952以外的多个潜在不同的装置。其他装置1956至1964例如可以包括便携式装置、医疗或处置装置、计算机和计算机化装置、诸如平板电脑和智能电话等的手持装置、以及其他。其他装置1956至1964中的一些或全部可以由表示为操作者1968至1976的一个或多于一个操作者操作,而一些可以在没有操作者或自动的情况下在一些或所有时间操作。环境1950中的装置1952、1956至1964和操作者1954、1968至1976中的各种可以在不同的时间到达和离开,使得存在于环境1950中的装置和操作者可以随时间的经过而变化。
在各种示例中,其他装置1956至1964中的一个或多于一个能够与呼吸窘迫呼吸机1952操作地集成,并且潜在地也彼此集成。例如,其他装置1956至1964可以包括CCM、除颤器和/或平板电脑,其可以与呼吸窘迫呼吸机1952(其各种示例参考图1至图7进行说明)操作地集成。然而,其他装置1956至1964也可以包括不能与呼吸窘迫呼吸机1952操作地集成的装置。在一些示例中,与呼吸窘迫呼吸机1952操作集成的装置可以与患者1951耦接,以及/或者可以包括用于从患者1951收集可以指示患者生理参数的信号的传感器或其他组件(其一些示例参考图1至图7进行说明)。尽管在图17A和图17B中没有描绘,但除呼吸窘迫呼吸机1952以外的装置或源还可以包括能够与呼吸窘迫呼吸机1952操作地集成的一个或多于一个非现场装置或源(其示例参考图2、图4和图6进行说明)。在一些情况下,该操作集成可以包括呼吸窘迫呼吸机1952的远程控制。
呼吸窘迫呼吸机1952包括VCD 1980,其示例例如在发明内容部分中以及参考图10至图25进行说明。在图17A和图17B所描绘的示例中,VCD 1980被实现为包括呼吸窘迫呼吸机1952的存储器中所存储的软件。
呼吸窘迫呼吸机1952以及其他装置1956至1964中的各种装置可以包括供它们的操作者使用的控件(各种装置的控件的示例参考图28A至图28C和图33至图35进行说明)。呼吸窘迫呼吸机1952能够经由有线或无线连接与其他装置1956至1964中的一些或全部进行有线和/或无线双向通信,并且其他装置1956至1964中的各种装置能够彼此进行有线和/或无线双向通信。
在一些实施例中,其他装置1956至1964中的一个或多于一个能够远程控制由呼吸窘迫呼吸机1952提供给患者1951的机械通气,诸如可以包括经由输入(诸如可以涉及设置相关命令等)的控制(诸如由装置的各个操作者或者在一些情况下或在某些时间由装置自动进行的经由装置控件的选择或键入等)等。
在一些实施例中,在利用特定远程控制装置建立远程控制的实例中,VCD 1980可以管理和实现包括故障模式条件分析的使用的由呼吸窘迫呼吸机1952对机械通气的控制(其示例参考图12至图25进行说明),这可能影响特定远程控制装置或VCD 1980自身是否在特定时间控制。
此外,VCD 1980可以仅允许通过适当授权和适当配置的装置或源进行远程控制。特别地,在一些实施例中,VCD 1980可以经由与装置的双向通信来确定装置是否满足一个或多于一个指定的授权要求和一个或多于一个指定的配置要求(诸如装置相关的、硬件和/或软件配置要求等)。在各种实施例中,例如,呼吸窘迫呼吸机1952、装置或这两者可以被配置为检测另一个何时存在(诸如在特定距离内等)、以及/或者是否满足其他条件(例如,另一个通电)。它们之间的通信可以由呼吸窘迫呼吸机1952或装置发起(例如,装置可以发送用以远程控制呼吸窘迫呼吸机1952的提议或请求,或者呼吸窘迫呼吸机1952可以发送由装置远程控制的提议或请求)。装置可以向呼吸窘迫呼吸机1952发送信息(或者,例如VCD1980可以请求该信息,然后装置可以发送该信息),以使得VCD 1980能够确定为装置(或装置和操作者)满足授权和配置要求(例如,装置可以发送装置和/或操作者识别信息、授权密码或代码信息、装置配置信息和/或其他信息)。如果VCD 1980确定为装置满足这些要求,则VCD 1980可以仅允许利用该装置的远程控制。
另外,在包括多个潜在远程控制装置的环境中,VCD 1980可以包括用于在该情境中管理远程控制的软件实现规则或过程。这例如可以包括用于针对数个装置中的各装置或者在不同时间针对不同装置进行授权和配置确定的规则或过程。这例如还可以包括用于在多个适当授权和适当配置的装置之间进行用于远程控制的选择的规则或过程、或者用于在指定条件下从一个远程控制装置切换到另一远程控制装置的规则或过程。
图17B示出如图17A所描绘的非医院急救护理环境1950的组件中的一些组件,其包括其他装置其中之一,具体为装置1966(其他装置未示出)。装置1966例如可以是与呼吸窘迫呼吸机1952双向通信1984的CCM、除颤器或平板电脑。在所描绘的示例中,VCD 1980确定为装置1966被正确授权和正确配置,并且利用装置1966的远程控制已建立。
如参考图16所述,例如,在一些情形中,呼吸窘迫呼吸机1952和远程控制装置1966之间的通信可能在特定时间被切断或以其他方式丢失。例如,如参考图22至图25所述,这可以是使得VCD 1956诸如基于一个或多于一个备用、默认、当前使用中、最近或最后接收到的有效设置值等来控制利用呼吸窘迫呼吸机1952的机械通气的故障模式条件的示例。
附加地,在一些实施例中,VCD 1980可以包括专用在例如瞬时通信丢失情形(诸如通信在非常短的时间段(例如,不到一秒或若干秒)内丢失或被切断的情形等)中的软件实现规则或过程。例如,在一些实施例中,VCD 1980可以被配置为将最后接收到的有效设置用于直至指定的第一阈值时间段的通信丢失(本文中称为瞬时通信丢失),但如果通信丢失延长得比第一阈值时间段长(本文中称为非瞬时通信丢失),则切换到使用不同的备用设置。在各种实施例中,例如,相对于非瞬时通信丢失情形(诸如可以涉及在这样的情形中使用不同的备用、最后接收到的有效的、或其他设置值等),可以在瞬时通信丢失情形中使用各种不同规则。更进一步地,在一些实施例中,VCD 1980可以被配置为存储与最近通信有关的信息,可以使用一个或多于一个算法来识别最近通信中的通信相关模式,并且可以使用用于确定设置值的规则,这些规则至少部分地基于检测到的最近通信相关模式。作为许多可能示例其中之一,频繁的瞬态通信丢失的所识别的最近通信相关模式可以指示在紧接之后的将来时间段内相对快速地重新建立通信的概率增加,并且可以触发在紧接之后的将来时间段内要采取的一些特定措施,诸如第一阈值时间段的略微增加、或者使用略微不同的特定备份设置等。
然而,要注意,由于(考虑到例如正常时延、正常网络业务等的各种因素)装置之间的通信不是真正瞬时的,因此在一些实施例中,通信中的非常短且正常的延迟(例如,在各种实施例中,直至不到一秒或若干秒的阈值)甚至不能被视为或定义为瞬时通信丢失。此外,在一些实施例中,例如,可以将瞬时通信丢失视为或定义为高于(被视为或被定义为与通信中的正常延迟相关联的)指定最大正常延迟阈值时间段并且直至与瞬时延迟相关联的指定最大阈值时间段的通信丢失。在一些实施例中,正常延迟不会导致由VCD 1980实现的任何设置值相关改变,这可能导致例如在正常延迟时间段期间使用最后接收到的有效设置。
在一些实施例中,呼吸窘迫呼吸机1952诸如经由无线通信等将包括使用中的当前设置值的数据连续发送到远程控制装置1966。在远程控制期间,远程控制装置1966可以定期地向呼吸窘迫呼吸机1952发送设置值命令,以诸如将特定设置值改变为特定新设置值等。设置值命令可以反映由远程控制装置1966的操作者1976经由远程控制装置1966的控件选择或输入的设置值。然而,附加地,呼吸窘迫呼吸机1952可以具有如下的控件,通过这些控件,呼吸窘迫呼吸机1952的操作者1954潜在地甚至在利用远程控制装置1966的控制期间也可以进行得到设置值命令的选择或键入。在一些实施例中,这有时可以在由呼吸窘迫呼吸机1952经由来自远程控制装置1966的通信接收到的命令与由呼吸窘迫呼吸机1952接收到并且基于由呼吸窘迫呼吸机1952的操作者1954的一个或多于一个选择或键入的不匹配命令(例如,指定用于特定设置的不同值的命令)之间在给定时间导致冲突。在一些实施例中,VCD 1980包括用于处理这种冲突情形的软件实现规则或过程。例如,在一些实施例中,在这种冲突情形中,由呼吸窘迫呼吸机1952基于呼吸窘迫呼吸机1952的操作者1954的选择或键入而接收到的命令被赋予优先权或优先级,并且代替由呼吸窘迫呼吸机1952经由来自远程控制装置1966的通信所接收到的冲突和不匹配命令而被实现。然而,在各种实施例中,可以遵循各种其他冲突解决和管理规则或过程,其例如可以包括向操作员1976、1954中的任一者或两者通知冲突,并且提示一者或两者进行确认、接受冲突命令、命令改变或采取其他步骤。
此外,呼吸窘迫呼吸机1952和远程控制装置1966之间的通信丢失可能导致如下的情形:例如,在远程控制装置1966处可用并且潜在地由操作者1976在远程控制装置1966的控件上查看的假定当前设置值(或诸如患者参数信息等的其他信息)实际上不是当前的并且因此不正确。例如,它们可能反映在通信被切断之前数秒或数分钟之前的当前设置值,并且这些设置值在切断时间段期间可能已改变。结果,操作者1976可能潜在地基于不正确的信息进行选择或键入,这导致关联命令,使得由操作者1976选择或键入的设置值以及由此产生的命令可以是基于不正确的相关信息的次优的或不明智的。此外,在切断通信情形中,呼吸窘迫呼吸机1952的操作者1954可能接收到由远程控制装置1966发送的非当前信息。在一些实施例中,VCD 1980(以及可能的其他装置)包括用于实现用以解决或减轻与这种情形相关联的问题的规则或过程的方面和软件。例如,在一些实施例中,VCD 1980可以使得向呼吸窘迫呼吸机1952的操作者1954提供警报或预警(例如,光、彩色光、其他视觉显示或声音),诸如可以向操作者1954警告或预警从远程控制装置1966接收到的一个或多于一个命令可以反映对不是当前的特定基础信息的考虑(例如,在由装置1966的操作者1976进行一个或多于一个关联选择或键入时,操作者1976接收到实际不是当前的、因此不正确或潜在不正确的当前设置值信息)。警报或预警可以进一步指示特定基础信息是非当前信息的程度(诸如秒或分钟的范围等),以及/或者警报或预警可以是不同的,诸如如果程度更大(例如,如果特定信息是非当前信息的时间量更大)则具有更大的量级(例如,更响亮的音调、更明亮的光、不同的彩色光)等。在一些实施例中,远程控制装置1966可以使用来自呼吸窘迫呼吸机1952的最后信息的接收时间信息或时间戳,并且可以相应地向操作者1976提供预警或警报。然而,在一些实施例中,通信中的正常延迟不被认为使得所接收的信息是非当前的。
图18至图21例示例如与如图12所描绘的通信1102、数据完整性1104、通气设置1106和患者生理学1108相关的各种类型的故障模式条件的示例。如参考例如图12至图17所述,在一些实施例中,呼吸窘迫呼吸机的VCD可以管理与故障模式条件相关的方面,并且还可以(诸如通过内部控制、通过启用或允许远程控制、或者通过这两者的方面等)管理和实现与呼吸窘迫呼吸机的控制相关的方面。
图18例示根据一些实施例的通信相关的故障模式条件1102的示例的表2000。通信相关的故障模式条件1102例如可以包括VCD检测到与远程控制源的通信已丢失2002(或者在一些实施例中,不充分或太慢)的条件或者VCD检测到未授权或配置不当的源的试图控制2004的条件。
在各种实施例中,可以利用各种错误检测和/或纠正(EDC)方案来降低误码率(BER)和随后的通信故障以及检测或错误。在一些实施例中,例如,可以利用确认(ACK)和/或否定确认(NACK)软件技术或方案。ACK/NACK方案例如可以用于确定当前是否存在通信,这可能是许可远程控制所需的。可以进行简单的循环冗余校验(CRC)。可替代地,可以采用块码或卷积码。可替代地,可以利用更复杂的EDC方法。在一些示例中,EDC方法可以具体针对通过远程控制的活动所呈现的独特的一组需求而定制。
在各种实施例中,在远程控制应用中,受控装置与远程控制器进行通信。通信可以是有线的或无线的、同步的或基于包的。通常,受控装置具有它们可以执行的命令/控制/动作/移动的有限集合。例如,远程控制经常发生在救护车、直升机或其他飞机中的嘈杂环境、以及电磁干扰环境中。受控装置的动作与环境干扰相组合可能导致描述系统的状态的参数发生变化。受控装置可能需要关于它们的当前状态与远程控制器进行通信并取得进一步指令。信息流将经受噪声;因此,系统性能可以取决于针对信道噪声对传输进行编码。此外,由于以下而导致可能存在远程控制的附加约束:需要对传输进行实时响应;因果编码和解码(代码的位可以仅取决于过去事件);以及信息的准确度和可靠度与针对实时通信所允许的延迟量之间的权衡。在一些实施例中,如在“Error Correcting Codes for AutomaticControl”,IEEE Transactions on Information Theory,Vol 55,No.7,July 2009中所述,可以采用针对远程控制应用所优化的编码方案,例如轨迹代码或树代码等。
在一些实施例中,VCD被配置为仅允许利用授权或正确配置的源的远程控制。例如,在一些实施例中,需要确保未经授权或不正确配置的装置或系统未被许可诸如通过控制呼吸窘迫呼吸机的机械通气方面等来控制呼吸窘迫呼吸机。这样,在一些实施例中,VCD仅允许某些装置或系统、或者满足预定授权或配置要求的装置或系统来远程控制呼吸窘迫呼吸机(例如,经受故障模式条件分析)。
例如,如图12所描绘的,通信信令1102可以包括将由呼吸窘迫呼吸机(无论是直接地还是经由一个或多于一个中间实体)接收的由远程装置发送的数据集合。该数据集合可以包括可以由VCD在确定是否许可装置或系统远程控制呼吸窘迫呼吸机(例如,经受故障模式分析)时使用的信息。在一些实施例中,例如,VCD可以将所接收到的数据集合与所存储的数据(诸如可以存储在呼吸窘迫呼吸机的控制器的存储器中等)进行比较,其中所接收到的数据集合和所存储的数据这两者都可以涉及授权或配置。至少部分地基于该比较,VCD可以确定远程装置或系统是否满足授权和/或配置要求,并且可以相应地许可或不许可远程控制。在一些实施例中,仅某些装置或系统或者某些类型或组的装置或系统可以满足这些要求。例如,所接收到的数据集合可以指定可进行比较的某些授权或配置信息,并且必须与指定所需的授权或配置信息的所存储数据匹配或相称,以便VCD许可远程控制。
在一些实施例中,远程装置或系统可以基于在远程装置或系统、呼吸窘迫呼吸机或另一装置或系统处做出的(诸如经由显示器/GUI等的)用户发起的请求,将数据集合发送到呼吸窘迫呼吸机。然而,在一些实施例中,可以在无需用户发起的情况下发送数据。例如,通过各种触发条件中的任何一个,远程装置或系统可被配置为被自动触发以发送数据,或者VCD可以被触发以请求数据。例如,在远程装置或系统是本地装置的情况下,数据发送可以仅由彼此足够接近的呼吸窘迫呼吸机和远程装置触发(如可以由装置中的任一个或两个检测到)。作为另一示例,在诸如图8所描绘的模块化环境等的模块化环境的情况下,数据发送可以通过呼吸窘迫呼吸机和远程装置接合、附接或对接在一起或在相同的坞站或扩展坞处被触发。在一些实施例中,即使VCD确定为许可远程控制,也可以提示用户并且可以要求用户确认为应发生远程控制。提示和确认可以在呼吸窘迫呼吸机、远程装置或系统、或者另一装置或系统处发生。
图19例示根据一些实施例的数据完整性相关的故障模式条件的示例2152的表2150。如图19所描绘的,数据完整性相关的故障模式条件例如可以包括VCD检测无效请求/命令数据(例如,由于各种潜在原因中的任何一个而不可使用、损坏或不可实现)的条件。
在一些实施例中,例如,ACK/NACK方案用于检查接收到的无效控制数据以及确认通信。此外,在一些实施例中,还可以利用循环冗余校验(CRC)或者一个或多于一个其他错误检测方法或技术。
例如,在一些实施例中,检查由呼吸窘迫呼吸机的VCD从远程控制装置或系统接收到的控制请求/命令是否满足特定要求,并且接收到控制命令还可用于确认为存在通信。有效性的要求例如可以涉及接收到的数据包、适当/允许的数据包大小、格式化、成帧、开始和停止分隔符/边界的存在、有效长度、以及控制命令的一个或多于一个方面没有损坏的确认。附加地,可以进行CRC。
在一些实施例中,预定的命令集合可以存储在控制器的存储器中,并且可以由VCD访问。作为有效性的要求,VCD可以检查以确保接收到的命令与预定的有效命令集合中的至少一个匹配。例如,在一些实现中,各命令可以具有关联的命令识别数据(命令ID),诸如关联的数字或字母数字字符串等。除其他要求外,可能要求接收到的命令ID与有效命令集合其中之一匹配。
此外,在一些实施例中,作为要求、有效性的要求或有效性的附加要求,VCD可以要求诸如定期地或按规则间隔等,诸如每10秒一次(或者例如每不到一秒一次、每1至10秒一次或每10至30秒一次)等,从远程控制装置或系统接收特定启用识别数据(“启用ID”)。预定启用ID的集合可以例如存储在控制器的存储器中等,其中各启用ID涉及特定命令集合,其中各特定命令集合例如可以是所有可能命令的子集。例如,各特定命令集可以涉及一个或多于一个特定类型、类别或宽度的命令,例如测试功能相关命令、监测功能相关命令和通气控制相关命令等。特定启用ID可以涉及特定命令集合中的一个或多于一个(例如仅测试功能相关命令、仅监测功能相关命令或仅通气控制相关命令等),或者可以涉及两个或多于两个命令集合(例如监测相关命令和通气控制相关命令、或者监测相关命令、通气控制相关指令和测试相关指令等)。在各种实施例中,为了使得能够进行与同特定启用ID相关联的特定一个或多于一个命令集合相关的远程控制,或者为了使得能够与远程控制装置或系统进行与特定一个或多于一个命令集合相关的通信或命令相关通信,或者为了使得能够与远程控制装置或系统进行任何类型的通信或命令相关通信,例如,VCD可以要求按每个特定时间段或间隔从与特定启用ID匹配的远程控制装置或系统接收启用ID。
在一些实现中,如果包满足要求,则认为是有效的,VCD可以通过向装置发送ACK数据包来进行响应,并且允许远程控制。然而,如果包不满足要求,则被认为是无效的,VCD可以不通过向装置发送ACK数据包进行响应(或者可以用与在控制命令满足要求的情况下不同的ACK数据包来进行响应),并且不允许远程控制。
在一些实施例中,特定协议结合ACK/NACK方案来使用。例如,在一些实现中,VCD可以在预定回复时间段(例如,500ms)内等待来自装置的ACK或NACK回复。如果在预定回复时间段内没有接收到回复(例如,发生超时),则VCD可以立即或可以不立即发送附加通信,并且可以再次等待响应(例如,最多可以1至20次之间的这种尝试,诸如2至5次或3次等)。在一些实施例中,预定回复时间段、尝试次数和/或超时次数可以部分地基于与回复或通信链路相关联的可能或预期误码率或最大误码率来确定或优化,或者与该可能或预期误码率或最大误码率相关。
此外,在一些实施例中,可以利用ACK/NACK和重试方案,或者ACK/NACK和重试方案附加地起到例如有效地调节或限制VCD和呼吸窘迫呼吸机从装置或系统接收数据的数据包速率(或其他数据接收速率)的目的。例如,该方案可用于诸如在不引起问题、数据丢失、溢出、延迟或不可接受的延迟量、或者减少总体操作的优化的情况下等,将数据包接收速率限制为可由呼吸窘迫呼吸机管理的流量。例如,在一些实施例中,如果数据包接收的速率为不可接受的高,则VCD可以控制或确定(一个或多于一个)响应的定时或速率,以将速率节流、控制或限制到最大可接受水平。
在一些实施例中,VCD不允许根据被确定为无效的请求/命令数据进行远程控制。在接收到无效请求/命令数据的情况下,VCD可以监测和/或等待新的有效请求/命令数据。在接收到有效的新数据时,VCD可以取决于故障模式条件分析相应地允许控制。
在一些实施例中,VCD可被配置为确定根据新接收到的有效请求/命令数据的控制是否可能表示一个或多于一个通气设置中的太大或太突然的变化,该变化可以表示通气设置相关的故障模式条件(其更多示例参考图20来提供)。例如,如果呼吸窘迫呼吸机的机械通气设备将不能立即做出这样的大的或突然的变化(或变化的组合),或者如果这样的大的或突然的变化(或变化的组合)可能造成对通气系统或患者的风险、或者不可接受的或不想要的风险程度,则可能是这种情况。在各种实施例或实例中,在这种情况下,VCD可以以各种方式进行响应。例如,VCD可以从算法上指定一个或多于一个设置值的随时间经过的逐渐增加或减少,诸如可以包括一个或多于一个设置值随时间经过的调整等。例如,增加或减少的速率可以被限制为可能的、最佳的或安全的速率。
在各种实施例中,直到接收到新的、有效的请求/命令数据为止(或者在通信丢失或不充分的实例中,直到重新建立通信为止),VCD可以以各种可能的方式在内部控制利用呼吸窘迫呼吸机的机械通气。在一些实施例中,VCD可以根据当前使用中的、最近的或最后接收到的有效、备用或默认设置来控制机械通气,直到接收到新的、有效的请求/命令数据为止(取决于故障模式条件分析)。此外,在一些实施例中,呼吸窘迫呼吸机的控制器和VCD可被配置为使用编索引方案以允许对最后接收到的有效、备用或默认设置的快速、有效或优化检索,这可以允许更快或更高效的控制。
在一些实施例中,呼吸窘迫呼吸机控制器或VCD的方面包括优化特征,诸如可以结合由呼吸窘迫呼吸机提供的机械通气的控制来减轻风险和/或增加优化等。例如,这样的优化可以考虑VCD操作的优先级,这例如可以包括:有时对于例如针对处理的资源使用的效率或节约,对避免停止、冻结、停顿或延迟进行一定程度的强调或优先级排序。另外,这种优化可以考虑最小化停止、延迟或不兼容确定的重要性,这在一些实例中可以暂停、延迟或降低最佳通气设置调整的实现速度的程度。这进而可以减少所提供的通气的优化,从而潜在地减少最佳患者护理,或者产生或增加患者风险。优化特征例如可以包括在确定为适当的情况下禁用中断以例如防止临时停止VCD操作以及使用单线程处理方面,这可以减少与VCD操作相关的临时处理停顿和停止。
在一些实施例中,可以利用单线程处理和/或多线程处理。在单个线程进程中,指令由处理器以单个序列执行。相比之下,在多线程处理中,程序的多个部分在多个并发执行的线程(其是编程指令的序列)中并发地执行。多线程处理与单线程处理相比可以更快且更高效,从而允许多个线程共享访问资源。然而,多线程处理往往更复杂,并且可能更容易导致错误或停顿。这可能是由于多线程编程的复杂度高得多,或者可能与多线程中的资源的所需锁定相关,这限制了对特定资源的访问以防止例如不一致。在一些实施例或区域中,利用单线程处理,因为单线程处理由于不需要资源的锁定因而例如可以更简单且不易潜在地导致错误或停顿。然而,在一些实施例中,考虑到多线程处理的优点,利用或者还利用多线程处理,但如以下所述,可以结合多线程处理的使用来采用各种优化特征,以最小化或减少缺点。
在多线程方面,优化特征例如可以包括使用线程安全方面,使得多个线程可以利用延迟或不可预测性减少的公共资源。这种优化特征例如可以包括使用以下:无状态实现方面(例如,使用无状态确定性函数);不可变实现方面(例如,具有在构造之后不能被修改的内部状态的类实例);threadlocal字段(例如,线程之间不共享状态的类);同步集合(例如,使用包括在集合框架内的同步包装器的集合)、并发集合(例如,其将它们的数据划分为段);原子对象(例如,其允许在不使用同步的情况下进行操作);同步方法(例如,其中一次仅一个线程可以访问同步方法,同时阻止从其他线程对该方法的访问)、同步语句(例如,同步整个方法),使用其他对象作为锁,诸如重入锁或读/写锁(例如,使用外部实体来强制对资源的独占访问)等;注意事项(例如,避免使用字符串进行锁定);以及易失性字段(例如,相对于主存储器或其他存储器而不是高速缓冲存储器进行计数器变量的存储和读取)。
优化特征还可以适当包括:诸如在滤除和降低数据噪声中等,将直方图或直方图滤波器用于利用呼吸窘迫呼吸机的流量测量。这例如可以包括使用直方图滤波器或者一个或多于一个其他类型的数字滤波器来确定最可能的信号值、以及使用所确定的最可能的信号值来滤除数据噪声。优化特征例如还可以包括:维护预定的或优化的缓冲器或者处理容量或存储器的未使用部分,以降低过载、冻结或停止的风险。
图20例示根据一些实施例的呼吸机设置相关的故障模式条件的表2220。呼吸机设置相关的故障模式条件例如可以包括总体系统失败2222,总体系统失败2222可以包括VCD根据远程控制进行的控制失败的情形。在这样的实例中,VCD可以被配置为根据例如备用、默认、当前使用中、最近或最后接收到的有效设置值来控制机械通气设备。此外,控制器和VCD可以被配置为即使在经历各种失败(例如,无法或不能接收、解释、处理或实现远程控制数据或命令)中的任何失败时也实现这种控制。
呼吸机设置相关的故障模式条件还可以包括与通气设置检查失败2224(诸如在一个或多于一个所请求通气设置或其组合不可能或超出允许界限的情况下等)相关的故障模式条件。这些例如可以包括VCD检查,以确保所请求通气设置(例如,PIP、流量目标)或其组合在基于诸如安全性、可实现性或实现能力等的因素的可接受范围或者范围的组合内。例如,在一些实施例中,许可范围可以是预配置的并且基于系统的设计和限制(诸如可实现的、可控制的或者稳定地或非不规律地可控制的最大或最小设置等),或者可以基于预配置的规则但取决于特定操作条件或其他设置。在各种实施例中,在特定情形中,控制器和VCD可以以各种方式处理越界设置命令。在一些实施例中,例如,可以关于所请求设置来触发警告或其他消息并提供给用户。在各种实例中,用户可以诸如经由CSG等被警告和提示以确认改变,或者被给出不许可所请求改变的消息。该消息可能包括附加细节,例如不许可所请求改变的原因、或者可以许可的最大较小改变等。在一些实施例或实例中,VCD可以不根据被确定为在允许/许可界限之外的设置(或多个设置)请求/命令来控制,并且可以作为代替根据例如备用、默认、当前使用中、最近或最后接收到的有效设置来控制。
在其他实施例或实例中,VCD可被配置为至少部分地基于与设置请求/命令相关联的(一个或多于一个)设置来确定(一个或多于一个)经调整设置。例如,在一些实例中,如果所请求设置高于许可范围,则VCD可以确定在许可范围的最大值处的经调整设置,并且如果所请求设置低于许可范围,则VCD可以确定在许可范围的最小值处的经调整设置。然后,VCD可以根据所确定的经调整设置来控制呼吸窘迫呼吸机的机械通气设备。此外,在一些实例中,可以在相互依赖的范围内约束两个或多于两个设置的组合,使得各自的许可范围至少部分地取决于许可范围或者一个或多于一个其他。例如,这种相互依赖的设置可以包括呼吸速率、I:E比率和吸气时间等。在这种情况下,以各种方式,VCD可以确定针对所请求设置中的一个或多于一个所请求设置的经调整设置,使得例如许可设置的组合,并且可以相应地控制。
此外,在一些实现中,对于一些所请求设置或落入特定范围的所请求设置,VCD可被配置为在根据所请求设置控制之前获得设置的用户确认、授权或许可。例如,关于可能在一些方面影响或产生患者风险的设置改变可能需要用户确认,或者用户确认可能表明潜在数据错误或与潜在数据错误有关。例如,这种错误可以是人为/用户错误(诸如与用户的设置改变相关联的请求/命令等,其中用户可能意外地输入了错误的值)、或者基于器材、硬件或软件的错误(例如,由诸如可能由错位或移位的探测器导致的错误传感器读数等的错误传感器读数引起)。例如,在一些实现中,落入处于或超过特定高阈值的范围或者潜在过高的所请求的PIP或PEEP设置可能需要用户确认。此外,在一些实现中,当需要用户确认时,可以相应地例如经由远程控制装置和/或呼吸窘迫呼吸机的显示器/GUI或CSG等提示用户。
图21例示根据一些实施例的示例警报相关的故障模式条件2352的表2350。警报相关的故障模式条件可以例如包括患者生理相关警报。在一些实施例中,例如,VCD可以被配置为监测预定义的患者生理参数值,例如高风险或不安全参数值等,这些参数值可能发展并且可以使得一个或多于一个当前通气设置值不许可。例如,在一些实例中,高风险或不安全的患者生理参数值可能发展并且可能使得一个或多于一个特定当前通气设置不安全。在各种实施例中,在这样的实例中,VCD可以例如根据经调整、备用或最后接收到的有效设置进行控制(包括根据需要改变当前设置)。此外,在一些实现中,VCD被配置成使得警报或一些警报引起呈现给用户的警报(诸如视觉或音频(例如,声音或文字)警报等)的呈现,其例如可以在远程控制装置和/或呼吸窘迫呼吸机的显示器/GUI或CSG上呈现。要注意,在一些实施例中,VCD诸如通过连续地或频繁地监测警报条件并相应地采取适当动作等,可以与其他故障模式条件和故障模式条件分析分开地或独立地或者除其他故障模式条件和故障模式条件分析之外,监测警报条件并采取与警报条件相关的动作。
图22例示根据一些实施例的与由VCD实现的故障模式条件分析相关的方法2400,其包括利用VCD的控制根据接收到的通气设置值或按照VCD确定的设置值来向通气系统发信号。在步骤2402,VCD监测(例如,与通信、数据完整性、通气设置或警报相关的)故障模式条件的发生或存在。在步骤2404,例如在预定或特定时间等,VCD询问是否检测到故障模式条件(或多于一个)。
在步骤2404,如果VCD没有检测到故障模式条件,则在步骤2406,VCD使得能够利用远程控制源,通过根据远程控制源所请求的一个或多于一个通气设置值向呼吸窘迫呼吸机的通气系统发信号来控制通气。然后,VCD等待预定时间段(例如,1秒、不到一秒、或数秒(例如,在0.1和1秒之间、或在1和10秒之间),然后返回到步骤2402。
然而,在步骤2404,如果VCD检测到故障模式条件,则在步骤2408,VCD根据VCD确定的一个或多于一个设置值(例如,基于调整所请求设置,或者基于备用、默认、当前使用中、最近或最后接收到的有效设置)来控制呼吸窘迫呼吸机的通气系统。然后,VCD等待预定时间段(例如,1秒、不到一秒或数秒),然后返回到步骤2402。
图23例示根据一些实施例的与由VCD实现的故障模式条件分析相关的方法2500,其包括与通信相关的故障模式条件分析相关的详情。在步骤2502,VCD在检查呼吸窘迫呼吸机和远程控制源之间的通信时,进行一个或多于一个CRC以及包括重试协议的ACK/NACK方案。在步骤2504,例如,VCD询问例如在当前时间等是否存在通信(或者,在一些实施例中,是否存在足够的通信或者以足够速率的通信)。
在步骤2504,如果确定为不存在通信,则在步骤2506,VCD询问最后从远程控制源接收到的有效通气设置是否触发任何警报。在一些实施例中,这可以提供附加或备用检查以监测触发任何警报的设置。如果没有触发警报,则在步骤2510,VCD根据最后接收的有效设置来控制呼吸窘迫呼吸机的机械通气系统。如果触发警报,则在步骤2512,VCD根据备用设置进行控制。
然而,在步骤2504,如果确定为存在通信,则在步骤2508处,VCD询问是否存在任何非通信故障模式条件(例如,与数据完整性、通气设置或警报相关,其示例参考图19至图21进行说明)。如果不存在非通信故障模式条件,则在步骤2514,VCD根据所请求设置来控制呼吸窘迫呼吸机的机械通气系统。如果存在非通信故障模式条件,则在步骤2516,VCD根据非通信相关额故障模式条件分析来根据通气设置进行控制。
图24例示根据一些实施例的与由VCD实现的故障模式条件分析相关的方法2600,其包括与数据完整性相关的故障模式条件分析相关的详情。在步骤2602,VCD确定为在VCD和远程控制源之间存在通信。在步骤2604,VCD对接收到的(一个或多于一个)设置请求数据进行数据完整性相关的故障模式条件分析,其包括针对有效命令ID、数据格式化和数据边界化、以及潜在的其他等的一个或多于一个CRC检查。在步骤2606,VCD询问(一个或多于一个)设置请求数据是否通过数据完整性相关的故障模式条件分析(例如,诸如在当前时间等确定为不存在数据完整性相关的故障模式条件)。
在步骤2606,如果数据没有通过分析(例如,确定为存在至少一个数据完整性相关的故障模式条件),则在步骤2608,VCD询问从远程控制源最后接收到的有效通气设置是否触发任何警报。如果没有触发警报,则在步骤2612,VCD根据最后接收到的有效设置来控制呼吸窘迫呼吸机的机械通气系统。如果触发警报,则在步骤2614,VCD根据备用设置进行控制。
然而,在步骤2606,如果数据通过分析(例如,确定为不存在数据完整性相关的故障模式条件),则在步骤2610,VCD根据基于通气设置相关的故障模式条件分析和警报相关的故障模式条件分析的通气设置来控制呼吸窘迫呼吸机的机械通气系统。
图25例示根据一些实施例的与由VCD实现的故障模式条件分析相关的方法2760,其包括与通气设置相关的故障模式条件分析相关的详情。在步骤2762,VCD确定为在VCD和远程控制源之间存在通信。在步骤2764,VCD确定为所接收到的(一个或多于一个)设置请求数据通过数据完整性相关的故障模式条件分析测试(例如,没有检测到数据完整性相关的故障模式条件)。在步骤2766,VCD对所接收到的(一个或多于一个)设置请求数据进行通气参数设置相关的故障模式条件分析,其包括确认为所请求的通气参数(一个或多于一个)设置(一个或多于一个)值落入(一个或多于一个)许可的通气参数范围内。接着,在步骤2768,VCD询问请求数据是否通过分析。在步骤2768,如果请求数据没有通过分析(例如,检测到至少一个通气参数故障模式条件,或触发警报),则在步骤2770,VCD根据最后接收到的有效设置、备用设置或通过调整所请求设置所确定的设置来控制呼吸窘迫呼吸机的机械通气系统。然而,在步骤2768,如果请求数据通过分析(例如,没有检测到通气参数故障模式条件)、并且没有触发任何警报,则在步骤2772,VCD根据所请求的设置进行控制。在一些实施例中,对于某些范围内的所请求设置,可以在VCD根据所请求的设置进行控制之前提示和要求用户确认。
图26例示具有一个或多于一个非通气模式3054和一个或多于一个通气模式3056的示例呼吸窘迫呼吸机3052的框图3050。在所描绘的示例中,当处于非通气模式3054时,呼吸窘迫呼吸机3052可用于在不提供任何形式的通气的情况下进行患者监测和评定。在一些实施例中,在非通气模式3054中,一个或多于一个肺量计可用于评定患者的呼吸功能。一个或多于一个非通气模式3054可以用在急救情境中,诸如用于正在经历呼吸窘迫且需要监测但当前不需要机械通气的患者等。一个或多于一个非通气模式也可以用在非急救情境中,诸如用于没有正在经历呼吸窘迫或者在非急救医生的办公室或医院就诊的患者等。在一些实现中,在非急救护理情境中,呼吸窘迫呼吸机可与其肺量计一起用于评定患者的呼吸功能或状况。这种非急救护理评定可以不包括可在急救护理设置中使用的某些组件(诸如患者回路、特定患者回路或患者回路的方面等)的使用。呼吸窘迫呼吸机能够诸如通过用户选择、自动地、通过用户提示和确认、或者以其他方式等在非通气模式和通气模式之间切换。
当处于通气模式3056其中之一时,呼吸窘迫呼吸机3052可以提供各种形式的通气(其示例参考图27进行说明)中的任何一个,但也可以提供或继续提供患者监测和评定。
图27例示根据一些实施例的示例呼吸窘迫呼吸机通气能力或模式3000的框图。如所描绘的,呼吸窘迫呼吸机3002包括各种类型和/或模式的通气能力3004。在一些实施例中,例如,这些包括:(1)无创通气(NIV)3006,其包括持续气道正压(CPAP)3008和双水平气道正压(BPAP)通气3010;(2)高流量鼻插管(HFNC)3012;(3)有创通气(IV)3014,其包括辅助控制(AC)3016、同步间歇强制通气(SIMV)3018;以及(4)在CPR胸外按压期间提供的通气3022。此外,在一些实施例中,呼吸窘迫呼吸机可以以压力或容积目标模式提供通气。
通常,NIV 3004在过去的20年已越来越多地用于急性护理设置中,特别是用于高碳酸血症型呼吸衰竭。特别地,由于COPD或其他病因而引起的急性高碳酸血症型呼吸衰竭的患者可能对NIV 3006反应良好。此外,存在支持将NIV 3006还用于其他病因的高碳酸血症型呼吸衰竭的处置的证据。在一些实施例中,可以优化呼吸窘迫呼吸机以在CPAP 3008和双水平3010模式中提供优异的NIV 3006。
在一些实施例中,呼吸窘迫呼吸机可以按照如下配备有提供NIV 3006时的特性。在提供NIV 3006时,呼吸窘迫呼吸机可以在至少从0到50cm H2O的压力范围内进行操作,并且可以提供例如加或减0.3cm H2O的最大变化。此外,在一些实施例中,可以按照如下维持最大压力变化。在小于10cm H2O的压力处,可以维持以下的最大压力变化:在10BPM处,加或减0.4cm H2O;在15BPM处,加或减0.5cm H2O;以及在20BPM处,加或减0.8cm H2O。在10和50cmH2O的压力处,可以维持以下的最大压力变化:在每分钟10次呼吸(BPM)处,加或减0.5cmH2O;在15BPM处,加或减0.8cm H2O;以及在20BPM处,加或减1.0cm H2O。更进一步地,在一些实现中,可以在压力的操作范围内维持250升/分钟的最大流速。然而,其他实施例可以以更大或更小的准确度和变化以及不同特性来使用。
在一些实施例中,在诸如NIV 3006模式等的操作模式中,出于可以包括最大化或优化系统性能、稳定性或效率(例如与临床关注、或者能量、氧或其他资源使用有关等)、或患者安全或舒适的原因,可以逐渐增加各种呼吸窘迫呼吸机操作参数。附加地,在一些实施例中,出于类似的原因,便携式通气或呼吸窘迫呼吸机能够检测和补偿所检测到的泄漏(诸如吸气或呼气患者回路泄漏等)。在各种实施例中,可以以不同的方式进行泄漏检测。例如,可以通过确定检测到的吸气和呼气流量之间的差来实现泄漏检测。作为另一示例,也可以通过在呼气结束时确定下降PEEP来实现泄漏检测。泄漏补偿例如可以通过使用诸如送风机等的气流生成器引起适当的补偿附加气流来实现。在一些实施例中,用户能够修复泄漏,并且CSG可以用于在这方面引导用户。
在一些实施例中,在诸如NIV 3006或其他等的模式中,呼吸窘迫呼吸机可以提供警报(无论是在呼吸窘迫呼吸机上或呼吸窘迫呼吸机处还是在其他地方(诸如显示器/GUI上的CSG的一部分等)呈现),这些警报例如可以涉及患者或通气相关参数,诸如泄漏或可能泄漏(诸如与PEEP或呼气气道正压(EPAP)有关等)、过高或过低的参数值(诸如SpO2或其他气体交换相关参数、Vt、Ve或RR等)、以及诸如Rrs、呼吸顺应性和其他等的呼吸参数等。此外,在一些实施例中,呼吸窘迫呼吸机在提供双水平通气期间,可以改变诸如PIP或吸气气道正压(IPAP)等的参数,以诸如确保或帮助确保实现目标Vt等。附加地,在一些实施例中,呼吸窘迫呼吸机可以例如改变基线压力,以确定或帮助确定要应用的PEEP或EPAP的最佳水平。此外,在一些实施例中,呼吸窘迫呼吸机可以检测或确定异步或潜在异步相关事件,并且可以相应地确定和提供预警、警报或CG。更进一步地,在一些实施例中,呼吸窘迫呼吸机可以诸如关于诸如呼吸阻力(Rrs)和Crs或其他等的参数来检测或确定随时间经过的趋势,并且可以相应地提供预警、警报或CSG。此外,在一些实施例中,便携式通气或呼吸窘迫呼吸机可以包括手动呼吸选项或按钮。
在HFNC 3012中,可以将加热和加湿的氧或含氧气体以高流速递送到鼻子。这些高流速可以在上气道中生成低水平的正压,并且例如可以相应地调整FiO2。高流速也可以通过使用HFNC 3012从上气道冲洗呼出的二氧化碳来减少生理死腔,这是用于潜在地解释在患者呼吸的作业中的观察到的减少的过程。在各种来源的急性呼吸衰竭患者中,高流量氧已被证明比其他类型的氧治疗得到更好的舒适度和氧合。特别地,已有证据支持将HFNC3012用于轻度至重度毛细支气管炎的儿童患者。研究结果表明,使用HFNC 3012处置的患者比接收其他氧治疗的患者更快恢复进食,需要更少的氧,并且更快地出院。
已观察到HFNC 3012特别是在其他氧递送系统可能失效或表现不佳的高流速下,可以在加热到核心温度和加湿患者的呼吸系统中发挥重要作用。例如,HFNC诸如通过在经由HFNC接收温热和加湿气体之前和之后观察到吸入示踪剂的滞留百分比降低等,可以改善如在特发性支气管扩张症患者中已经证实的粘液纤毛功能和分泌物清除率。附加地,已经观察到,利用HFNC,特别在自发性Ve高的患者中,加热和增加吸入气体的相对湿度的所需代谢成本降低。在一些实施例中,呼吸窘迫呼吸机包括或配备有加热的加湿器。此外,在一些实施例中,提供了与加热加湿器操作相关的警报。
在一些实施例中,在提供IV 3014时,呼吸窘迫呼吸机可以提供以下的参数值范围:RR在1至12BPM加或减1BPM的范围内,RR在12至50BPM加或减2BPM的范围内;Vt为50至2000ml加或减15%+4ml;PIP为5至65cm H2O,吸气时间(TI)为0.3至3加或减10%秒;峰流量为200加或减10%升/分钟;PEEP为5至30cm H2O,触发灵敏度为-2.5至10cm H2O;压力支持(PS)为5至50cm H2O;以及FiO2为21至100%。然而,其他实施例可以以更大或更小的准确度和变化以及不同的特性来使用。
在一些实施例中,呼吸窘迫呼吸机在CPR胸外按压期间提供通气,其包括在正在提供CPR胸外按压或CPR胸外按压治疗的时间段期间提供的通气。在CPR胸外按压期间提供的通气例如可以与按压协调或同步。这可以包括例如基于或至少部分地基于每分钟(或其他时间单位)按压次数来确定每分钟(或其他时间单位)呼吸量。在CPR胸外按压期间提供的通气可以与CPR胸外按压异步地提供,诸如每分钟(或其他时间单位)呼吸次数与CPR胸外按压速率无关等。在一些实施例中,不论气道状态如何,都使用压力目标提供CPR期间的通气(例如SIMV等)。
在一些实施例中,呼吸窘迫呼吸机包括至少一个肺量计。在各种实施例中,可以包括不同程度、宽度或水平的基本或高级肺活量测定。
在一些实施例中,有限肺活量测定的目标可以促进患者呼吸评定,以促进筛查疾病状态或病因或者进行与疾病状态或病因相关联的评定。在一些实施例中,例如,使用肺活量测定所确定或获得的患者的一个或多于一个呼吸参数可用于针对疾病状态或病因、可能的疾病状态或病因、或者与特定疾病状态或病因相关联的概率或概率范围作出评定或确定。在一些实施例中,可以将使用肺活量测定所确定或获得的患者的特定呼吸参数的值或范围与同健康患者、或具有特定疾病状态或病因的患者、或特别有可能具有特定疾病状态或病因的患者相关联的值或范围进行比较。患者的呼吸状况可以包括前述中的任何一个或者与前述中的任何一个相关的数据以及其他等,其包括与另一病况(其可以是呼吸或非呼吸病况)相关联的呼吸窘迫。
例如,在一些实施例中,呼吸窘迫呼吸机可以包括符合美国胸科学会(ATS)/欧洲呼吸协会(ERS)标准和国际标准化组织(ISO)26782的肺活量测定。肺量计能够在0至9升(或者例如高达12、15、18或21升)的范围内进行肺活量检测,在12至900升/分钟(或者例如下限为2、5或9、15、20、25或30,或者例如上限为150、200、250、300、350、400、450、500、600、700、800、850、950、1000、1100、1200、1300、1400或1500)的范围内进行流量检测,并且准确度为加或减2.5%(或者例如在0.1%和10%之间,诸如0.1%、0.5%、1%、1.5%、2%、2.5%、3.0%、3.5%、4%、4.5%、5%、6%、7%、8%、9%或10%等)。
在一些实施例中,可以将使用肺活量测定所确定或获得的与患者相关的数据或测量值与基于患者的特性的参考或预测值进行比较。这可以结合确定患者是否具有或可能具有特定的、显著的或严重的疾病状态或病因来进行,或者结合确定关联的概率或概率范围来进行。例如,在正常(或其他)范围内或足够远的范围内的测量值可能表明或证明不存在这样的疾病状态或病因。然而,在正常(或其他)范围之外或足够远的范围之外的测量值可能暗示或证明存在这样的疾病状态或病因。在一些实施例中,可以将使用肺活量测定所确定或获得的与患者相关的数据或测量值与其他参考肺活量测定数据(诸如肺活量测定数据平均值、或者与特定疾病状态或病因、其类型或群体、或其关联概率相关联的数据等)进行比较。这样做可以促进患者疾病状态或病因评定或确定。此外,在一些实施例中,可以将与患者相关的肺活量测定数据或测量值与同个体的特定类型、群体、或者人口统计或生理特性(例如,年龄、性别、种族背景、当前或历史健康、健康问题或病史等)相关联的参考肺活量测定数据进行比较。可以在患者疾病状态或病因评定或确定中考虑患者的特性(或患者相关数据)与同参考数据相关联的个体的特性(或参考数据的其他方面)之间的相似性或差异。在一些实施例中,各种算法、机器学习或人工智能可用于促进患者疾病状态或病因评定或确定。
研究表明,过度通气可导致例如胸内压力升高、静脉回流受损、冠状动脉灌注压降低和患者存活率更低,或者与这些相关联。结果,在一些实施例中,呼吸窘迫呼吸机可用于在CPR胸外按压期间提供例如适度/保守、一致的通气。在一些实施例中,例如,在没有气道保护的面罩通气期间,呼吸窘迫呼吸机可以递送同步通气,例如,每30次(或者例如10至100次)按压2次(或者例如1至5次)呼吸。此外,在一些实施例中,例如,在具有气道保护(例如,经由气管内管路或食道气管气道)的通气期间,呼吸窘迫呼吸机可以独立于按压速率(异步地)递送例如10次呼吸/分钟(或者例如5至20次)。
图28A至图28C例示可用于各种实施例的包括控件的呼吸窘迫呼吸机的许多可能变形中的几个变形。在图28A至图28C中,示出提示性呼吸窘迫呼吸机轮廓和形状,并且在顶部和侧面省略了详情。在各种实施例中,所包括控件的程度可以沿着包容性和复杂性的谱而变化。所包括控件的更有限集合可以强调或偏爱例如诸如操作的简易性、更小的大小或更依赖于远程控制等的方面。所包括控件的更包括集合可以强调或偏爱例如更多的用户信息、在呼吸窘迫呼吸机处可用的更多控制以及对远程控制的更少依赖。在一些实施例中,所包括控件的集合中的特定所包括特征可以基于各种因素来优化,这些各种因素诸如可以涉及例如一个或多于一个预期或可能使用、用户培训或体验、对呼吸窘迫呼吸机的可用用户关注程度、或者其他因素等。在一些实施例中,如图28A至图28C所描绘的所包括控件集合4002、4022、4042的方面可用于提供用户交互式CSG(其示例参考图30至图35进行说明)。在一些实施例中,一个或多于一个远程控制装置可以具有部分地基于呼吸窘迫呼吸机的所包括控件来优化的控件集合,因为这些装置可以以集成方式和在集成环境中操作。
图28A例示呼吸窘迫呼吸机4000的示例正面。呼吸窘迫呼吸机4000具有所包括控件4002,所包括控件4002仅包括电源开关4004和通信指示灯4006(或者在其他实施例中,通信指示灯例如可以是远程控制指示灯)。通信指示灯4006(或远程控制指示灯)可以在存在与远程控制装置或系统的通信时(或者,在远程控制指示灯的情况下,当正在发生远程控制时)点亮,或者指示例如有线连接、无线连接、蓝牙连接、或者一个或多于一个其他连接形式或协议。
在诸如图28A至图28C所描绘的实施例等的实施例中,呼吸窘迫呼吸机4000的显示器/GUI可以包括例如液晶显示器(LCD)、有机LED(OLED)、微LED或其他类型的显示器。在一些实施例中,显示器/GUI可以包括触摸屏方面。此外,在一些实施例中,显示器/GUI可以是用户选择性地隐藏或显示的,并且在隐藏时,如果需要用户注意,则可以提供诸如可见或闪烁灯等的一些指示。
在一些实施例中,呼吸窘迫呼吸机4000的显示器/GUI或者呼吸窘迫呼吸机4000的一个或多于一个其他部分或组件可以是模块化的,并且可以是可附接到呼吸窘迫呼吸机4000以及从呼吸窘迫呼吸机4000可移除的,诸如可附接和可拆卸的LCD显示模块等。此外,在一些实施例中,可以将各种不同类型的显示模块(诸如不同复杂度的显示模块等)附接到呼吸窘迫呼吸机4000,使得呼吸窘迫呼吸机4000可以由用户针对显示器/GUI定制。此外,在一些实施例中,呼吸窘迫呼吸机4000的显示器/GUI自身可以是模块化的,并且包括多个模块化组件,例如顶部、中部和下部组件等。这些组件中的任何一个可以是可附接和可拆卸的,从而允许不同显示组件的混合以及呼吸窘迫呼吸机4000的整个显示器/GUI的关联定制。
在一些实施例中,呼吸窘迫呼吸机4000的患者回路或与呼吸窘迫呼吸机4000可耦接的患者回路可被配置成使得患者回路的所有部分都附接,并且这些部分作为模块化单元附接至呼吸窘迫呼吸机4000。
此外,在一些实施例中,呼吸窘迫呼吸机4000例如可以包括手柄或通孔,从而允许方便或稳定地抓握或操纵呼吸窘迫呼吸机4000。在一些实施例中,手柄自身可以包括显示器,该显示器例如可以包括状况或警报指示区域或发光区域。
图28B例示呼吸窘迫呼吸机4020的示例正面,其中所包括控件4022包括电源开关4024、通信或远程控制灯4026(其特征例如可以类似于如图28A所描绘的相应特征4004、4006)和显示器/GUI区域4028。
显示器/GUI可以包括中央显示器/GUI区域4032、上下箭头选择按钮4030以及加号和减号选择按钮4034。在所示的实施例中,用户可以使用上下箭头选择按钮4030来滚动浏览多个项以供显示,其中这些项中的一些或全部可以经受用户的潜在设置或调整。可滚动项例如可以包括一个或多于一个操作模式(例如,一个或多于一个非通气模式或一个或多于一个通气模式,诸如参考图26和图27所述的模式等)以及各种参数设置(诸如患者生理相关参数设置或通气相关参数设置以及其他等)。在所示的示例中,在中央显示器/GUI区域4032中示出呼吸窘迫呼吸机4020的当前FiO2设置(未示出实际设置,但在一些实施例中,FiO2可以在例如21%和100%之间变化)。作为示例,用户可能使用了上下箭头选择按钮4030来选择FiO2参数设置以供显示。一旦显示,用户能够通过使用加号和减号选择按钮4034增加或减少所显示的当前数值来改变该当前数值(潜在地经受潜在限制、确认等)。在各种实施例中,可以在无向用户的进一步指示的情况下(潜在地除非需要用户确认)实现改变后的所显示设置,或者可以提供向用户的一些指示(例如,显示器/GUI可以短暂闪烁或改变颜色,或者可以提供一些音频确认(诸如声音或者一个或多于一个词语等))。
图28C例示呼吸窘迫呼吸机4040的示例正面,其中所包括控件4042包括电源开关4044和通信或远程控制指示灯4046(其例如可以类似于在图28A至图28B中所描绘的组件4004、4024、4006、4026)。所包括控件4042还包括显示器/GUI区域4055以及加号和减号选择箭头4056,其可以在某些程度上类似于如图28B所描绘的中央显示器/GUI区域4032以及加号和减号选择箭头4034。然而,在图28C所描绘的实施例中,没有提供上下箭头。在本实施例中,代替使用上下箭头来选择供显示(并且潜在地供用户改变设置)的项,提供了拨盘4050。在一些实施例中,例如,用户可以顺时针地或逆时针地转动拨盘4050以滚动浏览并改变显示器/GUI区域4055(或显示器/GUI的其他区域)中的当前显示项,并且可以按下拨盘以进行某些选择、调整、改变、确认。在一些实施例中,可以包括滚轮,从而例如允许滚动以选择所显示的项并按下以选择该项,例如选择或解除警报等。然而,在各种实施例中,可以关于所包括控件集合使用许多变形,诸如所包括控件集合的不同宽度和大小、特定类型和项的控件、以及用户可以交互或提供不同形式的输入的不同方式等。
在图28C所描绘的实施例中,较大的顶部显示器/GUI区域4048显示各种信息。顶部显示器/GUI区域4048包括当前操作模式的显示,诸如由呼吸窘迫呼吸机正在提供的当前类型的通气(可以提供的通气的类型的示例参考图27进行说明)等。顶部显示器/GUI区域还包括各种患者和通气相关参数的显示。这些包括左侧的HR、BPM和SpO2以及右侧的FiO2、PEEP、PIP和Vt。双箭头组4058显示在FiO2和PEEP的值旁边。这可能表明FiO2 CLC和PEEP CLC当前正在开启/正在操作。在各种实施例中,如果FiO2 CLC或PEEP CLC当前没有开启/正在操作,则相应的双箭头组可能不出现,或者可能出现,但包括例如可见的划掉,以向用户提供适当的视觉指示。
在所包括控件4042的中央区域中,提供警报/预警显示器/GUI区域4052和消息区域4054。警报/预警显示区域4052可用于向用户显示各种警报或预警中的任何一个,诸如可能涉及有关的或不安全的患者或通气条件或参数等。在一些实施例中,所显示的警报可以被编码或颜色编码,诸如可以指示警报的优先级或紧迫性等。例如,以绿色、黄色或红色显示的或者包括关联的绿色、黄色或红色显示的发光区域的警报可以指示优先级或紧迫性的不断增加的水平。消息区域4054可以用于向用户显示各种消息中的任何一个,例如可以包括CSG或者可以提供与所提供的预警或警报相关的附加信息等。在一些实施例中,可以(诸如使用拨盘4050等)使用用户滚动来滚动浏览并改变警报/预警显示器/GUI区域4052或消息区域4054中的当前显示项。例如,在一些实施例中,用户能够上下滚动浏览所保存的预警或警报的列表或所保存的消息的列表。
在一些实施例中,呼吸窘迫呼吸机4102(其示例在图1中提供)可以提供并入一个或多于一个形式的CLC(诸如FiO2 CLC或PEEP CLC等)的机械通气。在各种实施例中,CLC(或者一个或多于一个形式)可以经由利用一个或多于一个远程控制装置或系统的远程控制、或者经由利用呼吸窘迫呼吸机的控制、或者通过这两者的方面来实现。在一些实施例中,包括CLC的控制可以经受或可以不经受用户交互、或者可以包括或可以不包括CSG。在各种实施例中,如果包括用户交互,则用户交互可以在各种装置(诸如呼吸窘迫呼吸机4102、远程控制装置或环境中的另一装置或系统等)中的任何一个处发生。
如本文所使用的,术语CLC可以指一个或多于一个通气相关或患者相关的参数的控制(诸如具有相对较少或无所需的用户动作、参与或干预等),并且可以包括对全自动或全自动调节控制的参考,但不限于对全自动或全自动调节控制的参考。CLC例如可以包括对一个或多于一个参数的装置促进或算法促进的跟踪、控制和调整,其可以包括或可以不包括用户涉入或参与。在包括用户涉入或参与的情况下,其例如可以包括确认建议的或推荐的通气设置改变或配置、决定实现动作过程、选择数个建议的动作过程其中之一、对所呈现的预警或警报进行响应、或者其他决策、选择或动作。用户涉入或参与例如还可以包括设置或改变参数,其中闭环控制算法最初根据用户设置或用户改变的参数设置从这里开始。在各种实施例中,如果存在用户涉入,则除其他之外,用户涉入例如可以是整体或部分用户发起的,或者整体或部分提示、建议、推荐或要求的。
在一些实施例中,可以利用闭环控制,但闭环控制可能经受用户的手动调整或超驰。例如,在一些实施例中,尽管可以在算法上并且自动地控制FiO2和PEEP,但用户能够干预并手动改变FiO2和/或PEEP设置。在一些实施例中,在任何手动调整之后,FiO2和/或PEEP的闭环控制可以从该点恢复,至少直到进行任何进一步的手动调整为止。
在各种实施例中,CLC可以包括基于所测量的患者SpO2(其用作患者氧饱和度的指标)连续调整FiO2。通常,更低的SpO2或降低的SpO2(如可以例如基于单个或当前SpO2测量值或最近一段时间内的多个SpO2测量值来确定)可能倾向于指示需要更多氧合支持的“病得更重的”患者或者肺或呼吸系统功能受损更多的患者。在一些实施例中,通常,当患者的SpO2低于目标水平(诸如预先确定的SpO2值等)时,并且潜在地至少部分基于低了和/或降低了多少,FiO2可以从算法上趋向于增加,以增加对患者的氧合的支持。当SpO2高于目标水平时,并且潜在地至少部分基于高了多少,由于患者可能不需要尽可能多的氧合支持,因此FiO2可以从算法上倾向于降低。这样,可以至少部分地基于如至少部分地由SpO2和/或例如(一个或多于一个)一些其他指示(诸如患者氧饱和度的一个或多于一个其他非侵入性地感测、测量或确定的指示等)所指示的患者的需要来增加或减少FiO2。诸如微分增益和比例增益因数等的从算法上确定的因素可能影响FiO2调整的方向(增加或减少)和量。
在一些实施例中,在确定FiO2调整时可以在算法上考虑一个或多于一个先前测量的SpO2值。特别地,在一些实施例中,比例增益和微分增益可以考虑一个或多于一个先前测量的SpO2值。通常,在一些实施例中,在直至且包括当前测量的SpO2的时间的某时间段内,微分增益可以考虑SpO2的有效下降率(诸如可以包括使用移动平均等)。在SpO2诸如以可能与所确定的SpO2降低速率相关联或成比例的方式等降低时,微分增益可能倾向于增加FiO2调整。然而,在一些实施例中,当SpO2增大时,微分增益可能不操作以趋向于减少FiO2,并且在这方面可能在操作上不对称。此外,在一些实施例中,比例增益可以考虑当前(或当前和最近)SpO2与目标SpO2之间的差的确定幅度,其中较大的差可能导致较大的调整。参考图12A来说明包括微分增益和比例增益的使用的FiO2的闭环控制的算法的实施例。
在一些实施例中,至少部分地基于FiO2、但也至少部分地基于当前PEEP来调整PEEP。由于可以至少部分地基于患者SpO2来调整FiO2,并且由于SpO2可以与患者的肺或呼吸系统“生病”、被危害或功能受损的程度相关联,因此从概念上,FiO2可以在一定程度上表示或有效地用作患者的肺或呼吸系统“生病”的程度的替代物或指标。例如,在一些实例中,相对较低和/或降低的SpO2可以指示功能肺损伤的显著和/或增大的程度,并且可以导致相对较高的FiO2。该高FiO2在适当情形下可以需要并使得PEEP升高(如可以参考例如PEEP改变合格规则和PEEP选择规则所确定的),其中PEEP可以帮助基本使肺泡开放并支持呼吸功能。相反,在一些实例中,相对较高和/或增大的SpO2可以指示不太显著和/或降低的肺损伤(即,通常,患者可以自行“更好地”呼吸),并且可以导致相对较低的FiO2,这在一些实例中可以需要并使得PEEP降低(如可以参考例如PEEP改变合格规则和PEEP选择规则所确定的)。
这样,至少部分地基于FiO2来调整PEEP可以使得至少部分地基于患者的肺或呼吸系统可能“生病”或功能受损的程度的指示来调整PEEP。
PEEP可以通过例如增加肺泡压力和容积来支持患者,这可以基本上扩张并防止肺泡塌陷,从而改善氧合。然而,PEEP过高会给患者带来风险。例如,PEEP过高会导致胸廓压力增加,这进而可以通过抑制或以其他方式限制静脉血液回流来导致患者血压下降,从而对患者造成低血压相关风险。此外,由于增加的PEEP可能需要一些时间才能对肺泡产生全效力,因此增加的PEEP的全效力可能需要一些时间(诸如数分钟等)才能完全出现。这可以是避免PEEP过快增加的原因,因为从PEEP增加速度和造成患者风险的角度来看,可能存在实质上“超标”的可能性。此外,PEEP过高或过频繁地改变可对患者产生其他风险,诸如气压性创伤、肺泡损伤或破裂、气胸、肺间质性气肿、纵隔气肿、纤维发生、炎症或破坏性免疫反应的风险等。这样,尽管在需要的情况下增加PEEP可能是重要的,但避免增加PEEP太多或太频繁也可以是重要的。在一些实施例中,包括PEEP改变合格规则和PEEP选择规则的算法提供了PEEP控制的优化方法,从而平衡所评定的PEEP调整的需求与避免PEEP过高和避免PEEP的过频繁改变的需求。相对于增加PEEP,降低PEEP可能需要更保守或更慢的方法,因为降低PEEP不是为了满足患者对所增加的支持的需求而进行的。
在一些实施例中,可以连续地调整或者使用闭环控制调整除FiO2和PEEP之外的各种参数。这些例如可以包括至少部分地基于EtCO2的调整,其可以指示或表明碳酸血症正常、高碳酸血症或低碳酸血症。例如,在一些实施例中,可以连续地调整包括Vt、Ve、PIP和驱动压力或平台压力的参数。
尽管本发明的实施例可应用于医院和非医院环境,但一些实施例在非医院、院外或野外设置中可能是特别有利的,诸如用于或者作为由具有有限的通气相关培训或经验的用户或护理提供者操作或监督的呼吸窘迫呼吸机等。在如本文所述的CLC的一些实施例中,通过减少对各种通气或患者相关参数的所需用户监测或控制、同时仍优化这些参数,特别是在院前情形中,患者护理、安全性、预后以及甚至存活率可以显著改善。在一些实施例中,可以至少部分地基于患者数据(其可以至少部分地是用户提供的)(诸如患者的性别和身高或估计身高等)来确定或优化一个或多于一个初始通气设置。
在一些实施例中,在患者的通气期间,连续地测量、确定和跟踪患者的血液的氧浓度(诸如SpO2等)或其他患者氧合相关参数。至少部分地基于所确定的患者的血液的氧浓度,适当地调整呼吸机的FiO2设置或可与所提供的呼吸气体相关联的其他氧相关设置,诸如可以包括氧源阀的适当致动、与氧源或氧气浓缩器相关联的一个或多于一个其他阀或设置的致动或调整、或者以其他方式等。至少部分地基于对FiO2设置的调整,适当地调整呼吸机的PEEP设置,诸如可以包括呼气阀的适当致动、一个或多于一个其他阀或设置的致动或调整、或以其他方式等。
可以非常频繁地(例如,每不到一秒、每秒、每多于一秒或数秒、每分钟或数分钟等)或者基于不规则或不断变化的持续时间段来进行患者的血液的氧浓度的监测、FiO2设置的检查/更新、以及PEEP设置的检查/更新。在各种实施例中,可以以与PEEP相同的频率调整FiO2,或者可以以不同的频率调整FiO2。参数的监测和调整可以由可执行一个或多于一个存储器中所存储的一个或多于一个适当算法的一个或多于一个控制器来实现或促进。另外,可以确定和利用优化的初始设置。
在一些实施例中,提供PEEP选择规则。根据一些实施例,仅在FiO2设置改变以落在与当前PEEP设置相关联的FiO2范围之外时,才可以改变PEEP设置。此外,在一些实施例中,多个可能的PEEP设置各自与特定FiO2范围相关联,但FiO2范围或相邻的FiO2范围可能重叠。结果,除非FiO2设置改变得不仅(a)足以落入当前FiO2范围的与同不同PEEP设置相关联的另一FiO2范围重叠的部分中、而且(b)足以超出重叠部分并进入与不同PEEP设置相关联的FiO2范围中,否则维持当前PEEP设置。通常,如本文中的实施例所述,需要FiO2改变超出可应用范围以改变PEEP设置(无论是增加还是减少),这可以有效地限制PEEP改变的速率或频率,从而与需要时随时间经过而改变PEEP的需要平衡。这进而可以具有诸如在改变PEEP之前允许更多时间使先前PEEP改变具有全效力(因为PEEP改变需要一些时间来对肺泡具有全效力)等的优点。这例如还具有如下优点:避免突然或过度频繁的PEEP振荡(这可能会中断、破坏或以其他方式损坏肺泡)并实现随时间经过的PEEP变化的整体节流或平滑。
在一些实施例中,上述可被视为产生了维持而不是改变当前PEEP设置的预期、节流或平衡的趋势,但在适当情形下仍指示PEEP改变。在一些实施例中,考虑到例如尽管在适当情形下需要PEEP设置改变,但由于过度频繁的PEEP改变例如可能使肺泡破裂并损害患者的肺,因此过度频繁、突然和/或大的PEEP设置的变化可能对患者造成严重风险,这种维持进而可以改善患者的安全性和预后。因此,适当地平衡各种因素可以是最佳的,这可以通过本文公开的一些实施例来实现。
此外,在一些实施例中,可能或允许的PEEP设置被确定为包括特定PEEP设置或级别的离散集合,其各自与FiO2范围相关联,其中该范围与相邻范围可能重叠。在一些实施例中,即使例如FiO2设置显著改变,也仅可以以最多向上或向下改变一个级别的方式调整PEEP设置。
另外,一些实施例提供或利用特定规则或条件、或者PEEP改变合格规则或条件(和/或不合格规则或条件),其中必须满足这些规则或条件,以便即使例如PEEP设置改变可以由PEEP选择规则指示,也允许并实际进行PEEP设置改变。在一些实施例中,即使PEEP设置可以以其他方式由PEEP选择规则指示,除非并且直到满足指定的合格条件(或者避免不合格条件)为止,否则PEEP也被维持在当前设置。在一些实施例中,例如,这些条件或规则诸如通过使适当变化或变化率的优点与例如适当相对稳定性和有限变化率的优点进行平衡等,来提供影响性能和安全性的因素的适当或最佳平衡。
通常,在一些实施例中,如上所述,PEEP改变合格所需的时间段可以反映稳定性优势相对于改变需求的平衡。在一些实施例中,PEEP改变合格规则可以包括PEEP在至少指定时间段内未改变,并且该指定时间段可以根据是否正在评估PEEP增加或减少而不同。此外,在一些实施例中,PEEP增加的指定时间段(例如,以分钟为单位,在2至3、3至4、4至5、5至7、7至10、10至15、15至20、20至25、25至30、30至35或35至40分钟之间)可以小于PEEP减少的指定时间段(例如,以分钟为单位,在10至20、20至30、30至40、40至50、50至60、60至70、70至80、80至90、90至100、100至110或110至120分钟之间)。其原因可以包括,如果指示PEEP增加,则这可以意味着患者的肺变得“病得”更重或功能受损,这可能需要用以改变PEEP的相对快速动作以向患者提供更多支持,而降低PEEP不会增加患者支持,因此可能需要更长时间段进行PEEP降低。
此外,在一些实施例中,如参考图13所述,PEEP改变合格规则可以包括在第一时间段期间FiO2设置未改变或未改变至少特定量(为方便起见,其可被称为关于FiO2的“稳态”情形),或者患者已在至少第二时间段内处于可被称为去饱和条件(诸如可以由患者SpO2指示等)。在一些这样的实施例中,如果满足以下两个条件中的至少一个,则即使以其他方式指示PEEP改变,也可以仅改变PEEP:(1)FiO2在第一时间段内(例如,以秒为单位,0至15、15至30或30至60秒,或者以分钟为单位,1至2、2至5、5至10、10至12、12至15、15至20、30至45或45-60分钟)已处于稳态;以及(2)患者在至少第二时间段内(例如,以秒为单位,0至15、15至30或30至60秒,或者以分钟为单位,1至2、2至5、5至10、10至12、12至15或15至20分钟)已处于去饱和条件(例如,SpO2处于或低于例如85%、86%、87%、88%、89%、90%、91%或92%)。
在一些实施例中,条件(1)和(2)可以防止在FiO2突然改变或似乎突然改变的条件下允许潜在的PEEP改变,原因是无法反映允许PEEP设置的改变的正确患者条件(例如,可能由于FiO2的错误或不准确的测量或确定而导致)。然而,条件(2)可以包括较小时间段要求,以允许潜在PEEP改变提供用以快速响应患者去饱和的增强或优先考虑的能力,这可以指示需要急迫增加的患者支持的关键和急迫的急救情况(其例如可以包括PEEP增加)。
在一些实施例中,PEEP改变合格规则可以包括:对于PEEP增加,PEEP在至少第一时间段内没有改变,并且对于PEEP减少,PEEP在至少第二时间段内没有改变。第一时间段和第二时间段可以不同。这样,在一些实施例中,设置特定时间阈值,其中即使以其他方式指示PEEP增加或减少,也必须满足这些特定时间阈值以增加或减少PEEP。此外,阈值可以基于所指示的PEEP变化是增加还是减少而不同。这样,在一些实施例中,PEEP选择规则或其方面可被引用作为PEEP改变合格规则的一部分或与PEEP改变合格规则的使用相关。
另外,在一些实施例中,PEEP改变合格条件可以包括患者的血液动力学状况的一个或多于一个度量(例如可以至少部分地基于血压测量值来确定)至少为预定水平,该血压测量值在各种实施例中可以由呼吸机或者与呼吸机进行通信的另一系统或装置(例如,单独的重症护理监测器、除颤器或其他装置)获得。在一些实施例中,该条件可以确保患者的血液动力学状况足以需要PEEP的变化。
图29例示包括CLC能力的通气控制软件300的框图。在各种实施例中,软件300可以全部或部分地存储在一个或多于一个控制器的一个或多于一个存储器中,并且可以由一个或多于一个控制器的一个或多于一个处理器执行。一个或多于一个控制器可以包括呼吸窘迫呼吸机的控制器、或者例如用于远程控制呼吸窘迫呼吸机的一个或多于一个远程控制装置或系统的控制器。
通气控制软件300包括包含发起模式302、测试呼吸模式304和通气模式/主动模式306的组件,其例如可以表示软件架构或概念组件。可以包括各种其他软件。
主动模式306包括通气控制310、FiO2控制312和PEEP控制314,其中这些方面310、312、314中的每一个或一些可以与中央控制方面308协调或者独立地操作,并且每一个可以与或可以不与其他方面中的每一个其他或一些协调。CLC的不同方面可以单独地或组合地激活。例如,在一些实施例中,在无PEEP闭环控制的情况下激活FiO2闭环控制,使得PEEP由用户手动调整;或者在无FiO2闭环控制的情况下激活PEEP闭环控制,使得FiO2由用户手动调整;或者可以激活通气闭环控制,其中FiO2和PEEP都由用户手动调整。
在一些实施例中,FiO2闭环控制可以提供如下的优点,这些优点包括最小化患者的SpO2低于或基本低于目标值的时间,提供对患者SpO2去饱和事件的快速氧合响应,以及帮助防止患者低氧血症和高氧血症。
注意,尽管为了概念目的而单独描绘模式和控制方面,但这些模式和控制方面可以以组合、集成或不同的方式实现,诸如各个模式或控制方面的角色的方面以不同的方式分布或以各种方式组合的实施例等。此外,其他概念框架也可用在各种实施例中。
在一些实施例中,便携式通气或呼吸窘迫呼吸机可以(由呼吸窘迫呼吸机或由远程控制装置)以数个总体系统操作模式其中之一操作。一个(或数个)这样的系统模式可以包括FiO2和PEEP的闭环控制,其为了方便且不受限制地在文本可被称为通气/PEEP/FiO2控制器(VPFC)系统模式。在一些实施例中,以VPFC系统模式的操作包括发起模式302、测试呼吸模式304和主动模式(或通气模式)306,这些模式在一些实施例中可以按顺序发生并表示VPFC系统模式中的操作阶段。
在各种实施例中,诸如VPFC模式等的各种类型的闭环控制可以以不同方式开始或接合以及停止或脱离。在一些实施例中,闭环控制的VPFC或者其他方面可以诸如在主动模式通气开始时等自动开始。在一些实施例中,呼吸窘迫呼吸机或远程控制装置可以包括诸如物理按钮、控制旋钮或GUI方面等的控制方面,其中用户可以按下、接合或致动该控制方面以启动、选择或开启闭环控制的VPFC或特定方面。例如,在一些实施例中,可以向用户提供选项,以例如选择和发起如下:FiO2的VPFC闭环控制但手动PEEP控制或调整;或者PEEP的闭环控制但手动FiO2控制或调整。此外,在一些实施例中,可以向用户提供选项,以在不同时间开始、停止或重新开始各种类型的闭环控制,使得闭环控制的VPFC或其他方面可用,但也受制于脱离,因此基本上是按需的。此外,如前面所述,在一些实施例中,在闭环控制的方面的操作期间,用户能够改变诸如FiO2或PEEP等的一个或多于一个特定设置,然后闭环控制可以从该点并且最初以该设置或这些设置来恢复。此外,在一些实施例中,可以向用户提供选项,以停止或脱离闭环控制的VPFC或一些其他方面,并且稍后用户可以重新开始闭环控制的VPFC或一些其他方面。更进一步地,在一些实施例中,多个或不同用户可以诸如在不同时间等监督或管理呼吸窘迫呼吸机的操作,并且各用户可以采取不同的动作。
在一些实施例中,例如,用户(诸如最低限度训练的用户等)可以以VPFC模式(或闭环控制的另一方面)发起主动模式通气。在主动模式通气期间的某个点处,用户或另一用户(诸如更多训练的用户等)可以从VPFC(或闭环控制的另一方面)改变为手动或更为手动的操作(无论是经由呼吸窘迫呼吸机还是远程控制装置)。可替代地,可以在无闭环控制的VPFC或一些其他方面的情况下发起主动模式通气,并且可以诸如在用户变得分心的情况下(或者在用户分心的时间段期间)、或者例如由稍后可能到达现场的较少训练的用户等,在稍后开始或接合闭环控制的VPFC或一些其他方面。
根据一些实施例,以下提供以VPFC系统模式的操作的示例概述。在一些实施例中,在发起模式302的开始时,或者在用户选择VPFC系统模式之后,可以(经由显示器,诸如在呼吸窘迫呼吸机或远程控制装置处等)提示用户键入患者的性别和身高。由此,(诸如呼吸窘迫呼吸机、远程控制装置或另一装置或系统等的控制装置的)控制器可以确定关联的体重,其可被称为患者的“预测”体重(PBW)。然而,所确定的体重可以不是患者的实际体重,并且可以表示例如在确定或优化某些通气设置时所使用的理想体重、近似、典型或其他关联的体重。例如,可以使用预测体重,而不是实际体重,因为实际体重由于人与人之间的肌肉和脂肪的量不同而可能在人与人之间、并且甚至在具有类似特性(诸如身高和性别等)的个体之间大幅波动,而肺容积、容量和功能保持相对不受这些因素的影响。这样,在一些实施例中,PBW可以至少部分地用作与个体的呼吸容量相关联的指标,并且通常可以是比实际患者体重更佳的指标。
在发起模式302期间,控制器可以利用PBW来确定要用于将在发起模式期间递送给患者的一次或数次操作呼吸的一个或多于一个通气参数设置,该一个或多于一个通气参数设置例如可用于确认呼吸窘迫呼吸机4102的正确操作,其可以包括确认在回路中不存在泄漏或显著泄漏。例如,PBW可以用于设置初始Vt,诸如可以设置为Vt(以mL为单位)=A*PBW等,其中A例如可以是5、6、7、8或9。此外,例如,初始Ve(以mL/min为单位)可以设置为B*PBW,其中B例如可以是80、90、100、110或120。
一旦发起模式302成功完成,呼吸窘迫呼吸机4102可以进入测试呼吸模式304。在测试呼吸模式304期间,向患者递送一次或多次测试呼吸,并获得呼吸数据。呼吸数据用于确定诸如估计的患者呼吸系统顺应性(Crs)等的一个或多于一个患者呼吸参数,并且在一些实施例中,确定诸如估计的患者呼吸系统阻力(Rrs)等的一个或多于一个附加参数。然后,将所确定的患者呼吸顺应性(Crs)用于确定将在主动模式306开始时使用的初始吸气峰压(PIP(0))设置。
在一些实施例中,主动模式306可以包括FiO2和PEEP的闭环控制以及/或者可能的一个或多于一个其他参数。在主动模式306期间,中央控制308与通气控制310、FiO2控制312和PEEP控制314协调地设置或调整包括FiO2、PEEP、PIP、目标潮气量(Vt)、目标分钟量(Ve)、呼吸频率(RR)、吸气:呼气比(I:E)的通气设置。然而,在一些实施例中,可以设置或调整通气控制310、FiO2控制312、PEEP控制314或其他方面中的一个或多于一个,或者该一个或多于一个参与这些或其他通气设置中的某些的设置或调整。
在一些实施例中,控制器连续监测autoPEEP(PEEPi),这可能是由于在呼气相太短时肺的不完全排空引起的,并且可能产生肺的动态过度充气的风险。在一些实施例中,基于在呼气期结束时存在的气流的检测和测量来检测和测量PEEPi。当检测到PEEPi时,在一些实施例中,控制器可以连续地调整I:E以增加呼气,或者可以减少Vt/kg,这可以增加气体的排出以消除PEEPi。
如本文中详细所述,控制器可以利用目标SpO2,诸如94%等(然而,在各种实施例中,目标SpO2例如可以在93%至95%之间、在93%至96%之间、在93%至97%之间、在93%至98%之间、在93%至99%之间、在94%至95%之间、在94%至96%之间、在94%至97%之间、在94%至98%之间、在94%至99%之间、或另一合适的范围)。在连续的基础上,实际测量的患者SpO2可用作调整FiO2设置的输入,而改变的FiO2设置或调整可进一步用于调整PEEP设置。
在一些实施例中,包括患者潮气末二氧化碳(EtCO2)、确定的患者气道压力波形(P)、患者气道流量波形(Vdot)和容积波形(V)的确定参数可用于确定Vt、Ve、PIP、RR和I:E的主动模式初始设置,以及/或者在一些实施例中,可使用至少部分地从Vdot和V波形导出的参数,这些参数可以包括平台压力、驱动压力、呼吸顺应性(Crs)和Rrs。此外,控制器可以连续地使用确定的患者呼吸顺应性(Crs)和呼吸阻力(Rrs)来确定对Vt的调整,诸如可以将Vt维持在安全水平等。控制器202还可以连续地调整RR,诸如在调整Vt时将Ve维持在恒定水平等,其中Ve=Vt*RR。
在主动模式306期间,控制器可使用连续更新的通气参数(其可以包括FiO2和PEEP)使得向患者递送通气。将理解,其他实施例不使用本文所述的特定示例性模式。
在发起模式302中,可以提示用户键入患者的性别和身高,这可以用于确定患者的PBW。基于所确定的患者的PBW,可以确定数个通气参数设置以供在测试呼吸模式304中使用。
在各种实施例中,在发起模式中,可以利用各种计算来确定测试呼吸参数设置。在一个示例中,在猪的使用和研究(其示例在本文中参考后面的附图提供)中,Vt(以ml为单位)可被计算为10*以kg为单位的实际重量,Ve(以ml/min为单位)可被计算为以kg为单位的实际重量*140,并且RR可被计算为Ve/Vt,其中RR可被四舍五入到下一较高的整数值。然而,在各种实施例中可以使用各种其他计算和值。
在另一示例中,在人类使用中,可以利用以下计算。PBW(以kg为单位)可被计算为C+D*(以cm-E为单位的高度),其中C例如可以在35至60之间,D例如可以在0.80和1.00之间,并且E例如可以在140至160之间,并且其中,在一些实施例中,至少C对于女性与对于男性相比可以更低。对于大于或等于例如在150至250ml之间的值的Vt,可以进行四舍五入至例如最近的3至7ml,并且对于小于或等于例如在15至200ml之间的值的Vt,可以进行四舍五入到例如最近的0.5至3ml。然而,在各种实施例中可以使用各种其他计算和值,诸如基于身高、性别和/或一个或多于一个其他患者身体或健康相关特性或者作为其功能的各种计算等。
在一些实施例中,向用户显示发起模式302中进行的计算的结果的一些或全部。例如,可以(例如,在呼吸窘迫呼吸机或远程控制装置处)提示用户接受所确定的参数,然后将患者耦接到呼吸机。
在一些实施例中,在完成发起模式302之后,控制器进入测试呼吸模式304。在测试呼吸模式304中,系统可以递送一个或多于一个通气测试呼吸,基于该通气测试呼吸,系统可以确定在主动模式306的开始时利用的一个或多于一个患者参数和/或特定呼吸机设置。例如,在一些实施例中,在测试呼吸模式304中,确定诸如估计的患者Crs等的患者Crs,并将其用于确定PIP(0)呼吸机设置。在一些实施例中,可以使用患者呼吸动力学数据和呼吸系统的运动方程来计算或估计呼吸顺应性(Crs)。此外,在一些实施例中,在测试呼吸模式304中,可以使用以下的特定参数设置:I:E=1:3,PEEP=5cm H2O,FiO2=0.5(或50%)。然而,在各种实施例中,可以使用其他初始设置。
在成功完成测试呼吸模式304和确定患者Crs之后,控制器可以进入主动模式306。在一些实施例中,即使不能确定患者呼吸顺应性(Crs),系统也可以进入主动模式306。例如,在一些实施例中,如果不能确定呼吸顺应性(Crs),则可以利用默认呼吸顺应性(Crs)值。在一些实施例中,可以将默认值确定为相对较高,因为这可能导致PIP校正值(Pcorr)的相对较小变化,由此提供相对保守的方法。
在一些实施例中,在主动模式306期间,控制器向患者递送连续调整的通气,其可以包括对一个或多于一个患者和/或通气相关参数的闭环控制。
在一些实施例中,在主动模式306期间,连续地调整包括FiO2和PEEP的多个通气参数。在通气模式308期间以连续方式调整的其他参数可以包括PIP、Vt、Ve、RR和I:E。在一些实施例中,基于目标患者氧合水平(诸如94%的SpO2等)来连续地调整FiO2。在一些实施例中,FiO2开始于21%(或例如20至25%)。然而,在一些实施例中,用户可以选择初始FiO2设置,例如在21%至100%之间等。
在连续的基础上,中央控制308可以向通气控制310提供数据,包括当前EtCO2以及压力(P)和容积(V)波形、以及/或者至少部分地从P和V波形导出的参数。通气控制310可以使用该数据(潜在地除其他数据之外)来确定Vt、Ve、PIP、RR和I:E的值,其然后发送到中央控制308。然后,中央控制308可以至少部分地基于所发送的值来实现对Vt、Ve、PIP、RR和I:E设置的任何适当调整。
此外,在连续的基础上,中央控制308可以向FiO2控制312提供包括当前患者SpO2的数据。FiO2控制312可以使用该数据(潜在地除其他数据之外)来确定FiO2的值,其然后发送到中央控制308。然后,中央控制308可以至少部分地基于所发送的值来实现对FiO2设置的任何适当调整。FiO2设置的调整可以经由氧源阀的适当致动、或者通过调整来自氧供给的氧浓度、或者以其他方式来实现。
更进一步地,在连续的基础上,中央控制308可以向PEEP控制314提供包括当前FiO2和当前PEEP的数据。然后,PEEP控制314可以使用该数据(潜在地除其他数据之外)来确定PEEP的更新值,其然后发送到中央控制308。然后,中央控制308可以至少部分地基于所发送的值来实现对PEEP设置的任何适当调整。例如,可以经由适当致动呼吸窘迫呼吸机4102的呼气阀来实现PEEP设置的调整。
将理解,尽管中央控制308、通气控制310、FiO2控制312和PEEP控制是单独说明的并且彼此通信,但在一些实施例中,这些方面的一些或全部可以组合或集成,或者可以独立地起作用。在这样的实施例中,组合的或集成的方面之间的通信可能较少或可能不必要。
本发明的方面包括如下的系统和方法,这些系统和方法包括生成医疗诊断所用的情境敏感引导(CSG)以及通过医疗处置和诊断装置(例如,通过例如在图1中所描绘的呼吸窘迫呼吸机4102等)递送医疗干预。这样的系统和方法可以附加地提供用于在医疗护理的提供者处指导并且与医疗护理的提供者交互的情境敏感引导的方面的引导用户接口。例如,该引导用户接口可在配套装置处实现,该配套装置经由(一个或多于一个)有线和/或无线通信链路通信地耦接到用于在急救医疗事件期间的医疗评定干预的一个或多于一个医疗处置和/或诊断装置(例如,患者监测器、患者监测器/除颤器、通气系统或装置(诸如呼吸窘迫呼吸机4102等)和/或药物递送装置)。在一些实施例中,例如,实现了CSG的配套装置或者另一装置或系统可以是用于呼吸窘迫呼吸机4102的远程控制装置或系统。
配套装置(其在一些实施例中可以是用于呼吸窘迫呼吸机4102的远程控制装置)可以是诸如平板电脑、个人显示器/数字助理装置、或者电话等的移动计算装置。在实现中,(一个或多于一个)配套装置可被预先配置为与医疗处置和/或诊断装置相关联,以精简无线通信配对,而不必为建立安全连接而经历耗时的查询和响应协商。在一些实施例中,被配置为与医疗处置装置一起操作的配套装置可以在急救现场或者在院前运送期间由受过训练的急救响应者在急救医疗服务(EMS)环境中使用。配套装置也可以在患者在医疗设施之间的地面和空中运送期间在EMS中使用。在一些示例中,配套装置也可以在医院急诊室、普通内外科和中级护理楼层、心脏护理单元、电生理(EP)实验室、手术室、以及医院和/或供患者的院内运送用的其他类似区域中使用。
在示例场景中,负责处置急救事件的患者或受害者的急救响应者或其他医疗护理者可以首先观察地评估患者的表现。例如,这种评估有可能包括观察患者响应性、任何呼吸窘迫、精神混乱、可见伤口。另外,护理者可以与有意识患者或无意识患者的家庭成员或朋友交谈,以确定主诉、健康史或与处置相关的其他信息。在发起护理时,护理者可以从气道-呼吸-循环(ABC)评估开始。至少基于ABC评估,护理者可将受害者连接至通气装置、患者监测器和/或患者监测器/除颤器以处置表现异常呼吸和/或血液动力学条件的患者。护理者可进一步针对患者所描述和/或表现出的任何疼痛逐步进行OPQRST评定。“OPQRST”是急救护理提供者所用的提醒他们评估与患者疼痛相关联的发病、恶化/减轻、质量、辐射性、严重性和时间的助记符。
出现呼吸窘迫的患者通常需要快速且准确的目标干预。护理者可能需要在几分钟内识别并实现适当的有效干预,以确保患者活着并且神经完好无损。这种干预包括直接对患者的(一个或多于一个)呈现病况的护理做出贡献的动作,并且可以确定患者的倾向性。干预可以处置或可以不处置(一个或多于一个)呈现病况的病因。然而,如果(一个或多于一个)呈现病况通过干预保持不变,则患者可能活得不够长而无法处置根本原因。
例如,患者可能由于充血性心力衰竭(CHF)而表现出呼吸窘迫。在这种情况下,呼吸窘迫具有心脏病因。需要用以缓解RD的干预(诸如向患者提供氧以补救低血氧症等)以保持患者活着以及神经完好无损,直到可以通过处置诊断出并解决心脏病因为止。心力衰竭的处置可以与氧干预分开。例如,该处置可以包括血管成形术、高血压药物和/或心律失常药物。
作为另一示例,患者可能由于肺炎而表现出呼吸窘迫。在这种情况下,呼吸窘迫具有呼吸病因。这里,需要用以缓解RD的干预(诸如提供氧等),直到可以通过处置诊断出并解决呼吸病因为止。例如,处置可以包括对肺炎感染施予抗生素。
作为又一示例,患者可能短暂地暴露于缺氧的气体环境。例如,患者可能在存在一氧化碳泄漏的汽车或家中,因此暴露于低氧水平。在这种情况下,提供氧的干预也处置RD的根本原因。在这种情况下,一旦诊断出患者缺氧的根本原因,干预将起到处置的作用。
因此,如上述示例所表明,所有处置都是干预,但不是所有干预都是处置。处置包括由护理者采取的解决了呈现病况以及呈现病况的根本原因或病因的动作。干预包括护理者响应特定呈现病况的动作。在一些情况下,这样的动作可能仅解决呈现病况,因此可能不是对病况的病因的处置。在其他情况下,这样的动作可以解决呈现病况以及这些病况的根本原因。
如本文所描述的,情境敏感引导(CSG)系统在任何合理的准确诊断有可能之前或者在一些情况下在这种诊断甚至可能之前,在患者的初始呈现病况的情境中提供护理引导(无论是由呼吸窘迫呼吸机4102、远程控制装置或另一装置或系统确定和/或提供)。CSG系统收集患者的客观生理和其他医疗数据,并且识别为缓解由该数据指示的生理状况而定制的治疗干预。护理引导识别并使得能够实现针对初始呈现病况(其在一些情况下对患者的生命构成急性和即时风险)的干预。一旦患者稳定,CSG系统可以在识别诊断或特定根本原因以及基于诊断识别和实现处置方面提供进一步引导。另外,CSG系统可以针对急性和可能危及生命的医疗状况的恢复指标对患者进行监测。在各种实施例中,可以在包括呼吸窘迫呼吸机4102、远程控制呼吸窘迫呼吸机4102的装置、以及/或者本地或非现场的其他装置或系统的装置处确定和/或提供CSG。
基于患者的初期表现和表征初期表现的生理数据,护理者和/或医疗装置系统实现包括针对初期表现的一组干预的护理计划。随着护理的进展,护理者和/或医疗装置系统积累来自例如生理传感器、诊断测试和图像(诸如血液测试、X射线、超声波等)以及在施予给患者的各种干预之前和之后的观察或测量的患者病况的数据。该数据告知鉴别诊断过程。在鉴别诊断过程中,通过对一个或多于一个病因或根本原因的如此得到的识别或诊断,以逐步的方式排除健康受损的病因。该过程的目标是诊断,换句话说,明确地识别患者的健康受损的一个或多于一个根本原因,并且基于诊断来识别对根本原因的一个或多于一个处置。CSG系统通过识别和实现源于根本原因的不良医疗状况所必需的干预,来在鉴别诊断过程期间保护患者的健康。
在一些情况下,在院前环境中可操作的CSG系统可以识别干预和诊断这两者。在其他情况下,CSG系统可能识别干预而不是诊断。直到患者被运送到医院并且分析更广泛的测试和尝试处置的结果为止,才可以进行诊断。然而,CSG使得能够有效地提供重症护理,其中如果没有CSG,在许多情况下,患者将无法存活或保持神经完好无损足够长的时间以达到诊断阶段。
返回到RD的示例,ABC评估的呼吸部分可以指示从无呼吸困难的患者到有轻微直到严重呼吸困难的患者、到活着但完全不自主呼吸的患者的呼吸状况。对于这些呼吸无困难的患者,护理者最初会将他们的注意力集中在诸如创伤或败血症等的非呼吸呈现病况。
对于呼吸困难或根本不呼吸的患者,护理者将监测适当呼吸和心脏功能这两者。呼吸窘迫可能源于呼吸病因、心脏病因或组合根本原因。然而,无论病因如何,呼吸功能和心脏功能是相互关联的,并且呼吸窘迫的呈现病况需要心脏监测,反之亦然。因此,CSG系统在应用于患者的呼吸表现时,与基于血液动力学指标的算法并行地执行基于患者的呼吸和通气指标的呼吸/通气(R/V)算法。因此,呼吸窘迫的受害者的护理者将患者连接至上述医疗装置,即通气系统(诸如呼吸窘迫呼吸机4102等)和患者监测器或患者监测器/除颤器。这些医疗装置可以监测和测量呼吸健康指标(例如,呼吸气体交换和/或肺力学)以及心脏健康指标(例如,血压、心率和心电图(ECG))。呼吸气体交换测量可以包括但不限于脉搏血氧定量法和二氧化碳描记,并且肺力学测量值可以包括但不限于肺弹性和肺阻力。
几个示例说明了在针对RD的表现实现CSG时需要R/V算法和血液动力学算法的并行操作。作为第一示例,表现呼吸窘迫的患者可能患有肺炎。患者需要针对RD的干预。然而,肺炎通常会提高患者的心率。如果该心率过高,则心率升高可能是异常和危及生命的状况,这使患者处于因心脏功能障碍而死亡的直接危险中。因此,在监测和实现针对患者的RD的干预时,CSG系统必须监测血液动力学指标,并根据需要实现心脏干预。
作为第二示例,表现呼吸窘迫的患者可能患有CHF。患者需要针对RD的干预。然而,CHF的原因可能是导致患者易感中风的心律失常。因此,与肺炎示例一样,在监测和实现针对患者的RD的干预时,CSG系统必须监测血液动力学指标,并根据需要实现心脏干预。
在这两个示例中,重要的是认识到,在院前护理中,例如响应于911呼叫,在战场上,或者在另一急救处置环境中,护理者至少最初可以仅意识到呈现病况和由医疗装置揭示的病况。因此,潜在的和可能的慢性病况可能不明显或不为护理者所知。因此,基于R/V和血液动力学的并行监测的针对呼吸窘迫的CSG系统在处置呼吸窘迫表现方面是至关重要的。肺炎感染或慢性心律失常最初很可能是护理者未知的,并且仅通过监测两个生理系统,才可以正确应用干预以使患者存活足够长的时间而达到这些病因的后续诊断。这与患者和患者的健康史通常是已知的和/或至少是护理者容易访问的非急诊医院环境或医生办公室形成对比。
CSG系统可以驻留在上述配套装置、医疗装置(例如呼吸窘迫呼吸机4102或CCM/除颤器等)、另一计算装置或系统、云服务器或其组合上。CSG系统可以通信地耦接到医疗装置并且从医疗装置接收输入,这些输入包括由医疗装置从患者收集的生理数据以及描述在患者护理期间由医疗装置采取的动作的数据。CSG系统还可以提供引导用户接口并在引导用户接口处接收来自护理者的关于患者医疗数据和/或护理者所采取的动作的输入。基于该接收到的数据,CSG系统可以识别临床干预并更新先前识别的干预,并且可以生成病因估计和确定。CSG系统然后可以指示和/或控制医疗装置实现临床干预和/或向医疗装置提供患者记录数据和事件标记。CSG系统还可以从医疗装置请求特定患者数据。CSG系统可以访问患者的医疗记录(例如,在诊疗期间生成的电子患者护理记录(ePCR)(即,患者图表)、存档的患者图表、健康信息交换(HIE)或其他区域数据库中的记录、以及/或者医院电子健康记录(EHR))。此外,CSG系统可以在引导用户接口处为护理者提供提示和/或指令,以实现临床干预和引导患者护理。
参考图30,示出情境敏感引导的装置配置的示例。图30中的各组件的量仅是示例,并且可以使用其他量的各个或任何组件。如图30所示,在患者护理现场100处,救援者或护理者103照顾受害者或患者101(这些术语在这里可互换地使用以指示作为预期或实际的(一个或多于一个)医疗处置和/或干预的对象的人),诸如处于RD的个体等。急救护理现场100例如可以是在事故或健康急救的现场、在救护车中、在急诊室或医院中、或者在另一类型的急救情形中。救援者103例如可以是:在救生技术方面训练有限或没有训练的平民响应者;第一响应者,诸如急救医疗技术人员(EMT)、护理人员、警察、消防员等;或者医疗专业人员,诸如医生或护士等。救援者103可以单独行动或者可以在一个或多于一个其他救援者(诸如伙伴EMT 104等)的协助下行动。
在该例示中,救援者103、104可以部署耦接到患者接口装置170的(一个或多于一个)医疗/其他装置180(例如呼吸窘迫呼吸机4102、CCM/除颤器、其他医疗或监测装置或者其他便携式计算装置等)。例如,(一个或多于一个)医疗/其他装置180可以是(一个或多于一个)医疗治疗递送装置,其被配置为经由患者接口装置170从患者收集生理数据,监测该数据,并且基于所收集和监测的数据向患者递送治疗(例如,电疗或呼吸治疗)。
患者接口装置170还可以包括用于监测指示患者的健康状况的参数(例如,诸如患者的心率、温度、呼吸率、血氧水平、血糖水平等的物理参数,或者指示患者健康状况的其他参数)的其他传感器。一些传感器(诸如心率或ECG传感器等)可以包括在耦接到患者监测器/除颤器的电极垫中。附加地,一个或多于一个传感器可以监测递送至患者101的(一个或多于一个)处置和/或(一个或多于一个)干预。例如,在救援者103通过检测递送至患者101的按压的速率、深度或持续时间来施予CPR时,可以将按压盘定位在救援者103的手下方。附加地,例如呼吸窘迫呼吸机4102中所包括的气流传感器可以监测由救援者103、104施予患者101的呼吸的容积和速率。因此,一些传感器可以监测指示患者健康状况的参数和指示递送给患者的处置和/或干预的参数这两者。
救援者103、104可以使用至少一个配套装置105。配套装置105可以是移动装置,例如但不限于智能电话、平板电脑或可穿戴装置(例如,手表或眼镜)等。(一个或多于一个)救援者还可以利用附加的计算装置,诸如集成到救护车中的膝上型计算机或计算装置等,可以用于分析关于患者的健康数据或指示递送到患者的处置和/或干预的数据,或者将这些数据通信到远程位置(例如,调度中心、急诊室或远程服务器)。
配套装置105和医疗/其他装置180可以经由在装置之间建立的本地无线通信信道199彼此通信地耦接。在实现中,装置105和/或180还可以通信地耦接到急救现场100处的其他医疗和/或计算装置。通信信道199使得能够在急救现场100处的两个或多于两个装置之间安全且准确地共享数据。在(一个或多于一个)医疗/其他装置180的部署期间,这些装置可以存储一个或多于一个患者诊疗数据文件188,该一个或多于一个患者诊疗数据文件188包括患者病例期间收集的数据以及(一个或多于一个)医疗装置的处置和/或干预的记录、以及在患者病例期间的装置设置和操作的记录。
配套装置105可以包括处理器108和存储器109。存储器109可以存储CSG算法121,其包括可由处理器108执行以实现CSG处理器模块120的指令。CSG算法121可以在配套装置105的一个或多于一个输入/输出装置处实现CSG用户接口(UI)110,其例如包括显示器和/或一个或多于一个音频和/或触觉装置。然而,在其他实施例中,可以在这些方面使用一个或多于一个其他装置及其处理器和存储器。
附加地,配套装置105(或其他装置)可以包括患者制图应用131。患者制图应用131可以生成电子患者护理记录(ePCR)作为护理者观察、所提供的处置和干预、患者的生理数据、患者运送、运送目的地、患者护理活动的时间和持续时间、急救人员识别、患者人口统计信息、患者健康保险信息等的同时记录。键入到ePCR的信息可以是由配套装置捕获的来自护理者的条目(例如,触摸屏或键盘条目、语音条目)、经由一个或多于一个输入装置(例如,扫描仪、麦克风、照相机等)的条目和/或来自通信耦接的装置或数据库的自动条目。应用131可以并行操作或与CSG算法121协作操作。在实现中,CSG处理器模块120可以通过组合的用户接口来实现患者制图应用131和CSG算法121。
参考图31,示意性示出CSG算法和相应的处理器模块的示例,诸如可以使用装置(或系统,本地或非现场的)(诸如呼吸窘迫呼吸机4102、CCM/除颤器或者其他装置或系统等)的包括处理器和存储器的控制器来存储和执行,诸如可以用于呼吸窘迫呼吸机4102的远程控制等。CSG算法121可以包括存储在非暂时性介质中且可由装置执行的指令。可以存储在装置的存储器中的CSG算法121包括CSG初始化算法411、呼吸窘迫表现CSG算法422和非RD表现CSG算法455。例如,在配套装置105处的处理器108的CSG处理器模块120可以执行CSG算法121。CSG处理器模块120包括CSG初始化处理器模块401、呼吸窘迫表现CSG处理器模块402和非RD表现CSG处理器模块405。
如本文所述的CSG算法121的示例基于具有或不具有RD的患者的表现来划分。然而,这仅是示例,并且在其他示例中,可以围绕一个或多于一个其他临床状况(例如,具有或不具有心脏窘迫的患者表现、急救vs非急救状况、具有或不具有创伤的患者表现等)在结构上组织CSG算法。实际上,患者经常表现多个临床状况,因此在管理与算法的用户以及通信耦接的装置的交互以引导、监测和控制患者护理的同时,多个算法并发地运行。
CSG初始化算法411可由CSG初始化处理器模块401执行。CSG初始化算法411利用医疗护理接受者的护理者评定来发起护理并且基于护理者评定来发起适当的CSG算法。
在存在呼吸窘迫表现的情况下,CSG初始化算法411发起可由呼吸窘迫表现CSG处理器模块402执行的呼吸窘迫表现CSG算法422。呼吸窘迫表现CSG算法422包括可由R/V处理器模块403执行的R/V算法433和可由血液动力学处理器模块404执行的血液动力学算法444。关于图7至图11来更详细地论述R/V算法433,并且关于图12来更详细地论述血液动力学算法444。R/V算法433引导、监测和/或控制如由(一个或多于一个)医疗装置180和护理者103提供的患者呼吸和通气护理。血液动力学算法444引导、监测和/或控制如由(一个或多于一个)医疗装置180和护理者103提供的患者血液动力学护理。
在不存在呼吸窘迫表现的情况下,CSG初始化算法411发起可由非RD表现CSG处理器模块405执行的非RD表现CSG算法。在各种实现中,非RD表现CSG算法455可以进行与本文针对呼吸窘迫表现CSG算法422所述的功能类似的功能。然而,不是在呼吸表现的情境中进行这些功能,非RD表现CSG算法在非RD表现(例如但不限于心脏表现、创伤表现、败血症表现等)的情境中进行这些功能。在这些情况下,(一个或多于一个)医疗/其他装置180可以包括通气系统280、患者监测器/除颤器285和/或适合于特定患者表现的其他医疗/其他装置。在实现中,针对具有多个表现的患者,呼吸窘迫表现算法422和非RD表现算法455可以并行运行。
参考图32A至图32C,示出提供情境敏感引导的方法500的示例。然而,方法500仅是示例而非限制性的。方法500可以例如通过具有添加、移除、重排、组合和/或并行进行的阶段来改变。在各种其他示例性实现中,CSG算法121可以将方法500应用于另一患者表现,例如但不限于呼吸、心脏表现、创伤表现、败血症表现、神经表现(诸如中风、药物过量)等。
在阶段503,该方法包括从一个或多于一个医疗装置接收第一生理数据。例如,配套装置105或云服务器处的CSG处理器模块120可以从(一个或多于一个)医疗/其他装置180接收第一生理数据。在实现中,护理者103可以将(一个或多于一个)医疗/其他装置180经由患者接口装置170耦接到患者或受害者101以发起患者护理。患者接口装置170可以收集和/或测量患者101的一个或多于一个生理参数。(一个或多于一个)医疗/其他装置240可以将第一生理数据作为CSG输入提供到CSG处理器模块120。
在实现中,阶段503还可以包括从CSG UI 110接收第一生理数据的一部分。护理者103、104可以向用户接口110提供用户输入,该用户输入包括生理数据,例如护理者观察和/或由护理者在不使用(一个或多于一个)医疗装置180的情况下测量的患者信息等。CSG UI110可以将用户输入作为CSG输入提供到CSG处理器模块120。
在阶段506,该方法包括评估第一生理数据。例如,配套装置105或(一个或多于一个)云服务器398处的CSG处理器模块120可以执行CSG算法121以评估第一生理数据。在实现中,CSG算法121可以评估第一生理数据的全部或一部分,并且可以将评估集中在确定初始干预的一个或多于一个生理参数上。初始干预可以是相同的干预,而不考虑患者的表现的病因。例如,指示异常氧水平、心律失常或大量失血的生理参数指示了初始的救命干预。在氧水平异常的情况下,病因例如可能是暴露于气体泄漏或哮喘。尽管这些是稍后在患者的护理中需要不同处置的不同病因,但补氧的初始干预可以是相同的。
在各种实现中,CSG算法121可以根据各种分析其中之一来评估第一生理数据。例如,第一生理数据的评估可以包括将一个或多于一个生理参数与参数的目标范围、目标最小值和/或目标最大值进行比较。各参数可以与各个目标范围、最小值和/或最大值相对应。CSG算法121可以标记超出目标范围、低于最小值和/或高于最大值的一个或多于一个参数中的任何参数。
在阶段509,该方法包括基于评估来识别临床干预。例如,配套装置105或云服务器处的CSG处理器模块120可以执行CSG算法121以识别临床干预。
CSG算法121至少部分地基于接收到的生理数据和该数据的评估来确定或选择至少一个临床干预。在一些实现中,CSG算法121可以基于护理者观察和评估来接收和评估病史数据和/或由用户在CSG UI 110处键入的数据。CSG算法121可以根据如下的协议(例如,临床实践指南和/或护理标准)从一系列干预中选择至少一个临床干预,该协议例如可以包括以下等:药理学、补充O2、机械呼吸或通气支持(其可以包括各种形式的CLC)、附加监测、或者相对于患者管理的后勤指令。CSG算法121可以包括一个或多于一个预先确定的临床干预。各临床干预可以与一个或多于一个生理参数的特定值相对应。CSG算法121可以访问例如在一个或多于一个存储器中所存储的协议(例如,临床实践指南和/或护理标准)。这些协议可以由CSG系统的用户和/或由急救机构或其他护理提供者服务的管理员或医疗主管预先确定。在实现中,协议可以由用户、管理员和/或医疗主管定制。在实现中,CSG算法121可以允许在护理时定制协议。在实现中,远程护理者可以选择、提供、创建和/或定制或以其他方式编辑预先确定的协议。
在阶段512,该方法包括基于临床干预向(一个或多于一个)医疗装置发送指令。这些指令可以包括用于临床干预的实现指令和/或用于临床干预的(一个或多于一个)事件标记。例如,配套装置105或云服务器处的CSG处理器模块120可以将指令作为CSG输出发送到(一个或多于一个)医疗装置180。
实现指令可以包括用于使得(一个或多于一个)医疗/其他装置180发起或实现特定干预和/或设置(一个或多于一个)医疗/其他装置180的干预递送或操作参数的控制信号。在实现中,(一个或多于一个)医疗/其他装置180和/或CSG UI 110可以请求用户确认。(一个或多于一个)医疗/其他装置可以响应于接收到用户确认而发起或实现特定干预和/或改变或设置递送或操作参数。
指令可以包括(一个或多于一个)医疗/其他装置180记录与第一生理数据的评估和/或所识别的临床干预相关的一个或多于一个事件标记所用的指令。在实现中,指令可以包括事件标记。(一个或多于一个)医疗/其他装置180可以响应于从CSG处理器模块120接收到事件标记和/或事件标记指令而记录一个或多于一个事件标记。(一个或多于一个)医疗/其他装置180可以将一个或多于一个事件标记记录在存储器187中的(一个或多于一个)患者诊疗数据文件188中。在实现中,(一个或多于一个)医疗装置可以在患者诊疗期间或之后将(一个或多于一个)患者诊疗数据文件188传输到云服务器,以作为医疗装置数据文件存储在存储器中。在实现中,(一个或多于一个)医疗/其他装置180可以将一个或多于一个事件标记传输到云服务器以记录在医疗装置数据文件中。
在实现中,该方法可以包括向CSG UI 110发送指令作为CSG输出225。发送到CSGUI 110的指令可以包括护理者进行特定干预或其他护理活动的提示、护理者在干预之前提供确认或其他信息的提示、护理者在(一个或多于一个)医疗装置180处调整或设置特定参数的提示、护理者将特定患者接口装置170耦接到患者或从患者分离的提示、针对护理者的警报、以及/或者向护理者通知由(一个或多于一个)医疗/其他装置180将采取或已采取的动作的消息。发送到CSG UI 110的指令还可以包括指导或其他指令反馈,以确保正确进行护理者的护理任务。
向CSG UI 110发送指令可以包括向一个或多于一个配套装置发送指令。例如,在实现中,CSG处理器模块120可以将指令和/或其他CSG输出225发送到患者的现场处的一个或多于一个配套装置105。作为另一示例,在实现中,CSG处理器模块120可以将指令和/或其他CSG输出发送到患者现场处的一个或多于一个配套装置和位于非患者现场的一个或多于一个配套装置。在实现中,非现场护理者可以在非现场配套装置处查看CSG接口110。非现场护理者可以在非现场配套装置处向CSG接口110提供用户输入,并且非现场配套装置105b可以经由一个或多于一个有线或无线连接或网络将该用户输入传输到配套装置、(一个或多于一个)医疗/其他装置180和/或云服务器。
在阶段515,该方法包括从(一个或多于一个)医疗/其他装置接收第二生理数据。例如,配套装置105或云服务器处的CSG处理器模块120可以从(一个或多于一个)医疗/其他装置180接收第二生理数据。第二生理数据可以是与第一生理数据相同类型的数据、不同类型的数据或其组合。
例如,第一生理数据可以包括脉搏血氧(SpO2)测量值或波形和潮气末二氧化碳(EtCO2)测量值或波形。第二生理数据可以包括肺力学数据(例如,阻力和弹性),其是与第一生理数据不同类型的数据。可替代地,第二生理数据可以包括与第一生理数据相同类型的数据的更新测量值,例如更新的SpO2和/或EtCO2数据。作为另一替代,第二生理数据可以包括与不同类型的数据组合的第一生理数据的更新测量值。例如,第二生理数据可以包括与肺力学数据(例如,阻力和/或弹性数据)组合的更新的SpO2和/或EtCO2数据。
作为另一示例,第一生理数据可以包括血压和心率数据。第二生理数据可以包括更新的血压和心率数据。可替代地,第二生理数据可以包括新类型的数据,例如ECG数据。作为另一替代,第二生理数据可以包括更新的血压和/或更新的心率数据与新类型数据(例如,ECG数据)的组合。
如上所述,对CSG UI 110的指令可以包括用于护理者将特定患者接口装置170耦接到患者或从患者分离的指令。在实现中,护理者响应于该指令而耦接到患者的患者接口装置170可以是第二生理数据的源。例如,护理者可以初始地将患者耦接到作为第一生理数据(例如,SpO2和EtCO2数据)的源的患者监测器/除颤器285,并且随后将患者耦接到作为第二生理数据(例如,肺力学数据)的源的通气系统280。
在另一示例中,CSG UI 110可以包括护理者将脑电图描记器(EEG)患者接口装置170耦接到作为第二生理数据的源的患者所用的指令。在另一示例中,EEG可被配置为经由诸如可用于区分药物过量和中风的双频(BIS)指数的方法来测量所谓的麻醉深度。如果CSG引擎确定为神经系统问题的更可能原因是药物过量,则建议的治疗干预将是递送纳洛酮剂量。
在阶段518,该方法包括评估第二生理数据。例如,配套装置105或云服务器处的CSG处理器模块120可以执行CSG算法121以评估第二生理数据。在各种实现中,CSG算法121可以根据以上关于第一生理数据所述的各种分析其中之一来评估第二生理数据。
在阶段521,该方法包括基于第二生理学测量值来更新临床干预。例如,配套装置105或云服务器处的CSG处理器模块120可以执行CSG算法121以更新临床干预。在阶段509识别的临床干预可以是第一临床干预,并且来自阶段521的更新的临床干预可以是第二临床干预。更新临床干预可以包括从阶段512起维持第一临床干预在进行中。在这种情况下,更新是正在进行的临床干预的验证。例如,如果阶段512处的第一临床干预是以特定流速和特定FiO2(吸入氧浓度分数)的高流量鼻插管(HFNC)(其可以由呼吸窘迫呼吸机4102实现),则阶段521处的更新可以验证并继续,使得阶段521处的第二干预也是以相同流速和FiO2的HFNC。可替代地,更新临床干预可以包括继续提供相同类型的临床干预,但修改该临床干预的参数。例如,如果阶段512处的第一临床干预是以特定流速和特定FiO2(吸入氧浓度分数)的高流量鼻插管(HFNC),则阶段521处的更新可以修改第一干预,使得阶段521处的第二干预也是HFNC,但以不同的流速和/或FiO2。作为另一替代,更新临床干预可以包括用第二干预补充第一临床干预。例如,如果在阶段512处的第一临床干预是以特定流速和特定FiO2(吸入氧浓度分数)的高流量鼻插管(HFNC),则在阶段521处的更新可以补充第一干预,使得第二干预是(维持或修改的)第一干预与一个或多于一个附加干预的组合。例如,附加干预可以是配备有HFNC的CPAP、配备有HFNC的药物干预、或者CPAP和配备有HFNC的药物干预的组合。作为又一替代,更新临床干预可以包括用一个或多于一个第二干预替代第一临床干预。例如,在阶段521,系统可以终止HFNC并替换为CPAP。
CSG算法121可以根据协议基于一系列干预类型和参数来更新至少一个临床干预。CSG算法121可以根据与以上关于阶段509所述的实现基本上类似的实现(例如,基于第一生理数据的临床干预的识别)来更新至少一个临床干预。
在阶段524,该方法包括基于并指示更新的临床干预向(一个或多于一个)医疗/其他装置发送更新的指令。更新的指令可以包括(一个或多于一个)医疗/其他装置180实现临床干预所用的指令和/或用于记录临床干预的(一个或多于一个)事件标记的指令。例如,配套装置105或云服务器处的CSG处理器模块120可以将更新的指令发送到(一个或多于一个)医疗/其他装置180。
在实现中,阶段515、518和521可以与阶段503、506和509基本上同时地或快速相继地发生。如果提供第一生理数据和第二生理数据的医疗/其他装置和传感器相同,则第一临床干预可以作为护理者在发起干预时对患者呈现的快速响应而发生,并且第二临床干预可以基于医疗装置和传感器的数据收集来微调该响应。然而,如果护理者必须将患者连接到初始传感器以接收第一生理数据,然后连接到附加传感器以接收第二生理数据,则这些阶段的时间接近度可取决于护理者可连接各种传感器的速度。此外,第一生理数据不限于单个类型的数据,而可以是基于护理者的初始印象所收集的一个或多于一个类型的生理数据。例如,如以下所论述的,如果患者表现出呼吸窘迫,则第一生理数据可以包括SpO2和EtCO2数据这两者以评估呼吸窘迫。第一生理数据还可以包括心率、血压和用于初始地表征或鉴别患者病况的其他生命体征。类似地,第二生理数据不限于单个类型的数据。该第二生理数据可以是与第一生理数据相同的(一个或多于一个)类型的数据,但对应于稍后的时间。因此,第二生理数据可以根据相同度量来反映响应于第一干预的患者的病况的变化。可替代地,第二生理数据可以通过添加传感器来添加新类型的数据,这些传感器不仅可以反映响应于第一干预的患者的病况的变化,而且还可以通过添加附加度量来改进患者的病况的表征。例如,如以下所论述的,第一生理数据可以包括呼吸气体分析(例如,SpO2和EtCO2),然后第二生理数据可以包括肺力学数据(例如,肺弹性和阻力)。肺力学数据可以使得护理者和医疗装置能够基于通过添加第二生理数据所提供的对患者病况的更详细理解来改进干预。
在阶段524,方法500跟随“X”连接符以继续到图32B所示的监测循环590。另外,方法500可选地跟随“Y”连接符以继续到图32C所示的病因序列595。监测循环590与病因序列595并发运行。
如图32B所示,方法500在X连接点598处进入监测循环590。在方法500的该点处,患者经由提供第一生理数据和第二生理数据所需的患者接口装置连接至医疗装置。例如,患者可以经由用于第一生理数据的SpO2传感器和EtCO2传感器连接至患者监测器/除颤器。此外,患者还可以经由用于第二生理数据的气道压力传感器和呼吸速度计连接到呼吸窘迫呼吸机4102。如由患者呈现所确定的,患者监测器/除颤器还可以经由电极连接至患者以监测心率,经由NIBP传感器连接至患者以测量血压,以及/或者经由其他患者接口装置170中的一个或多于一个连接至患者。因此,在阶段527,CSG算法121正在经由附接到患者的患者接口装置170监测由(一个或多于一个)医疗/其他装置180从患者获取到的数据(例如,第一生理数据和第二生理数据)。此外,在阶段527,第一生理数据和第二生理数据基本上连续地提供给CSG算法121(例如,无创血压(NIBP)测量通常每5分钟进行一次,心率通常每QRS重新计算并约每1到2秒更新,心率在平均2至6个QRS间隔来计算,脉搏血氧测量值约每1至2秒更新,二氧化碳描记在每次检测到的呼吸时进行更新等)。
一旦患者连接到(一个或多于一个)医疗/其他装置180,患者保持连接,并且CSG算法121例如根据监测循环590监测数据,直到患者的呈现病况被解决和/或直到患者的护理转手(例如,EMS到达医院并将患者转移到医院的护理,患者离开ICU,患者出院,护理者确定为急救状况得到解决和/或诊断、患者死亡等)。
在阶段527处的数据监测发生在医疗/其他装置响应于图32A中的阶段512和524处的指令而实现和更新临床干预之后。阶段527处的数据监测的至少一部分使得能够在阶段533处评估先前应用的干预对患者的生理系统的影响。附加地,阶段527处的数据监测的目的使得能够在没有任何干预改变或补充的情况下对阶段533处的患者病况进行评估,以确定是否需要改变或补充来补救基于评估所识别的病况。
为了在阶段533适当地评估监测数据,通过稳态查询530将监测阶段527和评估阶段533分开。该稳态查询530解释了干预的应用和该干预在生理数据中的表现之间的可能滞后。更具体地,如果护理者和(一个或多于一个)医疗/其他装置180在时间T1处对患者施加干预,则该干预在所监测的生理数据中的表现可能不是瞬时的并且可能在时间T2处出现,其中(T2-T1)近似等于前述滞后(也称为稳态延迟)。任何特定干预和传感器数据组合的该稳态延迟的持续时间取决于许多因素,这些因素包括但不限于干预的类型、用于收集指示干预对患者的影响的数据的传感器的类型、相对于干预的目标位置的传感器在患者身体上的位置、对干预的生理响应的类型、影响干预的有效性的患者中的共同发生的生理状况和/或并存病的数量和类型、影响干预的有效性的共同发生的干预的数量和类型、以及传感器、(一个或多于一个)医疗装置和用户接口之间的电子连接。
例如,CSG算法121可以响应于指示缺氧的SpO2的数据评估而提供用于HFNC的临床干预的指令。CSG算法121可以在阶段527监测SpO2信号,并在阶段533评估该信号。然而,HFNC对SpO2信号的影响可以与HFNC施加到患者的时间和所监测的SpO2信号指示HFNC对患者的肺的影响的时间之间的稳态延迟相关联。该延迟在手指血氧探测器和耳垂血氧探测器之间的持续时间方面可能不同。此外,延迟可取决于影响特定患者的血液的氧饱和度和血液循环的其他因素(例如,麻醉、行走、血压、体重、心脏状况、药物等)。CSG算法121可以应用与平均滞后时间相对应或与平均滞后时间+阶段527和533之间的预定数量的标准偏差相对应的经验导出的稳态延迟。例如,稳态延迟的持续时间可以是10至40秒之间的值,或者在一些情况下是30至300秒之间的值。CSG系统可以在施加干预之后监测和评估数据的任何时间应用该延迟。因此,在阶段530,CSG算法121继续监测生理数据并等待预先确定的稳态延迟的持续时间,直到进入评估阶段533为止。如果系统未应用该稳态延迟,则系统在准确地评估指示干预的效果的数据之前,可能通过不必要地和/或错误地改变干预而对患者护理产生不利影响。
在阶段533,CSG算法121以与如上所述在阶段506和518中所述的方式类似的方式评估所监测的第一生理数据和第二生理数据。基于该评估,CSG算法121在阶段539更新临床干预。如针对阶段521类似地所述,更新临床干预可以包括维持进行中的干预、修改进行中的干预的参数、补充进行中的干预、或者用一个或多于一个其他和不同的干预来替换进行中的干预。
在阶段536,如针对阶段524类似地所述,CSG算法121基于更新的临床干预向(一个或多于一个)医疗装置提供更新的指令。然后CSG算法121返回到阶段527以继续监测生理数据。
可选地,与监测循环590并行地,方法500可以在阶段524之后并如图32C所示实现病因序列595。方法500可以在“Y”连接点599处进入该序列并前进到阶段555。
在阶段555,该方法包括基于第一生理数据和第二生理数据生成病因估计。例如,配套装置105或云服务器处的CSG处理器模块120可以执行CSG算法121以生成病因估计。基于第一生理数据和第二生理数据,CSG算法121可以利用病因估计发起病因区分引擎。病因估计指示由第一生理数据和第二生理数据临床指示的广泛病因类别,并且病因区分引擎可以从该病因类别将病因估计转换为病因确定。例如,呼吸窘迫的第一生理数据和第二生理数据可以指示阻塞性肺病况的病因估计。然而,阻塞性肺病况是估计而不是确定,因为阻塞性肺病况可能起源于各种不同的基础病况,例如慢性阻塞性肺病(COPD)和哮喘等。为了区分这两个病因,CSG算法121可能需要除第一生理数据和第二生理数据之外的附加信息。然而,当诊断处理正在进行时,第一生理数据和第二生理数据使得CSG算法121能够引导、监测和控制向患者提供治疗(可能挽救生命的治疗)的干预。CSG算法121的好处是所提供的干预是情境敏感的,因为它们被定制为至少由第一生理数据和第二生理数据定义的特定生理情境以及CSG算法121和(一个或多于一个)医疗/其他装置180之间的交互。
在阶段560,该方法包括基于病因估计请求目标生理数据。例如,配套装置105或云服务器处的CSG处理器模块120可以从(一个或多于一个)医疗/其他装置180请求目标生理数据。CSG算法121可以识别并且CSG处理器模块120可以请求一个或多于一个生理数据,这些生理数据可以在更广泛的病因估计的范围内区分各种病因确定。例如,阻塞性肺病况的病因估计指示COPD和哮喘这两者。然而,肺活量测定数据和/或呼出的一氧化氮数据可以区分COPD和哮喘。这些一个或多于一个生理数据可单独区分病因和/或可在总体中区分。
CSG处理器模块120可以将对所识别的目标生理数据的请求作为CSG输出发送到医疗/其他装置180,以及/或者可以将该请求作为向CSG UI 110的CSG输出发送到配套装置105。
对(一个或多于一个)医疗装置180的请求可以包括发送数据的指令,或者可以包括收集和发送数据的指令。在实现中,(一个或多于一个)医疗/其他装置180可以响应于来自CSG处理器模块120的请求来收集目标生理数据。因此,该请求可以触发由(一个或多于一个)医疗/其他装置180收集目标生理数据。可替代地,(一个或多于一个)医疗/其他装置180可以从(一个或多于一个)医疗/其他装置180处所存储的患者诊疗数据文件188提取目标生理数据。所提取和存储的数据可以在来自CSG处理器模块120的请求之前由(一个或多于一个)医疗/其他装置180收集。
对配套装置105的请求可以在CSG UI 110处生成供护理者输入或收集并键入目标生理数据的提示。因此,护理者可以改变已连接到患者的(一个或多于一个)医疗/其他装置180和/或患者接口装置170上的设置以收集该数据。可替代地,护理者可以将附加的医疗/其他装置180或患者接口装置170耦接到患者以收集所请求的数据。CSG UI 110可以提供用户输入字段以响应于该数据的用户输入来捕获所请求的数据。
在阶段565,该方法包括从(一个或多于一个)医疗/其他装置180和/或从配套装置105接收目标生理数据。例如,配套装置105或云服务器处的CSG处理器模块120可以从(一个或多于一个)医疗/其他装置180和/或从配套装置105处的CSG UI 110接收目标生理数据。(一个或多于一个)医疗/其他装置180和/或配套装置105可以响应于来自CSG处理器模块120的请求自动提供目标生理数据,或者可以在提供目标生理数据之前请求用户确认。
可选地,在阶段570,该方法可以包括接收患者的病史信息。另外,在一些实现中,方法500可以包括在阶段502和阶段515中的一个或多于一个处接收病史信息。因此,阶段509和521中的一个或多于一个可以包括基于病史识别和/或更新临床干预。类似地,阶段555和/或580中的一个或多于一个可以包括基于病史生成和/或转换病因估计。例如,患者的病史可以包括慢性病况,诸如哮喘、COPD、心脏病或糖尿病等。这样的病况告知临床干预,并可简化病因估计向病因确定的转换。作为另一示例,病史可以包括也可告知临床干预和/或简化病因估计到病因确定的转换的药物或疾病,诸如传染性血液传播疾病等。在这两个示例中,病史可提供如下的信息,该信息禁用一个或多于一个临床干预或指示对除了由(一个或多于一个)医疗/其他装置收集的生理信息所指示的那些之外的附加临床干预的需要或潜在需要。
例如,(诸如在呼吸窘迫呼吸机4102、平板电脑、CCM/除颤器或其他装置或系统上等的)CSG UI 110可以捕获患者的用户输入病史。CSG UI 110可以提示用户和/或提供可选择的输入字段以供用户提供病史。用户可以从患者和/或从患者的伙伴获得病史。例如,用户可以采访患者和/或患者的伙伴以获得病史。用户或护理者还可以通过观察和/或评估患者的病况来确定病史。例如,用户或护理者可以从医疗预警手环、从患者附近的药物容器、从患者急救的现场(例如,化学品溢出、车祸、违禁药品用具、诸如氧气罐或可穿戴除颤器等的医疗治疗器材等)获得信息。用户或护理者也可以通过对患者的身体检查来观察慢性或历史病况的症状。配套装置105可以将在CSG UI 110处提供的信息作为CSG输入230从UI提供到CSG处理器模块120。提供信息的配套装置可以与患者在现场(例如,配套装置105a)和/或可以是在非现场位置的非现场配套装置105b。非现场护理者可以具有患者记录的知识和/或对患者记录的访问,并且可以在非现场配套装置处将病史作为输入提供到CSG UI110。
作为另一示例,CSG处理器模块120可以经由一个或多于一个网络从一个或多于一个医疗记录数据库接收病史信息。CSG处理器模块120可以向一个或多于一个医疗记录数据库发送关于病史信息的询问。CSG算法121可以在处理500期间自动生成询问和/或CSG算法121可以在CSG UI 110处提供用户提示和/或请求用户确认,并且响应于提示和/或确认而生成询问。
可选地,在实现中,方法500可以包括基于病因确定和/或病史信息在阶段575识别一个或多于一个补充临床干预。CSG算法121可以识别特定于病因确定的一个或多于一个临床干预,例如药物干预。例如,基于COPD的病因确定,CSG算法121可以将支气管扩张剂的给药确定为附加临床干预,而基于哮喘的病因确定,CSG算法121可以将皮质类固醇的给药确定为附加临床干预。
在阶段580,该方法包括基于目标生理数据和/或病史信息将病因估计转换成病因确定。例如,配套装置105或云服务器处的CSG处理器模块120可以执行CSG算法121以将病因估计转换为病因确定。如以上论述的,目标生理数据可以在更广泛的病因估计范围内区分各种病因确定。因此,在以上关于阶段560提供的示例的继续中,示出用力肺活量(FVC)降低的肺活量测定数据可以指示COPD,而示出接近正常的FVC的肺活量测定数据可以指示哮喘。以这种方式,肺活量测定数据可以区分由第一生理数据和第二生理数据指示的阻塞性肺病况的两种可能病因。作为另一示例,与哮喘相关联的肺组织的肿胀可能增加呼出的一氧化氮水平。因此,这种增加的水平可能指示哮喘的病因确定是独立的,或者因为这种增加也可能随着COPD发生,这种与示出接近正常的FVC的肺活量测定数据的总体的增加可以支持哮喘的病因确定。在实现中,目标数据的组合可以使得能够将病因估计转换为病因确定。例如,目标数据可以包括肺活量测定数据、s3-s4心音和通过基于RF的肺液测量所测量到的肺液保留数据的组合。这些数据一起能够区分CHF和COPD。
在实现中,CSG算法可以利用病史数据以及目标数据来将病因估计转换为病因确定。例如,肺活量测定数据单独可能无法区分阻塞性肺病的各种病因,但肺活量测定和病史可能提供这种区分。作为更具体示例,与指示暴露于石棉的病史组合的肺活量测定可以实现石棉肺病的病因确定,或者与指示暴露于煤尘的病史组合的肺活量测定可以实现黑肺病的病因确定。作为另一示例,指示低血压和心脏病的病史与包括CHF的病因估计组合可以使得能够将病因确定缩窄到CHF。
在阶段585,该方法包括将病因确定发送到(一个或多于一个)医疗装置和CSG UI。例如,配套装置105或(一个或多于一个)云服务器可以将病因确定发送到(一个或多于一个)医疗装置180。配套装置105可以响应于来自CSG算法121的指令在CSG UI 110处提供病因确定。在实现中,(一个或多于一个)云服务器可以执行CSG算法121以在配套装置105处为CSG应用服务,并在配套装置105处的CSG UI 110处提供病因确定。
在实现中,将病因确定发送到(一个或多于一个)医疗装置可以包括用于将病因确定记录在用于患者诊疗的医疗装置数据文件中的指令,和/或可以包基于病因确定改变和/或发起临床干预的指令。例如,如果CSG算法121识别出药物干预,则指令可以识别药物以及剂量和给药指令。
在实现中,将病因确定发送到CSG UI 110可以包括供提示用户确认病因确定用的提示和/或基于病因确定改变和/或发起临床干预的指令。
在实现中,CSG算法还可以在以下所述的方法500的各个阶段调用非线性评估方法(例如,在阶段506、521、533和536处评估生理参数并更新临床干预,在阶段555处评估评估生理数据以生成病因估计,在阶段565处基于目标数据并且可选地基于病史识别补充临床干预)。多个生理参数的非线性评估可以用作患者病况估计器,其中所估计的患者病况与特定干预相对应。例如,所估计的患者病况为缺氧与向患者递送补充氧的干预相对应。
患者病况估计器的一个示例是卡尔曼滤波。通常,卡尔曼滤波利用在生理环境中可能不会遇到的高斯分布来对线性系统进行建模。因此,患者病况估计器的至少一个示例执行扩展卡尔曼滤波(EKF)以解决非高斯非线性滤波的问题。EKF基于使用Taylor级数展开来线性化测量和演化模型的原理。然而,EKF过程中的级数近似可能导致非线性函数和兴趣概率分布的表示不佳。结果,EKF可能发生偏离。因此,患者病况估计器的至少一个示例基于近似高斯分布比近似任意非线性函数更容易这一假设来执行无迹卡尔曼滤波(UKF)。已经表明,UKF带来比EKF更准确的结果,并且UKF生成了状态的协方差的更佳估计(EKF通常似乎低估了该量)。然而,UKF的局限性在于它不适用于一般的非高斯分布,经常如ECG频谱分布的情况一样。
患者病况估计器的另一示例是也称为粒子滤波的顺序蒙特卡罗过程。该示例克服了非高斯限制并允许完整地表示状态的后验分布,使得可以容易地计算任何统计估计,诸如均值、众数、峰度和方差等。因此,粒子滤波可以处理任何非线性或分布。粒子滤波依赖于重要性采样,结果需要可以非常合理地近似后验分布的建议分布的设计。一般来说,很难设计这样的建议。最常见的策略是从状态演化(过渡前)的概率模型中采样。然而,如果新的测量值出现在先验的尾部,或者如果与先验相比可能性过高,则该策略可能会失败。
一些其他示例患者病况估计器包括被称为无迹粒子滤波(UPF)的估计器/预测器轨迹跟踪技术以及其他非线性估计器,例如非线性回归、神经网络和卷积神经网络等。
在一些实施例中,CSG算法可以至少部分地基于以患者病况和治疗干预向量的序列作为输入的隐马尔可夫模型(HMM)。可以使用本领域技术人员已知的HMM技术来开发状态转移矩阵。特别地,基础患者状态和推荐的治疗干预原语、以及条件和结果干预句子的序列被建模为隐马尔可夫模型(HMM),其被定义为具有状态Q、输出字母表O、转移概率A、输出概率B和初始状态概率Π的集合的有限状态机的变体。当前状态不可观察。相反,各状态产生具有一定概率(B)的输出。通常,理解状态Q和输出O,因此HMM被称为三态,λ=(A,B,Π)。输出字母表O的个值均可被赋予唯一的阈值和系数集。例如,作为针对数据库的训练或患者特定训练的结果,HMM将在其中存储转移概率,这指示这种理解的“事实”(即,治疗干预语法)。例如,如果患者仅被给予一剂量的血管加压药,则患者的血压将下降超过20mmHg的概率非常低:必须存在干预(血压读数可能在噪声中丢失),或者可替代地,血压可能随着败血症而降低,作为患者的基础状况的更可能估计,其中在这种情况下,最佳治疗干预将是继续血管加压药,但也提供广谱抗生素用于潜在的败血症感染,并进行护理点血液分析以测量乳酸。
可以采用在HMM分类的领域中已知的其他技术。例如,区分训练技术省去了对HMM参数估计的纯统计方法,而是优化了训练数据的一些分类相关度量。一些示例包括最大互信息(MMI)、最小分类误差(MCE)和最小音素错误(MPE)以及用于寻找最佳路径的维特比算法的使用。其他技术是保持优秀候选的集合而不是仅仅保持最佳候选,并且使用更好的评分函数(重新评分)对这些优秀候选进行评分。候选集合可以作为列表(N-最佳列表方法)或作为模型的子集(格子(lattice))保持。可以进行重新评分以最小化贝叶斯风险。
在一些实施例中,可以采用所谓的深度学习网络。当没有与目标类标签有关的信息可用时,可以采用深度网络用于无监督或生成式学习,以捕获用于模式分析或合成目的的观测或可见数据的高阶相关性。此外,深度网络可用于监督学习,以通常通过表征以可见数据为条件的类的后验分布,直接提供用于模式分类目的的区分能力。此外,可以采用混合深度网络,其中目标是用生成式或无监督深度网络的结果辅助的区分。其他分类方法例如包括深度神经网络(DNN)和递归神经网络(RNN)、卷积神经网络(CNN)、受限Boltzman机(RBM)、深度信念网络(DBN)、深度Boltzman机(DBM)等。
参考图33,例示了被配置为提供装置视图用户接口的配套装置(其在一些实施例中可以是用于远程控制呼吸窘迫呼吸机4102的远程控制装置)。配套装置105可以被配置为提供例如图33所示的装置视图窗口1315。在如以下论述的图34中示出装置视图窗口1316的另一示例。
装置视图可以改善来自一对护理者和/或在混乱的急救环境(其中医疗装置的画面可能不容易被所有团队成员访问和/或可能不方便地定位以获得最佳观看(例如,在轮床下、在移动轮床上、在救护车长凳下等))中的护理。例如,第一护理者103可以通过来自医疗装置(例如患者监测器/除颤器等)和医疗装置显示画面310的辅助和治疗来照顾受害者101。第二护理者104可以准备药物或轮床,或者在没有医疗装置/其他显示画面的视图的情况下处理另一任务。在一些场景中,第二护理者104可以监督更大的护理团队以及可能的其他受害者。第二护理者104可以在配套平板电脑105上查看装置视图窗口1315。
在一些实现中,配套装置可以实时显示来自连接到医疗处置装置的一个或多于一个生理传感器的传感器数据。在一些示例中,配套装置可以在第一显示中显示在医疗处置装置处显示的信息的视觉再现。该第一显示视图(称为装置视图)使得附加的医疗团队成员能够在不必紧邻医疗处置装置的情况下参与患者处置。例如,在重症患者护理事件(例如,RD、胸痛、心脏骤停、创伤性脑损伤(TBI)、RD或重症护理监测)期间监督和协调患者处置的救援团队主管(例如,图33中的护理者104)可以实时地查看医疗处置装置处显示的相同波形和患者数据。这使得主管或其他医疗团队成员能够同时观察救援者处置动作和患者数据这两者,使得主管可以提供建议以进一步增强患者处置并协调多个救援者的处置。在一些示例中,装置视图显示医疗处置装置处所显示的病例信息的视觉再现。
配套装置105的装置视图中所显示的医疗装置数据是当在装置视图中再现(一个或多于一个)医疗/其他装置180的显示接口的以下视觉方面中的一个或多于一个时在(一个或多于一个)医疗/其他装置180的显示接口处所显示的信息的视觉再现:显示布局、各数据部分的倍率、生理波形选择、生理数字读出选择、分辨率、波形持续时间、波形大小、文本大小、字体和显示颜色。在一些示例中,配套装置105处的(一个或多于一个)医疗/其他装置180的显示画面的视觉再现(其可以包括呼吸方面)可以精确地复制(一个或多于一个)医疗/其他装置180处所显示的内容,或者视觉方面中的一个或多于一个可以相对于(一个或多于一个)医疗装置180处所显示的内容有所更改。在一个示例中,可以放大和/或突出显示所显示的病例信息的一个或多于一个项的字体和大小,以将配套装置105的用户的眼睛吸引到相应的病例信息。可以以特定方式放大某个类型的波形或其他数据或者对该波形或其他数据进行颜色编码。例如,可以类似地放大ECG波形(诸如在12导联分析中等),或者可以从分辨率、颜色或其他再现方式方面强调某些波形。在一些实施例中,表示非连续生理测量值(例如,NIBP、SpO2、HR、EtCO2)的数值可以以类似大小的字体或布局示出。在一些情况下,例如,视觉再现可以是如在医疗处置装置的显示接口上呈现的信息的复制,或者可替代地具有其微小变化。
在一些示例中,装置视图UI画面1315包括显示接口处的一个或多于一个可选输入,这些可选输入使得显示更多的、不同的或附加的信息,使得在(一个或多于一个)医疗/其他装置180处采取一个或多于一个动作,或者提供使得用户能够提交可传输到(一个或多于一个)医疗/其他装置180的信息的附加用户输入接口画面。例如,装置视图1315可以包括使得用户能够在配套装置105处的显示所用的不同显示视图之间切换的一个或多于一个视图选择选项卡1310、1340、1350和1370。在一个示例中,选择选项卡1310的用户选择使得装置视图UI画面1315显示在配套装置105处。装置视图UI画面1315可以显示指示患者的病况和/或正施予给患者的医疗处置的状况的多个波形和度量。例如,如图33所示,装置视图窗口1315可以显示ECG波形1320a和1320b、脉搏血氧波形1320c和二氧化碳描记波形1320d以及温度1320e、有创血压1320f和1320g、心率1325a、脉搏血氧(SpO2)离散测量值1325b、潮气末二氧化碳(EtCO2)离散测量值1325c和无创血压(NIBP)1325d。
在一些示例中,视觉再现可以包含医疗处置装置处显示的数据的精确复制。在其他示例中,视觉再现可以包括可以增强配套装置用户对病例信息的查看和理解的数据和格式变化。在一些示例中,显示布局、各数据部分的倍率、生理波形选择、生理数字读出选择、分辨率、波形持续时间、波形大小、文本大小、字体和/或显示颜色可以不同于(一个或多于一个)医疗处置装置处显示的内容。
在一些实现中,在装置视图UI画面1315处显示的信息可以不同于在(一个或多于一个)医疗装置180的显示接口处所显示的信息。在一些示例中,接口之间的差异可以包括所显示的信息的类型、显示布局或显示格式方面的差异。例如,各数据部分的放大量、分辨率、大小和画面位置可以在装置视图UI画面1315和(一个或多于一个)医疗装置180的显示接口之间变化。附加地,相对波形大小和颜色、字体以及文本大小可以在配套装置105处的装置视图1315之间变化。在一个示例中,装置视图UI画面1315可以以无波形的最大化大数字格式来显示所有生理病例信息的数值。在一些示例中,在装置视图UI画面1315处显示的病例信息的一个或多于一个项可以不同于在(一个或多于一个)医疗装置180的显示器处所显示的病例信息。
在实现中,装置视图窗口1315可以包括患者信息控件1311。控件1311的激活可以使得用户能够在配套装置105处键入患者识别信息。
参考图34,示出配套装置处的组合通气系统/患者监测器-除颤器装置视图用户接口的示例。在实现中,装置视图窗口1315和/或1316、工作视图窗口1415和趋势视图窗口1515中的一个或多于一个可以包括装置选择控件1399(例如,患者监测器/除颤器选择控件1399a、通气系统选择控件1399b和组合装置选择控件1399c)。控件1399可以使得用户能够从单个医疗/其他装置(例如,患者监测器/除颤器285或通气系统280,其可以是便携式除颤器或呼吸窘迫呼吸机4102)选择显示所用的数据,或者选择组合显示。在一个示例中,各类型的医疗处置装置的病例信息可在配套装置的各个单独显示接口处查看。在另一示例中,不同医疗处置装置的病例信息可以在配套装置105处的相同显示接口画面内组合。这样,配套装置用户可以定制如从(一个或多于一个)医疗/其他装置180接收到的在配套装置105处显示的病例信息。
在图34所示的组合装置视图窗口的示例中提供的数据包括由患者监测器/除颤器285通过通气系统280收集的数据。例如,通气系统280可以提供端口信息1371、吸入氧浓度分数(FiO2)数据1372、吸气峰压(PIP)1373、潮气量(VT)1374和每分钟呼吸次数(BPM)1375。附加地,通气系统280可以提供气道压力波形(PAW)1376。专用于由患者监测器/除颤器285收集的数据的装置视图窗口可以不包括这些值。患者监测器/除颤器285可以提供HR 1380、SpO2值1381、有创血压(IBP)1382、NIBP 1383、EtCO2 1384、ECG波形1385、SpO2波形1386、EtCO2波形1387和IBP波形1376。
患者监测器/除颤器285或通气系统280可以提供温度数据1391。患者监测器/除颤器285和通气系统280中的一个或多于一个可以提供警报1392。
参考图35,示出医疗装置数据画面的示例(其可以经由例如呼吸窘迫呼吸机4102、CCM/除颤器、平板电脑或者其他装置或系统(其例如可以包括能够远程控制呼吸窘迫呼吸机4102的装置)的显示器呈现)。医疗装置数据画面1660可以是可滚动画面。医疗装置数据画面1660可以是滚动窗口,使得用户可以通过滚动手势访问更大的数据集。在一些实现中,配套装置105可以允许用户定制在医疗装置数据画面1660处显示的数据。例如,在选择医疗装置数据选项卡时,配套装置105可以显示供用户基于查看偏好来选择和/或取消选择的可用医疗装置数据的列表。在一些情况下,数据画面1660可以在医疗处置期间通过允许配套装置105的观看者随意格式化医疗装置数据的控件来创建和特别定制。在实现中,CSG算法121可以基于配套装置的用户的偏好或处置角色来预定制数据画面1660
在实现中,医疗装置数据画面1660可以显示从(一个或多于一个)医疗/其他装置180接收到的生理传感器数据。医疗装置数据画面1660可以将该数据显示为在患者诊疗期间随时间经过的趋势和/或波形(例如,EtCO2 2238、SpO2 2240、气道数据2242、NIBP 2244、心率2246和ECG 2248)。在一些情况下,医疗装置数据画面1660可以以数字格式(例如,EtCO2 2250、SpO2 2252、NIBP 2254和HR 2256)和/或以图形格式(例如,EtCO2 2260、SpO22261、肺阻力2262、肺弹性2263、NIBP 2264和HR2265)将生理传感器数据显示为离散值。
在实现中,生理数据的显示可以包括叠加在生理数据上和/或以另一图形或表格格式的一个或多于一个事件标记(例如,标记2290、2292、2294和2296)。在实现中,护理者可以在配套装置105处和在数据画面1660上手动输入与某些类型的医疗干预(例如,施予氧或药物)相对应的事件标记数据。在一些示例中,在选择医疗装置数据画面1660时,配套装置105可以将数据请求单独地或者作为批量数据传送请求的一部分进行传输,以将事件标记数据显示在数据画面1660上。在选择事件标记注释2290、2292、2294和2296中的一个时,配套装置105可以使得显示与所选择的事件标记有关的详情,诸如施加电击中的能量量、施予药品量、除颤器波形和/或呼吸机数据的显示画面、以及/或者来自与所选择的事件标记相关联的时间处的(一个或多于一个)医疗/其他装置180的显示接口和/或装置视图1315和/或1316的数据的快照视图等。
在实现中,医疗装置数据画面1660可以显示通过CSG算法121对生理传感器数据的评估。数据画面1660可以以图形方式提供这些评估。例如,如利用各种交叉阴影图案、颜色、图形符号的填充量等示意性所示,各种指标的范围可以用图形区分被指示为低、正常或高。在实现中,数据画面1660可以利用例如作为相对于图形提供的范围定位的箭头2279示出的评价指标来提供生理信号的评估。可替代地或附加地,医疗装置数据画面1660可以提供生理信号的评估的文本指示(例如,评估指示2270、2271、2272、2273、2274和2275)。
此外,在一些实施例中,医疗装置数据画面1660可以提供医疗装置状况窗口2280。CSG算法121可以从医疗/其他装置接收作为CSG输入的医疗装置状况信息。CSG算法121可以响应于检测到的临床事件和/或响应于从CSG算法121向(一个或多于一个)医疗/其他装置180的询问或指令,根据预定时间表自动接收该信息。
参考图36,例示通气系统的机械通气设备(诸如呼吸窘迫呼吸机4102等)的示例。机械通气设备2740可以包括气体移动器/气流生成器2741,该气体移动器/气流生成器2741被配置为使来自氧源2730的氧经由患者接口2744通过吸气回路2743移动到患者101。通气系统280可以使用气体移动器2741来提供一系列治疗通气方式,以提供诸如参考图27所述的干预等的各种干预。
在一些实施例中,通气系统280可以在CPR期间提供通气,并且例如可以与一个或多于一个重症护理监测器(诸如一个或多于一个患者监测器/除颤器285等)耦接和集成地工作。在一些实施例中,例如,在面罩通气、无保护的气道期间,如由监测器测量的,通气系统280可以每30次按压递送2次呼吸。在一些实施例中,例如,当气道被保护时(例如,气管内管、Combitube等),通气系统280可以独立于按压速率(异步地)连续递送10次呼吸/分钟。
图36例示用于向患者提供机械通气的诸如呼吸窘迫呼吸机等的通气系统所用的机械通气设备的示例的方面,其包括控制器2750并且连接到氧源2730。患者接口2744可以包括适当的气体递送装置,例如插管、面罩、鼻插管等。机械通气设备2740还包括呼气回路2745和呼出阀2748。吸气回路2743和呼气回路2745这两者都包括传感器2747。传感器2747例如可以包括但不限于呼吸速度计275、气道压力传感器274和肺量计276。传感器2747使得通气系统280能够测量患者的呼吸努力以及通气系统280在向患者提供机械呼吸辅助时的性能。传感器2747可以生成数据并将该数据提供到CSG处理器模块120,该数据包括但不限于流速、潮气量和分钟量(Ve)、呼吸力学(例如,阻力和顺应性)和肺活量测定,并且例如可以包括用力肺活量(FVC)、1秒用力肺活量(FEV1)和最大呼气流速(PEF或PEFR)。另外,患者监测器/除颤器285或另一医疗装置例如可以提供二氧化碳描记和/或脉搏血氧数据,诸如氧血红蛋白和碳氧血红蛋白饱和度、以及主流或其他二氧化碳描记数据(诸如潮气末CO2(EtCO2)等)等。该数据例如可以允许计算CO2消除率和容积二氧化碳描记,其可以包括使用来自通气系统280的流量数据。
在一些实施例中,对于需要补氧(O2)的患者,通气系统280可以提供多个方法以通过有创和无创通气来支持氧合。例如,一种方法可以包括使用允许从O2流源夹带的小型储气袋系统。在一些实施例中,在第一方法中,用户可以在监测由患者监测器/除颤器285或另一医疗装置测量的氧饱和度(SpO2)的同时管理对患者的O2递送。第二方法可以利用创新型智能O2阀(SOV)或模块,其例如可以附接到吸气回路2743、高压O2气瓶/源和患者监测器/除颤器285或另一医疗装置。这例如可以使用生理闭环控制(PCLC)来提供对患者的氧合的自动控制,其中SpO2信号可用于调节SOV的输出。第三方法可以提供便携式O2浓缩器(POC)的功能集成,其例如可以使用PCLC来调节POC的O2输出和向通气系统280中的O2夹带。
图37例示根据本发明的实施例的可与呼吸窘迫呼吸机一起使用的示例气动系统2100的方面。如图所示,气动系统2100包括氧气连接器2110、可包括受专利保护的吸入和呼出回路组件的患者回路管道系统2112、呼出控制阀2114、径向压缩机2108或诸如送风机等的其他气体移动组件、氧气阀2106、以及与氧气压力、氧气流量、周围压力、进气压力和患者气道压力的控制和/或测量相关联的方面2104,其可以包括可编程增益放大器(PGA)、模数转换器(ADC)和其他组件。
氧气阀2106和压缩机2108可以在通气期间为患者提供适当的气体混合物。系统2100可以包括用于包括氧气输入供给和大气压力的压力测量的换能器。患者回路管道系统2112可以包括向患者提供气体的吸气部分以及将气体直接排放到大气而不返回到呼吸机2000的呼气部分。呼吸机2000气动地控制呼出控制阀2114。呼吸机2000内的换能器测量通气期间的气道压力。
在一些实施例中,可以使用同轴患者回路,其中当作为单个软管或回路出现时,呼气软管包围吸气软管。在患者和装置连接这两者处,气室划分气体路径。在一些实施例中,这种患者回路配置可以提供如下的益处,这些益处可以包括减少死区、减少最小可用占用空间、最小化重量/拉动式气道、以及基于单个零件而无需组装或故障排除。
外部高压气体源使用高压氧气输入端口连接至呼吸机2000。该源例如可以是医用级氧系统或氧气瓶供给。
图38例示根据本发明实施例的可与呼吸窘迫呼吸机2208一起使用的示例外部气体供给系统2200的方面。所描绘的方面包括氧罐2202或其他氧输出2204(诸如与氧供给2206一起使用的高压软管)、以及被示出耦接到呼吸窘迫呼吸机2208的氧罐2210。
图39例示根据本发明实施例的可以与呼吸窘迫呼吸机2314一起使用的示例患者回路2300的方面。所描绘的方面包括成人回路2312(其包括吸气线2302和呼气线2306)、以及婴儿/儿童回路2310(其包括吸气线2304和呼气线2308)。
在图40中,组件2808、2810、2812、2814、2816和2818彼此(直接地和/或间接地)通信地耦接以进行双向通信。类似地,组件2820、2822、2824、2826和2828彼此(直接地和/或间接地)通信地耦接以进行双向通信。
在一些实现中,治疗性医疗装置2802的组件2808、2810、2816和/或2818可以组合成一个或多于一个离散组件,并且组件2816和/或2818可以是处理器2808的一部分。处理器2808和存储器2810可以包括和/或耦接到关联的电路,以进行本文所述的功能。附加地,可以将配套装置2804的组件2820、2822和2828组合成一个或多于一个离散组件,并且组件2828可以是处理器2820的一部分。处理器2820和存储器2821可以包括和/或耦接到关联的电路,以进行本文所述的功能。
在一些实现中,治疗性医疗装置2802可以包括治疗递送控制模块2818。例如,治疗递送控制模块2818可以是电疗递送电路,该电疗递送电路包括被配置为储存用于起搏脉冲或除颤脉冲的电能的一个或多于一个高压电容器。电疗递送电路还可以包括电阻器、附加电容器、继电器和/或开关、诸如H桥接器(例如包括多个绝缘栅双极型晶体管或IGBT)等的电桥、电压测量组件和/或电流测量组件。作为另一示例,治疗递送控制模块2818可以是被配置为控制机械按压装置的按压装置机电控制器。作为又一示例,治疗递送控制模块2818可以是被配置为控制药物递送、温度管理、通气和/或其他类型的治疗递送的机电控制器。
治疗性医疗装置2802可以并入和/或被配置为耦接到一个或多于一个患者接口装置2830。患者接口装置2830可以包括一个或多于一个治疗递送组件2832a和一个或多于一个传感器2832b。类似地,配套装置2804可以被适配用于医疗用途,并且可以并入和/或被配置为耦接到一个或多于一个患者接口装置2834。(一个或多于一个)患者接口装置2834可以包括一个或多于一个传感器2836。(一个或多于一个)传感器2836可以基本上如本文关于(一个或多于一个)传感器2832b所述。
(一个或多于一个)传感器2832b和2836可以包括感测电极(例如,感测电极2838)、通气和/或呼吸传感器(例如,通气和/或呼吸传感器2840)、温度传感器(例如,温度传感器2842)、胸外按压传感器(例如,胸外按压传感器2844)等。在一些实现中,从传感器2832b和2836获得的信息可以用于生成在治疗性医疗装置2802并且同时在配套装置2804处的显示视图处以及以上所述显示的信息。在一个示例中,感测电极2838可以包括心脏感测电极。心脏感测电极可以是导电的和/或电容性电极,这些导电的和/或电容性电极被配置为测量患者的电生理现象中的变化,以测量患者的ECG信息。感测电极2838还可测量患者的经胸阻抗和/或心率。通气和/或呼吸传感器2840可以包括肺活量测定传感器、流量传感器、压力传感器、氧和/或二氧化碳传感器(诸如脉搏血氧传感器、氧合传感器(例如,肌肉氧合/pH)、O2气体传感器和二氧化碳描记传感器、阻抗传感器等中的一个或多于一个及其组合)。温度传感器2842可以包括红外温度计、接触式温度计、远程温度计、液晶温度计、热电偶、热敏电阻等,并且可以从内部和/或从外部测量患者温度。胸外按压传感器2844可以包括一个或多于一个运动传感器,该一个或多于一个运动传感器例如包括一个或多于一个加速度计、一个或多于一个力传感器、一个或多于一个磁传感器、一个或多于一个速度传感器、一个或多于一个位移传感器等。胸外按压传感器2844可以将表示胸部运动的一个或多于一个信号经由有线和/或无线连接提供到治疗性医疗装置2802。胸外按压传感器2844例如可以是但不限于按压盘、智能电话、手持装置、可穿戴装置等。胸外按压传感器2844可被配置为检测救援者和/或自动胸外按压装置(例如,带系统、活塞系统等)所赋予的胸部运动。胸外按压传感器2844可以提供指示胸外按压数据的信号,该胸外按压数据包括位移数据、速度数据、释放速度数据、加速度数据、力数据、按压速率数据、驻留时间数据、保持时间数据、血流量数据、血压数据等。在实现中,除颤和/或起搏电极可以包括或被配置为耦接至胸外按压传感器2844。
在各种实现中,传感器2832b和2836可以包括被配置为提供传感器数据的一个或多于一个传感器装置,该传感器数据例如包括但不限于ECG、血压、心率、呼吸率、心音、肺音、呼吸音、潮气末CO2、肌氧饱和度(SMO2)、氧饱和度(例如,SpO2和/或PaO2)、脑血流量、护理点实验室测量(例如,乳酸盐、葡萄糖等)、温度、脑电图(EEG)信号、脑氧水平、组织pH、组织液水平、经由超声、喉镜检查和/或其他医学成像技术的图像和/或视频、近红外光谱、呼吸描记、心动描记以及/或者患者移动。图像和/或视频可以是二维或三维的,诸如各种形式的超声成像等。
一个或多于一个治疗递送组件2832a可以包括电疗电极(例如,电疗电极2838a)、(一个或多于一个)通气装置(例如,通气装置2838b)、(一个或多于一个)静脉内装置(例如,静脉内装置2838c)、(一个或多于一个)按压装置(例如,按压装置2838d)等。例如,电疗电极2838a可以包括除颤电极、起搏电极及其组合。通气装置2838b可以包括管路、面罩、腹部和/或胸部按压机(例如,带、胸甲等)等及其组合。静脉内装置2838c可以包括药物递送装置、流体递送装置及其组合。按压装置2838d可以包括诸如腹部按压机、胸部按压机、带、活塞及其组合等的机械按压装置。在各种实现中,(一个或多于一个)治疗递送组件2832a可以被配置为提供传感器数据和/或被耦接到传感器和/或并入传感器。例如,电疗电极2838a可以提供诸如经胸阻抗、ECG、心率等的传感器数据。此外,电疗电极2838a可以包括和/或耦接到胸外按压传感器。作为另一示例,通气装置2838b可以耦接到和/或并入流量传感器、气体种类传感器(例如,氧气传感器、二氧化碳传感器等)等。作为另一示例,静脉内装置2838c可以耦接到和/或并入温度传感器、流量传感器、血压传感器等。作为又一示例,按压装置2838d可以耦接到和/或并入胸外按压传感器、患者位置传感器等。治疗递送控制模块2818可以被配置为分别耦接到并控制(一个或多于一个)治疗递送组件2832a。
一个或多于一个传感器2832b和2836以及/或者(一个或多于一个)治疗递送组件2832a可以提供传感器数据。治疗性医疗装置2802和配套装置2804的显示画面处所提供的患者数据可以显示传感器数据。例如,治疗性医疗装置2802可以处理从(一个或多于一个)传感器2832b和/或(一个或多于一个)治疗递送组件2832a接收到的信号以确定传感器数据。类似地,配套装置2804可以处理从(一个或多于一个)传感器2836接收到的信号和/或经由治疗性医疗装置2802接收到的来自传感器2832b的传感器数据,以确定传感器数据。
尽管已经说明了某些实施例,但这些实施例仅以示例的方式呈现,并且不旨在限制本发明的范围。实际上,本文所述的新颖方法、设备和系统可以以多种其他形式体现;此外,可以在不背离本发明的精神的情况下,以本文所述的方法、设备和系统的形式进行各种省略、替换和改变。所附权利要求书及其等同物旨在涵盖落在本发明的范围和精神内的形式或修改。
Claims (342)
1.一种用于处置经历呼吸窘迫的患者的设备,所述设备包括:
呼吸窘迫管理装置,其包括:
壳体;
机械通气设备,其布置在所述壳体内,用于向患者提供机械通气,所述机械通气设备包括:
气流生成器,其布置在所述壳体内,以及
气体递送设备,其至少部分地布置在所述壳体内,与所述气流生成器耦接,所述气体递送设备包括患者回路,所述患者回路从所述壳体延伸并被配置为至少部分地与患者连接以向患者递送气体;以及
控制器,其布置在所述壳体内,所述控制器包括处理器和存储器,所述控制器被配置为:
确定在特定时间是否存在故障模式条件;
在确定为不存在所述故障模式条件的情况下,经由所述控制器从至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气设备的控制以向患者递送机械通气,以及
在确定为存在所述故障模式条件的情况下,控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
2.根据权利要求1所述的设备,其中,在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器根据先前存储的通气控制参数值来控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
3.根据权利要求1所述的设备,其中,在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器根据先前存储的最后接收到的有效通气控制参数值来控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
4.根据权利要求1所述的设备,其中,所述控制器被配置为:
确定是否存在所述故障模式条件,其中所述故障模式条件与所述呼吸窘迫管理装置相关联,以及其中所述至少一个源与所述呼吸窘迫管理装置分离。
5.根据权利要求1所述的设备,其中,所述控制器被配置为:
确定在特定时间是否存在故障模式条件,其中所述特定时间是第一预定时间;
在确定为在所述第一预定时间不存在所述故障模式条件的情况下,经由所述控制器从至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气设备的控制以向患者递送机械通气;以及
在确定为在所述第一预定时间存在所述故障模式条件的情况下,控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
6.根据权利要求5所述的设备,其中,所述控制器被配置为:
确定在第二预定时间是否存在故障模式条件,其中所述第二预定时间是在所述第一预定时间之后经过预定时间段的时间;
在确定为在所述第二预定时间不存在所述故障模式条件的情况下,经由所述控制器从至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气设备的控制以向患者递送机械通气;以及
在确定为在所述第二预定时间存在所述故障模式条件的情况下,控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
7.根据权利要求6所述的设备,其中,所述控制器被配置成使得在使用所述呼吸窘迫管理装置之前设置所述预定时间段。
8.根据权利要求6所述的设备,其中,所述控制器被配置成使得所述预定时间段被设置为1秒。
9.根据权利要求6所述的设备,其中,所述控制器被配置成使得所述预定时间段被设置为在0.1秒和1秒之间。
10.根据权利要求6所述的设备,其中,所述控制器被配置成使得所述预定时间段被设置为在1秒和10秒之间。
11.根据权利要求6所述的设备,其中,所述控制器被配置成使得所述预定时间段由所述呼吸窘迫管理装置的用户设置。
12.根据权利要求1所述的设备,其中,所述机械通气设备包括:
至少一个压力传感器,其布置在所述机械通气设备内,被配置为感测表示所述气体递送设备内的气流的信号;以及
其中,所述控制器被配置为:
接收表示所述气流的信号,
至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况。
13.根据权利要求12所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
14.根据权利要求13所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
15.根据权利要求14所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置递送给患者的治疗相关。
16.根据权利要求15所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置递送给患者的治疗相关,其中所述治疗包括机械通气。
17.根据权利要求12所述的设备,其中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括用力肺活量即FVC和用力呼气容积即FEV。
18.根据权利要求12所述的设备,其中,所述呼吸窘迫管理装置、所述至少一个源和所述第二装置是不同的装置,并且与所述呼吸窘迫管理装置分离但与所述呼吸窘迫管理装置耦接。
19.根据权利要求12所述的设备,其中,所述至少一个源和所述第二装置是相同的,并且与所述呼吸窘迫管理装置分离但与所述呼吸窘迫管理装置耦接。
20.根据权利要求1所述的设备,其中,所述机械通气设备包括至少一个肺量计。
21.根据权利要求12所述的设备,其中,所述至少一个压力传感器与布置在所述机械通气设备内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
22.根据权利要求12所述的设备,其中,所述呼吸窘迫管理装置包括支气管扩张器。
23.根据权利要求1所述的设备,其中,所述控制器使用所述控制器的存储器中所存储的并由所述控制器的处理器执行的一个或多于一个算法来确定是否存在所述故障模式条件。
24.根据权利要求1所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括便携式计算装置。
25.根据权利要求24所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括平板电脑。
26.根据权利要求1所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器。
27.根据权利要求1所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括除颤器。
28.根据权利要求1所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括基于云的计算系统的一个或多于一个方面。
29.根据权利要求1所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中由所述至少一个源的控制包括利用基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
30.根据权利要求29所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器,以及其中所述至少一个氧饱和度传感器是所述重症护理监测器的脉搏血氧仪的一部分。
31.根据权利要求1所述的设备,其中,所述控制器被配置为在确定为存在所述故障模式条件的情况下,从启用由所述至少一个源对所述机械通气的控制切换到所述控制器控制所述机械通气。
32.根据权利要求1所述的设备,其中,所述故障模式条件指示由所述至少一个源的控制将不够安全。
33.根据权利要求1所述的设备,其中,所述故障模式条件指示由所述至少一个源的控制关于所述控制器从所述至少一个源对机械通气控制数据的接收而言将不够可靠。
34.根据权利要求1所述的设备,其中,所述故障模式条件指示相对于由所述控制器的控制、由所述至少一个源的控制关于患者的处置而言将是次优的。
35.根据权利要求1所述的设备,其中,所述故障模式条件与一个或多于一个不安全的患者生理参数相关。
36.根据权利要求1所述的设备,其中,所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是无效的。
37.根据权利要求1所述的设备,其中,所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是损坏的。
38.根据权利要求1所述的设备,其中,所述故障模式条件指示所述控制器从所述至少一个源接收到的两项或多于两项通气控制数据彼此不一致。
39.根据权利要求1所述的设备,其中,所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气设备根据超过至少一个范围的至少一个通气参数值进行操作。
40.根据权利要求39所述的设备,其中,所述至少一个范围包括与足够的患者安全相关联的范围。
41.根据权利要求39所述的设备,其中,所述至少一个范围包括流速范围。
42.根据权利要求39所述的设备,其中,所述至少一个范围包括压力范围。
43.根据权利要求1所述的设备,其中,所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气设备根据至少两个参数的值进行操作,其中所述值的组合将超过所述至少两个参数的允许值组合的范围。
44.根据权利要求43所述的设备,其中,所述值包括流速的值和压力的值。
45.根据权利要求43所述的设备,其中,所述允许值组合的范围与足够的患者安全相关联。
46.根据权利要求1所述的设备,其中,所述呼吸窘迫管理装置被配置成使得在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理装置和所述至少一个源之间存在通信能力的情况下,所述控制器启用由所述至少一个源的控制,由所述至少一个源的控制包括根据来自所述至少一个源的当前通气控制数据的控制。
47.根据权利要求1所述的设备,其中,所述呼吸窘迫管理装置被配置成使得在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理装置和所述至少一个源之间不存在通信能力的情况下,所述控制器根据所述控制器的存储器中所存储的一个或多于一个备用通气控制参数值来控制所述机械通气。
48.根据权利要求1所述的设备,其中,所述控制器被配置为对从所述至少一个源接收到的机械通气控制数据进行循环冗余校验。
49.根据权利要求1所述的设备,其中,所述控制器被配置为在控制器处理操作的优化中利用任务优先级。
50.根据权利要求1所述的设备,其中,所述控制器被配置为利用数据采样保护来进行处理。
51.根据权利要求1所述的设备,其中,所述控制器被配置为在数据处理中利用一个或多于一个直方图来进行处理,以使数据噪声最小化。
52.根据权利要求1所述的设备,其中,所述控制器被配置为利用单线程配置来进行处理。
53.根据权利要求1所述的设备,其中,所述控制器被配置为利用线程安全操作系统对象来进行处理。
54.根据权利要求1所述的设备,其中,所述控制器被配置为利用轮询软件处理设计来进行处理,以使处理延迟最小化。
55.根据权利要求1所述的设备,其中,所述控制器被配置为对从所述至少一个源接收到的通气控制数据进行令牌计数校验。
56.根据权利要求1所述的设备,其中,所述控制器被配置为在一个或多于一个条件下禁用软件处理中断。
57.根据权利要求1所述的设备,其中,所述控制器被配置为利用关于与所述至少一个源的通信的一个或多于一个方面的优先级来进行处理。
58.根据权利要求1所述的设备,其中,所述控制器被配置为进行与来自所述至少一个源的通气控制数据接收速率相关的一个或多于一个检查。
59.根据权利要求1所述的设备,其中,所述控制器被配置为进行处理以维持未使用存储器的最小部分,从而防止潜在的数据存储过载。
60.根据权利要求1所述的设备,其中,所述控制器被配置为利用确认即ACK和否定确认即NACK方案中的至少一个来进行处理,以确保从所述至少一个源接收到通气控制数据。
61.根据权利要求1所述的设备,其中,所述控制器被配置为在软件处理冻结或死锁条件的情况下进行自动重置。
62.根据权利要求1所述的设备,其中,利用所述呼吸窘迫管理装置和所述至少一个源之间的连续通信来连续校正任何数据接收错误。
63.根据权利要求1所述的设备,其中,所述控制器被配置为检查出所述至少一个源被正确地配置用于与所述呼吸窘迫管理装置的通信。
64.根据权利要求1所述的设备,其中,所述控制器被配置为生成与特定检测条件相关的用户警报。
65.根据权利要求64所述的设备,其中,所述用户警报包括用以提供与潜在不安全通气条件有关的预警的警报。
66.根据权利要求64所述的设备,其中,所述用户警报包括用以提供与患者的潜在不安全呼吸参数值有关的预警的警报。
67.根据权利要求64所述的设备,其中,所述用户警报包括用于在与所述呼吸窘迫管理装置分离的图形用户接口上向所述呼吸窘迫管理装置的用户显示的警报指示。
68.根据权利要求64所述的设备,其中,所述用户警报包括与通气参数值相关的警报。
69.根据权利要求64所述的设备,其中,所述用户警报包括与同由所述至少一个源的控制相关的通气参数值相关的警报。
70.根据权利要求64所述的设备,其中,所述用户警报包括与患者生理参数相关的警报。
71.根据权利要求70所述的设备,其中,与患者生理参数相关的警报包括与患者的高呼吸速率相关的一个或多于一个警报。
72.根据权利要求70所述的设备,其中,与患者生理参数相关的警报包括与患者的不完全呼出状况相关的一个或多于一个警报。
73.一种用于处置经历呼吸窘迫的患者的系统,所述系统包括:
呼吸窘迫管理系统,其包括:
机械通气系统,用于向患者提供机械通气,所述机械通气系统包括至少一个压力传感器,所述至少一个压力传感器被配置为感测表示所述机械通气系统内的气流的信号;以及
控制器,其包括处理器和存储器,所述控制器被配置为:
确定在特定时间是否存在故障模式条件,
在确定为不存在所述故障模式条件的情况下,经由所述控制器从至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理系统的所述机械通气系统的控制以向患者递送机械通气,以及
在确定为存在所述故障模式条件的情况下,控制所述呼吸窘迫管理系统的所述机械通气系统以向患者递送机械通气。
74.根据权利要求73所述的系统,其中,所述控制器被配置为:
确定是否存在所述故障模式条件,其中所述故障模式条件与所述呼吸窘迫管理系统相关联,以及其中所述至少一个源与所述呼吸窘迫管理系统分离。
75.根据权利要求73所述的系统,其中,所述控制器被配置为:
接收表示所述气流的信号,
至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理系统耦接的装置,所述呼吸参数数据用于确定患者的呼吸状况。
76.根据权利要求75所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在所述装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
77.根据权利要求76所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
78.根据权利要求77所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关。
79.根据权利要求77所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关,其中所述治疗包括机械通气。
80.根据权利要求75所述的系统,其中,所述呼吸窘迫管理系统、所述至少一个源和所述装置彼此分离。
81.根据权利要求75所述的系统,其中,所述至少一个源和所述装置是相同的,并且与所述呼吸窘迫管理系统分离但与所述呼吸窘迫管理系统耦接。
82.根据权利要求75所述的系统,其中,所述至少一个压力传感器与布置在所述机械通气系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
83.根据权利要求73所述的系统,其中,所述控制器使用所述控制器的存储器中所存储的并由所述控制器的处理器执行的一个或多于一个算法来确定是否存在所述故障模式条件。
84.根据权利要求73所述的系统,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括便携式计算装置。
85.根据权利要求73所述的系统,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器。
86.根据权利要求73所述的系统,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括除颤器。
87.根据权利要求73所述的系统,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括基于云的计算系统的一个或多于一个方面。
88.根据权利要求73所述的系统,其中,所述控制器被配置为启用由所述至少一个源的控制,其中由所述至少一个源的控制包括利用基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
89.根据权利要求88所述的系统,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器,以及其中所述至少一个氧饱和度传感器是所述重症护理监测器的脉搏血氧仪的一部分。
90.根据权利要求73所述的系统,其中,所述控制器被配置为在确定为存在所述故障模式条件的情况下,从启用由所述至少一个源对所述机械通气的控制切换到所述控制器控制所述机械通气。
91.根据权利要求73所述的系统,其中,所述故障模式条件指示由所述至少一个源的控制将不够安全。
92.根据权利要求73所述的系统,其中,所述故障模式条件指示由所述至少一个源的控制关于所述控制器从所述至少一个源对机械通气控制数据的接收而言将不够可靠。
93.根据权利要求73所述的系统,其中,所述故障模式条件指示相对于由所述控制器的控制、由所述至少一个源的控制关于患者的处置而言将是次优的。
94.根据权利要求73所述的系统,其中,所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是无效的。
95.根据权利要求73所述的系统,其中,所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是损坏的。
96.根据权利要求73所述的系统,其中,所述故障模式条件指示所述控制器从所述至少一个源接收到的两项或多于两项通气控制数据彼此不一致。
97.根据权利要求73所述的系统,其中,所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气系统根据超过至少一个范围的至少一个通气参数值进行操作。
98.根据权利要求97所述的系统,其中,所述至少一个范围包括与足够的患者安全相关联的范围。
99.根据权利要求97所述的系统,其中,所述至少一个范围包括流速范围。
100.根据权利要求97所述的系统,其中,所述至少一个范围包括压力范围。
101.根据权利要求73所述的系统,其中,所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气系统根据至少两个参数的值进行操作,其中所述值的组合将超过所述至少两个参数的允许值组合的范围。
102.根据权利要求101所述的系统,其中,所述值包括流速的值和压力的值。
103.根据权利要求101所述的系统,其中,所述允许值组合的范围与足够的患者安全相关联。
104.根据权利要求73所述的系统,其中,所述呼吸窘迫管理系统被配置成使得在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理系统和所述至少一个源之间存在通信能力的情况下,所述控制器启用由所述至少一个源的控制,由所述至少一个源的控制包括根据来自所述至少一个源的当前通气控制数据的控制。
105.根据权利要求73所述的系统,其中,所述呼吸窘迫管理系统被配置成使得在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理系统和所述至少一个源之间不存在通信能力的情况下,所述控制器根据所述控制器的存储器中所存储的一个或多于一个备用通气控制参数值来控制所述机械通气。
106.根据权利要求73所述的系统,其中,所述控制器被配置为对从所述至少一个源接收到的机械通气控制数据进行循环冗余校验。
107.根据权利要求73所述的系统,其中,所述控制器被配置为在控制器处理操作的优化中利用任务优先级。
108.根据权利要求73所述的系统,其中,所述控制器被配置为利用数据采样保护来进行处理。
109.根据权利要求73所述的系统,其中,所述控制器被配置为在数据处理中利用一个或多于一个直方图来进行处理,以使数据噪声最小化。
110.根据权利要求73所述的系统,其中,所述控制器被配置为利用单线程配置来进行处理。
111.根据权利要求73所述的系统,其中,所述控制器被配置为利用线程安全操作系统对象来进行处理。
112.根据权利要求73所述的系统,其中,所述控制器被配置为利用轮询软件处理设计来进行处理,以使处理延迟最小化。
113.根据权利要求73所述的系统,其中,所述控制器被配置为对从所述至少一个源接收到的通气控制数据进行令牌计数校验。
114.根据权利要求73所述的系统,其中,所述控制器被配置为在一个或多于一个条件下禁用软件处理中断。
115.根据权利要求73所述的系统,其中,所述控制器被配置为利用关于与所述至少一个源的通信的一个或多于一个方面的优先级来进行处理。
116.根据权利要求73所述的系统,其中,所述控制器被配置为进行与来自所述至少一个源的通气控制数据接收速率相关的一个或多于一个检查。
117.根据权利要求73所述的系统,其中,所述控制器被配置为进行处理以维持未使用存储器的最小部分,从而防止潜在的数据存储过载。
118.根据权利要求73所述的系统,其中,所述控制器被配置为利用确认即ACK和否定确认即NACK方案中的至少一个来进行处理,以确保从所述至少一个源接收到通气控制数据。
119.根据权利要求73所述的系统,其中,所述控制器被配置为在软件处理冻结或死锁条件的情况下进行自动重置。
120.根据权利要求73所述的系统,其中,利用所述呼吸窘迫管理系统和所述至少一个源之间的连续通信来连续校正任何数据接收错误。
121.根据权利要求73所述的系统,其中,所述控制器被配置为检查出所述至少一个源被正确地配置用于与所述呼吸窘迫管理系统的通信。
122.根据权利要求73所述的系统,其中,所述控制器被配置为生成与特定检测条件相关的用户警报。
123.根据权利要求122所述的系统,其中,所述用户警报包括用以提供与潜在不安全通气条件有关的预警的警报。
124.根据权利要求122所述的系统,其中,所述用户警报包括用以提供与患者的潜在不安全呼吸参数值有关的预警的警报。
125.根据权利要求122所述的系统,其中,所述用户警报包括用于在与所述呼吸窘迫管理系统分离的图形用户接口上向所述呼吸窘迫管理系统的用户显示的警报指示。
126.根据权利要求122所述的系统,其中,所述用户警报包括与由所述至少一个源的控制相关的通气参数值相关的警报。
127.根据权利要求122所述的系统,其中,所述用户警报包括与同由所述至少一个源的控制相关的通气参数值相关的警报。
128.根据权利要求122所述的系统,其中,所述用户警报包括与患者生理参数相关的警报。
129.根据权利要求122所述的系统,其中,与患者生理参数相关的警报包括与患者的高呼吸速率相关的一个或多于一个警报。
130.根据权利要求122所述的系统,其中,与患者生理参数相关的警报包括与患者的不完全呼出状况相关的一个或多于一个警报。
131.一种计算机实现的方法,用于处置经历呼吸窘迫的患者,所述方法包括:
布置在呼吸窘迫管理装置内的控制器确定在特定时间是否存在故障模式条件,所述控制器包括处理器和存储器,所述故障模式条件与所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的至少一个源相关联;
在确定为不存在所述故障模式条件的情况下,所述控制器经由所述控制器从所述至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的机械通气系统的控制以向患者递送机械通气;以及
在确定为存在所述故障模式条件的情况下,所述控制器控制所述呼吸窘迫管理装置的所述机械通气系统以向患者递送机械通气。
132.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述机械通气系统包括:
至少一个压力传感器,其布置在所述机械通气系统的气体递送系统内,被配置为感测表示所述气体递送系统内的气流的信号;以及
其中,所述控制器:
接收表示所述气流的信号,
至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况。
133.根据权利要求132所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
134.根据权利要求133所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
135.根据权利要求134所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。
136.根据权利要求135所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
137.根据权利要求132所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述呼吸窘迫管理装置、所述至少一个源和所述第二装置是不同的装置,并且与所述呼吸窘迫管理装置分离但与所述呼吸窘迫管理装置耦接。
138.根据权利要求132所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述至少一个压力传感器与布置在所述机械通气系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
139.根据权利要求131所述的方法,其中,所述控制器使用所述控制器的存储器中所存储的并由所述控制器的处理器执行的一个或多于一个算法来确定是否存在所述故障模式条件。
140.根据权利要求131所述的方法,其中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括便携式计算装置。
141.根据权利要求131所述的方法,其中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器。
142.根据权利要求131所述的方法,其中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括除颤器。
143.根据权利要求131所述的方法,其中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括基于云的计算系统的一个或多于一个方面。
144.根据权利要求131所述的方法,其中,所述控制器启用由所述至少一个源的控制,其中由所述至少一个源的控制包括利用基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
145.根据权利要求144所述的方法,其中,所述控制器启用由所述至少一个源的控制,其中所述至少一个源包括重症护理监测器,以及其中所述至少一个氧饱和度传感器是所述重症护理监测器的脉搏血氧仪的一部分。
146.根据权利要求131所述的方法,其中,在确定为存在所述故障模式条件的情况下,所述控制器从启用由所述至少一个源对所述机械通气的控制切换到所述控制器控制所述机械通气。
147.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示由所述至少一个源的控制将不够安全。
148.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示由所述至少一个源的控制关于所述呼吸窘迫管理装置的所述控制器从所述至少一个源对机械通气控制数据的接收而言将不够可靠。
149.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示相对于由所述控制器的控制、由所述至少一个源的控制关于患者的处置而言将是次优的。
150.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是无效的。
151.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示所述控制器从所述至少一个源接收到的通气控制数据是损坏的。
152.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示所述控制器从所述至少一个源接收到的两项或多于两项通气控制数据彼此不一致。
153.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气系统根据超过至少一个范围的至少一个通气参数值进行操作。
154.根据权利要求153所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述至少一个范围包括与足够的患者安全相关联的范围。
155.根据权利要求154所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述至少一个范围包括流速范围。
156.根据权利要求153所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述至少一个范围包括压力范围。
157.根据权利要求131所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述故障模式条件指示启用由所述至少一个源的控制将使得所述机械通气系统根据至少两个参数的值进行操作,其中所述值的组合将超过所述至少两个参数的允许值组合的范围。
158.根据权利要求157所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述值包括流速的值和压力的值。
159.根据权利要求157所述的方法,包括:所述控制器确定是否存在所述故障模式条件,其中所述允许值组合的范围与足够的患者安全相关联。
160.根据权利要求131所述的方法,其中,在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理装置和所述至少一个源之间存在通信能力的情况下,所述控制器启用由所述至少一个源的控制,由所述至少一个源的控制包括根据来自所述至少一个源的当前通气控制数据的控制。
161.根据权利要求131所述的方法,其中,在由所述至少一个源的控制期间发生的控制器处理冻结之后重置所述控制器时,在所述呼吸窘迫管理装置和所述至少一个源之间不存在通信能力的情况下,所述控制器根据所述控制器的存储器中所存储的一个或多于一个备用通气控制参数值来控制所述机械通气。
162.根据权利要求131所述的方法,其中,所述控制器对从所述至少一个源接收到的机械通气控制数据进行循环冗余校验。
163.根据权利要求131所述的方法,其中,所述控制器在控制器处理操作的优化中利用任务优先级。
164.根据权利要求131所述的方法,其中,所述控制器利用数据采样保护来进行处理。
165.根据权利要求131所述的方法,其中,所述控制器在数据处理中利用一个或多于一个直方图来进行处理,以使数据噪声最小化。
166.根据权利要求131所述的方法,其中,所述控制器利用单线程配置来进行处理。
167.根据权利要求131所述的方法,其中,所述控制器利用线程安全操作系统对象来进行处理。
168.根据权利要求131所述的方法,其中,所述控制器利用轮询软件处理设计来进行处理,以使处理延迟最小化。
169.根据权利要求131所述的方法,其中,所述控制器对从所述至少一个源接收到的通气控制数据进行令牌计数校验。
170.根据权利要求131所述的方法,其中,所述控制器在一个或多于一个条件下禁用软件处理中断。
171.根据权利要求131所述的方法,其中,所述控制器利用关于与所述至少一个源的通信的一个或多于一个方面的优先级来进行处理。
172.根据权利要求131所述的方法,其中,所述控制器进行与来自所述至少一个源的通气控制数据接收速率相关的一个或多于一个检查。
173.根据权利要求131所述的方法,其中,所述控制器进行处理以维持未使用存储器的最小部分,从而防止潜在的数据存储过载。
174.根据权利要求131所述的方法,其中,所述控制器利用确认即ACK和否定确认即NACK方案中的至少一个来进行处理,以确保从所述至少一个源接收到通气控制数据。
175.根据权利要求131所述的方法,其中,所述控制器在软件处理冻结或死锁条件的情况下进行自动重置。
176.根据权利要求131所述的方法,其中,利用所述呼吸窘迫管理装置和所述至少一个源之间的连续通信来连续校正任何数据接收错误。
177.根据权利要求131所述的方法,其中,所述控制器检查出所述至少一个源被正确地配置用于与所述呼吸窘迫管理装置的通信。
178.根据权利要求131所述的方法,其中,所述控制器生成与特定检测条件相关的用户警报。
179.根据权利要求178所述的方法,其中,所述控制器生成所述用户警报,其中所述用户警报包括用以提供与潜在不安全通气条件有关的预警的警报。
180.根据权利要求178所述的方法,其中,所述控制器生成所述用户警报,其中所述用户警报包括用以提供与患者的潜在不安全呼吸参数值有关的预警的警报。
181.根据权利要求178所述的方法,其中,所述控制器生成所述用户警报,其中所述用户警报包括用于在与所述呼吸窘迫管理装置分离的图形用户接口上向所述呼吸窘迫管理装置的用户显示的警报指示。
182.根据权利要求178所述的方法,其中,所述控制器生成所述用户警报,其中所述用户警报包括与同由所述至少一个源的控制相关的通气参数值相关的警报。
183.根据权利要求178所述的方法,其中,所述控制器生成所述用户警报,其中所述用户警报包括与由所述至少一个源的控制相关的通气参数值相关的警报。
184.根据权利要求178所述的方法,其中,所述控制器生成所述用户警报,其中所述用户警报包括与患者生理参数相关的警报。
185.根据权利要求178所述的方法,其中,所述控制器生成所述用户警报,其中与患者生理参数相关的警报包括与患者的高呼吸速率相关的一个或多于一个警报。
186.根据权利要求178所述的方法,其中,所述控制器生成所述用户警报,其中与患者生理参数相关的警报包括与患者的不完全呼出状况相关的一个或多于一个警报。
187.一种用于处置经历呼吸窘迫的患者的设备,所述设备包括:
呼吸窘迫管理装置,其包括:
壳体;
机械通气设备,其布置在所述壳体内,用于向患者提供机械通气,所述机械通气设备包括:
气流生成器,其布置在所述壳体内,以及
气体递送设备,其至少部分地布置在所述壳体内,与所述气流生成器耦接,所述气体递送设备包括患者回路,所述患者回路从所述壳体延伸并被配置为至少部分地与患者连接以向患者递送气体,
至少一个压力传感器,其布置在所述机械通气设备内,被配置为感测表示所述气体递送设备内的气流的信号,以及
控制器,其布置在所述壳体内,被配置为:
接收表示所述气流的信号,
至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况,
其中,所述控制器被配置为能够启用由与所述呼吸窘迫管理装置分离的至少一个源对所述机械通气设备的控制以向患者递送机械通气。
188.根据权利要求187所述的设备,其中,所述控制器被配置成使得:
所述控制器确定在特定时间是否存在故障模式条件,所述故障模式条件与所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的所述至少一个源相关联;
在确定为在所述特定时间不存在所述故障模式条件的情况下,所述控制器经由所述控制器从所述至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气设备的控制以向患者递送机械通气;以及
在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器控制所述呼吸窘迫管理装置的所述机械通气设备以向患者递送机械通气。
189.根据权利要求187所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中由所述至少一个源的控制包括基于患者的血液的氧浓度测量值来利用闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
190.根据权利要求187所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
191.根据权利要求190所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
192.根据权利要求191所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。
193.根据权利要求192所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
194.根据权利要求187所述的设备,其中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括用力肺活量即FVC和用力呼气容积即FEV。
195.根据权利要求187所述的设备,其中,所述至少一个压力传感器与布置在所述机械通气设备内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
196.根据权利要求187所述的设备,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括具有图形用户接口的装置,所述图形用户接口被配置为允许与调整一个或多于一个通气控制参数有关的用户输入。
197.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置成使得能够根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部接收到的信号来控制所述机械通气设备。
198.根据权利要求197所述的设备,其中,所述控制器被配置为根据所述控制器从所述呼吸窘迫管理装置的外部接收到的信号来确定在特定时间是否控制所述机械通气设备。
199.根据权利要求198所述的设备,其中,所述控制器被配置为根据所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备。
200.根据权利要求199所述的设备,其中,所述控制器被配置为根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备,其中所述至少一个源是重症护理监测器。
201.根据权利要求200所述的设备,其中,所述控制器被配置为根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备,其中所述至少一个源是除颤器。
202.根据权利要求199所述的设备,其中,所述控制器被配置为根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备,其中所述至少一个源是平板电脑。
203.根据权利要求201所述的设备,其中,所述控制器被配置为至少部分地基于在所述特定时间在所述呼吸窘迫管理装置和控制源之间是否存在通信能力,根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气设备。
204.根据权利要求203所述的设备,其中,所述控制器包括存储在存储器中的软件,所述软件被配置为根据由所述呼吸窘迫管理装置的所述控制器从所述呼吸窘迫管理装置的外部接收到的信号来启用对所述机械通气设备的控制。
205.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为与至少一个重症护理监测器耦接,以及其中,所述控制器被配置为:
从所述至少一个重症护理监测器接收表示患者的至少一个生理参数的信号;以及
至少部分地基于所接收到的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据。
206.根据权利要求205所述的设备,其中,所述控制器被配置为从所述至少一个重症护理监测器接收表示患者的至少一个生理参数的信号,包括从除颤器接收表示患者的至少一个生理参数的信号。
207.根据权利要求206所述的设备,其中,所述控制器被配置为从所述至少一个重症护理监测器接收表示患者的至少一个生理参数的信号,包括接收至少部分地经由血氧定量法所获得的信号。
208.根据权利要求207所述的设备,其中,所述控制器被配置为从所述至少一个重症护理监测器接收表示患者的至少一个生理参数的信号,包括接收至少部分地经由二氧化碳描记术所获得的信号。
209.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为以不包括向患者递送机械通气的第一模式或以包括向患者递送机械通气的第二模式进行操作。
210.根据权利要求187所述的设备,其中,所述气流生成器包括送风机。
211.根据权利要求210所述的设备,其中,所述送风机在操作中在一米处产生40至70分贝之间的声音。
212.根据权利要求187所述的设备,其中,所述气流生成器包括涡轮机。
213.根据权利要求187所述的设备,其中,所述气流生成器包括压缩机。
214.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的所述壳体具有5.0至27升之间的容积。
215.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的所述壳体具有1.0至5.0升之间的容积。
216.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的所述壳体具有0.5至1.0升之间的容积。
217.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的所述壳体具有0.15至0.5升之间的容积。
218.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的所述壳体具有0.125至0.15升之间的容积。
219.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置具有2.0至5.0千克之间的重量。
220.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置具有1.0至2.0千克之间的重量。
221.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置具有0.3至1.0千克之间的重量。
222.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置具有0.2至0.3千克之间的重量。
223.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的尺寸被制作成使得所述呼吸窘迫管理装置的长度、高度和宽度都不大于300mm。
224.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的尺寸被制作成使得所述呼吸窘迫管理装置的长度、高度和宽度都不大于150mm。
225.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的尺寸被制作成使得所述呼吸窘迫管理装置的长度、高度和宽度都不大于100mm。
226.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置的尺寸被制作成使得所述呼吸窘迫管理装置的长度、高度和宽度都不大于60mm。
227.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为便携式。
228.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置用于运载工具内的患者处置。
229.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置用于医院外的患者处置。
230.根据权利要求187所述的设备,其中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括呼吸顺应性和呼吸阻力中的至少一个。
231.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为向患者递送无创机械通气。
232.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为向患者递送包括连续气道正压通气即CPAP通气的无创机械通气。
233.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为向患者递送包括双水平通气的无创机械通气。
234.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为向患者递送包括高流量鼻插管通气即HFNC通气的无创机械通气。
235.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为向患者递送有创机械通气。
236.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为向患者递送包括辅助控制通气即AC通气的有创机械通气。
237.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为向患者递送包括同步间歇强制通气即SIMV的有创机械通气。
238.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置被配置为向患者递送包括与正递送给患者的心肺复苏胸外按压即CPR胸外按压同步的通气的有创机械通气。
239.根据权利要求187所述的设备,其中,所述呼吸窘迫管理装置与氧源耦接以用于向患者递送气体。
240.一种用于处置经历呼吸窘迫的患者的系统,所述系统包括:
呼吸窘迫管理系统,其包括:
机械通气系统,用于向患者提供机械通气,所述机械通气系统包括至少一个压力传感器,所述至少一个压力传感器被配置为感测表示所述机械通气系统内的气流的信号;以及
控制器,其包括处理器和存储器,所述控制器被配置为:
接收表示所述气流的信号,
至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理系统耦接的装置,所述呼吸参数数据用于确定患者的呼吸状况,
其中,所述控制器被配置为能够启用由与所述呼吸窘迫管理系统分离的至少一个源对所述机械通气系统的控制以向患者递送机械通气。
241.根据权利要求240所述的系统,其中,所述控制器被配置成使得:
所述控制器确定在特定时间是否存在故障模式条件,所述故障模式条件与所述呼吸窘迫管理系统和与所述呼吸窘迫管理系统分离的所述至少一个源相关联;
在确定为在所述特定时间不存在所述故障模式条件的情况下,所述控制器经由所述控制器从所述至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理系统的所述机械通气系统的控制以向患者递送机械通气;以及
在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器控制所述呼吸窘迫管理系统的所述机械通气系统以向患者递送机械通气。
242.根据权利要求240所述的系统,其中,所述控制器被配置为启用由所述至少一个源的控制,其中由所述至少一个源的控制包括基于患者的血液的氧浓度测量值来利用闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
243.根据权利要求240所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在所述装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
244.根据权利要求243所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
245.根据权利要求244所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关。
246.根据权利要求245所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关,其中所述治疗包括机械通气。
247.根据权利要求240所述的系统,其中,所述至少一个压力传感器与布置在所述机械通气系统的气体递送系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
248.根据权利要求240所述的系统,其中,所述控制器被配置为启用由所述至少一个源的控制,其中所述至少一个源包括具有图形用户接口的装置,所述图形用户接口被配置为允许与调整一个或多于一个通气控制参数有关的用户输入。
249.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置成使得能够根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部接收到的信号来控制所述机械通气系统。
250.根据权利要求249所述的系统,其中,所述控制器被配置为根据所述控制器从所述呼吸窘迫管理系统的外部接收到的信号来确定在特定时间是否控制所述机械通气系统。
251.根据权利要求250所述的系统,其中,所述控制器被配置为根据所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在特定时间是否控制所述机械通气系统。
252.根据权利要求251所述的系统,其中,所述控制器被配置为根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气系统,其中所述至少一个源是重症护理监测器。
253.根据权利要求252所述的系统,其中,所述控制器被配置为根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气系统,其中所述至少一个源是除颤器。
254.根据权利要求251所述的系统,其中,所述控制器被配置为根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气系统,其中所述至少一个源是平板电脑。
255.根据权利要求253所述的系统,其中,所述控制器被配置为至少部分地基于在所述特定时间在所述呼吸窘迫管理系统和所述至少一个源之间是否存在通信能力,根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部从所述至少一个源接收到的信号来确定在所述特定时间是否控制所述机械通气系统。
256.根据权利要求255所述的系统,其中,所述控制器包括存储在所述存储器中的软件,所述软件被配置为根据由所述呼吸窘迫管理系统的所述控制器从所述呼吸窘迫管理系统的外部接收到的信号来启用对所述机械通气系统的控制。
257.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为与至少一个重症护理监测器耦接,以及其中,所述控制器被配置为:
从所述重症护理监测器接收表示患者的至少一个生理参数的信号;以及
至少部分地基于所接收到的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据。
258.根据权利要求257所述的系统,其中,从所述重症护理监测器接收表示患者的至少一个生理参数的信号包括:从除颤器接收表示患者的至少一个生理参数的信号。
259.根据权利要求258所述的系统,其中,从所述重症护理监测器接收表示患者的至少一个生理参数的信号包括:接收至少部分地经由血氧定量法所获得的信号。
260.根据权利要求259所述的系统,其中,从所述重症护理监测器接收表示患者的至少一个生理参数的信号包括:接收至少部分地经由二氧化碳描记术所获得的信号。
261.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为以不包括向患者递送机械通气的第一模式或以包括向患者递送机械通气的第二模式进行操作。
262.根据权利要求240所述的系统,其中,所述机械通气系统包括气流生成器,所述气流生成器包括送风机。
263.根据权利要求262所述的系统,其中,所述送风机在操作中在一米处产生40至70分贝之间的声音。
264.根据权利要求240所述的系统,其中,所述机械通气系统包括气流生成器,所述气流生成器包括涡轮机。
265.根据权利要求240所述的系统,其中,所述机械通气系统包括气流生成器,所述气流生成器包括压缩机。
266.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统的壳体具有5.0至27升之间的容积。
267.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统的壳体具有1.0至5.0升之间的容积。
268.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统的壳体具有0.5至1.0升之间的容积。
269.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统的壳体具有0.15至0.5升之间的容积。
270.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统的壳体具有0.125至0.15升之间的容积。
271.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统具有2.0至5.0千克之间的重量。
272.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统具有1.0至2.0千克之间的重量。
273.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统具有0.3至1.0千克之间的重量。
274.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统具有0.2至0.3千克之间的重量。
275.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为便携式。
276.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置用于运载工具内的患者处置。
277.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置用于医院外的患者处置。
278.根据权利要求240所述的系统,其中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括呼吸顺应性和呼吸阻力中的至少一个。
279.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为向患者递送无创机械通气。
280.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为向患者递送包括连续气道正压通气即CPAP通气的无创机械通气。
281.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为向患者递送包括双水平通气的无创机械通气。
282.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为向患者递送包括高流量鼻插管通气即HFNC通气的无创机械通气。
283.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为向患者递送有创机械通气。
284.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为向患者递送包括辅助控制通气即AC通气的有创机械通气。
285.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为向患者递送包括同步间歇强制通气即SIMV的有创机械通气。
286.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统被配置为向患者递送包括与正递送给患者的心肺复苏胸外按压即CPR胸外按压同步的通气的有创机械通气。
287.根据权利要求240所述的系统,其中,所述呼吸窘迫管理系统与氧源耦接以用于向患者递送气体。
288.一种计算机实现的方法,用于处置经历呼吸窘迫的患者,所述方法包括:
布置在呼吸窘迫管理装置内的包括处理器和存储器的控制器进行以下操作,所述呼吸窘迫管理装置包括机械通气系统,所述机械通气系统用于向患者提供机械通气并包括至少一个压力传感器,所述至少一个压力传感器被配置为感测表示所述机械通气系统内的气流的信号:
接收表示所述气流的信号,
至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况,
其中,所述控制器能够启用由与所述呼吸窘迫管理装置分离的至少一个源对所述机械通气系统的控制以向患者递送机械通气。
289.根据权利要求288所述的方法,其中,所述控制器启用由所述至少一个源的控制,其中由所述至少一个源的控制包括:利用基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:利用至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及在向患者递送机械通气期间调整氧递送以将患者的血液的氧浓度维持在期望水平或范围。
290.根据权利要求288所述的方法,包括:
所述控制器确定在特定时间是否存在故障模式条件,所述故障模式条件与所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的所述至少一个源相关联;
在确定为在所述特定时间不存在所述故障模式条件的情况下,所述控制器经由所述控制器从所述至少一个源接收到的信号,启用由所述至少一个源对所述呼吸窘迫管理装置的所述机械通气系统的控制以向患者递送机械通气;以及
在确定为在所述特定时间存在所述故障模式条件的情况下,所述控制器控制所述呼吸窘迫管理装置的所述机械通气系统以向患者递送机械通气。
291.根据权利要求290所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
292.根据权利要求291所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
293.根据权利要求292所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。
294.根据权利要求293所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
295.根据权利要求288所述的方法,包括:所述控制器接收表示所述气流的信号,其中所述至少一个压力传感器与布置在所述机械通气系统的气体递送设备内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
296.根据权利要求288所述的方法,包括:所述控制器允许根据所述呼吸窘迫管理装置从与所述呼吸窘迫管理装置分离的所述至少一个源接收到的信号对所述呼吸窘迫管理装置的所述机械通气系统的控制以向患者递送通气。
297.根据权利要求288所述的方法,包括:
所述控制器确定在特定时间在所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的所述至少一个源之间是否存在通信能力,以允许由所述至少一个源对所述机械通气系统的控制;
在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制;以及
在确定为在所述特定时间不存在所述通信能力的情况下,所述控制器控制所述机械通气系统。
298.根据权利要求297所述的方法,包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中由所述至少一个源的控制包括利用至少部分地存储在所述至少一个源上的一个或多于一个算法。
299.根据权利要求297所述的方法,包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,由所述至少一个源的控制没有用户输入。
300.根据权利要求297所述的方法,包括:在确定为在所述特定时间不存在所述通信能力的情况下,所述控制器使用至少部分地存储在所述控制器上的一个或多于一个算法来控制所述机械通气系统。
301.根据权利要求300所述的方法,包括:在确定为在所述特定时间不存在所述通信能力的情况下,所述控制器在没有用户输入的情况下控制所述机械通气系统。
302.根据权利要求297所述的方法,包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中所述至少一个源包括便携式计算装置。
303.根据权利要求302所述的方法,包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中所述至少一个源包括平板电脑。
304.根据权利要求297所述的方法,包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中所述至少一个源包括重症护理监测器。
305.根据权利要求297所述的方法,包括:在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制,其中所述至少一个源包括除颤器。
306.根据权利要求288所述的方法,其中,所述呼吸窘迫管理装置与重症护理监测器耦接,以及其中,所述控制器至少部分地基于从所述重症护理监测器接收到的信号来生成所述呼吸参数数据。
307.一种用于处置经历呼吸窘迫的患者的设备,所述设备包括:
呼吸窘迫管理装置,其包括:
壳体;
机械通气设备,其布置在所述壳体内,用于向患者提供机械通气,所述机械通气设备包括:
气流生成器,其布置在所述壳体内,以及
气体递送设备,其至少部分地布置在所述壳体内,与所述气流生成器耦接,所述气体递送设备包括患者回路,所述患者回路从所述壳体延伸并被配置为至少部分地与患者连接以向患者递送气体;以及
控制器,其布置在所述壳体内,所述控制器包括处理器和存储器,所述控制器被配置为:
确定在特定时间在所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的至少一个源之间是否存在通信能力,以允许由所述至少一个源对所述机械通气设备的所述气体递送设备的控制以向患者递送机械通气,在确定为存在所述通信能力的情况下,启用由所述至少一个源对所述机械通气设备的所述气体递送设备的控制以向患者递送机械通气,
在确定为不存在所述通信能力的情况下,控制所述机械通气设备的所述气体递送设备以向患者递送机械通气,
其中,允许由所述至少一个源的控制包括允许基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:
利用与患者耦接的至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及
在向患者递送机械通气期间调整氧递送,以将患者的血液的氧浓度维持在期望水平或范围。
308.根据权利要求307所述的设备,其中,所述机械通气设备包括:
至少一个压力传感器,其布置在所述机械通气设备的所述气体递送设备内,被配置为感测表示所述气体递送设备内的气流的信号;以及
其中,所述控制器被配置为:
接收表示所述气流的信号,
至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况。
309.根据权利要求308所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
310.根据权利要求309所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
311.根据权利要求310所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。
312.根据权利要求311所述的设备,其中,所述控制器被配置为将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
313.根据权利要求308所述的设备,其中,所述控制器被配置为生成与患者的至少一个呼吸参数相对应的呼吸参数数据,其中所述至少一个呼吸参数包括用力肺活量参数即FVC参数和用力呼气容积参数即FEV参数。
314.根据权利要求308所述的设备,其中,所述呼吸窘迫管理装置、所述至少一个源和所述第二装置是不同的装置,并且彼此分离但彼此耦接。
315.根据权利要求308所述的设备,其中,所述机械通气设备包括至少一个肺量计。
316.根据权利要求308所述的设备,其中,所述至少一个压力传感器与布置在所述机械通气设备内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
317.一种用于处置经历呼吸窘迫的患者的系统,所述系统包括:
呼吸窘迫管理系统,其包括:
机械通气系统,用于向患者提供机械通气,以及
控制器,其包括处理器和存储器,所述控制器被配置为:
确定在特定时间在所述呼吸窘迫管理系统和与所述呼吸窘迫管理系统分离的至少一个源之间是否存在通信能力,以允许由所述至少一个源对所述机械通气系统的控制以向患者递送机械通气,
在确定为在所述特定时间存在所述通信能力的情况下,启用由所述至少一个源对所述机械通气系统的控制以向患者递送机械通气,
在确定为在所述特定时间不存在所述通信能力的情况下,控制所述机械通气系统以向患者递送机械通气;
其中,允许由所述至少一个源的控制包括允许基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:
利用与患者耦接的至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及
在向患者递送机械通气期间调整氧递送,以将患者的血液的氧浓度维持在期望水平或范围。
318.根据权利要求317所述的系统,其中,所述机械通气系统包括:
至少一个压力传感器,其布置在所述机械通气系统的气体递送系统内,被配置为感测表示所述气体递送系统内的气流的信号;以及
其中,所述控制器被配置为:
接收表示所述气流的信号,
至少部分地基于所接收到的表示所述气流的信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理系统耦接的装置,所述呼吸参数数据用于确定患者的呼吸状况。
319.根据权利要求318所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在所述装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
320.根据权利要求319所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
321.根据权利要求320所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关。
322.根据权利要求321所述的系统,其中,所述控制器被配置为将所述呼吸参数数据传输到所述装置,以供所述装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理系统要递送的治疗相关,其中所述治疗包括机械通气。
323.根据权利要求318所述的系统,其中,所述呼吸窘迫管理系统、所述至少一个源和所述装置是不同的装置,并且彼此分离但彼此耦接。
324.根据权利要求318所述的系统,其中,所述至少一个源和所述装置是相同的,并且与所述呼吸窘迫管理系统分离,但与所述呼吸窘迫管理系统耦接。
325.根据权利要求318所述的系统,其中,所述至少一个压力传感器与布置在所述机械通气系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
326.一种计算机实现的方法,用于处置经历呼吸窘迫的患者,所述方法包括:
布置在包括用于向患者提供机械通气的机械通气系统的呼吸窘迫管理装置内的包括处理器和存储器的控制器确定在特定时间在所述呼吸窘迫管理装置和与所述呼吸窘迫管理装置分离的至少一个源之间是否存在通信能力,以允许由所述至少一个源对所述机械通气系统的控制以向患者递送机械通气;
在确定为在所述特定时间存在所述通信能力的情况下,所述控制器允许由所述至少一个源对所述机械通气系统的控制以向患者递送机械通气;
在确定为在所述特定时间不存在所述通信能力的情况下,所述控制器控制所述机械通气系统以向患者递送机械通气,
其中,允许由所述至少一个源的控制包括允许基于患者的血液的氧浓度测量值的闭环通气控制,其中所述闭环通气控制包括:
利用与患者耦接的至少一个氧饱和度传感器来监测患者的血液的氧浓度,以及
在向患者递送机械通气期间调整氧递送,以将患者的血液的氧浓度维持在期望水平或范围。
327.根据权利要求326所述的方法,其中,所述机械通气系统包括:
至少一个压力传感器,其布置在所述机械通气系统的气体递送系统内,被配置为感测表示所述气体递送系统内的气流的第一信号,以及
所述方法包括所述控制器进行以下操作:
接收表示所述气流的第一信号,
至少部分地基于所接收到的表示所述气流的第一信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据,以及
将所述呼吸参数数据传输到与所述呼吸窘迫管理装置耦接的第二装置,所述呼吸参数数据用于确定患者的呼吸状况。
328.根据权利要求327所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在所述第二装置的显示器的图形用户接口上显示与患者的所述呼吸状况相关的数据时使用。
329.根据权利要求328所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用。
330.根据权利要求329所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关。
331.根据权利要求330所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,以供所述第二装置在显示与患者的处置相关的用户交互式情境敏感引导时使用,所述情境敏感引导包括提供给所述第二装置的用户的治疗推荐并且与在用户选择所述治疗推荐时至少部分地由所述呼吸窘迫管理装置要递送的治疗相关,其中所述治疗包括机械通气。
332.根据权利要求327所述的方法,包括:所述控制器允许由所述至少一个源的控制,其中所述呼吸窘迫管理装置、所述至少一个源和所述装置是不同的装置,并且彼此分离但彼此耦接。
333.根据权利要求327所述的方法,包括:所述控制器接收表示所述气流的信号,其中所述至少一个压力传感器与布置在所述机械通气系统内的至少一个呼吸速度计耦接或者是所述至少一个呼吸速度计的一部分。
334.根据权利要求327所述的方法,包括:所述控制器进行以下操作:
从重症护理监测器接收表示患者的至少一个生理参数的第二信号;以及
至少部分地基于所接收到的第一信号和所接收到的第二信号,生成与患者的至少一个呼吸参数相对应的呼吸参数数据。
335.根据权利要求334所述的方法,包括:所述控制器从所述重症护理监测器接收所述第二信号,其中所述重症护理监测器是除颤器。
336.根据权利要求334所述的方法,包括:所述控制器接收表示患者的至少一个生理参数的第二信号,其中所述至少一个生理参数包括血氧浓度参数。
337.根据权利要求336所述的方法,包括:所述控制器接收表示患者的至少一个生理参数的第二信号,其中所述至少一个生理参数是使用血氧定量法所获得的。
338.根据权利要求336所述的方法,包括:所述控制器接收表示患者的至少一个生理参数的第二信号,其中所述至少一个生理参数是使用二氧化碳描记术所获得的。
339.根据权利要求327所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,所述呼吸参数数据用于确定患者的呼吸状况,其中所述呼吸状况用于显示在所述第二装置的图形用户接口上。
340.根据权利要求339所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,其中所述第二装置包括重症护理监测器。
341.根据权利要求339所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,其中所述第二装置包括平板电脑。
342.根据权利要求339所述的方法,包括:所述控制器将所述呼吸参数数据传输到所述第二装置,其中所述第二装置包括基于云的计算系统的方面。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US63/198,234 | 2020-10-05 | ||
US202163168398P | 2021-03-31 | 2021-03-31 | |
US63/168,398 | 2021-03-31 | ||
PCT/US2021/053565 WO2022076407A2 (en) | 2020-10-05 | 2021-10-05 | Respiratory distress management apparatus, system and method |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116547028A true CN116547028A (zh) | 2023-08-04 |
Family
ID=87444033
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180081645.0A Pending CN116547028A (zh) | 2020-10-05 | 2021-10-05 | 呼吸窘迫管理装置、系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116547028A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117339069A (zh) * | 2023-12-04 | 2024-01-05 | 南京沪家医疗科技有限公司 | 呼吸机监测参数的测量方法及测量系统 |
-
2021
- 2021-10-05 CN CN202180081645.0A patent/CN116547028A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117339069A (zh) * | 2023-12-04 | 2024-01-05 | 南京沪家医疗科技有限公司 | 呼吸机监测参数的测量方法及测量系统 |
CN117339069B (zh) * | 2023-12-04 | 2024-02-23 | 南京沪家医疗科技有限公司 | 呼吸机监测参数的测量方法及测量系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220105288A1 (en) | Respiratory distress management apparatus, system and method | |
US11904095B2 (en) | Systems and methods for assisting patient airway management | |
CA2334408C (en) | Apparatus and method for providing a conscious patient relief from pain and anxiety associated with medical or surgical procedures | |
US9233222B2 (en) | System for managing ventilator operation | |
US10252020B2 (en) | Ventilator with biofeedback monitoring and control for improving patient activity and health | |
US20220293262A1 (en) | Resuscitative care system for context sensitive guidance | |
US20050143632A1 (en) | Processing device and display system | |
US20050133027A1 (en) | Modular medical care system | |
CN103619390A (zh) | 具有通气质量反馈单元的医疗通气系统 | |
US10998095B2 (en) | Tool for recommendation of ventilation therapy guided by risk score for acute respirator distress syndrome (ARDS) | |
US20210386291A1 (en) | Wearable device with cloud-based monitoring software | |
US20220072321A1 (en) | Medical Treatment System with Companion Device | |
US20140235959A1 (en) | Methods and algorithms for supervisory closed-loop determination of optimized scheduling of ventilator weaning trials | |
CN116547028A (zh) | 呼吸窘迫管理装置、系统和方法 | |
US20210298991A1 (en) | Medical device system and hardware for sensor data acquisition | |
KR20130089913A (ko) | 집중 관리 모니터링 시스템 및 이를 이용한 모니터링 방법 | |
US20240100288A1 (en) | Hybrid ventilation system with oxygen concentrator and pressurized oxygen source | |
WO2023127920A1 (ja) | 情報処理方法、プログラム、非一時的コンピュータ可読記憶媒体及び電子デバイス | |
EP4085468A1 (en) | System and method for providing a notification of a medical condition | |
WO2024064742A1 (en) | Hybrid ventilation system with oxygen concentrator and pressurized oxygen source | |
WO2022261078A1 (en) | Medical system using advanced analytics and machine learning | |
CN117219252A (zh) | 一种生命支持设备的控制方法、系统和数据处理设备 | |
WO2023215534A1 (en) | Emergency-use respiratory device | |
KR20230096156A (ko) | 인공호흡기를 이용한 중앙 모니터링 시스템 및 방법 | |
CN117831737A (zh) | 一种医疗通气设备及其控制方法、医疗设备 |
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 |