CN116964680A - 用于情境敏感引导的复苏护理系统 - Google Patents

用于情境敏感引导的复苏护理系统 Download PDF

Info

Publication number
CN116964680A
CN116964680A CN202280020305.1A CN202280020305A CN116964680A CN 116964680 A CN116964680 A CN 116964680A CN 202280020305 A CN202280020305 A CN 202280020305A CN 116964680 A CN116964680 A CN 116964680A
Authority
CN
China
Prior art keywords
csg
data
medical device
patient
engine
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
Application number
CN202280020305.1A
Other languages
English (en)
Inventor
G·贝克
加里·A·弗里曼
P·贾科梅蒂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zoll Medical Corp
Original Assignee
Zoll Medical Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zoll Medical Corp filed Critical Zoll Medical Corp
Publication of CN116964680A publication Critical patent/CN116964680A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/40ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mechanical, radiation or invasive therapies, e.g. surgery, laser therapy, dialysis or acupuncture
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/02Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/0205Simultaneously evaluating both cardiovascular conditions and different types of body conditions, e.g. heart and respiratory condition
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/48Other medical applications
    • A61B5/4836Diagnosis combined with treatment in closed-loop systems or methods
    • A61B5/4839Diagnosis combined with treatment in closed-loop systems or methods combined with drug delivery
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/74Details of notification to user or communication with user or patient ; user input means
    • A61B5/742Details of notification to user or communication with user or patient ; user input means using visual displays
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B2505/00Evaluating, monitoring or diagnosing in the context of a particular type of medical care
    • A61B2505/03Intensive care
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/74Details of notification to user or communication with user or patient ; user input means
    • A61B5/742Details of notification to user or communication with user or patient ; user input means using visual displays
    • A61B5/7435Displaying user selection data, e.g. icons in a graphical user interface
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61MDEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M16/00Devices for influencing the respiratory system of patients by gas treatment, e.g. mouth-to-mouth respiration; Tracheal tubes
    • A61M16/021Devices for influencing the respiratory system of patients by gas treatment, e.g. mouth-to-mouth respiration; Tracheal tubes operated by electrical means
    • A61M16/022Control means therefor
    • A61M16/024Control means therefor including calculation means, e.g. using a processor
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61MDEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M5/00Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
    • A61M5/14Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
    • A61M5/168Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body
    • A61M5/172Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body electrical or electronic
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61NELECTROTHERAPY; MAGNETOTHERAPY; RADIATION THERAPY; ULTRASOUND THERAPY
    • A61N1/00Electrotherapy; Circuits therefor
    • A61N1/18Applying electric currents by contact electrodes
    • A61N1/32Applying electric currents by contact electrodes alternating or intermittent currents
    • A61N1/38Applying electric currents by contact electrodes alternating or intermittent currents for producing shock effects
    • A61N1/39Heart defibrillators
    • A61N1/3993User interfaces for automatic external defibrillators

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Pathology (AREA)
  • Surgery (AREA)
  • Biophysics (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Molecular Biology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Physiology (AREA)
  • Cardiology (AREA)
  • Medicinal Chemistry (AREA)
  • Chemical & Material Sciences (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Pulmonology (AREA)
  • Urology & Nephrology (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

用于在急救医疗事件中向患者提供临床干预的情境敏感引导(CSG)系统包括:CSG引擎;患者接口装置,其被配置为生成指示患者生理数据的信号;显示装置,其被配置为提供CSG用户接口;以及(一个或多于一个)医疗装置,其被配置为耦接到患者接口装置、CSG引擎和显示装置,接收信号,从信号生成生理数据,以及将生理数据发送到CSG引擎和显示装置,其中CSG引擎被配置为接收并评估生理数据,识别临床干预,以及将基于临床干预的输出发送到(一个或多于一个)医疗装置,该(一个或多于一个)医疗装置被配置为响应于所发送的输出来进行至少一个操作。

Description

用于情境敏感引导的复苏护理系统
相关申请的交叉引用
本申请要求2021年3月11日提交的美国临时申请号63/159,735在美国法典第35编第119(e)款下的权益。以上引用的申请中阐述的所有主题全部通过引用而被并入本申请,仿佛在本文中完整阐述一样。
背景技术
在院前和/或急性护理处置场合中,医疗响应者经常难以准确地确定对患者最有效的医疗干预。在这些场合中,基于与患者有关的最少量信息,经常需要与针对诸如呼吸窘迫、心脏骤停和/或创伤等的急救病况(condition)的干预有关的瞬间决策。
呼吸窘迫(RD)是常见的患者诉求。根据若干统计,在约12%的院前EMS呼叫中,RD是主要诉求。在基于呼吸窘迫的受害者的911呼叫的急救响应期间,医疗响应者可能在不了解病史的情况下第一次遇见患者,并且在患者可被运送到医院或者提供高级护理和诊断的另一场合之前可能必须进行立即干预以防止患者死亡。在战场分诊、医院急诊室、或在大规模伤亡事件的现场处,可能发生类似情形。在这样的场合中,甚至训练有素的护理者、护士或医生也经常难以确定最有效的立即干预。
就其本身而言,RD可能与非特异性发现相关联,在该非特异性发现中,一个或多于一个根本原因可能来自呼吸、心脏、内分泌或其他系统。确定RD的病因可能很复杂,这经常使护理提供者在无病因的诊断的情况下在院前环境中提供干预。
为了减轻这些困难,救援者可以从引导决策制定的工具受益。可以通过传感器以及从各种数据库收集与生理数据、递送给患者的干预、以及患者健康史和健康状况有关的信息。这些信息可以以自动化的方式进行整合和分析,以为有效且立即的医疗干预提供救生引导。
发明内容
前述对例示实现的一般说明和以下对例示实现的详细说明仅是本公开的教导的示例性方面,并且不是限制性的。
一种用于在急救医疗事件中向患者提供临床干预的情境敏感引导系统即CSG系统的示例包括:CSG引擎,其包括硬件逻辑和/或软件逻辑;多个患者接口装置,其被配置为生成指示患者的生理数据的传感器信号;以及显示装置,其被配置为提供CSG用户接口即CSGUI;以及至少一个医疗装置,其被配置为:耦接到所述多个患者接口装置,通信地耦接到所述CSG引擎和所述显示装置,从所述多个患者接口装置接收所述传感器信号,从所述传感器信号生成所述生理数据,以及将所述生理数据发送到所述CSG引擎和所述显示装置,其中,所述CSG引擎被配置为:从至少一个医疗装置接收包括所述生理数据的输入,评估所述生理数据,基于所述评估来识别针对患者的至少一个临床干预,以及基于所识别的临床干预来发送向所述至少一个医疗装置的输出,其中,所述至少一个医疗装置可以被配置为响应于来自所述CSG引擎的输出来进行至少一个操作。
这样的系统的实现可以包括以下特征中的一个或多于一个。所述至少一个临床干预可以包括高流量鼻插管。所述至少一个临床干预可以包括CPAP和双水平通气其中之一。所述至少一个临床干预可以包括药物干预。来自所述CSG引擎的输出可以包括用以进行所识别的临床干预的指令,以及所述至少一个医疗装置进行的至少一个操作可以包括所识别的临床干预。来自所述CSG引擎的输出可以包括与所识别的临床干预相关联的至少一个CSG事件标记,以及所述至少一个医疗装置进行的至少一个操作可以包括:响应于接收到来自所述CSG引擎的输出来将所述至少一个CSG事件标记记录在所述至少一个医疗装置的数据存储区域处。所述生理数据可以是第一生理数据,以及所述CSG引擎可以被配置为:从所述至少一个医疗装置接收第二生理数据,基于所述第二生理数据来更新针对患者的所述至少一个临床干预,以及基于更新后的临床干预来发送向所述至少一个医疗装置的指令。所述CSG引擎可以被配置为:基于所述第一生理数据和所述第二生理数据来生成至少一个患者表现的病因估计,基于所述病因估计来请求目标患者数据,接收所述目标患者数据,基于所述目标患者数据来将所述病因估计转换成病因确定,以及将所述病因确定提供到所述至少一个医疗装置和所述CSG UI中的一个或多于一个。所述CSG引擎可以被配置为:基于所述病因确定来识别至少一个药物干预,在所述CSG UI处提供对所述至少一个药物干预的用户确认的提示,以及基于所述至少一个药物干预来发送向所述至少一个医疗装置的指令。基于所述至少一个药物干预的指令可以包括所述至少一个药物干预的CSG事件标记。基于所述至少一个药物干预的指令可以包括用以提供所述至少一个药物干预的指令。所述CSG系统可以包括移动装置,其中所述显示装置可以布置在所述移动装置。所述移动装置可以包括所述CSG引擎。所述移动装置可以通信地耦接到包括所述CSG引擎的云服务器。所述移动装置可以包括所述CSG引擎。所述至少一个医疗装置可以被配置为经由无线通信链路通信地耦接到所述移动装置。所述无线通信链路可以是Wi-Fi链路和蓝牙链路中的至少一个。所述无线通信链路可以是所述至少一个医疗装置和所述移动装置之间的预配置配对。所述CSG引擎可以被配置为:从所述移动装置接收包括患者呼吸的评定的输入,针对呼吸窘迫表现或非呼吸窘迫表现来对患者呼吸的评定进行评估,以及如果患者呼吸的评定指示所述呼吸窘迫表现,则实现呼吸窘迫CSG引擎即RD CSG引擎,否则实现非呼吸窘迫CSG引擎。所述CSG引擎可以包括RD CSG引擎。所述RD CSG引擎可以包括呼吸/通气CSG引擎即R/V CSG引擎和血液动力学CSG引擎。所述至少一个医疗装置可以包括患者监测器/除颤器和通气系统。所述RD CSG引擎可以被配置为接收来自所述患者监测器/除颤器和所述通气系统的输入。所述多个患者接口装置可以包括被配置为耦接到所述患者监测器/除颤器的呼吸气体传感器和被配置为耦接到所述通气系统的肺力学传感器,以及来自所述患者监测器/除颤器和所述通气系统的输入可以包括呼吸/通气数据。所述呼吸气体传感器可以包括脉搏血氧传感器即SpO2传感器和呼气末二氧化碳传感器即EtCO2传感器,所述肺力学传感器可以包括气道压力传感器和呼吸速度计,并且所述呼吸/通气数据可以包括SpO2数据、EtCO2数据、肺阻力数据和肺弹性数据。所述RD CSG引擎可以被配置为:接收所述SpO2数据和所述EtCO2数据,评估所述SpO2数据和所述EtCO2数据,基于所述评估来识别针对患者的所述至少一个临床干预,其中所述至少一个临床干预可以包括来自所述通气系统的对患者的氧支持,发送向所述通气系统的输出,该输出包括所述通气系统提供氧支持所用的指令。所述氧支持可以包括利用持续气道正压治疗即CPAP治疗和双水平气道正压其中之一的补氧治疗或补氧。向所述通气系统的输出可以包括所述通气系统所提供的氧支持的CSG事件标记。所述RD CSG引擎被配置为:评估异常危及生命血液动力学病况标志即ALT血液动力学病况标志,以及如果设置了所述ALT血液动力学病况标志,则从所述R/V CSG引擎转向到所述血液动力学CSG引擎,否则继续实现所述R/V CSG引擎。所述RD CSG引擎可以被配置为在所述CSG UI处提供用于氧支持的通气指令。所述RD CSG引擎被配置为:接收所述肺阻力数据和所述肺弹性数据,基于所述肺阻力数据和所述肺弹性数据来更新对患者的氧支持,以及发送所述通气系统提供更新后的氧支持所用的向所述通气系统的指令。所述RD CSG引擎被配置为:基于所述SpO2数据、所述EtCO2数据、所述肺阻力数据和所述肺弹性数据来生成对患者的呼吸窘迫表现的病因估计,向所述患者监测器/除颤器和所述通气系统请求目标数据,以及基于所述目标数据将所述病因估计转换成病因确定。所述目标数据可以包括肺活量测定数据、呼出气体分析数据和血液动力学数据中的一个或多于一个。所述RD CSG引擎被配置为:在所述CSGUI处提供针对患者病史信息的用户键入的提示,接收所述患者病史信息,以及基于所述患者病史信息将所述病因估计转换成所述病因确定。所述RD CSG引擎被配置为:向所存储的病史文件请求患者病史信息,接收所述患者病史信息,以及基于所述患者病史信息将所述病因估计转换成所述病因确定。所存储的病史文件可以包括远程医疗记录数据库中所存储的医疗记录文件。所述RD CSG引擎可以被配置为经由网络通信地耦接到所述远程医疗记录数据库。所存储的病史文件可以包括患者制图文件。所述病因确定可以包括阻塞性呼吸疾病,以及所述RD CSG引擎可以被配置为:识别所述阻塞性呼吸系统疾病的至少一个药物干预,提供针对所述阻塞性呼吸疾病的至少一个药物干预的用户确认的提示,以及基于所述至少一个药物干预来提供向所述至少一个医疗装置的输出。所述至少一个药物干预可以包括支气管扩张剂,以及向所述至少一个医疗装置的输出可以包括向所述通气系统的用以提供所述支气管扩张剂的指令。向所述至少一个医疗装置的输出可以包括所述支气管扩张剂的包含时间、日期和剂量的CSG事件标记。所述病因确定可以包括限制性呼吸疾病,以及所述RD CSG引擎可以被配置为:识别所述限制性呼吸疾病的至少一个药物干预,提供针对所述限制性呼吸疾病的至少一个药物干预的用户确认的提示,以及基于所述至少一个药物干预来提供向所述至少一个医疗装置的输出。所述至少一个药物干预可以包括利尿剂,以及向所述至少一个医疗装置的输出可以包括所述利尿剂的包含时间、日期和剂量的CSG事件标记。所述多个患者接口装置可以包括被配置为耦接到所述患者监测器/除颤器的血液动力学传感器,以及来自所述患者监测器/除颤器的输入的一部分可以包括血液动力学数据。所述血液动力学传感器可以包括无创血压传感器即NIBP传感器和电极组件,所述电极组件被配置为:收集心电图数据即ECG数据和心率数据,以及向患者提供电疗。所述血液动力学CSG引擎可以被配置为:接收所述血液动力学数据,基于所述血液动力学数据来识别异常危及生命患者病况即ALT患者病况的存在或不存在,在存在所述ALT患者病况的情况下,设置ALT血液动力学病况标志,在所述CSG UI处提供指示存在所述ALT患者病况的预警,将存在所述ALT患者病况的CSG事件标记发送到所述至少一个医疗装置,以及在不存在所述ALT患者病况的情况下,在所述CSG UI处提供指示不存在所述ALT患者病况的更新,将不存在所述ALT患者病况的CSG事件标记发送到所述至少一个医疗装置。所述血液动力学CSG引擎可以被配置为:向所述患者监测器/除颤器询问装置状况,以及在所述CSG UI处提供所述装置状况。所述血液动力学CSG引擎可以被配置为在所述CSG UI处提供所述血液动力学数据。所述CSG引擎可以包括非呼吸窘迫CSG引擎,所述非呼吸窘迫CSG引擎包括创伤CSG引擎、败血症CSG引擎、创伤性脑损伤CSG引擎、心脏骤停CSG引擎和重症护理监测CSG引擎中的至少一个。所述显示装置可以包括触摸屏。所述显示装置可以布置在所述至少一个医疗装置。所述至少一个医疗装置可以被配置为在所述显示装置处并发地提供所述CSG UI和操作接口。所述CSG引擎可以布置在所述至少一个医疗装置。所述至少一个医疗装置可以包括患者监测器/除颤器、通气系统或者耦接到患者监测器/除颤器的通气系统。所述CSG引擎可以包括RDCSG引擎,所述RD CSG引擎被配置为:从所述至少一个医疗装置接收所述生理数据,控制所述生理数据在所述CSG UI处的实时显示,针对所述生理数据中所表示的至少一个生理参数的变化来对所述生理数据进行评估,其中所述变化指示患者的医疗状态的恶化,基于所述恶化来选择至少一个临床干预,提供针对所述至少一个临床干预的指令,基于所述恶化和所述至少一个临床干预将所述生理数据的子集识别为关键生理数据,以及修改所述生理数据的显示以强调所述关键生理数据。所述生理数据可以包括ECG、EtCO2、SpO2、心率、体温和无创血压,所述医疗状态的恶化可以包括急性呼吸衰竭即ARF,以及所述关键生理数据可以包括EtCO2和SpO2。所述RD CSG引擎可以被配置为:提供患者的医疗状态的恶化的用户通知;接收针对情境敏感引导的用户请求;以及通过以下操作来修改所述生理数据的显示:将所述显示装置处的ECG数据、EtCO2数据、SpO2数据、心率数据、体温数据和无创血压数据的显示替换为所述CSG UI处的将所述ECG数据、所述心率数据、所述体温数据和所述无创血压数据排除在外的针对所述至少一个临床干预的指令以及所述EtCO2数据和所述SpO2数据的显示。所述RD CSG引擎可以被配置为在所述显示装置处的装置视图窗口、趋势视图窗口和工作视图窗口中的至少一个窗口处提供所述恶化的用户通知。所述RD CSG引擎可以被配置为:与所述至少一个医疗装置建立通信耦接;基于第一通信耦接来识别所述至少一个医疗装置;以及在所述显示装置处提供指示所述至少一个医疗装置的识别的所连接装置窗口。所述RDCSG引擎可以被配置为基于所述至少一个医疗装置的识别来选择所述至少一个临床干预。所述RD CSG引擎可以被配置为将针对所述至少一个临床干预的指令提供到所述至少一个医疗装置。所述RD CSG引擎可以被配置为在所述CSG UI处提供针对所述至少一个临床干预的指令。所述指令可以包括针对所识别的至少一个医疗装置的护理者使用的指令。所识别的至少一个医疗装置可以是通气系统,以及所述指令可以包括通气系统操作指令和通气系统组装指令中的至少一个。所述RD CSG引擎可以被配置为在所述显示装置处提供作为可选窗口的CSG UI窗口以及至少一个其他可选窗口,所述至少一个其他可选窗口包括工作视图窗口。所述RD CSG引擎可以被配置为经由触摸屏键入和语音命令中的一个或多于一个来接收护理者输入。所述指令可以包括药品递送指令。所述药品递送指令可以包括药品递送确认控件和剂量间隔计时器。所述RD CSG引擎可以被配置为结合针对所述至少一个临床干预的指令来在所述CSG UI处提供引导选择控件。所述引导选择控件使得护理者能够选择所述指令的细节级别。所述引导选择控件可以包括以下项中的至少一个:继续指令控件、退出指令控件、进入下一步骤控件、增加引导控制的细节级别、返回到先前指令控件、以及静音或取消静音可听UI输出控件。所述RD CSG引擎可以被配置为响应于针对所述至少一个临床干预的指令来在所述显示装置处接收护理者确认。所述护理者确认可以包括药物施予确认、临床干预步骤确认和医疗装置连接确认中的一个或多于一个。所述RD CSG引擎可以响应于所述护理者确认来将指示事件标记的信号提供到所述至少一个医疗装置。
一种用于在医疗事件期间向患者提供复苏护理情境敏感引导系统即CSG系统的示例包括:CSG引擎,其包括硬件逻辑和/或软件逻辑;医疗装置系统,其通信地耦接到所述CSG引擎和移动计算装置,所述医疗装置系统包括:多个患者接口装置,其被配置为在所述医疗事件期间生成指示患者的生理数据的传感器信号,医疗装置画面,用于呈现所述生理数据,以及至少一个医疗装置处理器,其能够操作地与所述多个患者接口装置和所述医疗装置画面耦接,所述至少一个医疗装置处理器被配置为:接收与患者相对应的传感器信号,基于所述传感器信号来生成所述生理数据,将所述生理数据以第一显示格式显示在所述医疗装置画面,以及将所述生理数据传输到所述CSG引擎和所述移动装置;以及所述移动计算装置包括:移动装置显示画面,其被配置为提供用户接口,以及移动装置处理器,其能够操作地耦接到所述移动装置显示画面,并且被配置为:从所述医疗装置系统接收所述生理数据,以及使得所述生理数据作为所述医疗装置画面处所显示的生理数据的实时视图以提供所述第一显示格式的视觉再现的第二显示格式显示在所述用户接口处,其中,所述CSG引擎被配置为:从所述医疗装置系统接收所述生理数据,在所述用户接口处接收用户输入,评估所述生理数据和所述用户输入,基于所述评估来识别针对患者的临床干预,基于所述临床干预和所述评估中的至少一个来生成针对所述用户接口的输出,以及基于所识别的临床干预来发送向所述至少一个医疗装置的输出,其中,所述至少一个医疗装置可以被配置为响应于来自所述CSG引擎的输出来进行至少一个操作。
这样的系统的实现可以包括以下特征中的一个或多于一个。以所述第二显示格式的所述第一显示格式的视觉再现可以包括所述第一显示格式的复制。以所述第二显示格式的所述第一显示格式的视觉再现可以包括渲染,其中在该渲染中,相对于所述第一显示格式调整以所述第二显示格式呈现的生理数据的一个或多于一个视觉方面。所述移动装置处理器可以被配置为使得所述移动装置处的用户接口进行以下操作:提供多个视图窗口,所述多个视图窗口包括装置视图窗口,所述装置视图窗口被配置为以所述第二显示格式提供所述生理数据的实时视图,捕获特定视图窗口的用户选择,以及基于所述用户选择来提供所述特定视图窗口。所述多个视图窗口中的至少一个可以是可滚动接口,所述可滚动接口被配置为提供比所述装置视图窗口中可以显示的信息更多的信息。所述装置视图窗口可以包括ECG波形、脉搏血氧波形、有创血压即IBP和/或CO2波形。所述装置视图窗口可以包括以下项中的至少一个的当前值:外周毛细血管氧饱和度即SpO2、一氧化碳饱和度即SpCO、高铁血红蛋白即SpMet、总血红蛋白即SpHB、血氧含量即SpOC、脉搏灌注变异指数即PVI、血流灌注指数即PI、呼气末二氧化碳即EtCO2、无创血压、有创血压值、心率即HR、呼吸频率、吸入氧浓度分数即FiO2和体温。所述多个视图窗口可以包括趋势窗口和工作窗口中的一个或多于一个。所述移动装置处理器可以被配置为:从所述生理数据生成趋势数据,所述趋势数据包括随时间经过的生理数据值,以及使得所述用户接口在所述趋势窗口中提供所述趋势数据。所述趋势数据可以包括随时间经过的SpO2、EtCO2、收缩压、舒张压、平均动脉压和心率值中的至少一个。所述趋势窗口可以包括以图形格式、表格格式或者图形格式和表格格式的组合的所述趋势数据的显示。所述工作窗口可以包括护理者反馈数据。所述护理者反馈数据可以包括胸外按压反馈、通气反馈和CPR性能汇总数据中的一个或多于一个。所述工作窗口可以包括针对相应护理者角色的一个或多于一个定制显示部分,并且所述护理者反馈数据可以是基于该相应护理者角色的定制反馈。所述多个视图窗口可以包括CSG窗口,所述CSG窗口被配置为捕获针对所述CSG引擎的用户输入并且从所述CSG引擎提供针对所述用户接口的输出。针对所述用户接口的输出可以包括针对护理者的用户键入的提示。所述用户输入可以包括响应于针对数据键入的提示而由所述护理者在所述CSG窗口处键入的信息。针对用户键入的提示可以包括针对患者评定数据的提示。所述患者评定数据可以包括呼吸窘迫表现数据。针对用户键入的提示可以包括用以确认所述呼吸窘迫表现数据的提示和/或用以将所述呼吸窘迫表现数据保存在所述医疗事件的病例文件中的提示。针对用户键入的提示可以包括针对CSG事件标记的提示。针对所述CSG事件标记的提示可以包括针对所述CSG事件标记的用户键入的提示。针对所述CSG事件标记的提示可以包括响应于所述CSG引擎自动记录所述CSG事件标记的针对用户确认的提示。针对用户键入的提示可以包括针对先前键入的CSG事件标记的汇总的提示。所述CSG事件标记可以包括药物干预标记、通气干预标记、血液动力学干预标记、干预器材标记、病因标记或生理数据评估标记。所述CSG事件标记可以包括用于手动键入事件标记名称的可定制事件标记。所述至少一个处理器可以被配置为响应于接收到所述CSG事件标记的用户键入,使得在所述CSG窗口处显示所述CSG事件标记。所述CSG引擎可以被配置为利用用以将所述CSG事件标记记录在所述医疗装置系统的指令,响应于所述用户键入来将所述CSG事件标记传输到所述医疗装置系统。针对用户键入的提示可以包括针对患者病史数据的提示。针对患者病史数据的提示可以包括用以请求从EMS电子患者护理记录、医院电子健康记录和健康信息交换中的一个或多于一个导入病史信息的提示。所述CSG引擎可以被配置为响应于导入请求来导入所述病史信息。针对用户键入的提示可以包括针对从EMS电子患者护理记录、医院电子健康记录和健康信息交换中的一个或多于一个自动导入病史的用户确认的提示。针对用户键入的提示可以包括用以进行所述临床干预的提示。用以进行所述临床干预的提示可以包括针对用户确认的提示。所述临床干预可以包括药物干预、通气干预或血液动力学干预。针对所述临床干预的提示可以包括干预度量。针对用户键入的提示可以包括针对向所述医疗装置系统的自动干预指令的用户确认的提示。所述CSG窗口可以被配置为提供来自所述医疗装置系统的生理数据和来自所述CSG引擎的生理数据的评估。所述生理数据可以至少包括呼吸气体数据和肺力学数据。所述生理数据可以包括血液动力学数据。所述CSG窗口可以被配置为提供医疗装置临床干预状况。针对所述用户接口的输出可以包括至少一个警报。所述用户输入可以包括所述至少一个警报的确认。针对所述用户接口的输出可以包括至少一个医疗装置指令的用户通知。所述至少一个医疗装置指令可以是所述CSG引擎自动生成的医疗装置指令。所述用户输入可以包括所述CSG引擎自动生成的医疗装置指令的确认。所述至少一个医疗装置指令可以是在所述CSG窗口处手动键入的医疗装置指令。所述至少一个医疗装置指令可以是用以进行所述临床干预的指令。所述至少一个医疗装置指令可以是用以记录CSG事件标记的指令。所述至少一个医疗装置指令可以是用以监测患者的指令。针对所述用户接口的输出可以包括病因信息。所述病因信息可以包括所述CSG引擎自动确定的病因。所述用户输入可以包括自动确定的病因的确认。所述病因信息可以包括所述CSG窗口处手动键入的病因信息。向所述至少一个医疗装置的输出可以包括用以进行所识别的临床干预的指令。所述医疗装置系统进行的至少一个操作可以包括所识别的临床干预。所述生理数据可以是第一生理数据,以及所述CSG引擎可以被配置为:从所述医疗装置系统接收第二生理数据,基于所述第二生理数据来更新针对患者的所述临床干预,以及基于更新后的临床干预来发送向所述医疗装置系统的指令。所述CSG引擎可以被配置为:基于所述第一生理数据和所述第二生理数据来生成至少一个患者表现的病因估计,基于所述病因估计来请求目标患者数据,接收所述目标患者数据,基于所述目标患者数据将所述病因估计转换成病因确定,以及将所述病因确定提供到所述医疗装置系统和所述用户接口中的一个或多于一个。所述移动装置可以包括所述CSG引擎。所述移动装置可以通信地耦接到包括所述CSG引擎的云服务器。所述移动装置可以包括所述CSG引擎所服务的CSG应用。所述CSG引擎可以包括呼吸窘迫CSG引擎。所述呼吸窘迫CSG引擎可以包括呼吸/通气CSG引擎和血液动力学CSG引擎。所述医疗装置系统可以包括患者监测器/除颤器和通气系统,以及所述RD CSG引擎可以被配置为:基于来自所述患者监测器/除颤器和所述通气系统的医疗装置输入来执行所述呼吸/通气CSG引擎,以及基于来自所述患者监测器/除颤器的医疗装置输入来执行血液动力学CSG引擎。所述医疗装置系统可以经由无线通信链路通信地耦接到所述移动计算装置。所述无线通信链路可以是Wi-Fi链路和蓝牙链路中的至少一个。所述无线通信链路可以是所述医疗装置系统和所述移动装置之间的预配置配对。所述移动装置显示画面可以是触摸屏。
一种用于在医疗事件期间为患者的复苏护理提供情境敏感引导即CSG的方法的示例包括:从至少一个医疗装置接收包括生理数据的输入;评估来自所述至少一个医疗装置的生理数据;基于所述评估来识别针对患者的临床干预;在通信地耦接到所述至少一个医疗装置的移动装置处提供的CSG用户接口即CSG UI处,基于所述生理数据和所述临床干预中的至少一个来提供CSG用户输出;以及基于所识别的临床干预来发送向所述至少一个医疗装置的输出。
这样的系统的实现可以包括以下特征中的一个或多于一个。向所述至少一个医疗装置的输出可以包括用以进行所识别的临床干预的指令。所述至少一个医疗装置进行的至少一个操作可以包括所识别的临床干预。所述方法可以包括:自动生成用以进行所识别的临床干预的指令;以及将自动生成的指令作为向所述至少一个医疗装置的输出进行发送。所述方法可以包括:在CSG用户接口处提供用以确认自动生成的指令的提示;以及响应于用户确认来发送自动生成的指令。所述方法可以包括:在由通信地耦接到所述至少一个医疗装置的移动装置所提供的CSG用户接口处,提供用以键入用以进行所识别的临床干预的指令的提示;以及响应于用户键入来发送所述指令。向所述至少一个医疗装置的输出可以包括与所识别的临床干预相关联的至少一个CSG事件标记,以及所述至少一个医疗装置进行的至少一个操作可以包括:响应于接收到来自CSG引擎的输出来将所述至少一个CSG事件标记记录在所述至少一个医疗装置的数据存储区域处。所述方法可以包括:基于所识别的临床干预来自动生成所述至少一个CSG事件标记;以及将自动生成的CSG事件标记发送到所述至少一个医疗装置。所述方法可以包括:在CSG用户接口处提供用户确认自动生成的CSG事件标记所用的提示;以及响应于用户确认来发送自动生成的指令。所述方法可以包括:在由通信地耦接到所述至少一个医疗装置的移动装置所提供的CSG用户接口处,基于所识别的临床干预来提供用户键入所述至少一个CSG事件标记所用的提示;以及响应于用户键入来发送所述至少一个CSG事件标记。用以键入所述至少一个CSG事件标记的提示可以包括多个CSG事件标记的用户选择菜单。所述生理数据可以是第一生理数据,以及所述方法可以包括:从所述至少一个医疗装置接收第二生理数据;基于所述第二生理数据来更新针对患者的所述临床干预;以及基于更新后的临床干预来发送向所述至少一个医疗装置的指令。所述方法可以包括:基于所述第一生理数据和所述第二生理数据来生成至少一个患者表现的病因估计;基于所述病因估计来请求目标患者数据;接收所述目标患者数据;基于所述目标患者数据将所述病因估计转换成病因确定;以及将所述病因确定提供到所述至少一个医疗装置和所述CSG UI中的一个或多于一个。所述方法可以包括:基于所述病因确定来识别至少一个药物干预;在所述CSG UI处提供针对所述至少一个药物干预的用户确认的提示;以及基于所述至少一个药物干预来发送向所述至少一个医疗装置的输出。基于所述至少一个药物干预的输出可以包括所述至少一个药物干预的CSG事件标记。基于所述至少一个药物干预的输出可以包括用以提供所述至少一个药物干预的指令。所述生理数据可以包括SpO2数据和EtCO2数据,所述临床干预包括来自通气系统的对患者的氧支持,以及向所述至少一个医疗装置的输出可以包括所述通气系统提供氧支持所用的指令。所述氧支持可以包括利用持续气道正压治疗即CPAP治疗和双水平气道正压其中之一的补氧治疗或补氧。所述方法可以包括:接收肺阻力数据和肺弹性数据;基于所述肺阻力数据和所述肺弹性数据来更新对患者的氧支持;以及发送所述通气系统提供更新后的氧支持所用的向所述通气系统的指令。所述方法可以包括:基于所述SpO2数据、所述EtCO2数据、所述肺阻力数据和所述肺弹性数据来生成对患者的呼吸窘迫表现的病因估计;向患者监测器/除颤器和所述通气系统请求目标数据;以及基于所述目标数据将所述病因估计转换成病因确定。所述目标数据可以包括肺活量测定数据、呼出气体分析数据和血液动力学数据中的一个或多于一个。所述方法可以包括:在所述CSG UI处提供针对患者病史信息的用户键入的提示;接收所述患者病史信息;以及基于所述患者病史信息将所述病因估计转换成所述病因确定。所述方法可以包括:向所存储的病史文件请求患者病史信息;接收所述患者病史信息;以及基于所述患者病史信息将所述病因估计转换成所述病因确定。所述病因确定可以包括阻塞性呼吸疾病,以及所述方法可以包括:识别所述阻塞性呼吸系统疾病的至少一个药物干预;提供针对所述阻塞性呼吸疾病的至少一个药物干预的用户确认的提示;以及基于所述至少一个药物干预来提供向所述至少一个医疗装置的输出。所述至少一个药物干预可以包括支气管扩张剂,以及向所述至少一个医疗装置的输出可以包括向所述通气系统的用以提供所述支气管扩张剂的指令。向所述至少一个医疗装置的输出可以包括所述支气管扩张剂的包含时间、日期和剂量的CSG事件标记。所述病因确定可以包括限制性呼吸疾病,以及所述方法可以包括:识别所述限制性呼吸疾病的至少一个药物干预;提供针对所述限制性呼吸疾病的至少一个药物干预的用户确认的提示;以及基于所述至少一个药物干预来提供向所述至少一个医疗装置的输出。所述至少一个药物干预可以包括利尿剂,以及向所述至少一个医疗装置的输出可以包括所述利尿剂的包含时间、日期和剂量的CSG事件标记。所述生理数据可以包括血液动力学数据,以及所述方法可以包括:接收所述血液动力学数据;基于所述血液动力学数据来识别异常危及生命患者病况即ALT患者病况的存在或不存在;在存在所述ALT患者病况的情况下,设置ALT血液动力学病况标志,在所述CSG UI处提供指示存在所述ALT患者病况的预警,将存在所述ALT患者病况的CSG事件标记发送到所述至少一个医疗装置;以及在不存在所述ALT患者病况的情况下,在所述CSG UI处提供指示不存在所述ALT患者病况的更新,以及将存在所述ALT患者病况的CSG事件标记发送到所述至少一个医疗装置。所述方法可以包括:在CSG用户接口处提供多个视图窗口,所述多个视图窗口包括装置视图窗口,所述装置视图窗口被配置为提供所述生理数据的实时视图作为所述至少一个医疗装置的显示格式的视觉再现;捕获特定视图窗口的用户选择;以及基于所述用户选择来提供所述特定视图窗口。提供所述视觉再现可以包括:复制所述至少一个医疗装置的显示格式。提供所述视觉再现可以包括:渲染所述生理数据的显示,其中所述生理数据的一个或多于一个视觉方面不同于所述至少一个医疗装置的显示格式。所述多个视图窗口中的至少一个可以是可滚动接口,所述可滚动接口被配置为提供比所述装置视图窗口中可以显示的信息更多的信息。所述多个视图窗口可以包括CSG窗口,所述CSG窗口被配置为捕获CSG用户输入并提供所述CSG用户输出。所述方法可以包括:针对护理者的用户键入进行提示,以及所述CSG用户输入可以包括响应于针对数据键入的提示而由所述护理者在所述CSG窗口处键入的信息。所述方法可以包括:针对患者评定数据进行提示。所述患者评定数据可以包括呼吸窘迫表现数据。所述方法可以包括以下操作中的一个或多于一个:提示用户确认所述呼吸窘迫表现数据;以及提示用户将所述呼吸窘迫表现数据保存在所述医疗事件的病例文件中。所述方法可以包括:向用户提示CSG事件标记。所述方法可以包括:向用户提示所述CSG事件标记的键入。所述方法可以包括:响应于所述CSG事件标记的自动记录来向用户提示确认。所述方法可以包括:针对先前键入的CSG事件标记的汇总进行提示。所述方法可以包括:使得在所述CSG窗口处显示所述CSG事件标记。所述方法可以包括:利用用以将所述CSG事件标记记录在所述至少一个医疗装置的指令,响应于所述用户键入来将所述CSG事件标记传输到所述至少一个医疗装置。所述方法可以包括:针对患者病史数据进行提示。所述方法可以包括:提示用户请求从EMS电子患者护理记录、医院电子健康记录和健康信息交换中的一个或多于一个导入病史信息。所述方法可以包括:响应于导入请求来导入所述病史信息。所述方法可以包括:针对从EMS电子患者护理记录、医院电子健康记录和健康信息交换中的一个或多于一个自动导入病史的用户确认进行提示。所述方法可以包括:提示用户进行所述临床干预。所述方法可以包括:针对所述临床干预的用户确认进行提示。所述临床干预可以包括药物干预、通气干预或血液动力学干预。针对所述临床干预的提示可以包括干预度量。所述方法可以包括:针对向所述至少一个医疗装置的自动干预指令的用户确认进行提示。所述方法可以包括:在所述CSG窗口处提供所述生理数据。所述方法可以包括:基于所述生理数据来生成至少一个警报。所述方法可以包括:提示用户针对所述至少一个警报的确认。所述方法可以包括:提示用户针对所述至少一个医疗装置的至少一个指令。所述至少一个指令可以是自动生成的医疗装置指令,以及所述方法包括:提示用户针对自动生成的医疗装置指令的确认。所述方法可以包括:提示用户在所述CSG窗口处手动键入至少一个医疗装置指令。所述方法可以包括:提供自动确定的病因信息。所述方法可以包括:提示用户针对自动确定的病因信息的确认。所述方法可以包括:提示用户在所述CSG窗口处手动键入病因信息。所述方法可以包括:在包括RD CSG引擎的CSG引擎处接收包括所述生理数据的输入;利用所述RD CSG引擎,针对所述生理数据中所表示的至少一个生理参数的变化来对所述生理数据进行评估,其中所述变化指示患者的医疗状态的恶化;基于所述恶化和所识别的临床干预将所述生理数据的子集识别为关键生理数据;以及修改所述移动装置处所提供的数据显示以在所述CSG UI处强调所述关键生理数据。所述生理数据可以包括ECG、EtCO2、SpO2、心率、体温和无创血压,所述医疗状态的恶化可以包括急性呼吸衰竭即ARF,以及所述关键生理数据可以包括EtCO2和SpO2。修改所述移动装置处提供的所述CSG UI可以包括:在所述移动装置处显示所有的ECG数据、EtCO2数据、SpO2数据、心率数据、体温数据和无创血压数据;提供患者的所述医疗状态的恶化的用户通知;接收对情境敏感引导的用户请求;以及提供包括针对所述临床干预的指令以及所述EtCO2数据和所述SpO2数据的显示的所述CSG UI,其中CSG UI将所述ECG数据、所述心率数据、所述体温数据和所述无创血压数据排除在外。所述方法可以包括:在装置视图窗口、趋势视图窗口和工作视图窗口中的至少一个处提供所述恶化的用户通知。所述方法可以包括:与所述至少一个医疗装置建立通信耦接;基于第一通信耦接来识别所述至少一个医疗装置;以及在所述移动装置处提供指示所述至少一个医疗装置的识别的所连接装置窗口。所述方法可以包括:对所述至少一个医疗装置进行认证;以及响应于所述认证来建立所述通信耦接。所述方法可以包括:启用被配置为防止未经认证装置对患者数据的访问的患者数据加密。所述至少一个医疗装置可以是初始医疗装置,以及所述方法可以包括:在所述初始医疗装置之后,与至少一个附加医疗装置建立至少一个附加通信耦接;基于所述至少一个附加通信耦接来识别所述至少一个附加医疗装置;以及更新所述所连接装置窗口以包括所述至少一个附加医疗装置的识别。所述方法可以包括:从所述初始医疗装置接收所述生理数据;从所述至少一个附加医疗装置接收附加生理数据;以及将所述附加生理数据中的至少一个附加生理数据实时地显示在所述移动装置。所述方法可以包括:将针对所述临床干预的指令提供到所述至少一个医疗装置。所述方法可以包括:将操作模式指令、操作设置指令、生理闭环控制指令中的一个或多于一个提供到所述至少一个医疗装置。所述至少一个医疗装置可以包括通气系统,以及所述方法可以包括:基于患者的血液的氧浓度来生成所述生理闭环控制指令,其中所述生理闭环控制指令在向患者递送机械通气期间调节氧递送以将患者的血液的氧浓度维持在期望水平或范围。所述方法可以包括:在所述CSG UI处提供针对所述临床干预的指令,所述指令包括针对所识别的至少一个医疗装置的护理者使用的指令。所识别的至少一个医疗装置可以是通气系统,以及所述方法可以包括:提供通气系统操作指令和通气系统组装指令中的至少一个。所述方法可以包括:将所述通气操作指令作为通电指令和模式选择指令中的一个或多于一个来提供。所述方法可以包括:将所述通气系统组装指令作为软管连接指令、氧气罐连接指令和面罩连接指令中的一个或多于一个来提供。所述方法可以包括:将针对所述临床干预的指令作为支气管扩张剂施予指令和面罩定位指令中的一个或多于一个来提供。所述方法可以包括:将针对所述临床干预的指令作为患者监测指令来提供。所述方法可以包括:提供所述关键生理数据的治疗目标的指示以及所述至少一个医疗装置的状况指示。所述关键生理数据的治疗目标可以包括SpO2和EtCO2的治疗目标,以及所述方法可以包括:将所述至少一个医疗装置的状况指示作为呼吸机的生理闭环控制的指示和实时更新的FiO2值来提供。所述方法可以包括:在所述CSG UI窗口处将针对所述临床干预的指令作为护理者指令来提供。所述方法可以包括:提供指令列表;以及从视觉上区分所述指令列表中的当前步骤与所述指令列表中的后续步骤和先前步骤中的一个或多于一个步骤。所述方法可以包括:将所述护理者指令作为字母数字指令、图形指令以及字母数字指令和图形指令的组合来提供。所述方法可以包括:将所述图形指令作为所述至少一个医疗装置的被配置为引导护理者使用所述至少一个医疗装置的图来提供。所述方法可以包括:将所述护理者指令作为医院运送指令来提供。所述方法可以包括:将所述护理者指令作为药品递送指令来提供。所述方法可以包括:将所述药品递送指令作为药品递送确认控件和剂量间隔计时器来提供。所述方法可以包括:结合针对所述至少一个临床干预的指令来在所述CSG UI窗口处提供引导选择控件。所述方法可以包括:提供所述引导选择控件,所述引导选择控件使得护理者能够选择所提供的指令的细节级别;以及接收所提供的指令的所选择的细节级别。所述引导选择控件可以包括以下项中的至少一个:继续指令控件、退出指令控件、进入下一步骤控件、增加引导控制的细节级别、返回到先前指令控件、以及静音或取消静音可听UI输出控件。所述方法可以包括:响应于针对所述至少一个临床干预的指令,在所述移动装置处接收护理者确认。所述护理者确认可以包括药物施予确认、临床干预步骤确认和医疗装置连接确认中的一个或多于一个。所述方法可以包括:响应于所述护理者确认,向所述至少一个医疗装置提供指示事件标记的信号。所述方法可以包括:经由触摸屏键入和语音命令中的一个或多于一个来接收护理者输入。所述方法可以包括:基于来自护理者的语音命令来控制所述CSGUI。所述方法可以包括:提供可听输出。所述方法可以包括:通过使所述可听输出静音或取消静音来对用以使所述可听输出静音或取消静音的护理者指令进行响应。所述方法可以包括:在所述移动装置处提供作为可选窗口的CSG UI窗口以及至少一个其他可选窗口,所述至少一个其他可选窗口包括工作视图窗口。所述方法可以包括:在所述工作视图窗口的一个或多于一个定制显示部分中提供所述生理数据的至少一部分。基于所述恶化来修改所述数据显示可以包括:在所述工作视图窗口处提供所述恶化的用户通知,其中所述用户通知可以包括所述恶化的识别以及所述关键生理数据。所述方法可以包括:在所述工作视图窗口的未占用部分中提供所述用户通知以强调所述关键生理参数。所述方法可以包括:从所述用户通知中排除所述关键生理数据以外的生理数据以强调所述关键生理数据。所述方法可以包括:从视觉和听觉上提供所述用户通知以强调所述关键生理数据。所述方法可以包括:在所述工作视图窗口处提供至少一个CSG控件,所述至少一个CSG控件被配置为响应于所述至少一个CSG控件的护理者激活,将所述移动装置显示画面从所述工作视图窗口转变到所述CSG UI。所述方法可以包括:在所述至少一个临床干预完成之后,在所述工作视图窗口显示横幅,所述横幅包括所述关键生理数据的值和趋势指标中的一个或多于一个。所述方法可以包括:在所述CSG UI处提供针对所述至少一个临床干预的指令以及所述关键生理数据。所述方法可以包括:在所述CSG UI处提供药物剂量计时器以及针对干预步骤的提醒中的一个或多于一个。所述方法可以包括:在所述CSG UI处提供针对所述至少一个医疗装置的护理者使用的指令。所述方法可以包括:在所述CSG UI处提供所述至少一个医疗装置的状况更新。所述方法可以包括:在所述CSG UI处从显示中排除所述关键生理数据以外的一个或多于一个生理参数以强调所述关键生理数据。所述方法可以包括:响应于至少一个工作视图控件的护理者激活,从CSG UI窗口转变到所述工作视图窗口。所述至少一个其他可选窗口可以包括装置视图窗口和趋势视图窗口中的一个或多于一个。所述方法可以包括:以在相应医疗装置上提供的显示格式的视觉再现来提供所述多个生理数据中的至少一部分在所述装置视图窗口处的实时显示。所述方法可以包括:针对所述多个生理数据在所述趋势视图窗口处提供用户可定制的数据趋势信息。
一种用于在急救医疗事件中向患者提供临床干预的情境敏感引导系统即CSG系统的示例包括:CSG引擎,其包括硬件逻辑和/或软件逻辑;多个患者接口装置,其包括脉搏血氧传感器、二氧化碳描记传感器、气道压力传感器和呼吸速度计;以及医疗装置系统,其包括耦接到通气系统的患者监测器/除颤器,所述医疗装置系统被配置为:接收来自所述多个患者接口装置的信号,从所接收到的信号生成生理数据,所述生理数据包括SpO2数据、EtCO2数据、肺弹性数据和肺阻力数据,以及将所述生理数据发送到所述CSG引擎,其中,所述CSG引擎被配置为:评估所述SpO2数据和所述EtCO2数据,基于所述SpO2数据和所述EtCO2数据的评估来识别针对患者的至少一个通气干预,基于所述至少一个通气干预来发送向所述医疗装置系统的第一指令,评估所述肺弹性数据和所述肺阻力数据,基于所述肺弹性数据和所述肺阻力数据的评估来更新所述至少一个通气干预,以及基于更新后的至少一个通气干预来发送向所述医疗装置系统的第二指令,其中,所述医疗装置系统可以被配置为响应于所述第一指令和所述第二指令来进行至少一个操作。
一种用于使用情境敏感引导系统即CSG系统以在急救医疗事件中向患者提供临床干预的方法的示例包括:接收来自多个患者接口装置的信号,所述多个患者接口装置包括脉搏血氧传感器、二氧化碳描记传感器、气道压力传感器和呼吸速度计;从所接收到的信号生成生理数据,所述生理数据包括SpO2数据、EtCO2数据、肺弹性数据和肺阻力数据;评估所述SpO2数据和所述EtCO2数据;基于所述SpO2数据和所述EtCO2数据的评估来识别针对患者的至少一个通气干预;基于所述至少一个通气干预来发送向至少一个医疗装置的第一指令,所述至少一个医疗装置包括耦接到通气系统的患者监测器/除颤器;评估所述肺弹性数据和所述肺阻力数据;基于所述肺弹性数据和所述肺阻力数据的评估来更新所述至少一个通气干预;以及基于更新后的至少一个通气干预来发送向所述至少一个医疗装置的第二指令,其中,所述第一指令和所述第二指令是所述至少一个医疗装置进行至少一个操作所用的指令。
一种用于在急救医疗诊疗期间提供呼吸窘迫(RD)情境敏感引导(CSG)的RD CSG系统的示例包括:至少一个医疗装置,其被配置为经由一个或多于一个患者接口装置耦接到患者;以及移动计算装置,其被配置为通信地耦接到所述至少一个医疗装置,并且包括:移动装置显示画面,RD CSG引擎,其包括硬件逻辑和/或软件逻辑,并且被配置为:从所述至少一个医疗装置接收多个生理参数,在所述移动装置显示画面处提供用户接口即UI,控制所述多个生理参数在所述UI处的实时显示,基于所述多个生理参数中的至少一个生理参数的变化来检测患者的医疗状态的恶化,基于所检测到的恶化来选择至少一个临床干预,提供针对所述至少一个临床干预的指令,基于所述恶化和所述至少一个临床干预,将所述多个生理参数的子集识别为关键生理参数,以及修改所述UI处的所述多个生理参数的显示以强调所述关键生理参数。
这样的系统的实现可以包括以下特征中的一个或多于一个。所述至少一个医疗装置可以包括两个或多于两个医疗装置,各医疗装置被配置为递送与所述两个或多于两个医疗装置中的任何其他医疗装置不同的临床干预。所述两个或多于两个医疗装置可以包括患者监测器/除颤器和通气系统。所述一个或多于一个患者接口装置可以包括脉搏血氧仪、耦接到二氧化碳描记传感器的鼻插管或面罩、无创血压传感器即NIBP传感器、温度探测器和电极。所述多个生理参数可以包括ECG、EtCO2、SpO2、心率、体温和无创血压,所述医疗状态的恶化可以包括呼吸窘迫,以及所述关键生理参数可以包括EtCO2和SpO2。所述两个或多于两个医疗装置可以包括至少一个急救包。所述UI可以被配置为针对仅一个患者显示所述多个生理参数。所述至少一个医疗装置可以被配置为提供急性护理临床干预。所述RD CSG引擎可以被配置为将所述UI的第一数据视图窗口处的所述多个生理参数的显示替换为仅包括所述关键生理参数的CSG UI窗口的显示,以修改所述显示。所述UI的所述第一数据视图窗口可以包括装置视图窗口、趋势视图窗口和工作视图窗口其中之一。所述RD CSG引擎可以被配置为在所述UI处提供用户通知以修改所述显示。所述用户通知可以包括急性呼吸衰竭的通知。所述RD CSG引擎可以被配置为利用所述用户通知提供所述关键生理参数的值和/或趋势。所述移动计算装置可以包括通信接口,所述通信接口被配置为:与所述至少一个医疗装置建立第一通信耦接,以及基于所述第一通信耦接来识别所述至少一个医疗装置,以及其中,所述RD CSG引擎可以被配置为:在所述UI处提供指示所述至少一个医疗装置的识别的所连接装置窗口。所述通信接口可以被配置为:对所述至少一个医疗装置进行认证,以及响应于所述认证来建立所述第一通信耦接。所述RD CSG引擎可以被配置为:启用被配置为防止未经认证装置对患者数据的访问的患者数据加密。所述至少一个医疗装置可以是初始医疗装置,所述通信接口可以被配置为:在所述初始医疗装置之后,与至少一个附加医疗装置建立第二通信耦接,以及基于所述第二通信耦接来识别所述至少一个附加医疗装置,以及所述RD CSG引擎可以被配置为:更新所述所连接装置窗口以包括所述至少一个附加医疗装置的识别。所述RD CSG引擎可以被配置为:从所述初始医疗装置接收所述多个生理参数,从所述至少一个附加医疗装置接收一个或多于一个附加生理参数,以及实时地修改所述UI以包括所述一个或多于一个附加生理参数中的至少一个。所述初始医疗装置可以包括患者监测器/除颤器,并且所述多个生理参数可以包括ECG、EtCO2、SpO2、心率、体温和无创血压。所述至少一个附加医疗装置可以包括通气系统,以及所述一个或多于一个附加生理参数可以包括以下项中的一个或多于一个:气道压力即Paw、平台压力即Pplat、吸气峰压即PIP、患者氧饱和度即SpO2、吸入氧浓度分数即FiO2、呼气末正压即PEEP、用力肺活量即FVC、用力呼气量即FEV、最大呼气流速即PEF或PEFR、呼吸阻力即Rrs、呼吸顺应性即Crs、吸入和呼出潮气量、分钟量即Ve、呼气末CO2即EtCO2和呼出二氧化碳量(VCO2)。所述至少一个医疗装置是与同一个患者相关联的医疗装置套件,所述移动计算装置可以被配置为与仅一个医疗装置套件通信耦接,以及所述移动装置显示画面处提供的多个生理参数全部与所述同一个患者相关联。所述医疗装置套件、所述移动计算装置和所述同一个患者布置在本地患者护理环境中的患者护理点处,以及其中,所述通信接口可以被配置为经由Bluetooth即蓝牙和Wi-Fi中的一个或多于一个将所述移动计算装置以无线方式通信地耦接到所述医疗装置套件,其中Bluetooth是注册商标。所述本地患者护理环境可以包括紧急事件的地点、医疗分诊区域、军事野战护理地点、医疗运送运载工具和医院急救室其中之一。所述通信接口可以被配置为将所述移动计算装置通信地耦接到所述本地患者护理环境中的一个或多于一个附加计算装置。所述通信接口可以被配置为将所述移动计算装置经由远距离无线网络通信地耦接到所述本地患者护理环境之外的一个或多于一个远程计算装置。所述一个或多于一个远程计算装置可以包括电子患者护理记录服务、健康信息交换、电子医疗记录服务、云服务器、以及与远程医疗提供者相关联的计算装置中的一个或多于一个。所述RD CSG引擎可以被配置为:至少部分地基于所识别的至少一个医疗装置来选择所述至少一个临床干预;以及基于所识别的至少一个医疗装置来提供针对所述至少一个临床干预的指令。所述RD CSG引擎可以被配置为:将针对所述至少一个临床干预的指令提供到所述至少一个医疗装置。所述指令可以包括针对所述至少一个医疗装置的操作模式指令、操作设置指令、生理闭环控制指令中的一个或多于一个。所述至少一个医疗装置可以包括呼吸机,以及所述RDCSG引擎可以被配置为基于患者的血液的氧浓度来生成所述生理闭环控制指令,其中所述生理闭环控制指令在向患者递送机械通气期间调节氧递送以将患者的血液的氧浓度维持在期望水平或范围。针对所述至少一个临床干预的指令包括CSG UI窗口处提供的针对所识别的至少一个医疗装置的护理者使用的指令。所识别的至少一个医疗装置是通气系统,以及所述指令可以包括通气系统操作指令和通气系统组装指令中的至少一个。所述通气系统操作指令可以包括通电指令和模式选择指令中的一个或多于一个。所述通气系统组装指令可以包括软管连接指令、氧气罐连接指令和面罩连接指令中的一个或多于一个。针对所述至少一个临床干预的指令可以包括支气管扩张剂施予指令和面罩定位指令中的一个或多于一个。针对所述至少一个临床干预的指令可以包括患者监测指令。,所述患者监测指令包括所述关键生理参数的治疗目标的指示以及所述至少一个医疗装置的状况指示。所述关键生理参数的治疗目标可以包括SpO2和EtCO2的治疗目标,以及所述至少一个医疗装置的状况指示可以包括呼吸机的闭环控制的指示和实时更新的FiO2值。所述RD CSG引擎可以被配置为:在CSG UI窗口处将针对所述至少一个临床干预的指令作为护理者指令来提供。所述护理者指令可以包括指令列表,以及其中,所述CSG UI窗口可以被配置为从视觉上区分所述指令列表中的当前步骤与所述指令列表中的后续步骤和先前步骤中的一个或多于一个步骤。所述CSG UI窗口可以被配置为将所述护理者指令作为字母数字指令、图形指令以及字母数字指令和图形指令的组合来提供。所述图形指令可以包括所述至少一个医疗装置的图,其中所述图被配置为引导护理者使用所述至少一个医疗装置。所述护理者指令可以包括医院运送指令。所述护理者指令可以包括药品递送指令。所述药品递送指令包括药品递送确认控件和剂量间隔计时器。所述RD CSG引擎可以被配置为结合针对所述至少一个临床干预的指令来在所述CSG UI窗口处提供引导选择控件。所述引导选择控件使得护理者能够选择所提供的指令的细节级别。所述引导选择控件可以包括以下项中的至少一个:继续指令控件、退出指令控件、进入下一步骤控件、增加引导控制的细节级别、返回到先前指令控件、以及静音或取消静音可听UI输出控件。所述RD CSG引擎可以被配置为响应于针对所述至少一个临床干预的指令来在所述移动计算装置处接收护理者确认。所述护理者确认可以包括药物施予确认、临床干预步骤确认和医疗装置连接确认中的一个或多于一个。所述RDCSG引擎响应于所述护理者确认来将指示事件标记的信号提供到所述至少一个医疗装置。所述RD CSG引擎可以被配置为经由触摸屏键入和语音命令中的一个或多于一个来接收护理者输入。所述UI可以包括数字助理,所述数字助理被配置为基于来自护理者的语音命令来控制所述UI。所述RD CSG引擎可以被配置为提供可听输出。所述RD CSG引擎可以被配置为对护理者指令进行响应以使所述可听输出静音或取消静音。所述RD CSG引擎可以被配置为在所述移动装置显示画面处提供可选CSG UI窗口以及至少一个其他可选窗口,所述至少一个其他可选窗口包括工作视图窗口。所述工作视图窗口可以被配置为在一个或多于一个定制显示部分中提供所述多个生理参数的至少一部分。基于所检测到的恶化的所述显示的修改可以包括:在所述工作视图窗口处提供所检测到的恶化的用户通知,以及所述用户通知可以包括所检测到的恶化的识别以及所述关键生理参数。所述RD CSG引擎可以在所述工作视图窗口的未占用部分中提供所述用户通知以强调所述关键生理参数。所述用户通知可以排除所述关键生理参数以外的一个或多于一个生理参数以强调所述关键生理参数。所述UI可以从视觉和听觉上提供所述用户通知以强调所述关键生理参数。所述工作视图窗口可以包括至少一个CSG控件,所述至少一个CSG控件被配置为响应于所述至少一个CSG控件的护理者激活,将所述移动装置显示画面从所述工作视图窗口转变到所述CSG UI窗口。所述工作视图窗口可以被配置为在所述至少一个临床干预完成之后显示横幅,所述横幅包括所述关键生理参数的值和趋势指标中的一个或多于一个。所述CSG UI窗口可以被配置为提供针对所述至少一个临床干预的指令以及所述关键生理参数。所述CSG UI窗口可以被配置为提供药物剂量计时器以及针对干预步骤的提醒中的一个或多于一个。所述CSG UI窗口可以被配置为提供针对所述至少一个医疗装置的护理者使用的指令。所述CSG UI窗口可以被配置为提供所述至少一个医疗装置的状况更新。所述CSG UI窗口可以排除所述关键生理参数以外的一个或多于一个生理参数以强调所述关键生理参数。所述CSG UI窗口可以包括至少一个工作视图控件,所述至少一个工作视图控件被配置为响应于所述至少一个工作视图控件的护理者激活,从CSG UI窗口转变到所述工作视图窗口。所述至少一个其他可选窗口可以包括装置视图窗口和趋势视图窗口中的一个或多于一个。所述装置视图窗口可以被配置为以在相应医疗装置上提供的显示格式的视觉再现来提供所述多个生理参数中的至少一部分的实时显示。所述趋势视图窗口可以被配置为针对所述多个生理参数提供用户可定制的数据趋势信息。
附图说明
包含在说明书中并构成说明书一部分的附图示出一个或多于一个实施例,并和说明书一起用来解释这些实施例。附图不必一定是按比例绘制的。所附的图表和图形中所示的任何值或尺寸仅用于例示目的,并且可以表示或可以不表示实际或优选的值或尺寸。在适用的情况下,可以不例示一些或所有特征以辅助基础特征的说明。
图1示出情境敏感引导所用的装置结构的示例。
图2示出情境敏感引导系统组件的示例。
图3A示出包括各种远程计算装置的情境敏感引导所用的装置结构的示例。
图3B示出患者护理环境的物理场所的示例。
图3C示出由云服务器托管的情境敏感引导所用的装置结构的示例。
图3D示出在医疗装置处实现的情境敏感引导所用的装置结构的示例。
图3E示出呼吸窘迫情境敏感引导所用的装置结构的示例。
图3F示出医疗装置套件的示例。
图3G示出医疗装置上的组合操作和CSG用户接口的示例。
图4示出CSG引擎的示例。
图5A至图5C示出提供情境敏感引导的方法的示例。
图5D示出在用户接口处提供情境敏感引导的方法的示例。
图6示出CSG初始化引擎和RD CSG引擎的处理阶段。
图7示出R/V CSG引擎的处理阶段,其中该引擎继续到图8A、图8B、图9、图10和图11。
图8A示出从图7继续的R/V CSG引擎的三个分支。
图8B示出R/V CSG引擎的监测循环的处理阶段。
图9示出从图8A继续的R/V CSG引擎的第一分支。
图10示出从图8A继续的R/V CSG引擎的第二分支。
图11示出从图8A继续的R/V CSG引擎的第三分支。
图12示意性示出血液动力学CSG引擎的处理阶段。
图13A和图13B例示被配置为提供装置视图用户接口的移动装置。
图13C示出移动装置处的组合通气系统/患者监测器/除颤器装置视图用户接口的示例。
图14A和图14B示出移动装置处的工作视图窗口的示例。
图15示出移动装置处的趋势视图窗口的示例。
图16示出在移动装置处提供的CSG用户接口的示例。
图17例示患者评定画面的示例。
图18例示患者病史画面的示例。
图19例示CSG事件标记画面的示例。
图20例示事件汇总画面的示例。
图21A、图21B和图21C示出各种临床干预画面的示例。
图22A和图22B示出医疗装置数据画面的示例。
图23示出病因信息画面的示例。
图24示出用于在可定制的移动装置处实现CSG的示例环境。
图25例示用于配置医疗装置和移动装置之间的连接的示例方法。
图26例示用于使得在医疗事件期间在移动装置处显示来自医疗装置的病例信息的示例方法。
图27A例示示例性通气系统。
图27B例示通气系统的机械通气设备的示例。
图27C示出通气系统的用户接口的示例。
图28示出关于图1至图27C和图29至图43所论述的各种装置的组件的示意示例。
图29示出移动装置处的工作视图窗口的示例。
图30A和图30B示出涉及情境敏感引导的CSG用户接口的示例。
图30C示出RD CSG所用的UI显示画面的序列的示例的汇总流程图。
图31示出利用用于临床干预的指令的CSG用户接口的示例。
图32A示出利用用于使用医疗装置的指令的CSG用户接口的示例。
图32B示出药物剂量计时器的示例。
图33示出利用用于使用医疗装置的指令的CSG用户接口的示例。
图34示出利用用于使用医疗装置的指令的CSG用户接口的示例。
图35示出利用用于使用医疗装置的指令的CSG用户接口的示例。
图36示出利用用于使用医疗装置的指令的CSG用户接口的示例。
图37示出利用用于使用医疗装置的指令的CSG用户接口的示例。
图38示出利用用于使用医疗装置的指令的CSG用户接口的示例。
图39示出利用用于使用医疗装置的指令的CSG用户接口的示例。
图40示出利用患者监测指令的CSG用户接口的示例。
图41示出利用患者监测指令的工作视图窗口的示例。
图42示出利用患者监测指令的工作视图窗口的示例。
图43示出利用医疗装置操作指令的CSG用户接口的示例。
具体实施方式
以下结合附图阐述的说明旨在是所公开的主题的各种例示性实施例或实现的说明。结合各例示性实施例或实现来说明具体特征和功能;然而,本领域技术人员将显而易见,可以在没有这些具体特征和功能中的各特征和功能的情况下实践所公开的实施例和实现。
在整个说明书对“一个实施例”、“实施例”或“实现”的引用意味着结合实施例或实现所述的特定特征、结构或特性包括在所公开的主题的至少一个实施例或实现中。因此,在整个说明书中在各处出现短语“在一个实施例中”、“在实施例中”或“在实现中”不必一定指代同一实施例或实现。此外,在一个或多于一个实施例或实现中,这些特定特征、结构或特性可以以任何适当的方式组合。此外,所公开的主题的实施例和实现旨在涵盖其修改和变化。
必须注意,如说明书和所附权利要求书中所使用的,除非上下文另外明确规定,否则单数形式“a”、“an”和“the”包括复数指称。也就是说,除非另外明确指出,否则如本文所使用的,词语“a”、“an”和“the”等具有“一个或多于一个”的含义。附加地,应理解,本文可以使用的诸如“左”、“右”、“顶部”、“底部”、“前”、“后”、“侧”、“高度”、“长度”、“宽度”、“上”、“下”、“内部”、“外部”、“内侧”和“外侧”等的术语仅描述参考点,并且不必将本公开的实施例限制为任何特定朝向或配置。此外,诸如“第一”、“第二”、“第三”等的术语仅识别如本文所公开的多个部分、组件、步骤、操作、功能和/或参考点中的一个,并且同样不必将本公开的实施例限制为任何特定配置或朝向。
此外,术语“大致”、“约”、“接近”、“微小变化”和类似术语通常指包括在某些实施例中在20%、10%或优选5%的裕度内的确认值的范围、以及这些范围之间的任何值。
除明确陈述或者除特征或功能与以下所述的附加实施例和实现不兼容以外,结合一个实施例或实现所述的所有功能旨在可应用于这些附加实施例和实现。例如,在给定特征或功能结合一个实施例或实现进行了明确说明但没有结合替代实施例或实现明确提及的情况下,应理解,除非特征或功能与替代实施例或实现不兼容,否则可以结合替代实施例或实现来部署、利用或实现该特征或功能。
急救医疗护理至少最初关注患者的呈现病况的及时管理。这种医疗护理例如发生在对911呼叫的响应、军事分诊或医院的急诊室中。及时管理患者的呈现病况的目标是提供使患者稳定并保持患者存活足够长的时间以便患者接受针对呈现病况的诊断病因的处置的干预。作为示例,接受急救医疗服务的护理的人可能表现出心脏骤停。急救护理可以包括用以恢复正常心律的除颤。针对心脏骤停的该干预极有可能不依赖于心脏骤停的特定病因,并且可使患者稳定并保持患者存活足够长的时间以接受针对心脏骤停的病因的处置。例如,在除颤干预之后,针对心脏骤停的病因的处置(诸如手术和/或药物等)可根据病因或诊断而变化。例如,心脏骤停可能与诸如冠状动脉疾病、瓣膜性心脏病或先天性心脏缺陷等的各种诊断一致。
对护理者和/或医疗装置的引导有可能提高在急救护理期间提供的干预的疗效和效率。通过根据患者的生理状况定制引导,来实现疗效和效率的进一步和更多的实质性提高。监测、分析和评估与患者表现相关的生理数据提供了对患者的生理状况的特定情境敏感的适应性强且被数据驱动的引导。该引导还基于来自患者的生理数据来确定、监测和更新这些干预的参数。因此,尽管引导可以使得能够进行与要提供哪些干预有关的决策,但不限于这些决策。此外,在一些情况下,所监测、分析和评估的生理数据可以提供病因的指示,并且可以使得能够进行针对该病因的干预和处置。
在实现中,呼吸窘迫(RD)所用的情境敏感引导(CSG)引擎可以最小化或减轻护理者干扰和困惑。CSG引擎可以提供视觉和/或可听用户通知,以向护理者预警患者的一些病况需要附加的且立即的关注。在实现中,这些通知可以仅限于可操作的信息。例如,用户通知可以排除关键生理参数以外的生理参数。关键生理参数可以包括CSG引擎识别为需要护理者的立即关注的生理参数,作为患者的病况的恶化且可能危及生命的变化的高优先级指标。这种选择性通知可以是有益的以便避免警报疲劳,在警报疲劳中,用户在被过度触发时可能表现出更倾向于忽略警报和/或预警。因而,不同于在典型的医疗装置或患者监测器的显示画面处提供的信息,CSG引擎可以管理提供给护理者的信息。在诸如患者监测器画面等的医疗装置显示画面处可以提供的大量数据示出患者的总体状态。这些数据显示可能不提供护理者引导。相反,护理者必须对该大量数据进行分类、分析和评估,以确定是否需要临床干预。正如急救医疗服务的常见情况那样,特别是在院前情境中,护理者可能具有多个患者和其他干扰(例如,家庭成员、移动患者、护理活动、环境干扰等)。因而,与医疗装置画面信息相比,CSG引擎不是仅仅向护理者提供用以分析、监测和得出结论的信息。相反,CSG引擎选择护理者在特定时刻需要或应知晓的特定信息,并且选择并指示护理者进行立即干预。CSG引擎可以将可从典型的医疗装置获得的大量数据下调或筛选为增加患者生存的机率所立即需要的特定因素和步骤。来自CSG引擎的该实时情境敏感引导使护理者了解这些干预的目的和紧迫性。除了提供护理者信息之外,CSG引擎还可以向医疗装置提供情境敏感引导。该引导可以包括生理闭环控制。因而,CSG引擎通过进行多个任务来在患者护理中发挥积极作用,这多个任务例如包括:辨别关键医疗病况,确定适当干预响应,协调在医疗装置和护理者之间的这些响应的提供,设置这些响应的优先级,确认这些响应的完成,以及监测这些响应的结果以确保医疗响应对患者产生了预期效果。护理者和医疗装置是由CSG引擎支配以实现有效的患者护理的工具。
在实现中,CSG引擎还可以提供与引导有关的变化的且用户可选择的细节级别。这可以确保护理者技能水平和经验不限制所确定的护理的提供,并且类似地,不必要的细节不会减慢或以其他方式妨碍该护理。人类护理者的认知带宽有限,并且在急救RD处置情形中经常被信息淹没。将对可能导致患者在几分钟内死亡的医疗病况的最高效且有效响应的摄入、分析和确定卸载到CSG引擎的能力可以显著改善提供给患者的护理。此外,CSG引擎可以免除护理者跟踪他们在护理序列中的进展以及免除护理者保持跟踪可能遗漏或延迟的步骤。
在护理者和医疗装置生成和收集患者数据时,CSG引擎监测该信息。包括该患者数据的可听或视觉引导用户接口(GUI)可以在前台提供数据的总体收集,而CSG引擎在后台监测。响应于检测到患者的医疗状态的恶化,CSG可以自动地或者通过向护理者提供用以获得引导的选项而移动到前台。因而,(例如,在医疗装置上的、在急救箱上的、在诸如平板电脑等的计算装置上的、在诸如智能手表、智能电话、抬头AR和/或VR显示器等的另一移动装置上的、等等、以及/或者如由可听数字助理提供的)任何监测GUI可以提供总体患者数据(例如,本文所述的工作视图画面、装置视图画面、趋势视图画面),然后转变到CSG GUI。
本公开的各方面涉及用于生成通过医疗处置和诊断装置的医疗诊断以及医疗干预的递送所用的情境敏感引导(CSG)的系统和方法。这种用于CSG的系统和方法附加地提供针对医疗护理的提供者且与医疗护理的提供者交互的情境敏感引导的各方面所用的引导用户接口(GUI)。该GUI可以在移动装置处实现,该移动装置经由无线通信链路通信地耦接到供急救医疗事件期间的医疗干预所使用的一个或多于一个医疗处置和/或诊断装置(例如,患者监测器、患者监测器/除颤器、通气系统280、呼吸窘迫管理系统和/或药品递送装置)。移动装置可以是移动计算装置,诸如平板电脑、个人显示器/数字助理装置、电话、膝上型计算机、笔记本计算机、可穿戴移动装置(例如,抬头显示器、增强现实装置、虚拟现实装置、手表)或其组合。
在实现中,移动装置可以是单个医疗装置的配套装置,或者可以是一套医疗装置的配套装置。如果移动装置105是单个医疗装置的配套装置,则移动装置可以在部署在医疗事件(例如,出厂设置或软件配置设置)中之前被预先配置以与特定医疗装置进行通信。如果移动装置是一套医疗装置的配套装置,则移动装置和医疗装置可以经由硬件和/或软件来配置以使得能够彼此进行互操作通信。在实现中,(一个或多于一个)配套装置可被预先配置为与医疗处置和/或诊断装置相关联,以精简无线通信配对,而不必为建立安全连接而经历耗时的询问和响应协商。在一些实施例中,被配置为与医疗处置装置一起操作的配套装置可以在急救现场或者在院前运送期间由受过训练的急救响应者在急救医疗服务(EMS)环境中使用。配套装置也可以在患者在医疗设施之间的地面和空中运送期间在EMS中使用。在一些示例中,配套装置也可以在医院急诊室、普通内外科和中级护理楼层、心脏护理单元、电生理(EP)实验室、手术室、以及医院和/或供患者的院内运送用的其他类似区域中使用。
在示例场景中,负责处置急救事件的患者或受害者的急救响应者或其他医疗护理者可以首先观察地评估患者的表现。例如,这种评估有可能包括观察患者响应性、任何呼吸窘迫、精神混乱、可见伤口。附加地,护理者可以与有意识患者、或者无意识患者的家庭成员或朋友交谈,以确定主诉、健康史或与处置相关的其他信息。在发起护理时,护理者可以从气道-呼吸-循环(ABC)评估开始。至少基于ABC评估,护理者可将受害者连接至通气装置、患者监测器和/或患者监测器/除颤器以处置表现出异常呼吸和/或血液动力学病况的患者。护理者可进一步针对患者所描述和/或表现出的任何疼痛逐步进行OPQRST评定。“OPQRST”是急救护理提供者所用的提醒他们评估与患者疼痛相关联的发病、恶化/减轻、质量、辐射性、严重性和时间的助记符。
表现出呼吸窘迫(RD)的患者通常需要快速且准确的目标干预。护理者可能需要在几分钟内识别并实现适当的有效干预,以确保患者活着并且神经完好无损。这种干预包括直接对患者的(一个或多于一个)呈现病况的护理做出贡献的动作,并且可以确定患者的倾向性。干预可以处置或可以不处置(一个或多于一个)呈现病况的病因。然而,如果(一个或多于一个)呈现病况通过干预保持不变,则患者可能活得不够长而无法处置根本原因。
例如,患者可能由于充血性心力衰竭(CHF)而表现出RD。在这种情况下,RD具有心脏病因。需要用以缓解RD的干预(诸如向患者提供氧以补救低血氧症等)以保持患者活着以及神经完好无损,直到可以通过处置来诊断并解决心脏病因为止。心力衰竭的处置可以与氧干预分开。例如,该处置可以包括血管成形术、高血压药物和/或心律失常药物。
作为另一示例,患者可能由于肺炎而表现出RD。在这种情况下,RD具有呼吸病因。这里,需要用以缓解RD的干预(诸如提供氧等),直到可以通过处置来诊断并解决呼吸病因为止。例如,处置可以包括对肺炎感染施予抗生素。
作为又一示例,患者可能短暂地暴露于缺氧的气体环境。例如,患者可能在存在一氧化碳泄漏的汽车或家中,因此暴露于低氧水平。在这种情况下,提供氧的干预也处置RD的根本原因。在这种情况下,一旦诊断出患者缺氧的根本原因,干预将起到处置的作用。
因此,如上述示例所表明,所有处置都是干预,但不是所有干预都是处置。处置包括由护理者采取的解决了呈现病况以及呈现病况的根本原因或病因的动作。干预包括护理者响应于特定呈现病况的动作。在一些情况下,这样的动作可能仅解决呈现病况,因此可能不是对病况的病因的处置。在其他情况下,这样的动作可以解决呈现病况以及这些病况的根本原因。
如本文所述,情境敏感引导(CSG)系统在可以进行准确诊断之前或者在一些情况下在这种诊断也可行之前,在患者的呈现病况的情境中提供护理引导。CSG系统收集患者的客观生理和其他医疗数据,并且识别为缓解针对由该数据指示的生理病况而定制的治疗干预。护理引导识别并使得能够实现针对初始呈现病况(其在一些情况下对患者的生命构成急性和即时风险)的干预。一旦患者稳定,CSG系统可以在识别诊断或特定根本原因以及基于诊断识别和实现处置方面提供进一步引导。附加地,CSG系统可以为患者监测急性和可能危及生命的医疗病况的恢复指标。
基于患者的初期表现和表征初期表现的生理数据,护理者和/或医疗装置系统实现包括针对初期表现的一组干预的护理计划。随着护理的进展,护理者和/或医疗装置系统积累例如来自生理传感器、诊断测试和图像(诸如血液测试、X射线、超声波等)以及施予给患者的各种干预前后的所观察或测量的患者病况的数据。该数据告知鉴别诊断过程。在鉴别诊断过程中,通过对一个或多于一个病因或根本原因的如此得到的识别或诊断,以逐步的方式排除健康受损的病因。该过程的目标是诊断,换句话说,明确地识别患者的健康受损的一个或多于一个根本原因,并且基于诊断来识别对根本原因的一个或多于一个处置。CSG系统通过识别和实现源于根本原因的不良医疗状况所必需的干预,来在鉴别诊断过程期间保护患者的健康。
在一些情况下,在院前环境中可操作的CSG系统可以识别干预和诊断这两者。在其他情况下,CSG系统可能识别干预而不是诊断。直到患者被运送到医院并且分析更广泛的测试和尝试处置的结果为止,才可以进行诊断。然而,CSG使得能够有效地提供重症护理,其中如果没有CSG,在许多情况下,患者将无法存活或保持神经完好无损足够长的时间以达到诊断阶段。
返回到RD的示例,ABC评估的呼吸部分可以指示从无呼吸困难的患者到有轻微直到严重呼吸困难的患者、到活着但完全不自主呼吸的患者的呼吸状况。对于这些呼吸无困难的患者,护理者最初会将他们的注意力集中在诸如创伤或败血症等的非呼吸呈现病况。
对于呼吸困难或根本不呼吸的患者,护理者将监测适当呼吸和心脏功能这两者。RD可能源于呼吸病因、心脏病因或组合根本原因。然而,无论病因如何,呼吸功能和心脏功能是相互关联的,并且RD的呈现病况使心脏监测有必要,反之亦然。因而,CSG系统在应用于患者的呼吸表现时,与基于血液动力学指标的引擎并行地执行基于患者的呼吸和通气指标的呼吸/通气(R/V)引擎。因此,RD的受害者的护理者将患者连接至上述医疗装置,即通气系统和患者监测器或患者监测器/除颤器。这些医疗装置可以监测和测量呼吸健康指标(例如,呼吸气体交换和/或肺力学)以及心脏健康指标(例如,血压、心率和心电图(ECG))。呼吸气体交换测量可以包括但不限于脉搏血氧定量法和二氧化碳描记,并且肺力学测量值可以包括但不限于肺弹性和肺阻力。
几个示例例示了在针对RD的表现实现CSG时需要R/V CSG引擎和血液动力学CSG引擎的并行操作。作为第一示例,表现出RD的患者可能患有肺炎。患者需要针对RD的干预。然而,肺炎通常会提高患者的心率。如果该心率过高,则心率升高可能是异常和危及生命的病况,这使患者处于因心脏功能障碍而死亡的直接危险中。因此,在监测和实现针对患者的RD的干预时,CSG系统必须监测血液动力学指标,并根据需要实现心脏干预。
作为第二示例,表现出RD的患者可能患有CHF。患者需要针对RD的干预。然而,CHF的原因可能是导致患者易感中风的心律失常。因此,与肺炎示例一样,在监测和实现针对患者的RD的干预期间,CSG系统必须监测血液动力学指标,并根据需要实现心脏干预。
在这两个示例中,重要的是认识到,在院前护理中,例如响应于911呼叫,在战场上或者在另一急救处置环境中,护理者至少最初可以仅意识到呈现病况和由医疗装置揭示的病况。因此,潜在的和可能的慢性病况可能不明显或不为护理者所知。因此,基于R/V和血液动力学的并行监测的针对RD的CSG系统在处置RD表现方面是至关重要的。肺炎感染或慢性心律失常最初很可能是护理者未知的,并且仅通过监测两个生理系统,才可以正确应用干预以使患者存活足够长的时间而达到这些病因的后续诊断。这与患者和患者的健康史通常是已知的和/或至少是护理者容易访问的非急救医院环境或医生办公室形成对比。
CSG系统可以驻留在上述移动装置、医疗装置、云服务器或其组合上。CSG系统可以通信地耦接到医疗装置并且从医疗装置接收输入,这些输入包括由医疗装置从患者收集的生理数据以及描述在患者护理期间由医疗装置采取的动作的数据。CSG系统还可以提供GUI并在GUI处接收来自护理者的关于患者医疗数据和/或护理者所采取的动作的输入。基于该接收到的数据,CSG系统可以识别临床干预并更新先前识别的干预,并且可以生成病因估计和确定。CSG系统然后可以指示和/或控制医疗装置以实现临床干预和/或向医疗装置提供患者记录数据和事件标记。CSG系统还可以从医疗装置请求特定患者数据。CSG系统可以访问患者的医疗记录(例如,在诊疗期间生成的电子患者护理记录(ePCR)(即,患者图表)、存档的患者图表、健康信息交换(HIE)或其他区域数据库中的记录、以及/或者医院电子健康记录(EHR))。此外,CSG系统可以在GUI处为护理者提供提示和/或指令,以实现临床干预并引导患者护理。
参考图1,示出情境敏感引导的装置配置的示例。图1中的各组件的量仅是示例,并且可以使用其他量的各个或任何组件。如图1所示,在患者护理环境98处,救援者或护理者103照顾受害者或患者101(这些术语在这里可互换地使用以指示作为预期或实际的(一个或多于一个)医疗处置和/或干预的对象的人),诸如处于RD的个体等。患者护理环境98例如可以是在事故或健康急救的现场、在救护车中、在急诊室或医院中、或者在另一类型的急救情形中。救援者103例如可以是:在救生技术方面训练有限或没有训练的平民响应者;第一响应者,诸如急救医疗技术人员(EMT)、护理者、警察、消防员等;或者医疗专业人员,诸如医生或护士等。救援者103可以单独行动或者可以在一个或多于一个其他救援者(诸如伙伴EMT 104等)的协助下行动。
在该例示中,救援者103、104可以部署耦接到患者接口装置170的(一个或多于一个)医疗装置180。(一个或多于一个)医疗装置180可以是(一个或多于一个)医疗治疗递送装置,其被配置为经由患者接口装置170从患者收集生理数据,监测该数据,并且基于所收集和监测的数据向患者递送治疗(例如,电疗或呼吸治疗)。
患者接口装置170还可以包括用于监测指示患者的健康状况的参数(例如,诸如患者的心率、温度、呼吸率、血氧水平、血糖水平等的物理参数,或者指示患者健康状况的其他参数)的其他传感器。一些传感器(诸如心率或ECG传感器等)可以包括在耦接到患者监测器/除颤器285的电极垫中。附加地,一个或多于一个传感器可以监测递送至受害者101的(一个或多于一个)处置和/或(一个或多于一个)干预。例如,在救援者103通过检测递送至受害者101的按压的速率、深度或持续时间来施予CPR时,可以将按压盘定位在救援者103的手下方。附加地,通气系统280中所包括的气流传感器可以监测由救援者103、104施予受害者101的通气的容积和速率。因此,一些传感器可以监测指示患者健康状况的参数和指示递送给患者的处置和/或干预的参数这两者。
救援者103、104可以使用至少一个移动装置105。移动装置105可以是移动装置,例如但不限于智能电话、平板电脑或可穿戴装置(例如,手表或眼镜)等。(一个或多于一个)救援者还可以利用附加的计算装置,诸如集成到救护车中的膝上型计算机或计算装置等,可以用于分析与患者有关的健康数据或指示递送到患者的处置和/或干预的数据,或者将这些数据通信到远程场所(例如,调度中心、急诊室或远程服务器)。
移动装置105和医疗装置180可以经由在装置之间建立的本地无线通信信道199彼此通信地耦接。在实现中,装置105和/或180还可以通信地耦接到患者护理环境98处的其他医疗和/或计算装置。通信信道199使得能够在患者护理环境98处的两个或多于两个装置之间安全且准确地共享数据。在(一个或多于一个)医疗装置180的部署期间,这些装置可以存储一个或多于一个患者诊疗数据文件188,该一个或多于一个患者诊疗数据文件188包括患者病例期间收集的数据以及(一个或多于一个)医疗装置的处置和/或干预的记录、以及在患者病例期间的装置设置和操作的记录。
移动装置105可以包括处理器108和存储器109。存储器109(即,非暂态处理器可读存储介质)可以存储CSG算法121,其包括可由处理器108执行以实现CSG引擎120的指令。CSG引擎120可以包括由处理器108和/或存储器109提供以在移动装置105处和/或在医疗装置180处实现CSG的硬件逻辑和/或软件逻辑。CSG引擎120可以在移动装置105的一个或多于一个输入/输出装置处实现CSG用户接口(UI)110,其中CSG用户接口(UI)110例如包括显示画面106和/或一个或多于一个音频和/或触觉装置。显示画面106可以是触摸屏。
附加地,移动装置105可以包括患者制图应用131。患者制图应用131可以生成电子患者护理记录(ePCR)作为护理者观察、所提供的处置和干预、患者的生理数据、患者运送、运送目的地、患者护理活动的时间和持续时间、急救人员识别、患者人口统计信息、患者健康保险信息等的同时期记录。键入到ePCR的信息可以是由移动装置捕获的来自护理者的条目(例如,触摸屏或键盘条目、语音条目)、经由一个或多于一个输入装置(例如,扫描器、麦克风、照相机等)的条目和/或来自通信耦接的装置或数据库的自动条目。应用131可以并行操作或与CSG引擎120协作操作。在实现中,CSG引擎120可以通过组合用户接口来实现患者制图应用131和CSG算法121。在各种实现中,CSG引擎120可以向患者制图应用131提供第二输出225。来自CSG引擎120的第二输出225可以包括供在ePCR中记录用的信息(例如,事件标记、生理数据、数据评估、干预信息等)。
参考图2,示出情境敏感引导系统组件的示例。图2中的各组件的量仅是示例,并且可以使用其他量的各个或任何组件。如图2所示,医疗装置180可以包括患者监测器/除颤器285和通气系统280。患者接口装置170可以耦接到受害者101,并且可以包括一个或多于一个传感器和/或干预/处置递送装置。例如,传感器可以包括SpO2传感器270、EtCO2传感器271、无创血压(NIBP)传感器272、有创血压(IBP)传感器268、温度传感器267、气道压力传感器274、呼吸速度计275、肺活量计276和电极273中的一个或多于一个。干预/处置递送装置也可以包括电极273,因为电极可以感测受害者的心脏的心率和电活动,并且还可以向受害者101递送电疗(例如,除颤电击和/或起搏)。干预/处置递送装置可以包括面罩278和鼻插管279。(一个或多于一个)医疗装置180和/或患者接口装置170可以包括药品递送系统269。
在实现中,通气系统280和患者监测器/除颤器285可以通信地和/或操作地彼此耦接。这样,这些装置可以共享诸如用户接口、数据管理、外部通信、诊断/处置算法的处理、以及/或者各种生理信号的处理和/或提供等的资源。通气系统280(例如,如以下关于图27A至图27C更详细地所述)可以依赖于患者监测器/除颤器285来实现通气系统280的功能中的一些,并由此减小(一个或多于一个)医疗装置180的总大小和重量。换句话说,可以将患者监测器/除颤器285和通气系统280之间的重复功能组件精简为单个功能组件。例如,在一些实施例中,通气系统280可以具有用于以独立容量以第一控制模式(诸如基本通气等)提供患者通气的能力。然而,当与另一适当装置或系统(例如,患者监测器/除颤器285和/或移动装置105)耦接时,通气系统280可以以由另一装置、系统或接口(例如,患者监测器/除颤器285和/或移动装置105)或者经由该另一装置、系统或接口控制或部分控制的第二控制模式提供通气,该第二控制模式可以包括与该另一装置、系统或接口的用户交互。在一些实施例中,第一控制模式和第二控制模式可以不同。
如图2所示,CSG引擎120可以接收各种输入并且生成和发送各种输出。CSG引擎120可以从(一个或多于一个)医疗装置180接收第一输入240,例如生理数据、医疗装置状况信息和/或对信息的请求等。附加地,CSG引擎120可以从CSG引导用户接口110接收第二输入230。第二输入230可以包括来自CSG UI 110的用户键入信息、在移动装置105处自动收集的信息、来自CSG引擎120和/或(一个或多于一个)医疗装置180的对信息的请求、等等。在实现中,CSG引擎120可以使得CSG UI 110提供提示,并且第二输入230可以是对该提示的响应。CSG引擎120可以向(一个或多于一个)医疗装置180提供第一输出260。第一输出260例如可以包括(一个或多于一个)医疗装置180进行特定处理或过程的指令、供在(一个或多于一个)医疗装置处记录和/或显示的信息、用以记录和/或显示该信息的指令、对医疗数据的请求、等等。在实现中,用以进行特定处理或过程的指令可以使得(一个或多于一个)医疗装置自动进行特定处理或过程。在这样的实现中,指令可以用作控制信号。作为第一输出260发送到(一个或多于一个)医疗装置的指令可以包括用以进行干预的指令、干预的参数、以及/或者用以记录与干预或CSG引擎120的其他确定有关的信息的指令(例如,用以记录事件标记的指令)。附加地,CSG引擎120可以以例如针对救援者103、104的指令或提示、供在移动装置105处记录和/或显示用的信息等的形式来生成第二输出225并将第二输出225发送到CSGUI 110。
本公开的各方面还涉及使得用户能够经由在移动装置105的用户接口画面处的输入向医疗处置装置供给输入。在危重患者的处置期间,紧邻患者的救援者(例如,图1和图13A中的护理者106)经常忙于满足患者的医疗需求,无论这包括经由医疗处置装置施予电击或通气、施予胸外按压、施予通气或处置伤口。附加地,对于医疗处置装置而言本地的用户输入接口(例如,键盘和用于输入信息的其他按钮)在时间危急情形下操作可能很麻烦。作为代替,在一些示例中,移动装置105处的用户可以在不会干扰患者处置的情况下,控制一个或多于一个功能操作和/或在移动装置105处的用户友好方便的触摸屏处提供一个或多于一个输入。在一些场景中,向患者提供直接护理的护理者也可以操作移动装置105。在其他场景中,正提供间歇性护理和/或对另一护理者的协助并且在一段时间内不对患者提供直接护理的护理者可以操作移动装置105。在一些示例中,移动装置105的用户可以输入患者信息、记录事件标记、发起12导联ECG分析或记录装置快照。因此,使得用户能够经由移动装置105提供用以激活医疗处置装置的一个或多于一个操作的指令,这通过使得在医疗事件的现场的主管或其他人员能够在不必在处置区域停留(这可能会妨碍患者护理)的情况下实时地观察医疗事件正如何进展,来提供当在医疗处置装置处本地操作时不可用的增强的技术灵活性。
响应于在移动装置105处接收到与医疗处置装置处的控制操作其中之一相关联的用户输入,在一些实现中,移动装置105传输指令信号以使得在医疗处置装置处发生相应操作。在一些示例中,从移动装置105发送到医疗处置装置的指令信号可以指示医疗处置装置更新医疗事件的患者信息、处置信息或诊断信息。响应于接收到相应信号,医疗处置装置进行与指令信号相关联的相应操作,该操作可以包括存储所提供的信息(例如,传输供在医疗处置装置处更新的患者信息)或记录事件标记(例如,传输供医疗处置装置记录在患者护理记录中的处置/事件标记)或发起快照(例如,传输供医疗处置装置发起与指令输入的时间相关联的ECG的快照的指令信号)或激活医疗处置装置处的分析特征(例如,供医疗处置装置进行12导联分析的指令信号)。在一些实施例中,指令信号还可以包括用于使得医疗处置装置(除颤器)发起电疗或施加另一治疗处置的控制信号。当医疗处置装置是通气系统280时,指令信号可以包括用以对患者施予正压通气的控制信号。在一些示例中,在发起和/或完成相应操作时,医疗处置装置向移动装置105传输通知信号。响应于从医疗处置装置接收到通知信号,移动装置105可以使得在移动装置105处显示正在进行相应动作的通知消息;然后使得来自医疗处置装置的针对移动装置105的后续通知信号显示进行了相应动作的通知消息。因此,本文所述的系统和方法针对如下技术问题提供了技术解决方案:使得能够通过多于一个用户在远离医疗处置装置的一个或多于一个移动装置105处提供输入来控制医疗处置装置。例如,在开发本公开所述的改进之前,人员局限于在医疗处置装置接口处直接提供输入或控制操作。由于该技术不便,未能在显著的处置点处记录事件标记、12导联分析和快照,这降低了事件汇报、人员评估和患者病况分析的有效性。因此,本文所述的系统和方法针对如下的临床问题提供了解决方案:实时地基于所有可用信息(例如,如何提供处置以及患者如何对所有类型的施予处置进行响应)来在危重医疗事件期间提供患者护理。此外,本文所述的系统和方法还解决了使得监督人员能够向救援者和提供直接医疗护理的其他人提供实时处置反馈的临床问题,这为新的和经验丰富的救援团队和个人都创造了更有效的临床环境。
在实现中,向(一个或多于一个)医疗装置180的第一输出260可以包括针对(一个或多于一个)医疗装置180处的动作的指令。例如,第一输出260可以包括例如警报指令、事件标记指令、快照记录指令等。作为另一示例,第一输出260可以包括患者是成人患者、小儿患者还是新生儿患者的用户选择,其可以被传输到(一个或多于一个)医疗装置180。在一些示例中,患者类型可以确定警报设定点、波形标尺、除颤能量和/或所监测的病例信息的类型。
在实现中,向(一个或多于一个)医疗装置180的第一输出260可以包括输入到CSGUI 110和/或移动装置105处的另一用户接口的患者信息。以下关于图20来更详细地说明这种患者信息输入。在一些实现中,来自移动装置105的第二输入230可以包括向(一个或多于一个)医疗装置180的对(一个或多于一个)医疗装置180的存储器187中已存储的任何患者信息的请求。
参考图3A,示出包括各种远程计算装置的情境敏感引导所用的装置结构300的示例。图3A中的各组件的量仅是示例,并且可以使用其他量的各个或任何组件。在实现中,移动装置105和(一个或多于一个)医疗装置180中的至少一个可以经由网络380通信地耦接到一个或多于一个远程装置。网络380可以是计算机网络(例如,因特网)、蜂窝通信网络或其组合。远程装置可以包括(一个或多于一个)云服务器398并且可选地包括医疗记录数据库399。在实现中,云服务器398可以托管医疗记录数据库399。(一个或多于一个)云服务器398可以包括至少一个处理器308和存储器309。(一个或多于一个)云服务器398可以附加地存储从(一个或多于一个)医疗装置180和/或经由移动装置105从(一个或多于一个)医疗装置180上传到(一个或多于一个)云服务器的医疗装置数据文件395。医疗装置数据文件395可以包括由(一个或多于一个)医疗装置创建并存储在(一个或多于一个)医疗装置处的文件(即,一个或多于一个患者诊疗数据文件188),并且在患者病例之后上传到(一个或多于一个)云服务器398。此外,(一个或多于一个)云服务器可以存储从移动装置105上传到云服务器的患者制图文件396。
尽管在图1、图2和图3A至图3D中例示为患者地点处的单个移动装置105或105a,但在各种实现中,患者护理环境98可以包括共同位于患者地点处且经由通信链路199通信地耦接到(一个或多于一个)医疗装置180的一个或多于一个移动装置105。在实现中,至少一个移动装置105b可以位于相对于患者地点的一个或多于一个远程场所389处,并且由至少一个位于远处的护理者303访问。
在一些实现中,用于连接(一个或多于一个)医疗装置180和移动装置105的无线通信链路199可以是Wi-Fi网络、短距离无线通信网络或近场通信(NFC)网络、局域网(LAN)、广域网(WAN)或因特网。在其他示例中,装置180和105可被配置为在更长的通信范围上(诸如在蜂窝通信网络上等)进行通信。在一些实现中,医疗装置180可以用作无线接入点以提供与移动装置105的直接无线连接。
如图3A所示,并且类似地在图3C至图3G中,连接到单个患者或受害者101和/或接收单个患者或受害者101的信息的装置群形成患者护理环境98。在患者护理环境98内,与单个患者相关联的所有的(一个或多于一个)医疗装置180和患者接口装置170形成医疗装置套件360(例如,如图3E和3F所示,例如,该示例中的医疗装置套件360包括患者监测器/除颤器285、通气系统280、以及接口装置267、271、272、270和273)。医疗装置套件360可被配置为提供急性护理临床干预。在实现中,移动计算装置105被配置为与仅一个医疗装置套件360(即,仅与耦接到单个相同患者的医疗装置)通信地耦接。因而,在移动装置105处提供的所有生理参数和装置信息与该相同的单个患者相关联。这样,移动装置处的数据视图窗口为一个患者提供数据,并且CSG UI是仅一个患者的专用UI。医疗装置套件360和患者护理环境98布置在针对患者101的护理点处。
在各种实现中,患者护理环境98内的装置中的一些或全部可被配置为附加地与远程环境97中的计算和/或通信装置进行通信,以例如使远程医疗、健康历史和数据存储服务成为可能。远距离无线网络(例如,诸如因特网等的计算机网络、和/或蜂窝网络)可以使患者护理环境98内的一个或多于一个装置与远程环境中的一个或多于一个装置之间的通信耦接成为可能。一个或多于一个远程计算装置可以包括电子患者护理记录服务、健康信息交换、电子医疗记录服务、云服务器、与远程医疗提供者相关联的计算装置、计算机辅助调度服务、医疗数据交换或其组合。
患者护理环境98是医疗装置、计算装置和护理者关注于单个患者的短期护理的以患者为中心的环境。在任何给定时间,患者接口装置170耦接到由一个或多于一个护理者103处置的单个患者101。因而,向CSG引擎120的输入和从CSG引擎120的输出也用于单个患者101。短期护理(其可能是急性重症护理)需要识别要求干预的一个或多于一个临床表现,以确保患者存活且可被移动或运送到长期护理环境。
急救现场可以包括一个或多于一个患者护理环境98。急救现场的示例例如可以包括例如图3B所示的医疗运送车现场68的地点。急救现场不限于现场68,而是包括呼吸窘迫或另一紧急情况的受害者的任何护理点场所。不论具体物理场所如何,但如现场68所示,急救现场可能是混乱且拥挤的环境,其中例如需要利用比在大型医院处可能可用的医疗装置的选择更少的医疗装置来进行急性重症护理。急救现场内的各患者护理环境包括单个患者、照顾该患者的一个或多于一个护理者、以及与该患者相关联的医疗装置。在各种情形中,护理者可以照顾多个患者,并在患者护理环境之间移动。在急救现场处,可能存在挤到小区域中的多个护理者和/或多个患者。响应护理者的医疗技能和经验可能有所不同(例如,消防救援者或第一响应者与图3B中的救护车队员相比可能具有更少的医疗专业知识)。附加地,医疗技能和经验在护理者团队内可能有所不同。因而,如本文所述的可以使引导适应可用的医疗装置的CSG系统对于患者存活至关重要。此外,可能由于缺乏网络连接而导致无法被位于远处的护理者和服务器访问。例如,农村或军事场所、停车场、内部场所或移动运载工具可能具有很少的或根本没有因特网或蜂窝网络接入或可变的通信信号强度。因此,如本文所述的可以使引导适应可用的护理者技能水平的CSG系统对于患者存活也是至关重要的。最后,由于挽救生命所需的护理速度和在急性护理现场中大量存在的环境干扰,如本文所述的可以使护理者关注于立即需要的任务和重症患者医疗参数的CSG系统对于患者存活也是至关重要的。这些场合中的护理者没有足够的时间来例如考虑患者的病况、请求冗长的实验室或成像过程、或者梳理患者的病史。他们必须做出由如本文所述的针对该环境所设计的CSG系统辅助的准确瞬间决策。
在患者护理环境98内,可以存在一个或多于一个附加计算装置,诸如智能电话、膝上型电脑、笔记本电脑、抬头装置、可穿戴装置、GPS或其他导航装置等。通信接口132a和/或132b可被配置为将移动装置105和/或一个或多于一个医疗装置180通信地耦接到这些本地附加计算装置。
参考图3C,示出由云服务器托管的情境敏感引导所用的装置结构301的示例。图3C中的各组件的量仅是示例,并且可以使用其他量的各个或任何组件。在实现中,(一个或多于一个)云服务器398的存储器309(即,非暂态处理器可读存储介质)可以存储CSG算法121的指令。CSG引擎120可以包括由处理器308和/或存储器309提供的硬件逻辑和/或软件逻辑以在移动装置105处实现CSG。在这样的实现中,云服务器398和CSG引擎120可以在移动装置105处服务或托管CSG应用315。
参考图3D,示出在医疗装置处实现的情境敏感引导所用的装置结构302的示例。图3D中的各组件的量仅是示例,并且可以使用其他量的各个或任何组件。在实现中,(一个或多于一个)医疗装置180的存储器187(即,非暂态处理器可读存储介质)可以包括CSG算法121。CSG引擎120可以包括由处理器186和/或存储器187提供的硬件逻辑和/或软件逻辑以在医疗装置处实现CSG。(一个或多于一个)医疗装置的显示器310可以提供CSG用户接口110。例如,患者监测器/除颤器285和/或通气系统280的显示画面可以提供CSG用户接口110。
参考图3E,示出呼吸窘迫情境敏感引导所用的装置结构的示例。图3E中的各组件的量仅是示例,并且可以使用其他量的各个或任何组件。在患者护理环境98内,图3E所示的装置结构提供了情境敏感引导和适当临床装置以至少解决患者中的呼吸窘迫(RD)的表现。例如,SpO2传感器270、EtCO2传感器271(例如,如图3E中由EtCO2数据49所示)、NIBP传感器272、温度传感器267和电极273可以向如患者监测器/除颤器285那样的医疗装置180提供生理数据54(例如,SpO2数据、EtCO2数据、NIBP数据、温度数据、ECG数据和心率数据)。
监测器/除颤器285可以例如经由如图所示的Wi-Fi连接95或者蓝牙(Bluetooth)连接96或另一无线通信耦接而通信地耦接到移动装置105。移动装置105和(一个或多于一个)医疗装置180可以分别包括使得能够进行通信耦接的通信接口132a和132b。进而,患者监测器/除颤器285可以在医疗装置显示画面310处实时地提供生理数据54,并且还将生理数据54发送到移动装置105以供以下面例如至少关于图13B至图16和图29至图43所述的各种视图格式在移动装置105处显示。这些视图格式可以包括提供在医疗装置显示画面310处可用的所有数据的装置视图窗口,以及以类似的格式包括CSG窗口110及可选的趋势视图窗口1515和工作视图窗口1415。以下进一步详细说明这些各种窗口。
在实现中,移动装置105可以基于通信耦接来识别至少一个医疗装置。例如,移动装置105可以识别以下项中的一个或多于一个:耦接的医疗装置的类型(例如,例如图3F所示的患者监测器/除颤器285、患者监测器、通气系统280、急救包350、超声成像装置355、药品递送系统269和医疗套件360的其他组件)、耦接的医疗装置的能力(例如,治疗递送能力、监测能力、成像能力、传感器附接能力、操作模式等)、以及/或者型号。在实现中,CSG窗口110和工作视图窗口1415中的一个或多于一个可以包括所连接装置窗口1420(如关于图14B和图30A进一步示出和论述)。所连接装置窗口1420可以识别耦接到移动装置105的(一个或多于一个)医疗装置180。在实现中,CSG引擎120可以基于可用器材来修改或调整患者护理协议。
在实现中,移动装置105可以例如在患者护理开始时与第一或初始医疗装置耦接。随后,其他装置(例如,至少一个附加医疗装置)可以与移动装置105建立通信。移动装置105可以基于通信耦接来识别后续装置,并且CSG处理器120可以在后续装置被添加到系统时更新所连接装置窗口1420以包括这些后续装置的标识。在实现中,CSG引擎120可以控制在移动装置105处的CSG UI和显示,以在UI和显示处提供来自初始医疗装置的生理参数。当附加医疗装置耦接到移动装置105时,移动装置105可以从该附加装置接收附加生理参数,并且作为响应,可以实时地修改移动装置处的CSG UI和其他视图窗口(例如,工作视图、装置视图和/或趋势视图)以包括这些附加生理参数中的一个或多于一个。在示例中,初始医疗装置可以是患者监测器或患者监测器/除颤器(例如,患者监测器/除颤器285)。护理者可以利用该医疗装置发起受害者101的护理,以确定受害者101的一个或多于一个呈现病况。患者监测器或患者监测器/除颤器例如可以提供ECG、EtCO2、SpO2、心率、体温和无创血压(NIBP)数据中的一个或多于一个。至少部分地基于该数据,CSG系统可以识别患者的RD病况(可能为急性呼吸衰竭(ARF)),并且提供通气指令以解决所识别出的RD病况(例如,所检测到的ARF);本文中进一步详细论述这种通气指令的示例。在这种场景中,通气系统280可以是附加医疗装置。
基于生理数据和CSG引擎,移动装置105可以(例如,在CSG UI 110处)向护理者提供护理指令,以及/或者可以向医疗装置180和/或诸如通气系统280等的一个或多于一个第二医疗装置提供指令。在实现中,指令可以采用基于从医疗装置发送和接收的信息(例如,发送到通气系统280的SpO2数据70和从通气系统280发送的通气系统数据55)的医疗装置的生理闭环控制60的形式。通气系统数据55可以包括以下项中的一些或全部:呼吸机系统模式、气道压力(Paw)、平台压力(Pplat)、吸气峰压(PIP)、吸气气道正压iPAP、呼气气道正压ePAP、潮气量(VT)、呼吸频率(RR)、吸入氧浓度分数(FiO2)、呼气末正压(PEEP)、用力肺活量(FVC)、1秒用力呼气量(FEV1)、最大呼气流速(PEF或PEFR)、患者呼吸系统阻力Rrs、患者呼吸系统顺应性Crs、吸入和呼出潮气量、Ve、呼气末CO2(EtCO2)、呼出二氧化碳量(VCO2)和每分钟呼吸次数(BPM)。在实现中,肺活量计可以提供用力肺活量(FVC)、1秒用力呼气量(FEV1)和最大呼气流速(PEF或PEFR)中的一个或多于一个。肺活量计可以与通气系统分离,或者可以是通气系统的组件。
作为(一个或多于一个)医疗装置180与移动装置105的通信耦接的一部分,通信接口132a可以对(一个或多于一个)医疗装置180进行认证,并且响应于该认证且基于该认证而建立通信耦接。CSG处理器120和/或通信接口(132a和/或132b)可以使得能够对移动装置105和(一个或多于一个)医疗装置180之间交换的数据中的一些或全部进行数据加密。在实现中,数据加密可以单独地屏蔽患者数据(特别是任何患者识别数据(PID)),以防止或限制未经认证装置以及/或者缺少访问PID的授权的移动装置105和/或(一个或多于一个)医疗装置180的用户对PID的访问。在一些情况下,加密可以使得能够访问去识别化的生理数据。
参考图3G,示出医疗装置上的组合操作和CSG用户接口的示例。在实现中,处理器186可以控制显示画面310以选择性地显示操作接口335。例如,显示画面310可以提供如图3G所示的操作接口335、CSG用户接口110或组合显示。在实现中,(一个或多于一个)医疗装置180可以使得用户能够在主操作接口335和主CSG用户接口110之间切换340。操作接口335可以提供由(一个或多于一个)医疗装置180从(一个或多于一个)患者接口装置170接收到的患者数据。操作接口335可以在通过(一个或多于一个)医疗装置180的处理器186接收并处理信号时实时地提供患者数据。
处理器186可被配置为实现特定显示模式以选择性地显示操作接口335和CSG用户接口110。处理器可以从显示画面310的可用显示模式中选择所实现的显示模式。例如,可用显示模式可以包括如图3G所示的仅操作接口模式、仅CSG用户接口模式或组合模式。
在组合操作/CSG模式中,处理器186可以控制显示画面310以同时显示操作接口335和CSG用户接口110。
在同时显示中,显示画面可以在显示画面310的第一部分中提供操作接口335,并且可以在显示画面310的第二部分和不同部分中提供CSG用户接口110。第一部分和第二部分可以是相同大小或者可以是不同大小。例如,如图3G所示,CSG用户接口110与操作接口335相比可以在显示画面310上占据更小的区域。该配置可以是(一个或多于一个)医疗装置180的默认状态。处理器186可以使得显示模式能够切换340到如下的模式,在该模式中,操作接口335与CSG用户接口110相比可以在显示画面310上占据更小的区域。
操作接口335和CSG用户接口110可以包括标签,以明确地可视区分这两个接口。这可以防止(一个或多于一个)医疗装置180的用户混淆这两个接口。标签可以包括用于将接口识别为操作接口335或CSG用户接口110的不同颜色、不同颜色方案、不同形状、以及/或者区分文本和/或图形。
(一个或多于一个)医疗装置180可以以各种组合模式显示配置来同时显示操作接口和CSG用户接口。组合模式显示配置可以确定接口的相对大小(即,哪个接口在显示画面310上占据较小区域并且哪个接口在显示画面310上占据较大区域)。例如,同时显示可以包括在两个接口之间无重叠的情况下一个显示画面上的并排配置。作为另一示例,显示画面310的第一部分和第二部分中的一个可以是与第一部分和第二部分中的另一个重叠的嵌入窗口。嵌入窗口中的接口与不处于嵌入窗口中的接口相比可以在显示画面上占据更小的区域。在各种实现中,嵌入窗口可以占据总显示区域的约10%、20%、30%或高达50%的区域。作为又一示例,(一个或多于一个)医疗装置180可以包括多个显示,并且操作接口335和CSG用户接口110可以占据不同的显示。组合模式的这些配置仅是示例而不限制本公开。
在实现中,(一个或多于一个)医疗装置180的用户可以提供用于确定所选择的显示模式和/或组合模式显示配置的用户输入。例如,用户可以经由(一个或多于一个)医疗装置180的软键和/或其他输入装置来选择显示模式。在实现中,(一个或多于一个)医疗装置180可以包括可捕获显示模式的用户选择的采用按钮、旋钮、切换开关、触摸屏按钮、软键(即,其功能基于显示画面上的相邻文本而改变的机械开关)等的形式的机械和/或电子模式选择开关。选择显示模式可以包括响应于用户输入而从一个显示模式改变为另一显示模式和/或在显示模式之间切换。在实现中,显示画面310可以提供显示模式菜单。在又一实现中,(一个或多于一个)医疗装置180可以经由麦克风(例如,言语模式选择)和/或触觉输入装置(例如,触觉输入模式选择)捕获用户选择。
在实现中,显示画面310可以是被配置为捕获用于确定所选择的显示模式和/或组合模式显示配置的用户输入的触摸屏。在实现中,触摸屏可以是压敏触摸屏,并且手势可以包括用以在显示画面310上施加压力的推按手势。显示画面310的总区域中的CSG用户接口110所占据的百分比可以基于用户在压敏触摸屏上施加的压力而增加或减少。例如,CSG用户接口110所占据的显示画面310上的第一区域与操作接口335所占据的显示画面310上的第二区域相比可以与显示画面310的总区域的更小百分比相对应。当压敏触摸屏在(例如,如由CSG用户接口110占据的)显示画面的第一区域中检测到超过阈值的压力时,第一区域可扩展以占据显示画面310的总区域的相对较大的百分比。如果所检测到的压力降至低于阈值,则第一区域可响应于所检测到的压力下降而在大小上收缩。在一些实现中,压力阈值例如可以是0.1、0.2、0.5、1、2或5磅的力。在一些实现中,可以存在两个压力阈值。第一压力阈值可以确定CSG用户接口110的区域的扩展,并且第二压力阈值可以确定CSG用户接口110的区域的减小。类似地,在一些实现中,操作接口335与CSG用户接口110相比可以占用显示画面310上的作为显示画面310的总区域的更小百分比的区域。在压敏触摸屏处的测量压力以及/或者一个或多于一个预定阈值可以以与上述的CSG用户接口110的区域的控制类似的方式来控制操作接口335的区域的扩展和减小。
在各种实现中,用户可以经由各种触摸屏选择来选择显示模式。例如,用户可以轻击触摸屏图标以提供使得嵌入窗口从CSG用户接口110切换到操作接口335的触摸屏信号。作为另一示例,用户可以经由从触摸屏菜单的选择来选择显示模式,或者可以经由诸如旋钮、拨盘或按钮等的控制接口滚动到期望选择。作为另一示例,用户可以在CSG用户接口上轻击或推按以将该接口显示在显示画面的更大区域上,并使操作接口移动到嵌入窗口,使得CSG用户接口直观地移动到如由用户触摸命令所指示的期望场所。作为又一示例,用户可以提供触摸屏手势以放大期望接口。例如,用户可以向CSG用户接口提供双指手势以将显示模式从组合模式切换到仅CSG用户接口模式。用户可以提供双指手势以改变在嵌入窗口中显示的接口和/或从组合模式切换到仅操作接口模式。作为还一示例,用户可以将期望接口拖放到显示画面上的期望区域。例如,用户可以将操作接口335拖动到嵌入窗口,并且以这种方式切换操作接口和CSG用户接口的相对大小。
在一些实现中,CSG用户接口110的区域可以是操作接口335的区域的约10%、20%、30%或高达50%。在CSG用户接口110的区域中的与触摸屏的双击和/或另一手势交互和/或压敏画面的施加压力可导致CSG用户接口110的区域放大到操作接口335的区域的高达90%。在该放大之后,对触摸屏的操作接口335的区域上的任何位置的触摸使得CSG用户接口110的区域减小回到其先前大小。
作为用户输入的替代或除用户输入之外,在实现中,处理器186可以检测(一个或多于一个)医疗装置180的状态。基于所检测到的医疗装置的状态,处理器186可以自动确定并实现处理器选择的显示模式。在实现中,处理器186可以超驰用户选择以实现处理器选择的显示模式和/或配置。处理器186可以自动地将显示配置从用户选择的显示模式和/或配置切换到处理器选择的显示模式和/或配置。作为示例,根据医疗装置的状态,护理者查看操作接口可能是至关重要的。在这种情况下,例如,如果显示画面310处于仅CSG用户接口模式或处于显示了相对较大的CSG用户接口的组合模式,则处理器186可以自动改变所实现的显示模式以使操作接口335可供(一个或多于一个)医疗装置180的用户使用(例如,切换到仅操作接口模式或具有相对较大的操作接口335的组合模式)。
在实现中,处理器186可被配置为检测到医疗装置处于治疗递送状态。在治疗递送状态中,(一个或多于一个)医疗装置180可以基于一个或多于一个患者接口装置170的所检测到的状况和/或(一个或多于一个)医疗装置180的警报状态和/或预示治疗递送的(一个或多于一个)医疗装置180的数据分析模式(例如,除颤之前的ECG分析),来当前或马上向患者提供治疗。作为警报示例,由所检测到的心律失常触发的心率警报可以指示心脏治疗递送可能迫在眉睫。类似地,血氧水平警报可以指示通气治疗递送可能迫在眉睫。
在实现中,处理器186可被配置为检测到医疗装置处于患者监测状态。患者监测状态可以与医疗装置在无需治疗递送组件的情况下仅经由传感器耦接到患者相对应。例如,医疗装置可以经由十二导联心脏感测电极而不是利用除颤电极耦接到患者。
在实现中,处理器186可被配置为检测到医疗装置处于护理者引导状态。例如,医疗装置可以在心肺复苏CPR等期间提供按压和/或通气反馈的过程中。在护理者引导状态中,处理器186可以控制显示,使得在操作接口处提供的护理者反馈以仅操作接口模式或者以具有相对较大的操作接口的组合模式提供。
在实现中,处理器186可以基于医疗装置的状态来限制用户选择可用的显示模式。处理器186可以不允许选择这些模式中的一个或多于一个,使得处理器可以不在显示画面310处实现这些模式中的一个或多于一个。例如,处理器186可以响应于检测到(一个或多于一个)医疗装置180经由(一个或多于一个)治疗递送组件161耦接到患者来限制可用的显示模式。在这种情况下,处理器186可以不允许和/或禁用仅CSG用户接口模式的选择。以这种方式,处理器186可以防止(一个或多于一个)医疗装置180的用户在重症护理的递送期间将(一个或多于一个)医疗装置180置于仅CSG用户接口模式。作为另一示例,显示画面310可以处于操作接口335在显示画面310的较小区域中的组合模式。响应于检测到治疗递送组件耦接到患者,处理器186可以自动切换配置以将CSG用户接口110置于显示画面310的较小区域中。作为又一示例,显示画面310可以处于CSG用户接口110已在显示画面的较小区域中的组合模式。响应于检测到治疗递送组件耦接到患者,处理器186可以禁用用以修改显示配置以将操作接口335置于显示画面的较小区域中的用户选项。在另外的其他示例中,处理器186可以基于用户(例如,BLS、ALS、文档管理员、医生等)的类型和/或技能水平来允许或不允许显示模式中的一个或多于一个的选择,以及/或者处理器186可以基于患者的临床病况来允许或不允许显示模式中的一个或多于一个的选择。
在实现中,处理器186可以向用户提供显示模式指令,而不是自动改变显示模式和/或配置。例如,基于所检测到的医疗装置状态,处理器186可以控制显示画面310和/或诸如麦克风等的另一输出装置,以提供用以切换和/或维持显示模式和/或配置的用户指令。针对用户的指令可以是切换到特定模式的消息,或者可以是用户不应选择特定模式的消息。
在实现中,处理器186可以基于所检测到的医疗事件来自动确定、限制或提供针对显示模式和/或配置的指令。例如,医疗事件可以包括除颤电击、心律失常、自发循环恢复(ROSC)和/或由(一个或多于一个)医疗装置180检测到的另一测量和/或观察到的生理条件。(一个或多于一个)医疗装置180可以基于传感器信号的自动评定以及/或者基于护理者输入来检测医疗事件。例如,在检测到某些心律(诸如心室颤动或心动过速等)的情况下,(一个或多于一个)医疗装置180可以指示用户不切换到仅CSG用户接口模式。
在实现中,处理器186可以向用户请求显示模式改变的确认。该确认可以是处理器控制的或用户请求的显示模式改变的一部分。在进一步的实现中,处理器186可以生成指示显示模式和/或配置改变的发生或即将发生的警报。在另一实现中,处理器186可以生成警报并请求确认。
在实现中,与(一个或多于一个)医疗装置180相关联的软件、固件和/或硬件可以包括可防止或限制显示模式和/或配置改变的用户和/或制造商可配置锁定设置。锁定设置可以取决于医疗装置的类型和/或医疗装置的状况。例如,为由可能具有很少或没有医学训练的护理者使用所设计的AED可以包括防止AED以仅CSG用户接口模式和/或以CSG用户接口在显示画面的较大区域中的组合模式使用的锁定设置。作为另一示例,除颤器可以包括如下的锁定设置,其中一旦将除颤电极从封装移除和/或附接到患者,该锁定设置就防止装置以仅CSG用户接口模式和/或以CSG用户接口在显示画面的较大区域中的组合模式使用。
CSG用户接口110可以利用各种显示外观来区分该接口和操作接口335。作为比操作接口335次要的接口的CSG用户接口110的外观可以提醒用户注意操作接口335,以确保CSG用户接口110上的数据审查增强了在无损害的情况下将护理递送给患者。在实现中,显示画面310可以使CSG用户接口110与操作接口335相比以灰化边界显示,以区分这两者。附加地或可替代地,托管CSG用户接口110的显示画面可以向CSG用户接口110提供与操作接口335不同的背景颜色和/或图案,以区分这些接口。在各种实现中,CSG用户接口110可以展示图形元素,诸如阴影、视差、以及/或者诸如明暗、高光、反光等的其他三维渲染等。这些图形元素可以使得CSG用户接口110看上去比操作接口335离观看者更近或更远。比操作接口335离观看者更远的CSG用户接口110的外观可用于向用户指示操作接口335是主功能接口。
参考图4,示意性示出CSG算法和相应引擎的示例。移动装置105、医疗装置180和(一个或多于一个)云服务器398中的一个或多于一个可以包括CSG引擎120。CSG算法121可以包括存储在非暂态介质中且可由处理器108、186或308执行的指令。CSG算法121包括CSG初始化算法411、RD CSG算法422和非RD CSG算法455。CSG引擎120包括CSG初始化引擎401、RD CSG引擎402和非RD CSG引擎405。各引擎包括用以执行相应算法的硬件逻辑和/或软件逻辑。
如本文所述的CSG引擎120的示例是基于具有或不具有RD的患者的表现来划分的。然而,这仅是示例,并且在其他示例中,CSG引擎可以围绕一个或多于一个其他临床病况(例如,具有或不具有心脏窘迫的患者表现、急救与非急救病况、具有或不具有创伤的患者表现等)组织。实际上,患者经常表现出多个临床病况,因此多个引擎在管理与引擎的用户以及通信耦接的装置的交互以引导、监测和控制患者护理的同时并发地运行。
关于图6来更详细地论述CSG初始化引擎401。CSG初始化引擎401利用医疗护理接受者的护理者评定来发起护理并基于该护理者评定启动适当的CSG引擎。
在存在RD表现的情况下,CSG初始化引擎401启动RD CSG引擎402。RD CSG引擎402包括R/V CSG引擎403和血液动力学CSG引擎404。关于图7至图11来更详细地论述R/V CSG引擎403,并且关于图12来更详细地论述血液动力学CSG引擎404。R/V CSG引擎403引导、监测和/或控制如由(一个或多于一个)医疗装置180和护理者103提供的患者呼吸和通气护理。血液动力学CSG引擎404引导、监测和/或控制如由(一个或多于一个)医疗装置180和护理者103提供的患者血液动力学护理。
在不存在RD表现的情况下,CSG初始化算法411启动可由非RD CSG引擎405执行的非RD CSG算法。在各种实现中,非RD CSG引擎405可以进行与本文中针对RD CSG引擎402所述的功能类似的功能。然而,非RD CSG算法不是在呼吸表现的情境中进行这些功能,而是在非RD表现(例如但不限于心脏表现、创伤表现、败血症表现等)的情境中进行这些功能。在这些情况下,(一个或多于一个)医疗装置180可以包括通气系统280、患者监测器/除颤器285、以及/或者适合特定患者表现的其他医疗装置。在实现中,RD CSG引擎402和非RD CSG引擎405可以针对具有多个表现的患者并行运行。
参考图5A至图5C,示出提供情境敏感引导的方法500的示例。然而,方法500仅是示例而非限制性的。方法500可以例如通过阶段的添加、移除、重排、组合和/或并行进行来改变。CSG引擎120可以进行方法500。图7至图12例示由CSG引擎120应用于RD表现的方法500的实现。然而,在各种其他示例性实现中,CSG引擎120可以将方法500应用于另一患者表现,例如但不限于心脏表现、创伤表现、败血症表现、神经表现(诸如中风、药品过量)等。在这些非RD表现中,特定生理参数、干预和(一个或多于一个)医疗装置可以包括在图7至图12中参考的生理参数、干预和/或(一个或多于一个)医疗装置中的一个或多于一个,以及/或者可以包括与在图7至图12中参考的生理参数、干预和/或(一个或多于一个)医疗装置不同的生理参数、干预和/或(一个或多于一个)医疗装置。
在阶段503,该方法包括从一个或多于一个医疗装置接收第一生理数据。例如,移动装置105或(一个或多于一个)云服务器398处的CSG引擎120可以从(一个或多于一个)医疗装置180接收第一生理数据。在实现中,护理者103可以将(一个或多于一个)医疗装置180经由患者接口装置170耦接到患者或受害者101以发起患者护理。患者接口装置170可以收集和/或测量受害者101的一个或多于一个生理参数。(一个或多于一个)医疗装置240可以将第一生理数据作为第一输入240提供到CSG引擎120。
在实现中,阶段503还可以包括从CSG UI 110接收第一生理数据的一部分。护理者103、104可以向CSG UI 110提供用户输入,该用户输入包括生理数据(诸如由护理者在不使用(一个或多于一个)医疗装置180的情况下测量的护理者观察和/或患者信息等)。CSG UI110可以将用户输入作为第二输入230提供到CSG引擎120。
在阶段506,该方法包括评估第一生理数据。例如,移动装置105或(一个或多于一个)云服务器398处的CSG引擎120可以评估第一生理数据。在实现中,CSG引擎120可以评估第一生理数据的全部或一部分,并且可以将评估集中在用于确定初始干预的一个或多于一个生理参数上。初始干预可以是相同的干预,而与患者的表现的病因无关。例如,指示异常氧水平、心律失常或大量失血的生理参数指示了初始的救命干预。在氧水平异常的情况下,病因例如可能是暴露于气体泄漏或哮喘。尽管这些是稍后在患者的护理中需要不同处置的不同病因,但补氧的初始干预可以是相同的。
在各种实现中,CSG引擎120可以根据各种分析其中之一来评估第一生理数据。例如,第一生理数据的评估可以包括将一个或多于一个生理参数与参数的目标范围、目标最小值和/或目标最大值进行比较。各参数可以与各个目标范围、最小值和/或最大值相对应。CSG引擎120可以标记目标范围外、低于最小值和/或高于最大值的一个或多于一个参数中的任何参数。
在阶段509,该方法包括基于评估来识别临床干预。例如,CSG引擎120可以识别临床干预。
CSG引擎120至少部分地基于接收到的生理数据和该数据的评估来确定或选择至少一个临床干预。在一些实现中,CSG引擎120可以基于护理者观察和评估来接收和评估病史数据和/或由用户在CSG UI 110处键入的数据。CSG引擎120可以根据如下的方案(protocol)(例如,临床实践指南和/或护理标准)从一系列干预中选择至少一个临床干预,该方案例如可以包括以下等:药理学、补充O2、机械呼吸或通气支持、附加监测、或者相对于患者管理的后勤指令。CSG引擎120可以包括一个或多于一个预先确定的临床干预。各临床干预可以与一个或多于一个生理参数的特定值相对应。CSG引擎120可以访问例如存储器109和/或存储器309中所存储的方案(例如,临床实践指南和/或护理标准)。这些方案可以由CSG系统的用户和/或由急救机构或其他护理提供者服务的管理员或医疗主管来预先确定。在实现中,方案可以由用户、管理员和/或医疗主管定制。在实现中,CSG引擎120可以允许在护理时定制方案。在实现中,远程护理者303可以选择、提供、创建和/或定制或以其他方式编辑预先确定的方案。
在阶段512,该方法包括基于临床干预向(一个或多于一个)医疗装置发送指令。这些指令可以包括用于临床干预的实现指令和/或用于临床干预的(一个或多于一个)事件标记。例如,移动装置105或(一个或多于一个)云服务器398处的CSG引擎120可以将指令作为第一输出260发送到(一个或多于一个)医疗装置180。
实现指令可以包括用于使得(一个或多于一个)医疗装置180发起或实现特定干预和/或设置(一个或多于一个)医疗装置180的干预递送或操作参数的控制信号。在实现中,(一个或多于一个)医疗装置180和/或CSG UI 110可以请求用户确认。(一个或多于一个)医疗装置可以响应于接收到用户确认来起或实现特定干预和/或改变或设置递送或操作参数。
指令可以包括(一个或多于一个)医疗装置180记录与第一生理数据的评估和/或所识别的临床干预相关的一个或多于一个事件标记所用的指令。在实现中,指令可以包括事件标记。(一个或多于一个)医疗装置180可以响应于从CSG引擎120接收到事件标记和/或事件标记指令来记录一个或多于一个事件标记。(一个或多于一个)医疗装置180可以将一个或多于一个事件标记记录在存储器187中的(一个或多于一个)患者诊疗数据文件188中。在实现中,(一个或多于一个)医疗装置可以在患者诊疗期间或之后将(一个或多于一个)患者诊疗数据文件188传输到(一个或多于一个)云服务器398,以作为医疗装置数据文件395存储在存储器309中。可替代地,在实现中,(一个或多于一个)医疗装置180可以将一个或多于一个事件标记传输到(一个或多于一个)云服务器398以记录在医疗装置数据文件395中。
在实现中,该方法可以包括将指令作为第二输出225发送到CSG UI 110。发送到CSG UI 110的指令可以包括护理者进行特定干预或其他护理活动的提示、护理者在干预之前提供确认或其他信息的提示、护理者在(一个或多于一个)医疗装置180处调整或设置特定参数的提示、护理者将特定患者接口装置170耦接到患者或从患者解耦接的提示、针对护理者的警报、以及/或者向护理者通知由(一个或多于一个)医疗装置180将采取或已采取的动作的消息。发送到CSG UI 110的指令还可以包括引导或其他指令反馈,以确保正确进行护理者的护理任务。
向CSG UI 110发送指令可以包括向一个或多于一个移动装置发送指令。例如,在实现中,CSG引擎120可以将指令和/或其他第二输出225发送到患者的现场处的一个或多于一个移动装置105。作为另一示例,在实现中,CSG引擎120可以将指令和/或其他第二输出225发送到患者现场处的一个或多于一个移动装置105a和位于远离患者现场的位置的一个或多于一个移动装置105b。在实现中,远程护理者303可以在远程移动装置105b处查看CSG接口110。远程护理者303可以在远程移动装置105b处向CSG接口110提供用户输入,并且远程移动装置105b可以经由网络380将该用户输入传输到移动装置105a、(一个或多于一个)医疗装置180和/或(一个或多于一个)云服务器398。
在阶段515,该方法包括从(一个或多于一个)医疗装置接收第二生理数据。例如,移动装置105或(一个或多于一个)云服务器398处的CSG引擎120可以从(一个或多于一个)医疗装置180接收第二生理数据。第二生理数据可以是与第一生理数据相同类型的数据、不同类型的数据或其组合。
例如,如在图7中论述的示例中所示,第一生理数据可以包括脉搏血氧(SpO2)测量值或波形和呼气末二氧化碳(EtCO2)测量值或波形。如在图8A中论述的示例中所示,第二生理数据可以包括肺力学数据(例如,阻力和弹性),其是与第一生理数据不同类型的数据。可替代地,第二生理数据可以包括与第一生理数据相同类型的数据的更新测量值,例如更新的SpO2和/或EtCO2数据。作为另一替代,第二生理数据可以包括与不同类型的数据组合的第一生理数据的更新测量值。例如,第二生理数据可以包括与肺力学数据(例如,阻力和/或弹性数据)组合的更新的SpO2和/或EtCO2数据。
作为另一示例,第一生理数据可以包括血压和心率数据。第二生理数据可以包括更新的血压和心率数据。可替代地,第二生理数据可以包括新类型的数据,例如ECG数据。作为另一替代,第二生理数据可以包括更新的血压和/或更新的心率数据与新类型数据(例如,ECG数据)的组合。
如上所述,对CSG UI 110的指令可以包括护理者将特定患者接口装置170耦接到患者或从患者解耦接所用的指令。在实现中,护理者响应于该指令而耦接到患者的患者接口装置170可以是第二生理数据的源。例如,护理者可以初始地将患者耦接到作为第一生理数据(例如,SpO2和EtCO2数据)的源的患者监测器/除颤器285,并且随后将患者耦接到作为第二生理数据(例如,肺力学数据)的源的通气系统280。
在另一示例中,CSG UI 110可以包括护理者将脑电图描记器(EEG)患者接口装置170耦接到作为第二生理数据的源的患者所用的指令。在另一示例中,EEG可被配置为经由诸如可用于区分药品过量和中风的双频(BIS)指数的方法等来测量所谓的麻醉深度。如果CSG引擎确定为神经系统问题的更可能原因是药品过量,则建议的治疗干预将是递送纳洛酮剂量。
在阶段518,该方法包括评估第二生理数据。例如,CSG引擎120可以评估第二生理数据。在各种实现中,CSG引擎120可以根据以上关于第一生理数据所述的各种分析其中之一来评估第二生理数据。
在阶段521,该方法包括基于第二生理测量值来更新临床干预。例如,CSG引擎120可以更新临床干预。在阶段509识别的临床干预可以是第一临床干预,并且来自阶段521的更新的临床干预可以是第二临床干预。
更新临床干预可以包括从阶段512起维持第一临床干预在进行中。在这种情况下,更新是正在进行的临床干预的验证。例如,如果阶段512处的第一临床干预是以特定流速和特定FiO2(吸入氧浓度分数)的高流量鼻插管(HFNC),则阶段521处的更新可以验证并继续,使得阶段521处的第二干预也是以相同流速和FiO2的HFNC。
可替代地,更新临床干预可以包括继续提供相同类型的临床干预,但修改该临床干预的参数。例如,如果阶段512处的第一临床干预是以特定流速和特定FiO2(吸入氧浓度分数)的高流量鼻插管(HFNC),则阶段521处的更新可以修改第一干预,使得阶段521处的第二干预也是HFNC,但以不同的流速和/或FiO2
作为另一替代,更新临床干预可以包括用第二干预补充第一临床干预。例如,如果在阶段512处的第一临床干预是以特定流速和特定FiO2(吸入氧浓度分数)的高流量鼻插管(HFNC),则在阶段521处的更新可以补充第一干预,使得第二干预是(维持或修改的)第一干预与一个或多于一个附加干预的组合。例如,附加干预可以是配备有HFNC的CPAP、配备有HFNC的药物干预、或者CPAP和配备有HFNC的药物干预的组合。
作为又一替代,更新临床干预可以包括用一个或多于一个第二干预替代第一临床干预。例如,在阶段521,系统可以终止HFNC并替换为CPAP。
作为另一替代,更新临床干预可以包括最初实现一个或多于一个干预。例如,基于第一生理数据,护理者和/或(一个或多于一个)医疗装置180可以在阶段509不提供任何干预。然而,基于第二生理数据,护理者和/或(一个或多于一个)医疗装置180可以提供一个或多于一个干预作为应用于患者的初始干预。因而,该场景中的更新是指从无干预改变为一个或多于一个干预。
CSG引擎120可以根据方案基于一系列干预类型和参数来更新至少一个临床干预。CSG引擎120可以根据与以上关于阶段509所述的实现基本上类似的实现(例如,基于第一生理数据的临床干预的识别)来更新至少一个临床干预。
在阶段524,该方法包括基于并指示更新的临床干预向(一个或多于一个)医疗装置发送更新的指令。更新的指令可以包括(一个或多于一个)医疗装置180实现临床干预所用的指令和/或用于记录临床干预的(一个或多于一个)事件标记的指令。例如,移动装置105或(一个或多于一个)云服务器398处的CSG引擎120可以将更新的指令发送到(一个或多于一个)医疗装置180。
在实现中,阶段515、518和521可以与阶段503、506和509基本上同时发生或快速相继地发生。如果提供第一生理数据和第二生理数据的医疗装置和传感器相同,则第一临床干预可以作为护理者在发起干预时对患者表现的快速响应而发生,并且第二临床干预可以基于医疗装置和传感器的数据收集来微调该响应。然而,如果护理者必须将患者连接到初始传感器以接收第一生理数据,然后连接到附加传感器以接收第二生理数据,则这些阶段的时间接近度可取决于护理者可连接各种传感器的速度。此外,第一生理数据不限于单个类型的数据,而可以是基于护理者的初始印象所收集的一个或多于一个类型的生理数据。例如,如以下所论述的,如果患者表现出呼吸窘迫(RD),则第一生理数据可以包括SpO2和EtCO2数据这两者以评估RD。第一生理数据还可以包括心率、血压和用于初始地表征或鉴别患者病况的其他生命体征。类似地,第二生理数据不限于单个类型的数据。该第二生理数据可以是与第一生理数据相同的(一个或多于一个)类型的数据,但对应于稍后的时间。因此,第二生理数据可以根据相同度量来反映响应于第一干预的患者的病况的变化。可替代地,第二生理数据可以通过添加传感器来添加新类型的数据,这些传感器不仅可以反映响应于第一干预的患者的病况的变化,而且还可以通过添加附加度量来改进患者的病况的表征。例如,如以下所论述的,第一生理数据可以包括呼吸气体分析(例如,SpO2和EtCO2),然后第二生理数据可以包括肺力学数据(例如,肺弹性和阻力)。肺力学数据可以使得护理者和医疗装置能够基于通过添加第二生理数据所提供的对患者病况的更详细理解来改进干预。
在阶段524,方法500包括节点598。在节点598处,方法跟随“X”连接符以进入如图5B所示的监测循环590。附加地,在节点598处,方法500可选地跟随“Y”连接符以继续到图5C所示的病因序列595。监测循环590与病因序列595并发运行。
如图5B所示,方法500在X连接点597处进入监测循环590。在方法500的该点处,患者经由提供第一生理数据和第二生理数据所需的患者接口装置连接至医疗装置。例如,患者可以经由用于第一生理数据的SpO2传感器270和EtCO2传感器271连接至患者监测器/除颤器285。此外,患者还可以经由用于第二生理数据的气道压力传感器274和呼吸速度计275连接到通气系统280。如由患者表现所确定的,患者监测器/除颤器还可以经由电极273连接至患者以监测心率,经由NIBP传感器272连接至患者以测量血压,以及/或者经由其他患者接口装置170中的一个或多于一个连接至患者。因此,在阶段527,CSG引擎120正在经由附接到患者的患者接口装置170监测由(一个或多于一个)医疗装置180从患者获取到的数据(例如,第一生理数据和第二生理数据)。此外,在阶段527,第一生理数据和第二生理数据基本上连续地提供给CSG引擎120(例如,无创血压(NIBP)测量通常每5分钟进行一次,心率通常每QRS重新计算并约每1到2秒更新,心率在平均2至6个QRS间隔来计算,脉搏血氧测量值约每1至2秒更新,二氧化碳描记在每次检测到的呼吸时进行更新等)。
一旦患者连接到(一个或多于一个)医疗装置180,患者保持连接,并且CSG引擎120例如根据监测循环590监测数据,直到患者的呈现病况被解决和/或直到患者的护理转手(例如,EMS到达医院并将患者转移到医院的护理,患者离开ICU,患者出院,护理者确定为急救状况得到解决和/或诊断、患者死亡等)。
阶段527处的数据监测发生在医疗装置响应于图5A中的阶段512和524处的指令而实现和更新临床干预之后。阶段527处的数据监测的至少一部分使得能够在阶段533处评估先前应用的干预对患者的生理系统的影响。附加地,阶段527处的数据监测的目的使得能够在没有任何干预改变或补充的情况下对阶段533处的患者病况进行评估,以确定是否需要改变或补充来补救基于该评估所识别的病况。
为了在阶段533适当地评估监测数据,通过稳态询问530将监测阶段527和评估阶段533分开。该稳态询问530考虑了干预的应用和该干预在生理数据中的表现之间的可能滞后。更具体地,如果护理者和(一个或多于一个)医疗装置180在时间T1处对患者施加干预,则该干预在所监测的生理数据中的表现可能不是瞬时的并且可能在时间T2处出现,其中(T2-T1)近似等于前述滞后(也称为稳态延迟)。任何特定干预和传感器数据组合的该稳态延迟的持续时间取决于许多因素,这些因素包括但不限于干预的类型、用于收集指示干预对患者的影响的数据的传感器的类型、相对于干预的目标位置的传感器在患者身体上的位置、对干预的生理响应的类型、影响干预的疗效的患者中的共同发生的生理病况和/或并存病的数量和类型、影响干预的疗效的共同发生的干预的数量和类型、以及传感器、(一个或多于一个)医疗装置和用户接口之间的电子连接。
例如,CSG引擎120可以响应于指示缺氧的SpO2的数据评估来提供用于HFNC的临床干预的指令。CSG引擎120可以在阶段527监测SpO2信号,并在阶段533评估该信号。然而,HFNC对SpO2信号的影响可以与HFNC施加到患者的时间和所监测的SpO2信号指示HFNC对患者肺的影响的时间之间的稳态延迟相关联。该延迟在手指血氧探测器和耳垂血氧探测器之间的持续时间方面可能不同。此外,延迟可取决于影响特定患者的血液的氧饱和度和血液循环的其他因素(例如,麻醉、行走、血压、体重、心脏病况、药物等)。CSG引擎120可以应用与平均滞后时间相对应或与平均滞后时间+阶段527和533之间的预定数量的标准偏差相对应的经验导出的稳态延迟。例如,稳态延迟的持续时间可以是10至40秒之间的值,或者在一些情况下是30至300秒之间的值。CSG系统可以在施加干预之后监测和评估数据的任何时间应用该延迟。因此,在阶段530,CSG引擎120继续监测生理数据并等待预先确定的稳态延迟的持续时间,直到进入评估阶段533为止。如果系统未应用该稳态延迟,则系统在评估准确地指示干预的效果的数据之前,可能通过不必要地和/或错误地改变干预而对患者护理产生不利影响。
在阶段533,CSG引擎120以与如上所述在阶段506和518中所述的方式类似的方式来评估所监测的第一生理数据和第二生理数据。基于该评估,CSG引擎120在阶段539更新临床干预。如针对阶段521类似地所述,更新临床干预可以包括维持进行中的干预、修改进行中的干预的参数、补充进行中的干预、或者用一个或多于一个其他和不同的干预来替换进行中的干预。
在阶段536,如针对阶段524类似地所述,CSG引擎120基于更新的临床干预向(一个或多于一个)医疗装置提供更新的指令。然后CSG引擎120返回到阶段527以继续监测生理数据。
可选地,与监测循环590并行地,方法500可以在阶段524之后并如图5C所示实现病因序列595。方法500可以在“Y”连接点599处进入该序列并进入阶段555。
在阶段555,该方法包括基于第一生理数据和第二生理数据生成病因估计。例如,CSG引擎120可以生成病因估计。基于第一生理数据和第二生理数据,CSG引擎120可以利用病因估计发起病因区分引擎。病因估计指示由第一生理数据和第二生理数据临床指示的广泛病因类别,并且病因区分引擎可以从该病因类别将病因估计转换成病因确定。例如,如关于图10进一步所论述的,RD的第一生理数据和第二生理数据可以指示阻塞性肺病况的病因估计。然而,阻塞性肺病况是估计而不是确定,这是因为阻塞性肺病况可能起源于各种不同的基础病况,例如慢性阻塞性肺病(COPD)和哮喘等。为了区分这两个病因,CSG引擎120可能要求除第一生理数据和第二生理数据之外的附加信息。然而,当诊断处理正在进行期间,第一生理数据和第二生理数据使得CSG引擎120能够引导、监测和控制向患者提供治疗(可能挽救生命的治疗)的干预。CSG引擎120的好处是所提供的干预是情境敏感的,因为它们针对至少由第一生理数据和第二生理数据定义的特定生理情境以及CSG引擎120和(一个或多于一个)医疗装置180之间的交互所定制的。
在阶段560,该方法包括基于病因估计来请求目标生理数据。例如,CSG引擎120可以向(一个或多于一个)医疗装置180请求目标生理数据。CSG引擎120可以识别并且CSG引擎120可以请求一项或多于一项生理数据,这些生理数据可以在更广泛的病因估计的范围内区分各种病因确定。例如,阻塞性肺病况的病因估计指示COPD和哮喘这两者。然而,肺活量测定数据和/或呼出的一氧化氮数据可以区分COPD和哮喘。这些一个或多于一个生理数据可单独区分病因和/或可总体地区分。
CSG引擎120可以将对所识别的目标生理数据的请求作为第一输出260发送到(一个或多于一个)医疗装置180,以及/或者可以将该请求作为向CSG UI 110的第二输出225发送到移动装置105。
对(一个或多于一个)医疗装置180的请求可以包括发送数据的指令,或者可以包括收集和发送数据的指令。在实现中,(一个或多于一个)医疗装置180可以响应于来自CSG引擎120的请求来收集目标生理数据。因此,该请求可以触发由(一个或多于一个)医疗装置180对目标生理数据的收集。可替代地,(一个或多于一个)医疗装置180可以从(一个或多于一个)医疗装置180处所存储的患者诊疗数据文件188中提取目标生理数据。所提取和存储的数据可以在来自CSG引擎120的请求之前由(一个或多于一个)医疗装置180收集。
对移动装置105的请求可以生成在CSG UI 110处供护理者键入或收集并键入目标生理数据所用的提示。因此,护理者可以改变已连接到患者的(一个或多于一个)医疗装置180和/或患者接口装置170上的设置以收集该数据。可替代地,护理者可以将附加的医疗装置180或患者接口装置170耦接到患者以收集所请求的数据。CSG UI 110可以提供用户输入字段以响应于该数据的用户输入来捕获所请求的数据。
在阶段549,该方法包括从(一个或多于一个)医疗装置180和/或从移动装置105接收目标生理数据。例如,移动装置105或(一个或多于一个)云服务器398处的CSG引擎120可以从(一个或多于一个)医疗装置180和/或从移动装置105处的CSG UI 110接收目标生理数据。(一个或多于一个)医疗装置180和/或移动装置105可以响应于来自CSG引擎120的请求自动提供目标生理数据,或者可以在提供目标生理数据之前请求用户确认。
可选地,在阶段551,该方法可以包括接收患者的病史信息。附加地,在一些实现中,方法500可以包括在阶段502和阶段515中的一个或多于一个处接收病史信息。因此,阶段509和521中的一个或多于一个可以包括基于病史识别和/或更新临床干预。类似地,阶段545和/或555中的一个或多于一个可以包括基于病史来生成和/或转换病因估计。例如,患者的病史可以包括慢性病况,诸如哮喘、COPD、心脏病或糖尿病等。这样的病况告知临床干预,并可简化病因估计向病因确定的转换。作为另一示例,病史可以包括也可告知临床干预和/或简化病因估计到病因确定的转换的药物或疾病,诸如传染性血液传播疾病等。在这两个示例中,病史可提供如下的信息,该信息禁用一个或多于一个临床干预或者指示对除了由(一个或多于一个)医疗装置收集的生理信息所指示的那些之外的附加临床干预的需要或潜在需要。
例如,CSG UI 110可以捕获患者的用户输入病史。CSG UI 110可以提示用户和/或提供可选择的输入字段以供用户提供病史。用户可以从患者和/或从患者的伙伴获得病史。例如,用户可以采访患者和/或患者的伙伴以获得病史。用户或护理者还可以通过观察和/或评估患者的病况来确定病史。例如,用户或护理者可以从医疗预警手环、从患者附近的药物容器、从患者急救的现场(例如,化学品溢出、车祸、违禁药品用具、诸如氧气罐或可穿戴除颤器等的医疗治疗器材等)获得信息。用户或护理者也可以通过对患者的身体检查来观察慢性或历史病况的症状。移动装置105可以将在CSG UI 110处提供的信息作为第二输入230从UI提供到CSG引擎120。提供该信息的移动装置可以与患者在现场(例如,移动装置105a)和/或可以是在远程场所389的远程移动装置105b。远程护理者303可以具有患者记录的知识和/或对患者记录的访问,并且可以在远程移动装置105b处将病史作为输入提供到CSG UI 110。
作为另一示例,CSG引擎120可以经由网络380从一个或多于一个医疗记录数据库399接收病史信息。CSG引擎120可以向医疗记录数据库399发送关于病史信息的询问。CSG引擎120可以在处理500期间自动生成询问和/或CSG引擎120可以在CSG UI 110处提供用户提示和/或请求用户确认,并且响应于提示和/或确认而生成询问。
可选地,在实现中,方法500可以包括基于病因确定和/或病史信息在阶段553处识别一个或多于一个补充临床干预。CSG引擎120可以识别特定于病因确定的一个或多于一个临床干预,例如药物干预。例如,基于COPD的病因确定,CSG引擎120可以将支气管扩张剂的施予确定为附加临床干预,而基于哮喘的病因确定,CSG引擎120可以将皮质类固醇的施予确定为附加临床干预。
在阶段555,该方法包括基于目标生理数据和/或病史信息将病因估计转换成病因确定。例如,CSG引擎120可以将病因估计转换成病因确定。如以上论述的,目标生理数据可以在更广泛的病因估计范围内区分各种病因确定。因此,在以上关于阶段560提供的示例的继续中,示出用力肺活量(FVC)降低的肺活量测定数据可以指示COPD,而示出接近正常的FVC的肺活量测定数据可以指示哮喘。以这种方式,肺活量测定数据可以区分由第一生理数据和第二生理数据指示的阻塞性肺病况的两种可能病因。作为另一示例,与哮喘相关联的肺组织的肿胀可能增加呼出的一氧化氮水平。因此,该增加的水平可能指示哮喘的病因确定是独立的,或者因为这种增加也可能随着COPD发生,这种与示出接近正常的FVC的肺活量测定数据的总体的增加可以支持哮喘的病因确定。在实现中,目标数据的组合可以使得能够将病因估计转换成病因确定。例如,目标数据可以包括肺活量测定数据、s3-s4心音和通过基于RF的肺液测量所测量到的肺液保留数据的组合。这些数据一起能够区分CHF和COPD。
在实现中,CSG算法可以利用病史数据以及目标数据来将病因估计转换成病因确定。例如,肺活量测定数据单独可能无法区分阻塞性肺病的各种病因,但肺活量测定和病史可能提供这种区分。作为更具体示例,与指示暴露于石棉的病史相组合的肺活量测定可以实现石棉肺病的病因确定,或者与指示煤尘暴露的病史相组合的肺活量测定可以实现黑肺病的病因确定。作为另一示例,与包括CHF的病因估计相组合的指示低血压和心脏病的病史可以使得能够将病因确定缩窄到CHF。
在阶段557,该方法包括将病因确定发送到(一个或多于一个)医疗装置和CSG UI。例如,移动装置105或(一个或多于一个)云服务器398可以将病因确定发送到(一个或多于一个)医疗装置180。移动装置105可以响应于来自CSG引擎120的指令在CSG UI 110处提供病因确定。在实现中,(一个或多于一个)云服务器398处的CSG引擎120可以在移动装置105处为CSG应用315服务,并在移动装置105处的CSG UI 110处提供病因确定。
在实现中,将病因确定发送到(一个或多于一个)医疗装置可以包括用于将病因确定记录在用于患者诊疗的医疗装置数据文件中的指令,和/或可以包基于病因确定改变和/或发起临床干预的指令。例如,如果CSG引擎120识别出药物干预,则指令可以识别药物以及剂量和施予指令。
在实现中,将病因确定发送到CSG UI 110可以包括供用户确认病因确定用的提示和/或基于病因确定改变和/或发起临床干预的指令。
在实现中,CSG算法还可以在以下所述的方法500的各个阶段调用非线性评估方法(例如,在阶段506、521、533和536处评估生理参数并更新临床干预,在阶段545处评估生理数据以生成病因估计,在阶段549处基于目标数据并且可选地基于病史识别补充临床干预)。多个生理参数的非线性评估可以用作患者病况估计器,其中所估计的患者病况与特定干预相对应。例如,所估计的患者病况缺氧与向患者递送补氧的干预相对应。
患者病况估计器的一个示例是卡尔曼滤波。通常,卡尔曼滤波对在生理环境中可能不会遇到的利用高斯分布的线性系统进行建模。因此,患者病况估计器的至少一个示例执行扩展卡尔曼滤波(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)等。
参考图5D,示出在用户接口(UI)处提供情境敏感引导的方法的示例。然而,方法501仅是示例而非限制性的。方法501可以例如通过阶段的添加、移除、重排、组合和/或并行进行来改变。CSG引擎120可以进行方法501并提供CSG UI 110。图29至图43例示了由CSG引擎120应用于RD表现的方法501的实现。然而,在其他示例性实现中,CSG引擎120可以将方法501应用于另一患者表现,例如但不限于心脏表现、创伤表现、败血症表现、神经表现(诸如中风、药品过量)等。在这些非RD表现中,特定生理参数、干预和(一个或多于一个)医疗装置可以包括图29至图43中所参考的生理参数、干预和/或(一个或多于一个)医疗装置中的一个或多于一个,以及/或者可以包括与图29至图43中所参考的生理参数、干预和/或(一个或多于一个)医疗装置不同的生理参数、干预和/或(一个或多于一个)医疗装置。
在阶段560,方法501包括从至少一个医疗装置接收多个生理参数。例如,移动装置105或(一个或多于一个)云服务器398处的CSG引擎120可以从(一个或多于一个)医疗装置180接收受害者101的多个生理参数。在实现中,阶段560还可以包括经由向CSG UI 110的护理者输入接收多个生理参数的一部分。(一个或多于一个)医疗装置180被配置为经由一个或多于一个患者接口装置170耦接到受害者101。附加地,(一个或多于一个)医疗装置180被配置为通信地耦接到移动装置105。移动装置105包括一个或多于一个输出装置,诸如被配置为提供CSG UI 110的移动装置显示画面106等。
在实现中,(一个或多于一个)医疗装置180可以是两个或多于两个医疗装置。这两个或多于两个医疗装置中的至少两个医疗装置或者这两个或多于两个医疗装置中的各医疗装置可被配置为与其他医疗装置中的至少一个或所有相比提供不同的临床干预和/或监测不同的参数。例如,可能存在如图3E所示的两个医疗装置,并且一个医疗装置可以是患者监测器/除颤器285且另一医疗装置可以是通气系统280。患者接口装置180至少可以包括脉搏血氧仪270、耦接到二氧化碳描记传感器271以提供二氧化碳描记数据的鼻插管279或面罩278、无创血压(NIBP)传感器272、温度探测器267和电极273。在实现中,两个医疗装置可以包括不具有除颤能力的患者监测器。
在阶段562,方法501包括在移动装置处提供用户接口(UI)。例如,CSG引擎120可以在移动装置105的包括例如显示画面106和/或一个或多于一个音频和/或触觉装置的一个或多于一个输入/输出装置处实现CSG UI 110。CSG UI 110可以与患者制图接口组合和/或用作患者制图接口。CSG UI 110可以与如以下例如至少关于图13B至图16和图29至图43所述的其他数据视图窗口组合。这些视图格式可以包括提供在医疗装置显示画面310处可用的所有数据的一个或多于一个装置视图窗口(例如,窗口1315和1316),以及以类似的格式包括CSG UI窗口110及可选地趋势视图窗口1515和工作视图窗口1415。
在阶段564,方法501包括在移动装置用户接口处控制多个生理参数的实时显示。例如,CSG引擎120可以选择在工作视图窗口1415中的UI 110和/或移动装置显示画面106处的CSG UI 110处提供多个生理参数中的哪个。附加地,CSG引擎120可以执行用以确定所选择的生理参数的外观的指令。
在阶段566,方法501包括基于多个生理参数中的至少一个生理参数的变化来检测患者的医疗状态的恶化。作为RD示例,多个生理参数可以包括至少EtCO2和SpO2。在实现中,多个生理参数除了包括EtCO2和SpO2之外,还可以包括ECG、心率、体温和无创血压中的一个或多于一个。CSG引擎120可以从医疗装置180接收这些参数,并针对这些参数中的至少一个的指示受害者101的医疗状态的恶化的变化来对所有的这些参数进行监测。
受害者101的医疗状态的恶化可以是医疗状态的变化,其中建议或要求临床干预以防止该变化导致死亡或者对受害者101的健康造成其他不可逆的或潜在不可逆的损害。此外,所推荐或要求的临床干预可能需要在数秒钟内或在1至3分钟内提供,以便有疗效。CSG系统对该恶化的检测以及来自该系统的后续引导可能是关键的。CSG系统可以补充或替代护理者持续评估医疗装置上所提供的无数生理参数的需要。此外,即使医疗装置提供指示参数的潜在危险变化的警报,医疗装置也仍依赖于护理者来注意到并响应警报。在包括图3B至图3D所示的环境的许多环境中,护理者正在混乱、嘈杂和拥挤的环境中提供护理,在该环境中,患者状况可能快速改变,并且可能存在许多其他因素来争夺护理者的注意力。此外,现场处的护理者的技能水平可能与所需干预的最优技能水平匹配,或者可能与所需干预的最优技能水平不匹配。因而,可以例如通过识别患者状态的变化的含义并提供引导来不仅仅进行医疗装置警报的CSG系统可以显著提高护理的质量和疗效。
在实现中,指示受害者的医疗状态的恶化的变化可以是一个或多于一个参数的值降至低于阈值或升至高于阈值以及/或者移出范围之外。例如,CSG引擎120可以执行R/VCSG引擎403以将SpO2>94%识别为正常并将在35mm Hg和45mm Hg之间的EtCO2识别为正常。如果SpO2降至85%和94%之间的值,则该变化将表示受害者的医疗状态从正常到缺氧的恶化。如果SpO2进一步降至低于85%,则该变化将表示受害者的医疗状态从缺氧到严重缺氧的恶化。
在实现中,CSG引擎102可以基于多个参数中的并发变化来检测恶化。例如,在一个病例中,患者可能是轻微缺氧,例如SpO2为93%。如果系统检测到正常的EtCO2(例如,35mmHg<EtCO2<45mm Hg),则系统可能不将SpO2的变化识别为指示恶化。然而,如果93%的SpO2与异常高的EtCO2(例如,EtCO2>45mm Hg)并发地发生,则系统可以基于这两个参数检测到医疗状态的恶化。在实现中,CSG引擎102可以同时评估其接收的所有生理数据。CSG系统可以基于CSG系统预测的第一参数的变化指示第二参数的即将发生的变化来检测恶化。
在阶段568,方法501包括基于所检测到的恶化来选择至少一个临床干预。例如,CSG引擎120可以基于所存储的临床处置方案来选择至少一个临床干预。在实现中,所存储的临床处置方案可以包括取决于什么医疗器材可用和/或护理者的技能水平的干预的选择。在实现中,CSG引擎可以基于护理标准、本地医疗引导/过程、以及/或者可能影响护理点工作人员将患者移动到可以提供更明确或长期处置而不是急救干预的卫生设施所需的时间的时间或地理数据来对可能的干预进行优先级排序。CSG引擎120可以基于移动装置105与所连接的可用医疗装置180之间的通信耦接来识别所连接的可用医疗装置。附加地或可替代地,CSG引擎120可以基于由护理者提供和/或确认的库存数据来识别可用的医疗器材。
作为与RD相关的一个示例,医疗状态的恶化可以是患者进入了急性呼吸衰竭(ARF)的状态。例如,如果EtCO2>55mmHg且SpO2<88%,则可以指示ARF。CSG引擎102可以选择适合于所检测到的恶化状态的一个或多于一个临床干预。例如,如以下在图8A、图9、图10和图11中所示,CSG引擎102可以选择补氧或与CPAP或双水平组合的补氧,并且可以附加地选择特定药物干预。尽管CSG系统选择了临床干预,但CSG系统将针对生理参数的进一步变化对这些参数进行继续监测。这些进一步变化可以指示患者的医疗状态的改善、患者的医疗状态的进一步恶化、稳定的患者医疗状态和/或新病况的引入。例如,尽管与RD相关的生理参数可以保持稳定,但CSG系统可以检测(例如,如由图12所示和以下论述的血液动力学算法监测的)心脏参数或(例如,如由非呼吸窘迫CSG引擎405监测的)创伤参数的变化。因此,在护理者照顾RD病况期间,系统可以继续监测其他生理系统和病况,并根据需要提供指令和预警。与没有CSG系统相比,这使得临床医生能够关注于更少的任务和数据,由此提高护理的质量和疗效。
在阶段570,方法501包括提供针对至少一个临床干预的指令。例如,CSG引擎120可以基于如结合阶段568所述的耦接的或库存的医疗器材来提供指令。在实现中,CSG引擎120可以将针对至少一个临床干预的指令提供到通信地耦接到移动装置105的一个或多于一个医疗装置。这些指令可以是医疗装置的闭环控制的一部分。例如,如图3E所示,CSG引擎120可以利用来自第一医疗装置(例如,患者监测器/除颤器285)的数据以实现第二医疗装置(例如,通气系统280)的生理闭环控制。CSG引擎120可以基于如由耦接到患者监测器/除颤器285的脉搏血氧仪探测器270测量到的患者的血液的氧浓度来生成生理闭环控制指令。在该示例中,生理闭环控制指令可以在患者的机械通气的递送期间调整向患者的氧递送,以将患者的血液的氧合维持在期望水平和/或在期望范围内。
如本文所使用的,术语闭环控制可以指一个或多于一个通气相关或患者相关的参数的控制(诸如具有相对较少或无所需的用户动作、参与或干预等),并且可以包括对全自动或全自动调节控制的参考,但不限于对全自动或全自动调节控制的参考。闭环控制例如可以包括对一个或多于一个参数的装置促进或算法促进的跟踪、控制和调整,其可以包括或可以不包括用户涉入或参与。在包括用户涉入或参与的情况下,其例如可以包括确认建议的或推荐的通气设置改变或配置、决定实现一系列动作、选择数个系列的所建议动作其中之一、对所呈现的预警或警报进行响应、或者其他决策、选择或动作。用户涉入或参与例如还可以包括设置或改变参数,其中闭环控制算法最初根据用户设置或用户改变的参数设置从这里开始。在各种实施例中,如果存在用户涉入,则除其他之外,用户涉入例如可以是整体或部分用户发起的,或者整体或部分提示、建议、推荐或要求的。
在一些实施例中,可以利用闭环控制,但闭环控制可能经受用户的手动调整或超驰。例如,在一些实施例中,尽管可以在算法上自动地控制FiO2和PEEP,但用户能够干预并手动改变FiO2和/或PEEP设置。在一些实施例中,在任何手动调整之后,FiO2和/或PEEP的闭环控制可以从该点恢复,至少直到进行任何进一步的手动调整为止。
如本文所述的各种实施例例如可应用于院外或院前患者护理(但不限于这些护理)。本文所述的实施例的一些方面考虑到与这种护理情境相关的实际因素。例如,在院前患者护理中,护理提供者与基于医院的护理提供者相比可能被培训得更少。此外,可能不存在可用的来自其他护理提供者和/或医院系统的支持,或者可用的来自其他护理提供者和/或医院系统的支持可能较少。此外,院前护理可涉及较少的患者和器材物理稳定性,并且可涉及移动或运送。附加地,院前患者护理可延长很长时间,有时延长至数小时、一天或几天。在该时间期间,患者和护理提供者的由此产生的身体和精神压力以及总体疲惫可以是在确定最优呼吸机操作、过程和算法时要考虑的重要因素。这样,在一些实施例中,诸如结合确定参数值、范围和阈值、参数变化的频率、总体简单性、以及参数稳定性和调整需求之间的平衡等来考虑这些住院前条件。在一些实施例中,这样的平衡和优化方法可被认为是考虑到往往伴随院前护理情境和情形的特别担忧和增加的潜在风险而提供或促进概念上的“护栏(guardrail)”的形式。
在一些实施例中,考虑到院前护理相关因素的总体优化可以促进关于通气参数值确定和调整的增加的简单性、增加的稳定性和通常更受限或保守的方法。这些方法可以包括以下中的一个或数个。一些实施例可以包括频繁的用户检查和确认、用户警告或用户预警。一些实施例可以包括提供给用户的所确定的和显示的情境敏感引导,其可以考虑到培训有限的用户可能正在压力和分心的环境中提供护理的院前情形而提供附加用户支持。例如,一些实施例提供了优化方法,其包括更大的总体稳定性、不太频繁的参数变化、以及参数值的变化所需的病况的更多或更大变化。此外,一些实施例包括诸如关于可能呈现潜在高程度患者风险的参数等使用更保守的参数值、或者更保守的上限或下限。这些例如可以包括PEEP、PIP、驱动或平台压力、VT和Ve。例如,可以反映这种优化的各方面可以包括PEEP改变合格规则,其可以限制和指定PEEP改变或潜在PEEP改变所需的条件,以及/或者可以用于确定最大PEEP。反映这种优化的各方面可进一步包括PEEP选择规则,其可指定考虑到当前PEEP水平而指示PEEP改变所需的FiO2的变化。然而,在一些情形中,院前考虑可以需要促进快速或增加的变化的优化或平衡,例如在检测到定义的患者去饱和病况时将FiO2增加至100%。
在各种实施例中,可以基于所测量的患者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之间的差的确定幅度,其中较大的差可能导致较大的调整。
在一些实施例中,至少部分地基于FiO2、但也至少部分地基于当前PEEP来调整PEEP。由于可以至少部分地基于患者SpO2来调整FiO2,并且由于SpO2可以与患者的肺或呼吸系统“生病”、被危害或功能受损的程度相关联,因此从概念上,FiO2可以在一定程度上表示或有效地用作患者的肺或呼吸系统“生病”的程度的替代物或指标。例如,在一些实例中,相对较低和/或降低的SpO2可以指示功能肺损伤的显著和/或增大程度,并且可以导致相对较高的FiO2。该高FiO2在适当情形下可以需要并使得PEEP升高(如可以参考例如PEEP改变合格规则和PEEP选择规则所确定的),其中PEEP可以帮助基本使肺泡开放并支持呼吸功能。相反,在一些实例中,相对较高和/或增大的SpO2可以指示不太显著和/或降低的肺损伤(即,通常,患者可以自行“更好地”呼吸),并且可以导致相对较低的FiO2,这在一些实例中可以需要并使得PEEP降低(如可以参考例如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的参数。
在实现中,由CSG引擎120提供给一个或多于一个医疗装置的指令可以是针对操作模式、操作设置的指令、向移动装置105发送数据的指令、在医疗装置处请求数据的指令、请求护理者确认的指令、存储数据的指令和/或在事件数据文件中记录事件标记的指令。
作为与RD相关的一个示例,针对医疗装置和/或护理者的指令可以包括用以提供补氧或与CPAP和双水平其中之一组合的补氧的指令、以及/或者用以维持或改变先前提供的干预(例如,维持、增加或降低补氧水平或添加CPAP或双水平)的指令、以及/或者用以提供药物干预的指令。
在实现中,针对至少一个临床干预的指令可以是在CSG UI 110处提供的指令。这些指令可以向护理者指示医疗器材项的使用。该医疗器材项可以在由CSG引擎120可访问和/或创建以及/或者通信地耦接到移动装置105的库存中。在示例中,至少一个医疗装置可以是通气系统,并且指令可以引导护理者进行通气系统的组装和/或操作。
在阶段572,方法501包括基于恶化和至少一个临床干预来将多个生理参数的子集识别为关键生理参数。CSG引擎120可以识别对患者生存至关重要和/或特别响应于临床干预的一个或多于一个参数。该识别可以是基于与临床干预相对应的关键参数的预定指定。可替代地或附加地,该识别可以是基于机器学习算法,该机器学习算法被设计为训练模型以基于患者的医疗状态和所应用的临床干预来预测关键参数。在一个示例中,临床干预可以是通气,并且关键参数可以是SpO2和EtCO2。通常,显示的修改使得CSG引擎120能够通过以下操作来向护理者提供引导:使护理者的注意力集中于这些关键参数,而不需要护理者从在患者护理期间提供的许多参数(例如,在医疗装置和移动装置105这两者上显示的图13B、图13C和图27C所示的各种参数)中确定这些参数中的哪些参数最值得他们关注,因为这些参数最能代表对患者死亡的预防和所施加的干预的疗效。特别是在动态变化且经常为嘈杂和混乱的急救环境(其中快速的动作和决策对患者生存至关重要)中,护理者的这种确定是困难的且容易出错。此外,急救护理者的技能水平和临床经验涵盖广泛的范围,并且来自CSG系统的引导使得能够进行更统一和有效的护理。
在阶段574,方法501包括在移动装置显示画面处修改多个生理参数的显示以强调关键生理参数。例如,CSG引擎120可以控制移动装置显示画面106以改变显示器处的用于强调关键生理参数的一个或多于一个图形元素。以下提供这些改变的具体示例。一般地,显示的修改使得CSG引擎120能够通过将护理者的注意力集中于这些关键参数上而免于许多其他参数和显示特征的干扰来向护理者提供引导。附加地,代替必须观看数个医疗装置(其在拥挤环境中可能难以访问,并且其要求单个护理者不断地在装置之间转移注意力,或者要求在无一个人看整个图片的情况下将数个护理者指派给各装置),具有修改的显示的移动装置105提供具有清楚显示的优先级参数的一站式服务。强调关键参数可以包括但不限于减少所显示的参数的数量、改变显示特征颜色、改变显示特征大小、提供用户通知横幅、伴随声音的视觉变化、及其组合。
参考图6,示意性示出CSG初始化算法和RD CSG算法的处理阶段。然而,算法411和422仅是示例而非限制性的。算法411和422可以例如通过阶段的添加、移除、重排、组合和/或并行进行来改变。图6所示的处理阶段例示CSG引擎120向RD表现的应用。
在图6中以及在图7至图12中示出的图例99提供来自CSG引擎120的各种输出之间的图形区别。该图例返回参考图2,图2例示向UI的第二输出225和向(一个或多于一个)医疗装置180的第一输出260。第二输出225由斜线图案表示,并且第一输出260由点图案表示。如图6至图12所示,这两个类型的输出在CSG引擎120的各个处理阶段中表现自身。在各个处理阶段表示的图案(即,斜线或点)表示特定阶段是第二输出225或第一输出260的特定实例。
在实现中,CSG初始化算法411执行用以识别RD的受害者并启动RD CSG引擎402的步骤。为了识别出受害者表现出RD,在阶段610,CSG初始化算法可以在CSG UI 110处提供提示或提醒以供护理者进行呼吸评定。如以下关于图16和图17进一步论述的,CSG UI 110可以提供呼吸评定数据所用的用户键入画面1621。在阶段615,算法411基于患者是否没有呼吸或呼吸困难来在RD表现或非RD表现之间决定。如果这些条件中的任一个为真,则CSG初始化算法411启动RD CSG引擎402。如果这些条件都不为真,则不存在RD型的临床表现,并且CSG初始化算法411不启动RD CSG引擎402,并且可以针对诸如创伤、败血症、药品过量等的其他表现启动非RD CSG引擎405。例如,在一些情况下,遭受哮喘发作的人可能处于RD而无任何其他并发医疗病况。同样,遭受枪伤的人可能表现出创伤而无任何RD。
在一些情况下,CSG初始化算法可以使RD CSG引擎402与非RD CSG引擎405并行地启动。在这些情况下,患者可能与另一病况并发地表现出RD。例如,胸部遭受枪伤的人可能表现出RD和创伤。在这种情况下,RD表现算法和非RD表现算法可以并行地执行。
在阶段620,RD CSG引擎402可以区分没有呼吸的患者和呼吸困难的患者。对于没有呼吸的患者,引擎402可以在阶段625向CSG UI 110提供第二输出225,该第二输出225包括在CSG UI 110处的供护理者对患者插管和手动通气所用的指令。例如,护理者103可以将患者101耦接到插管277。
在实现中,CSG UI 110可以提供与插管277的气管内放置或食管放置相关的辅助或引导。例如,通气系统280可以检测和确认适当的管放置,并且可以经由CSG UI 110提示、预警或提供护理者反馈。在实现中,通气系统280可以检测管泄漏、堵塞和/或移位,并且经由CSG UI 110提供用户预警。此外,通气系统280可以检测成功的ET管再附接并在CSG UI110处提供确认。
在阶段630,第二输出225可以包括在CSG UI 110处的供护理者将患者经由患者接口装置170连接至患者监测器/除颤器285所用的指令或提醒。例如,护理者103可以将患者101耦接到至少SpO2传感器270和EtCO2传感器271。对于正在呼吸的患者,引擎402可以在阶段630向CSG UI 110提供第二输出225,该第二输出225包括在CSG UI 110处的供护理者将患者经由患者接口装置170连接至患者监测器/除颤器285所用的指令。例如,护理者103可以将患者101耦接到至少SpO2传感器270和EtCO2传感器271。
在阶段635,引擎402还可以向(一个或多于一个)医疗装置提供第一输出260,该第一输出260包括针对任一情况(即,在插管和手动通气的情况下没有呼吸、或者通过连接到患者监测器/除颤器进行呼吸)的事件标记。(一个或多于一个)医疗装置180可以将该事件标记存储在患者诊疗所用的数据文件中。
在阶段625、630和635处生成CSG输出225和260之后,RD CSG引擎402启动R/V CSG引擎403和血液动力学CSG引擎404这两者。如上所述,由于应用于心血管干预的呼吸、通气和血液动力学的相关性,这些算法并行运行。
由于算法433和444并行运行,因此阶段630处的UI指令可以包括供护理者103将患者101耦接到NIBP传感器272和电极273所用的指令或提醒。这些传感器使得患者监测器/除颤器285能够向以下关于图12详细所述以及关于图7至图11所参考的血液动力学算法444提供输入。
参考图7至图11,示意性示出R/V算法的处理阶段。然而,引擎403仅是示例而非限制性的。引擎403可以例如通过阶段的添加、移除、重排、组合和/或并行进行来改变。图7至图11所示的处理阶段例示R/V CSG引擎403向RD表现的应用。如关于图2和图6更详细地论述的,在图7至图11中以及在图6和图12中示出的图例99提供了向UI的第二输出225和向(一个或多于一个)医疗装置180的第一输出260之间的图形区分。
R/V CSG引擎403的示意图在图7中开始。图7所示的“开始”表示在由算法422初始化R/V CSG引擎403时从图6的进入点。图7中的R/V CSG引擎403的部分继续到图8A中的“A”连接点897、“B”连接点898或“C”连接点899。从图8A起,R/V CSG引擎403继续到图9中的“D”连接点999、图10中的“E”连接点1099和图11中的“F”连接点1199其中之一。图9至图11从节点998、1098和1198继续到图8B中的“RM”连接点891。附加地,图7至图11包括向图12中的“H”连接点1299的链接。
在通过算法422的初始化时(如图6所示),R/V CSG引擎403在阶段760从患者监测器/除颤器285接收呼吸数据(例如,SpO2和EtCO2数据)。R/V CSG引擎403从(一个或多于一个)医疗装置180接收该数据作为第一输入240。处理阶段760提供图5A所示的方法500的阶段503的示例性实现。在实现中,如关于图16、图22A和图22B更详细地所述,阶段760包括在CSG UI 110处提供所接收到的数据。
在接收到时,R/V CSG引擎403针对四个病况其中之一在阶段710、720、730和740评估呼吸数据。处理阶段710、720、730和740提供图5A所示的方法500的阶段506的示例性实现。在阶段710,R/V CSG引擎403识别正常的SpO2(例如,SpO2>94%)和正常的EtCO2(例如,35mm Hg<EtCO2<45mm Hg)。在阶段720,R/V CSG引擎403识别指示患者缺氧的SpO2值(例如,85%<SpO2<94%)以及正常的EtCO2(例如,35mm Hg<EtCO2<45mm Hg)。在阶段730,R/V CSG引擎403识别指示患者缺氧的SpO2值(例如,85%<SpO2<94%)以及异常高的EtCO2(例如,EtCO2>45mm Hg)。在阶段740,R/V CSG引擎403识别指示患者严重缺氧的SpO2值(例如,SpO2<85%)以及异常高的EtCO2(例如,EtCO2>45mm Hg)。
在各个阶段710、720、730和740之后,R/V CSG引擎403例如在阶段712、722、732和742检查ALT血液动力学病况标志的状况。在阶段712、722、732和742,如果设置了ALT血液动力学病况标志,则如图7中的“H”连接点所示,CSG引擎120进入图12所示的血液动力学算法444。与血液动力学算法444并发地,R/V CSG引擎403继续监测SpO2和EtCO2数据,直到ALT血液动力学病况标志被取消设置为止。
尽管在R/V CSG引擎403内的特定点处示出ALT血流动力学病况决策点,但这些阶段仅是示例。在各种实现中,除了图7、图9、图10和图11所示的这些之外或者作为图7、图9、图10和图11所示的这些的替代,R/V CSG引擎403可以在R/V CSG引擎403内的其他点处包括ALT血流动力学病况决策点。如上所述,CSG引擎120在图6的阶段635启动血液动力学算法444和R/V CSG引擎403这两者,并且这些算法并行运行。因此,R/V CSG引擎403可以包括附加的和/或替代的ALT血液动力学病况决策点,作为对并行运行的血液动力学算法444的状况的检查。
ALT血液动力学病况标志指示血液动力学算法444识别出存在ALT血液动力学患者病况。血液动力学算法444与R/V CSG引擎403并行地运行,并且在图12中示意性例示。如关于图12进一步论述的,ALT血液动力学病况是对患者生存构成即时威胁的血液动力学病况,例如心脏骤停等。因此,除了任何R/V干预之外,护理者和CSG引擎120必须解决并提供针对ALT血液动力学病况的干预,否则患者有可能死亡。此外,对ALT血液动力学病况的干预与R/V干预相比针对患者存活可能具有更高优先级。因而,对ALT血液动力学病况的干预可以是保持患者存活足够长时间以能够提供对呼吸窘迫的临床干预所需的主要患者护理。根据临床情形,可能存在呼吸窘迫的多个病因,并且一些呼吸窘迫干预可能对ALT血液动力学病况是次要的,并且一些可能与ALT血液动力学病况结合。在各种情形中,结合ALT血液动力学病况提供的RD干预可缓解多个病因。
作为一个示例,患者可能表现出RD。患者可能患有哮喘,然而,起病时,护理者可能不知晓哮喘病因,并且可能仅知晓指示患者缺氧的呼吸气体的评估。附加地,同一患者可能发生心脏骤停,这可能与哮喘有关或者可能与哮喘不相关。例如,除哮喘之外,患者还可能患有心脏病。然而,与哮喘类似,起病时,护理者可能不知晓心脏病病因,并且可能仅知晓指示患者处于心室颤动的ECG波形。在提供针对心脏骤停的干预的过程中,护理者可以发起包括呼吸支持的心肺复苏(CPR)。尽管由心脏骤停触发,但该呼吸支持可以处置缺氧。因而,在R/V CSG引擎403循环通过呼吸气体分析时,这些可以示出患者的缺氧病况的改善。一旦患者在心脏骤停方面稳定,护理者就可以再继续针对RD的评估和干预。
在阶段712处不存在ALT血液动力学病况的情况下,考虑到在阶段710将呼吸数据评估为正常,R/V算法进入阶段750和755以向(一个或多于一个)医疗装置180提供第一输出260。不存在ALT血液动力学病况标志指示血液动力学算法444没有识别出ALT血液动力学患者病况。在阶段750,第一输出260包括事件标记和供(一个或多于一个)医疗装置将事件标记记录在患者诊疗数据文件188中所用的指令。该事件标记指示来自阶段710的正常呼吸数据评估。
在阶段722处不存在ALT血液动力学病况标志的情况下,基于阶段720处的呼吸数据的评估,R/V CSG引擎403在阶段723选择临床干预,并且进入图8A中的连接点A 897。在阶段732处不存在ALT血液动力学病况的情况下,基于阶段730处的呼吸数据的评估,R/V CSG引擎403在阶段733选择临床干预,并且进入图8A中的连接点B 898。在阶段742处不存在ALT血液动力学病况的情况下,基于阶段740处的呼吸数据的评估,R/V CSG引擎403在阶段743处选择临床干预,并进入图8A中的连接点B 899。
处理阶段723、733和743提供图5A所示的方法500的阶段509的示例性实现。在这些阶段,R/V CSG引擎403至少部分地基于所接收到的呼吸数据和该数据的评估来确定或选择至少一个临床干预。在一些实现中,R/V CSG引擎403可以基于护理者观察和评估来接收和评估病史数据和/或由用户在CSG UI 110处键入的数据。如关于阶段509类似地论述的,R/VCSG引擎403可以根据RD方案(例如,临床实践指南和/或护理标准)从一系列干预中选择至少一个临床干预,该RD方案例如可以包括以下等:药理学、补充O2、机械呼吸或通气支持、附加监测、或者相对于患者的管理的后勤指令。
转到图8A,示出从图7继续的R/V CSG引擎403的三个分支。所有这三个分支都包括用以将患者连接到通气系统280的UI指令(例如,阶段801、805、810)、以及向(一个或多于一个)医疗装置的提供补氧的指令(例如,阶段802、806、811)。处理阶段802、806和811以及以上所述的处理阶段750和755和以下所述的处理阶段803、807、809、812和814提供了图5A所示的方法500的阶段512的示例性实现。
在阶段801、805和810,R/V CSG引擎403向CSG UI 110提供第二输出225。这些阶段处的第二输出端225包括作为用户提示或提醒的UI指令,该用户提示或提醒用以将患者经由患者接口装置170(特别是鼻插管279或面罩278)连接至通气系统280。
通过检查由连接点A897指定的分支,阶段801提供第二输出225,该第二输出225包括用以将患者经由面罩278或鼻插管279连接到通气系统280的用户提示或提醒。在实现中,第二输出225可以指示面罩278和鼻插管279中的一个,或者可以向护理者提供这两个选项并请求与护理者所选择的装置有关的确认输入。在阶段802,R/V CSG引擎403向通气系统280提供第一输出260,以基于阶段720的呼吸评估来提供补氧。随后,在阶段803,R/V CSG引擎403向(一个或多于一个)医疗装置180提供第一输出260,该第一输出260包括事件标记和供(一个或多于一个)医疗装置将事件标记记录在患者诊疗数据文件188中所用的指令。该事件标记指示来自阶段720的呼吸数据评估、补氧干预、以及所选择的氧递送装置(即,鼻插管或面罩)。
通过检查由连接点B 898指定的分支,阶段805提供第二输出225,该第二输出225包括用以将患者经由面罩278连接到通气系统280的用户提示或提醒。在实现中,第二输出225可以请求来自护理者的针对面罩连接的确认输入。基于阶段730处的呼吸评估,R/V CSG引擎403然后向通气系统280提供第一输出260,以在阶段806提供补氧并在阶段807提供CPAP。在用以提供CPAP的指令之后,R/V算法在阶段808设置CPAP指示标志(例如,标志1)。标志1的存在或不存在将确定来自R/V CSG引擎403的将来指令。随后,在阶段809,R/V CSG引擎403向(一个或多于一个)医疗装置180提供第一输出260,该第一输出260包括事件标记和供(一个或多于一个)医疗装置将事件标记记录在患者诊疗数据文件188中所用的指令。该事件标记指示来自阶段730的呼吸数据评估以及经由面罩的补氧施予和CPAP干预。
通过检查由连接点C 899指定的分支,阶段810提供第二输出225,该第二输出225包括用以将患者经由面罩278连接到通气系统280的用户提示或提醒。在实现中,第二输出225可以请求来自护理者的针对面罩连接的确认输入。基于阶段740处的呼吸评估,R/V CSG引擎403然后向通气系统280提供第一输出260,以在阶段811处提供补氧,并在阶段812处提供双水平气道正压支持(本文中称为“双水平”)。在用以提供双水平的指令之后,R/V算法在阶段813设置双水平指示标志(例如,标志2)。标志2的存在或不存在将确定来自R/V CSG引擎403的将来指令。随后,在阶段814,R/V CSG引擎403向(一个或多于一个)医疗装置180提供第一输出260,该第一输出260包括事件标记和供(一个或多于一个)医疗装置将事件标记记录在患者诊疗数据文件188中所用的指令。该事件标记指示来自阶段740的呼吸数据评估以及经由面罩的补氧施予和双水平干预。
在实现中,阶段801、805和810处的UI指令或者阶段802、806、807、811和812处的医疗装置指令中的一个或多于一个包括通气系统280的操作参数。操作参数可以包括气体组成(例如,氧浓度)、气体流速、增加的气体流速、减少的气体流速、气体压力和时间。这些参数中的一个或多于一个可以定义通气模式(例如,CPAP模式、双水平模式或高流量鼻插管(HFNC)模式)、或者有创通气的其他模式。
阶段801、805和810处的UI指令可以包括这些参数的一个或多于一个值,以及/或者可以指定通气模式。在实现中,护理者103可以使用(一个或多于一个)医疗装置180上的控件来调整这些参数或模式。例如,(一个或多于一个)医疗装置180可以包括在触摸屏接口处激活的机械控件和/或软件控件,并且护理者可以操纵这些控件以调整参数和/或模式。UI指令可以包括在CSG UI 110处的供护理者确认如在(一个或多于一个)医疗装置180处所调整的设置所用的提示。CSG UI可以包括患者呼吸参数和状况数据,并且提示用户基于呼吸或其他传感器数据发起用户控制的治疗,以及/或者可以在不同程度上在这方面交互地引导用户。
阶段802、806、807、811和812处的医疗装置指令使得能够通过CSG引擎120控制通气系统280。在各种实现中,CSG引擎120可以关于通气系统280的控制而以不同水平的自主性进行操作。例如,在一些实现中,在一些操作模式中,CSG引擎120可以响应于CSG UI 110处的交互式用户输入来控制通气系统280。用户可以在CSG UI 110处键入操作参数或请求这些参数或通气模式的变化,并且CSG引擎120可以响应于这些用户指令来控制通气系统280。可替代地,CSG引擎120可以使用生理闭环控制(PCLC)来自主地或半自主地控制通气系统280。在PCLC中,CSG算法可以使用所监测的患者数据来调整和控制呼吸和通气干预。因此,CSG引擎120可以在无需用户输入或用户输入仅限于确认由CSG引擎120识别和实现的操作参数的情况下,控制(一个或多于一个)医疗装置180以实现期望参数或模式。CSG引擎120可以请求用户许可来控制各种操作和/或可以请求(一个或多于一个)医疗装置处的自动实现设置的用户确认。此外,CSG引擎120可以使得护理者能够超驰或调整自动实现的设置。在实现中,CSG引擎120可以基于护理者选择和CSG引擎120的自动控制的组合来控制(一个或多于一个)医疗装置180。
在一些实现中,向(一个或多于一个)医疗装置180的第一输出260可以使得能够通过CSG引擎120进行(一个或多于一个)医疗装置180的PCLC。这样,第一输出260可被配置为基于如由CSG引擎120评估的所确定或所测量的不断进化或不断变化的患者生理参数,来适当地或最优地改变或自动改变通气模式或参数,诸如自动增加或减少向患者提供的气流、或者在诸如CPAP模式、双水平模式或HFNC模式等的模式之间切换等。作为示例,第一输出260可以使得或指示通气系统280在自动调整诸如触发上升时间和/或循环准则等的参数的同时,自动倾斜基线压力以发起CPAP。作为另一示例,CSG引擎120可以监测SpO2信号以自动调节O2递送以维持预选的SpO2目标。作为又一示例,CSG引擎120可以基于如由生理数据指示的患者病况来监测任何干预的有效性。例如,如果SpO2和EtCO2数据指示患者正代谢失调,则CSG引擎120可以提供第二输出225以向护理者预警并推荐使用双水平通气。CSG引擎120可以自动地或响应于在CSG UI 110处的用户确认而使所提供的治疗倾斜到双水平状况。
在阶段818,R/V CSG引擎403从(一个或多于一个)医疗装置180接收肺力学数据。处理阶段818提供图5A所示的方法500的阶段515的示例性实现。R/VCSG引擎403从(一个或多于一个)医疗装置180接收该数据作为第一输入240。在实现中,如关于图16、图22A和图22B更详细地所述,阶段818包括在CSG UI 110处提供所接收到的数据。
如以下关于图27B所述,通气系统280可以通过耦接到患者接口2744(例如,面罩278或鼻插管279)的吸气回路2743从氧源2730向患者提供氧。患者接口2744还耦接到呼气回路2745。吸气回路和呼气回路可以包括传感器2747,例如如图2所示的气道压力传感器274和呼吸速度计275等。在阶段818处接收到的肺力学数据可以包括如由通气系统280根据由气道压力传感器274和呼吸速度计275收集的数据所计算出的肺阻力和肺弹性或顺应性(弹性是顺应性的倒数)。通气系统280可以在阶段818向CSG引擎120提供肺阻力和肺弹性或顺应性数据。在阶段818处接收到的肺力学数据使得CSG引擎120能够区分各种类别的RD。这种区分仅基于在阶段760处接收到的呼吸数据可能是不确定的,并且基于该附加数据来更新临床干预以完善患者护理。
在接收到时,R/V CSG引擎403针对四个病况其中之一在阶段820、830、840和850处评估肺力学数据。处理阶段820、830、840和850提供图5A所示的方法500的阶段518的示例性实现。在阶段820,R/V CSG引擎403识别出正常阻力(例如,2.7-15cm H2O/L/sec)和正常弹性(例如,7.1-13.2cm H2O/L),并且进入图9中的连接点D 999。在阶段830,R/V CSG引擎403识别出高阻力(例如,>15cm H2O/L/sec)和高弹性(例如,>13.2cm H2O/L),并且进入图10中的连接点E 1099。在阶段840,R/V CSG引擎403识别出高阻力(例如,>15cm H2O/L/sec)和正常弹性(例如,7.1-13.2cm H2O/L),并且进入图10中的连接点E 1099。在阶段850,R/V CSG引擎403识别出正常阻力(例如,2.7-15cm H2O/L/sec)和低弹性(例如,<7.1cm H2O/L),并且进入图11中的连接点F 1199。
参考图8B,示出R/V算法的监测循环的处理阶段。R/V CSG引擎403在“RM”连接点891处进入呼吸监测循环890。如以上关于图8A所述,R/V算法根据气道压力的评估和呼吸速度描记数据而分成三支。该评估与图5A所示的方法500的阶段518相对应。在以下分别关于图9、图10和图11所述的如此得到的三个路径各自中,R/V CSG引擎403根据特定数据评估来完成方法500的阶段521和524。如图9、图10和图11所示,一旦R/V CSG引擎403向(一个或多于一个)医疗装置提供临床干预更新,图9、图10和图11所示的各个算法路径就包括算法进入呼吸监测循环890的节点。呼吸监测循环890是图5B中的监测循环590的示例。这些节点是图5A中的节点598的示例,并且被示出为图9中的节点998、图10中的节点1098和图11中的节点1198。附加地,在节点1098和1198处,R/V CSG引擎403继续到作为图5C中的病因序列595的示例的病因序列1095和1195。
除了经由节点998、1098和1198向呼吸监测循环890的R/V算法路径之外,图9所示的算法路径包括与异常危及生命(ALT)血液动力学病况的存在有关的决策点927。如以下进一步详细论述的,在该决策点处,R/V CSG引擎403在存在ALT血液动力学病况的情况下分支到血液动力学算法444(例如,如图12中所示)。结合血液动力学算法444,R/V CSG引擎403进入呼吸监测循环890。这在具有在阶段327之后向连接点“H”和“RM”的分叉路径的图9中例示。
呼吸监测循环890在阶段855开始。阶段855是图5B中的阶段527的示例,并且包括对第一生理数据和第二生理数据(即,SpO2和EtCO2数据以及弹性和阻力数据)的监测。在R/V算法的这一点上,患者经由SpO2和EtCO2数据所用的SpO2传感器270和EtCO2传感器271连接到患者监测器/除颤器285。患者还经由弹性和阻力数据所用的气道压力传感器274和呼吸速度计275连接到通气系统280。(一个或多于一个)医疗装置180基本上连续地将该数据提供给CSG引擎120。例如,可以至少每1至2秒更新脉搏血氧、气道压力和呼吸速度描记测量值,并且可以在每次检测到的呼吸时更新二氧化碳描记。
在阶段860,如关于图5B中的阶段530类似地所述,呼吸监测循环890提供稳态延迟。该稳态延迟考虑了在阶段920、1042或1172处更新和/或在阶段1056或1186处补充和/或在呼吸监测循环890的先前迭代期间更新的临床干预的影响。一旦经过了稳态延迟,R/VCSG引擎403进入阶段865以评估所监测的数据,作为图5B中的阶段533的示例。在该示例中,R/V CSG引擎403针对关于图7中的阶段710、720、730和740所述的四个病况其中之一来评估SpO2和EtCO2数据。附加地,该算法针对关于图8A中的阶段820、830、840和850所述的四个病况其中之一来评估气道压力数据和呼吸速度描记数据。
基于该评估,R/V CSG引擎403在作为图5中的阶段539的示例的阶段870处更新临床干预。如针对阶段539类似地所述,更新临床干预可以包括维持进行中的干预、修改进行中的干预的参数、补充进行中的干预、或者用一个或多于一个其他和不同的干预来替换进行中的干预。进行中的干预可以包括补氧或利用CPAP或双水平的补氧。
在阶段875,R/V CSG引擎403可以向(一个或多于一个)医疗装置180提供指令以实现来自阶段870的更新后的临床干预。在阶段880,R/V CSG引擎403可以向(一个或多于一个)医疗装置提供指令以记录指示更新后的临床干预的事件标记。阶段875和880是图5中的阶段542的示例。在阶段880之后,R/VCSG引擎403返回到阶段855以监测数据并重新开始呼吸监测循环890。
转到图9,示出从图8A继续的R/V CSG引擎403的第一分支。在阶段920,R/V CSG引擎403更新(例如,如在阶段723、733或743处选择的)进行中的至少一个临床干预。处理阶段920提供图5A所示的方法500的阶段521的示例性实现。如关于阶段521更详细地所述,更新临床干预可以包括改变、修改、补充或替换进行中的临床干预。R/V CSG引擎403可以至少部分地基于呼吸数据的评估与阶段820处的肺力学数据的评估的组合来更新至少一个临床干预。在一些实现中,在阶段920,R/V CSG引擎403可以基于护理者观察和评估来接收和评估附加病史数据和/或用户在CSG UI 110处键入的数据。
以与阶段723、733或743处的临床干预的选择类似的方式,R/V CSG引擎403可以根据RD方案(例如,临床实践指南和/或护理标准)更新阶段920处的至少一个临床干预,该RD方案例如可以包括以下等:药理学、补充O2、机械呼吸或通气支持、附加监测、或者相对于患者管理的后勤指令。在图9的示例中,在阶段920,对临床干预的更新可以包括根据先前确定的操作参数来维持任何进行中的补氧、CPAP或双水平支持。
在更新之后,R/V CSG引擎403进入阶段921和922。在阶段921和阶段922,R/V CSG引擎403分别检查标志1和标志2的状况。如果R/V CSG引擎403确定为设置了标志1,则这指示CPAP治疗已在进行中。在这种情况下,在阶段923,R/V CSG引擎403向通气系统280提供第一输出260以使得或指示利用用以继续或维持进行中的CPAP干预的指令来实现更新后的临床干预。如果R/V算法确定为设置了标志2,则这指示双水平治疗已在进行中。在这种情况下,在阶段922,R/V CSG引擎403向通气系统280提供第一输出260以利用用以继续或维持进行中的双水平干预的指令来实现更新后的临床干预。如果没有设置标志,则在阶段925,R/VCSG引擎403向通气系统280提供第一输出260,以利用用以继续补氧干预的指令来实现更新后的临床干预。在阶段926,R/VCSG引擎403向(一个或多于一个)医疗装置180提供第一输出260,该第一输出260包括事件标记和供(一个或多于一个)医疗装置将事件标记记录在患者诊疗数据文件188中所用的指令。该事件标记指示来自阶段820的肺力学评估以及补氧、CPAP或双水平的维持。处理阶段923、924、925和926提供图5A所示的方法500的阶段524的示例性实现。
在阶段927,如果设置了ALT血液动力学病况标志,则如图9中的“H”连接点所示,CSG引擎120进入图12中所示的血液动力学CSG引擎404。结合血液动力学CSG引擎404,R/VCSG引擎403进入呼吸监测循环890。这在阶段927之后具有向连接点“H”和“RM”的分叉路径的图9中例示。在阶段927处不存在ALT血液动力学病况标志的情况下,在节点998处,R/V算法在“RM”连接点处进入呼吸监测循环890。
转到图10,示出从图8A继续的R/V CSG引擎403的第二分支。在阶段1042,R/V CSG引擎403更新(例如,如在阶段723、733或743处选择的)进行中的至少一个临床干预。处理阶段1042提供图5A所示的方法500的阶段521的示例性实现。如关于阶段521更详细地所述,更新临床干预可以包括改变、修改、补充或替换进行中的临床干预。R/V CSG引擎403可以至少部分地基于呼吸数据的评估与阶段830或840处的肺力学数据的评估的组合来更新至少一个临床干预。
CSG引擎120可以在评估检测到阶段830处的高阻力/高弹性或者阶段840处的高阻力/正常弹性时到达阶段1042。弹性评估的差异不会更改阶段1042的干预更新。然而,该差异与阶段1053处的病因确定相关。在一些实现中,在阶段1042,R/V CSG引擎403可以基于护理者观察和评估来接收和评估附加病史数据和/或用户在CSG UI 110处键入的数据。
以与阶段723、733或743处的临床干预的选择类似的方式,R/V CSG引擎403根据RD方案(例如,临床实践指南和/或护理标准)更新阶段1042处的至少一个临床干预,该RD方案例如可以包括以下等:药理学、补充O2、机械呼吸或通气支持、附加监测、或者相对于患者管理的后勤指令。在图10的示例中,在阶段1042,对临床干预的更新可以包括相对于先前确定的操作参数的升高的补氧、CPAP或双水平支持。
在更新之后,R/V CSG引擎403进入阶段1045和1047。在阶段1045和阶段1047,R/VCSG引擎403分别检查标志1和标志2的状况,并且进入阶段1046、1048和1049。处理阶段1046、1048和1049提供图5A所示方法500的阶段524的示例性实现。在阶段1046、1048和1049,CSG引擎120可以以与以上关于阶段802、806、807、811和812处的医疗装置指令所述的类似的方式,经由向(一个或多于一个)医疗装置的指令来控制(一个或多于一个)医疗装置180。阶段1046、1048和1049处的医疗装置指令使得能够通过CSG引擎120控制通气系统280。在各种实现中,如以上关于阶段802、806、807、811和812类似地所述,CSG引擎120可以以关于通气系统280的控制的不同水平的自主性进行操作。
如果R/V CSG引擎403确定为设置了标志1,则这指示CPAP治疗已在进行中。在这种情况下,在阶段1046,R/V CSG引擎403向通气系统280提供第一输出260,以利用用以提高对进行中的CPAP干预的支持(例如,增加呼气气道正压(ePAP))的指令来实现更新后的临床干预。如果R/V算法确定为设置了标志2,则这指示双水平治疗已在进行中。在这种情况下,在阶段1048,R/V CSG引擎403向通气系统280提供第一输出260,与利用用以提高对进行中的双水平干预的支持(例如,增加ePAP和吸气气道正压(iPAP))的指令来实现更新后的临床干预。如果两个标志都未被设置,则在阶段1049,R/V CSG引擎403向通气系统280提供第一输出260,以利用用以提高对进行中的补氧干预的支持(例如,增加吸入氧浓度分数(FiO2))的指令来实现更新后的临床干预。
在阶段1046、1048和1049之后,R/V CSG引擎403在节点1098处分叉到图8B中的呼吸监测循环890以及分叉到病因序列1095。节点1098是图5A中的节点598的示例,并且病因序列1095是图5C中的病因序列595的示例。
病因序列1095从阶段1050开始。在阶段1050,R/V CSG引擎403基于呼吸数据和肺力学数据来生成病因估计。处理阶段1050例示图5C中的方法500的阶段545。在该示例中,病因估计是阻塞性肺病况。在实现中,R/V CSG引擎403可以将病因估计作为第二输出225发送到CSG UI 110。R/V CSG引擎403可以以高阻力以及正常弹性(如在阶段840处评估的)或高弹性(如在阶段830处评估的)的评估到达阶段1050。哮喘和COPD这两者都是阻塞性肺病况。然而,正常弹性可以支持哮喘的病因确定,而高弹性可以支持COPD的病因确定。因而,R/VCSG引擎403可以进入阶段1051并且可选地进入阶段1052a和/或1052b以获得数据来进一步区分阻塞性肺病况的各种病因和/或确认仅仅基于弹性数据指示为可能或有可能的病因。
考虑到阻塞性肺病况可能源于各种病因,在阶段1051,R/V CSG引擎403可以请求和接收目标数据。处理阶段1051例示图5C中的方法500的阶段547和549。目标数据可以是使得能够区分阻塞性肺病况的范围内的各种病因的一个或多于一个类型的患者数据。在该示例中,R/V CSG引擎403可以请求肺活量测定数据和呼出的一氧化氮数据中的一个或多于一个以使得能够区分COPD和哮喘(这两者都是阻塞性肺病况)。R/V CSG引擎403可以利用向(一个或多于一个)医疗装置180的第一输出260请求目标数据(例如,用以发送或收集并发送目标数据的指令)。R/V CSG引擎403可以接收来自(一个或多于一个)医疗装置的目标数据作为第一输入240。附加地或可替代地,R/V CSG引擎403可以向移动装置105请求目标数据并且从移动装置105接收目标数据。R/V算法可以经由向CSG UI 110的第二输出225请求数据,并接收来自CSG UI 110的该数据作为第二输入230。
在阶段1052a,R/V CSG引擎403可以可选地向CSG UI 110提供第二输出225以提示用户键入患者病史信息和/或护理者评估或观察。附加地或可替代地,R/V CSG引擎403可以可选地从存储器109、存储器187、存储器309和(一个或多于一个)医疗记录数据库399中的一个或多于一个接收在阶段1052b处针对患者所存储的病史信息。处理阶段1052a和1052b例示图5C中的方法500的阶段547和549。该存储的病史信息可以包括经由从CSG引擎120向存储场所的询问所访问的患者的先前存储的病史信息。在实现中,R/V CSG引擎403可以用在阶段1052a和/或1052b接收到的病史信息补充目标数据,以区分病因估计的范围内的各种病因。例如,所存储的病史信息可以指示阻塞性肺病况的范围内的特定肺病或病况的历史(例如,哮喘或COPD的历史)。作为另一示例,所存储的病史信息可以指示缺乏预先存在的肺病或病况。这可引导R/VCSG引擎403评估生理数据以寻找环境原因(例如,诸如烟雾吸入或有毒气体泄漏等的环境原因)的证据。在实现中,R/V CSG引擎403可以请求附加目标数据以进行该评估以及/或者可以在CSG UI 110处向用户询问环境信息。
在阶段1053,R/V CSG引擎403可以基于目标数据和/或病史信息将病因估计转换成病因确定。处理阶段1053例示图5C中的方法500的阶段555。在实现中,病因确定可以是对呈现RD的根本原因的诊断,或者可以是来自阶段1050的病因估计的病因子集。在后者情况下,CSG引擎120可能没有足够的信息来得出诊断。
在实现中,CSG引擎120可以确定病因确定的置信度因子。算法可以基于在目标数据和病史中提供的数据的数量和类型来确定该置信度因子。例如,与肺活量测定数据组合的阻塞性肺病况可以指示COPD的中等置信度(例如,50-80%,取决于对于该特定患者,弹性超出弹性测量的正常范围多少)。然而,指示COPD的肺活量测定数据可能增加该置信度水平(例如,从50至80%增加到65至80%),并且COPD的病史可能进一步增加该置信度水平(例如,从65%至80%到85至99%)。
在实现中,阶段1053可以包括将病因确定作为第一输出260发送到(一个或多于一个)医疗装置180和/或将病因确定作为第二输出225发送到CSG UI 110。这样的实现例示图5C中的方法500的阶段557。R/V CSG引擎403可以利用用以将病因确定作为事件标记存储在患者诊疗数据文件188中的指令来将病因确定与发送到(一个或多于一个)医疗装置180。附加地或可替代地,R/VCSG引擎403可以利用用以在医疗装置的显示接口处提供病因确定的指令将病因确定发送到(一个或多于一个)医疗装置180(例如,将病因确定显示在画面处和/或提供病因确定的可听通知)。R/V CSG引擎403可以将病因确定发送到CSG UI 110以供显示。附加地,R/V CSG引擎403可以在移动装置105处和/或在(一个或多于一个)医疗装置180处请求对病因确定的用户确认。
CSG引擎120可以在阶段1053处基于与先前评估的生理数据组合的目标数据和病史数据中的一个或多于一个来确定病因。例如,(如在阶段840评估的)正常弹性可以支持哮喘的病因确定,而(如在阶段830评估的)高弹性可以支持COPD的病因确定。
基于病因确定,在阶段1054,R/V CSG引擎403可以补充临床干预。R/VCSG引擎403可以根据RD方案(例如,临床实践指南和/或护理标准)进一步更新临床干预,该RD方案例如可以包括以下等:药理学、补充O2、机械呼吸或通气支持、附加监测、或者相对于患者管理的后勤指令。例如,R/V CSG引擎403可以识别用以补充进行中的通气支持的药物干预。例如,基于COPD或哮喘的病因确定,R/V CSG引擎403可以识别支气管扩张剂或皮质类固醇的药物干预。R/V CSG引擎403可以进一步识别药物干预的剂量和时间表。附加地,R/V CSG引擎403可以识别和监测施予药物的疗效或不良影响的特定生理指标,并基于该生理指标来调整剂量和时间表。
在阶段1055和1056,R/V CSG引擎403可以实现进一步更新的临床干预。与其他临床干预一样,CSG引擎120可以以不同水平的自主性实现更新的临床干预(例如,药物干预)。经由向CSG UI 110的第二输出225,CSG引擎120可以指导护理者施予药物和/或可以向护理者请求自动药物施予的许可。可选地,CSG引擎120可以自动控制(一个或多于一个)医疗装置180以经由向(一个或多于一个)医疗装置180的第一输出260递送药物。对于药物干预,自主性的水平可以取决于药物的类型和适当的药品递送系统。作为示例,面罩278可以包括被配置为向患者递送药物的集成雾化器。作为另一示例,患者接口装置170可以包括可被自动控制以将药物递送至患者101的静脉内或其他药品递送装置269。
在阶段1057,R/V CSG引擎403向(一个或多于一个)医疗装置180提供第一输出260,该第一输出260包括一个或多于一个事件标记以及供(一个或多于一个)医疗装置将一个或多于一个事件标记记录在患者诊疗数据文件188中所用的指令。这些事件标记指示更新的临床干预、病因估计、接收到的目标数据、病因确定和药物干预中的一个或多于一个。
在阶段1058,如果设置了ALT血液动力学病况标志,则如由图10中的“H”连接点所示,CSG引擎120进入图12所示的血液动力学CSG引擎404。在阶段1058处不存在ALT血液动力学病况标志的情况下,R/V CSG引擎403继续已在进行中的呼吸监测循环890。该算法在节点1098处与病因序列1095并行地执行该循环。
转到图11,示出从图8A继续的R/V CSG引擎403的第三分支。在阶段1042,R/V CSG引擎403更新(例如,如在阶段723、733或743处选择的)进行中的至少一个临床干预。处理阶段1042提供图5A所示的方法500的阶段521的示例性实现。如关于阶段521更详细地所述,更新临床干预可以包括改变、修改、补充或替换进行中的临床干预。R/V CSG引擎403可以至少部分地基于呼吸数据的评估与阶段850处的肺力学数据的评估的组合来更新至少一个临床干预。在一些实现中,在阶段1042,R/V CSG引擎403可以基于护理者观察和评估来接收和评估附加病史数据和/或由用户在CSG UI 110处键入的数据。
以与阶段723、733或743处的临床干预的选择类似的方式,R/V CSG引擎403可以根据RD方案(例如,临床实践指南和/或护理标准)更新阶段1172处的至少一个临床干预,该RD方案例如可以包括以下等:药理学、补充O2、机械呼吸或通气支持、附加监测、或者相对于患者管理的后勤指令。在图11的示例中,在阶段1172,对临床干预的更新可以包括相对于先前确定的操作参数的升高的补氧、CPAP或双水平支持。
在更新之后,R/V CSG引擎403进入阶段1175和1177。在阶段1175和阶段1177,R/VCSG引擎403分别检查标志1和标志2的状况,并且进入阶段1176、1178和1179。处理阶段1176、1178和1179提供图5A所示的方法500的阶段524的示例性实现。在阶段1176、1178和1179,CSG引擎120可以以与以上关于阶段802、806、807、811和812处的医疗装置指令所述的类似的方式,经由向(一个或多于一个)医疗装置的指令来控制(一个或多于一个)医疗装置180。阶段1176、1178和1179处的医疗装置指令使得能够通过CSG引擎120控制通气系统280。在各种实现中,如以上关于阶段802、806、807、811和812类似地所述,CSG引擎120可以以关于通气系统280的控制的不同水平的自主性进行操作。
如果R/V CSG引擎403确定为设置了标志1,则这指示CPAP治疗已在进行中。在这种情况下,在阶段1176,R/V CSG引擎403向通气系统280提供第一输出260,以利用用以提高对进行中的CPAP干预的支持(例如,增加呼气气道正压(ePAP))的指令来实现更新后的临床干预。如果R/V算法确定为设置了标志2,则这指示双水平治疗已在进行中。在这种情况下,在阶段1178,R/V CSG引擎403向通气系统280提供第一输出260,与利用用以提高对进行中的双水平干预的支持(例如,增加ePAP和吸气气道正压(iPAP))的指令来实现更新后的临床干预。如果两个标志都未被设置,则在阶段1179,R/V CSG引擎403向通气系统280提供第一输出260,以利用用以提高对进行中的补氧干预的支持(例如,增加吸入氧浓度分数(FiO2))的指令来实现更新后的临床干预。
在阶段1176、1178和1179之后,R/V CSG引擎403在节点1198处分叉到图8B中的呼吸监测循环890以及分叉到病因序列1195。节点1198是图5A中的节点598的示例,并且病因序列1195是图5C中的病因序列595的示例。
病因序列1195从阶段1180开始。在阶段1180,R/V CSG引擎403基于呼吸数据和肺力学数据来生成病因估计。处理阶段1180例示图5C中的方法500的阶段545。在该示例中,病因估计是限制性肺病况。在实现中,R/V CSG引擎403可以将病因估计作为第二输出225发送到CSG UI 110。
考虑到限制性肺病况可能源于各种病因,在阶段1181,R/V CSG引擎403可以请求和接收目标数据。处理阶段1181例示图5C中的方法500的阶段547和549。目标数据可以是使得能够区分阻塞性肺病况的范围内的各种病因的一个或多于一个类型的患者数据。在该示例中,R/V CSG引擎403可以请求NIBP以使得能够区分充血性心力衰竭(CHF)和诸如由妊娠引起的病况等的其他限制性肺病况。R/V CSG引擎403可以利用向(一个或多于一个)医疗装置180的第一输出260请求目标数据(例如,第一输出260可以包括用以发送或收集并发送目标数据的指令)。R/V CSG引擎403可以接收来自(一个或多于一个)医疗装置的目标数据作为第一输入240。附加地或可替代地,R/V CSG引擎403可以向移动装置105请求目标数据并且从移动装置105接收目标数据。R/VCSG引擎403可以经由向CSG UI 110的第二输出225请求数据,并接收来自CSG UI 110的该数据作为第二输入230。
在阶段1182a,R/V CSG引擎403可以可选地向CSG UI 110提供第二输出225以提示用户键入患者病史信息和/或护理者评估或观察。附加地或可替代地,R/V CSG引擎403可以可选地从存储器109、存储器187、存储器309和(一个或多于一个)医疗记录数据库399中的一个或多于一个接收在阶段1182b针对患者所存储的病史信息。处理阶段1052a和1052b例示图5C中的方法500的阶段547和549。该存储的病史信息可以包括经由从CSG引擎120向存储场所的询问所访问的患者的先前存储的病史信息。在实现中,R/V CSG引擎403可以用在阶段1182a和/或1182b接收到的病史信息补充目标数据,以区分病因估计的范围内的各种病因。例如,所存储的病史信息可以指示限制性肺病况的范围内的病况的历史(例如,心脏病的历史)。作为另一示例,所存储的病史信息可以指示缺乏预先存在的肺病或病况。这可引导R/V CSG引擎403评估生理数据以寻找限制性肺病况的情况或环境原因的证据。例如,限制性肺病况的情况或环境原因可以包括暴露于石棉、二氧化硅、煤尘、香烟、雪茄或其他吸烟或电子烟产品。在实现中,R/V CSG算法可以请求附加目标数据以进行该评估以及/或者可以在CSG UI 110处向用户询问情况信息。
在阶段1183,R/V CSG引擎403可以基于目标数据和/或病史信息将病因估计转换成病因确定。处理阶段1183例示图5C中的方法500的阶段555。在实现中,病因确定可以是对呈现RD的根本原因的诊断,或者可以是来自阶段1080的病因估计的病因子集。在后者情况下,CSG引擎120可能没有足够的信息来得出诊断。在实现中,CSG引擎120可以确定病因确定的置信度因子。
在实现中,阶段1183可以包括将病因确定作为第一输出260发送到(一个或多于一个)医疗装置180和/或将病因确定作为第二输出225发送到CSG UI 110。这样的实现例示图5C中的方法500的阶段557。R/V CSG引擎403可以利用用以将病因确定作为事件标记存储在患者诊疗数据文件188中的指令来将病因确定与发送到(一个或多于一个)医疗装置180。附加地或可替代地,R/VCSG引擎403可以利用用以在医疗装置的显示接口处提供病因确定的指令将病因确定发送到(一个或多于一个)医疗装置180(例如,将病因确定显示在画面处和/或提供病因确定的可听通知)。R/V CSG引擎403可以将病因确定发送到CSG UI 110以供显示。附加地,R/V CSG引擎403可以在移动装置105处和/或在(一个或多于一个)医疗装置180处请求对病因确定的用户确认。
基于病因确定,在阶段1184,R/V CSG引擎403可以进一步更新临床干预。R/V CSG引擎403可以根据RD方案(例如,临床实践指南和/或护理标准)进一步更新临床干预,该RD方案例如可以包括以下等:药理学、补充O2、机械呼吸或通气支持、附加监测、或者相对于患者管理的后勤指令。例如,R/V CSG引擎403可以识别用以补充进行中的通气支持的药物干预。例如,基于CHF的病因确定,R/V CSG引擎403可以识别利尿剂的药物干预。R/VCSG引擎403可以进一步识别药物干预的剂量和时间表。附加地,R/V CSG引擎403可以识别和监测施予药物的疗效或不良影响的特定生理指标,并基于该生理指标来调整剂量和时间表。
在阶段1185和1186,R/V CSG引擎403可以实现进一步更新的临床干预。与其他临床干预一样,CSG引擎120可以以不同水平的自主性来实现更新的临床干预(例如,药物干预)。经由向CSG UI 110的第二输出225,CSG引擎120可以指导护理者施予药物和/或可以向护理者请求自动药物施予的许可。可选地,CSG引擎120可以自动控制(一个或多于一个)医疗装置180以经由向(一个或多于一个)医疗装置180的第一输出260递送药物。对于药物干预,自主性的水平可以取决于药物的类型和适当的药品递送系统。作为示例,面罩278可以包括被配置为向患者递送药物的集成雾化器。作为另一示例,患者接口装置170可以包括可被自动控制以将药物递送至患者101的静脉内或其他药品递送装置269。
在阶段1187,R/V CSG引擎403向(一个或多于一个)医疗装置180提供第一输出260,该第一输出260包括一个或多于一个事件标记以及供(一个或多于一个)医疗装置将一个或多于一个事件标记记录在患者诊疗数据文件188中所用的指令。这些事件标记指示更新的临床干预、病因估计、接收到的目标数据、病因确定和药物干预中的一个或多于一个。
在阶段1188,如果设置了ALT血液动力学病况标志,则如由图11中的“H”连接点所示,CSG引擎120进入图12所示的血液动力学CSG引擎404。在阶段1188处不存在ALT血液动力学病况标志的情况下,R/V CSG引擎403继续已在进行中的呼吸监测循环890。该算法在节点1198处与病因序列1195并行地执行该循环。
参考图12,示意性示出血液动力学算法的处理阶段。然而,引擎404仅是示例而非限制性的。可以例如通过阶段的添加、移除、重排、组合和/或并行进行来改变引擎404。图12所示的处理阶段例示了血液动力学CSG引擎404向RD表现的应用。如关于图2和图6更详细地论述的,与图6至图11中一样,图12所示的图例99提供向UI的第二输出225和向(一个或多于一个)医疗装置180的第一输出260之间的图形区别。图12中的“H”连接点1299指示从图7至图11中的处理步骤的进入点,并且这些图包括向“H”连接点1299的链接。图12中所示的“开始”指示在由引擎402初始化血液动力学CSG引擎404时从图6的进入点。
在由引擎402初始化时(如图6所示),在阶段1225,血液动力学CSG引擎404在阶段1225从患者监测器/除颤器285接收血液动力学数据(例如,心电图(ECG)数据、心率(HR)数据和无创血压(NIBP)数据)。血液动力学CSG引擎404接收来自(一个或多于一个)医疗装置180的该数据作为第一输入240。在实现中,如关于图16、图22A和图22B更详细地所述,阶段1225包括在CSG UI 110处提供所接收到的数据。如以下所述,血液动力学CSG引擎404继续接收如由患者监测器/除颤器285收集的血液动力学数据,并在执行CSG算法的持续时间内评估血液动力学数据。
在接收到时,血液动力学CSG引擎404在阶段1230评估血液动力学数据。具体地,血液动力学CSG引擎404针对ALT血液动力学患者病况的指示对血液动力学数据进行评估。例如,ECG可以指示与心室颤动相关联的心律失常或者心脏骤停的其他指示。作为另一示例,升高的HR(例如,HR>120bpm)和指示心动过速的ECG可以指示即将发生的中风。作为又一示例,低HR(例如,HR<60bpm)和低NIBP(例如,NIBP<90/60)可以指示潜在致命的药品过量。
如果血液动力学数据中的任何或全部指示了ALT血液动力学病况,则血液动力学CSG引擎404进入阶段1231以检查ALT血液动力学病况标志(ALT病况标志)状况。如果尚未基于血液动力学算法的先前迭代设置ALT病况标志,则引擎404进入阶段1235以设置该标志,然后继续进入阶段1240。如果已基于血液动力学算法的先前迭代设置了ALT病况标志,则引擎404进入阶段1240。
如果在阶段1230处没有血液动力学数据指示ALT血液动力学病况,则血液动力学CSG引擎404进入阶段1232以检查ALT病况标志状况。如果尚未基于血液动力学算法的先前迭代设置ALT病况标志,则引擎404返回到阶段1225以更新或刷新血液动力学数据。如果已基于血液动力学算法的先前迭代设置了ALT病况标志,则如以下进一步论述的,引擎404进入阶段1280。
在患者诊疗的过程中,只要CSG引擎120的执行继续,血液动力学CSG引擎404基本上持续执行以经由血液动力学监测循环1298监测和评估血液动力学数据的状况。绕着该循环,引擎404在阶段1225处接收数据,在阶段1230处针对ALT血液动力学病况进行评估,在阶段1232寻找ALT血液动力学病况标志,并且在不存在该标志的情况下,返回到阶段1225以刷新该数据。当来自阶段1225的数据指示ALT血液动力学病况时,引擎404离开血液动力学监测循环1298而到图12的左侧以保持处于预警状况状态,直到数据不再指示ALT血液动力学病况为止。当来自阶段1225的数据不指示ALT血液动力学病况、但从ALT血液动力学病况的先前指示起标志保持设置时,引擎404离开血液动力学监测循环1298而到图12的右侧,以取消设置标志并刷新数据。
与血液动力学CSG引擎404并行运行的CSG引擎120的其他元件(例如R/V CSG引擎403等)可以周期性地检查ALT病况标志的状况。如果设置了该标志,则其他元件可以响应地使它们的处理流程转向,使得CSG引擎120可以解决ALT血液动力学病况。例如,在图7中的阶段722、732和742处以及分别在图9、图10和图11中的阶段927、1058和1188处,R/V CSG引擎403检查如通过并发地执行血液动力学CSG引擎404所控制的ALT病况标志状况。如果在这些阶段中的任何阶段“设置了”ALT病况标志状况,则R/V CSG引擎403维持任何进行中的干预并转向到图12中的阶段1240。R/V CSG引擎403可以在血液动力学CSG引擎404的执行期间维持任何实现的干预。在实现中,CSG引擎120可以使与在阶段1230处指示的ALT血液动力学病况的监测和临床干预相关的UI元素和/或医疗装置操作优先。
返回到阶段1240,基于阶段1230处的ALT血液动力学病况的指示,血液动力学CSG引擎404可以提供第二输出225,该第二输出225包括在CSG UI 110处的指示所检测到的ALT血液动力学病况的护理者预警。
可选地,在阶段1245,血液动力学CSG引擎404可以针对患者状况询问患者监测器/除颤器。响应于该询问,患者监测器/除颤器285可以提供具有监测器/除颤器285的装置状况的第一输入240。例如,装置状况可以包括ECG分析状况或结果以及除颤状况,例如可电击节律的检测、除颤电击的施予等。作为另一选项,CSG引擎120可以将来自患者监测器/除颤器285的信息提供到CSG UI 110以供在阶段1250处显示。
在阶段1255,血液动力学CSG引擎404可以利用用以将事件标记记录在患者诊疗数据文件188中的指令将事件标记提供到(一个或多于一个)医疗装置180。事件标记指示任何并行CSG算法的中断和状况以及所检测到的ALT血液动力学病况。此外,在阶段1255,血液动力学CSG引擎404返回到阶段1225以接收更新的血液动力学数据并重新迭代。
在阶段1230处没有ALT血液动力学病况的指示的情况下,血液动力学算法进入阶段1232。在阶段1232,血液动力学CSG引擎404检查ALT血液动力学病况标志的状况。
如果在血液动力学CSG引擎404的先前迭代中没有设置ALT病况标志,则引擎404返回到阶段1225以更新或刷新血液动力学数据。然后,血液动力学CSG引擎404重新迭代以监测和评估血液动力学数据。
如果在血液动力学CSG引擎404的先前迭代中设置了ALT病况标志,则由于在血液动力学数据中不再检测到先前检测到的血液动力学病况、并且患者可能不需要立即干预以解决ALT血液动力学病况,因此引擎404到达阶段1232。在这种情况下,血液动力学CSG引擎404在阶段1280取消设置标志。
在阶段1285,血液动力学算法向CSG UI 110提供第二输出225。阶段1285处的第二输出225包括供在CSG UI 110处显示用的如下通知:血液动力学数据不再指示使得在血液动力学CSG引擎404的先前迭代中设置标志的ALT血液动力学病况。
在阶段1290,血液动力学CSG引擎404可以利用用以将事件标记记录在患者诊疗数据文件188中的指令将事件标记提供到(一个或多于一个)医疗装置180。事件标记指示了血液动力学数据不再指示ALT血液动力学病况。此外,在阶段1290,血液动力学CSG引擎404返回到阶段1225以接收更新的血液动力学数据并重新迭代。
参考图13A和图13B,例示被配置为提供装置视图用户接口的移动装置。如图13A所示,护理者103可以部署医疗装置180(例如,患者监测器/除颤器)以处置受害者101。医疗装置180可以包括被配置为显示患者的护理所用的医疗装置数据的显示画面310。显示画面310可以提供如关于图3G所论述的操作接口335。医疗装置180可以与移动装置105进行通信。在实现中,装置视图窗口或用户接口被配置为在各个医疗装置的操作接口处以相应医疗装置上所提供的显示格式的视觉再现提供多个生理参数的至少一部分的实时显示。
移动装置105可以被配置为提供例如图13B所示的装置视图窗口1315。在如以下论述的图13C中示出装置视图窗口1316的另一示例。
除了图13B所示的任何元素之外或者作为图13B所示的任何元素的替代,装置视图窗口1315可以提供如图27C所示的用户接口2760的一个或多于一个元素。装置视图可以改善来自护理者团队和/或在混乱的急救环境(其中医疗装置的画面可能不容易被所有团队成员访问和/或可能不方便地定位以获得最佳观看(例如,在轮床下、在移动轮床上、在救护车长凳下等))中的护理。例如,第一护理者103可以通过来自医疗装置(例如患者监测器/除颤器285等)和医疗装置显示画面310的辅助和治疗来照顾受害者101。第二护理者104可以准备药物或轮床,或者在没有医疗装置显示画面310的视图的情况下处理另一任务。在一些场景中,第二护理者104可以监督更大的护理团队以及可能的其他受害者。第二护理者104可以在移动装置105上查看装置视图窗口1315。
在一些实现中,移动装置可以实时显示来自连接到医疗处置装置的一个或多于一个生理传感器的传感器数据。在一些示例中,移动装置可以在第一显示中显示在医疗处置装置处所显示的信息的视觉再现。该第一显示视图(称为装置视图)使得附加的医疗团队成员能够在不必紧邻医疗处置装置的情况下参与患者处置。例如,在重症患者护理事件(例如,胸痛、心脏骤停、创伤性脑损伤(TBI)、RD或重症护理监测)期间监督和协调患者处置的救援团队主管(例如,图13A中的护理者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可以显示指示患者的病况和/或正施予给患者的医疗处置的状况的多个波形和度量。例如,如图13B所示,装置视图窗口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(例如,如图13B、图13C、图14A、图14B、图15、图16和图29至43所示)。控件1311的激活可以使得用户能够在移动装置105处键入患者识别信息。
参考图13C,示出移动装置处的组合通气系统/患者监测器/除颤器装置视图用户接口的示例。在实现中,装置视图窗口1315和/或1316、工作视图窗口1415和趋势视图窗口1515中的一个或多于一个可以包括装置选择控件1399(例如,患者监测器/除颤器选择控件1399a、通气系统选择控件1399b和组合装置选择控件1399c)。控件1399可以使得用户能够从单个医疗装置(例如,患者监测器/除颤器285或通气系统280)选择显示所用的数据,或者选择组合显示。在一个示例中,各类型的医疗处置装置的病例信息可在移动装置的各个单独显示接口处查看。在另一示例中,不同医疗处置装置的病例信息可以在移动装置105处的相同显示接口画面内组合。这样,移动装置用户可以定制如从(一个或多于一个)医疗装置180接收到的在移动装置105处显示的病例信息。
在图13F所示的组合装置视图窗口的示例中提供的数据包括由患者监测器/除颤器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波形1388。
患者监测器/除颤器285或通气系统280可以提供温度数据1391。患者监测器/除颤器285和通气系统280中的一个或多于一个可以提供警报1392。
参考图14A和图14B,示出移动装置处的工作视图窗口的示例。工作视图窗口1415可以经由移动装置105上的工作视图选项卡1340访问,并且可以以与医疗装置显示器不同的方式提供医疗装置显示器上可用的数据的呈现。作为示例,工作视图窗口1415可以提供数据的不同集合、数据的不同布置、在装置显示器上不可利用的指令和选项等,并且它们的视图可以针对移动装置的用户定制以及/或者基于患者的状况而定制。在实现中,可以基于装置命名法来指代选项卡1340。作为示例,如果移动装置是平板电脑,则该选项卡可被标记为“平板电脑视图”,如果移动装置是智能电话,则该选项卡可被标记为“电话视图”,如果移动装置是头戴式耳机,则该选项卡可被标记为“头戴式耳机视图”等。工作视图窗口1415可以显示与装置视图窗口1315和/或1316不同的数据。装置视图窗口1315和/或1316提供移动装置105处的医疗装置画面310上的所有信息的视图,使得救援者可以将装置视图窗口与医疗装置画面可互换地使用。救援者和其他医疗团队成员也可能希望查看除装置视图窗口1315和/或1316中提供的信息以外的附加信息。在一些实现中,移动装置还可以在第二显示视图(被称为工作视图窗口1415,其与装置视图窗口1315和/或1316分开且可由用户(例如,经由选择选项卡1340或其他用户输入选择)在同一移动装置105上访问)中显示针对移动装置的用户的偏好或处置角色所定制的一个或多于一个患者数据仪表板。在一些示例中,数据仪表板显示生理传感器数据,诸如ECG波形、脉搏血氧波形和CO2波形等。在一些示例中,脉搏血氧波形可以包括以下项中的一个或多于一个的波形:外周毛细血管氧饱和度(SpO2)、一氧化碳饱和度(SpCO)、高铁血红蛋白(SpMet)、总血红蛋白(SpHB)、血氧含量(SpOC)、脉搏灌注变异指数(PVI)和血流灌注指数(PI)。在一些示例中,工作视图窗口1415可以是经由滚动手势1462可操作的可滚动显示窗口1460,其包括数据仪表板,代替在装置视图内显示的信息或除在装置视图内显示的信息之外,这些数据仪表板还显示与处置装置或方法相关联的基于处置的传感器数据。例如,CPR数据仪表板1470可以显示例如包括胸外按压深度和胸外按压速率的实时CPR信息。所显示的CPR信息可以向对患者递送CPR胸外按压的救援者提供与各胸外按压的深度是否在目标范围和目标按压速率内有关的实时反馈。在一些情况下,向患者提供CPR胸外按压的救援团队成员可以选择使胸外按压仪表板与工作视图内的其他仪表板相比更显著地显示,以更容易地查看与CPR胸外按压的施予相关联的反馈。类似地,在一些实施例中,通气仪表板1472可以显示实时通气信息,该实时通气信息在一些示例中包括通气速率、潮气量和分钟量。在一些情况下,向患者提供通气的救援者可以选择在工作视图内显示通气仪表板,以更容易地查看与提供患者通气相关联的反馈。移动装置105可以使得(一个或多于一个)用户能够添加或移除任何仪表板以适合他们的观看偏好。在一些情况下,可以通过使得移动装置105的观看者能够根据他们的意愿格式化医疗装置数据的控件来在医疗处置期间创建和定制工作视图。
例如图14B所示,在实现中,工作视图窗口1415可以包括一个或多于一个医疗装置操作参数指标(例如,除颤电击能量指标1405a和1405b)、滚动警报指标1410、通知横幅窗口1450和以上论述的所连接装置窗口1420。在实现中,警报指标1410可以指示超过了警报阈值的一个或多于一个参数。例如,在ARF的情况下,EtCO2可能已超过警报阈值,并且SpO2可能已降至低于警报阈值。因而,指标1410可以在显示“EtCO2高警报极限”和“SpO2低警报极限”之间交替。工作视图窗口1415还可以包括所连接装置窗口1420。所连接装置窗口1420可以包括识别耦接到移动装置105的(一个或多于一个)医疗装置180的一个或多于一个图形图像(例如,1401a和1401b)。CSG引擎120可以基于所检测到的连接自动填充该窗口。在实现中,用户可以轻击或口头调用添加装置控件1402以提供所连接医疗装置的识别信息。通知横幅窗口1450可以向用户提供通知。例如,通知可以包括与所监测的参数、临床干预、医疗装置的操作和/或组装、以及工作视图1415和/或CSG UI 110的控制所用的用户选项有关的信息。
除图14A和图14B所示的任何元素之外或作为图14A和图14B所示的任何元素的替代,工作视图窗口1415可以提供如图27C所示的用户接口2760的一个或多于一个元素。为了减小(一个或多于一个)医疗处置装置180并且特别是患者监测器/除颤器285的大小和重量以增强可携带性和可用性,医疗装置上的(一个或多于一个)信息显示画面(例如,如图13B所示的患者监测器/除颤器285的显示画面310)的(一个或多于一个)大小经常被减小到显示区域太小而不能同时显示所有医疗装置数据(包括从患者收集的传感器信息以及关于诊断、处置、装置性能、护理者性能等所收集的所有信息)的程度。实际上,在许多情况下,尽管患者监测器/除颤器的体积可能仅小于0.5ft3并且其显示大小仅为8.5”(对角线长度),但由患者监测器/除颤器在任何一个时间收集和生成的信息量将容易填充36”(对角线长度)或更大的整个显示画面。这给使用医疗装置的护理者提出了两难困境:选择要显示的信息经常困难,并且显示一个特定参数以失去另一参数的可视性为代价。另外,在患者护理期间在特定时间不可见的信息可能导致对患者的无效或有害的干预和医疗处置。工作视图窗口1415提供无装置显示区域限制的页面。用户可以定制在工作视图窗口1415中示出的信息,并且该窗口是滚动窗口1460,由此增加可用的显示区域。附加地,用户可以在装置视图窗口1315和/或1316与工作视图窗口1415之间切换。
参考图15,示出移动装置处的趋势视图窗口的示例。在一些实现中,移动装置105可以响应于趋势选项卡1350的用户选择而提供趋势视图窗口1515。除图15中所示的任何元素之外或者作为图15所示的任何元素的替代,趋势视图窗口1515可以提供如图27C所示的用户接口2760的一个或多于一个元素。在一些实现中,移动装置105可以使得用户能够定制显示接口内显示的趋势。在实现中,趋势视图窗口被配置为提供在移动装置处从一个或多于一个通信耦接的医疗装置所接收到的一个或多于一个生理参数的用户可定制的数据趋势信息。例如,在选择趋势选项卡1350时,移动装置105可以显示供用户基于趋势查看偏好来选择和/或取消选择用的一个或多于一个趋势的列表。趋势视图窗口1515可以显示在医疗事件期间随时间的生理传感器值趋势(例如,SpO2 1540、EtCO2 1538、NIBP 1542)。在一些情况下,趋势数据可以以图形或表格格式显示。趋势视图窗口1515可以是滚动窗口1460,使得用户可以利用滚动手势1462访问更大的数据集。趋势视图窗口1515还可以包括离散数据值。在示例中,用户可以选择以下项中的一个或多于一个的波形和/或均值以供显示:HR、脉率(PR)、SpO2、NIBP、有创血压(收缩BP、舒张BP、平均动脉压)、EtCO2、呼吸频率/呼吸率(RR/BR)、脉搏灌注变异指数(PVI)。附加地,用户可以选择是否显示数据表1552。在一些实施例中,用户还可以选择用于记录在趋势视图1515内(诸如在数据表1552内等)显示的趋势数据的时间间隔。在一些实现中,在趋势选择选项卡1554处提供的输入还可以使得用户能够选择用于在趋势视图UI画面1515中记录和/或显示趋势数据的预定时间间隔(例如,每10秒、20秒、30秒、1分钟、3分钟、5分钟)。
在实现中,趋势视图窗口1515可以包括叠加在趋势标绘图上的事件标记注释1556、1558、1560、1562。这些注释使得用户能够容易地辨识随时间的推移各个干预或处置对患者的病况的影响。在实现中,(一个或多于一个)医疗装置180可以自动记录针对在提供给患者的患者护理期间的各种处置、干预或其他活动的事件标记,或者护理者可以在(一个或多于一个)医疗装置180处手动输入事件标记数据。事件标记可以指示例如施予特定药品、放置IV、氧施予、检测可电击节律、向患者施加电击、发起胸外按压、发起通气等的活动。
在实现中,使用移动装置105的护理者可以在移动装置105处手动输入与某些类型的医疗干预(例如,施予氧或药物)相对应的事件标记数据。在一些示例中,在选择趋势视图选择器1350时,移动装置105可以单独地或作为批量数据传送请求的一部分来传输对事件标记数据的数据请求,以叠加显示在趋势图1538、1540、1542上。在选择事件标记注释1556、1558、1560、1562其中之一时,移动装置105可以使得显示与所选择的事件标记有关的细节,诸如施加电击中的能量、施予药物量、除颤器波形和/或通气数据的显示画面、以及/或者来自(一个或多于一个)医疗装置180处的显示接口的数据的快照视图和/或与所选择的事件标记相关联的时间处的装置视图1315和/或1316等。
在一些实现中,多个护理者可以为受害者101提供护理。例如,在查看工作视图和装置视图之后,(例如,在现场但不直接对患者施予护理的)护理者104和/或远程护理者303可以认为特定医疗装置数据与(例如,在现场且直接对患者施予护理的)护理者103的决策相关。在一些场景中,护理者103查看(一个或多于一个)医疗装置180而不是移动装置105处的显示。在这种场景中,护理者104和/或远程护理者303可以从移动装置105向(一个或多于一个)医疗装置180发送指令以实现对其操作的改变和/或对(一个或多于一个)医疗装置180处的数据显示的改变。例如,如果主管注意到超过了自上次血压读数起的持续时间,则指令可以包括用以经由示波血压袖带发起血压读取的命令。作为另一示例,可以从移动装置105发起12导联。作为又一示例,当处置表现出RD的患者时,护理者103可以选择在(一个或多于一个)医疗装置180的显示画面上不包括二氧化碳描记波形或EtCO2值。护理者104和/或303可以在工作视图中看到二氧化碳描记波形指示阻塞性肺病况并切换到装置视图,并且看到没有显示二氧化碳描记信息(护理者103的潜在有缺陷的医疗决策正是基于此)。基于此,护理者104和/或303可以从移动装置105向(一个或多于一个)医疗装置180发起指令以更改显示格式并显示二氧化碳描记信息。可替代地,指令可以采用更改显示格式的请求的形式。该请求可以是采用对操作医疗处置装置的护理者的文本请求的形式(例如,“重要患者信息:请显示二氧化碳描记图”)。
参考图16,示出在移动装置处提供的CSG用户接口的示例。本文所示的CSG UI 110和构成画面的设计或布局仅是示例而不限制本公开。CSG UI 110和构成画面包括各种交互元素(例如,键入字段、可选菜单、按钮、箭头、复选框、软键、滑块等)和关联的显示指令,以提示护理者进行信息的用户键入。移动装置105可以将用户键入的信息作为第二输入230提供给CSG引擎120。附加地,CSG UI 110和构成画面提供第二输出225中所包括的信息。第二输出225包括从CSG引擎120提供到移动装置105以供在CSG UI 110处显示的信息。附加地,CSG UI 110可以是由用户经由一个或多于一个触摸屏手势1698所控制的触摸激活接口,并且可以包括如关于移动装置105处的其他窗口所述的滚动窗口。
用户可以经由情境敏感引导(CSG)选项卡1370在移动装置105处访问CSG用户接口110。CSG用户接口110可以提供音频输入控件1610、扫描器控件1615、患者评定画面1621(例如,如图17所例示)、患者病史画面1622(例如,如图18所例示)、CSG事件标记画面1623(例如,如图19和图20所例示)、以及临床干预画面1624(例如,如图21A、图21B和图21C所例示)、医疗装置数据画面1660(例如,如图22A和图22B所例示)、以及病因信息画面1670(例如,如图23所例示)。
音频输入控件1610可以使得能够进行如由音频传感器1699或麦克风在移动装置105处检测到的来自用户的信息的语音输入。代替菜单或本文中针对信息的用户键入所例示的键盘条目或者除菜单或本文中针对信息的用户键入所例示的键盘条目之外,CSG UI110可以捕获语音信息并将该信息转换成文本条目。在一些实现中,语音信息可以包括事件标记数据的注释。
扫描器控件1615可以使得移动装置105能够经由条形码扫描、QR码扫描和/或生物特征扫描来针对CSG UI 110捕获信息。在一个示例中,用户可以激活扫描器控件1615以扫描正施予给患者的药物的条形码,并且移动装置105可以将所扫描的识别码转换成药物类型和/或剂量。在其他示例中,用户可以激活扫描器控件1615以扫描人口统计信息、支付信息、医疗装置识别码、护理者识别码、患者和/或护理者生物特征等。
警报控件1618可以使得护理者能够在CSG UI 110处查看警报。在实现中,警报控件1618的激活可以使得能够在警报窗口1619中显示警报。在实现中,CSG引擎120激活警报控件1618作为默认操作条件。在实现中,CSG引擎120可以使得CSG UI 110显示警报窗口1619以及其他画面中的一个或多于一个。以这种方式,护理者在患者的护理期间可以始终能访问警报信息。
参考图17,进一步参考图16,例示患者评定画面的示例。患者评定画面1621提供RD表现评定的示例。护理者可以在如图6所示的CSG初始化算法411的阶段610访问画面1621。RD表现评定仅是示例而不限制本公开。例如,在各种实现中,患者评定画面1621可以提供针对来自以下项中的一个或多于一个的护理者评定的信息的键入字段:气道、呼吸、循环、缓和或促成因素、疼痛的性质、疼痛的区域或辐射、疼痛的严重性、疼痛的时间性质、精神状况评估、情况或环境信息、护理者对受害者的其他视觉和/或触觉评估、基于与患者的沟通的其他护理者评定等。
在图17的RD示例中,评定画面1621包括患者呼吸所用的切换开关1710和患者呼吸困难所用的切换开关1720。切换开关仅是示例而不限制本公开。例如,字段可以容纳所键入的条目、菜单选择和其他用户交互元素或激活元素(例如,按钮、箭头、复选框、滑块等)。画面1621还可以包括用以保存或取消用户键入的激活元素1730和用以在评定画面1621处确认用户键入的激活元素1740。
参考图18,进一步参考图16,例示患者病史画面的示例。例如,CSG UI 110处的患者病史键入画面1622可以包括以下项中的一个或多个一个的输入字段:患者姓名1802和/或患者识别码、患者年龄1804、患者性别1806、患者身高和/或体重1805、以及/或者其他患者医疗和/或人口统计信息。当医疗装置180包括通气系统280时,患者的身高、性别和/或体重可以确定用于对患者施予氧和呼吸干预的通气量和通气率。患者医疗信息可以包括药物1808、心脏历史1810、呼吸历史1812和/或环境历史1814。
在实现中,患者病史键入接口1622可以包括保存控件1816和/或医疗记录数据库导入控件1820。医疗记录数据库导入控件1820可被配置为导入来自移动装置105处所存储的和/或一个或多于一个医疗记录数据库399中所存储的PCR文件的患者病史数据。附加地或可替代地,医疗记录数据库导入控件1820可以使得能够从一个或多于一个医疗记录数据库399处所存储的医院电子健康记录(EHR)导入患者病史数据。在实现中,医疗记录数据库399可以包括健康信息交换(HIE),并且医疗记录数据库导入控件1820可以使得能够从HIE导入患者病史数据。
在实现中,画面1622可以包括确认控件1830以捕获病史导入的用户确认。画面1622可以响应于经由控件1820的用户请求来提供确认控件1830。可替代地,CSG引擎120可以从移动装置上的另一文件(例如,来自患者制图应用131的电子患者图表)、(一个或多于一个)医疗装置和/或(一个或多于一个)医疗数据库399自动导入患者病史。例如,CSG引擎120可以在阶段1052b和1182b其中之一自动导入病史数据。CSG UI 110可以提供确认控件以向用户通知自动导入,并且捕获用以指示用户知晓该导入的用户确认。
在一些示例中,没有主动参与提供直接患者护理的主管或其他护理者可以具有更大的灵活性来处理如以下那样的管理项:输入患者信息、查看从医疗处置装置(例如,除颤器、患者监测器、通气系统280)实时流传输的在医疗处置装置的画面上可能立即提供或可能不立即提供的信息、以及/或者记载医疗事件的其他方面。附加地,在(一个或多于一个)医疗装置180的输入接口处输入患者信息可能是繁琐和冗长的。因此,在移动装置处提供患者信息输入接口使得护理者有时间能够更好地关注他们的指派任务,而不必忙于试图在医疗处置装置的输入接口处冗长地输入患者信息。
参考图19,进一步参考图16,例示CSG事件标记画面的示例。CSG事件标记画面1623使得一个或多于一个事件标记控件1910的用户选择能够在移动装置处输入CSG事件标记。使得护理者能够在移动装置105处输入事件标记信息可以解放正在提供直接患者护理(例如,CPR、通气或电击)的其他护理者集中于他们各自的任务而不必停止,以输入事件标记信息。在一些实现中,响应于CSG事件标记选择器1623的选择,移动装置105显示事件标记输入UI画面1623,该事件标记输入UI画面1623使得移动装置105的用户能够在移动装置105处输入CSG事件标记信息。在一些示例中,(一个或多于一个)医疗装置180可以自动记录(一个或多于一个)医疗装置180可自动检测的事件(诸如可电击的ECG节律的识别、对患者的除颤电击的施予、和/或开始胸外按压和/或通气等)的事件标记。然而,(一个或多于一个)医疗装置180无法检测的其他处置措施可以对在(一个或多于一个)医疗装置180处显示的波形、度量值和趋势以及在移动装置105处的显示视图中指示的患者响应产生影响。例如,如趋势视图UI画面1515(图15)所示,事件标记1556、1558、1560、1562的视觉指示叠加在趋势图1538、1540、1542上,以提供与对同相应标记相关联的处置的患者响应有关的附加情境。因此,提供指示何时采取了由(一个或多于一个)医疗装置和/或护理者提供的诸如药物或治疗措施等的某些干预的事件标记,这可以向护理者提供监测医疗事件期间的患者响应的情境并且还可以增强事件后汇报和分析。
在示例中,当向患者提供干预时,护理者可以选择事件标记画面1623以选择一个或多于一个事件标记来指示所提供的干预的类型。例如,干预可以是药物的(例如,利尿剂、雾化剂、支气管扩张剂、皮质类固醇等)。在一些示例中,护理者还可以提供对诸如施予时间、剂量、药品递送类型(例如,IV、气雾剂)等的信息的放大。附加地,护理者可以提供病因估计(例如,CHF、哮喘、COPD的估计)和/或呼吸干预(诸如鼻插管、面罩或插管等)的标记。
在实现中,CSG事件标记可以包括生理评估(诸如缺氧、高碳酸血症、肺弹性评估和/或肺阻力评估等)的标记。CSG引擎120确定适当干预所基于的生理评估的记录提供了患者的初始护理的记录,其可以使得能够进行病因和处置的后续诊断。在这些评估之前和之后提供的干预以及这些干预的结果可以确认或提供对特定诊断或处置推荐的支持。
在一些示例中,除以上论述的预设事件标记的示例之外,事件标记输入UI画面1623还可以包括一个或多于一个可定制事件标记1920,其使得移动装置用户能够添加附加且可定制的事件标记,以进一步增强护理者的向在(一个或多于一个)医疗装置和/或移动装置105处显示的病例信息添加有意义注释的能力。
在一些示例中,当在事件标记输入UI画面1623处检测到提交了CSG事件标记信息时,移动装置105将具有所提交的事件标记信息的指令信号(例如,向(一个或多于一个)医疗装置260的CSG输出)传输到(一个或多于一个)医疗装置180,并指示(一个或多于一个)医疗装置180将所提交的事件标记信息与各个病例信息相关联并存储在(一个或多于一个)医疗装置180处所存储的患者诊疗数据文件188和/或在(一个或多于一个)医疗装置180处所创建并发送到(一个或多于一个)云服务器398的医疗装置数据文件395中。因此,处置记录可以存储在(一个或多于一个)医疗装置180上,而不需要存储在移动装置上。可替代地,在一些情况下,可以将用以载入事件标记的指令从移动装置不仅发送到医疗处置装置,而且发送到存储处置记录的云服务器。可替代地,云服务器可以在不需要云服务器与移动装置之间的直接通信的情况下,对医疗处置装置进行轮询以得到最新的处置记录。医疗处置装置可以优选仅由立即使用该医疗处置装置的人无干扰地操作,而不是让其他人移动或以其他方式与其接合。此外,随着代码的进展,护理者103可能希望在现有病例内主动回顾,以查看感兴趣的事件,诸如肺力学和/或呼吸气体状况、或者一旦递送了药物某些生命体征的影响如何等。
在一些方面,一旦保存了事件标记信息,(一个或多于一个)医疗装置180就将指示保存了事件标记信息的确认信号发送到移动装置105。响应于接收到确认信号,在一些实现中,移动装置105可以在CSG UI 110处显示确认消息1919,该确认消息1919确认出所提交的事件标记信息链接到各个病例信息并在(一个或多于一个)医疗装置180处更新。在一些示例中,在事件标记信息的链接和保存已开始和结束这两个情况下,医疗装置180可以向移动装置105发送确认信号。在这样的示例中,可以显示单独的确认消息以确认出正在记录(链接和保存)所提交的事件标记以及所提交的事件标记的记录/保存已完成。确认消息1919对于使护理者(在紧张的情况下)对确实正在记录事件标记感到放心可以是有益的。
在实现中,事件标记画面1623可以包括事件标记汇总控件1906。事件标记汇总控件1906可以使得用户能够请求事件标记汇总画面(例如,以下关于图20论述的画面2042)。CSG UI 110还可以提供事件筛选选择器1908,该事件筛选选择器1908使得CSG引擎120将画面2042中呈现的事件筛选成仅移动装置用户希望看到的事件的类型。例如,筛选类型可以包括图19中例示的事件标记的类别和/或这些类别的子集(例如,药物处置、呼吸处置、血液动力学处置、手动患者评定、自动患者评定、呼吸病因、血液动力学病因、呼吸生理传感器评估、血液动力学生理传感器评估和/或其组合)。事件标记可以进一步包括警报和/或病史信息。
参考图20,进一步参考图16,例示事件汇总画面的示例。响应于例如经由事件汇总控件1695的用户选择接收到事件汇总请求,移动装置105可以显示事件汇总画面2732。事件汇总画面2732呈现在处置患者的过程中发生的一个或多于一个时间戳事件。在一些示例中,所显示的事件标记例如可以包括患者评定2062、临床干预2060、生理数据评估2058、病因估计2056和/或病因确定2054。在一些示例中,所列出的事件可以基于事件类型进行颜色编码。
在进一步参考图16的情况下参考图21A、图21B和图21C,示出各种临床干预画面的示例。临床干预画面1624可以提供示例画面2110、2120、2130、2140、2150、2160中的一个或多于一个。临床干预画面1624可以提供由CSG引擎120生成的干预指令(例如,画面2110、2120、2130、2140和2150)、由CSG引擎120生成的干预通知(例如,画面2160),以及/或者提示用户键入临床干预指令(例如,画面2170和2180)。这些画面中的一个或多于一个可以包括用户确认控件2190和/或用户取消控件2195。在实现中,CSG引擎120可以响应于用户确认控件2190的激活和/或响应于用户取消控件2195的激活而生成临床干预的CSG事件标记。
在实现中,用户确认控件2190的激活可以提供由用户施予了特定干预的用户确认。在这种情况下,用户取消控件2195的激活可以清除画面或者可以拒绝临床干预。
在实现中,用户确认控件2190的激活可以使得CSG引擎120能够自动控制(一个或多于一个)医疗装置180以提供干预。在这种情况下,用户取消控件2195的激活可以清除画面或者可以拒绝临床干预。
在实现中,用户确认控件2190的激活可以指示在无来自护理者的肯定许可的情况下由CSG引擎120在(一个或多于一个)医疗装置处自动实现的干预的用户确认。在这种情况下,用户取消控件2195的激活可以清除画面。
如示例画面2110所示,临床干预画面1624可以指定器材(例如,高流量鼻插管)。此外,干预指令可以指定器材的操作参数(例如,流速、氧百分比)。
如示例画面2120所示,临床干预画面1624可以指定药物干预(例如,沙丁胺醇)和递送系统(例如,雾化器)。在实现中,临床干预画面1624可以指定剂量和剂量递送时间。在实现中,临床干预画面1624可以包括计时器,例如,计时器2125。计时器2125可以是用户控制的计时器或由CSG UI 110自动控制的计时器。计时器2125可以生成警报以提醒用户重复、修改或停止干预。
如示例画面2130和2140所示,临床干预画面1624可以指定对要由用户实现的临床干预的改变。例如,如画面2130所示,临床干预画面1624可以指定特定干预的操作参数的变化。作为另一示例,如画面2140所示,临床干预画面1624可以指定从第一干预到不同的第二干预的改变。
如示例画面2150所示,临床干预画面1624可以引导护理者实现临床干预。例如,临床干预画面1624可以包括针对临床干预涉及的放置、插入和/或其他活动的引导指令2163和/或引导图形2167。
如示例画面2160所示,临床干预画面1624可以提供由CSG引擎120自动实现的干预的通知。在实现中,临床干预画面1624可以包括手动超驰控件2155。手动超驰控件的激活可以启动临床干预控件1624,以使得能够通过在CSG UI 110处提供的用户指令进行CSG引擎120对(一个或多于一个)医疗装置的控制。
如示例画面2170所示,临床干预画面1624可以捕获用户可填充字段2173中的临床干预的用户输入。例如,用户可以操纵键盘2175或其他数据键入装置以向用户可填充字段2173提供键入指令。CSG引擎120可以基于在用户可填充字段2173处捕获的用户指令来控制(一个或多于一个)医疗装置180以进行临床干预。
如示例画面2170所示,临床干预画面1624可以捕获菜单驱动的用户输入。例如,用户可以从一个或多于一个临床干预菜单2182中选择临床干预。附加地,用户可以从一个或多于一个操作参数菜单2184选择临床干预的操作参数。CSG引擎120可以基于经由菜单驱动的用户输入所捕获到的用户指令来控制(一个或多于一个)医疗装置180以进行临床干预。
参考图22A和图22B,进一步参考图16,示出医疗装置数据画面的示例。医疗装置数据画面1660可以是可滚动画面。这在图22A和图22B中示意性例示,其中,图22B示出画面1660中的图22A所示的部分下方的部分。医疗装置数据画面1660可以是滚动窗口,使得用户可以通过滚动手势2205访问更大的数据集。在一些实现中,移动装置105可以使得用户能够定制在医疗装置数据画面1660处显示的数据。例如,在选择医疗装置数据选项卡1660时,移动装置105可以显示供用户基于观看偏好选择和/或取消选择所用的可用医疗装置数据的列表。在一些情况下,可以通过使得移动装置105的观看者能够根据他们的意愿格式化医疗装置数据的控件来在医疗处置期间创建和定制数据画面1660。在实现中,CSG引擎120可以基于移动装置的用户的偏好或处置角色来预定制数据画面1660
在实现中,医疗装置数据画面1660可以显示(例如,在方法500的阶段503、515和/或547,在R/V CSG引擎403的阶段760、818、1051和1181,以及/或者在血液动力学CSG引擎404的阶段1225)从(一个或多于一个)医疗装置180接收到的生理传感器数据。医疗装置数据画面1660可以将该数据显示为在患者诊疗期间随时间经过的趋势和/或波形(例如,EtCO2 2238、SpO2 2240、气道数据2242、NIBP 2244、心率2246和ECG 2248)。在一些情况下,医疗装置数据画面1660可以以数字格式(例如,EtCO2 2250、SpO2 2252、NIBP 2254和HR2256)和/或以图形格式(例如,EtCO2 2260、SpO2 2261、肺阻力2262、肺弹性2263、NIBP 2264和HR 2265)将生理传感器数据显示为离散值。
在实现中,生理数据的显示可以包括叠加在生理数据上和/或以另一图形或表格格式的一个或多于一个事件标记(例如,标记2290、2292、2294和2296)。在实现中,护理者可以在移动装置105处和在数据画面1660上手动输入与某些类型的医疗干预(例如,施予氧或药物)相对应的事件标记数据。在一些示例中,在选择医疗装置数据画面1660时,移动装置105可以将数据请求单独地或者作为批量数据传送请求的一部分进行传输,以将事件标记数据显示在数据画面1660上。在选择事件标记注释2290、2292、2294和2296中的一个时,移动装置105可以使得显示与所选择的事件标记有关的细节,诸如施加电击中的能量、施予的药品量、除颤器波形和/或呼吸机数据的显示画面、以及/或者来自(一个或多于一个)医疗装置180的显示接口和/或与所选择的事件标记相关联的时间处的装置视图1315和/或1316的数据的快照视图等。
在实现中,医疗装置数据画面1660可以显示(例如,在方法500的阶段506和518、在R/V CSG引擎403的阶段710、720、730、740、820、830、840和850、以及/或者在血液动力学CSG引擎404的阶段1230)通过CSG引擎120对生理传感器数据的评估。数据画面1660可以以图形方式提供这些评估。例如,如利用各种交叉阴影图案(例如,图案2276、2277和2278)、颜色、图形符号的填充量等示意性所示,各种指标的范围可以用图形区分而被指示为低、正常或高。在实现中,数据画面1660可以利用例如作为相对于图形提供的范围定位的箭头2279而示出的评估指标2279来提供生理信号的评估。可替代地或附加地,医疗装置数据画面1660可以提供生理信号的评估的文本指示(例如,评估指示2270、2271、2272、2273、2274和2275)。
如图22B所示,医疗装置数据画面1660可以提供医疗装置状况窗口2280。CSG引擎120可以从医疗装置接收作为第一输入240的医疗装置状况信息。CSG引擎120可以响应于检测到的临床事件和/或响应于从CSG引擎120向(一个或多于一个)医疗装置180的询问或指令(例如,作为向(一个或多于一个)医疗装置180的第一输出260),根据预定时间表来自动接收该信息。
参考图23,进一步参考图16,示出病因信息画面的示例。在示例画面2310中,病因信息画面1670(例如,在方法500的阶段545和/或在R/V CSG引擎403的阶段1050或1180)提供病因估计。在示例画面2320中,病因信息画面1670(例如,在方法500的阶段557和/或在R/V CSG引擎403的阶段1053或1183)提供病因确定。示例画面2310和2320中的一个或两个可以包括编辑控件2350和/或确认控件2355。示例画面2310和2320可以提供由CSG引擎120生成的病因估计或病因确定。移动装置105的用户可以经由确认控件2355的激活来确认病因估计或病因确定。用户确认可仅承认病因估计或确定。不论用户确认如何,CSG引擎120都可以以相同方式进行操作。可替代地,CSG引擎120可以提供病因估计或确定作为经受用户的确认的候选。在后者情况下,用户确认可以修改CSG引擎120的操作。在这种情况下,画面2310和/或2320可以包括编辑控件2350。在实现中,CSG引擎120可以生成病因估计或确定作为候选并提供编辑控件2350,使得用户可以拒绝候选并提供用户键入的病因估计或确定。在实现中,CSG引擎120可以(例如,在示例画面2330处)向用户提示病因估计或确定。示例画面2330可以提供可填充字段(例如,其被配置为捕获由用户经由诸如键盘2175等的数据键入机构或者通过菜单条目所键入的信息)。
参考图24,示出用于在可定制的移动装置处实现CSG的示例环境。该环境包括具有用于在医疗事件期间向患者提供处置和/或干预的一组装置的医疗处置系统。该系统可以包括(一个或多于一个)医疗装置180和经由通信链路2406通信地耦接到(一个或多于一个)医疗装置180的一个或多于一个移动装置105。通信链路2406可以包括图1所示的通信链路199和/或图3A所示的通信链路397。在所示示例中,装置105、180可以共同位于患者护理地点。在其他实现中,如在图3A至图3D中由具有移动装置105b的护理者303的远程场所389所示,一个或多于一个移动装置105b可以位于远离患者护理地点的场所。这些装置可以被配置用于以有线或无线方式进行数据通信,以在治疗和其他干预的递送期间和/或之后在系统的某些装置105、180之间传送信息。
在一些实现中,用于连接(一个或多于一个)医疗装置180和移动装置105的无线通信链路2406在一些示例中可以是Wi-Fi网络、其他短距离无线通信网络或近场通信(NFC)网络、局域网(LAN)、广域网(WAN)或因特网。在其他示例中,装置105、180可以被配置为在更长的通信范围上(诸如在蜂窝通信网络上)进行通信。在一些实现中,(一个或多于一个)医疗装置180可以用作无线接入点以提供与移动装置105的直接无线连接。在其他示例中,无线通信链路2406可以经由蓝牙个域网来提供。
在一些实施例中,不同的装置105、180可以被配置为通过不同类型的通信链路2406彼此通信。在一些实现中,装置105、180可以被配置为经由短距离无线通信发射器(例如,蓝牙信标)向接收器传输数据。在一个示例中,第一移动装置105b可以从远程场所经由Wi-Fi和/或蜂窝通信链路与(一个或多于一个)医疗装置180进行通信,而第二移动装置105a可以经由蓝牙通信链路与医疗处置装置进行通信。在一些实现中,移动装置105可以在不必物理访问(一个或多于一个)医疗装置180的情况下,经由无线通信链路连接到(一个或多于一个)医疗装置180。在一些示例中,在应用级别使用传输层安全(TLS)以提供装置105、180之间的安全(加密)连接。作为第二层保护,可以在物理层使用加密的Wi-Fi或加密的蓝牙。
在一些实现中,当无线通信链路2406是蜂窝通信链路时,(一个或多于一个)医疗装置180的功能可以扩展到不在现场和/或正在进行远程医疗的临床医生(例如,如图3A至图3D所示的远程场所389处的护理者303)。例如,当EMS正在救护车中将患者运送到医院时,等待患者到达医院的医疗团队可以经由蜂窝链路在医院的移动装置105处流传输实时病例信息。在一些示例中,无线通信链路2406可以包括基于(一个或多于一个)医疗装置180接近移动装置105或移动装置105a、105b的多个无线通信网络的组合。
在一些实现中,(一个或多于一个)医疗装置180和移动装置105各自包括用于使得能够经由无线通信链路2406在装置105、180之间进行无线通信的相应的无线通信引擎2424、2436。例如,(一个或多于一个)医疗装置180的无线通信引擎2424可以被配置为将由消息配置引擎2420生成的消息传输到移动装置105。移动装置105的无线通信引擎2436可以被配置为传输由信号生成引擎2430生成的指令信号。在一些示例中,这种指令信号可以用于控制(一个或多于一个)医疗装置180的一个或多于一个功能操作。在一些示例中,无线通信引擎2424、2436被配置为将加密协议应用于传出和传输信号。类似地,无线通信引擎2424、2436可以对传入和接收信号进行解密。
在某些实施例中,(一个或多于一个)医疗装置180的无线通信引擎2424可以被配置为检测到相应的移动装置105在通信范围内,并且作为响应,发起用以经由无线通信链路2406连接到移动装置105的一个或多于一个动作。在一些实现中,可与(一个或多于一个)医疗装置180配对的移动装置105可以被预配置为配套装置以当在通信范围内时经由无线通信链路199自动连接到(一个或多于一个)医疗装置180,而不必区分碰巧在范围内的其他装置和/或协商无线通信连接。此外,并非要求用户在手动配置各配套移动装置的系统以连接到(一个或多于一个)医疗装置180或者访问要查看然后从可能的装置连接中进行选择的画面时潜在地花费大量时间,位于急救现场的(一个或多于一个)配套移动装置可以被预配置为(例如,自动地和/或利用一个或多于一个简单动作(例如,开关致动、按下按钮、近场通信连接、射频、位置/接近识别、手势码、轻击/颠簸识别、运动激活、声音/振动、语音命令/识别等)和/或仅通过诸如通过蓝牙接近连接等彼此物理接近)动态地接入和/或离开安全网络或与(一个或多于一个)医疗装置180配对。例如,当在配套装置的装置视图1315和/或1316中选择图标1301(如图13B和图13C所示)时,装置用户可以查看配套移动装置连接到(一个或多于一个)医疗装置180可用的所有可用的预配置无线通信链路。用户还可以查看未被预配置用于连接的其他可用网络。在一些示例中,配套移动装置可以被预配置用于与其他医疗处置装置配对,并且也可以在选择图标1301时显示这些预配置网络。所连接装置窗口1420可以提供如针对无线通信引擎2424和/或图标1301类似地所述的功能。
一旦进行了经由无线通信链路2406的这种连接,尽管存在位于附近的许多其他装置,但可以使用任何合适类型的通信以可靠和安全的方式(例如,根据HIPAA标准,802.11i协议)在所连接的装置105、180之间往返发送患者信息(例如,生理数据、患者历史、救援信息)。与相应的(一个或多于一个)医疗装置180正确配对的移动装置105的配套装置版本可以帮助避免在医疗装置之间传输可能对患者预后有害的错误患者信息的风险。在一些实施例中,为了维持准确和安全的通信,基于接近度的交互可以调用认证协议(诸如使用加密密钥、向量初始化、散列加密、数字证书等),从而确保装置之间的数据传送不会丢弃和/或泄漏。附加地,(一个或多于一个)医疗装置180的无线通信引擎2424可以被配置为同时使得针对各配套装置(例如,多个移动装置105a、105b)经由单独的无线通信链路2406向多个配套装置传输实时流传输数据。
在一些实现中,还可以针对医疗处置系统实现许多附加的面向安全的设计元素,以确保在(一个或多于一个)医疗装置180和移动装置105之间交换的数据保持安全。例如,(一个或多于一个)医疗装置180和/或移动装置105可以使用基于证书的认证来确保相应配对装置的真实性。在一些示例中,在初始连接和设置时,装置105、180可以执行关联处理以将作为配套装置的特定移动装置105绑定到(一个或多于一个)医疗装置180,使得仅配套装置(以及任何其他类似配对的配套装置)可以与(一个或多于一个)医疗装置180互操作。在一些实施例中,任何表述性状态转移(REST)或WebSocket通信可能需要已认证连接以使得能够在装置105、180之间进行数据交换。在一些示例中,(一个或多于一个)医疗装置180禁止用以打开Wi-Fi通信链路的连接,并且可以仅连接到手动定义的(例如,主管定义的)Wi-Fi网络。作为附加的安全措施,当无线通信链路2406是蓝牙连接时,在配置初始连接设置的情况下,装置在初始设置期间配对。此外,(一个或多于一个)医疗装置180的数据和计算机架构可被设计用于附加的安全性,其可以包括将通信和临床控制分离到单独的微处理器上。
在一些示例中,当多于一个移动装置105或配套装置与(一个或多于一个)医疗装置180配对时,可以预先指定移动或配套装置其中之一作为主移动或配套装置。主移动或配套装置通过接收并存储来自(一个或多于一个)医疗装置180的加密令牌,可以由(一个或多于一个)医疗装置180在装置设置、配对和配置期间如此指定。加密令牌可以与来自主配套装置的每个指令一起被发送到(一个或多于一个)医疗装置180。
在一些实现中,移动装置105可以在移动装置105的显示视图(图13B、图14A、图14B、图15、图16和图29至图43)中的一个或多于一个处显示(一个或多于一个)医疗装置180的状况信息。附加地或可替代地,移动装置105可以在所连接装置窗口1420处显示状况信息。例如,如图13B和图13C所示,装置视图1315和/或1316可以包括显示(一个或多于一个)医疗装置180的电池寿命量、连接状况和唯一名称的状况栏1303。附加地,在一些示例中,装置视图1315和/或1316可以包括(例如,在图13B和图13C的装置视图用户接口中示出的)配对装置验证输入选择器1318,该配对装置验证输入选择器1318使得移动装置105能够使得指示器在(一个或多于一个)医疗装置180处闪烁以确认出移动装置105在使用时连接到正确的(一个或多于一个)医疗装置180。例如,移动装置的一个或多于一个显示视图(例如,图13B和图13F中的装置视图UI画面1315和/或1316)可以包括配对装置验证输入选择器1318,该配对装置验证输入选择器1318使得移动装置用户能够验证移动装置105连接到哪个(一个或多于一个)医疗装置180。在正在同时发生多个医疗事件的一些示例中(诸如在医院的创伤病房中或在群体伤亡的现场中等),多个救援团队可能在彼此接近的范围内操作多个医疗处置装置。在这些情形下,可能容易混淆与各个医疗处置装置配对的移动装置。因此,在一些实现中,当选择验证输入选择器1318时,移动装置105可以生成使得所连接的(一个或多于一个)医疗装置180生成与配套装置105配对的指示的指令信号。在一些实现中,在从移动装置105接收到验证信号时,(一个或多于一个)医疗装置180可以输出连接到配套装置的视觉和/或听觉指示。在一些示例中,该指示可以是闪烁的灯和/或有音调的声音脉冲。
在一些实现中,移动装置105包括信号生成引擎2430,该信号生成引擎2430生成指令信号、数据请求和其他数据信号以供传输到(一个或多于一个)医疗装置180。在一些示例中,响应于接收到用以在移动装置105上的定制用户接口画面处查看病例信息的一个或多于一个项的用户输入(例如,在移动装置105的触摸屏处的选择),信号生成引擎2430可以生成数据请求消息以传输到(一个或多于一个)医疗装置180。在一些示例中,数据请求可以是基于正请求的数据的类型和量的一个或多于一个数据请求类型。例如,一个类型的数据请求包括对来自医疗处置装置的单个类型的数据(例如,趋势数据)或对相对较少数量的数据(例如,用于生成通气仪表板的通气数据)的请求。另一类型的数据请求可以包括对复杂数据分组(诸如重新创建装置视图或所请求的病例类型视图所需的所有病例信息等)的请求。生成(一个或多于一个)医疗装置180的特定数据请求使得移动装置能够随时灵活地修改其已订阅的数据集合。在一些示例中,移动装置105的数据订阅与由移动装置105请求以在任何给定时间显示的所有数据相对应。请求来自医疗处置装置的数据作为数据订阅集合,这向移动装置105提供了按需示出不同类型的数据的能力,并通过避免传输移动装置用户不希望显示的不必要数据而使所使用的带宽最小化。
在某些实施例中,信号生成引擎2430还可以生成用于使得在(一个或多于一个)医疗装置180处发生一个或多于一个功能操作的指令信号。在一些示例中,一个或多于一个功能操作可以包括链接并存储与医疗事件相关联的某些提交数据(例如,患者信息或事件标记数据)以及/或者捕获或分析某些医疗事件数据(例如,生成12导联ECG分析或肺力学数据分析)。例如,信号生成引擎2430可以响应于经由通过患者信息控件1311(例如,如图13B、图13C、图14A、图14B、图15、图16和图29至图43所示)对移动装置105的患者信息输入接口的激活接收到患者识别信息的提交,来生成患者信息信号。患者信息信号可以包括提交的患者信息,并且响应于接收到该信号,(一个或多于一个)医疗装置180可以将接收到的患者信息2446与传感器数据2442和患者的病例信息链接并存储在数据储存库2408内。另外,响应于在移动装置处接收到一个或多于一个处置标记输入,信号生成引擎2430可以生成事件标记信号,该事件标记信号可以包括提交的事件标记数据。在实现中,CSG UI处的确认控件(例如,确认控件3140和/或3275)的激活可以生成事件标记信号。响应于接收到该信号,(一个或多于一个)医疗装置180将提交的事件标记数据2552存储在数据储存库2408中。在一些示例中,信号生成引擎2430可以生成指令信号,该指令信号使得(一个或多于一个)医疗装置180进行特定数据分析、向移动装置发送具体数据和/或施予特定治疗。
在一些实现中,(一个或多于一个)医疗装置可以将警报数据2456存储在数据储存库2408中。警报数据2456可以包括由(一个或多于一个)医疗装置提供的警报。警报数据2456可以指示诸如类型、优先级、时间等的警报信息。警报的类型可以包括患者安全警报(例如,高/低气道压、高/低潮气量、高/低呼吸率/呼吸暂停、PEEP泄漏、流量不足、自发呼吸-PIP高/低、自发呼吸-VT高/低、未满足患者吸气需求、自动PEEP、患者断开、呼气系统失败/故障、校准错误、可疑触发、管路顺应性故障、SpO2传感器关闭/低/错误、心率高/低等)、使用环境警报(例如,低电量、电源故障、气候环境故障、供氧故障、进气故障等)、以及/或者自检警报(例如,内部通信错误、气动系统故障、电源系统故障、脉搏血氧模块故障、预防性维护预警等)。基于关联警报的严重性,警报优先级可以是“高”、“中”和“低”其中之一、或者根据其他评级方案(例如,表示为数字或字母的严重性)的优先级。在一些示例中,(一个或多于一个)医疗装置可以将所有患者安全警报分类为高优先级警报。
在一些实现中,(一个或多于一个)医疗装置180可以包括消息配置引擎2420,该消息配置引擎2420用于生成供发送到移动装置105的消息。在一个示例中,响应于从移动装置105接收到数据请求,消息配置引擎2420可以以一个或多于一个预定消息配置或格式来打包所请求的数据以供传输。在一些实现中,可以将实时或近实时的数据(例如,从患者接口装置170导出的病例信息)作为通过WebSocket发送的JavaScript对象表示(JSON)格式的流传输数据来传输。在一些示例中,可以将历史和批量数据传送作为JSON格式化的消息中的表述性状态转移(REST)数据进行传输。这两个类型的消息通信(流传输数据和REST数据)都可以通过可使用TCP/IP协议的传输层安全(TLS)连接发生。TCP/IP协议可以通过Wi-Fi或蓝牙物理介质来提供。当实时或近实时地发生数据传送时,在移动装置105和(一个或多于一个)医疗装置180处同时显示病例信息,或者在移动装置处显示病例信息的时延量小于预定阈值。
在一些实现中,除了配置用于发送供在移动装置105处显示的实时病例信息的消息之外,当响应于从移动装置105接收到指令信号而在(一个或多于一个)医疗装置180处采取动作时,消息配置引擎2420可以生成一个或多于一个确认消息。例如,响应于关联并存储由移动装置105所提供的提交的患者信息,消息配置引擎2420可以生成确认出提交的患者信息已链接到数据储存库2408内的相应病例信息的消息。消息配置引擎2420还可以生成事件标记记录确认消息,该事件标记记录确认消息确认出(一个或多于一个)医疗装置180处的提交的事件标记的记录已开始和/或完成。作为另一示例,消息配置引擎2420可以生成用于确认吸入气体混合物以及/或者从氧向CPAP或双水平或者从CPAP向双水平的支持水平的变化的消息。
在一些实现中,移动装置105可以包括数据重放引擎2441。数据重放引擎2441可以向护理者提供在移动装置105处查看和滚动浏览过去病例信息的能力。在一些示例中,在查看过去病例信息期间,移动装置105可以向用户提供在医疗事件期间随时跳转到当前(实时)视图的能力。在一个示例中,移动装置105可以在显示画面上指示是否正在显示实时视图。在一些实施例中,移动装置用户可以在离散时间段(例如,5,10、15、20、30秒)中在时间上向前和向后跳转,以在医疗事件期间的不同时间点处查看患者的生理病况和护理者表现数据。在一个示例中,移动装置显示接口可以针对各波形提供触摸点,该触摸点提供相应波形的重放。附加地,移动装置105可以以不同的速度(例如,0.5x、lx、2x)重放过去的医疗事件数据,以获得关于患者病况和护理如何进展的更好视角。在一些示例中,移动装置可以针对多个不同监测的生理传感器输入(例如,ECG、SpO2、CO2)、生命体征数据和护理者表现数据显示过去医疗数据。附加地,即使在移动装置105处正在显示非实时数据时,(一个或多于一个)医疗装置180也继续向移动装置105传输实时流传输病例信息。在一个示例中,移动装置105还可以提供有限时间增量(例如,10、20、30秒)的回顾特征,该回顾特征使得用户能够以回顾增量快速查看波形数据。在示例中,回顾特征可以经由各个波形上的触摸点来激活。
在一些实现中,(一个或多于一个)医疗装置180可以包括输入/输出(I/O)引擎2426,该输入/输出(I/O)引擎2426可以从内置到(一个或多于一个)医疗装置180中和/或与(一个或多于一个)医疗装置180进行通信的多个患者接口装置170收集信息。I/O引擎2426还可以在(一个或多于一个)医疗装置180上的用户输入接口(例如,键盘或触摸屏)处接收用户输入。在一些示例中,来自患者接口装置170的原始传感器数据可以由传感器数据处理引擎2422处理和分析,该传感器数据处理引擎2422用于生成可以由(一个或多于一个)医疗装置180输出(例如,在(一个或多于一个)医疗装置180的画面上显示或作为报告打印)的与处置会话的各方面有关的多个临床度量和趋势(例如,供临床人员使用)。可以将所生成的度量和趋势针对相应患者和/或医疗事件分别作为度量数据2454和趋势数据2444存储在数据储存库2408中。在一些实施例中,GUI引擎2428使得由传感器数据处理引擎2422处理和分析的数据在(一个或多于一个)医疗装置180上的显示接口画面处呈现。
(一个或多于一个)医疗装置180可以包括数据载入和存储引擎2418。引擎2418可以使得能够将图24所示的各种类型的医疗装置数据存储在数据储存库2408中。引擎2418可以由(一个或多于一个)医疗装置180生成或在(一个或多于一个)医疗装置180处接收到数据时载入该数据,将时间戳与该数据相关联,然后将所载入的数据存储在储存库2408中。
在一些示例中,传感器数据处理引擎2422还将原始传感器数据处理为第一传感器信息和第二传感器信息,该第一传感器信息被提供给GUI引擎2428以在(一个或多于一个)医疗装置180处显示,该第二传感器信息被提供给GUI引擎2438以在移动装置105处显示。在一些示例中,由于(一个或多于一个)医疗装置180和移动装置105处的显示接口可以具有不同的大小,因此传感器处理引擎2422可以基于显示装置来以不同的方式对传感器数据进行时间切片。在一个示例中,(一个或多于一个)医疗装置180的本地显示更频繁地(例如,一次8ms)接收较小间隔的第一传感器信息,而移动装置105不太频繁地(例如,一次120ms)接收较大间隔的第二传感器信息。第一传感器信息和第二传感器信息的这种配置可以使得移动装置105能够实时地显示传感器数据,也提高了数据传输效率,这是因为发送较大数据消息比发送较小数据消息更高效。附加地,即使第一传感器信息和第二传感器信息的内容相同,也可以以不同的方式表示第一传感器数据和第二传感器数据。例如,在医疗处置装置处显示的第一传感器信息可以包括二进制数据记录,而移动装置105接收到的第二传感器信息可以是作为Websocket流的JSON表示。附加地,第一传感器信息信号和第二传感器信息信号这两者都可以携带表示与处理后的传感器数据样本相关联的特定检测条件的每样本位标志的附加信息。可以向GUI引擎2428、2438这两者提供诸如医疗装置设置等的其他附加信息作为与传感器数据分开的附加消息。
在一些方面,移动装置105的数据处理引擎2434可以被配置为处理在一个或多于一个接收到的数据消息中从(一个或多于一个)医疗装置180接收到的传感器数据2442和其他病例信息。GUI引擎2438可以使得处理后的医疗事件数据显示在移动装置105处的装置接口的一个或多于一个显示部分中。I/O引擎2440可以在诸如触摸屏接口等的装置接口处接收并处理用户输入,在该装置接口处,用户进行选择以定制移动装置105处的数据的显示以及使得在(一个或多于一个)医疗装置180处发生一个或多于一个功能操作。在一些实现中,GUI引擎2438使得由数据处理引擎2434处理并分析并由定制引擎2439配置的数据呈现在移动装置上的显示接口画面处。在一些实施例中,定制引擎2439可以被配置为基于用户角色和/或数据呈现偏好来控制和管理由GUI引擎2438在移动装置105的显示接口处呈现的显示画面的配置。角色例如可以包括胸外按压团队成员、通气团队成员、药品施予者、主管、文档管理员、远程临床医生或非临床医生(例如,作为(一个或多于一个)第一响应者的警察和/或消防员)。
移动装置还可以包括CSG引擎120。与移动装置105相关联的数据存储部2410可以包括CSG数据存储部2459和CSG算法121和/或CSG应用315。CSG数据存储部2459可以包括由用户和/或(一个或多于一个)医疗装置180提供到移动装置105的CSG数据。(一个或多于一个)医疗装置180的数据存储区域2408可以包括从移动装置105接收到的和/或由(一个或多于一个)医疗装置180收集的或在(一个或多于一个)医疗装置180处生成的CSG数据2448。
参考图25,示出用于配置医疗装置和移动装置之间的连接的示例方法。在实现中,移动装置105可以是配套装置。响应于该连接,所连接装置窗口1420可以显示通信地耦接到移动装置105的各装置的指示。在一些示例中,方法2500开始于:由于移动装置105在(一个或多于一个)医疗装置180的通信范围内,因而(一个或多于一个)医疗装置180检测移动装置105的存在(2502)。如果(一个或多于一个)医疗装置180和所检测到的移动装置105已建立了彼此的预配置配对(2504),则在一些示例中,(一个或多于一个)医疗装置180和移动装置105建立无线连接(2506)。在一些实施例中,先前配对的(一个或多于一个)医疗装置180和移动装置105可以自动彼此连接。在其他示例中,在检测到相应装置时,(一个或多于一个)医疗装置180和/或移动装置105可以在显示接口处向用户呈现用于请求用户授权以连接到其他装置105、180的通知。响应于呈现该通知,如果装置105、180中的一个或两个接收到确认连接到其他装置105、180的输入,则建立了装置105、180之间的无线通信链路。
如果没有建立两个装置105、180之间的预配置配对,则在一些方面,可以判断是否在装置105、180之间建立无线连接(2506)。在一些示例中,仅通过了初始设置和配对处理的装置105、180可以彼此无线连接。在另一示例中,可以授权主管或系统管理员在装置105、180之间的初始连接(2510)之前配置(一个或多于一个)医疗装置180和移动装置之间的配对(2508)。在一个示例中,该初始配对可以包括一个或多于一个类型的无线通信链路,诸如Wi-Fi、蓝牙或Zigbee连接等。因而,移动装置105可以是基于使用之前的配置或使用点配置的配套装置。
在某些实施例中,如果在移动装置处认证了有资格用户(2512),则在一些示例中,移动装置105可以基于如在使用时在移动装置处存储或提供的角色数据来针对用户偏好或用户的处置角色定制一个或多于一个移动装置显示视图(2516)。在一些示例中,如果在移动装置105的使用之间经过的时间量小于阈值时间量,则移动装置105可以自动认证先前用户以使用移动装置105。否则,如果经过了超过阈值时间段和/或新用户正在登录以使用移动装置,则在一些实现中,移动装置105可以利用接收到的凭证(诸如用户名/密码输入、在生物特征输入接口处提供的至少一个生物特征输入(例如,指纹,虹膜识别、面部识别)、以及/或者经由移动装置上的扫描传感器的徽章扫描(例如,RFID扫描或诸如QR码等的计算机可读代码等)来认证用户(2514)。在一些示例中,在认证时,用户可以提供确认或修改用户在关联的医疗事件中的处置角色的一个或多于一个输入。基于所指示的处置角色,移动装置105可以进一步针对用户的指示角色来定制移动装置105处的显示视图。在一些实施例中,基于在移动装置处呈现的定制显示接口画面以及在显示接口处接收到的用户输入,(一个或多于一个)医疗装置180可以以定制格式传输所请求的传感器数据以供在移动装置处显示(2518)。在一些实现中,响应于在移动装置105和(一个或多于一个)医疗装置180之间的连接的建立以及/或者装置用户的认证,(一个或多于一个)医疗装置180可以在无任何用户干预的情况下经由无线通信链路2406自动开始流传输病例信息以在移动装置105处显示。
尽管被描述为特定的一系列步骤,但在其他实施例中,可以包括更多或更少的步骤。例如,(一个或多于一个)医疗装置180可以仅连接到建立了预配置配对的移动装置105。另一方面,如果判断为在(一个或多于一个)医疗装置180和检测到的移动装置105之间存在预定配对,则可以进行与确保无线连接的数据安全相关的一个或多于一个附加步骤。在另外的实施例中,某些步骤可以以不同的顺序进行,或者两个或多于两个步骤可以并行进行。例如,可以在(一个或多于一个)医疗装置180和移动装置105之间建立连接之前,在移动装置105处对用户进行认证。方法2500的其他修改在保持在方法2500的范围和目的中的情况下是可行的。
参考图26,例示用于使得在医疗事件期间在移动装置处显示来自医疗装置的病例信息的示例方法。然而,方法2600仅是示例而非限制性的。方法2600可以例如通过阶段的添加、移除、重排、组合和/或并行进行来改变。在一些示例中,方法2600开始于移动装置105将装置视图指令信号传输到所连接的(一个或多于一个)医疗装置180(诸如患者监测器/除颤器和/或通气系统等)(2602)。在一些实现中,指令信号与对在移动装置105处的装置显示视图1315和/或1316内呈现的病例信息的请求相对应。在一些示例中,装置视图是可以在移动装置105处呈现的多个显示视图其中之一,并且与实时地呈现在(一个或多于一个)医疗装置180的显示接口处呈现的数据的视觉再现的显示视图相对应。在一些实施例中,响应于传输针对装置视图病例信息的请求信号,(一个或多于一个)医疗装置180通过无线通信链路发送所请求的数据(2604),该数据由移动装置105接收到。在一些示例中,移动装置105使得在显示接口处的装置视图内显示所接收到的信息(2606)。
在一些实现中,在检测到移动装置105处的趋势视图输入的选择(例如,趋势视图选择器1350的选择)时(2608),移动装置可以配置病例信息以使得在移动装置处显示趋势视图显示接口(2610)。在一些实现中,配置供在趋势视图显示接口处显示的趋势数据可以包括向(一个或多于一个)医疗装置180传输信号以请求实时显示所用的医疗趋势数据的传输。
在检测到在显示接口处的工作视图激活输入(例如,工作视图选择选项卡1340)时(2612),移动装置可以配置病例信息以使得在移动装置处显示工作视图显示接口(2614)。在一些示例中,当用户配置移动装置以移除或添加任何显示的数据部分(例如,波形、数据值或仪表板)时,可以激活工作视图显示接口。例如,用户可以选择在移动装置105处实时地删除或包括的数据部分。在其他示例中,可以在登录以使用移动装置105时自动呈现所保存的与用户帐户相关联的工作视图。在一些实施例中,也可以在添加任何波形、度量值或仪表板以供查看时激活工作视图窗口1415。在一些实施例中,工作视图显示接口可以与移动装置处显示的病例信息的任何类型的定制相对应。换句话说,工作视图显示接口与相对于装置视图1315和/或1316的显示数据和格式有所不同的移动装置105处的任何格式的任何显示数据集合相对应。
在一些实现中,在配置移动装置处的工作视图UI画面时,如果需要生理传感器数据、处置数据和护理者性能数据中的一个或多于一个以在工作视图内显示(2616),则在一些示例中,移动装置105向(一个或多于一个)医疗装置180传输用于请求一个或多于一个所请求的数据的数据获取请求(2618)。例如,如果移动装置用户选择胸外按压仪表板1470以供在移动装置105处的工作视图内显示、并且直到此时为止没有显示,则移动装置可以向(一个或多于一个)医疗装置180传输数据获取请求,以获得供在胸外按压仪表板1470内显示的CPR病例信息(例如,胸外按压深度和速率数据)。在一些示例中,在接收到所请求的数据时,移动装置105配置所请求的数据以供在工作视图接口中的相应数据部分内实时显示(2620)。在一些实施例中,基于所请求的数据的类型,(一个或多于一个)医疗装置180可以将所请求的数据作为流传输数据消息和/或REST数据消息进行传输(批量数据传送)。
参考图27A,示出示例性通气系统。通气系统280可以将氧源2730连接到患者101以供作为对RD的干预的呼吸支持用。通气系统280可以包括机械通气设备2740、通气系统控制器2750和通气系统用户接口2760。在实现中,(一个或多于一个)医疗装置180可以包括患者监测器/除颤器285和通气系统280,该通气系统280具有供患者监测器/除颤器上布置的两个装置用的组合用户接口。
参考图27B,例示通气系统的机械通气设备的示例。机械通气设备2740可以包括气体移动器2741,该气体移动器2741被配置为使来自氧源2730的氧经由患者接口2744通过吸气回路2743移动到患者101。通气系统280可以使用气体移动器2741来提供一系列治疗通气方式,以提供各种干预。这些各种干预可以包括:1)无创通气(NIV),其包括持续气道正压(CPAP)和双水平通气(双水平);2)高流量鼻插管(HFNC);3)使用辅助/控制(AC)的有创通气(IV)、同步间歇强制通气(SIMV)和压力支持(PS)模式;以及4)心肺复苏(CPR)模式期间的同步通气。
通气系统280可以在CPR期间提供通气,并且例如可以与一个或多于一个重症护理监测器(例如一个或多于一个患者监测器/除颤器285等)耦接和集成地工作。在一些实施例中,例如,在面罩通气、无保护的气道期间,如由监测器测量的,通气系统280可以每30次按压递送2次呼吸。在一些实施例中,例如,当气道被保护时(例如,气管内管、Combitube等),通气系统280可以独立于按压速率(异步地)连续递送10次呼吸/分钟。
患者接口2744可以包括适当的气体递送装置,诸如插管277、面罩278、鼻插管279等。机械通气设备2740还包括呼气回路2745和呼出阀2748。吸气回路2743和呼气回路2745这两者都包括传感器2747。传感器2747例如可以包括但不限于呼吸速度计275、气道压力传感器274和肺活量计276。传感器2747使得通气系统280能够测量患者的呼吸努力以及通气系统280在向患者提供机械呼吸辅助时的性能。传感器2747可以生成数据并将该数据提供到CSG引擎120,该数据包括但不限于流速、潮气量和分钟通气、呼吸力学(例如,阻力和顺应性)和肺活量测定,并且例如可以包括用力肺活量(FVC)、1秒用力呼气量(FEV1)和最大呼气流速(PEF或PEFR)。另外,患者监测器/除颤器285或另一医疗装置例如可以提供二氧化碳描记和/或脉搏血氧数据,诸如氧血红蛋白和碳氧血红蛋白饱和度、以及主流或其他二氧化碳描记数据(诸如呼气末CO2(EtCO2)等)等。该数据例如可以允许计算CO2消除率和容积二氧化碳描记,其可以包括使用来自通气系统280的流量数据。
在一些实施例中,对于需要补氧(O2)的患者,通气系统280可以提供多个方法以通过有创和无创通气来支持氧合。例如,一种方法可以包括使用允许从O2流源夹带的小型储气袋系统。在一些实施例中,在第一方法中,用户可以在监测由患者监测器/除颤器285或另一医疗装置测量的氧饱和度(SpO2)的同时管理对患者的O2递送。第二方法可以利用创新型智能O2阀(SOV)或模块,该创新型智能O2阀(SOV)或模块例如可以附接到吸气回路2743、高压O2气瓶/源以及患者监测器/除颤器285或另一医疗装置。这例如可以使用生理闭环控制(PCLC)来提供对患者的氧合的自动控制,其中SpO2信号可用于调节SOV的输出。第三方法可以提供便携式O2浓缩器(POC)的功能集成,其例如可以使用PCLC来调节POC的O2输出和向通气系统280中的O2夹带。
参考图27C,示出通气系统的用户接口的示例。在实现中,通气系统280可以包括用户接口2760。用户接口2760可以显示由通气系统280生成的数据和/或可以包括供通气参数的用户调整用的控件。此外,如上所述,在一些实现中,移动装置105可被预配置为与通气系统280配对或以其他方式与通气系统280建立连接,以根据本文所述的方法交换医疗数据。
可以在用户接口2760处显示和/或被传输到移动装置105以供在移动装置105上进行视觉再现的由通气系统280生成的数据例如可以包括通气设置、通气参数和/或由通气系统280收集的生理参数。例如,通气设置可以包括呼吸频率(每分钟呼吸次数(BPM))2712、吸气:呼气比(I:E,吸气时间与呼气时间之比)2713、潮气量(每次呼吸递送的空气量)(VT)2710、呼气末正压(PEEP,呼气结束时存在的高于大气压的肺内压力)2709、吸气峰压(PIP)极限2708、吸入氧浓度分数(FiO2)2706、模式设置(例如,辅助/控制(AC)、同步间歇强制通气(SIMV)、持续气道正压(CPAP)、双水平(BL))2714等。在一些示例中,各个通气设置2704、2706、2708、2709、2710和2712/2713可以具有通气系统280上的用于调整相应设置2704、2706、2708、2709、2710和2712/2713的相应用户输入2722a、2722b、2722c、2722d、2722e、2722f和2722g。通气参数例如可以包括吸气压力数据、呼气压力数据、吸气流量数据、呼气流量数据、泄漏检测或从通气系统280测量得到的其他信息。生理参数的示例可以包括非连续脉搏血氧仪(SpO2)测量值2704、呼气末CO2(EtCO2)测量值、连续SpO2波形数据2716、气道波形数据2718、连续CO2波形数据、心率2702、血压、气道压力数据、气道流量数据、肺活量测定数据等。
在一些示例中,通气系统280可以被配置为当超过一个或多于一个参数设定点时生成警报信号(例如,视觉和/或听觉指示)。在一个示例中,当气道压力超过高气道压力极限2720时,可以生成警报。用户接口2760和/或移动装置105处的视图窗口可以提供这些警报。
在一些实现中,通气系统280所生成的警报可以包括患者安全警报,诸如高/低气道压、高/低潮气量、高/低呼吸率/呼吸暂停、PEEP泄漏、流量不足、自发呼吸-PIP高/低、自发呼吸-VT高/低、未满足患者吸气需求、自动PEEP、患者断开、呼气系统失败/故障、校准错误、可疑触发、管路顺应性故障、SpO2传感器关闭/低/错误、心率高/低等。通气系统280还可以生成环境警报,诸如低电量、电源故障、气候环境故障、供氧故障、进气故障等。自检警报可以包括内部通信错误、气动系统故障、电源系统故障、脉搏血氧模块故障、预防性维护预警等。在一些示例中,当生成警报时,可以在通气系统280接口处显示弹出消息。另外,一个或多于一个警报设定点可以是由用户在通气系统280接口处可调整的。例如,针对气道压力高/低、潮气量高/低、呼吸率、自发呼吸、SPO2%低和心率高/低的警报设定点可以是由装置用户手动调整的。当生成警报信号时和/或当在通气系统280接口2760处显示警报弹出消息时,用户可以采取一个或多于一个动作来使警报信号静音和/或确认警报。
在一些实现中,当移动装置105通信地耦接到通气系统280时,通气系统可以以与当(一个或多于一个)医疗装置180是患者监测器/除颤器285时类似的方式传输与生理传感器输入相关联的病例信息以供在移动装置105处显示。例如,响应于在移动装置105处接收到与通气系统280处的控制操作其中之一相关联的用户输入,在一些实现中,移动装置105传输指令信号以使得在医疗处置装置处发生各个操作。在一些示例中,从移动装置105向医疗处置装置发送的指令信号可以指示通气系统280更新通气系统280的数据储存库2754中所存储的医疗事件的患者信息、处置信息或诊断信息。响应于接收到相应信号,通气系统280进行与指令信号相关联的相应操作,其可以包括:存储所提供的信息(例如,传输用于在通气系统280处进行更新的患者信息)或记录事件标记(例如,传输通气系统280的处置/事件标记以记录在患者护理记录中)或发起快照(例如,传输医疗处置装置发起在通气系统280的显示画面处所显示的一个或多于一个类型的病例信息的快照所用的指令信号)或在通气系统280处激活分析特征。在一个示例中,响应于接收到在移动装置105处输入的患者的身高、性别和/或体重信息,通气系统280可以自动调整由通气系统280正施予给患者的通气的量和速率。
用户接口2760可以包括供通气系统280处的参数设置和/或警报设定点的用户调整用的控件。例如,用户接口2760可以包括与通气系统280设置输入2722a至2722g相对应的用户输入,使得用户可以调整通气系统设置2704、2706、2708、2709、2710、2712和2713的值。在一些实现中,用户接口2760还可以包括与手动呼吸按钮/平台压力输入2728相对应的用户输入,该手动呼吸按钮/平台压力输入2728使得通气系统280向患者递送手动呼吸和/或测量平台压力。
在实现中,移动装置105处的装置视图1315和/或1316和/或工作视图1415可以包括用户调整控件2722a至2722g。在一些示例中,移动装置105处的接口提供了用于高效地使用通气系统280来提供增强的患者护理的更加用户友好的接口,而不必直接访问通气系统280。
参考图28,示意性示出关于图1至图27C和图29至图43所论述的各种装置的组件的示例。这些装置可以包括治疗性医疗装置2802(例如,图2中的(一个或多于一个)医疗装置180)和一个或多于一个移动装置2804(例如,图2中的移动装置105)。在实现中,治疗性医疗装置2804可以监测和/或提供对患者101的诊断护理和/或经由患者接口装置2830提供作为干预的医疗治疗。移动装置2804可以是诸如平板电脑、膝上型电脑或智能电话等的便携式计算装置。移动装置2804可以被适配为用作医疗装置或者是诸如当监测连续NIBP测量值时等的附加医疗装置的显示画面。在实现中,移动装置2804可以不是被配置为向患者递送医学治疗的治疗性医疗装置。在这种实现中,移动装置2804可以局限于患者监测和/或诊断护理,诸如如本文的实施例所述的经由一个或多于一个显示画面监测患者状况和/或控制医疗处置装置2802处的一个或多于一个功能操作等。
治疗性医疗装置2802和一个或多于一个移动装置2804可以经由通信耦接2806(例如,如图1所示的通信链路199)进行通信耦接,其中该通信耦接2806可以是有线和/或无线通信链路。有线通信链路可以包括有线电耦接、经由光缆的光耦接等。无线通信链路可以包括经由射频或其他传输介质和/或经由诸如局域网、自组织网络、网状网络、蜂窝和/或其他通信网络、计算机网络等的网络的耦接。本文所述的通信链路可以利用例如802.11、 等的协议。通信链路可以包括可经由通信RFID标签实现的近场通信。通信链路可以包括一个或多于一个网络,诸如局域网、蜂窝网络、卫星网络和/或计算机网络(例如,因特网协议(IP)网络)等。在各种实现中,本文所述的通信耦接可以提供安全和/或认证的通信信道。在实现中,本文所述的装置可以对经由通信耦接传输和/或接收的数据进行加密和/或解密。
在一些实施例中,医疗处置装置2802的存储器2810和移动装置2804的类似存储器2822可以包括数据存储部(还称为数据储存库)和相应的数据存储电路,该数据存储电路包括非暂态或非易失性计算机可读介质中的一个或多于一个,诸如闪速存储器、固态存储器、磁存储器、光存储器、高速缓存存储器、它们的组合以及其他等。数据存储部可以被配置为存储医疗处置装置2802和/或移动装置2804的操作所使用的可执行指令和数据。在某些实现中,如本文所述,数据存储处理电路与数据存储部组合地可以包括可执行指令,这些可执行指令当在处理器2808和/或2820上执行时,其被配置为使得至少一个处理器2808和/或2820进行(一个或多于一个)医疗装置180和移动装置105的一个或多于一个功能。
在图28中,组件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的显示视图处以及(例如,在如图13B、图13C、图14A、图14B、图15、图16和图29至图43所示的显示视图1315、1415、1515、110和1316中)以上所述显示的信息。在一个示例中,感测电极2838可以包括心脏感测电极。心脏感测电极可以是导电的和/或电容性电极,这些导电的和/或电容性电极被配置为测量患者的电生理现象的变化,以测量患者的ECG信息。感测电极2838还可测量患者的经胸阻抗和/或心率。通气和/或呼吸传感器2830可以包括肺活量测定传感器、流量传感器、压力传感器、氧和/或二氧化碳传感器(例如,诸如脉搏血氧传感器、氧合传感器(例如,肌肉氧合/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的传感器数据,以确定传感器数据。
参考图29,示出移动装置处的工作视图窗口的示例。如以上关于图14A和图14B类似地所述,工作视图窗口1415可以经由移动装置105上的工作视图选项卡1340访问,并且可以以与医疗装置显示器的呈现不同的方式提供医疗装置显示器上可用的数据的呈现。在实现中,工作视图窗口1415可以提供生理参数,这些生理参数包括但不限于ECG波形1320a、EtCO2波形1320d、SpO2波形1320c、EtCO2数字数据1325c、SpO2数字数据1325b、心率1325a、体温1325e和无创血压1325d。在实现中,CSG引擎120可以检测与医疗状态的恶化相对应的患者的医疗状态的变化。响应于所检测到的恶化,CSG引擎120可以修改移动装置105处的参数的显示。例如,该修改可以包括在工作视图窗口中提供检测到的恶化的用户通知。例如,患者的医疗状态的变化可以在用户通知窗口1450中自动触发用户通知2910。用户通知2910可以包括检测到的恶化的标识和/或与检测到的恶化相对应的一个或多于一个关键生理参数。
例如,医疗状态的恶化可以是呼吸窘迫或急性呼吸衰竭(ARF),并且CSG引擎120可以检测由于(一个或多于一个)医疗装置180所监测的一个或多于一个参数的变化而引起的该恶化。在实现中,响应于ARF的检测,CSG引擎120可以调用RD CSG引擎402以在CSG UI 110处为呼吸窘迫提供CSG。
对于处于呼吸窘迫的患者,用户通知1450可以包括ARF的通知。此外,用户通知可以包括在工作视图窗口1415处显示的一个或多于一个参数和/或不在工作视图窗口1415处显示的一个或多于一个参数。RD CSG引擎402可以在用户通知窗口1450中提供ARF的关键参数2920。在ARF的示例中,ARF的关键生理参数可以是EtCO2和SpO2。在实现中,RD CSG引擎402可以控制移动装置105的显示画面106以在工作视图窗口1415的未占用部分中提供用户通知窗口1450,从而强调和突出显示所检测到的变化和关键生理参数。以这种方式,该通知在不会遮蔽在工作视图窗口1415处可用的任何其他信息的情况下吸引用户的注意力。附加地,RD CSG引擎402可仅在存在患者的医疗病况的关键变化时才填充用户通知窗口1450,使得仅窗口1450的填充用于向用户预警患者的某些病况需要附加且立即的关注。
RD CSG引擎402将关键生理参数识别为需要护理者关注的生理参数,作为患者的病况中的衰退且可能危及生命的变化的高优先级指标。如此,RD CSG引擎402管理CSG UI110处的信息的显示以提高提供给患者的护理的效果和有效性。在医疗装置显示画面处或类似地在装置视图画面1315或1316、趋势视图1515和工作视图1415画面处提供的大量数据示出患者的总体状态。
RD CSG引擎402可以提供引导选择选项所用的一个或多于一个控件。例如,RD CSG引擎402可以在工作视图窗口1415处包括用以继续指令的选项所用的继续控件2930和/或用以结束或退出引导的选项所用的取消控件2940。在实现中,RD CSG引擎402可以在用户通知2910附近提供这些控件。继续控件2930的激活自动地使移动装置105处的显示转变到CSGUI 110。取消控件2940的激活使得不允许自动转变到CSG UI 110。在实现中,取消控件2940的激活可以清除用户通知2910和/或关键参数2920的显示。护理者和移动装置105的用户接口之间的交互(例如,继续控件2930的用户激活)可以使得RD CSG引擎402提供与检测到的恶化相关联的至少一个临床干预的指令。
图30A和图30B示出涉及情境敏感引导的CSG用户接口的示例。响应于CSG选择选项卡1370的激活和/或继续控件2930的激活,CSG引擎120可以在移动装置105处提供CSG UI110。在呼吸窘迫的情况下,RD CSG引擎402可以在CSG UI 110处为RD提供CSG。RD CSG引擎402可以用处置的概览(例如,至少在图30A中所示的ARF的概览3070)发起CSG。附加地,CSG引擎120提供CSG参与通知3084。RD CSG引擎402可以响应于CSG的参与而限制CSG UI 110处所提供的生理参数的数量。
图30A中的CSG UI 110与图29中的工作视图窗口1415的比较示出各窗口中提供的参数的数量的差异。RD CSG引擎402将在工作视图窗口1415中看到的多个生理参数的显示替换为仅关键生理参数在关键参数窗口3010和3020中的显示。因而,RD CSG引擎402利用该替换来修改移动装置105处的显示。例如,CSG UI 110可以排除除关键生理参数以外的生理参数以强调关键生理参数。然而,选择选项卡1310、1340、1350和1370使得用户能够切换到任何其他窗口并查看移动装置105处可用的所有生理参数。附加地,如果用户不想从RD CSG引擎402观看或获得快速引导,则退出控件3030使得用户能够激活该控件并返回到工作视图窗口1415。
在概览级别,护理者可以选择(例如,经由继续控件2930)继续进行CSG或者(例如,经由退出控件3030)退出CSG并返回到工作视图。如果护理者选择继续控件,则RD CSG引擎402提供一系列UI画面显示以引导护理者进行概览3070的临床干预。图31至图40提供RDCSG的一系列UI画面显示的示例,并且以下进一步详细说明这些显示画面的特征。
图30C提供RD CSG的一系列显示画面的该示例的汇总流程图3000。然而,方法3000仅是示例而非限制性的。方法3000可以例如通过阶段的添加、移除、重排、组合和/或并行进行来改变。CSG引擎120和/或RD CSG引擎402可以进行方法3000。移动装置在阶段10显示工作视图、趋势视图和装置视图其中之一。在CSG引擎120检测到(12)呼吸窘迫时,CSG引擎120接合RD CSG引擎402并且在CSG UI 110处提供已使CSG接入的用户通知。护理者可以选择继续(15)进行CSG或选择退出。如果护理者选择退出CSG,则移动装置继续显示工作视图、趋势视图或装置视图窗口。如果用户选择继续(15),则移动装置显示(16)CSG UI 110。CSG UI提供(18)包括一个或多于一个阶段(例如,阶段1、阶段2、...、阶段N)的RD干预概览。在图30A的示例中,概览包括施予支气管扩张剂、通气、监测这三个阶段。通常,即使支气管扩张剂在医学上不是绝对必需的,支气管扩张剂特别是当与患者自身的支气管扩张剂药物一起使用时,也是可以帮助患者并对患者造成非常低的伤害风险的相对较低风险的干预(如果真有的话)。图30A所示的概览仅是示例,并且可以提供基于特定医疗主任的偏好的其他概览。各医疗主任可以选择偏好,例如是在施予支气管扩张剂之前还是之后开始运送至医院、是否与吸入器一起使用支气管扩张剂或使用雾化剂、任何药物的剂量和剂量数量。CSG UI概览以及与该概览相关联的后续指导步骤反映了医疗主任的偏好,并且可由医疗主任定制。因而,这里提供的画面仅是CSG画面、指令、选项等的一个可能集合的示例。在一些实现中,CSGUI可以根据在多个护理者组织之间共通的护理标准提供引导,并且例如可以提供或不提供关于如药品剂量或操作顺序那样的组成部分的相同细节。对概览和关联步骤的其他改变可以包括添加更多步骤、添加更多护理者问题、改变步骤、改变步骤的顺序、选择不同的关键生理参数或数据作为CSG的触发、选择不同的数据作为关键数据等中的一个或多于一个。
在概览阶段,护理者可以选择(20)继续进行CSG或退出。如果护理者选择退出,则移动装置返回到工作视图、趋势视图或装置视图窗口的显示。如果护理者选择继续,则RDCSG引擎402提供RD干预的一个或多于一个阶段的一个或多于一个画面的序列。例如,图31提供阶段1(施予支气管扩张剂)的示例,图32A提供阶段2(通气)的示例,并且图40提供阶段3(监测)的示例。在各阶段,护理者可以选择(例如,如方法3000中的步骤26和32所示)退出CSG并返回到工作视图、趋势视图或装置视图窗口的显示。附加地,在各阶段,CSG UI请求向患者提供了所指示的护理者干预的确认(例如,如方法3000中的步骤24和30所示)。在实现中,确认的激活在患者诊疗的病例文件中生成代码标记。移动装置105可以将确认的指示连同指示所确认的活动或干预的事件代码一起提供到医疗装置至少之一,并且该医疗装置可以将代码标记记录在病例文件中。此外,一旦护理者确认干预的施予,护理者就可以选择移动到CSG引导中的下一步骤(例如,如方法3000中的步骤26和32所示)。护理者可以随时退出CSG,以在移动装置105处查看不同的窗口。然而,为了前进通过CSG画面,RD CSG引擎402可能需要在移动到下一步骤之前确认出当前步骤已完成。
如图所示,例如,结合方法3000中的阶段2,CSG UI 110可以为护理者提供选择附加引导的选项(例如,方法3000中的步骤32)。该附加引导可以是更精细的指令。技能更高或经验更长的护理者可能需要比技能更低或经验更少的护理者更少的精细信息。如果护理者选择附加引导,则RD CSG引擎402提供一个或多于一个画面的序列,该一个或多于一个画面提供与干预指令相关联的活动的细分。本文提供的细分仅是示例而不限制本公开。可以提供附加的或更少的画面以用于比本文所述更多或更少的详细细分。RD CSG引擎402可以提供附加详细指令A、B、…、M(例如,如方法3000中的步骤36、42和50所示)。例如,对于通气指令,RD CSG引擎402可以提供用以进行以下操作的详细步骤:(A)接通呼吸机的电源(例如,如图33所示);(B)组装呼吸机(例如,如图34所示);(C)设置呼吸机的模式(例如,如图38所示);(D)将面罩附接到患者以将患者耦接到呼吸机(例如,如图39所示)。RD CSG引擎402可以将这些详细步骤中的一个或多于一个步骤进一步细分为更多细节。例如,RD CSG引擎402可以将(B)组装呼吸机指令作为诸如以下等的一系列一个或多于一个指令来提供:(B1)连接软管(例如,如图35所示);(B2)附接补氧(例如,如图36所示);以及(B3)将面罩附接至回路(例如,如图37所示)。在各个详细指令画面处,用户可以具有用以选择退出、进入下一指令或返回到先前指令的选项(例如,如方法3000的步骤40和48所示)。为了进入下一指令,RDCSG引擎402可能需要当前步骤已完成的确认(例如,如方法3000的步骤38和46所示)。在最终的详细步骤结束时(例如,在如图30C所示的方法3000中的步骤50之后),护理者可以退出CSG,返回到先前步骤,或确认(52)详细步骤的完成,以前进到总体引导的下一阶段。例如,如图39所示,RD CSG引擎402可能需要面罩已附接到患者的确认以前进到例如图40所示的监测阶段。RD CSG引擎402可以提供(34)最终干预指令(例如,如图40所示的监测)以及供用户退出(35)并返回到工作视图、趋势视图或装置视图窗口的显示用的选项和指令。
参考图31,示出利用针对临床干预的护理者指令的CSG用户接口的示例。该示例中的临床干预是施予支气管扩张剂。图32A和图33至图40提供针对临床干预(诸如对患者通气、附接面罩和监测患者等)的护理者指令、以及针对支持并提供临床干预的医疗装置的使用和组装(诸如组装呼吸机和设置呼吸机模式等)的护理者指令的其他示例。使用的指令可以包括针对不太熟练的护理者或者对特定类型的医疗装置或特定品牌和型号的医疗装置具有有限经验的护理者的基本指令(例如,如例如图33所示的通电指令或如例如图38所示的模式选择指令)。
在实现中,CSG UI 110可以提供关键生理参数以及临床干预指令。例如,如图30A至图40所示,CSG UI 110在包括临床干预指令的各画面视图中示出关键生理参数3010和3020。在实现中,CSG UI 110可以在包括关键干预指令的各画面视图中仅提供关键生理参数并排除其他生理参数,以保持护理者关注这些参数而不因其他生理信息分心并且使护理者的信息解释任务最小化。在实现中,CSG UI 110可以在窗口视图上的一致且相同的位置提供关键生理参数,以使护理者的混淆和信息解释任务最小化。
在实现中,RD CSG引擎402使得用户能够经由触摸屏控件和/或语音激活控件定制所提供的引导的量和该引导的细节级别。在各种实现中,除了如至少在图29中所示的用于接入CSG的用户通知选项之外,RD CSG引擎402进一步在如至少图30A和图30B中所示的CSG的概览级别提供继续控件2930和退出控件3030。这些控件使用户能够以比概览更详细的级别继续引导,或者退出引导并返回到工作视图窗口1415。
RD CSG引擎402可以结合针对至少一个临床干预的指令在UI处提供引导选择控件。如图29至图40所示,CSG UI 110提供针对临床干预的引导指令以及使得用户能够定制该引导的控件。例如,在图30A和图30B中,CSG UI 110提供ARF处置的概览以及继续控件2930和退出控件3030,该继续控件2930和退出控件3030使得用户能够通过继续进行CSG引导来获得更详细的指令或者退出CSG引导并自动返回到工作视图1415。类似地,在图31中,下一步控件3130使得用户能够通过在图30A和图30B中提供的概览中移动到另一步骤(例如,从“施予支气管扩张剂”移动到“对患者通气”)来获得进一步的CSG引导,或者利用退出控件3030退出CSG引导并自动返回到工作视图1415。如至少在图32A和图33至图38中所示,在临床交互指令的概览序列(例如,概览3070)内的各详细步骤处提供下一步控件3130和退出控件3030。权利要求D11的RD CSG系统,其中引导选择选项使得护理者能够选择所提供的指令的细节级别。下一步控件3130还使得护理者能够控制所提供的指令的节奏和定时。护理者可能由于他们的技能水平和/或由于在引导期间可能出现的其他急救活动而需要控制节奏和定时。
如图29至图40所示,引导选择控件包括但不限于连接装置控件1402、继续控件2930、取消控件2940、退出控件3030、下一步控件3130、药品施予确认控件3140、装置连接确认控件3340、更多引导控件3230、返回控件3330和静音模式开启/关闭控件3930。这些触摸屏控件和/或语音控件各自为用户启用引导选择选项。用户可以通过选择触摸屏控件和/或利用鼠标、键盘命令、触笔和/或另一UI指针选择UI控件来与CSG UI 110交互。例如,继续控件2930启用用以继续CSG指令的选项,下一步控件3130启用用以进入临床干预的一系列CSG指令中的下一步骤的选项,退出控件3030启用用以退出CSG指令的选项,更多引导控件3230增加CSG的细节级别,返回控件3330使能用户能够返回到临床干预的一系列CSG指令中的先前指令,并且静音模式开启/关闭控件3930使得用户能够使可听的UI输出静音或取消静音。静音模式开启/关闭控件3930在噪声可能危及任务或引发攻击的军事环境中可能具有关键重要性,并且在背景噪声可能干扰语音控制或可听的CSG指令的理解的有噪声急救环境中可能具有关键重要性。
在实现中,护理者和CSG UI 110之间的交互可以包括来自护理者的语音命令或发声(例如,图30A中的发声3050)和/或来自CSG UI 110的可听输出(例如,图30B中的输出3060)。CSG UI 110可以提供例如由图标或语音激活控件3040所指示的数字助理,以使得能够经由自然语言处理进行RD CSG引擎402的用户控制和向RD CSG引擎402的输入。语音命令或发声可以符合预定命令列表和/或可以是由自然语言处理器解释的非结构化发声。例如,护理者可以根据预定的命令列表说“继续”或“下一步”。附加地或可替代地,护理者可以说“我需要更多帮助”或“我现在要做什么”作为自然语言处理器确定为与“继续”或“下一步”的结构化文本相对应的非结构化文本的示例。
在实现中,护理者104可以用发声3050激活数字助理(例如,用户可以发出“数字助理”或者用以激活语音控制的另一命令或名字)。作为响应,RD CSG引擎402可以提供可听信息3060。例如,RD CSG引擎402可以以可听的方式向用户询问更多信息或澄清(例如,可听信息可以包括诸如“您想做什么?”等的问题),以及/或者可以以可听的方式提供在CSG UI110上示出的指令中的任何或全部指令和/或在移动装置105处可用的参数中的一个或多于一个参数。语音激活控件3040还可以提供如本文所述的CSG UI 110的触摸屏控件中的一个或多于一个控件的功能。例如,“继续”、“取消”、“退出”、“确认”、“返回”、“下一步”、“更多引导”、“静音”、“连接装置”、“返回”、“工作视图”、“趋势”、“装置视图”或同义词或其他等效功能术语和/或其组合的可听发声中的一个或多于一个可以使得RD CSG引擎402进行与关联的触摸屏控件1402、2930、2940、3030、3130、3140、3340、3230、3330和3920相同的功能。
如图30A至图40所示,RD CSG引擎402可以提供针对至少一个临床干预的指令作为针对护理者的指令。这些图中的示例包括针对医院运送3072、支气管扩张剂的施予3074、患者的通气3076和监测患者3078的指令。CSG UI 110在各画面处提供临床干预序列进度条3080和指针3082,以提醒护理者当前临床处置在概览内的位置。例如,如至少在图31中所示,在CSG UI 110从概览进展到支气管扩张剂的施予3074的第二步骤时,指针3082的位置沿着进度条3080移动。如图32A所示,随着CSG UI 110进展到患者的通气3076的第三步骤,指针3082的位置沿着进度条3080再次移动。最后,如图40所示,指针3082沿着进度条3080进一步向下移动以指示指令到达了监测患者3078的概览的最后阶段。
对于各个临床干预指令阶段(例如,支气管扩张剂的施予3074、患者的通气3076和监测患者3078),CSG UI 110提供各种护理指令细节。作为一个示例,可以将细节提供为指令列表(例如,概览3070、图32A所示的通气指令序列3240、图34、图35、图36和图37所示的呼吸机组装指令3410、图38所示的通气模式指令3810、面罩附接指令3910、以及监测指令4010)。
在一些示例中,CSG UI 110被配置为可视地区分指令列表中的当前步骤与指令列表中的后续步骤和先前步骤中的一个或多于一个。例如,指针3082可视地指示概览3070中的当前步骤。作为另一示例,通气列表3240可以设置在展开的细节窗口3250内。窗口3250从进度条3080延伸以指示该列表在概览内的位置,并且指示该列表提供概览中的单个步骤的详细视图。附加地,通气列表3240可以包括可能为虚线(例如,圆圈指标3260a)或实线(例如,圆圈指标3260b)的圆圈指标。虚线圆圈指标指示进行中的步骤,而实线圆圈指标指示即将进行的步骤。
作为另一示例,列表的元素可以设置有颜色、字体、灰阶、粗体、字符大小等的组合,以区分当前步骤和即将进行的步骤。图34、图36和图37例示呼吸机组装的三个阶段(“连接软管”、“附接补O2”和“将面罩附接到回路”)的视觉不同的指令的示例。在各指令变为当前指令时,CSG UI 110以黑体字提供当前指令(例如,“连接软管”的当前步骤3420),并且以更浅的灰阶字提供其他指令(例如,后续步骤3430和3440)。该外观的对比表示:“连接软管”是图34中的当前步骤,“附接补O2”是图36中的当前步骤,“将面罩附接到回路”是图37中的当前步骤。通过从视觉上区分这些步骤,CSG UI 110可以将护理者的注意力集中在当前步骤上,同时仍提供与整个步骤序列有关的信息。附加地,如例如至少在图35、图36和图37中示出,与当前步骤相关联的附加细节可以是与后续步骤的视觉区别,并且可以匹配当前步骤的视觉外观。例如,至少在图35中示出具有与当前步骤3420类似或相同的视觉外观和/或与后续步骤3430和3440不同的视觉外观的附加细节3520。
作为又一示例,图38示出呼吸机的模式指令3810的列表。在该列表中,通过物理放置(例如,指令“1”出现在呼吸机的左侧,并且指令“2”、“3”和“4”出现在呼吸机的右侧)以及通过数字指标(例如,数字指标3820),将这些步骤彼此区分开。
在CSG的各个阶段,CSG UI可以提供如下的指示:RD CSG引擎402正在等待护理者和/或医疗装置完成任务。例如,除了指示当前步骤之外,虚线圆圈指标3260a指示系统正在等待通气系统280和移动装置105之间的通信耦接。作为另一示例,在图38中,等待图标3830指示RD CSG引擎402正在等待护理者动作。RD CSG引擎402可以通过确认控件3140和/或(例如,经由通信耦接199)从医疗装置向移动装置105的通信中的一个或多于一个来接收护理者动作完成的指示。等待指示可以是图标的元素以动画方式改变颜色和/或大小的动画图标。
作为CSG细节的呈现的另一示例,CSG UI 110可以提供这些作为图形图像。图形图像可以是医疗器材的图示描绘或医疗器材的照片图像。在实现中,图形图像可以包括动画指令或视频。例示的或照片的图形图像可以包括指示医疗器材的使用和/或组装方法的指示性叠加,诸如箭头、字、指针等。在实现中,RD CSG引擎402可以基于所连接装置信息来访问所存储的医疗器材的图形图像。例如,RD CSG引擎402可以针对如所连接装置信息所指示的特定品牌和型号的医疗装置进行图像的定制或匹配。附加地,尽管在附图中以黑白或灰阶描绘,但CSG UI 110可以整体地或部分地以彩色提供图形图像和/或指示性叠加。此外,与彩色图像相对应的指令可以以与图像和/或指示性叠加匹配的颜色进行渲染。
如至少在图32A中所示,CSG UI 110可以包括医疗器材的特定项的图形图像以识别护理者的器材(例如,呼吸机的图形图像3260)。作为另一示例,如至少在图31、图32A、图33、图34、图35、图36、图37、图38和图39中所示,图形图像(例如,例示描绘、照片图像或其组合)可以包括和/或描绘针对医疗装置的护理者使用的指令。CSG UI 110可以包括具有图形图像的字母数字指令和/或识别信息。例如,在图31中,支气管扩张器的图形图像3150包括支气管扩张器的一部分(例如,储物罐)的字母数字标识3160以及用以指示药物的插入点的图形箭头3165。
作为另一示例,在图33中,图形图像3350包括呼吸机的图形图像3260和包含呼吸机3260上的电源拨盘3375的图像3370的展开视图窗口3360、以及图形方向箭头3380和/或用以补充和/或明确图形叠加方向箭头3380的字母数字指令3385。图像3370可以是电源拨盘3375的照片的例示或放大图。图37提供了用于将面罩连接到呼吸机回路的指令的展开视图窗口3710的另一示例。窗口3710包括图形描绘指令(例如,用于面罩附接的方向箭头3720)。
如例如至少在图34、图35、图36和图37中所示,图形图像可以包括如下的展开视图窗口,这些展开视图窗口与所列出的指令相关联,并且与所列出的指令的强调的变化相关联地并且根据这些变化而改变。图形图像还包括与所列出的指令中提供的细节相对应的变化的细节量。例如,CSG UI 110利用具有软管和氧气罐的呼吸机的概览图像3450提供图34中的呼吸机组装指令3410的最高水平(即,最不详细的概览指令)。相比之下,图35提供了用于软管连接的更详细指令3520,并且一起提供具有图形叠加方向箭头3530和3531的更详细的展开视图窗口3530,以指示特定软管连接指令。如上所述,CSG UI 110可以提供彩色图像。因此,在图35的示例中,称为“绿色”的软管和连接点可以以绿色示出。如图36所示,CSGUI 110调整图形图像和展开视图窗口以匹配所列出的指令。例如,展开视图窗口3610与补O2附接指令相对应。因而,在CSG UI 110改变临床干预指令的强调部分以引导护理者时,CSG UI 110还改变器材图像和展开视图以例示指令。作为另一示例,图形图像可以包括用以在需要的情况下例示医疗传感器或装置向患者的适当附接的患者的图像(例如,图39中的图像3920例示面罩向患者的适当附接,包括面罩在面部上相对于面部特征的位置以及附接带的位置)。
再次参考图32A,进一步参考图32B,示出药物剂量计时器的示例。结合用以施予药物干预的指令,CSG UI可以提供剂量指令和/或提醒3270、药品递送确认控件3275和剂量间隔计时器3280。如图32B所示,在实现中,剂量时间3280可以是逐渐填充或逐渐改变颜色以指示药物剂量之间的经过时间的UI特征。RD CSG引擎402可以自动确定药物剂量之间的间隔的长度。例如,护理者可以使用耦接到CSG UI 110的照相机或扫描器来扫描支气管扩张剂或其他药物上的条形码。RD CSG引擎402可以基于条形码扫描来识别药物,并且可以将该信息与人口统计患者信息(例如,年龄、体重、性别等)组合以确定药物剂量和剂量定时。RDCSG引擎402可以根据所确定的剂量和定时自动设置计时器。例如,如图32B所示,随着时间经过,剂量计时器框被更深的颜色填充。被填充和/或改变颜色的UI特征的区域与UI特征的总区域相比的分数可以指示所经过的或剩余的时间量。在图33至图37中还例示剂量时间3280的外观变化。
在CSG内的各个阶段,RD CSG引擎402可以响应于针对至少一个临床干预的指令来请求或要求护理者确认。在实现中,CSG UI 110可以将确认控件呈现为闪烁特征。例如,如果用户试图退出CSG和/或移动到CSG内的另一画面,则RD CSG引擎402可以使确认控件闪烁作为用户激活该控件的提示。图31、图34、图35、图36、图37和图39提供确认控件3140的示例。
参考图40,示出利用针对护理者的患者监测指令的CSG用户接口的示例。通过如以下所述在工作视图窗口1415处提供监测指令以及监测状况,RD CSG引擎402使得护理者能够继续进行患者护理的其他方面,同时RD CSG引擎402在临床干预之后继续监测患者的病况。RD CSG引擎402在通知横幅1450中提供监测信息,使得该信息不妨碍工作视图1415上的任何其他信息。RD CSG引擎402处理监测,并向同时能够处理患者的其他问题的护理者104提供不显眼的更新。如果所监测的参数指示患者的医疗病况的恶化,则RD CSG引擎402将再次生成具有用于进一步CSG的选项的如图29所示的预警。在实现中,RD CSG引擎402可以为关键参数提供治疗目标4050。附加地或可替代地,RD CSG引擎402可以提供具有关键参数的指标(例如,箭头4055a和4055b),以示出各参数的变化方向(即,增加或减少)。关键参数值3010和3020与治疗目标4050以及指标4055a和4055b的比较为护理者给出了关于所检测的恶化的恢复或改善的患者状况的快速和简洁的图片。在ARF的情况下,关键生理参数的治疗目标可能是SpO2和EtCO2的治疗目标。
在实现中,RD CSG引擎402可以在CSG UI 110处为所连接医疗装置提供状况更新。例如,如至少在图40中所示,CSG UI 110为通气系统280提供状况更新4020。CSG UI 110还可以包括一个或多于一个监测闭环控制参数4030。例如,CSG UI 110可以包括用于通气系统的闭环控制的吸入氧浓度分数(FiO2)的指示。在实现中,CSG UI 110可以包括闭环控制指标4040,以指示所连接医疗装置与移动装置105处于闭环控制模式。例如,至少一个医疗装置的状况指示可以是呼吸机的闭环控制的指示和实时更新的FiO2值。
参考图41,示出利用针对护理者的患者监测指令的工作视图窗口的示例。在实现中,RD CSG引擎402可以在所指示的临床干预完成之后,返回到工作视图窗口。RD CSG引擎402可以在工作视图窗口1415处提供用户通知横幅1450,其中该横幅包括在至少一个临床干预完成之后的关键生理参数的值和趋势指标中的一个或多于一个。为了评估针对ARF的已完成的干预的疗效,RD CSG引擎402可以继续监测关键参数,例如,EtCO2和SpO2。当患者响应于ARF已稳定时,RD CSG引擎402可以返回到工作视图窗口1415或移动装置105处可用的另一窗口。在图41所示的示例中,患者连接到呼吸机,呼吸机处于闭环控制模式,并且用户通知窗口1450跟踪关键参数朝向目标值4110的进展。工作视图窗口还可以包括指示关键参数是正在增加还是正在减少的方向指标4055a和4055b。如图42所示,当关键生理参数达到它们的目标值时,RD CSG引擎402可以在用户通知横幅1450中包括目标达成通知4210。通知4210可以包括图形指示4220,该图形指示4220监测到关键生理参数达到了目标或阈值和/或在目标范围内。结合通知4210,警报指标1410可以中止参数的显示。例如,警报指标1410在达到目标值之前显示图41中的警报,并且在达到目标值之后不显示图42中的警报。
在实现临床干预之后的患者监测可以包括:在移动装置处显示由用于临床干预的医疗装置测量到的生理参数。例如,图29示出在ARF检测之前和在患者连接到通气系统280之前的工作视图画面1415的示例。图29所示的生理参数(例如,ECG、EtCO2、SpO2、HR、NIBP、温度等)全部可从患者监测器/除颤器285获得。相比之下,图41示出在通气系统280已作为所连接装置(例如,物理耦接到患者且通信地耦接到移动装置105)引入之后的工作视图画面1415。工作视图1415包括可从通气系统280获得的一个或多于一个参数(例如,FiO2 4120、PIP-IPAP-EPAP 4125、VT 4130、RR 4135和通气系统模式4140)和闭环控制的指示4040。
参考图43,示出利用医疗装置操作指令的CSG用户接口的示例。医疗装置操作指令可以是针对护理者或者使得能够将自动化指令从移动装置105发送到(一个或多于一个)医疗装置180的远程控件的指令中的一个或多于一个。在实现中,移动装置105可以包括UI处的与通信耦接的医疗装置的操作相关联的一个或多于一个远程医疗装置控件4310。例如,医疗装置控件可以控制通气系统280的操作(其可以包括呼吸方面或CSG)。在实现中,移动装置105可以响应于医疗装置控件4310的用户激活而向医疗装置传输指令或命令信号。例如,RD CSG引擎402可以提供设置推荐4320,并且护理者可以通过对移动装置105的输入来实现这些推荐。在实现中,移动装置105可以响应于RD CSG引擎402对特定医疗装置设置的确定来自动地向医疗装置传输指令或命令信号。从移动装置105传输到(一个或多于一个)医疗装置180的指令信号可以提供信息,发起一个或多于一个功能操作,或者设置或改变相应医疗处置装置的操作参数或模式。在另一实现中,护理者可以利用物理上位于(一个或多于一个)医疗装置处的控件,并且工作视图窗口1415可以显示这些设置(例如,PIP-IPAP-EPAP显示4125)。
如图43所示,并且与图14A类似地,移动装置105可以提供与多个医疗处置装置(例如,患者监测器/除颤器285和通气系统280这两者)相关联的患者处置信息和/或其他数据,诸如护理者性能数据、呼吸参数数据或患者呼吸状况数据等。尽管各医疗装置提供特定于该装置或能够由该装置收集的数据,但各医疗装置处的数据是患者的子系统视图而不是整体视图。与之相比,通过在移动装置105处聚集来自多个医疗装置的数据并且通过CSG引擎102提供集中分析,本文所述的CSG系统将患者作为整体来对待并且不仅仅响应单个子系统。此外,移动装置105的物理位置可以不受与医疗装置的情况一样耦接到患者的需要的限制。医疗装置通常需要相对于患者的特定且接近的位置,使得传感器和治疗递送装置可以适当地耦接到患者。
在一些示例中,护理者104可以监测从通信地耦接到移动装置105的所有医疗装置180接收到的患者处置信息。另外,在一些实施例中,移动装置105处的用户接口视图可以包括用户输入,这些用户输入使得护理者104能够传输用以提供数据的指令信号或者发出用以控制(一个或多于一个)医疗装置180的一个或多于一个功能操作的命令。在一些实施例中,提供单个护理者查看来自多个医疗处置装置的病例信息的能力,这对临床问题提供了技术解决方案,因为使用移动装置7105的护理者和/或主管可以向其他救援者提供增强的指导和支持。此外,在患者访问或救援人员有限的某些急救护理情形中,向单个护理者提供从多个医疗处置装置同时监测病例信息并传输用以控制医疗处置装置的操作的指令信号的能力,这使得患者能够在远程或非传统护理环境中接收高级医疗护理。然而,一些实施例包括各种用户的各种角色。在一些实施例中,可以在急救护理现场98处的装置中的两个或多于两个装置之间建立本地无线通信信道,以使得能够在装置和系统之间安全且准确地共享数据。例如,可以通过潜在地包括一个或多于一个远程的非现场系统389的无线通信信道交换与患者101有关的健康数据、指示递送至患者101的处置的数据或其他类型的数据。这可以帮助以高效且准确的方式来协调或集成多个救援者的处置。在一些示例中,仅在患者101的处置中所涉及的装置中的一些装置之间(例如,在这些装置中的两个装置之间)建立有线和/或无线通信信道。在一些示例中,在患者101的处置中所涉及的所有装置之间建立无线通信信道。
尽管已经说明了某些实施例,但这些实施例仅以示例的方式呈现,并且不旨在限制本发明的范围。实际上,本文所述的新颖方法、设备和系统可以以多种其他形式体现;此外,可以在不背离本发明的精神的情况下,以本文所述的方法、设备和系统的形式进行各种省略、替换和改变。所附权利要求书及其等同物旨在涵盖落在本发明的范围和精神内的形式或修改。

Claims (325)

1.一种情境敏感引导系统即CSG系统,用于在急救医疗事件中向患者提供临床干预,所述CSG系统包括:
CSG引擎,其包括硬件逻辑和/或软件逻辑;
多个患者接口装置,其被配置为生成指示患者的生理数据的传感器信号;
显示装置,其被配置为提供CSG用户接口即CSG UI;以及
至少一个医疗装置,其被配置为:
耦接到所述多个患者接口装置,
通信地耦接到所述CSG引擎和所述显示装置,
从所述多个患者接口装置接收所述传感器信号,
从所述传感器信号生成所述生理数据,以及
将所述生理数据发送到所述CSG引擎和所述显示装置,
其中,所述CSG引擎被配置为:
从至少一个医疗装置接收包括所述生理数据的输入,
评估所述生理数据,
基于所述评估来识别针对患者的至少一个临床干预,以及
基于所识别的临床干预来发送向所述至少一个医疗装置的输出,其中,所述至少一个医疗装置被配置为响应于来自所述CSG引擎的输出来进行至少一个操作。
2.根据权利要求1所述的CSG系统,其中,所述至少一个临床干预包括高流量鼻插管。
3.根据权利要求2所述的CSG系统,其中,所述至少一个临床干预包括CPAP和双水平通气其中之一。
4.根据权利要求3所述的CSG系统,其中,所述至少一个临床干预包括药物干预。
5.根据权利要求1所述的CSG系统,
其中,来自所述CSG引擎的输出包括用以进行所识别的临床干预的指令,以及
其中,所述至少一个医疗装置进行的至少一个操作包括所识别的临床干预。
6.根据权利要求5所述的CSG系统,
其中,来自所述CSG引擎的输出包括与所识别的临床干预相关联的至少一个CSG事件标记,以及
其中,所述至少一个医疗装置进行的至少一个操作包括:响应于接收到来自所述CSG引擎的输出来将所述至少一个CSG事件标记记录在所述至少一个医疗装置的数据存储区域处。
7.根据权利要求1所述的CSG系统,
其中,所述生理数据是第一生理数据,以及
其中,所述CSG引擎被配置为:
从所述至少一个医疗装置接收第二生理数据,
基于所述第二生理数据来更新针对患者的所述至少一个临床干预,以及
基于更新后的临床干预来发送向所述至少一个医疗装置的指令。
8.根据权利要求7所述的CSG系统,
其中,所述CSG引擎被配置为:
基于所述第一生理数据和所述第二生理数据来生成至少一个患者表现的病因估计,
基于所述病因估计来请求目标患者数据,
接收所述目标患者数据,
基于所述目标患者数据来将所述病因估计转换成病因确定,以及
将所述病因确定提供到所述至少一个医疗装置和所述CSG UI中的一个或多于一个。
9.根据权利要求8所述的CSG系统,其中,所述CSG引擎被配置为:
基于所述病因确定来识别至少一个药物干预,
在所述CSG UI处提供对所述至少一个药物干预的用户确认的提示,以及
基于所述至少一个药物干预来发送向所述至少一个医疗装置的指令。
10.根据权利要求9所述的CSG系统,其中,基于所述至少一个药物干预的指令包括所述至少一个药物干预的CSG事件标记。
11.根据权利要求9所述的CSG系统,其中,基于所述至少一个药物干预的指令包括用以提供所述至少一个药物干预的指令。
12.根据权利要求1所述的CSG系统,包括移动装置,其中所述显示装置布置在所述移动装置。
13.根据权利要求12所述的CSG系统,其中,所述移动装置包括所述CSG引擎。
14.根据权利要求12所述的CSG系统,
其中,所述移动装置通信地耦接到包括所述CSG引擎的云服务器,以及
其中,所述移动装置包括所述CSG引擎所服务的CSG应用。
15.根据权利要求12所述的CSG系统,其中,所述至少一个医疗装置被配置为经由无线通信链路通信地耦接到所述移动装置。
16.根据权利要求15所述的CSG系统,其中,所述无线通信链路是Wi-Fi链路和蓝牙链路中的至少一个。
17.根据权利要求15所述的CSG系统,其中,所述无线通信链路是所述至少一个医疗装置和所述移动装置之间的预配置配对。
18.根据权利要求1所述的CSG系统,
其中,所述CSG引擎被配置为:
从所述移动装置接收包括患者呼吸的评定的输入,
针对呼吸窘迫表现或非呼吸窘迫表现来对患者呼吸的评定进行评估,以及
如果患者呼吸的评定指示所述呼吸窘迫表现,则实现呼吸窘迫CSG引擎即RD CSG引擎,否则实现非呼吸窘迫CSG引擎。
19.根据权利要求1所述的CSG系统,其中,所述CSG引擎包括呼吸窘迫CSG引擎即RD CSG引擎。
20.根据权利要求19所述的CSG系统,其中,所述RD CSG引擎包括呼吸/通气CSG引擎即R/V CSG引擎和血液动力学CSG引擎。
21.根据权利要求20所述的CSG系统,
其中,所述至少一个医疗装置包括患者监测器/除颤器和通气系统,以及
其中,所述RD CSG引擎被配置为接收来自所述患者监测器/除颤器和所述通气系统的输入。
22.根据权利要求21所述的CSG系统,
其中,所述多个患者接口装置包括被配置为耦接到所述患者监测器/除颤器的呼吸气体传感器和被配置为耦接到所述通气系统的肺力学传感器,以及
其中,来自所述患者监测器/除颤器和所述通气系统的输入包括呼吸/通气数据。
23.根据权利要求22所述的CSG系统,其中,所述呼吸气体传感器包括脉搏血氧传感器即SpO2传感器和呼气末二氧化碳传感器即EtCO2传感器,所述肺力学传感器包括气道压力传感器和呼吸速度计,并且所述呼吸/通气数据包括SpO2数据、EtCO2数据、肺阻力数据和肺弹性数据。
24.根据权利要求23所述的CSG系统,其中,所述RD CSG引擎被配置为:
接收所述SpO2数据和所述EtCO2数据,
评估所述SpO2数据和所述EtCO2数据,
基于所述评估来识别针对患者的所述至少一个临床干预,其中所述至少一个临床干预包括来自所述通气系统的对患者的氧支持,
发送向所述通气系统的输出,该输出包括所述通气系统提供氧支持所用的指令。
25.根据权利要求24所述的CSG系统,其中,所述氧支持包括利用持续气道正压治疗即CPAP治疗和双水平气道正压其中之一的补氧治疗或补氧。
26.根据权利要求24所述的CSG系统,其中,向所述通气系统的输出包括所述通气系统所提供的氧支持的CSG事件标记。
27.根据权利要求24所述的CSG系统,其中,所述R/V CSG引擎被配置为:
评估异常危及生命血液动力学病况标志即ALT血液动力学病况标志,以及
如果设置了所述ALT血液动力学病况标志,则从所述R/V CSG引擎转向到所述血液动力学CSG引擎,否则继续实现所述R/V CSG引擎。
28.根据权利要求24所述的CSG系统,其中,所述RD CSG引擎被配置为在所述CSG UI处提供用于氧支持的通气指令。
29.根据权利要求24所述的CSG系统,其中,所述RD CSG引擎被配置为:
接收所述肺阻力数据和所述肺弹性数据,
基于所述肺阻力数据和所述肺弹性数据来更新对患者的氧支持,以及
发送所述通气系统提供更新后的氧支持所用的向所述通气系统的指令。
30.根据权利要求29所述的CSG系统,其中,所述RD CSG引擎被配置为:
基于所述SpO2数据、所述EtCO2数据、所述肺阻力数据和所述肺弹性数据来生成对患者的呼吸窘迫表现的病因估计,
向所述患者监测器/除颤器和所述通气系统请求目标数据,以及
基于所述目标数据将所述病因估计转换成病因确定。
31.根据权利要求30所述的CSG系统,其中,所述目标数据包括肺活量测定数据、呼出气体分析数据和血液动力学数据中的一个或多于一个。
32.根据权利要求30所述的CSG系统,其中,所述RD CSG引擎被配置为:
在所述CSG UI处提供针对患者病史信息的用户键入的提示,
接收所述患者病史信息,以及
基于所述患者病史信息将所述病因估计转换成所述病因确定。
33.根据权利要求30所述的CSG系统,其中,所述RD CSG引擎被配置为:
向所存储的病史文件请求患者病史信息,
接收所述患者病史信息,以及
基于所述患者病史信息将所述病因估计转换成所述病因确定。
34.根据权利要求33所述的CSG系统,
其中,所存储的病史文件包括远程医疗记录数据库中所存储的医疗记录文件,以及
其中,所述RD CSG引擎被配置为经由网络通信地耦接到所述远程医疗记录数据库。
35.根据权利要求33所述的CSG系统,
其中,所存储的病史文件包括患者制图文件。
36.根据权利要求30所述的CSG系统,
其中,所述病因确定包括阻塞性呼吸疾病,以及
其中,所述RD CSG引擎被配置为:
识别所述阻塞性呼吸系统疾病的至少一个药物干预,
提供针对所述阻塞性呼吸疾病的至少一个药物干预的用户确认的提示,以及
基于所述至少一个药物干预来提供向所述至少一个医疗装置的输出。
37.根据权利要求36所述的CSG系统,
其中,所述至少一个药物干预包括支气管扩张剂,以及
其中,向所述至少一个医疗装置的输出包括向所述通气系统的用以提供所述支气管扩张剂的指令。
38.根据权利要求37所述的CSG系统,
其中,向所述至少一个医疗装置的输出包括所述支气管扩张剂的包含时间、日期和剂量的CSG事件标记。
39.根据权利要求30所述的CSG系统,
其中,所述病因确定包括限制性呼吸疾病,以及
其中,所述RD CSG引擎被配置为:
识别所述限制性呼吸疾病的至少一个药物干预,
提供针对所述限制性呼吸疾病的至少一个药物干预的用户确认的提示,以及
基于所述至少一个药物干预来提供向所述至少一个医疗装置的输出。
40.根据权利要求39所述的CSG系统,
其中,所述至少一个药物干预包括利尿剂,以及
其中,向所述至少一个医疗装置的输出包括所述利尿剂的包含时间、日期和剂量的CSG事件标记。
41.根据权利要求21所述的CSG系统,
其中,所述多个患者接口装置包括被配置为耦接到所述患者监测器/除颤器的血液动力学传感器,以及
其中,来自所述患者监测器/除颤器的输入的一部分包括血液动力学数据。
42.根据权利要求41所述的CSG系统,
其中,所述血液动力学传感器包括无创血压传感器即NIBP传感器和电极组件,所述电极组件被配置为:
收集心电图数据即ECG数据和心率数据,以及
向患者提供电疗。
43.根据权利要求41所述的CSG系统,
其中,所述血液动力学CSG引擎被配置为:
接收所述血液动力学数据,
基于所述血液动力学数据来识别异常危及生命患者病况即ALT患者病况的存在或不存在,
在存在所述ALT患者病况的情况下,
设置ALT血液动力学病况标志,
在所述CSG UI处提供指示存在所述ALT患者病况的预警,
将存在所述ALT患者病况的CSG事件标记发送到所述至少一个医疗装置,以及
在不存在所述ALT患者病况的情况下,
在所述CSG UI处提供指示不存在所述ALT患者病况的更新,
将不存在所述ALT患者病况的CSG事件标记发送到所述至少一个医疗装置。
44.根据权利要求43所述的CSG系统,其中,所述血液动力学CSG引擎被配置为:
向所述患者监测器/除颤器询问装置状况,以及
在所述CSG UI处提供所述装置状况。
45.根据权利要求43所述的CSG系统,其中,所述血液动力学CSG引擎被配置为在所述CSG UI处提供所述血液动力学数据。
46.根据权利要求1所述的CSG系统,其中,所述CSG引擎包括非呼吸窘迫CSG引擎,所述非呼吸窘迫CSG引擎包括创伤引擎、败血症引擎、创伤性脑损伤引擎、心脏骤停引擎和重症护理监测引擎中的至少一个。
47.根据权利要求1所述的CSG系统,其中,所述显示装置包括触摸屏。
48.根据权利要求1所述的CSG系统,其中,所述显示装置布置在所述至少一个医疗装置。
49.根据权利要求48所述的CSG系统,其中,所述至少一个医疗装置被配置为在所述显示装置处并发地提供所述CSG UI和操作接口。
50.根据权利要求1所述的CSG系统,其中,所述CSG引擎布置在所述至少一个医疗装置。
51.根据权利要求1所述的CSG系统,其中,所述至少一个医疗装置包括患者监测器/除颤器、通气系统或者耦接到患者监测器/除颤器的通气系统。
52.根据权利要求1所述的CSG系统,其中,所述CSG引擎包括RD CSG引擎,所述RD CSG引擎被配置为:
从所述至少一个医疗装置接收所述生理数据,
控制所述生理数据在所述CSG UI处的实时显示,
针对所述生理数据中所表示的至少一个生理参数的变化来对所述生理数据进行评估,其中所述变化指示患者的医疗状态的恶化,
基于所述恶化来选择至少一个临床干预,
提供针对所述至少一个临床干预的指令,
基于所述恶化和所述至少一个临床干预将所述生理数据的子集识别为关键生理数据,以及
修改所述生理数据的显示以强调所述关键生理数据。
53.根据权利要求52所述的CSG系统,其中,所述生理数据包括ECG、EtCO2、SpO2、心率、体温和无创血压,
所述医疗状态的恶化包括急性呼吸衰竭即ARF,以及
所述关键生理数据包括EtCO2和SpO2
54.根据权利要求52所述的CSG系统,其中,所述RD CSG引擎被配置为:
提供患者的医疗状态的恶化的用户通知;
接收针对情境敏感引导的用户请求;以及
通过以下操作来修改所述生理数据的显示:将所述显示装置处的ECG数据、EtCO2数据、SpO2数据、心率数据、体温数据和无创血压数据的显示替换为所述CSG UI处的将所述ECG数据、所述心率数据、所述体温数据和所述无创血压数据排除在外的针对所述至少一个临床干预的指令以及所述EtCO2数据和所述SpO2数据的显示。
55.根据权利要求54所述的CSG系统,其中,所述RD CSG引擎被配置为在所述显示装置处的装置视图窗口、趋势视图窗口和工作视图窗口中的至少一个窗口处提供所述恶化的用户通知。
56.根据权利要求52所述的CSG系统,其中,所述RD CSG引擎被配置为:
与所述至少一个医疗装置建立通信耦接;
基于第一通信耦接来识别所述至少一个医疗装置;以及
在所述显示装置处提供指示所述至少一个医疗装置的识别的所连接装置窗口。
57.根据权利要求56所述的CSG系统,其中,所述RD CSG引擎被配置为基于所述至少一个医疗装置的识别来选择所述至少一个临床干预。
58.根据权利要求56所述的CSG系统,其中,所述RD CSG引擎被配置为将针对所述至少一个临床干预的指令提供到所述至少一个医疗装置。
59.根据权利要求56所述的CSG系统,其中,所述RD CSG引擎被配置为在所述CSG UI处提供针对所述至少一个临床干预的指令。
60.根据权利要求59所述的CSG系统,其中,所述指令包括针对所识别的至少一个医疗装置的护理者使用的指令。
61.根据权利要求60所述的CSG系统,
其中,所识别的至少一个医疗装置是通气系统,以及
其中,所述指令包括通气系统操作指令和通气系统组装指令中的至少一个。
62.根据权利要求52所述的CSG系统,其中,所述RD CSG引擎被配置为在所述显示装置处提供作为可选窗口的CSG UI窗口以及至少一个其他可选窗口,所述至少一个其他可选窗口包括工作视图窗口。
63.根据权利要求52所述的CSG系统,其中,所述RD CSG引擎被配置为经由触摸屏键入和语音命令中的一个或多于一个来接收护理者输入。
64.根据权利要求52所述的RD CSG系统,其中,所述指令包括药品递送指令。
65.根据权利要求64所述的RD CSG系统,其中,所述药品递送指令包括药品递送确认控件和剂量间隔计时器。
66.根据权利要求52所述的RD CSG系统,其中,所述RD CSG引擎被配置为结合针对所述至少一个临床干预的指令来在所述CSG UI处提供引导选择控件。
67.根据权利要求66所述的RD CSG系统,其中,所述引导选择控件使得护理者能够选择所述指令的细节级别。
68.根据权利要求66所述的RD CSG系统,其中,所述引导选择控件包括以下项中的至少一个:继续指令控件、退出指令控件、进入下一步骤控件、增加引导控制的细节级别、返回到先前指令控件、以及静音或取消静音可听UI输出控件。
69.根据权利要求52所述的RD CSG系统,其中,所述RD CSG引擎被配置为响应于针对所述至少一个临床干预的指令来在所述显示装置处接收护理者确认。
70.根据权利要求69所述的RD CSG系统,其中,所述护理者确认包括药物施予确认、临床干预步骤确认和医疗装置连接确认中的一个或多于一个。
71.根据权利要求69所述的RD CSG系统,其中,所述RD CSG引擎响应于所述护理者确认来将指示事件标记的信号提供到所述至少一个医疗装置。
72.一种情境敏感引导系统即CSG系统,用于在医疗事件期间向患者提供复苏护理,所述CSG系统包括:
CSG引擎,其包括硬件逻辑和/或软件逻辑;
医疗装置系统,其通信地耦接到所述CSG引擎和移动计算装置,所述医疗装置系统包括:
多个患者接口装置,其被配置为在所述医疗事件期间生成指示患者的生理数据的传感器信号,
医疗装置画面,用于呈现所述生理数据,以及
至少一个医疗装置处理器,其能够操作地与所述多个患者接口装置和所述医疗装置画面耦接,所述至少一个医疗装置处理器被配置为:
接收与患者相对应的传感器信号,
基于所述传感器信号来生成所述生理数据,
将所述生理数据以第一显示格式显示在所述医疗装置画面,以及
将所述生理数据传输到所述CSG引擎和所述移动装置;以及
所述移动计算装置包括:
移动装置显示画面,其被配置为提供用户接口,以及
移动装置处理器,其能够操作地耦接到所述移动装置显示画面,并且被配置为:
从所述医疗装置系统接收所述生理数据,以及
使得所述生理数据作为所述医疗装置画面处所显示的生理数据的实时视图以提供所述第一显示格式的视觉再现的第二显示格式显示在所述用户接口处,
其中,所述CSG引擎被配置为:
从所述医疗装置系统接收所述生理数据,
在所述用户接口处接收用户输入,
评估所述生理数据和所述用户输入,
基于所述评估来识别针对患者的临床干预,
基于所述临床干预和所述评估中的至少一个来生成针对所述用户接口的输出,以及
基于所识别的临床干预来发送向所述至少一个医疗装置的输出,其中,所述至少一个医疗装置被配置为响应于来自所述CSG引擎的输出来进行至少一个操作。
73.根据权利要求72所述的CSG系统,其中,以所述第二显示格式的所述第一显示格式的视觉再现包括所述第一显示格式的复制。
74.根据权利要求72所述的CSG系统,其中,以所述第二显示格式的所述第一显示格式的视觉再现包括渲染,其中在该渲染中,相对于所述第一显示格式调整以所述第二显示格式呈现的生理数据的一个或多于一个视觉方面。
75.根据权利要求72所述的CSG系统,其中,所述移动装置处理器被配置为使得所述移动装置处的用户接口进行以下操作:
提供多个视图窗口,所述多个视图窗口包括装置视图窗口,所述装置视图窗口被配置为以所述第二显示格式提供所述生理数据的实时视图,
捕获特定视图窗口的用户选择,以及
基于所述用户选择来提供所述特定视图窗口。
76.根据权利要求75所述的CSG系统,其中,所述多个视图窗口中的至少一个是可滚动接口,所述可滚动接口被配置为提供比所述装置视图窗口中所显示的信息更多的信息。
77.根据权利要求75所述的CSG系统,其中,所述装置视图窗口包括ECG波形、脉搏血氧波形、有创血压即IBP和/或CO2波形。
78.根据权利要求75所述的CSG系统,其中,所述装置视图窗口包括以下项中的至少一个的当前值:外周毛细血管氧饱和度即SpO2、一氧化碳饱和度即SpCO、高铁血红蛋白即SpMet、总血红蛋白即SpHB、血氧含量即SpOC、脉搏灌注变异指数即PVI、血流灌注指数即PI、呼气末二氧化碳即EtCO2、无创血压、有创血压值、心率即HR、呼吸频率、吸入氧浓度分数即FiO2和体温。
79.根据权利要求75所述的CSG系统,其中,所述多个视图窗口包括趋势窗口和工作窗口中的一个或多于一个。
80.根据权利要求79所述的CSG系统,其中,所述移动装置处理器被配置为:
从所述生理数据生成趋势数据,所述趋势数据包括随时间经过的生理数据值,以及
使得所述用户接口在所述趋势窗口中提供所述趋势数据。
81.根据权利要求80所述的CSG系统,其中,所述趋势数据包括随时间经过的SpO2、EtCO2、收缩压、舒张压、平均动脉压和心率值中的至少一个。
82.根据权利要求80所述的CSG系统,其中,所述趋势窗口包括以图形格式、表格格式或者图形格式和表格格式的组合的所述趋势数据的显示。
83.根据权利要求79所述的CSG系统,其中,所述工作窗口包括护理者反馈数据。
84.根据权利要求83所述的CSG系统,其中,所述护理者反馈数据包括胸外按压反馈、通气反馈和CPR性能汇总数据中的一个或多于一个。
85.根据权利要求83所述的CSG系统,其中,所述工作窗口包括针对相应护理者角色的一个或多于一个定制显示部分,并且所述护理者反馈数据是基于该相应护理者角色的定制反馈。
86.根据权利要求75所述的CSG系统,其中,所述多个视图窗口包括CSG窗口,所述CSG窗口被配置为捕获针对所述CSG引擎的用户输入并且从所述CSG引擎提供针对所述用户接口的输出。
87.根据权利要求86所述的CSG系统,
其中,针对所述用户接口的输出包括针对护理者的用户键入的提示,以及
其中,所述用户输入包括响应于针对数据键入的提示而由所述护理者在所述CSG窗口处键入的信息。
88.根据权利要求87所述的CSG系统,其中,针对用户键入的提示包括针对患者评定数据的提示。
89.根据权利要求88所述的CSG系统,其中,所述患者评定数据包括呼吸窘迫表现数据。
90.根据权利要求89所述的CSG系统,其中,针对用户键入的提示包括用以确认所述呼吸窘迫表现数据的提示和/或用以将所述呼吸窘迫表现数据保存在所述医疗事件的病例文件中的提示。
91.根据权利要求87所述的CSG系统,其中,针对用户键入的提示包括针对CSG事件标记的提示。
92.根据权利要求91所述的CSG系统,其中,针对所述CSG事件标记的提示包括针对所述CSG事件标记的用户键入的提示。
93.根据权利要求92所述的CSG系统,其中,针对所述CSG事件标记的提示包括响应于所述CSG引擎自动记录所述CSG事件标记的针对用户确认的提示。
94.根据权利要求91所述的CSG系统,其中,针对用户键入的提示包括针对先前键入的CSG事件标记的汇总的提示。
95.根据权利要求91所述的CSG系统,其中,所述CSG事件标记包括药物干预标记、通气干预标记、血液动力学干预标记、干预器材标记、病因标记或生理数据评估标记。
96.根据权利要求91所述的CSG系统,其中,所述CSG事件标记包括用于手动键入事件标记名称的可定制事件标记。
97.根据权利要求91所述的CSG系统,其中,所述CSG引擎被配置为响应于接收到所述CSG事件标记的用户键入,使得在所述CSG窗口处显示所述CSG事件标记。
98.根据权利要求91所述的CSG系统,其中,所述CSG引擎被配置为利用用以将所述CSG事件标记记录在所述医疗装置系统的指令,响应于所述用户键入来将所述CSG事件标记传输到所述医疗装置系统。
99.根据权利要求87所述的CSG系统,其中,针对用户键入的提示包括针对患者病史数据的提示。
100.根据权利要求99所述的CSG系统,其中,针对患者病史数据的提示包括用以请求从EMS电子患者护理记录、医院电子健康记录和健康信息交换中的一个或多于一个导入病史信息的提示。
101.根据权利要求100所述的CSG系统,其中,所述CSG引擎被配置为响应于导入请求来导入所述病史信息。
102.根据权利要求87所述的CSG系统,其中,针对用户键入的提示包括针对从EMS电子患者护理记录、医院电子健康记录和健康信息交换中的一个或多于一个自动导入病史的用户确认的提示。
103.根据权利要求87所述的CSG系统,其中,针对用户键入的提示包括用以进行所述临床干预的提示。
104.根据权利要求103所述的CSG系统,其中,用以进行所述临床干预的提示包括针对用户确认的提示。
105.根据权利要求103所述的CSG系统,其中,所述临床干预包括药物干预、通气干预或血液动力学干预。
106.根据权利要求103所述的CSG系统,其中,针对所述临床干预的提示包括干预度量。
107.根据权利要求87所述的CSG系统,其中,针对用户键入的提示包括针对向所述医疗装置系统的自动干预指令的用户确认的提示。
108.根据权利要求86所述的CSG系统,其中,所述CSG窗口被配置为提供来自所述医疗装置系统的生理数据和来自所述CSG引擎的生理数据的评估。
109.根据权利要求108所述的CSG系统,其中,所述生理数据至少包括呼吸气体数据和肺力学数据。
110.根据权利要求109所述的CSG系统,其中,所述生理数据包括血液动力学数据。
111.根据权利要求108所述的CSG系统,其中,所述CSG窗口被配置为提供医疗装置临床干预状况。
112.根据权利要求86所述的CSG系统,其中,针对所述用户接口的输出包括至少一个警报。
113.根据权利要求112所述的CSG系统,其中,所述用户输入包括所述至少一个警报的确认。
114.根据权利要求86所述的CSG系统,其中,针对所述用户接口的输出包括至少一个医疗装置指令的用户通知。
115.根据权利要求114所述的CSG系统,其中,所述至少一个医疗装置指令是所述CSG引擎自动生成的医疗装置指令。
116.根据权利要求115所述的CSG系统,其中,所述用户输入包括所述CSG引擎自动生成的医疗装置指令的确认。
117.根据权利要求114所述的CSG系统,其中,所述至少一个医疗装置指令是在所述CSG窗口处手动键入的医疗装置指令。
118.根据权利要求114所述的CSG系统,其中,所述至少一个医疗装置指令是用以进行所述临床干预的指令。
119.根据权利要求114所述的CSG系统,其中,所述至少一个医疗装置指令是用以记录CSG事件标记的指令。
120.根据权利要求114所述的CSG系统,其中,所述至少一个医疗装置指令是用以监测患者的指令。
121.根据权利要求86所述的CSG系统,其中,针对所述用户接口的输出包括病因信息。
122.根据权利要求121所述的CSG系统,其中,所述病因信息包括所述CSG引擎自动确定的病因。
123.根据权利要求122所述的CSG系统,其中,所述用户输入包括自动确定的病因的确认。
124.根据权利要求121所述的CSG系统,其中,所述病因信息包括所述CSG窗口处手动键入的病因信息。
125.根据权利要求72所述的CSG系统,
其中,向所述至少一个医疗装置的输出包括用以进行所识别的临床干预的指令,以及
其中,所述医疗装置系统进行的至少一个操作包括所识别的临床干预。
126.根据权利要求72所述的CSG系统,
其中,所述生理数据是第一生理数据,以及
其中,所述CSG引擎被配置为:
从所述医疗装置系统接收第二生理数据,
基于所述第二生理数据来更新针对患者的所述临床干预,以及
基于更新后的临床干预来发送向所述医疗装置系统的指令。
127.根据权利要求126所述的CSG系统,
其中,所述CSG引擎被配置为:
基于所述第一生理数据和所述第二生理数据来生成至少一个患者表现的病因估计,
基于所述病因估计来请求目标患者数据,
接收所述目标患者数据,
基于所述目标患者数据将所述病因估计转换成病因确定,以及
将所述病因确定提供到所述医疗装置系统和所述用户接口中的一个或多于一个。
128.根据权利要求72所述的CSG系统,其中,所述移动装置包括所述CSG引擎。
129.根据权利要求72所述的CSG系统,
其中,所述移动装置通信地耦接到包括所述CSG引擎的云服务器,以及
其中,所述移动装置包括所述CSG引擎所服务的CSG应用。
130.根据权利要求72所述的CSG系统,其中,所述CSG引擎包括呼吸窘迫CSG引擎即RDCSG引擎。
131.根据权利要求130所述的CSG系统,其中,所述RD CSG引擎包括呼吸/通气CSG引擎即R/V CSG引擎和血液动力学引擎。
132.根据权利要求131所述的CSG系统,
其中,所述医疗装置系统包括患者监测器/除颤器和通气系统,以及
其中,所述RD CSG引擎被配置为:
基于来自所述患者监测器/除颤器和所述通气系统的医疗装置输入来执行所述R/VCSG引擎,以及
基于来自所述患者监测器/除颤器的医疗装置输入来执行血液动力学CSG引擎。
133.根据权利要求72所述的CSG系统,其中,所述医疗装置系统经由无线通信链路通信地耦接到所述移动计算装置。
134.根据权利要求133所述的CSG系统,其中,所述无线通信链路是Wi-Fi链路和蓝牙链路中的至少一个。
135.根据权利要求133所述的CSG系统,其中,所述无线通信链路是所述医疗装置系统和所述移动装置之间的预配置配对。
136.根据权利要求72所述的CSG系统,其中,所述移动装置显示画面是触摸屏。
137.一种用于在医疗事件期间为患者的复苏护理提供情境敏感引导即CSG的方法,所述方法包括:
从至少一个医疗装置接收包括生理数据的输入;
评估来自所述至少一个医疗装置的生理数据;
基于所述评估来识别针对患者的临床干预;
在通信地耦接到所述至少一个医疗装置的移动装置处提供的CSG用户接口即CSG UI处,基于所述生理数据和所述临床干预中的至少一个来提供CSG用户输出;以及
基于所识别的临床干预来发送向所述至少一个医疗装置的输出。
138.根据权利要求137所述的方法,
其中,向所述至少一个医疗装置的输出包括用以进行所识别的临床干预的指令,以及
其中,所述至少一个医疗装置进行的至少一个操作包括所识别的临床干预。
139.根据权利要求138所述的方法,包括:
自动生成用以进行所识别的临床干预的指令;以及
将自动生成的指令作为向所述至少一个医疗装置的输出进行发送。
140.根据权利要求139所述的方法,包括:
在CSG用户接口处提供用以确认自动生成的指令的提示;以及
响应于用户确认来发送自动生成的指令。
141.根据权利要求138所述的方法,包括:
在由通信地耦接到所述至少一个医疗装置的移动装置所提供的CSG用户接口处,提供用以键入用以进行所识别的临床干预的指令的提示;以及
响应于用户键入来发送所述指令。
142.根据权利要求137所述的方法,
其中,向所述至少一个医疗装置的输出包括与所识别的临床干预相关联的至少一个CSG事件标记,以及
其中,所述至少一个医疗装置进行的至少一个操作包括:响应于接收到来自CSG引擎的输出来将所述至少一个CSG事件标记记录在所述至少一个医疗装置的数据存储区域处。
143.根据权利要求142所述的方法,包括:
基于所识别的临床干预来自动生成所述至少一个CSG事件标记;以及
将自动生成的CSG事件标记发送到所述至少一个医疗装置。
144.根据权利要求143所述的方法,包括:
在CSG用户接口处提供用户确认自动生成的CSG事件标记所用的提示;以及
响应于用户确认来发送自动生成的指令。
145.根据权利要求142所述的方法,包括:
在由通信地耦接到所述至少一个医疗装置的移动装置所提供的CSG用户接口处,基于所识别的临床干预来提供用户键入所述至少一个CSG事件标记所用的提示;以及
响应于用户键入来发送所述至少一个CSG事件标记。
146.根据权利要求145所述的方法,其中,用以键入所述至少一个CSG事件标记的提示包括多个CSG事件标记的用户选择菜单。
147.根据权利要求137所述的方法,其中,所述生理数据是第一生理数据,以及所述方法包括:
从所述至少一个医疗装置接收第二生理数据;
基于所述第二生理数据来更新针对患者的所述临床干预;以及
基于更新后的临床干预来发送向所述至少一个医疗装置的指令。
148.根据权利要求147所述的方法,包括:
基于所述第一生理数据和所述第二生理数据来生成至少一个患者表现的病因估计;
基于所述病因估计来请求目标患者数据;
接收所述目标患者数据;
基于所述目标患者数据将所述病因估计转换成病因确定;以及
将所述病因确定提供到所述至少一个医疗装置和所述CSG UI中的一个或多于一个。
149.根据权利要求148所述的方法,包括:
基于所述病因确定来识别至少一个药物干预;
在所述CSG UI处提供针对所述至少一个药物干预的用户确认的提示;以及
基于所述至少一个药物干预来发送向所述至少一个医疗装置的输出。
150.根据权利要求149所述的方法,其中,基于所述至少一个药物干预的输出包括所述至少一个药物干预的CSG事件标记。
151.根据权利要求149所述的方法,其中,基于所述至少一个药物干预的输出包括用以提供所述至少一个药物干预的指令。
152.根据权利要求137所述的方法,
其中,所述生理数据包括SpO2数据和EtCO2数据,
其中,所述临床干预包括来自通气系统的对患者的氧支持,以及
其中,向所述至少一个医疗装置的输出包括所述通气系统提供氧支持所用的指令。
153.根据权利要求152所述的方法,其中,所述氧支持包括利用持续气道正压治疗即CPAP治疗和双水平气道正压其中之一的补氧治疗或补氧。
154.根据权利要求152所述的方法,包括:
接收肺阻力数据和肺弹性数据;
基于所述肺阻力数据和所述肺弹性数据来更新对患者的氧支持;以及
发送所述通气系统提供更新后的氧支持所用的向所述通气系统的指令。
155.根据权利要求154所述的方法,包括:
基于所述SpO2数据、所述EtCO2数据、所述肺阻力数据和所述肺弹性数据来生成对患者的呼吸窘迫表现的病因估计;
向患者监测器/除颤器和所述通气系统请求目标数据;以及
基于所述目标数据将所述病因估计转换成病因确定。
156.根据权利要求155所述的方法,其中,所述目标数据包括肺活量测定数据、呼出气体分析数据和血液动力学数据中的一个或多于一个。
157.根据权利要求155所述的方法,包括:
在所述CSG UI处提供针对患者病史信息的用户键入的提示;
接收所述患者病史信息;以及
基于所述患者病史信息将所述病因估计转换成所述病因确定。
158.根据权利要求155所述的方法,包括:
向所存储的病史文件请求患者病史信息;
接收所述患者病史信息;以及
基于所述患者病史信息将所述病因估计转换成所述病因确定。
159.根据权利要求155所述的方法,其中,所述病因确定包括阻塞性呼吸疾病,以及所述方法包括:
识别所述阻塞性呼吸系统疾病的至少一个药物干预;
提供针对所述阻塞性呼吸疾病的至少一个药物干预的用户确认的提示;以及
基于所述至少一个药物干预来提供向所述至少一个医疗装置的输出。
160.根据权利要求159所述的方法,
其中,所述至少一个药物干预包括支气管扩张剂,以及
其中,向所述至少一个医疗装置的输出包括向所述通气系统的用以提供所述支气管扩张剂的指令。
161.根据权利要求160所述的方法,
其中,向所述至少一个医疗装置的输出包括所述支气管扩张剂的包含时间、日期和剂量的CSG事件标记。
162.根据权利要求155所述的方法,其中,所述病因确定包括限制性呼吸疾病,以及所述方法包括:
识别所述限制性呼吸疾病的至少一个药物干预;
提供针对所述限制性呼吸疾病的至少一个药物干预的用户确认的提示;以及
基于所述至少一个药物干预来提供向所述至少一个医疗装置的输出。
163.根据权利要求162所述的方法,
其中,所述至少一个药物干预包括利尿剂,以及
其中,向所述至少一个医疗装置的输出包括所述利尿剂的包含时间、日期和剂量的CSG事件标记。
164.根据权利要求137所述的方法,其中,所述生理数据包括血液动力学数据,以及所述方法包括:
接收所述血液动力学数据;
基于所述血液动力学数据来识别异常危及生命患者病况即ALT患者病况的存在或不存在;
在存在所述ALT患者病况的情况下,
设置ALT血液动力学病况标志,
在所述CSG UI处提供指示存在所述ALT患者病况的预警,
将存在所述ALT患者病况的CSG事件标记发送到所述至少一个医疗装置;以及
在不存在所述ALT患者病况的情况下,
在所述CSG UI处提供指示不存在所述ALT患者病况的更新,以及
将存在所述ALT患者病况的CSG事件标记发送到所述至少一个医疗装置。
165.根据权利要求137所述的方法,包括:
在CSG用户接口处提供多个视图窗口,所述多个视图窗口包括装置视图窗口,所述装置视图窗口被配置为提供所述生理数据的实时视图作为所述至少一个医疗装置的显示格式的视觉再现;
捕获特定视图窗口的用户选择;以及
基于所述用户选择来提供所述特定视图窗口。
166.根据权利要求165所述的方法,其中,提供所述视觉再现包括:复制所述至少一个医疗装置的显示格式。
167.根据权利要求165所述的方法,其中,提供所述视觉再现包括:渲染所述生理数据的显示,其中所述生理数据的一个或多于一个视觉方面不同于所述至少一个医疗装置的显示格式。
168.根据权利要求165所述的方法,其中,所述多个视图窗口中的至少一个是可滚动接口,所述可滚动接口被配置为提供比所述装置视图窗口中所显示的信息更多的信息。
169.根据权利要求165所述的方法,其中,所述多个视图窗口包括CSG窗口,所述CSG窗口被配置为捕获CSG用户输入并提供所述CSG用户输出。
170.根据权利要求169所述的方法,包括:
针对护理者的用户键入进行提示,以及
其中,所述CSG用户输入包括响应于针对数据键入的提示而由所述护理者在所述CSG窗口处键入的信息。
171.根据权利要求169所述的方法,包括:针对患者评定数据进行提示。
172.根据权利要求171所述的方法,其中,所述患者评定数据包括呼吸窘迫表现数据。
173.根据权利要求172所述的方法,包括以下操作中的一个或多于一个:提示用户确认所述呼吸窘迫表现数据;以及提示用户将所述呼吸窘迫表现数据保存在所述医疗事件的病例文件中。
174.根据权利要求169所述的方法,包括:向用户提示CSG事件标记。
175.根据权利要求174所述的方法,包括:向用户提示所述CSG事件标记的键入。
176.根据权利要求174所述的方法,包括:响应于所述CSG事件标记的自动记录来向用户提示确认。
177.根据权利要求174所述的方法,包括:针对先前键入的CSG事件标记的汇总进行提示。
178.根据权利要求174所述的方法,包括:使得在所述CSG窗口处显示所述CSG事件标记。
179.根据权利要求174所述的方法,包括:利用用以将所述CSG事件标记记录在所述至少一个医疗装置的指令,响应于所述用户键入来将所述CSG事件标记传输到所述至少一个医疗装置。
180.根据权利要求169所述的方法,包括:针对患者病史数据进行提示。
181.根据权利要求180所述的方法,包括:提示用户请求从EMS电子患者护理记录、医院电子健康记录和健康信息交换中的一个或多于一个导入病史信息。
182.根据权利要求181所述的方法,包括:响应于导入请求来导入所述病史信息。
183.根据权利要求169所述的方法,包括:针对从EMS电子患者护理记录、医院电子健康记录和健康信息交换中的一个或多于一个自动导入病史的用户确认进行提示。
184.根据权利要求169所述的方法,包括:提示用户进行所述临床干预。
185.根据权利要求184所述的方法,包括:针对所述临床干预的用户确认进行提示。
186.根据权利要求184所述的方法,其中,所述临床干预包括药物干预、通气干预或血液动力学干预。
187.根据权利要求185所述的方法,其中,针对所述临床干预的提示包括干预度量。
188.根据权利要求169所述的方法,包括:针对向所述至少一个医疗装置的自动干预指令的用户确认进行提示。
189.根据权利要求169所述的方法,包括:
在所述CSG窗口处提供所述生理数据。
190.根据权利要求169所述的方法,包括:基于所述生理数据来生成至少一个警报。
191.根据权利要求190所述的方法,包括:提示用户针对所述至少一个警报的确认。
192.根据权利要求169所述的方法,包括:提示用户针对所述至少一个医疗装置的至少一个指令。
193.根据权利要求192所述的方法,其中,所述至少一个指令是自动生成的医疗装置指令,以及所述方法包括:提示用户针对自动生成的医疗装置指令的确认。
194.根据权利要求192所述的方法,包括:提示用户在所述CSG窗口处手动键入至少一个医疗装置指令。
195.根据权利要求169所述的方法,包括:提供自动确定的病因信息。
196.根据权利要求195所述的方法,包括:提示用户针对自动确定的病因信息的确认。
197.根据权利要求195所述的方法,包括:提示用户在所述CSG窗口处手动键入病因信息。
198.根据权利要求137所述的方法,包括:
在包括RD CSG引擎的CSG引擎处接收包括所述生理数据的输入;
利用所述RD CSG引擎,针对所述生理数据中所表示的至少一个生理参数的变化来对所述生理数据进行评估,其中所述变化指示患者的医疗状态的恶化;
基于所述恶化和所识别的临床干预将所述生理数据的子集识别为关键生理数据;以及
修改所述移动装置处所提供的数据显示以在所述CSG UI处强调所述关键生理参数。
199.根据权利要求198所述的方法,其中,所述生理数据包括ECG、EtCO2、SpO2、心率、体温和无创血压,
所述医疗状态的恶化包括急性呼吸衰竭即ARF,以及
所述关键生理数据包括EtCO2和SpO2
200.根据权利要求199所述的方法,其中,修改所述移动装置处提供的所述CSG UI包括:
在所述移动装置处显示所有的ECG数据、EtCO2数据、SpO2数据、心率数据、体温数据和无创血压数据;
提供患者的所述医疗状态的恶化的用户通知;
接收对情境敏感引导的用户请求;以及
提供包括针对所述临床干预的指令以及所述EtCO2数据和所述SpO2数据的显示的所述CSG UI,其中CSG UI将所述ECG数据、所述心率数据、所述体温数据和所述无创血压数据排除在外。
201.根据权利要求200所述的方法,包括:在装置视图窗口、趋势视图窗口和工作视图窗口中的至少一个处提供所述恶化的用户通知。
202.根据权利要求137所述的方法,包括:
与所述至少一个医疗装置建立通信耦接;
基于第一通信耦接来识别所述至少一个医疗装置;以及
在所述移动装置处提供指示所述至少一个医疗装置的识别的所连接装置窗口。
203.根据权利要求202所述的方法,包括:
对所述至少一个医疗装置进行认证;以及
响应于所述认证来建立所述通信耦接。
204.根据权利要求203所述的方法,包括:启用被配置为防止未经认证装置对患者数据的访问的患者数据加密。
205.根据权利要求203所述的方法,其中,所述至少一个医疗装置是初始医疗装置,所述方法包括:
在所述初始医疗装置之后,与至少一个附加医疗装置建立至少一个附加通信耦接;
基于所述至少一个附加通信耦接来识别所述至少一个附加医疗装置;以及
更新所述所连接装置窗口以包括所述至少一个附加医疗装置的识别。
206.根据权利要求205所述的方法,包括:
从所述初始医疗装置接收所述生理数据;
从所述至少一个附加医疗装置接收附加生理数据;以及
将所述附加生理数据中的至少一个附加生理数据实时地显示在所述移动装置。
207.根据权利要求202所述的方法,包括:
将针对所述临床干预的指令提供到所述至少一个医疗装置。
208.根据权利要求207所述的方法,包括:
将操作模式指令、操作设置指令、生理闭环控制指令中的一个或多于一个提供到所述至少一个医疗装置。
209.根据权利要求208所述的方法,其中,所述至少一个医疗装置包括通气系统,所述方法包括:
基于患者的血液的氧浓度来生成所述生理闭环控制指令,其中所述生理闭环控制指令在向患者递送机械通气期间调节氧递送以将患者的血液的氧浓度维持在期望水平或范围。
210.根据权利要求202所述的方法,包括:在所述CSG UI处提供针对所述临床干预的指令,所述指令包括针对所识别的至少一个医疗装置的护理者使用的指令。
211.根据权利要求210所述的方法,
其中,所识别的至少一个医疗装置是通气系统,
所述方法包括:提供通气系统操作指令和通气系统组装指令中的至少一个。
212.根据权利要求211所述的方法,包括:将所述通气操作指令作为通电指令和模式选择指令中的一个或多于一个来提供。
213.根据权利要求212所述的方法,包括:将所述通气系统组装指令作为软管连接指令、氧气罐连接指令和面罩连接指令中的一个或多于一个来提供。
214.根据权利要求210所述的方法,包括:将针对所述临床干预的指令作为支气管扩张剂施予指令和面罩定位指令中的一个或多于一个来提供。
215.根据权利要求210所述的方法,包括:将针对所述临床干预的指令作为患者监测指令来提供。
216.根据权利要求215所述的方法,包括:提供所述关键生理数据的治疗目标的指示以及所述至少一个医疗装置的状况指示。
217.根据权利要求216所述的方法,
其中,所述关键生理数据的治疗目标包括SpO2和EtCO2的治疗目标,以及
所述方法包括:将所述至少一个医疗装置的状况指示作为呼吸机的生理闭环控制的指示和实时更新的FiO2值来提供。
218.根据权利要求202所述的方法,包括:在所述CSG UI窗口处将针对所述临床干预的指令作为护理者指令来提供。
219.根据权利要求218所述的方法,包括:
提供指令列表;以及
从视觉上区分所述指令列表中的当前步骤与所述指令列表中的后续步骤和先前步骤中的一个或多于一个步骤。
220.根据权利要求218所述的方法,包括:将所述护理者指令作为字母数字指令、图形指令以及字母数字指令和图形指令的组合来提供。
221.根据权利要求220所述的方法,包括:将所述图形指令作为所述至少一个医疗装置的被配置为引导护理者使用所述至少一个医疗装置的图来提供。
222.根据权利要求218所述的方法,包括:将所述护理者指令作为医院运送指令来提供。
223.根据权利要求218所述的方法,包括:将所述护理者指令作为药品递送指令来提供。
224.根据权利要求223所述的方法,包括:将所述药品递送指令作为药品递送确认控件和剂量间隔计时器来提供。
225.根据权利要求218所述的方法,包括:结合针对所述至少一个临床干预的指令来在所述CSG UI窗口处提供引导选择控件。
226.根据权利要求225所述的方法,包括:
提供所述引导选择控件,所述引导选择控件使得护理者能够选择所提供的指令的细节级别;以及
接收所提供的指令的所选择的细节级别。
227.根据权利要求225所述的方法,其中,所述引导选择控件包括以下项中的至少一个:继续指令控件、退出指令控件、进入下一步骤控件、增加引导控制的细节级别、返回到先前指令控件、以及静音或取消静音可听UI输出控件。
228.根据权利要求218所述的方法,包括:响应于针对所述至少一个临床干预的指令,在所述移动装置处接收护理者确认。
229.根据权利要求228所述的方法,其中,所述护理者确认包括药物施予确认、临床干预步骤确认和医疗装置连接确认中的一个或多于一个。
230.根据权利要求228所述的方法,包括:响应于所述护理者确认,向所述至少一个医疗装置提供指示事件标记的信号。
231.根据权利要求198所述的方法,包括:经由触摸屏键入和语音命令中的一个或多于一个来接收护理者输入。
232.根据权利要求231所述的方法,包括:基于来自护理者的语音命令来控制所述CSGUI。
233.根据权利要求231所述的方法,包括:提供可听输出。
234.根据权利要求233所述的方法,包括:通过使所述可听输出静音或取消静音来对用以使所述可听输出静音或取消静音的护理者指令进行响应。
235.根据权利要求200所述的方法,在所述移动装置处提供作为可选窗口的CSG UI窗口以及至少一个其他可选窗口,所述至少一个其他可选窗口包括工作视图窗口。
236.根据权利要求235所述的方法,包括:在所述工作视图窗口的一个或多于一个定制显示部分中提供所述多个生理参数的至少一部分。
237.根据权利要求236所述的方法,其中,基于所述恶化来修改所述数据显示包括:在所述工作视图窗口处提供所述恶化的用户通知,其中所述用户通知包括所述恶化的识别以及所述关键生理数据。
238.根据权利要求237所述的方法,包括:在所述工作视图窗口的未占用部分中提供所述用户通知以强调所述关键生理参数。
239.根据权利要求237所述的方法,包括:从所述用户通知中排除所述关键生理数据以外的生理数据以强调所述关键生理参数。
240.根据权利要求237所述的方法,包括:从视觉和听觉上提供所述用户通知以强调所述关键生理参数。
241.根据权利要求235所述的方法,包括:在所述工作视图窗口处提供至少一个CSG控件,所述至少一个CSG控件被配置为响应于所述至少一个CSG控件的护理者激活,将所述移动装置显示画面从所述工作视图窗口转变到所述CSG UI。
242.根据权利要求235所述的方法,包括:在所述至少一个临床干预完成之后,在所述工作视图窗口显示横幅,所述横幅包括所述关键生理参数的值和趋势指标中的一个或多于一个。
243.根据权利要求235所述的方法,包括:在所述CSG UI处提供针对所述至少一个临床干预的指令以及所述关键生理数据。
244.根据权利要求243所述的方法,包括:在所述CSG UI处提供药物剂量计时器以及针对干预步骤的提醒中的一个或多于一个。
245.根据权利要求243所述的方法,包括:在所述CSG UI处提供针对所述至少一个医疗装置的护理者使用的指令。
246.根据权利要求243所述的方法,包括:在所述CSG UI处提供所述至少一个医疗装置的状况更新。
247.根据权利要求243所述的方法,包括:在所述CSG UI处从显示中排除所述关键生理数据以外的生理数据以强调所述关键生理数据。
248.根据权利要求243所述的方法,包括:响应于至少一个工作视图控件的护理者激活,从CSG UI窗口转变到所述工作视图窗口。
249.根据权利要求235所述的方法,其中,所述至少一个其他可选窗口包括装置视图窗口和趋势视图窗口中的一个或多于一个。
250.根据权利要求249所述的方法,包括:以在相应医疗装置上提供的显示格式的视觉再现来提供所述多个生理参数中的至少一部分在所述装置视图窗口处的实时显示。
251.根据权利要求249所述的方法,包括:针对所述多个生理参数在所述趋势视图窗口处提供用户可定制的数据趋势信息。
252.一种情境敏感引导系统即CSG系统,用于在急救医疗事件中向患者提供临床干预,所述CSG系统包括:
CSG引擎,其包括硬件逻辑和/或软件逻辑;
多个患者接口装置,其包括脉搏血氧传感器、二氧化碳描记传感器、气道压力传感器和呼吸速度计;以及
医疗装置系统,其包括耦接到通气系统的患者监测器/除颤器,所述医疗装置系统被配置为:
接收来自所述多个患者接口装置的信号,
从所接收到的信号生成生理数据,所述生理数据包括SpO2数据、EtCO2数据、肺弹性数据和肺阻力数据,以及
将所述生理数据发送到所述CSG引擎,
其中,所述CSG引擎被配置为:
评估所述SpO2数据和所述EtCO2数据,
基于所述SpO2数据和所述EtCO2数据的评估来识别针对患者的至少一个通气干预,
基于所述至少一个通气干预来发送向所述医疗装置系统的第一指令,
评估所述肺弹性数据和所述肺阻力数据,
基于所述肺弹性数据和所述肺阻力数据的评估来更新所述至少一个通气干预,以及
基于更新后的至少一个通气干预来发送向所述医疗装置系统的第二指令,
其中,所述医疗装置系统被配置为响应于所述第一指令和所述第二指令来进行至少一个操作。
253.一种用于使用情境敏感引导系统即CSG系统以在急救医疗事件中向患者提供临床干预的方法,所述方法包括:
接收来自多个患者接口装置的信号,所述多个患者接口装置包括脉搏血氧传感器、二氧化碳描记传感器、气道压力传感器和呼吸速度计;
从所接收到的信号生成生理数据,所述生理数据包括SpO2数据、EtCO2数据、肺弹性数据和肺阻力数据;
评估所述SpO2数据和所述EtCO2数据;
基于所述SpO2数据和所述EtCO2数据的评估来识别针对患者的至少一个通气干预;
基于所述至少一个通气干预来发送向至少一个医疗装置的第一指令,所述至少一个医疗装置包括耦接到通气系统的患者监测器/除颤器;
评估所述肺弹性数据和所述肺阻力数据;
基于所述肺弹性数据和所述肺阻力数据的评估来更新所述至少一个通气干预;以及
基于更新后的至少一个通气干预来发送向所述至少一个医疗装置的第二指令,
其中,所述第一指令和所述第二指令包括所述至少一个医疗装置进行至少一个操作所用的指令。
254.一种RD CSG系统,用于在急救医疗诊疗期间提供RD CSG,其中RD表示呼吸窘迫,CSG表示情境敏感引导,所述RD CSG系统包括:
至少一个医疗装置,其被配置为经由一个或多于一个患者接口装置耦接到患者;以及
移动计算装置,其被配置为通信地耦接到所述至少一个医疗装置,并且包括:
移动装置显示画面,
RD CSG引擎,其包括硬件逻辑和/或软件逻辑,并且被配置为:
从所述至少一个医疗装置接收多个生理参数,
在所述移动装置显示画面处提供用户接口即UI,
控制所述多个生理参数在所述UI处的实时显示,
基于所述多个生理参数中的至少一个生理参数的变化来检测患者的医疗状态的恶化,
基于所检测到的恶化来选择至少一个临床干预,
提供针对所述至少一个临床干预的指令,
基于所述恶化和所述至少一个临床干预,将所述多个生理参数的子集识别为关键生理参数,以及
修改所述UI处的所述多个生理参数的显示以强调所述关键生理参数。
255.根据权利要求254所述的RD CSG系统,其中,所述至少一个医疗装置包括两个或多于两个医疗装置,各医疗装置被配置为递送与所述两个或多于两个医疗装置中的任何其他医疗装置不同的临床干预。
256.根据权利要求255所述的RD CSG系统,其中,所述两个或多于两个医疗装置包括患者监测器/除颤器和通气系统。
257.根据权利要求256所述的RD CSG系统,其中,所述一个或多于一个患者接口装置包括脉搏血氧仪、耦接到二氧化碳描记传感器的鼻插管或面罩、无创血压传感器即NIBP传感器、温度探测器和电极。
258.根据权利要求257所述的RD CSG系统,其中,
所述多个生理参数包括ECG、EtCO2、SpO2、心率、体温和无创血压,
所述医疗状态的恶化包括呼吸窘迫,以及
所述关键生理参数包括EtCO2和SpO2
259.根据权利要求255所述的RD CSG系统,其中,所述两个或多于两个医疗装置包括至少一个急救包。
260.根据权利要求255所述的RD CSG系统,
其中,所述UI被配置为针对仅一个患者显示所述多个生理参数。
261.根据权利要求254所述的RD CSG系统,其中,所述至少一个医疗装置被配置为提供急性护理临床干预。
262.根据权利要求254所述的RD CSG系统,其中,所述RD CSG引擎被配置为将所述UI的第一数据视图窗口处的所述多个生理参数的显示替换为仅包括所述关键生理参数的CSGUI窗口的显示,以修改所述显示。
263.根据权利要求262所述的RD CSG系统,其中,所述UI的所述第一数据视图窗口包括装置视图窗口、趋势视图窗口和工作视图窗口其中之一。
264.根据权利要求254所述的RD CSG系统,其中,所述RD CSG引擎被配置为在所述UI处提供用户通知以修改所述显示。
265.根据权利要求264所述的RD CSG系统,其中,所述用户通知包括急性呼吸衰竭的通知。
266.根据权利要求264所述的RD CSG系统,其中,所述RD CSG引擎被配置为利用所述用户通知提供所述关键生理参数的值和/或趋势。
267.根据权利要求254所述的RD CSG系统,
其中,所述移动计算装置包括通信接口,所述通信接口被配置为:
与所述至少一个医疗装置建立第一通信耦接,以及
基于所述第一通信耦接来识别所述至少一个医疗装置,以及
其中,所述RD CSG引擎被配置为:
在所述UI处提供指示所述至少一个医疗装置的识别的所连接装置窗口。
268.根据权利要求267所述的RD CSG系统,其中,所述通信接口被配置为:
对所述至少一个医疗装置进行认证,以及
响应于所述认证来建立所述第一通信耦接。
269.根据权利要求268所述的RD CSG系统,其中,所述RD CSG引擎被配置为:
启用被配置为防止未经认证装置对患者数据的访问的患者数据加密。
270.根据权利要求267所述的RD CSG系统,其中,
所述至少一个医疗装置是初始医疗装置,
所述通信接口被配置为:
在所述初始医疗装置之后,与至少一个附加医疗装置建立第二通信耦接,以及
基于所述第二通信耦接来识别所述至少一个附加医疗装置,以及所述RD CSG引擎被配置为:
更新所述所连接装置窗口以包括所述至少一个附加医疗装置的识别。
271.根据权利要求270所述的RD CSG系统,其中,所述RD CSG引擎被配置为:
从所述初始医疗装置接收所述多个生理参数,
从所述至少一个附加医疗装置接收一个或多于一个附加生理参数,以及
实时地修改所述UI以包括所述一个或多于一个附加生理参数中的至少一个。
272.根据权利要求271所述的RD CSG系统,其中,所述初始医疗装置包括患者监测器/除颤器,并且所述多个生理参数包括ECG、EtCO2、SpO2、心率、体温和无创血压。
273.根据权利要求272所述的RD CSG系统,
其中,所述至少一个附加医疗装置包括通气系统,以及
其中,所述一个或多于一个附加生理参数包括以下项中的一个或多于一个:气道压力即Paw、平台压力即Pplat、吸气峰压即PIP、患者氧饱和度即SpO2、吸入氧浓度分数即FiO2、呼气末正压即PEEP、用力肺活量即FVC、用力呼气量即FEV、最大呼气流速即PEF或PEFR、呼吸阻力即Rrs、呼吸顺应性即Crs、吸入和呼出潮气量、分钟量即Ve、呼气末CO2即EtCO2和呼出二氧化碳量即VCO2
274.根据权利要求267所述的RD CSG系统,其中,
所述至少一个医疗装置是与同一个患者相关联的医疗装置套件,
所述移动计算装置被配置为与仅一个医疗装置套件通信耦接,以及
所述移动装置显示画面处提供的多个生理参数全部与所述同一个患者相关联。
275.根据权利要求274所述的RD CSG系统,
其中,所述医疗装置套件、所述移动计算装置和所述同一个患者布置在本地患者护理环境中的患者护理点处,以及
其中,所述通信接口被配置为经由Bluetooth即蓝牙和Wi-Fi中的一个或多于一个将所述移动计算装置以无线方式通信地耦接到所述医疗装置套件,其中Bluetooth是注册商标。
276.根据权利要求275所述的RD CSG系统,其中,所述本地患者护理环境包括紧急事件的地点、医疗分诊区域、军事野战护理地点、医疗运送运载工具和医院急救室其中之一。
277.根据权利要求275所述的RD CSG系统,其中,所述通信接口被配置为将所述移动计算装置通信地耦接到所述本地患者护理环境中的一个或多于一个附加计算装置。
278.根据权利要求275所述的RD CSG系统,其中,所述通信接口被配置为将所述移动计算装置经由远距离无线网络通信地耦接到所述本地患者护理环境之外的一个或多于一个远程计算装置。
279.根据权利要求278所述的RD CSG系统,其中,所述一个或多于一个远程计算装置包括电子患者护理记录服务、健康信息交换、电子医疗记录服务、云服务器、以及与远程医疗提供者相关联的计算装置中的一个或多于一个。
280.根据权利要求267所述的RD CSG系统,其中,所述RD CSG引擎被配置为:
至少部分地基于所识别的至少一个医疗装置来选择所述至少一个临床干预;以及
基于所识别的至少一个医疗装置来提供针对所述至少一个临床干预的指令。
281.根据权利要求280所述的RD CSG系统,其中,所述RD CSG引擎被配置为:
将针对所述至少一个临床干预的指令提供到所述至少一个医疗装置。
282.根据权利要求281所述的RD CSG系统,其中,所述指令包括针对所述至少一个医疗装置的操作模式指令、操作设置指令、生理闭环控制指令中的一个或多于一个。
283.根据权利要求282所述的RD CSG系统,
其中,所述至少一个医疗装置包括呼吸机,以及
其中,所述RD CSG引擎被配置为基于患者的血液的氧合来生成所述生理闭环控制指令,其中所述生理闭环控制指令在向患者递送机械通气期间调节氧递送以将患者的血液的氧浓度维持在期望水平或范围。
284.根据权利要求280所述的RD CSG系统,其中,针对所述至少一个临床干预的指令包括CSG UI窗口处提供的针对所识别的至少一个医疗装置的护理者使用的指令。
285.根据权利要求284所述的RD CSG系统,
其中,所识别的至少一个医疗装置是通气系统,以及
其中,所述指令包括通气系统操作指令和通气系统组装指令中的至少一个。
286.根据权利要求285所述的RD CSG系统,其中,所述通气系统操作指令包括通电指令和模式选择指令中的一个或多于一个。
287.根据权利要求285所述的RD CSG系统,其中,所述通气系统组装指令包括软管连接指令、氧气罐连接指令和面罩连接指令中的一个或多于一个。
288.根据权利要求284所述的RD CSG系统,其中,针对所述至少一个临床干预的指令包括支气管扩张剂施予指令和面罩定位指令中的一个或多于一个。
289.根据权利要求284所述的RD CSG系统,其中,针对所述至少一个临床干预的指令包括患者监测指令。
290.根据权利要求289所述的RD CSG系统,其中,所述患者监测指令包括所述关键生理参数的治疗目标的指示以及所述至少一个医疗装置的状况指示。
291.根据权利要求290所述的RD CSG系统,
其中,所述关键生理参数的治疗目标包括SpO2和EtCO2的治疗目标,以及
其中,所述至少一个医疗装置的状况指示包括呼吸机的生理闭环控制的指示和实时更新的FiO2值。
292.根据权利要求254所述的RD CSG系统,其中,所述RD CSG引擎被配置为:
在CSG UI窗口处将针对所述至少一个临床干预的指令作为护理者指令来提供。
293.根据权利要求292所述的RD CSG系统,其中,所述护理者指令包括指令列表,以及其中,所述CSG UI窗口被配置为从视觉上区分所述指令列表中的当前步骤与所述指令列表中的后续步骤和先前步骤中的一个或多于一个步骤。
294.根据权利要求292所述的RD CSG系统,其中,所述CSG UI窗口被配置为将所述护理者指令作为字母数字指令、图形指令以及字母数字指令和图形指令的组合来提供。
295.根据权利要求294所述的RD CSG系统,其中,所述图形指令包括所述至少一个医疗装置的图,其中所述图被配置为引导护理者使用所述至少一个医疗装置。
296.根据权利要求292所述的RD CSG系统,其中,所述护理者指令包括医院运送指令。
297.根据权利要求292所述的RD CSG系统,其中,所述护理者指令包括药品递送指令。
298.根据权利要求297所述的RD CSG系统,其中,所述药品递送指令包括药品递送确认控件和剂量间隔计时器。
299.根据权利要求292所述的RD CSG系统,其中,所述RD CSG引擎被配置为结合针对所述至少一个临床干预的指令来在所述CSG UI窗口处提供引导选择控件。
300.根据权利要求299所述的RD CSG系统,其中,所述引导选择控件使得护理者能够选择所提供的指令的细节级别。
301.根据权利要求299所述的RD CSG系统,其中,所述引导选择控件包括以下项中的至少一个:继续指令控件、退出指令控件、进入下一步骤控件、增加引导控制的细节级别、返回到先前指令控件、以及静音或取消静音可听UI输出控件。
302.根据权利要求292所述的RD CSG系统,其中,所述RD CSG引擎被配置为响应于针对所述至少一个临床干预的指令来在所述移动计算装置处接收护理者确认。
303.根据权利要求302所述的RD CSG系统,其中,所述护理者确认包括药物施予确认、临床干预步骤确认和医疗装置连接确认中的一个或多于一个。
304.根据权利要求302所述的RD CSG系统,其中,所述RD CSG引擎响应于所述护理者确认来将指示事件标记的信号提供到所述至少一个医疗装置。
305.根据权利要求254所述的RD CSG系统,其中,所述RD CSG引擎被配置为经由触摸屏键入和语音命令中的一个或多于一个来接收护理者输入。
306.根据权利要求305所述的RD CSG系统,其中,所述UI包括数字助理,所述数字助理被配置为基于来自护理者的语音命令来控制所述UI。
307.根据权利要求305所述的RD CSG系统,其中,所述RD CSG引擎被配置为提供可听输出。
308.根据权利要求307所述的RD CSG系统,其中,所述RD CSG引擎被配置为对护理者指令进行响应以使所述可听输出静音或取消静音。
309.根据权利要求254所述的RD CSG系统,其中,所述RD CSG引擎被配置为在所述移动装置显示画面处提供可选CSG UI窗口以及至少一个其他可选窗口,所述至少一个其他可选窗口包括工作视图窗口。
310.根据权利要求309所述的RD CSG系统,其中,所述工作视图窗口被配置为在一个或多于一个定制显示部分中提供所述多个生理参数的至少一部分。
311.根据权利要求310所述的RD CSG系统,其中,基于所检测到的恶化来修改所述显示包括:在所述工作视图窗口处提供所检测到的恶化的用户通知,其中所述用户通知包括所检测到的恶化的识别以及所述关键生理参数。
312.根据权利要求311所述的RD CSG系统,其中,所述RD CSG引擎在所述工作视图窗口的未占用部分中提供所述用户通知以强调所述关键生理参数。
313.根据权利要求311所述的RD CSG系统,其中,所述用户通知排除所述关键生理参数以外的一个或多于一个生理参数以强调所述关键生理参数。
314.根据权利要求311所述的RD CSG系统,其中,所述UI从视觉和听觉上提供所述用户通知以强调所述关键生理参数。
315.根据权利要求309所述的RD CSG系统,其中,所述工作视图窗口包括至少一个CSG控件,所述至少一个CSG控件被配置为响应于所述至少一个CSG控件的护理者激活,将所述移动装置显示画面从所述工作视图窗口转变到所述CSG UI窗口。
316.根据权利要求309所述的RD CSG系统,其中,所述工作视图窗口被配置为在所述至少一个临床干预完成之后显示横幅,所述横幅包括所述关键生理参数的值和趋势指标中的一个或多于一个。
317.根据权利要求309所述的RD CSG系统,其中,所述CSG UI窗口被配置为提供针对所述至少一个临床干预的指令以及所述关键生理参数。
318.根据权利要求317所述的RD CSG系统,其中,所述CSG UI窗口被配置为提供药物剂量计时器以及针对干预步骤的提醒中的一个或多于一个。
319.根据权利要求317所述的RD CSG系统,其中,所述CSG UI窗口被配置为提供针对所述至少一个医疗装置的护理者使用的指令。
320.根据权利要求317所述的RD CSG系统,其中,所述CSG UI窗口被配置为提供所述至少一个医疗装置的状况更新。
321.根据权利要求317所述的RD CSG系统,其中,所述CSG UI窗口排除所述关键生理参数以外的一个或多于一个生理参数以强调所述关键生理参数。
322.根据权利要求317所述的RD CSG系统,其中,所述CSG UI窗口包括至少一个工作视图控件,所述至少一个工作视图控件被配置为响应于所述至少一个工作视图控件的护理者激活,从CSG UI窗口转变到所述工作视图窗口。
323.根据权利要求309所述的RD CSG系统,其中,所述至少一个其他可选窗口包括装置视图窗口和趋势视图窗口中的一个或多于一个。
324.根据权利要求323所述的RD CSG系统,其中,所述装置视图窗口被配置为以在相应医疗装置上提供的显示格式的视觉再现来提供所述多个生理参数中的至少一部分的实时显示。
325.根据权利要求323所述的RD CSG系统,其中,所述趋势视图窗口被配置为针对所述多个生理参数提供用户可定制的数据趋势信息。
CN202280020305.1A 2021-03-11 2022-03-03 用于情境敏感引导的复苏护理系统 Pending CN116964680A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163159735P 2021-03-11 2021-03-11
US63/159,735 2021-03-11
PCT/US2022/070935 WO2022192842A1 (en) 2021-03-11 2022-03-03 Resuscitative care system for context sensitive guidance

Publications (1)

Publication Number Publication Date
CN116964680A true CN116964680A (zh) 2023-10-27

Family

ID=80819673

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280020305.1A Pending CN116964680A (zh) 2021-03-11 2022-03-03 用于情境敏感引导的复苏护理系统

Country Status (4)

Country Link
US (1) US20220293262A1 (zh)
EP (1) EP4305638A1 (zh)
CN (1) CN116964680A (zh)
WO (1) WO2022192842A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11417426B2 (en) 2017-02-24 2022-08-16 Masimo Corporation System for displaying medical monitoring data
US11024064B2 (en) * 2017-02-24 2021-06-01 Masimo Corporation Augmented reality system for displaying patient data
DE102022208956B3 (de) * 2022-08-30 2024-01-25 Siemens Healthcare Gmbh Computerimplementiertes Verfahren zur Visualisierung einer Verzögerungszeit in einem übertragenen Bild und Vorrichtung zur Ausgabe eines Bildes
WO2024086646A1 (en) * 2022-10-19 2024-04-25 Zoll Medical Corporation Systems and methods for clinical guidance protocol generation
US11865259B1 (en) 2022-12-28 2024-01-09 Telesair, Inc. Device and method for respiratory therapy

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5205284A (en) * 1990-06-12 1993-04-27 Zoll Medical Corporation Method and apparatus for transcutaneous electrical cardiac pacing with background stimulation
US20040204743A1 (en) * 2003-01-14 2004-10-14 Mcgrath Thomas J. Remotely operating external medical devices
US11184224B2 (en) * 2006-09-25 2021-11-23 Remot3.It, Inc. System, method and compute program product for accessing a device on a network
JP6052875B2 (ja) * 2011-01-21 2016-12-27 則明 青木 救急医療管制支援システム及びサーバ並びに携帯端末
US10303852B2 (en) * 2012-07-02 2019-05-28 Physio-Control, Inc. Decision support tool for use with a medical monitor-defibrillator
IL223004A (en) * 2012-11-12 2017-01-31 Inovytec Medical Solutions Ltd A system for providing non-invasive soul
US9230420B2 (en) * 2013-02-22 2016-01-05 Samsung Electronics Co., Ltd. Method and system for implementing alarms for medical device through mobile device
JP2016522005A (ja) * 2013-03-27 2016-07-28 ゾール メディカル コーポレイションZOLL Medical Corporation 臨床決定支援における筋酸素飽和およびpHの利用
CN105792750B (zh) * 2013-11-20 2022-01-25 皇家飞利浦有限公司 创伤性脑损伤指南系统和方法
US10532174B2 (en) * 2014-02-21 2020-01-14 Masimo Corporation Assistive capnography device
US11103718B2 (en) * 2016-12-19 2021-08-31 Hearthero, Inc. Automated external defibrillator device and methods of use
US20190357110A1 (en) * 2018-05-18 2019-11-21 Mapsted Corp. Method and system for localization-based data connectivity transitioning
EP3946021A4 (en) * 2019-03-29 2022-12-14 Zoll Medical Corporation EMERGENCY CARE DOCUMENTATION SYSTEMS AND PROCEDURES
US11432776B2 (en) * 2019-06-13 2022-09-06 International Business Machines Corporation Medical device administration and interaction
US20220241527A1 (en) * 2021-02-04 2022-08-04 GE Precision Healthcare LLC Ventilator systems and methods
EP4299110A1 (en) * 2022-06-27 2024-01-03 Pacesetter, Inc. System and method for implantable medical device remote programming

Also Published As

Publication number Publication date
US20220293262A1 (en) 2022-09-15
WO2022192842A1 (en) 2022-09-15
EP4305638A1 (en) 2024-01-17

Similar Documents

Publication Publication Date Title
US11826181B2 (en) Acute care treatment systems dashboard
CN116964680A (zh) 用于情境敏感引导的复苏护理系统
US11963924B2 (en) Tools for case review performance analysis and trending of treatment metrics
US20230277138A1 (en) Use of Muscle Oxygen Saturation and PH in Clinical Decision Support
CN110251836B (zh) 除颤系统
US20220105288A1 (en) Respiratory distress management apparatus, system and method
US10998095B2 (en) Tool for recommendation of ventilation therapy guided by risk score for acute respirator distress syndrome (ARDS)
CN107408144A (zh) 医疗先兆事件估计
CN104285226A (zh) 救助表现度量
CN102860892A (zh) 患者监测中管理警报的方法、设备及计算机程序产品
US20220072321A1 (en) Medical Treatment System with Companion Device
US20220301666A1 (en) System and methods of monitoring a patient and documenting treatment
US20190021654A1 (en) Sleep quality and apnea hypopnea index monitoring sytem
US20210350889A1 (en) A system for immediate personalized treatment of a patient in a medical emergency
US20220351852A1 (en) System, apparatus, and methods for health monitoring
CN116547028A (zh) 呼吸窘迫管理装置、系统和方法
WO2024015885A1 (en) Systems and methods for providing context sensitive guidance for medical treatment of a patient
WO2023219985A1 (en) Systems and methods for ems encounter records
Sri-Ganeshan et al. Remote Monitoring in Telehealth: Advancements, Feasibility and Implications
WO2022198058A1 (en) System, apparatus, and methods for health monitoring
WO2024086646A1 (en) Systems and methods for clinical guidance protocol generation
Doesburg Mobile Monitoring in Anaesthesia using smartphones

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