CN103842942A - 传送患者监测系统上的主要报警通知的系统和方法 - Google Patents
传送患者监测系统上的主要报警通知的系统和方法 Download PDFInfo
- Publication number
- CN103842942A CN103842942A CN201180065597.2A CN201180065597A CN103842942A CN 103842942 A CN103842942 A CN 103842942A CN 201180065597 A CN201180065597 A CN 201180065597A CN 103842942 A CN103842942 A CN 103842942A
- Authority
- CN
- China
- Prior art keywords
- calculation element
- warning
- heartbeat
- bedside monitors
- programming instruction
- 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.)
- Granted
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 36
- 238000000034 method Methods 0.000 title abstract description 37
- 238000012546 transfer Methods 0.000 title description 5
- 238000004891 communication Methods 0.000 claims abstract description 18
- 238000004364 calculation method Methods 0.000 claims description 111
- 238000012790 confirmation Methods 0.000 claims description 34
- 230000004044 response Effects 0.000 claims description 30
- 230000005540 biological transmission Effects 0.000 claims description 9
- 230000001413 cellular effect Effects 0.000 claims description 7
- 238000005259 measurement Methods 0.000 abstract description 14
- 230000008569 process Effects 0.000 description 20
- 238000004519 manufacturing process Methods 0.000 description 15
- 230000007246 mechanism Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 13
- 230000000007 visual effect Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 9
- 230000000694 effects Effects 0.000 description 8
- 230000008859 change Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 5
- 230000004397 blinking Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000012806 monitoring device Methods 0.000 description 4
- 238000007796 conventional method Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000036772 blood pressure Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000003825 pressing Methods 0.000 description 2
- 230000001755 vocal effect Effects 0.000 description 2
- 240000004859 Gamochaeta purpurea Species 0.000 description 1
- QVGXLLKOCUKJST-UHFFFAOYSA-N atomic oxygen Chemical compound [O] QVGXLLKOCUKJST-UHFFFAOYSA-N 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 239000008280 blood Substances 0.000 description 1
- 210000004369 blood Anatomy 0.000 description 1
- 230000036760 body temperature Effects 0.000 description 1
- 230000000747 cardiac effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000000474 nursing effect Effects 0.000 description 1
- 229910052760 oxygen Inorganic materials 0.000 description 1
- 239000001301 oxygen Substances 0.000 description 1
- 230000029058 respiratory gaseous exchange Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/005—Alarm destination chosen according to a hierarchy of available destinations, e.g. if hospital does not answer send to police station
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
- A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
- A61B5/002—Monitoring the patient using a local or closed circuit, e.g. in a room or building
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/74—Details of notification to user or communication with user or patient ; user input means
- A61B5/746—Alarms related to a physiological condition, e.g. details of setting alarm thresholds or avoiding false alarms
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT 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/60—ICT 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/63—ICT 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 local operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT 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/60—ICT 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/67—ICT 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
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/02—Detecting, 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/0205—Simultaneously evaluating both cardiovascular conditions and different types of body conditions, e.g. heart and respiratory condition
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Life Sciences & Earth Sciences (AREA)
- Biomedical Technology (AREA)
- Public Health (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Heart & Thoracic Surgery (AREA)
- Molecular Biology (AREA)
- Veterinary Medicine (AREA)
- Animal Behavior & Ethology (AREA)
- Biophysics (AREA)
- Pathology (AREA)
- Surgery (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- General Business, Economics & Management (AREA)
- Physiology (AREA)
- Computer Networks & Wireless Communication (AREA)
- Emergency Management (AREA)
- General Physics & Mathematics (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
本申请揭示了用于将患者监测系统上的主要报警通知从床边监测器传送至一个或多个次级装置的方法和系统,其可工作在并非完全可靠的网络上。床边监测器包括附接的生理学参数测量装置,其检测何时特定生理学参数测量在预定范围以外。然后床边监测器引导次级装置报告其报警。无论是二者之间失去通信,还是次级装置对报警条件的确认在预定的时间量内未被返回床边监测器,主要报警责任都从次级装置返回到床边监测器。
Description
相关申请的交叉引用
本说明书要求提交于2010年11月19日的第61/415,799号,名称为“Patient Monitoring System with Dual Serial Bus(DSB)Interface”的美国临时专利申请的优先权,在此结合其全文作为参考。
技术领域
本说明书一般涉及基于医院的患者监测系统。更尤其地,本说明书涉及用于将主要报警通知从患者床边监测器以经济有效、故障保险的方式传送到远程的次级装置上的系统和方法。
背景技术
患者监测系统是一种电子医疗装置,其测量患者的各种生命体征,收集和处理所有测量结果作为数据,然后在观察屏上以图形和/或数字的方式显示数据。图形数据被连续地显示成关于时间轴的数据通道(波形)。此外,通常包括图形用户接口,向工作人员提供接入,以改变配置和报警限制的设定。患者监测系统被定位在病床的附近,一般是在重症监护病房中,其中,它们通过被附着到患者身上的测量装置持续地监测患者状况,并且可由医务人员进行观察。这些系统一般在附着到床或附着到墙壁的搁架上。一些患者监测系统可仅在本地显示器上进行观察,而其系统可连接至网络中并从而在其它地点(诸如中央监测或护士站)显示数据。
便携式患者监测系统可由急救医疗服务(EMS)的人员使用。这些系统典型地包括带有监测器的除颤器(defibrillator)。其它便携式单元,诸如Holter监测器,则让患者佩戴特定的时间段并且然后返回给医师,用于评估所测量和收集的数据。目前的患者监测系统能够测量和显示多种生命体征,包括,脉搏血氧量(SpO2)、心电图(ECG)、有创血压(IBP)、无创血压(NIBP)、脑电图(EEG)、体温、心排血量、二氧化碳图(CO2)和呼吸作用。患者监测系统能够测量和显示最大、最小和平均值以及频率,诸如脉搏和呼吸率。
所收集的数据可通过固定的有线连接或无线数据通信被发送。为患者监测系统供电可通过供电干线或通过电池供给。虽然当前的患者监测系统在监测患者情况和将变化通知医务人员的方面是有效的,但是它们并不是没有任何缺陷和局限的。
患者监测系统通常装备有音频和视频报警以通知医护人员患者状态的改变。报警参数一般是由医护人员设置的。例如,可听见的报警常常可能太吵而打扰到其他患者、人员,甚至打扰到可能出现在病房中的家属。明亮闪烁的视觉的临床医师/护士警报也可能会打扰其它病人。相反,更细微的视觉警报可能难以看得见,这可能是监测系统显示器上视觉混乱导致的,或者是因为视觉警报与显示器上的其它信息并没有足够大的差别。此外,对于临床医师来说使工作的警报静音可能是很困难的,因为可能延迟对病人的护理。用于报警控制的一般用户接口是经由传统的按钮或在许多示例中是经由触摸屏或键盘操作的。
因此,存在一种对患者系统中的更好的报警机制的需求,在这种报警机制中,音频和视频报警两者均易于被临床医师识别出同时又不会打扰患者。此外,存在一种对值班临床医师可快速使警报静音并然后注意患者需求的报警机制的需求。
此外,虽然在报警环境中产生视觉和音频的警报,但是很少有护理人员专门看守这些系统,因为护理人员忙于照顾多个患者。在患者附近的系统发生的报警常常会吵醒患者,经常是“误”报警,并且同时也会惊扰到患者的家人。期望的是让主要报警通知出现在所指派的看护者而不是患者的地点,因为是看护者需要采取行动。在看护者所处的地点提供报警通知的一个常规方法是在中心工作站内重复来自位于患者床边的患者监测器的信息,或者将该信息发送给寻呼机以通知工作人员报警状况,特别是当工作人员并没有身处病房的时候。但是,在这些冗余的系统中,报警通知仍经常在床边出现,并且仍存在打扰患者及他们的家属的缺陷。
另一个常规方法涉及遥测发射机,其不具有主要报警功能,而总是将报警通知传送给用于主要报警的次级装置。不合适的是,这些系统需要范围广泛的且昂贵的设备以保证对主要报警功能的可靠传送。
又另一个常规的方法涉及特定用于患者监测的专用网络。为了保证报警通知的传输,这些网络被设计成具有最大的冗余度、可靠性,以及稳健性。但是,这种并行的监测网络非常昂贵,并不适合预算拮据的医院或不具有采购和支持复杂IT基础结构的能力的全球地理区域。
因此,存在对这样一种经济有效、故障保险的方法的需求,该方法将主要报警通知从患者监测器发送至由一个或多个指派的看护者携带的次级装置而不会吵到患者,并且,不需要分散的专用网络基础结构。尤其是,存在一种对于将主要报警通知从患者监测器发送到由一个或多个指派的看护者携带的次级装置的经济有效、故障保险的方法的需求,这种方法能在医疗提供者的现有网络中,甚至是在并不完全可靠的现有网络中运行。
发明内容
在一个实施例中,本说明书涉及易失性或非易失性的计算机可读媒介,不包括用于发送波的传输介质,其中,所述介质包括:第一多个编程指令,其中,在通过第一计算装置执行时,所述第一多个编程指令:将消息从第一计算装置发送至第二计算装置,其中,所述消息是使第一计算装置承担用于报告警报的主要任务的请求;建立和维持心跳,其中,所述心跳提供了在第一计算装置与第二计算装置之间的通信链路可操作的一致确定;接收来自第二计算装置的指示报警状态的数据;并且,响应接收来自第二计算装置的指示报警状态的所述数据,将确认从第一计算装置发送至第二计算装置;以及,第二多个编程指令,其中,当通过第二计算装置执行时,所述第二多个编程指令:接收来自第一计算装置的所述消息;响应于接收所述消息,建立和维持所述心跳;监测所述心跳以确定第一计算装置与第二计算装置之间的通信链路可操作;发送指示报警状态的所述数据;如果接收到来自第一计算装置的所述确认,则暂停执行用于响应于报警状态报告警报的编程例程;并,基于指示报警装置的所述数据和所述心跳状况,导致响应于报警状态报告所述报警。
在一个实施例中,计算装置是床边监测器;
在一个实施例中,第一计算装置是蜂窝式电话、PDA、智能电话、平板电脑计算装置、患者监测器、定制一体机(custom kiosk),或能够执行编程指令的其它计算装置中的至少一个。
在一个实施例中,如果未检测到所述心跳,则第二多个编程指令导致响应于报警状态在第二计算装置报告所述报警。此外,如果所述心跳不满足预定义的可靠阈值,则第二多个编程指令导致响应于报警状态在第二计算装置处报告所述报警。而且,如果检测到心跳并且如果从第一计算装置接收到确认,则第二多个编程指令并不导致所述报警在第二计算装置处报告。
在一个实施例中,第一多个编程指令生成对于在所述第一计算装置处确认报警消息的接收的用户提示;接收响应于所述提示用于确认对报警消息的接收的用户输入;并将指示所述用户输入的数据发送给第二计算装置。而且,如果检测到心跳、如果接收到确认,以及,如果接收到指示所述用户输入的数据,第二多个编程指令都不导致所述报警在第二计算装置处被报告。又而且,如果以下任意一种情况出现:未检测到心跳、未接收到确认,或未接收到指示所述用户输入的数据,第二多个编程指令导致所述报警在第二计算装置处被报告。
在一个实施例中,第一多个编程指令接收来自第二计算装置的指示报警状态的所述数据,所述第一多个编程指令导致报警在第一计算装置上被报告。
在另一个实施例中,本说明书涉及易失性或非易失性计算机可读介质,不包括用于发送波的传输介质,其中,所述易失性或非易失性计算机可读介质包括:第一多个编程指令,其中,当通过第一计算装置执行时,所述第一多个编程指令:接收来自床边监测器的消息,其中,所述消息是使第一计算装置承担用于报告警报的主要责任的请求;响应于接收到所述消息,建立和维持心跳,其中所述心跳提供在第一计算装置与床边监测器之间的通信链路可操作的一致确定;接收来自床边监测器的指示报警状态的数据;并且响应于接收来自床边监测器的指示报警状态的所述数据,从第一计算装置向至床边监测器发送确认;以及第二多个编程指令,其中,当通过床边监测器执行时,所述第二多个编程指令:发送来自第一计算装置的所述消息;建立并维持所述心跳;监测所述心跳以确定第一计算装置与床边监测之间的通信链路可操作;发送指示报警状态的所述数据;如果接收到来自第一计算装置的所述确认,则响应于报警状态暂停执行用于报告报警的编程例程;并且导致基于指示警报状态的所述数据和心跳状况,响应于所述报警状态报告所述报警。
在一个实施例中,第一计算装置是蜂窝式电话、PDA、智能电话、平板电脑计算装置、患者监测器、定制一体机,或能够执行编程指令的其它计算装置中的至少一个。
在一个实施例中,如果未检测到所述心跳,第二多个编程指令导致响应于报警状态在床边监测器处报告所述报警。而且,如果心跳不满足预定义的可靠性阈值,第二多个编程指令导致响应于报警状态,在床边监测器处报告所述报警。又而且,如果检测到心跳并且如果从第一计算装置接收到确认,第二多个编程指令不导致在床边监测器处报告所述报警。
在一个实施例中,第一多个编程指令生成对于在所述第一计算装置处确认对报警消息的接收的用户提示;接收响应于所述提示以确认对报警消息的接收的所述提示;并且将指示所述用户输入的数据发送给床边监测器。此外,如果检测到心跳,如果接收到确认,和如果接收到指示所述用户输入的数据,则第二多个编程指令不导致在床边监测器处报告所述报警。而且,如果出现以下任一情况:未检测到心跳、未接收到确认,或未接收到指示所述用户输入的数据,则第二多个编程指令不导致在床边监测器处报告所述报警。
在一个实施例中,第一多个编程指示接收来自床边监测器的指示报警状态的所述数据,所述第一多个编程指令导致在第一计算装置处报告报警。
本说明书的前述和其它的实施例将在附图和以下提供的详细说明中更加深入地说明。
附图说明
这些和其它特征以及优点将进一步被体会到,因为在结合附图进行考虑后,通过参考详细说明,它们将变得更好理解:
图1是说明报警优先权系统的一个示例性实施例的框图,描绘具有生理学参数测量装置的床边监测器和一个次级报警装置;
图2是说明报警优先权系统的另一个示范性实施例的框图,描绘具有生理学参数测量装置的床边监测器和四个次级报警装置,;以及
图3是说明报警优选权协议的一个示范性实施例的流程图;
图4是说明本发明的报警优先权协议的另一个示范性实施例的流程图,其包括看护者识别报警的步骤;
图5是说明报警优先权协议的另一个示例性实施例的流程图,其中,床边监测器请求次级装置担负主要报警责任;以及
图6是说明报警优先权协议的另一个示例性实施例的流程图,其中,床边监测器请求次级装置担负主要报警责任,包括看护者识别报警的步骤。
具体实施方式
在一个实施例中,本说明书揭示了用于将主要报警通知从床边患者监测系统以经济有效、故障保险的方式传送至次级装置的系统和方法。
在一个实施例中,本发明包括:第一计算装置,诸如在报警条件下能够生成音频和视觉报警通知的次级报警装置,其中,第一计算装置执行第一多个编程指令;第二计算装置,诸如运行能够在报警条件(即,低心跳速率)下生成音频和视觉报警通知的嵌入算法的生理学参数测量装置,其中,第二计算装置执行第二多个编程指令;在所述第一和第二计算装置之间传递数据的器件;以及,被设计成确定所述第一和第二计算装置之间的报警通知级别(hierarchy)的协议。
在一个实施例中,本发明包括以下内容:运行能够在报警条件(即,低心跳速率)下生成音频和视觉报警通知的嵌入算法的生理学参数测量装置;同样能够在报警条件下生成音频和视觉报警通知的一个或多个次级报警装置;在所述生理学参数测量装置与所述次级装置之间传送数据的器件;以及,被设计成确定所述装置之间的报警通知级别的协议。
至少一个第一计算装置能够接收来自第二计算装置的主要报警责任。因此,本发明的生理学参数测量装置具有将主要报警通知责任转移给至少一个次级装置的功能。该至少一个次级装置由一个或多个分配的看护者携带或定位在固定的地点。由于音频和视觉报警仅在次级装置上起动,这起到降低在床边与干扰相关的报警发生率并且可以提高医院人员的效率的作用。
在一个实施例中,本发明的系统是“故障保险”的,因为其假设在第一计算装置与第二计算装置(即,分别指次级装置和床边监测器)之间的网络可能发生故障或间断。因此,虽然床边监测器能够主要报警责任转移到网络中的一个或多个次级报警装置,但是,床边监测器总是在没有从次级装置接收到“心跳”和/或特定的确认标准的情况下回复成为主要报警装置。因此,如果床边监测器与次级装置之间的心跳不满足预定义的可靠性阈值,则床边监测器保持作为主要报警装置。如果存在间断的“心跳”或不可靠的连接,该系统将停止与次级装置的通信。在一个实施例中,该系统确定连接中断的个数,并基于预定义的连接中断阈值评估连接环境是否可靠到足以允许次级装置承担报警责任。在一个实施例中,可接受的连接中断个数或连接中断阈值是由用户在床边监测器处预编程的。在另一个实施例中。可接受的连接中断的个数是在制造处预编程的并且不能被改变。
在将主要报警责任转移至至少一个次级装置时,在一个实施例中,床边监测器暂停报告报警的编程例程。因此,在一个实施例中,当接收到确认时,本地床边监测器报警条件被抑制。如果,在任何点,装置之间的通信失败或未收到确认,则将不抑制或起动驻留在床边监测器中的报警例程,并且床边监测器继续执行报警报告的编程例程。
在另一个实施例中,次级装置起到冗余报警装置的作用,并且在初级装置或床边监测器报警时也进行报警。因此,在一个可选实施例中,在床边监测器处的报警条件从不被抑制。这允许看护者远程地监测患者,而且通知可能在报警条件房间出现的看护者。在这种情况下,可通过使用任意装置确认报警。
本说明书揭示了多个实施例,为了能使本领域普通技术人员能够实现本发明而提供了以下揭示内容。本说明书中所使用的语言并不应被直译成对任意特定实施例的一般否定或被用于限制超出在此使用的术语意思的权利要求。本文所定义的普遍原理可被应用于其它实施例和应用,而不背离本发明的精神和范围。而且,所使用的术语和措辞是为了说明示例性实施例的目的而不应被认为构成限制。因此,本申请是基于最宽泛的范围的,其涵盖符合所揭示的原理和特征的多个备选、变体和等价物。为了清楚的目的,并没有详细说明关于在本发明相关技术领域中已知的技术材料的细节,以至于不会不必要地使本发明复杂化。
图1是说明本发明的报警优先权系统100的一个示例性实施例的框图,其描绘了第一计算装置120(诸如次级报警装置),以及第二计算装置,诸如但不限于进一步包括生理学参数测量装置的床边监测器105。
在一个实施例中,附接到床边监测器105的生理学参数测量装置110执行能够在报警条件下生成音频和视觉报警通知的嵌入算法。生理学参数测量装置110和床边监测器105包括常规的、标准的独立或网络连接的监测系统。生理学参数测量装置110测量患者参数,并且在所述参数落在正常范围以外的情况下通知床边监测器105,表明报警条件。
如果主要报警责任已经转移到次级装置120,则所述次级装置120将起动其音频和视觉报警,并且床边监测器105将保持静音。
次级报警装置120包括以下装置中的至少一个:蜂窝式电话、PDA、智能电话、平板电脑、其它患者监测器、定制一体机(kiosk)和/或任意其它计算装置。
床边监测器105与次级装置120之间的通信经由网络连接115维持。在一个实施例中,数据在床边监测器与次级装置之间经由有线网络传送。在另一个实施例中,数据在床边监测器与次级装置之间经由无线网络(诸如802.11a/b/g/n、蓝牙或其它协议或标准)进行传送。在另一个实施例中,数据在床边监测器与次级装置之间将由蜂窝式网络进行传送。
应该进一步体会到的是,每一个次级装置和监测系统都具有能够发送和发射数据的无线的和有线的接收器和发送器、能够处理编程指令的至少一个处理器、能够存储编程指令的内存,和包括多个用于执行本文中所说明的处理的编程指令的软件。
在其它实施例中,报警系统可与多于一个的次级装置耦接。图2是说明本发明的报警优先权系统200的另一个示例性实施例的框图,其描绘了第二计算装置和至少一个第一计算装置,其中第二计算装置诸如是进一步包括生理学参数测量装置210的床边监测器205,至少一个第一计算装置优选地为四个第一计算装置,诸如,但不限于次级报警装置220、225、230、235。次级报警装置220、225、230、235分别包括以下装置中的至少一个:蜂窝电话、PDA、智能电话、平板式PC、其它患者监测器、定制一体机和/或任意其它计算装置。
在一个示例性实施例中,第一次级装置220是移动电话,第二次级装置225是平板式PC,第三次级装置230是在临床医师站中的计算机,并且第四次级装置240为定制一体机,诸如护士站一体机。在其他不同实施例中,以上所列次级装置中的一个或多个的任意组合,以及任意其它类似移动或固定的装置,可起到次级报警装置的作用和承担来自床边监测器的主要报警责任。这些次级装置能够产生视觉和音频的报警,并且由分配给的看护者携带或定位在医院人员在其工作过程中频繁出现的地点。
床边监测器205与次级装置220、225、230和235之间的通信是经由网络连接215维持的。在一个实施例中,数据经由有线网络在床边监测器和次级装置之间传递。在另一个实施例中,数据经由诸如802.11a/b/g/n、蓝牙或其他无线通信协议或标准的无线网络在床边监测器和次级装置之间传递。在另一个实施例中,数据经由蜂窝式网络在床边监测器和次级装置之间传递。
图3是说明报警优先权过程或协议300的一个示例性操作实施例的流程图。在一个实施例中,床边监测器通过以下处理将主要报警责任委托给至少一个次级装置,和从至少一个次级装置取回主要报警责任,正如相对于图3所说明的。第一计算系统,次级报警装置在步骤305中首先请求成为监测系统的初级报警装置。
应该体会到的是,该请求可通过将消息从在第一计算系统(在一个实施例中为次级系统)中执行的应用程序传输至在第二计算系统(在一个实施例中为床边监测器)中执行的应用程序来实现。每一个应用程序被配置成接收、发送、识别、翻译,和处理这样的请求消息。应该进一步体会到的是,第一和第二计算系统二者、次级装置和监测系统,分别具有能够发送和发射数据的无线和有线接收器和发射器、能够处理编程指令的至少一个处理器、能够存储编程指令的内存,和包括用于执行本文中所说明的处理的多个编程指令的软件。
第二计算装置或床边监测器二者在步骤310a中接受,或在步骤310b中拒绝,来自第一计算装置或次级报警装置在步骤305中的请求。如果拒绝,床边监测器在步骤315中保持主要报警责任,并且该行动被记录在系统中产生的活动日志中。
返回图3,如果在步骤310a中由床边监测器中执行的相应软件接收到并接受从次级装置形成并发送的消息,在步骤320中通过使用“心跳”建立连接,该“心跳”是预定系列的通信,被设计成确认在监测器与次级装置之间的链路可操作并且次级装置正在接收,或能够接收,由床边监测器所发送的所有报警消息。床边监测器和次级装置均已安装了在两个装置之间建立“心跳”或链路的软件。“心跳”可以是消息、比特、代码的任意序列,或其它有序、预定义的一组发送数据。一旦建立,则通过“心跳”维持连接。
在步骤325中,如果“心跳”连接在任意时间失败,则在步骤315中主要报警责任返回到床边监测器,直到“心跳”重新建立起的时刻。失败的“心跳”在次级装置上生成技术报警通知并由系统记录。在一个实施例中,如果“心跳”失败,则看护者必须在床边监测器与次级装置之间手动重新建立连接。在另一个实施例中,如果“心跳”失败,则床边监测器和次级装置之间的连接可通过以预定的时间间隔尝试连接而自动建立,直到看护者手动终止连接处理。在又另一个实施例中,如果“心跳”失败,则床边监测器和次级装置之间的连接可通过以预定的时间间隔尝试连接来自动建立,直到达到最大连接尝试次数。应该注意的是,预定的连接尝试时间间隔和最大连接尝试个数可以是在床边监测器、次级装置处编程的,或在制造点预编程。
因此,如果在床边监测器和次级装置之间的心跳不满足预定义的可靠性阈值,床边监测器仍然是初级报警装置。如果“心跳”间断或连接不可靠,系统将停止与次级装置的通信。在一个实施例中,系统确定连接中断的个数,并基于预定义的连接中断阈值评估连接环境是否可靠到足以允许次级装置承担报警责任。在一个实施例中,可接受的连接中断个数或连接中断阈值是由用户在床边监测器处预编程的。在另一个实施例中,可接受的连接中断次数是在制造点处预编程的并且不能改变。
在步骤335,如果生理学监测装置检测到报警条件,同时主要报警责任已经转移至至少一个次级装置,随后床边监测器在步骤340通过将报警条件消息从床边监测器发送至次级装置,通知次级装置出现报警条件。报警条件消息可以是任意的消息、比特、码的序列或其它有序的、预定义的一组发送数据,其由床边监测器和次级装置二者进行识别。应该进一步体会到的是,报警条件可包括不同类型的数据,包括仅仅是报警存在的指示、指示导致报警的条件的特定属性的数据,和/或指示报警严重性的数据,以及其他数据。
一旦次级装置接收到报警消息,其报告报警并在步骤345向床边监测器发送该报警已经在所述次级装置上出现的确认。在一个实施例中,报警报告是可听见的报警,诸如嘟嘟声、铃声或其它基于声音的指示。在一个实施例中,报警报告是视觉报警,诸如在次级装置本身上或在次级装置显示器(如果可用)上的闪烁灯光或状态栏。在一个实施例中,报警报告是可视听的,且可包括多个指示。在另一个实施例中,报警报告是可制定的。在另一个实施例中,报警报告可以是依据在次级装置内可用的特征定制的。
在步骤350中,如果床边监测器在预定的时间内未接收到所述确认,则主要报警任务将回复到床边监测器,如在步骤315中的,其将承担主要报警任务并负责报警报告。在一个实施例中,预定的时间段是可编程的。在一个实施例中,预定的时间段是可在床边监测器处使用在该床边监测器上执行的应用程序编程的。在另一个实施例中,预定的时间段是在制造点设定的。在又另一个实施例中,预定的时间段是可在次级装置处使用在次级装置上执行的应用程序编程的。
可选地,在一个实施例中,次级装置报告的报警需要由所指派的看护者确认。图4是说明报警优先权协议400的另一个示例性实施例的流程图,该报警优先权协议400包括涉及由看护者进行报警识别的步骤。在一个可选实施例中,当在次级装置上报告报警时,看护者必须确认该报警。在一个实施例中,看护者通过按下在次级装置上的按键确认报警。在另一个实施例中,当在次级装置上报告报警时,看护者可向装置讲话并发布口头命令以对其进行确认。在另一个实施例中,看护者可在次级装置上提供的触摸屏显示器上选择确认按钮。在其他实施例中,看护者确认可采用次级装置支持的任意形式。
在一个实施例中,对报警的确认并不会使报警静音。优选地,其导致了向系统(包括床边监测器)通知看护者已经收到并确认了该报警。
在一个实施例中,通过以上所说明的任意方法,或任意其它可设想到的方法确认报警将使报警静音。
现在参考图4,在步骤405中,次级装置请求成为监测系统中的初级报警装置。应该体会到的是,该请求可通过将消息从在第一计算系统(在一个实施例中为次级装置)上执行的应用程序传输至在第二计算系统(在一个实施例中为床边监测器)中执行的应用程序来实现。每一个应用程序被配置成接收、发送、识别、翻译,和处理这样的请求消息。应该进一步体会到的是,第一和第二计算系统、次级装置和监测系统,分别具有能够发送和发射数据的无线的和有线的接收器和发送器、能够处理编程指令的至少一个处理器、能够存储编程指令的内存,和包括执行本文中所说明的处理的多个编程指令的软件。
第二计算装置或床边监测器在步骤410a中接受,或在步骤410b中拒绝,来自第一计算装置或次级报警装置在步骤405中的请求。如果拒绝,床边监测器在步骤415中保留主要报警责任,并且该行动被记录在系统中产生的活动日志中。
回到图4,如果在步骤410a中由床边监测器中执行的相应软件接收到并接受由次级装置形成并发送的消息,则在步骤420中通过使用“心跳”建立连接,“心跳”是预定义的通信序列,其被设计成确认在监测器与次级装置之间的链路可操作,并且次级装置正在接收或能够接收由床边监测器发送的任何报警消息。床边监测器和次级装置二者都安装有在两个装置之间建立“心跳”或链路的软件。“心跳”可以是消息、比特、码的任意序列或其它有序的、预定义的一组发射数据。一旦建立,则通过“心跳”维持连接。
如果“心跳”连接在任何时候失败(步骤425中),则主要报警责任在步骤415中返回至床边监测器,直到“心跳”重现建立的时候。失败的“心跳”在次级装置上生成技术报警通知并由系统进行记录。
在一个实施例中,如果“心跳”失败,则看护者必须手动地在床边监测器与次级装置之间重新建立连接。在另一个实施例中,如果“心跳”失败,则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连接自动建立,直到看护者手动终止连接处理。在又另一个实施例中,如果“心跳”失败,则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连接自动建立,直到达到最大连接尝试次数。应该注意到的是,预定的连接尝试时间间隔和连接尝试的最大次数可在床边监测器、次级装置上编程,或在制造点预编程。
因此,如果床边监测器与次级装置之间的心跳不满足预定义的可靠性阈值,则床边监测器仍然是初级报警装置。如果存在间断的“心跳”或不可靠的连接,则系统将停止与次级装置的通信。在一个实施例中,系统确定连接中断的次数,并基于预定义的连接中断阈值评估连接环境是否可靠到足以允许次级装置承担报警责任。在一个实施例中,可接受的连接中断次数或连接中断阈值是由用户在床边监测器处预编程的。在另一个实施例中,可接受的连接中断次数是在制造点预编程的并且不能改变。
在步骤435,如果生理学监测装置检测到报警条件,而主要报警责任已经转移到至少一个次级装置,则在步骤440,床边监测器随后通过将报警条件消息从床边监测器发送至次级装置通知次级装置报警条件出现。报警条件消息可以是任意的消息、比特、码序列或其它有序的、预定义的一组发送数据,其由床边监测器和次级装置进行识别。应该进一步体会到的是,报警条件可包含不同类型的数据、包括仅仅报警存在的指示、指示导致报警的条件的特定属性的数据,和/或指示报警严重程度的数据,以及其他数据。
在步骤450中如果床边监测器在预定时间段内未接收到所述确认,则主要报警责任回复到床边监测器,其如在步骤415中那样,将承担主要报警责任并负责报警报告。在一个实施例中,预定的时间段是可编程的。在一个实施例中,预定的时间段是在床边监测器处使用在床边监测器中执行的应用程序可编程的。在另一个实施例中,该预定的时间段是在制造点处设置的。在又另一个实施例中,该预定的时间段是在次级装置处使用在该次级装置上执行的应用程序可编程的。
一旦次级装置接收到报警消息,其在步骤445中报告该报警并向床边监测器发送该报警出现在所述次级装置上的确认。在一个实施例中,报警报告是音频报警,诸如嘟嘟声、铃声或其它基于声音的指示。在一个实施例中,报警报告是视觉报警,诸如在次级装置本身或在次级装置的显示器(如果可用)上的闪烁灯光或状态栏。在一个实施例中,报警报告是视听的,并且可包含多个指示。在另一个实施例中,报警报告是可定制的。在另一个实施例中,报警报告可以依据次级装置中可用的特征定制。
在步骤455中,当在次级装置上报告报警时,看护者必须在次级装置上确认该报警,并随后照料该患者。如果看护者未在预定的时间内在次级装置上确认报警,步骤460,则主要报警责任将回复到床边监测器,其,如在步骤415中,将承担主要报警责任并负责报警报告。正如以上所提及的,预定的时间段可以是可编程的,或可在制造点处预先设定。
因此,在一个实施例中,在第一计算装置(次级报警装置)处经由第一多个编程指令生成用户提示,使得用户会在第一计算装置上确认接收到报警消息。第一多个编程指令接收到用户输入,该用户输入为响应于所述提示而生成以确认报警消息的接收,并且该第一多个编程指令向床边监测器发送指示所述用户输入的数据。
报警内容、床边监测器的报警通知、次级装置的报警的报告,以及,看护者对报警的确认全部由系统记录。
在另一个实施例中,床边监测器可请求次级装置承担主要报警责任,而不是次级装置向床边监测器请求主要报警责任。例如,当护士身处病房中对患者进行检查时,护士指示患者该患者需要睡眠。于是护士按下监测器上的“睡眠”按钮,其导致监测器呈现可担负主要报警责任的已知次级装置的列表。此时,护士选定其中一个次级装置,而患者监测器屏幕变暗,变成空白的,或者否则黑屏,以便不会打扰患者的睡眠。所选定的次级装置承担主要报警责任,并然后遵循与以上所列出的那些相同的协议。如果不存在可用的次级装置,床边监测器保持主要报警责任。
图5和图6提供了说明本发明的床边监测器发起的报警优先权协议500、600的实施例的流程图,其分别不包括或者包括涉及看护者报警识别的步骤。
图5是说明一个报警优先权处理或协议500的示例性操作实施例的流程图。在一个实施例中,床边监测器通过以下处理,将主要报警责任委托给至少一个次级装置,或者从至少一个次级装置取回主要报警责任。看护者,在步骤305中,按下床边监测器上的按钮,导致床边监测器请求次级装置承担监测系统的主要报警责任。
应该体会到的是该请求可通过将消息从在第一计算系统(在一个实施例中为次级装置)上执行的应用程序传输至在第二计算系统(在一个实施例中为床边监测器)上执行的应用程序来实现。每一个应用程序被配置成接收、发送、识别、翻译和处理这样的请求消息。应进一步体会到的是,第一和第二计算系统、次级装置和监测系统分别具有能够发送和发射数据的无线的和有线的接收器和发射器、能够处理程序指令的至少一个处理器、能够存储程序指令的内存,和包括用于执行本文所说明的处理的多个程序指令的软件。
在步骤510a中,看护者选定次级装置以承担主要报警责任。在一个实施例中,看护者可从床边监测器本身进行该选择。在一个实施例中,该选择是从可用装置的下拉菜单(或其它列表类型)上进行的。在一个实施例中,看护者需要输入与所选定的装置对应的密码,使得该装置与床边监测器“配对”。在另一个实施例中,看护者通过使用本领域普通技术人员所熟知的装置配对技术,将装置与床边监测器“配对”来选择装置。
如果没有次级装置可用,如在510b中,床边监测器在步骤515中保持担负主要报警责任,并且该行动被记录在系统产生的活动日志中。
参考回图5,如果在步骤510a中,通过在床边监测器中执行的相应软件,接收到并接受由次级装置形成并发射的消息,则在步骤520中通过使用“心跳”建立连接,该“心跳”为预定义的一系列通信,其被设计成确认监测器与次级装置之间的链路可操作,并且次级装置正在接收或能够接收由床边监测器发送的任意报警消息。床边监测器和次级装置均已安装在两个装置之间建立“心跳”或链路的软件。“心跳”可以是任意的消息、比特、码的序列,或其它有序的、预定义的一组发射数据。一旦建立,则通过该“心跳”维持该连接。
在步骤525中,如果“心跳”连接在任何时刻失败,则在步骤515中主要报警责任返回到床边监测器,直到“心跳”重新建立起这样的时刻。失败的“心跳”在次级装置上生成技术报警通知并由系统记录。
在一个实施例中,如果“心跳”失败。则看护者必须手动地在床边监测器与次级装置之间重新建立连接。在另一个实施例中,如果“心跳”失败,则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连接而自动建立,直到看护者手动中止连接处理。在又另一个实施例中,如果“心跳”失败,则可通过以预定的时间间隔尝试连接来自动建立床边监测器与次级装置之间的连接,直到达到连接尝试的最大次数。应该注意的是,连接尝试的预定时间间隔和最大连接尝试次数可在床边监测器、次级装置上编程,或在制造点预编程。
因此,如果床边监测器与次级装置之间的心跳不满足预定义的可靠性阈值,则床边监测器仍然是主要报警装置。如果存在间断的“心跳”或不可靠连接,则系统将停止与次级装置的通信。在一个实施例中,该系统确定连接中断的次数,并根据预定义的连接中断阈值评估连接环境是否可靠到足以允许次级装置承担报警责任。在一个实施例中,可接受的连接中断的次数或连接中断阈值是由用户在床边监测器上预编程的。在另一个实施例中,可接受的连接中断次数是在制造点预编程的并且不能改变。
如果生理学监测装置在步骤535中检测到报警条件,而主要报警责任已经被转移到至少一个次级装置,则床边监测器随后在步骤540中,通过将报警条件消息从床边监测器发送至次级装置来通知次级装置报警条件出现。报警条件消息可以是消息、比特、码的任意序列,或其它有序的、预定义的一组发送数据,其由床边监测器和次级装置进行识别。应进一步理解的是,除其它数据外,报警条件可包括不同类型的数据,包括仅仅报警存在的指示、指示导致报警的条件的特定属性的数据,和/或指示报警严重性的数据。
一旦次级装置接收到报警消息,其在步骤545中报告报警并向床边监测器发送报警被呈现在所述次级装置上的确认。在一个实施例中,报警报告是音频报告,诸如嘟嘟声、铃声或其它基于声音的指示。在一个实施例中,该报警报告是可视报警,诸如在该次级装置本身上或在次级装置显示器(如果可用)上的闪烁灯光或状态栏。在一个实施例中,报警报告是视听的,且可包括多个指示。在另一个实施例中,报警报告是可定制的。在另一个实施例中,报警报告可以是依据次级装置中可用的特征定制的。
如果在步骤550中,床边监测器在预定的时间段内未接收到所述确认,则主要报警责任回复到床边监测器,如在步骤515中,床边监测器将承担主要报警责任并负责报警报告。在一个实施例中,该预定的时间段是可编程的。在一个实施例中,该预定的时间段是可通过使用在床边监测器上执行的应用程序在床边监测器上编程的。在另一个实施例中,预定的时间段是在制造点处设定的。在又另一个实施例中,预定的时间段是可在次级装置处使用在该次级装置上执行的应用程序编程的。
可选地,在一个实施例中,由次级装置报告的报警需要指定的看护者进行确认。图6是说明另一个示例性实施例报警优先权协议600的流程图,该报警优先权协议600包括涉及由看护者进行报警识别的步骤。在一个可选实施例中,当在次级装置上报告报警时,看护者必须确认该报警。在一个实施例中,看护者通过按下次级装置上的按键来确认报警。在另一个实施例中,当在次级装置上报告报警时,看护者可对该装置说话,并发布口头命令以对其进行确认。在另一个实施例中,看护者可在次级装置上提供的触摸屏显示器上选择确认按钮。在另一个实施例中,看护者确认可采用该次级装置支持的任意形式。
在一个实施例中,确认报警并不使报警静音。优选地,其导致向包括床边监测器的系统发出看护者已经接收并确认该报警的通知。
在一个实施例中,通过以上所说明的任意的方法,或者任意其它可设想到的方法确认报警使报警静音。
在一个实施例中,床边监测器通过以下处理将主要报警责任委托给至少一个次级装置,和从至少一个次级装置取回主要报警责任,如相对于图6所说明的。看护者,在步骤605中,按下在床边监测器上的按钮,导致该床边监测器请求次级装置承担监测系统的主要报警责任。
应该体会到的是,该请求可通过将消息从在第一计算系统(在一个实施例中为次级装置)中执行的应用程序传输至在第二计算系统(在一个实施例中为床边监测器)中执行的应用程序来完成。每一个应用程序都被配置成接收、发送、识别、翻译和处理这样的请求消息。应该进一步体会到的是,第一和第二计算系统、次级装置和监测系统,分别具有能够发送和发射数据的无线和有线接收器和发送器、能够处理编程指令的至少一个处理器、能够存储编程指令的内存,和包括用于执行本文中所说明的处理的多个编程指令的软件。
在步骤610a中看护者选定用于承担主要报警责任的次级装置。在一个实施例中,看护者可从床边监测器本身进行该选择。在一个实施例中,该选择是从可用装置的下拉菜单(或其它列表类型)上做出的。在一个实施例中,看护者需要输入与所选装置对应的密码,使得该装置与床边监测器“配对”。在另一个实施例中,看护者可通过使用本领域技术人员熟知的装置配对技术来“配对”装置与床边监测器来选择装置。
如果如在610b中无次级装置可用,床边监测器在步骤615中保持主要报警责任,并且该行动被记录在系统产生的活动日志中。
返回参考图6,如果在步骤610a中通过在床边监测器上执行的相应软件接收到并接受由次级装置生成并发送的消息,则在步骤620中通过使用“心跳”建立连接,“心跳”是预定义的通信序列,其被设计成确认在监测器与次级装置之间的链路可操作,并且次级装置正在接收或能够接收由床边监测器发送的任何报警消息。床边监测器和次级装置二者都安装有在两个装置之间建立“心跳”或链路的软件。“心跳”可以是消息、比特、码的任意序列或其它有序的、预定义的一组发射数据。一旦建立,则通过“心跳”维持连接。
如果“心跳”连接在任何时候失败(步骤625中),则主要报警责任在步骤615中返回至床边监测器,直到“心跳”重现建立的时候。失败的“心跳”在次级装置上生成技术报警通知并由系统进行记录。
在一个实施例中,如果“心跳”失败,则看护者必须手动地在床边监测器与次级装置之间重新建立连接。在另一个实施例中,如果“心跳”失败,则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连接自动建立,直到看护者手动终止连接处理。在又另一个实施例中,如果“心跳”失败,则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连接自动建立,直到达到最大连接尝试次数。应该注意到的是,预定的连接尝试时间间隔和连接尝试的最大次数可在床边监测器、次级装置上编程,或在制造点预编程。
因此,如果床边监测器与次级装置之间的心跳不满足预定义的可靠性阈值,则床边监测器仍然是初级报警装置。如果存在间断的“心跳”或不可靠的连接,则系统将停止与次级装置的通信。在一个实施例中,系统确定连接中断的次数,并基于预定义的连接中断阈值评估连接环境是否可靠到足以允许次级装置承担报警责任。在一个实施例中,可接受的连接中断次数或连接中断阈值是由用户在床边监测器处预编程的。在另一个实施例中,可接受的连接中断次数是在制造点预编程的并且不能改变。
在步骤635,如果生理学监测装置检测到报警条件,而主要报警责任已经转移到至少一个次级装置,则床边监测器随后在步骤640通过将报警条件消息从床边监测器发送至次级装置通知次级装置报警条件出现。报警条件消息可以是消息、比特、码的任意序列或其它有序的、预定义的一组发送数据,其由床边监测器和次级装置进行识别。应该进一步体会到的是,报警条件可包含不同类型的数据、包括仅仅报警存在的指示、指示导致报警的条件的特定属性的数据,和/或指示报警严重程度的数据,以及其他数据。
如果在步骤650中床边监测器在预定时间段内未接收到所述确认,则主要报警责任将回复到床边监测器,其如在步骤615中,将承担主要报警责任并负责报警报告。
在一个实施例中,预定的时间段是可编程的。在一个实施例中,预定的时间段是在床边监测器处使用在床边监测器中执行的应用程序可编程的。在另一个实施例中,该预定的时间段是在制造点处设置的。在又另一个实施例中,该预定的时间段是在次级装置处使用在该次级装置上执行的应用程序可编程的。
一旦次级装置接收到报警消息,其在步骤645中报告该报警并向床边监测器发送该报警出现在所述次级装置上的确认。在一个实施例中,报警报告是音频报警,诸如嘟嘟声、铃声或其它基于声音的指示。在一个实施例中,报警报告是视觉报警,诸如在次级装置本身或在次级装置的显示器(如果可用)上的闪烁灯光或状态栏。在一个实施例中,报警报告是视听的,并且可包含多个指示。在另一个实施例中,报警报告是可定制的。在另一个实施例中,报警报告可以依据次级装置中可用的特征定制。
在步骤655中,当在次级装置上报告报警时,看护者必须在次级装置上确认该报警,并随后照料该患者。如果看护者未在预定的时间内在次级装置上确认报警,步骤660,则主要报警责任将回复到床边监测器,其,如在步骤615中,将承担主要报警责任并负责报警报告。正如以上所提及的,预定的时间段可以是可编程的,或可在制造点处预先设定。
因此,在一个实施例中,在第一计算装置(次级报警装置)处经由第一多个编程指令生成用户提示,使得用户会在第一计算装置上确认接收到报警消息。第一多个编程指令接收到用户输入,该用户输入为响应于提示而生成以确认报警消息的接收,并且该第一多个编程指令向床边监测器发送指示所述用户输入的数据。
报警内容、床边监测器的报警通知、次级装置的报警的报告,以及,看护者对报警的确认全部由系统记录。
如以上所说明的,在不同的实施例中,在系统中存在多个次级装置。在不同的实施例中,所有这些多个装置都被选定为初级报警装置。在不同的实施例中,由于多个次级装置承担主要报警责任,可用多个不同的协议来确定在次级装置组中的和次级装置与床边监测器之间的报警级别。在一个实施例中,当报警条件出现时,所有次级装置报警并且保持报警,直到每一个均被看护者确认。在另一个实施例中,当报警条件出现时,所有次级装置报警并且保持报警直到一个被看护者确认。在另一个实施例中,当报警条件出现时,如果报警出现但在特定时间段内未被看护者确认,次级装置以优先权顺序有序地报警。对于所有的实施例,报警内容、床边监测器对报警的通知、由次级装置对报警的报告,以及由看护者对报警的确认全部被系统记录。
在另一个实施例中,次级装置起到冗余报警装置的作用,并且在初级装置(床边监测器)报警时也进行报警。这不但使得看护者能够远程监测患者,而且还通知了可能正身处报警条件的房间中的看护者。在这种情况下,可通过任意的装置实现报警确认。
熟悉现有技术的人应该清楚的是,存在多个实施例,其中基于多种可能的协议,报警通知级别不同,而以上所列出的实施例实际上仅代表示例性而未包括所有。
以上示例仅说明了本发明的系统的一些应用。虽然本文中仅说明了本发明的几个实施例,但是应该理解的是,本发明可以许多其它特定形式来实施,而不背离本发明的精神或范围。因此,本示例和实施例将被认为是说明性的并不构成限制,而且本发明是可在随附的权利说明书的范围内进行修改的。
Claims (21)
1.一种易失性或非易失性计算机可读介质,其不包括用于发送波的传输介质,其中所述易失性或非易失性计算机可读介质包括:
a.第一多个编程指令,其中,当由第一计算装置执行时,所述第一多个编程指令:
i.将消息从所述第一计算装置发送至第二计算装置,其中,所述消息是使所述第一计算装置承担报告报警的主要责任的请求;
ii.建立并维持心跳,其中,所述心跳提供了对所述第一计算装置与所述第二计算装置之间的通信链接是可操作的一致确定;
iii.从所述第二计算装置接收指示报警状态的数据;以及
iv.响应于从所述第二计算装置上接收指示报警状态的所述数据,将确认从所述第一计算装置发送至所述第二计算装置;以及
b.第二多个编程指令,其中,当由所述第二计算装置执行时,所述第二多个编程指令:
i.从所述第一计算装置接收所述消息;
ii.响应于接收所述消息,建立和维持所述心跳;
iii.监测所述心跳以确定所述第一计算装置与所述第二计算装置之间的通信链接可操作;
iv.发送指示报警状态的所述数据;
v.如果接收到来自所述第一计算装置的所述确认,则暂停执行用于响应于所述报警状态报告报警的编程例程;以及
vi.基于指示报警状态的所述数据和所述心跳状态,响应于所述报警状态,导致报告所述报警。
2.如权利要求1所述的计算机可读介质,其中,所述第二计算装置为床边监测器。
3.如权利要求1所述的计算机可读介质,其中,所述第一计算装置为蜂窝式电话、PDA、智能电话、平板式计算装置、患者监测器、定制一体机,或能够执行编程指令的其它计算装置中的至少一个。
4.如权利要求1所述的计算机可读介质,其中,如果未检测到所述心跳,响应于报警状态,所述第二多个编程指令导致在所述第二计算装置处报告所述报警。
5.如权利要求1所述的计算机可读介质,其中,如果所述心跳不满足预定义的可靠性阈值,响应于报警状态,所述第二多个编程指令导致在所述第二计算装置处报告所述报警。
6.如权利要求1所述的计算机可读介质,其中,如果检测到所述心跳并且如果从所述第一计算装置接收到所述确认,所述第二多个编程指令不导致在所述第二计算装置处报告所述报警。
7.如权利要求1所述的计算机可读介质,其中,所述第一多个编程指令生成对于确认在所述第一计算装置处对报警消息的接收的用户提示。
8.如权利要求1所述的计算机可读介质,其中,所述第一多个编程指令接收用户输入,并向所述第二计算装置发送指示所述用户输入的数据,该用户输入响应于所述提示以确认对报警消息的接收。
9.如权利要求8所述的计算机可读介质,其中,如果检测到所述心跳,如果接收到所述确认,和如果接收到指示所述用户输入的数据,则所述第二多个编程指令不导致在所述第二计算装置处报告所述报警。
10.如权利要求8所述的计算机可读介质,其中,如果以下任一种情况出现:未检测到所述心跳、未接收到所述确认,或未接收到表示所述用户输入的数据,则所述第二多个编程指令不导致在所述第二计算装置处报告所述报警。
11.如权利要求1所述的计算机可读介质,其中,当所述第一多个编程指令接收到来自所述第二计算装置的指示报警状态的所述数据时,所述第一多个编程指令导致在所述第一计算装置处报告报警。
12.一种易失性或非易失性计算机可读介质,其不包括用于发送波的传输介质,其中所述介质包括:
a.第一多个编程指令,其中,当由第一计算装置执行时,所述第一多个编程指令:
i.接收来自床边监测器的消息,其中,所述消息是使所述第一计算装置承担报告报警的主要责任的请求;
ii.响应于接收所述消息,建立和维持心跳,其中所述心跳提供对所述第一计算装置与所述床边监测器之间的通信链路可操作的一致确定;
iii.接收来自所述床边监测器的指示报警状态的数据;以及
iv.响应于接收来自所述床边监测器的指示报警状态的所述数据,将确认从所述第一计算装置发送至所述床边监测器;以及
b.第二多个编程指令,其中,当通过床边监测器执行时,所述第二多个编程指令:
i.从所述第一计算装置发送所述消息;
ii.建立和维持所述心跳;
iii.监测所述心跳以确定所述第一计算装置与床边监测器之间的通信链路可操作;
iv.发送指示报警状态的所述数据;
v.如果接收到来自所述第一计算装置的所述确认,则暂停执行用于响应于所述报警状态报告警报的编程例程;以及
vi.基于指示报警状态的所述数据和心跳状况,响应于所述报警状态,导致报告所述报警。
13.如权利要求12所述的计算机可读介质,其中,所述第一计算装置是蜂窝式电话、PDA、智能电话、平板式计算装置、患者监测器、定制一体机,或能够执行编程指令的其它计算装置中的至少一个。
14.如权利要求12所述的计算机可读介质,其中,如果未检测到所述心跳,响应于报警状态,所述第二多个编程指令导致在所述床边监测器处报告所述报警。
15.如权利要求12所述的计算机可读介质,其中,如果所述心跳不满足预定义的可靠性阈值,响应于报警状态,所述第二多个编程指令导致在所述床边监测器处报告所述报警。
16.如权利要求12所述的计算机可读介质,其中,如果检测到所述心跳并且如果从所述第一计算装置接收到所述确认,所述第二多个编程指令不导致在所述床边监测器处报告所述报警。
17.如权利要求12所述的计算机可读介质,其中,所述第一多个编程指令生成对于确认在所述第一计算装置处对报警消息的接收的用户提示。
18.如权利要求12所述的计算机可读介质,其中,所述第一多个编程指令接收响应于所述提示来确认对报警消息的接收的用户输入,并向所述床边监测器发送指示所述用户输入的数据。
19.如权利要求18所述的计算机可读介质,其中,如果检测到所述心跳,如果接收到所述确认,并且如果接收到指示所述用户输入的数据,则所述第二多个编程指令不导致在床边监测器报告所述报警。
20.如权利要求18所述的计算机可读介质,其中,如果以下任一种情况出现:未检测到所述心跳,未接收到所述确认,或未接收到指示所述用户输入的数据,则所述第二多个编程指令不导致在所述床边监测器处报告所述报警。
21.如权利要求12所述的计算机可读介质,其中,当所述第一多个编程指令接收到来自所述床边监测器的指示报警状态的所述数据时,所述第一多个编程指令导致在所述第一计算装置处报告报警。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US41579910P | 2010-11-19 | 2010-11-19 | |
US61/415,799 | 2010-11-19 | ||
PCT/US2011/061555 WO2012068565A2 (en) | 2010-11-19 | 2011-11-18 | System and method for transfer of primary alarm notification on patient monitoring systems |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103842942A true CN103842942A (zh) | 2014-06-04 |
CN103842942B CN103842942B (zh) | 2018-01-02 |
Family
ID=47359477
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201180065597.2A Active CN103842942B (zh) | 2010-11-19 | 2011-11-18 | 传送患者监测系统上的初级报警通知的系统和方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US8842001B2 (zh) |
EP (1) | EP2641153B1 (zh) |
CN (1) | CN103842942B (zh) |
BR (1) | BR112013012320B1 (zh) |
GB (1) | GB2501996A (zh) |
WO (1) | WO2012068565A2 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107427229A (zh) * | 2015-03-27 | 2017-12-01 | 皇家飞利浦有限公司 | 针对患者监测器的多个独立的音频环境 |
CN111432715A (zh) * | 2017-12-07 | 2020-07-17 | 柯惠有限合伙公司 | 闭环报警管理 |
Families Citing this family (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080221930A1 (en) | 2007-03-09 | 2008-09-11 | Spacelabs Medical, Inc. | Health data collection tool |
US9604020B2 (en) | 2009-10-16 | 2017-03-28 | Spacelabs Healthcare Llc | Integrated, extendable anesthesia system |
WO2011046636A1 (en) | 2009-10-16 | 2011-04-21 | Spacelabs Healthcare, Llc | Light enhanced flow tube |
CN102905616B (zh) | 2010-03-21 | 2017-02-08 | 太空实验室健康护理有限公司 | 多显示器床旁监护系统 |
BR112013012329B1 (pt) | 2010-11-19 | 2021-05-04 | Spacelabs Healthcare, Llc | Dispositivo de tela para uso em um sistema de monitoramento de paciente e sistema de monitoramento de paciente |
US9629566B2 (en) | 2011-03-11 | 2017-04-25 | Spacelabs Healthcare Llc | Methods and systems to determine multi-parameter managed alarm hierarchy during patient monitoring |
US9280637B2 (en) | 2012-10-05 | 2016-03-08 | Cerner Innovation, Inc. | Multi-action button for mobile devices |
TW201421417A (zh) * | 2012-11-29 | 2014-06-01 | 周源祥 | 透過藍牙/Wi-Fi與行動電話裝置以傳輸生理偵測訊號的方法 |
US9185202B2 (en) | 2012-12-31 | 2015-11-10 | Cerner Innovation, Inc. | Alert management utilizing mobile devices |
US10275570B2 (en) | 2012-12-31 | 2019-04-30 | Cerner Innovation, Inc. | Closed loop alert management |
US10987026B2 (en) | 2013-05-30 | 2021-04-27 | Spacelabs Healthcare Llc | Capnography module with automatic switching between mainstream and sidestream monitoring |
EP3010398A1 (en) * | 2013-06-18 | 2016-04-27 | Koninklijke Philips N.V. | Processing status information of a medical device |
KR20160075491A (ko) * | 2013-10-25 | 2016-06-29 | 바이엘 헬쓰케어 엘엘씨 | 디바이스 보호를 위한 하드웨어 키 시스템 |
CN103690175A (zh) * | 2013-11-06 | 2014-04-02 | 青岛海尔软件有限公司 | 无线传输方式的便携式血糖仪的健康服务系统 |
CN104434447A (zh) * | 2014-11-23 | 2015-03-25 | 南通大学 | 一种失语及重症插管清醒患者需求表达方法及系统 |
US10911891B2 (en) | 2014-12-18 | 2021-02-02 | Drägerwerk AG & Co. KGaA | Alarm routing optimization strategies in targeted alarm system |
US10607728B2 (en) | 2015-10-06 | 2020-03-31 | Cerner Innovation, Inc. | Alert optimizer |
US10262110B2 (en) | 2015-11-17 | 2019-04-16 | University Of Utah Research Foundation | Systems and methods for managing patient devices |
US10037411B2 (en) | 2015-12-30 | 2018-07-31 | Cerner Innovation, Inc. | Intelligent alert suppression |
CN105816186A (zh) * | 2016-05-22 | 2016-08-03 | 张侃 | 一种无创式自动化手持血液分析仪 |
US20200029787A1 (en) * | 2017-03-28 | 2020-01-30 | Pionmedek Medical Technologies Co., Ltd. | Monitoring Apparatus, Monitoring Bougie, and Monitoring System |
US10269456B2 (en) | 2017-05-05 | 2019-04-23 | Bank Of America Corporation | System for identification of treatment and resource deployment based on treatment interaction |
US10872321B2 (en) | 2017-05-05 | 2020-12-22 | Bank Of America Corporation | Machine initiated user status update system |
US10454941B2 (en) | 2017-05-05 | 2019-10-22 | Bank Of America Corporation | Person-to-person network architecture for secure authorization and approval |
US10437899B2 (en) | 2017-05-05 | 2019-10-08 | Bank Of America Corporation | System for distributed server data management with multi-user access |
DE102017006677A1 (de) | 2017-07-14 | 2019-01-17 | Drägerwerk AG & Co. KGaA | Vorrichtungen, Verfahren und Computerprogramme für einen Alarmserver, eine Alarmquelle und einen Alarmgeber, Alarmsystem |
US10034608B1 (en) * | 2017-08-14 | 2018-07-31 | Bank Of America Corporation | System for receiving transmissions from disparate node and triggering automatic portal action |
US10957445B2 (en) | 2017-10-05 | 2021-03-23 | Hill-Rom Services, Inc. | Caregiver and staff information system |
US20190130730A1 (en) * | 2017-10-30 | 2019-05-02 | Covidien Lp | Alarm Management |
CN112107289A (zh) * | 2019-06-19 | 2020-12-22 | 深圳迈瑞生物医疗电子股份有限公司 | 一种监护数据传输方法、监护系统及存储介质 |
CN116363832B (zh) * | 2023-03-31 | 2024-01-05 | 湖南长海科技发展有限公司 | 一种全场景智慧病房联讯护理系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1348740A (zh) * | 2000-10-12 | 2002-05-15 | Ge医疗系统信息技术公司 | 移动临床信息系统 |
US20050151640A1 (en) * | 2003-12-31 | 2005-07-14 | Ge Medical Systems Information Technologies, Inc. | Notification alarm transfer methods, system, and device |
US20070032749A1 (en) * | 2003-01-31 | 2007-02-08 | Overall William R | Detection of apex motion for monitoring cardiac dysfunction |
US20070180140A1 (en) * | 2005-12-03 | 2007-08-02 | Welch James P | Physiological alarm notification system |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050146431A1 (en) * | 2003-12-31 | 2005-07-07 | Ge Medical Systems Information Technologies, Inc. | Alarm notification system, receiver, and methods for providing live data |
US7439856B2 (en) * | 2004-03-20 | 2008-10-21 | Welch Allyn, Inc. | Health care patient status event processing and reporting |
US20090326340A1 (en) * | 2008-06-30 | 2009-12-31 | Hui Wang | Patient Monitor Alarm System And Method |
CN102905616B (zh) * | 2010-03-21 | 2017-02-08 | 太空实验室健康护理有限公司 | 多显示器床旁监护系统 |
BR112012025262A2 (pt) * | 2010-04-06 | 2021-05-25 | Koninklijke Philips Electronics N.V. | método para a transmissão de um alarme, mídia de leitura por computador, monitor para paciente e sistema para monitoramento de paciente |
-
2011
- 2011-11-18 CN CN201180065597.2A patent/CN103842942B/zh active Active
- 2011-11-18 BR BR112013012320-6A patent/BR112013012320B1/pt active IP Right Grant
- 2011-11-18 US US13/300,434 patent/US8842001B2/en active Active
- 2011-11-18 GB GB1310841.0A patent/GB2501996A/en not_active Withdrawn
- 2011-11-18 WO PCT/US2011/061555 patent/WO2012068565A2/en active Application Filing
- 2011-11-18 EP EP11842166.8A patent/EP2641153B1/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1348740A (zh) * | 2000-10-12 | 2002-05-15 | Ge医疗系统信息技术公司 | 移动临床信息系统 |
US20070032749A1 (en) * | 2003-01-31 | 2007-02-08 | Overall William R | Detection of apex motion for monitoring cardiac dysfunction |
US20050151640A1 (en) * | 2003-12-31 | 2005-07-14 | Ge Medical Systems Information Technologies, Inc. | Notification alarm transfer methods, system, and device |
US20070180140A1 (en) * | 2005-12-03 | 2007-08-02 | Welch James P | Physiological alarm notification system |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107427229A (zh) * | 2015-03-27 | 2017-12-01 | 皇家飞利浦有限公司 | 针对患者监测器的多个独立的音频环境 |
CN111432715A (zh) * | 2017-12-07 | 2020-07-17 | 柯惠有限合伙公司 | 闭环报警管理 |
CN111432715B (zh) * | 2017-12-07 | 2024-02-27 | 柯惠有限合伙公司 | 闭环报警管理 |
Also Published As
Publication number | Publication date |
---|---|
US20120126984A1 (en) | 2012-05-24 |
EP2641153A2 (en) | 2013-09-25 |
WO2012068565A2 (en) | 2012-05-24 |
WO2012068565A3 (en) | 2014-04-03 |
US8842001B2 (en) | 2014-09-23 |
BR112013012320A2 (pt) | 2020-10-06 |
EP2641153B1 (en) | 2019-11-13 |
GB2501996A (en) | 2013-11-13 |
GB201310841D0 (en) | 2013-07-31 |
CN103842942B (zh) | 2018-01-02 |
EP2641153A4 (en) | 2017-03-01 |
BR112013012320B1 (pt) | 2021-10-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103842942A (zh) | 传送患者监测系统上的主要报警通知的系统和方法 | |
US9384652B2 (en) | System and method for transfer of primary alarm notification on patient monitoring systems | |
US11508469B2 (en) | Hospital bed having wireless network connectivity | |
US10098593B2 (en) | Bed alert communication method | |
EP2050033B1 (en) | Medical notification apparatus and method | |
US20070106126A1 (en) | Patient monitoring alarm escalation system and method | |
US9761112B2 (en) | Assistance terminal for remotely monitoring a person connected to a medical assistance and monitoring device | |
CN114554940A (zh) | 提供患者监测数据的视觉表示 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |