The present disclosure relates to cardiopulmonary resuscitation using networked devices.
Cardiac arrest, also known as cardiopulmonary arrest or circulatory arrest, is a sudden stop in effective blood circulation due to the failure of the heart to contract effectively or at all. Cardiac arrest is often treated via attempts at resuscitation. However, due to the acuity of these situations, the patient's outcome depends greatly on the good decision making and the timing of his caretakers.
To improve the likelihood of success, caretakers often follow guidelines for decision making and timing of interventions. For example, the American Heart Association has created intervention guidelines called the Advanced Cardiac Life Support (ACLS) protocols. Many hospitals mandate that providers be trained in these life-saving protocols.
In general, in an aspect, a system includes a first computing device and a chest compression device. The chest compression device is configured to communicate with the first computing device. The chest compression device includes a defibrillator. The first computing device is configured to obtain information regarding a patient being treated for cardiopulmonary arrest and to send commands to the chest compression device. The commands include a defibrillator activation command to activate the defibrillator.
Implementations of this aspect can include one or more of the follow features.
In some implementations, the chest compression device includes: a compression plate; a compression bladder; and at least one adjustable strap coupled to the compression plate and for securing the chest compression device to the patient. The defibrillator may include: a first defibrillator pad attached to the compression bladder; and a second defibrillator pad attached to the at least one adjustable strap. The compression bladder may be configured to be removably secured to the compression plate. The compression bladder may be secured to the compression plate through a hook and loop fastener. The chest compression device may include a gel pack. An internal space of the compression bladder may include a gel or liquid. The system may further include a compressor couplable to the compression bladder, in which, during operation of the system, the compressor is operable to inflate and deflate the compression bladder. The chest compression device may include a power source coupled to a first defibrillator pad. The chest compression device may be configured to cause the power source to apply a voltage potential to the first defibrillator plate upon receiving the defibrillator activation command from the first computing device.
In some implementations, the chest compression device includes an accelerometer configured to measure an acceleration of the chest compression device during operation of the chest compression device, in which the first computing device is configured to obtain, from the accelerometer, an acceleration signal indicative of the acceleration and to derive a compression depth associated with treating the patient based on the acceleration signal. The accelerometer may be embedded within the compression plate. The chest compression device may be operable to automatically apply pressure to the patient periodically.
In some implementations, the system further includes a capnometer operable to sense a concentration of carbon dioxide exhaled by the patient, in which the capnometer is couplable to the first computing device.
In some implementations, the system further includes an oxygen sensor operable to sense an amount of oxygen perfusion of the patient, in which the oxygen sensor is couplable to the first computing device.
In some implementations, the system further includes a tissue perfusion sensor operable to sense an amount of tissue perfusion of the patient, in which the tissue perfusion sensor is couplable to the first computing device.
In some implementations, the system further includes a brain oxygenation sensor operable to sense an amount of brain oxygenation of the patient, in which the brain oxygenation sensor is couplable to the first computing device.
In some implementations, the system further includes a blood pressure sensor operable to sense a blood pressure of the patient, in which the blood pressure sensor is couplable to the first computing device.
In some implementations, the chest compression device includes an angular rate sensor.
In some implementations, the chest compression device includes one or more light emitting elements.
In some implementations, the the chest compression device includes: an upper compression plate; a lower compression plate; and a mechanical piston between the upper compression plate and the ower compression plate and configured to increase a distance between the upper compression plate and the lower compression plate during operation of the chest compression device.
In some implementations, the system further includes: a strap coupled to the chest compression device; and a strap tensioner for receiving a first end of the strap and a second end of the strap such that the strap is arranged in a loop, in which, during operation of the the chest compression device, the strap tensioner is operable to increase or decrease a length of the loop.
In some implementations, the chest compression device can wirelessly communicate with the first computing device.
In some implementations, the chest compression device can be configured to allow a user to manually perform chest compressions on the patient. The first computing device or the chest compression device can be configured to display a prompt or information regarding the patient to the user.
In some implementations, the chest compression device can include a compression plate, a mechanical piston, and an adjustable strap coupled to the compression device. The strap can secure the chest compression device to the patient. The mechanical piston can be configured to compress, via the compression plate, the chest of the patient. The mechanical piston can be positioned directly on the compression plate, or can be connected to the compression plate via a connector.
In some implementations, the chest compression device can include a compression plate, a compression bladder, and an adjustable strap coupled to the compression plate. The strap can secure the chest compression device to the patient. The compression bladder can be coupled to a compressor configured to inflate and deflate the compression bladder. The compressor can inflate and deflate the compression bladder using any suitable gas (e.g., air or oxygen).
In some implementations, the defibrillator can include a first defibrillator pad attached to the compression bladder and a second defibrillator pad attached to the adjustable strap. The compression bladder can be configured to be removably secured to the compression plate (e.g., through a hook and loop fastener).
In some implementations, the defibrillator includes a power source coupled to a first defibrillator pad. The chest compression device can be configured to cause the power source to charge the first defibrillator pad upon receiving the defibrillator activation command from the first computing device.
In some implementations, the chest compression device can include a pressure sensor configured to measure a pressure applied by the chest compression device to the patient during operation of the chest compression device. The first computing device can be configured to obtain, from the chest compression device, the pressure measured by the pressure sensor and a compression depth associated with treating the patient. The pressure sensor can be embedded within the compression plate. The chest compression device can apply the pressure to the patient in a synchronized or oscillating manner.
In some implementations, the chest compression device can include an electrocardiograph. The first computing device can be configured to obtain information regarding the patient being treated for cardiopulmonary arrest from the electrocardiograph.
In some implementations, the chest compression device can include a sensor and an electronic control module in communication with the sensor. The electronic control module can be configured to obtain a measurement signal from the sensor and transmit the measurement signal to the first computing device. The sensor can be a capnometer, and the measurement signal can indicate a concentration of carbon dioxide exhaled by the patient. The sensor can be an oxygen sensor, and the measurement signal can indicate an amount of oxygen perfusion of the patient. The sensor can be a tissue perfusion sensor, and the measurement signal can indicate an amount of tissue perfusion of the patient. The sensor can be a brain oxygenation sensor, and the measurement signal can indicate an amount of brain oxygenation of the patient. The sensor can be a blood pressure sensor, and the measurement signal can indicate a blood pressure of the patient. The measurement signal can indicate one or more of an amount of oxygen perfusion, an amount of tissue perfusion, an amount of brain oxygenation, or a blood pressure of the patient.
Also disclosed by this document is a system including a first computing device and a chest compression device configured to communicate with the first computing device. The first computing device can be configured to obtain information regarding a patient being treated for cardiopulmonary arrest and to send commands to the chest compression device. The commands can include a defibrillator activation command to activate the defibrillator. The first computing device can further be configured to determine, from the patient information, a patient state indicative of cardiac dysrhythmia, wherein the first computing device, responsive to determining the patient state indicative of cardiac dysrhythmia, outputs to a display of the first computing device a recommendation to activate or deactivate the defibrillator.
In some implementations, the defibrillator can be configured to function as an external pacemaker.
In addition, the present disclosure covers methods that include: receiving, at a first computing device in a chest compression device including a defibrillator, a patient attribute signal measured by a patient sensor during operation of the chest compression device; determining, from the patient attribute signal, a patient state; responsive to determining the patient state, outputting to a display of the first computing device, a user prompt; receiving, as an input to the first computing device, a user command to activate the defibrillator; and responsive to receiving the user command to activate the defibrillator, transmitting a defibrillator activation command to the defibrillator.
In some implementations, the patient attribute signal can indicate one or more of an amount of oxygen perfusion, an amount of tissue perfusion, an amount of brain oxygenation, or a blood pressure of the patient.
The document also covers methods including: receiving at a first computing device, from a chest compression device including (a) a defibrillator and (b) an accelerometer configured to measure an acceleration of the chest compression device during operation of the chest compression device, the acceleration measured by the accelerometer; determining, from the accelerometer, a compression depth; and responsive to determining the compression depth, outputting to a display coupled to the first computing device a recommendation an indication of a compression quality.
Any of the above-described methods can further include receiving, at the first computing device and from a sensor, patient heart rate information; determining that the heart rate information is outside of a predetermined acceptable range of heart rates and/or heart rhythms; and responsive to determining that the heart rate information is outside of a predetermined acceptable range of heart rates and/or heart rhythms, activating the defibrillator.
Any of the above-described methods can further include, outputting, prior to activating the defibrillator, a warning that a defibrillation shock is about to be applied.
One or more of the implementations herein can provide various benefits. For example, in some cases, implementations of the electronic system can improve the likelihood of successfully treating a patient in cardiac arrest by allowing caretakers to coordinate or automate their efforts when treating the patient in cardiac arrest. The electronic system can provide each user with a clear indication of his role in an intervention team, provide information regarding what tasks to perform and when to perform those tasks, and provide feedback regarding the effectiveness of his performance. Further still, the electronic system can provide information to caretakers when treating a patient, without requiring that the caretakers hold a device, book, or other object while doing so. Still further, the electronic system can automate the performance of certain tasks and provide feedback regarding the effectiveness of the automated performance. Thus, the electronic system allows caretakers to treat the patient more effectively, and while having full use of their hands. Further, the electronic system can provide team management information to one or more users (e.g., a team leader), such that important information regarding the patient's care and the efforts of the users is readily accessible to an overseer. Further still, the electronic system can accurately record information regarding the patient's care, including the patient's vital signs, the tasks that were performed in treating the patient, and the time at which those tasks were performed. Thus, accurate records of the treatment can be subsequently reviewed during debriefings or other retrospective applications. Further still, the electronic system can be used as an education tool to instruct users in proper treatment techniques and protocols.
The details of one or more embodiments are set forth in the accompanying drawings and the description below. Other features and advantages will be apparent from the description and drawings, and from the claims.
When treating a patient in cardiac arrest, caretakers often follow guidelines for decision making and timing of interventions to improve the likelihood of success. In many cases, hospitals mandate that providers be trained in these life-saving protocols. Training can include, for example, classroom instruction and simulated scenarios.
However, real-life situations often do not resemble training scenarios. For example, during a training exercise, a complete team of caretakers is often present at the same time. Further, each member of the team is often pre-assigned a particular role within the team, and is already aware of the tasks that he needs to perform. Further still, there are often no extraneous personnel, alarms, or other barriers to effective communication between the team members.
In contrast, in a real-life situation, a patient's room is often filled with care providers, nurses, administrators, and students. If clear roles are not quickly established and a team leader does not assert him or herself, communication and treatment are often compromised. Further, team leaders are not always experienced in treating cardiac arrest. For example, in many cases, a team leader may be a physician who is generally relatively inexperienced in providing care (e.g., a first-year resident physician). Thus, the team leader may not be well versed in the proper treatment procedures.
Further, despite training, caretakers may suffer from information decay that can negatively impact their effectiveness in treating patients. For example, caretakers might undergo periodic training regarding the proper procedures in providing care. However, between training sessions, the caretakers may forget or misremember the procedures, particularly if a lengthy period of time has passed since the last training session. As a result, the caretakers' quality of treatment may suffer.
Further, in many cases, the use of technology is often poorly integrated into these scenarios. For example, medications given and procedures performed are often recorded on pen and paper by physicians and nurses, and immediate electronic decision-making support is often unavailable. As another example, time is often kept by an individual whose voice may be drowned out by other voices and noises in the room. Thus, after a medical intervention has concluded, there may be multiple—sometimes inaccurate—records of when interventions occurred, which affects the quality of debriefings.
To improve the likelihood of success, caretakers can use an electronic system to coordinate their efforts when treating a patient in cardiac arrest. The electronic system can provide each team member with a clear indication of the team member's role in an intervention team, provide information regarding what tasks to perform and when to perform those tasks, and provide feedback regarding the effectiveness of the team member's performance. Further still, the electronic system can provide information to caretakers when treating a patient, without requiring that the caretakers hold a device, book, or other object while doing so. Thus, the electronic system allows caretakers to treat the patient more effectively, and while having full use of their hands.
Further, the electronic system can provide team management information to one or more users (e.g., a team leader), such that important information regarding the patient's care and the efforts of the users is readily accessible to an overseer. For example, the electronic system may help administrators assess a team member's compliance with established treatment protocols, and to evaluate the performance of one or more team members during and after their efforts in treating a patient. Further still, the electronic system can accurately record information regarding the patient's care, including the patient's vital signs, the tasks that were performed in treating the patient, and the time at which those tasks were performed. Thus, accurate records of the treatment can be subsequently reviewed during debriefings or other retrospective applications. Further still, the electronic system can be used as an education tool to instruct team members in proper treatment techniques and protocols.
Still further, the electronic system can automate the performance of certain tasks (e.g., administration of chest compressions and/or defibrillating shocks) and provide real-time feedback regarding the effectiveness of the automated tasks performed. Thus, caretakers can monitor and treat the patient more effectively, without the distraction of manually performing chest compressions or administering defibrillating shocks.
An example electronic system 100 is shown in
In another example, the member 150c is assigned a compression role, and is tasked with monitoring and/or applying compressions to the patient during the course of treatment. The compressions may be applied using a chest compression device 160. The chest compressions may be applied automatically by device 160, without human intervention to cause the application of force, or the chest compressions may be applied manually using the device 160. In some implementations, the member 150c also may be tasked with monitoring and/or applying defibrillations to the patient during the course of treatment. In such cases, the defibrillations may also be applied using the chest compression device 160, which may optionally include a defibrillator component 170. The defibrillations may be applied automatically by device 170, without human intervention to trigger the application of electric potential to the patient, or the defibrillations may be applied manually using the device 170, such that the user triggers when the electric potential is applied.
Although example roles are described above, these are merely an illustrative example. In practice, other roles are also possible, either instead of in addition to those described above. Alternatively, or in addition, users may combine roles. For example, the rescuer 150d can be tasked with performing cardiopulmonary resuscitation (CPR) (e.g., applying chest compressions to the patient) and/or administering defibrillating shocks during the course of treatment in addition to monitoring the respiration of the patient during the course of treatment and/or administrating breaths as necessary.
Each member 150a-d can wear a respective wearable computing device 120a-d. Each wearable computing device 120a-d is programmed to assist its wearer in performing his duties as a part of the intervention team, as described in the examples below. Although certain functions are described herein as being performed by particular wearable computing device, any of the wearable devices may be configured to perform some or all of the described functions.
For instance, in some implementations, the wearable computing device 120a can be programmed to assist the member 150a in performing his duties as a leader of the team. For example, the wearable computing device 120a can collect information from each of the other wearable computing devices 120b-d, and present the information to the member 150a to assist him in managing the effort of the intervention team. The wearable computing device 120a can also transmit information to each of the other wearable computing devices 120b-d to assist the member 150a in directing efforts of each member of the team. The wearable computing device 120a can also receive information from the computing device 110 (e.g., information regarding the patient, such as patient records, or information regarding potential treatment protocols that can be used to treat the patient). The wearable computing device 120a can also transmit information to the computing device 110 (e.g., information regarding the actions taken by the member 150a, and information received from each of the other wearable computing devices). Members 150a-d can operate the wearable computing devices 120a-d using an interactive display on the wearable computing devices 120a-d or through voice commands. Any of the other wearable computing devices 120b-120d also may be configured to perform the same functions as described herein for wearable computing device 120a.
In some implementations, the wearable computing device 120b can be programmed to assist the member 150b in performing his duties as the recorder for the team. For example, the wearable computing device 120b can present the member 150b with a series of tasks that can be potentially performed by the members of the team, and allow the member 150b to specify which of those specific tasks that have been performed. The wearable computing device 120b can also record information regarding the performance of those tasks (e.g., the time at which the task was performed, performance parameters associated with those tasks, and so forth). Performance parameters can include, for example, details regarding how a particular task was performed. As an example, if a defibrillation was performed, a performance parameter can include the amount of energy that was applied in performing the defibrillation, the voltage applied during the defibrillation, the current applied during the defibrillation, or the pulse duration associated with the defibrillation. As another example, if a compression was performed, a performance parameter can include a depth of the compression (the depth that the chest is compressed), a pressure applied during the compression, the compression frequency, whether the compression depth is meets a predefined compression depth (e.g., about 1.5 inches for infants, within about 2 and 2.4 inches for children and adults), whether the pressure applied is within a predefined pressure range, or whether the compression frequency is within a predefined range (e.g., within about 100 to 200 compressions per minute). As another example, if a drug was administered, performance parameters can include the type of drug administered, the amount of drug administered, the rate at which it was administered, and/or other information pertaining to the administration of the drug. This information can in some cases, be recorded automatically by the wearable computing device 120b, or in some cases, manually entered by its wearer. The wearable computing device 120b can also transmit this information to the wearable computing device 120a (e.g., to provide the member 150a with information to assist him in making decisions on behalf of the team) and/or the computing device 110 (e.g., to record the information to future retrieval and review). In some cases, information obtained by the wearable computing device 120b can be used to modify the behavior of other devices of the electronic system 100 (e.g., resetting countdown timers and/or displaying alerts on one or more of the other devices).
If one or more members are assigned to a rescuer role, a wearable computing device 120c can be programmed to assist the rescuer 150c in performing his duties as the rescuer 150c. For example, the wearable computing device 120c can present the rescuer 150c with instructions from the member 150a and instruct the rescuer 150c to perform a particular action with respect to the patient (e.g., applying chest compressions or defibrillating shocks to the patient). The wearable computing device 120c can also obtain sensor data, and based on that sensor data, determine information regarding the efforts of the rescuer 150c. For example, the wearable computing device 120c can acquire sensor information from pressure sensors, accelerometers, gyroscopes, chest displacement sensors, and/or other motion sensors, and determine the length of time that the rescuer has been performing chest compression or administering defibrillating shocks, the rate at which the rescuer is preforming chest compressions or administering defibrillating shocks, the pressure or force being applied to the patient by those chest compressions, the depth of the chest compressions, or the potential applied by the defibrillating shocks, among other information. The wearable computing device 120c can also present that information to the rescuer 150c, such that the rescuer 150c can adjust his performance accordingly. The wearable computing device 120c can also transmit this information to the wearable computing device 120a (e.g., to provide the member 150a with information to assist him in making decisions on behalf of the team), other computing devices (e.g., 120b and 120d), and/or to the computing device 110 (e.g., to record the information to future retrieval and review).
The wearable computing device 120d can be programmed to assist the member 150d in monitoring the respiration of the patient during the course of treatment. For example, the wearable computing device 120d can also obtain sensor data, and based on that sensor data, determine information regarding the respiration of the patient 140. For example, the wearable computing device 120d can acquire sensor information from oxygen sensors, carbon dioxide sensors, perfusion sensors, and/or other sensors, and determine information regarding the respiration and perfusion of the patient from the data obtained by those sensors. The wearable computing device 120d can also present that information to the member 150d, such that the member 150d can adjust this performance accordingly (e.g., by increasing the delivery of oxygen to the patient). The wearable computing device 120d can also transmit this information to the wearable computing device 120a (e.g., to provide the member 150a with information to assist him in making decisions on behalf of the team), to the other computing devices (e.g., 120b and 120c), and/or the computing device 110 (e.g., to record the information to future retrieval and review).
The functionality of each of the components of the system 100 is described in greater detail below.
In general, the computing device 110 can be any electronic device that processes, transmits, and receives data. The computing device 110 stores information relating to the patient's treatment. For example, the computing device 110 can store information regarding the performance of particular tasks during the patient's treatment and the time in which those tasks were performed. In some cases, the computing device 110 can also manage communications between the wearable computing devices 120a-d. For example, in some cases, the computing device 110 can receive information from one or more of the wearable computing devices 120a-d, and transmit some or all of that information to one or more of the other wearable computing devices 120a-d. In some cases, the computing device 110 can also transmit information collected from each of the wearable computing devices 120a-d to other devices for recordation (e.g., by exporting the information or a summary of the information to an electronic medical records system). Examples of the computing device 110 include computers (such as desktop computers, notebook computers, server systems, embedded devices, etc.), mobile computing devices (such as cellular phones, smartphones, tablets, personal data assistants, notebook computers with networking capability), and other computing devices capable of transmitting and receiving data from network 130. In some cases, the computing device 110 can be remote from the wearable computing devices 120a-d. For example, in some cases, the computing device 110 can be one or more server computers located in a different room, building, or a geographical region than those of the wearable computing devices 120a-d. The computing device 110 can include devices that operate using one or more operating system (e.g., Microsoft Windows, Apple OSX, Linux, Unix, Android, Apple iOS, Apple watchOS, etc.) and/or architectures (e.g., x86, PowerPC, ARM, etc.).
The wearable computing devices 120a-d can be any electronic device that can be worn on a user's body that processes, transmits, and receives data. Examples of the wearable computing devices 120a-d include devices that can be worn on a user's wrist (e.g., a “smart watch”), devices that can be worn over a user's eye (e.g., “smart glasses”), or devices that can be worn on other parts of a user's body (e.g., hands, arms, head, etc.). In some cases, the wearable computing devices 120a-d can be releasably secured to one or more of recovery devices used during a CPR procedure. For instance, the wearable computing device 120c can be releasably fixed to the compression device 160 (which may include the defibrillator 170). Though described in the present disclosure as “wearable,” in some implementations, one or more of the computing devices 120a-d are not wearable. Rather, the one or more computing devices 120a-d may include, e.g., a mobile computing device such as a smart phone or a computing tablet that can perform any and all of the same functions and operations as the wearable computing devices described herein. In some implementations, one or more of the computing devices 120a-d may be fixed to and inseparable from a recovery device. For instance, the computing device 120c can be fixed to the compression device 160 and/or to the defibrillator 170 without being configured to be detached by a user. The wearable computing devices 120a-d can each contain one or more electronic control modules (e.g., combinations of circuitry, firmware, and/or software) that allow each wearable computing device 120a-d to receive, interpret, process, and transmit information. The wearable computing devices 120a-d can include devices that operate using one or more operating system (e.g., Microsoft Windows, Apple OSX, Linux, Unix, Android, Apple iOS, Apple watchOS, etc.) and/or architectures (e.g., x86, PowerPC, ARM, etc.).
In some cases, wearable computing devices 120a-d present information to its wearer (e.g., through a screen or other display device), and allow the wearer to input selections, commands, or other inputs (e.g., through a touch sensitive surface, buttons, dials, knobs, levels, switches, and so forth). In some cases, a wearable computing device 120a-d can include a touch sensitive screen that both displays information to a wearer and allows the user to input information into the wearable computing device 120a-d by touching the screen. In some cases, a wearable computing device can include a microphone that allows the user to input information by speaking words or phrases. Examples of information that may be entered into computing devices 120a-d includes, among other things, patient status (such as whether a patient intervention, e.g., intubation, intravenous line placement, intra osseous access, sonogram, or pericardiocenthesis, is being performed) as well as time stamps when a specified activity takes place (such as when an intervention is begun).
In some cases, the wearable computing devices 120a-d can communicate with other computing devices 120a-d and/or the computing device 110 directly (e.g., directly over a communications network). In some cases, the wearable computing devices 120a-d can communicate with other computing devices 120a-d and/or the computing device 110 indirectly. As an example, one or more of the wearable computing devices 120a-d can be “paired” to a respective mobile device (e.g., via a Bluetooth connection, near field communication (NFC) connection, or some other network connection to a cellular phone, a smart phone, a tablet, or some other mobile device). That mobile device can then communicate with another wearable computing device 120a-d, either directly with that wearable computing device 120a-d, or indirectly through another mobile device “paired” to that wearable computing device 120a-d. Similarly, one or more of the wearable computing devices 120a-d can be “paired” to one or more separate and discrete sensors (e.g., via a Bluetooth connection, near field communication (NFC) connection, or some other network connection to one or more sensors).
The communication network through which the computing devices 120a-d, the computing device 110, and optionally the chest compression device 160 and the defibrillator 170 can include any communications network through which data can be transferred and shared. For example, network 130 can be a local area network (LAN) or a wide-area network (WAN), such as the Internet. The network can be implemented using various networking interfaces, for instance wireless networking interfaces (such as WiFi, Bluetooth, or infrared) or wired networking interfaces (such as Ethernet or serial connection). The network also can include combinations of more than one network, and can be implemented using one or more networking interfaces.
As described above, each of the wearable computing devices 120a-d can be programmed to assist a user. For example, the wearable computing device 120a can be programmed to assist a user assigned to the leader role (e.g., member 150a, also referred to as the “leader”). In some cases, the wearable computing device 120a can receive patient information from the computer device 110 or another external system (e.g., a patient intake system, a hospital notification system, an emergency code notification system, or an electronic medical records system). Based on this information, the wearable computing device 120a can notify the leader that a patient is in cardiac arrest, the location of that patient (e.g., a particular room or area of a hospital), and/or the time at which the cardiac arrest began.
In some implementations, the wearable computing devices 120a-d allow the leader to initiate a medical intervention on behalf of the patient. For example, as shown in
As shown in
Upon selecting a protocol, the wearable computing device 120a presents the leader with one or more prompts to perform tasks in accordance with the selected protocol. For example, the selected protocol may specify that the cardiac rhythm of the patient be measured at a particular time; thus, as shown in
Further, electronic system 100 can prompt other users to perform tasks in accordance with the selected protocol. For example, subsequent to the selection of a particular protocol by the leader, information about the selected protocol can be provided to one or more of the wearable computing devices 120a-d by, for example, the computing device 110 and/or by the wearable computing device 120a. The information provided to the one or more wearable mobile devices can include, e.g., one or more particular tasks for a user perform during the intervention and the time at which such tasks should be performed. For example, a user assigned to the recorder role (e.g., member 150b, also referred to as the “recorder”) is wearing the wearable computing device 120b (programmed to assist those assigned to the recorder role); thus, the wearable computing device 120b can present the recorder with a prompt to perform a particular task at the appropriate time. Similarly, a user assigned to the rescuer role (e.g., member 150c, also referred to as the “rescuer”) is wearing the computing device 120c (programmed to assist those assigned to the rescuer role); thus, the wearable computing device 120c can present the rescuer with a prompt to perform a particular task (e.g., perform a compression or perform a defibrillation) assigned to the rescuer at the appropriate time.
Alternatively, the wearable computing device 120a can send a command to the compressor 160 to automatically begin compressions. For instance, the command may be sent wirelessly through network 130 to the compressor device 160. The compression command may include information for performing the compression including details such as depth of compression, compression rate, number of compressions, time period during which compressions are applied, and pressure to apply to achieve a specified depth of compression. Upon receiving the compression command, the compression device 160 may automatically begin performing compressions. In some implementations, the wearable computing device 120a (and/or another wearable computing device, such as computing device 120c) may record additional information relevant to the compression, such as the time at which the selection was made (e.g., by recording a timestamp) and information regarding the performance of the task (e.g., the depth of the compression). The recorded information then may be transmitted to the computing device 110 for storage. In some cases, this information can be presented by one or more of the other wearable computing devices 120a-d. For example, in some cases, the wearable computing device 120b can also present an interface to the member 150b (e.g., the recorder), such that he can also confirm performance of the task. Similarly, upon confirmation, the wearable computing device 120b records the time at which the selection was made and information regarding the performance of the task, and transmits this information to the computing device 110 for storage.
Likewise, a user assigned to the respiration monitoring role (e.g., the member 120d, or the “respiration monitor”) is wearing the computing device 120d (programmed to assist those assigned to the respiration monitoring role); thus, the wearable computing device 120d can present the respiration monitor with a prompt to perform a particular task assigned to the recorder at the appropriate time.
In some cases, the selected protocol may specify different courses of treatment depending on the condition of the patient at a particular time. In some cases, information regarding the condition of the patient can be determined based on the assessment by the leader. For example, as shown in
In some cases, a wearable computing device can alert a user that a particular task should be taken in the future, such that the user is prepared to perform that task at the appropriate time. For example, when the member 150a selects the “VF” diagnosis shown in
As shown in
As shown in
Although example tasks are described above, these are merely illustrative examples. In practice, a protocol can specify other tasks, either instead of or in addition to those described above. Accordingly, the wearable computing device 120a can provide other information to the leader, as appropriate for the particular task. Further, although particular tasks are described as being assigned to the leader, in practice, these tasks can be assigned to other members of the intervention team. Accordingly, the other wearable computing devices 120b-d can provide information to their respective users, as appropriate for the particular task. To illustrate,
In some implementations, the wearable computing device 120a can provide the leader with information that summarizes the patient's condition, the task or tasks currently being performed, and future tasks or tasks to be performed. As an example, as shown in
In some implementations, the wearable computing device 120a also presents a GUI 400 having an upcoming task portion 404. The upcoming task portion 404 indicates an upcoming task that is to be performed in accordance with the selected protocol, and a timer that counts down the time at which that task should be performed. As shown in
In some implementations, the wearable computing device 120a also presents a GUI 400 having a task preview portion 410. The task preview portion 410 indicates an upcoming task that is to be performed after upcoming task in accordance with the selected protocol (e.g., the task to be performed subsequent to that shown in the upcoming task portion 404).
In some implementations, the wearable computing device 120a also presents a GUI 400 having a treatment status portion 406. The treatment status portion 406 indicates the quality and/or efficacy of the intervention team's treatment of the patient. For example, the treatment status portion 406 can include an indication of a CPR quality index (e.g., a composite index based on factors such as compression rate, compression pressure, compression release pressure, pressure decay, compression depth, and/or compression rate variability) and/or a perfusion quality index (e.g., a composite index based on factors such as perfusion pressure, arterial pressure and/or end tidal CO, and/or brain/tissue saturation). Perfusion quality index may be computed, e.g., based on measurements received, in part, from a perfusion sensor that is a component part of the chest compression device or a separate sensor applied to a different area of the patient from the chest compression device. These indications can be provided as a numerical score (e.g., on a quality scale of 1-10) and/or as a color score (e.g., on a quality scale of red, orange, yellow, light green, and green, indicating an ascending quality scale from “poor” to “good” quality). The GUI 400 can also include a time portion 408 that indicates the time that has elapsed since the leader initiated the intervention. Alternately or in addition, if the intervention team is treating the patient manually and the CPR quality index is assigned a “poor” or “fair” score, the wearable computing device 120a can transmit a command to the chest compression device 160 to begin performing automatic chest compressions on the patient and/or a command to the defibrillator 170 to begin automatically administering defibrillating shocks to the patient.
An example technique for determining a score for the CPR quality index is shown in
Although two example variables are described above, those are merely illustrative examples. In practice, different variables can be used to determine a score. For example, as shown in
This technique can be similarly used to determine score of the perfusion quality index. As an example, a technique for determining a score for the perfusion quality index is shown in
Further, although example “color” scores are described, these are merely illustrative examples. In practice, any number of colors can be used to represent scores (e.g., two colors, three colors, four colors, and so forth). Likewise, numerical scores can be used either instead of, or in combination, with color scores. As an example, as shown in
Similarly, although two example variables are described above, those are merely illustrative examples. In practice, different variables can be used to determine a score. For example, as shown in
In some cases, the scores can be used to determine when a rescuer is not effectively or safely performing his rescue tasks, and in response, prompt one of the members of the intervention team to take corrective action, and/or send a command to the chest compression device 160 and/or or the defibrillator 170 to take corrective action (e.g., begin automatically administering chest compressions to the patient and/or begin automatically administering defibrillating shocks to the patient). For instance, in some cases, the system 100 can notify another user to take over the task of performing CPR. As an example, in some cases, the wearable computing device 120a can display a notification (e.g., a text message or graphic) to the member 150a, suggesting that the leader instruct another member of the team to perform CPR. As another example, in some cases, the wearable computing device 120c can display a notification (e.g., a text message or graphic) to the rescuer, suggesting that the rescuer cease performance of CPR and pass the duties to another member of the team. As another example, in some cases, the wearable computing devices 120a and/or 120c can present information its wearer with instructions for improving his performance (e.g., a prompt to slow down or speed up his compressions, and/or to apply more or less pressure during his compressions).
In some cases, the system 100 can determine that a rescuer is not effectively or safely performing his rescue tasks when a score drops below a threshold level for a particular period of time. For example, as shown in
As described above, a user assigned to the recorder role (e.g., member 150d, also referred to as a “recorder”) can wear the wearable computing device 120b (corresponding to the recorder role) to assist him in with recording the tasks that were performed during the course of treating the patient. The recorder can be, for example, a user in charge of monitoring medication administration, the use of the defibrillator, and keeping an accurate time of the events.
In an example scenario, the leader has selected a protocol using the wearable computing device 120a, and the wearable computing devices 120a-d present information to the members of intervention team regarding tasks to be performed in accordance with the selected protocol. The wearable computing device 120b allows the recorder to record information regarding which tasks were performed by one of the team members, and at what time those tasks were performed to create an accurate record of the patient's treatment.
For example, as shown in
As shown in
As another example, the recorder may observe than a defibrillation procedure has been performed on the patient, and selects the “Shock” option on the GUI 500. As shown in
In the above examples, a GUI presents information on a single screen, such that the user need not scroll through multiple screens of information. However, this need not be the case. In some implementations, a GUI can present information across several screens, and a user can scroll through each of the screens to access additional information. For example, as shown in
As described above, a user assigned to the rescuer role (i.e., the “rescuer”) can wear the wearable computing device 120c (corresponding to the rescuer role) to assist him in manually performing CPR on the patient.
The wearable computing device 120c can obtain information regarding the effectiveness of the rescuer's efforts in performing CPR on the patient. As an example, referring to
The wearable computing device 120c can also instruct the user regarding the correct compression pressure, compression depth, and/or compression rate, and notify him if he is deviating from the correct procedure. For example, the GUI 700 can include a depth gauge 702 that indicates whether the rescue is achieving a proper compression depth (e.g., with a color-coded “good” indication), or whether he is achieving an improper compression depth (e.g., with color-coded “too deep” or “poor depth” indications). Although example labels are shown, it is understood that these are merely illustrative examples. Other labels can be used, depending on the implementation.
As another example, the GUI 700 can include a compression timer 704 that that indicates the period of time that the rescuer is tasked with performing chest compressions, the rate at which the rescuer is applying those compressions, and whether the rescuer is applying those compressions at the proper rate. For example, the compression timer 704 can include a numerical indicator that indicates the rate (e.g., compressions per minute) of the rescuer's compressions. The compression timer 704 can also include a ring representing the interval of time that the rescuer is tasked with performing chest compressions. For example, when the rescuer is initially tasked with performing chest compressions, the arc can be displayed as a full circle. As time passes, the arc gradually decreases in length. When the arc disappears, this indicates that the rescuer is to discontinue compressions. For example, a second rescuer can be notified to perform CPR. This is beneficial, as it allows the rescuer to quickly determine whether he is applying chest compressions for the appropriate amount of time, and whether he should discontinue chest compressions (and allow another member of the team to take over) to mitigate the effects of fatigue. The interval of time can vary, depending in on the implementation. For example, in some cases, the interval of time can be approximately 1 minute, 2 minutes, three minutes, or another interval of time.
In some cases, the arc can be color-coded to indicate the quality of the rescuer's efforts. For instance, in some cases, the arc can be color-coded to indicate whether the rate of compressions is too fast or too slow. For example, when the rescuer is performing chest compressions too quickly or slowly, the arc can be colored red. When the rescuer is performing chest compressions at the proper rate, the arc can be colored green.
In some cases, the pressure rate indicator 704 can also indicate whether the rate of compressions is relatively constant, or whether the rate of compressions has become inconsistent or uneven. In response, the pressure rate indicator 704 can indicate the uniformly of the chest compression (e.g., through the color coded arc). For example, the arc can be colored green if the chest compressions are being performed relatively uniformly, and red if the chest compressions are being performed relatively unevenly. This can be beneficial, for example, as it is often preferable for the rescuer to perform chest compressions at a uniform rate.
As with the wearable computing device 120a, the wearable computing device 120c can also provide the rescuer with information that summarizes the patient's condition, the task or tasks currently being performed, and future tasks or tasks to be performed. As an example, as shown in
The wearable computing device 120c can obtain information regarding the effectiveness of the rescuer's efforts in performing CPR on the patient in various ways. For example, as shown in
As shown in
The compression plate 802 can be constructed to include a cushion material (e.g., a soft plastic, compressible foam pad or silicone gel (for example, in a gel pack)) that comes into contact with the patient to reduce injury that may result from the rescuer's chest compressions. In some implementations, the cushion material of the compression plate 802 is affixed to a separate rigid support plate made of, e.g., plastic or metal, that does not deform when subjected to the forces typically applied to a patient during CPR. In these cases, the chest compression plate 802 does not conform as it might if it included a cushioned pad or gel pack alone. In some implementations, the rigid support plate includes an encasement or housing. In some implementations, the compression plate 802 does not include a rigid support plate and instead includes the cushion material alone. In some cases, the compression plate 802 can be constructed from a material that is resistant to solvents, such as those used to sanitize materials exposed to biological waste. This can be useful, for example, as it improves the durability of the compression plate 802 through multiple uses. The compression plate 802 can be relatively flat (e.g., a disc), or it can be shaped such that it conforms to the exterior surface of a human body. For example, in some implementations, the compression plate can include a rigid plastic material that is molded with a predefined shape or contour of a human body.
As explained above, in some implementations, the compression plate 802 includes an encasement or housing. The encasement or housing may be formed, e.g., in whole or in part from rigid plastic. The encasement or housing may include internal recesses or cavities in which one or more components of the chest compression device 160 can be fixed. Alternatively, or in addition, the encasement or housing may include recesses or openings formed on an external surface for receiving and fixing one or more components of the chest compression device 160.
For example, referring to
In another example, the sensors 808 on or embedded within the compression plate 802 includes an accelerometer. The accelerometer detects and outputs an acceleration signal indicative of the amount of acceleration to which the compression plate 802 is subjected. The accelerometer transmits the acceleration signal to a computing device, such as wearable computing device 120c (e.g., through a wired or wireless connection). For example, in some cases, the accelerometer can include a wireless transmitter (e.g., a Bluetooth radio) that allows the accelerometer to wirelessly transfer information to an electronic control module within the wearable computing device 120c. Alternatively, the accelerometer can transmit the acceleration signal to a processor within the compression device 160 (e.g., through a wired or wireless connection). The acceleration signal transmitted to the electronic control module can be used to signal to a user that the compression depths are too deep (e.g., a compression depth that is greater than a predefined effective range) or that the compression depths are not deep enough (e.g., a compression depth that less than a predefined effective range). The acceleration signal may be integrated by one or more of the wearable computing devices 120a-d or by the processor within the chest compression device 160 to obtain the compression depth. Example accelerometers include, for example, the MIS2DH 3-axis accelerometer available from STMicroelectronics.
In another example, the sensors 808 on or embedded within the compression plate 802 includes one or more gyroscopes. The gyroscopes detect and output an orientation signal indicative of the orientation of the compression plate 802 during compressions. The gyroscopes transmit the orientation signal to a computing device, such as wearable computing device 120c (e.g., through a wired or wireless connection). For example, in some cases, the gyroscopes can include a wireless transmitter (e.g., a Bluetooth radio) that allow the gyroscopes to wirelessly transfer information to an electronic control module within the wearable computing device 120c. Alternatively, the gyroscopes can transmit the orientation signal to a processor within the compression device 160 (e.g., through a wired or wireless connection). The orientation signal transmitted to the electronic control module can be used in combination with the acceleration signal from the accelerometer to provide more accurate depth information. Example gyroscopes include, for example, the L3GD20H 3-axis angular rate sensor available from STMicroelectronics.
In an example usage of the chest compression device 160 under manual operation, the rescuer places the compression plate 802 on top of the patient's chest, and places his hands in the space 806 (e.g., with interlocking fingers in CPR position). The rescuer then applies compressive pressure to the compression plate 802, thereby compressing the patient's chest in accordance with a CPR technique. The compression plate 802 can be beneficial, as it distributes the pressure applied by the rescuer, thereby reducing the likelihood of injury to the patient. As the rescuer performs compressions, the one or more sensors 808 measure information, such as the applied pressure, acceleration and angular rate, and transmit the measurements to the wearable computing device 120c. In turn, the wearable computing device 120c presents the information regarding the compressions to the rescuer (e.g., using the GUI 700). The compressions can be coupled with the manual or automatic application of one or more defibrillating shocks by the defibrillator in accordance with a CPR technique.
In some cases, the position of the wearable computing device 120c can be detachably secured to the chest compression device 160. In this way, the chest compression device 160 offers the convenience of allowing a user that is focused on the chest compression device 160, as compressions are performed, to also view in the same general area relevant information output from the computing device 120a. Alternatively, the user can decide to detach the computing device 120a and wear it instead (e.g., on the user's wrist) during application of the compressions. In some implementations, a position and/or orientation of the wearable computing device 120c can be adjusted with respect to the compression plate 802 of the chest compression device 160. For example, as shown in
In some cases, the compression plate 802 can include grips or supports that physically guide the user in performing proper chest compressions. For example, as shown in
Other configurations of the chest compression device 131 are also possible. For example,
As in the configuration shown in
As explained herein, the device 160 may be configured to allow a wearable computing device, such as any of wearable computing devices 120a-120d, to be releasably attached to a surface of the chest compression device 160. For example, referring to
As explained above, the chest compression devices described herein may include one or more sensors 808, such as a pressure sensor to detect the amount of pressure applied to a patient during operation of the chest compression device, an accelerometer, and/or a gyroscope. In addition or as an alternative, the chest compression devices may include one or more other sensors. The one or more other sensors may be used to record patient data or other information related to the operation of the chest compression device and/or the defibrillator. For example, in some implementations, the one or more other sensors may include, but are not limited to, proximity sensors to measure the absolute or relative displacement of the chest compression device (and thus the distance that the patient's chest is compressed), an electrocardiogram (ECG) rhythm monitor to record electrical and muscular functions of a patient's heart, a tissue perfusion sensor to monitor tissue perfusion in the patient, an oxygen perfusion sensor to monitor an amount of oxygen perfusion of the patient, a capnometer to record concentration or partial pressure of CO2 in a patient's exhaled air, and a brain oxygenation sensor to measure an amount of brain oxygenation of the patient, a blood pressure sensor to measure a blood pressure of the patient. The plate or pad 802 of the chest compression device 160 may include one or more recesses, such as recesses 854, 856, for receiving the one or more sensors. As with the computing device 120c, the one or more sensors may be releasably secured (e.g., through friction with the recess side walls, clips, and/or magnets, among other securing configurations) within the recesses 854, 856 of the chest compression device 160. In some implementations, the sensor portion of the one or more sensors may actually be placed on the body of the patient (e.g., the capnometer may be placed in a patient's airway to measure CO2, a heart rate sensor may be placed on the patient's neck or limb, an ECG monitor may be placed on a patient's chest) and the electronic processors and/or memory for receiving the data measured by the sensor is located within the one or more recesses 854, 856 of the chest compression device 160. In some implementations, the electronic processors and/or memory that receives the measurement data from the one or more sensors located on the patient's body are communicatively coupled to the one or more sensors through a wire or wirelessly. In some implementations, the one or more sensors wireless communicate (e.g., transmit sensor measurements) directly with the computing device 120c that is worn by a team member or secured to the chest compression device 160. The wireless communication may employ, e.g., Bluetooth protocol or a local wireless area network.
In some implementations, the chest compression device 160 includes one or more light emitting elements 858, such as a light emitting diode. In some implementations, the chest compression device includes multiple light emitting elements, in which each light emitting element emits a different color wavelength of light representative of a chest compression quality. For example, in some cases, the chest compression device 160 includes a green LED that lights up when the chest compressions being performed are within predetermined acceptable parameters. The chest compression device 160 may also include a red LED that lights up when the chest compressions being performed deviate from predetermined acceptable parameters, prompting a team member to make adjustments to the chest compression procedure. Other colors and indicators of chest compression quality are applicable as well.
In some implementations, the light emitting element 858 is embedded within the compression plate 802 of the chest compression device 160, and the compression plate 802 is formed from a material that is transparent or semi-transparent to the wavelength of light emitted by the light emitting element 858.
In some implementations, the chest compression device 160 includes an internal power source, e.g., a battery, for powering the one or more sensors, the light emitting element 858, and/or the wearable computing device 120c when the wearable computing device is secured to the chest compression device 160.
As explained herein, in some implementations, the chest compression device 160 can be configured to operate in automatic mode, rather than manual mode in which a user applies the force to generate the compressions. In the automatic mode, the chest compression device 160 may be secured to a patient using a strap (see, e.g., strap 876 in
A second recess may be formed on a second opposite side of the chest compression plate 802 and sized to receive a second pad 8012. The second pad 8012 can include, e.g., a foam cushion to reduce discomfort on a user's hand during manual operation of the chest compression plate 802.
Both the pads 8010, 8012 may be secured to the chest compression plate 802 using, e.g., an adhesive glue. In some implementations, the adhesive glue used for one or both of the pads 8010, 8012 is a temporary adhesive that allows the pads to be removed and replaced after use. In some implementations, the defibrillator pad 8010 includes a self-adhesive defibrillator pad, similar to the HeartStart M3713A MRX defibrillation pad from Koninklijke Philips N.V.
Within the first recess 8030, one or more third recesses 8040 may be formed in the chest compression plate 802. The one or more third recesses 8040 can be sized to receive one or more sensor components 8050 and/or a microprocessor 8100. The one or more sensor components 8050 and/or the microprocessor 8100 can be secured within the corresponding third recesses 8040 through friction with the sides of the third recesses 8040, with clips, and/or with cover plates that are secured to the chest compression plate 802, among other securing mechanisms. The one or more sensor components 8050 can include, as described herein, sensors such as pressure sensors, accelerometers, angular rate sensors, among other types of sensors. The microprocessor 8100 can be electronically coupled to the one or more sensors 8050 wirelessly or through wiring embedded in the chest compression plate 802. The microprocessor 8100 can include special purpose circuitry such as an ASIC chip. In some implementations, the microprocessor includes memory on which computer program instructions are stored, in which during operation of the chest compression device 160, the microprocessor 8100 executes the stored instructions. For instance, in some implementations, the microprocessor 8100 executes instructions for receiving sensor data from the one or more sensors 8050, processing the sensor data (e.g., converting accelerometer signals into position information), and transmitting the processed sensor data to one or more of the wearable computing devices 120a-d.
The chest compression plate 802 further includes a power source 8060 for powering the one or more sensors 8050 and the microprocessor 8100, among other components of the chest compression device 160. The power source 8060 may include, e.g., batteries such as NiCd or lithium ion rechargeable batteries. In some implementations, the power source 8060 provides power to the defibrillation pads. The power source may include power sources having sufficient power to generate a predefined number of defibrillations including, e.g., between 50 and 200 defibrillations having a potential applicable for a patient suffering from heart failure. The total number of defibrillations may depend, e.g., on the potential applied during each defibrillation and whether the defibrillation is operated in a pacer mode or not. In an example, the power source may be operable to provide 260 defibrillation discharges each at a level of approximately 200 Joules corresponding to approximately 576 minutes of operating time. The batteries may be secured within a recess within the chest compression plate 802. The power source may be secured using friction, with clips, and/or with cover plates (such as cover plates 8110).
In some implementations, the chest compression plate 802 includes one or more light emitting elements 8090, such as light emitting diodes. The light emitting elements 8090 may be fixed to the first side and/or to the second side of the chest compression plate 802. As described herein, the light emitting elements 8090 can emit a different colors of light representative of a chest compression quality.
As also shown in
In
In some implementations, the chest compression device 160 includes a mechanical piston that can be used to generate the compression force. For example, in
In some implementations, the chest compression device 160 is coupled to a strap tensioner device 874. As explained herein, the chest compression device may be secured to a patient 880 using a strap 876 that wraps around the patient's chest and back such that the chest compression device 160 is held in place on the patient's chest. The strap 876 may be secured to the chest compression device 160 through one or more slots in the housing of the device 160 that are wide and thick enough to receive the strap 876. In the example shown in
In some implementations, an advantage of the automatic chest compression device is that it may be used to perform chest compressions without a user in close proximity to the patient. Accordingly, when a defibrillation shock is applied, there is no need for team members to clear away from the patient.
As explained herein, the chest compression device 160 may include a position sensor or accelerometer to determine the depth of a compression when applied to a patient. When force is applied in a downward manner against the patient's chest, however, this may cause a mattress underlying the patient also to compress, leading to an inaccurate measurement of compression depth. To compensate for the movement of an underlying mattress, the chest compression device may include a second accelerometer underneath the patient's back. The acceleration information from the second accelerometer may be used to provide a correction factor for position information calculated from the first accelerometer. For example, the accelerometer signal from the first accelerometer may be integrated (e.g., by the microprocessor within the chest compression device 160 or within one of the wearable computing devices 120a-d) to provide a first compression depth. The accelerometer signal from the second accelerometer may be integrated to provide a second compression depth. This second compression depth represents the movement of the entire patient's body in response to the application of force, rather than just movement of the patient's chest. The second compression depth then may be subtracted (in the chest compression device microprocessor or in one of the computing devices 120a-d) from the first compression depth to provide a corrected and more accurate overall compression depth of the patient's chest. In some implementations, the second accelerometer may be coupled to or embedded along the strap (e.g., see strap 876 in
Though the chest compression device has been described herein as being operable in either manual or automatic mode, the chest compression device may be configured so that it can be switched between manual or automatic operation. For example, in any of the configurations described herein, the strap coupled to the chest compression device may be detached such that a team member can position the chest compression device as needed for manual operation. In some implementations, the compression bladder 866 may be removably attached to the compression plate 802 and/or to the cushion layer 862. For example, the compression bladder 866 may be attached to the compression plate 802 and/or to the cushion layer 862 through a hook and loop fastener such that it can be easily removed from the compression plate 802 and from the cushion layer 862. In some cases, when the compression bladder 866 is removed from the configuration shown in
In some implementations, the chest compression device is configured to aggregate measurement data from the one or more sensors, process the data to obtain information relevant to the one or more team members involved in the CPR procedure, and to output the information either to a display and/or to one or more of the wearable computing devices 120a-120d. For example,
As an example of the data processing that may be performed by the processor 884, in some implementations, the processor 884 may take as an input the chest compression device acceleration rate from an accelerometer sensor, the chest compression pressure from the pressure sensor, and generate a value indicative of a compression quality index. The compression quality index may be output by the device 160 to one or more of the wearable computing devices 120a-120d and/or to a display to serve as a monitoring index to inform the code leader and rescuer about the quality of CPR. In another example, the processor 884 may take as an input CO2 levels from the capnometer and brain oxygenation levels from a brain oxygenation sensor to generate a composite patient perfusion index. Again, the composite perfusion index may be output by the device 160 to one or more of the wearable computing devices 120a-120d and/or to a display so that additional information is available to team members in case adjustments need to be made to the resuscitation process. In another example, the chest compression device 160 may receive, at the transceiver 882, one or more commands from a wearable computing device 120a-120d. The command may be transmitted to the processor 884, which, in turn may process the command. For instance, the command may include instructions to perform automatic chest compressions. Depending on the configuration of the chest compression device and the data received from the wearable computing device 120a-120, the processor may instruct, e.g., the compressor 868 to inflate and deflate the compression bladder 866 according to a predetermined cycle and a particular pressure so as to achieve a desired compression. In some other implementations, the processor 884 may issue instruct, e.g., the piston 872 to increase and decrease the displacement between plates 872a, 872b according to a predetermined cycle and separation distance so as to achieve a desired compression. In some other implementations, the processor 884 may issue instruct, e.g., the strap tensioner 874 to increase and decrease the tension in strap 872 according to a predetermined cycle so as to achieve a desired compression.
As explained herein, in some implementations, one or more of the wearable computing devices 120a-120d may issue commands to a defibrillator 170 for automatically applying a defibrillation shock to the patient during the CPR process as necessary. In some implementations, the defibrillator 170 can be integrated as a component part of the chest compression device. For instance, as shown in
The defibrillator 170 may be formed of a a first defibrillator pad 890 and a second defibrillator pad 892. The first defibrillator pad 890 may be attached to a bottom surface of the cushion layer 862. Alternatively, in other configurations, the first defibrillator pad 890 may be attached to a bottom surface of the compression plate 802 in place of the cushion layer 862. Alternatively, in other configurations, the, e.g., the first defibrillator pad 890 may be attached to a bottom surface of the compression bladder 866 (see
In some implementations, the defibrillator pad 890 are removably secured to the compression bladder 866, to the cushion layer 862, and/or to the 802 through, e.g., an adhesive glue or hook and loop fasteners. In some implementations, sides of the defibrillator pads 890, 892 that contact the patient include a skin-friendly medical adhesive such as, e.g., 1509 Transparent Polyethylene Double Sided Medical Tape from 3M®. Alternatively, the medical adhesive can include a conductive adhesive that aids in transferring the electrical signal from the defibrillator pads
In some implementations, the first and second defibrillator pads 890, 892 are coupled to a power source 894 that provides the energy for charging the pads 890, 892 during a defibrillation. The power source may be internal to the chest compression device 160 (e.g., see power supply 8060 in
In some implementations, the processor 884 of the chest compression device 160 may instruct the defibrillator 170 of the device 160 to perform defibrillations in a manual mode (e.g., where shocks are not applied until a trigger signal is received from a user operating the chest compression device 160 and/or one of the wearable computing devices 120a-d), in an automatic rescue mode (e.g., where shocks are applied for a patient suffering from heart failure), or in an automatic pacer mode (e.g., where microshocks are applied to maintain a predefined heart rate). The instruction to operate in a manual, automatic rescue mode, or automatic pacer mode may be sent by the processor 884 in response to a user command (e.g., from one of the wearable computing devices 120a-d or from a switch on the chest compression device 160).
In some implementations, the automatic modes of the defibrillator 170 (e.g., the automatic rescue mode or the automatic pacer mode) apply defibrillation shocks in response to a detected condition of the patient. For example, in some cases, the one or more sensors of the chest compression device 160 may include a heart rate sensor. Alternatively, a heart rate sensor may be separate from the chest compression device 160 but coupled to the device 160 to provide heart rate information to the processor 884 and/or to a wearable computing device 120a-d. Based on the received heart rate information, the processor 884 of the chest compression device 120a-d or the wearable computing device 120a-d can determine whether a shock is necessary and when a shock is necessary, cause the defibrillator 170 to apply the shock to the patient through the defibrillation pads. For example, in the automatic pacer mode, the processor 884 and/or the wearable computing device 120a-d may observe the heart rate and determine that the rate is within a predefined range that is below a desired heart rate (e.g., if the detected heart rate is below 65 beats per minute (bpm) but above 5 bpm, below 60 bpm but above 5 bpm, below 55 bpm but above 5 bpm, below 50 bpm but above 5 bpm, or below 45 bpm but above 5 bpm, among others). In response, the defibrillator 170 may be instructed by the processor 884 and/or one of the computing devices 120a-d to apply one or more microshocks to induce the heart rate to increase to a desired value or range (e.g., between 70 bpm and 150 bpm). In automatic recovery mode, the processor 884 and/or the wearable computing device 120a-d may observe that the rate is too low or non-measurable. For example, it may be determined that the heart rate is 10 bpm or less. In response, the defibrillator 170 may be automatically instructed by the processor 884 and/or one of the computing devices 120a-d to apply one or more shocks to the patient to recover the heart beat.
In some implementations, such as when the defibrillator 17 is in manual mode, the processor 884 and/or one of the wearable computing devices 120a-d may output a recommendation to apply a shock in response to determining that the patient's heart rate is below a predefined range, such as any of the ranges described above. In some cases, the recommendation may include a suggestion of a potential to apply during defibrillation to recover a specified heart rate. For example, in some implementations, one of the wearable computing devices 120a-d or the processor 884 is configured to determine, from the patient information obtained from the one or more sensors coupled to the patient and/or within the chest compression device 160, a patient state indicative of cardiac dysrhythmia. In response to this determination, the one or more wearable computing devices 120a-d and/or the processor 884 outputs to a display (such as the display of the one or more wearable computing devices 120a-d) a recommendation to activate or deactivate the defibrillator
In some implementations, the one or more computing devices 120a-d may output a warning that a shock is about to be applied. For example, the warning can be output to the displays of the wearable computing devices 120a-d. The warning can include illuminating one or more light emitting elements on the chest compression device 160.
As described above, a user assigned to the respiration monitoring role (i.e., the “respiration monitor”) can wear the wearable computing device 120d (corresponding to the respiration monitoring role) to assist him in monitoring the respiration of the patient during the course of treatment.
For example, if the patient has adequate blood flow to his lungs, the production of carbon dioxide by the patient's tissues will be appropriately eliminated by the lungs. Hence, elevated levels of end tidal CO2 (ETCO2) can be a reflection of appropriate resuscitation efforts. Referring to
In some implementations, the electronic system 100 can also include one or more additional sensors for measuring other aspects of a patient's condition. For example, referring to
Information gathered by the sensors 1002 and 1004 can be transmitted to other components of the electronic system 100 (e.g., the computing system 110 and/or one or more wearable computing devices 120a-d through a wireless network connection) to provide the members of the intervention team with information regarding the patient's condition. For example, in some cases, the information gathered by the sensors 1002 and 1004 can be used to determine the CPR quality index and/or a perfusion quality index. As another example, in some cases, the electronic system 100 can determined, based on information gathered by the sensors 1002 and 1004, that the patient's perfusion is poor. In response, the electronic system 100 can notify one or more of the members of the intervention team (e.g., by presenting an alert or notification using one or more of the wearable computing devices 102a-d) to modify or otherwise improve the resuscitation efforts. Alternately or in addition, if the intervention team is treating the patient manually, the electronic system 100 can send a command to the chest compression device 131 to begin performing chest compressions on the patient and/or a command to the defibrillator 132 to begin administering defibrillating shocks to the patient.
In some cases, one or more of the components of the electronic system 100 can be stored in a storage container for convenient organization and transport. For example, as shown in
In some cases, the electronic system 100 can include sensors that measure the compression depth of the rescuer's chest compressions on the patient. This can be beneficial, for example, as it can provide the rescuer (as well as other members of the intervention team) with additional feedback regarding the performance of chest compressions. This information can be obtained in various ways.
For example, as shown in
As another example, as shown in
In some cases, as shown schematically in
As another example, in some cases, the system 100 can include an electromagnetic motion tracking system 1120 to measure the compression depth. As shown in
During use, the signal generator 1122 applies an electrical current to the transmit antenna assembly to generate a magnetic field (e.g., a near field, low frequency magnetic field having particular known vector characteristics) about the patient's chest 1108. In turn, directional antenna assemblies embedded within each of the sensors 1126 detect the magnetic field, and transmit information regarding the detected magnetic field (e.g., the magnitude and orientation of the detected field) to a computing device (e.g., to the wearable computing device 120c or the computing device 110 through a wired or wireless connection). Based on this information, the system 1120 can determine the position and orientation of each of the sensors with respect to the transmit antenna assembly 1124. Thus, the system 1120 can monitor the changes in position of the sensors 1126 to estimate the movement of the sensors 1126 during treatment, and in turn, estimate the degree to which the patient's chest is compressed during treatment. Electromagnetic motion tracking systems can include, for example, components from Polhemus, Inc. (Colchester, Vt.), such as G4, Liberty, Patriot, Scout, Liberty Latus, Fastrak, or Patriot Wireless.
Although
Other sensors are also possible, depending on the implementation. For example, in some cases, the wearable computing device 120c can include an accelerometer. Based on changes in acceleration, the electronic system 100 (e.g., via the computing device 110) can calculate the compression depth, and provide the rescuer with feedback regarding his performance. In some cases, the compression depth can be calculated through spectral analysis of acceleration measurements obtained by the accelerometer. For example, the accelerometer can obtain a series of measurements over time (signal a(t)). This signal can be approximated as:
where N is the number of harmonics, fCC is the mean frequency of the compressions (hertz), Ak is the amplitude of the kth harmonic.
Correspondingly, the chest displacement can be approximated as:
To obtain signal s(t), the signal a(t) is transformed via a fast Fourier transform (FFT) to obtain signal A(t). Several harmonics (e.g., the first three harmonics) and their fundamental frequency are determined based on the transformed signal, and are used to estimate the signal s(t) based on the equations above. Accordingly, the rate and depth of the compress compressions can be calculated using the resulting signal s(t) (e.g., by determining the amplitude range of signal s(t) within one or more cycles, and determining the frequency of those cycles). Although an example technique of estimating the compression depth is described, this is merely an illustrative example. Other techniques are also possible, depending on the implementation.
As shown in
The display device 1104 visually presents information to the members of the intervention team. The types of information presented by the display device 1104 can vary, pending on the implementation. For example, in some cases, the display device 1104 can display the same or similar information as that being presented on one or more of the wearable computing devices 120a-d. This can be useful, for example, as it allows each member of the intervention team to quickly view information pertaining to any of the members of the team. As another example, in some cases, the display device 1104 can display a selection of information regarding the patient and/or the treatment procedure (e.g., the amount of time that has elapsed since the leader initiated the intervention, vital signs of the patients, the next task to be performed by a member of the team, the last task that was performed, and so forth). As another example, in some cases, the display device 1104 can display historical information (e.g., historical charts or graphs of information regarding the treatment—such as a time-dependent graph of the CPR quality index, the perfusion quality index, and/or information regarding the patient—such as a time-dependent graph of the patient's vital signs).
In some cases, the storage container 1100 can automatically engage or disengage the electronic system 100 when it is accessed. For example, in some cases, the display device 1104 can be mounted on a hinge or other articulating mechanism, such that it can open and close to reveal the wearable computing devices 120a-d stored within the storage container 1100. When the display device 1104 is swung open, the storage container 1100 can power up and/or initiate operation of the computing system 110, the wearable computing devices 120a-d, and/or the display device 1104, such that each are ready for use. This can be beneficial, for example, as it allows members of the intervention team to quickly access and operate the electronic system 100 in the event of an emergency.
In some cases, the information displayed on the wearable computing devices 120a-d and/or the display device 1104 can be color coded, such that users can more readily understand the presented information. For example, in some cases, information related to defibrillation can be color coded yellow. As another example, information related to medication administration-related events including timers, doses, and so forth can be color coded blue. As another example, information such as compression timers and alerts can be color coded red. As another example, green can be used to indicate that parameters are within an acceptable range, and to indicate information related to capnometer readings. In practice, other combinations of colors and information can be used, depending on the implementation.
Although implementations of electronic system 100 are shown often, these are merely illustrative examples. In practice, the electronic system 100 can differ, depending on the implementation.
For example, although the electronic system 100 is described as having four wearable electronic devices 120a-d, the number of wearable electronic devices can vary. For example, in some cases, there may be additional roles in addition to or instead of those described. Thus, there may be one or more wearable electronic devices corresponding to each of those roles. Similarly, in some cases, more than one wearable electronic devices may correspond to some or all of the roles. This can be beneficial, for example, if multiple people are assigned to the same role as a team.
Further, not all wearable electronic devices 120a-d need be used simultaneously. For instance, in some cases, one or more of the roles may be left unfilled, and the responsibilities and tasks associated with those roles can be assigned to other members of the intervention team and/or automatically performed by the electronic system 100. As an example, in some cases, an intervention team might not have a recorder. Thus, the tasks associated with the recorder can be assigned to other members of the team (e.g., the leader) and/or automatically performed (e.g., by automatically recording the occurrence of each event without user intervention). In this manner, the electronic system 100 can provide members of the team with information regarding their tasks, regardless of the number and members available to assist in a given situation.
Further, in some cases, the computing device 110 need not be present. Instead, the functionality of the computing device 110 can instead be performed by one or more of the wearable computing devices 120a-d. For example, in some cases, the wearable computing device 120a receives information from each of the other wearable computing devices 120b-d, and stores the received information for future retrieval. Thus, in these cases, the wearable computing device 120a can act as a central location for the storage of information collected by the system 100.
Further, in some cases, the wearable computing device 120c can be used independently from the other devices of the system 100. For example, the wearable computing device 120c can provide a user with instructions for treating a patient in cardiac arrest without the assistance of others, provide feedback to the user during the course of treatment, call others for assistance, send a command to the chest compression device 131 to begin performing chest compressions on the patient, and send a command to the defibrillator 132 to begin administering defibrillating shocks to the patient. This can be beneficial, for example, in situations where a full medical intervention team is not immediately available to assist the patient. This can also be useful, for example, in a home, office, or public setting (e.g., a restaurant, theater, store, or so forth), where those who are immediately available to assist the patient may be lay people, and may lack to experience needed to treat the patient without guidance.
In these cases, the wearable computing device 120c can perform some or all of the functions that might otherwise be performed by other components of the system 100. For example, the wearable computing device 120c can retrieve information regarding one or more treatment protocols suitable for a single person to perform. The wearable computing device 120c can provide the user with information regarding when to perform each of the tasks to the protocol, the proper time at which to perform those steps.
Further, the wearable computing device 120c can provide instructions to assist the user in performing the tasks. For instance, the wearable computing device 120c can present the user with text, images, videos, animations, spoken information, and/or audio cues that guide the user in performing each task. As examples, the wearable computing device 120c can present the user with text and audio prompting the user to take the patient's pulse, present the user with and text and animation regarding the proper technique for doing so. The wearable computing device 120c can also present spoken instructions that guide the user through each steps of the technique. Further, the wearable computing device 120c can prompt the user for input regarding the outcome of the technique, such that it can determine which task should be performed next. In this manner, the user is guided through the entire treatment process.
In some cases, the wearable computing device 120c can also provide the user with feedback regarding his performance, and if needed, instruct the user in adjusting his efforts. For example, the wearable computing device 120c can determine whether the user is applying a proper amount of pressure during chest compressions, and whether the user is applying chest compressions at the proper rate. If the user is not performing in accordance with the protocol, the wearable computing device 120c can instruct the user to adjust his performance, and provide instructions for making those adjustments.
In some cases, the wearable computing device 120c can also record the performance of the user during the treatment process. For example, the wearable computing device 120c can record which tasks were performed by the user, the time at which those tasks were performed, and information regarding the performance of those tasks (e.g., the amount of pressure applied, the rate at which chest compressions were applied, and so forth). This information can be accessed later to assess the user's performance and/or to provide caretakers with additional information that could be useful in treating the patient in the future.
In some cases, the wearable computing device 120c can also call others for assistance. For example, the wearable computing device 120c can transmit a message to an emergency call center, hospital, a fire station, and/or a police station, notifying the recipients that an emergency situation is in progress. The message can be, for example, a text message (e.g., SMS message), an e-mail, an instant message, a telephone call, a facsimile, or other message. In some cases, the wearable computing device 120c can also transmit its location (e.g., by obtaining location information using a GPS sensor). This can be useful, for example, as it frees the user to immediately treat the patient without delay. Additionally it allows the rescuer to perform resuscitation tasks without the need to hold a telephone and can therefore receive instructions from a dispatcher without interrupting compressive efforts. This can also be useful, for example, as it automatically notifies others of the situation, without relying on a user who might otherwise forget or delay initiating the notification process to others.
In some cases, the wearable computing device 120c can also send a command to the chest compression device 131 to begin performing chest compressions on the patient and/or send a command to the defibrillator 132 to begin administering defibrillating shocks to the patient. This can also be useful, for example, as it automatically begins treating the patient, without relying on a user's skill in manually treating the patient.
Furthermore, although computing devices 120a-d are described as wearable, in some implementations, the devices 120a-d may include smart phones, tablets or other portable or handheld smart computing devices that are not necessarily wearable by users. In some implementations, the computing devices 120a-d are wearable and are also supplemented with an additional portable computing device, such as a smart phone or smart tablet. For instance, in some cases, data recorded by the wearable device, such as compression depth and heart rate, may be transmitted (e.g., via Bluetooth communication) to the supplemental computing device for presentation of the data on a larger display. Alternatively, or in addition, the supplemental computing device may include specific applications for manipulating and analyzing the data transmitted from the wearable computing device. For instance, the supplemental computing device may include an application that has access to detailed medical history for the patient information or an application that can generate a detailed illustrated report based on the condition of the patient over the course of treating the patient. In some implementations, the wearable computing devices 120a-d include an application that can generate the detailed illustrated report based on the condition of the patient, as well as the patient history. The report generated by either the supplemental computing device or the wearable computing device may pull patient data from an electronic medical record, time-stamped data from one or more of the wearable computing devices and/or from one or more sensors coupled to the patient, as well as the real time data capture from the one or more wearable computing devices. The compiled report may be transmitted back to the electronic medical record or be used for training purposes.
The information regarding the series of tasks can include information regarding each of the tasks. For example, the information can include, for each task, a description of the task, instructions for performing the task, an indication of a user that is assigned to perform the task, and/or an indication to perform the task at a particular time.
The first wearable computing device then identifies a subset of the information regarding the series of tasks (step 1304), and transmit the subset of information to a second wearable computing device (e.g., a wearable computing device 120b-c) (step 1306). In some cases, the subset of information can pertain to a particular task assigned to the wearer of the second wearable computing device. For example, the subset of information can include a description of the task to be assigned to the wearer of the second wearable computing device, instructions for performing that task, and/or an indication to perform the task at a particular time. The subset of information can be transmitted over a suitable communications network (e.g., a Wi-Fi network, a Bluetooth network, a NFC network, and so forth).
In response, the second wearable computing device receives the subset of the information regarding the series of tasks (step 1308), and outputs a prompt to perform a task at the time point associated it the task (step 1310). The task can be, for example, the task assigned to the user of the second wearable computing device. The prompt can include, for example, a visual indication (e.g., an image, text, an animation, a “pop-up,” a change in color, or other visual indication), an audible indication (e.g., a sound effect, music, or other audible indication), and/or a haptic indication (e.g., a vibration). The prompt can also include, for example, a description of the task to be performed and/or instructions to performing the task.
The second wearable computing then transmits an indication that the task has been performed (step 1312). The indication can include, for example, a name of description of the task performed, a time at which the task was performed, and/or further information regarding the task (e.g., one or more performance parameters associated with the task). In some cases, the second wearable computing device can determine that the task has been performed based an input from a user (e.g., a wearer of the first wearable computing device, the wearer of a second wearable computing device, or other user). The indication can be transmitted over a suitable communications network.
In response, the first wearable computing device receives the indication (step 1314), and records a time entry based on the task and the time it was performed (step 1316). For example, the first wearable computing device can record a name of description of the task performed, a time at which the task was performed, and/or further information regarding the task in a storage device located on the first wearable computing device, or on a storage device located external to the first wearable computing device (e.g., a computing device 110).
Although process 1300 describes the steps performed by two wearable computing devices, this is a merely a simplified example to demonstrate the concept. In practice, these steps can be performed by more than two wearable computing devices. For example, the process 1300 can be performed by four wearable computing devices. The first wearable computing device (e.g., the wearable computing device 120a) can retrieve information regarding a series of tasks. The information can include, for each task, an indication of a particular user from among several users to perform the task, an indication of a time point for that particular user to perform the task.
Based on this information, the first wearable computing device can identify multiple subsets of information regarding the tasks, each subset of information corresponding to a different one of the tasks. The first wearable computing device can identify which steps are assigned to which wearers of the other wearable computing devices (e.g., wearable computing devices 120b-d), and transmit each subset of information to the appropriate wearable computing device.
In response, each of the additional wearable computing devices receives the respective subset of information, and outputs a prompt to its wearer perform a task at the time point associated it the task. Each additional wearable computing device then transmits an indication that the task has been performed to the first wearable computing device. In response, the first wearable computing device receives the indications, and record time entries based on the tasks and the time they were performed.
In an exemplary application, upon arriving at a scene where a patient in need of cardiopulmonary resuscitation is needed, the rescue team member or members chosen by the team leader to perform compressions will place the chest compression device (e.g., any of the chest compression devices as described herein) on the patient's chest. Team members may also connect one or more patient sensors as described herein to the chest compression device. For example, referring to
Alternatively, a team member may configure the chest compression device 1500 to operate in automatic mode. For example, a team member may attach a compression bladder, as described herein, to the bottom of the chest compression device using a hook and loop fastener. The team member may connect the compression bladder to a air compressor that also is electronically coupled to the chest compression device 1500. Under automatic operation, a team member may issue a command on their wearable computing device 120a to begin compressions and set a desired compression rate and pressure. A command then may be issued wirelessly to the chest compression device 1500 from the wearable computing device 120a. Upon receiving the command, the chest compression device 1500 will operate the air compressor so that compressions are delivered to the patient at a desired rate and chest displacement (e.g., 120 times a minute and a chest displacement of 2 inches in accordance to ACLS guidelines). The chest compression device 1500 may monitor the chest displacement from a displacement sensor and adjust the compression pressure as necessary to achieve the desired chest displacement. Alternatively, information about chest displacement can be transmitted from the displacement sensor to the chest compression device and then to one of the wearable computing devices 120a-120d, where the team leader can view the chest displacement and, if necessary, modify the desired pressure to be applied. In some cases, modifications to rate and depth may be performed by the operator also to achieve the desired perfusion or other desired parameter.
In some implementations, the ECG sensor 1506 may detect a shockable rhythm. In such cases, the measurement of the shockable rhythm will be transmitted to the chest compression device 1500, and in turn, to one of the wearable computing devices 120a-120d. In some cases, if the shockable rhythm is within a predetermined range, the wearable computing device 120a-120d may output a recommendation to the team leader to apply a shock to the patient. The team leader may, in response, choose the desired shock settings such as synchronized/non-synchronized, and the desired joules. Upon selecting the desired settings, the team leader may issue a command through the wearable computing device 120a-120d to apply a shock to the patient. Upon receiving the command, the wearable computing device may transmit the command to the chest compression device, which, in turn, may cause the defibrillator to apply the shock having the selected parameters to the patient.
In some implementations, one or more of the wearable computing devices 120a-120d may output to their respective displays a message and/or warning prior to the shock being applied. For example, after 2 minutes, one or more of the devices 120a-120d may output a warning to alert the person doing compressions that a shock will be administered. Once the shock is complete, one or more of the devices 120a-120d may output to their respective display a message to check for a pulse and resume compressions.
Within the integrated system the chest compression device 1500 can share compression data with the wearable computing device operated by the team leader. The sensor data collecting biometric information regarding the patient's perfusion also may be transmitted to the wearable computing device operated by the team leader. The team leader can then choose to instruct the rescuer performing chest compressions to modify or continue with compressions as being performed.
Some implementations of subject matter and operations described in this specification can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this specification and their structural equivalents, or in combinations of one or more of them. For example, in some implementations, computing device 110, wearable computing devices 120a-d, chest compression device, and defibrillator 132 can be implemented, in part, using digital electronic circuitry, or in computer software, firmware, or hardware, or in combinations of one or more of them. In another example, process 1300 can be implemented using digital electronic circuitry, or in computer software, firmware, or hardware, or in combinations of one or more of them.
Some implementations described in this specification can be implemented as one or more groups or modules of digital electronic circuitry, computer software, firmware, or hardware, or in combinations of one or more of them. Although different modules can be used, each module need not be distinct, and multiple modules can be implemented on the same digital electronic circuitry, computer software, firmware, or hardware, or combination thereof.
Some implementations described in this specification can be implemented as one or more computer programs, i.e., one or more modules of computer program instructions, encoded on computer storage medium for execution by, or to control the operation of, data processing apparatus. A computer storage medium can be, or can be included in, a computer-readable storage device, a computer-readable storage substrate, a random or serial access memory array or device, or a combination of one or more of them. Moreover, while a computer storage medium is not a propagated signal, a computer storage medium can be a source or destination of computer program instructions encoded in an artificially generated propagated signal. The computer storage medium can also be, or be included in, one or more separate physical components or media (e.g., multiple CDs, disks, or other storage devices).
The term “data processing apparatus” encompasses all kinds of apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, a system on a chip, or multiple ones, or combinations, of the foregoing. The apparatus can include special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application specific integrated circuit). The apparatus can also include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, a cross-platform runtime environment, a virtual machine, or a combination of one or more of them. The apparatus and execution environment can realize various different computing model infrastructures, such as web services, distributed computing and grid computing infrastructures.
A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages. A computer program may, but need not, correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub programs, or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.
Some of the processes and logic flows described in this specification can be performed by one or more programmable processors executing one or more computer programs to perform actions by operating on input data and generating output. The processes and logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application specific integrated circuit).
Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read only memory or a random access memory or both. A computer includes a processor for performing actions in accordance with instructions and one or more memory devices for storing instructions and data. A computer may also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto optical disks, or optical disks. However, a computer need not have such devices. Devices suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including by way of example semiconductor memory devices (e.g., EPROM, EEPROM, flash memory devices, and others), magnetic disks (e.g., internal hard disks, removable disks, and others), magneto optical disks, and CD ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.
To provide for interaction with a user, operations can be implemented on a computer having a display device (e.g., a monitor, or another type of display device) for displaying information to the user and a keyboard and a pointing device (e.g., a mouse, a trackball, a tablet, a touch sensitive screen, or another type of pointing device) by which the user can provide input to the computer. Other kinds of devices can be used to provide for interaction with a user as well; for example, feedback provided to the user can be any form of sensory feedback, e.g., visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any form, including acoustic, speech, or tactile input. In addition, a computer can interact with a user by sending documents to and receiving documents from a device that is used by the user; for example, by sending web pages to a web browser on a user's client device in response to requests received from the web browser.
A computer system may include a single computing device, or multiple computers that operate in proximity or generally remote from each other and typically interact through a communication network. Examples of communication networks include a local area network (“LAN”) and a wide area network (“WAN”), an inter-network (e.g., the Internet), a network comprising a satellite link, and peer-to-peer networks (e.g., ad hoc peer-to-peer networks). A relationship of client and server may arise by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
The input/output device 1440 provides input/output operations for the system 1400. In some implementations, the input/output device 1440 can include one or more of a network interface devices, e.g., an Ethernet card, a serial communication device, e.g., an RS-232 port, and/or a wireless interface device, e.g., an 802.11 card, a 3G wireless modem, a 4G wireless modem, etc. In some implementations, the input/output device can include driver devices configured to receive input data and send output data to other input/output devices, e.g., keyboard, printer and display devices 1460. In some implementations, mobile computing devices, mobile communication devices, and other devices can be used.
While this specification contains many details, these should not be construed as limitations on the scope of what may be claimed, but rather as descriptions of features specific to particular examples. Certain features that are described in this specification in the context of separate implementations can also be combined. Conversely, various features that are described in the context of a single implementation can also be implemented in multiple embodiments separately or in any suitable subcombination.
A number of implementations have been described. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention. Accordingly, other implementations are within the scope of the following claims.