This disclosure relates in general to wellness monitoring and, but not by way of limitation, to systems and methods that are used to manage and monitor wellness of a patient.
In the United States, it is estimated that 32 million people use three or more medications daily. 67 million, or 31 percent, of American adults have high blood pressure. 29 million, or 9.3 percent, of people in the United States are diabetic. The medical cost of obesity in the United States in 2008 alone was approximately $147 billion. The statistics are staggering as more and more individuals find themselves in need of medical treatment.
A patient undergoing medical treatment may often be prescribed one or more therapies by his or her physician. Unfortunately, many people who are undergoing treatment do not follow the regimen as directed by their doctor or pharmacist. In fact, as many as 75% of patients fail to adhere to, or comply with, physician-prescribed treatment regimens. Non-adherence examples include, but are not limited to, failing to take a medication, failing to take various sensor readings (e.g., blood pressure, heart rate, glucose), failing to exercise, to name a few. Monitoring a patient's overall wellness is difficult for medical and healthcare personnel as patient data is typically collected and available to the medical personnel only when the patient avails himself to a doctor's office or hospital. Additionally, it is very difficult for loved ones to know the general wellness of a person away in a healthcare facility.
Current techniques are lacking with respect to monitoring the patient's compliance with these prescribed treatment regimens as well as the overall wellness of the patient in real time. For example, a patient may have to remember to take a pill at a particular time every day or he may have to manually measure his vital signs and document his results, presenting these results later to his physician. These procedures invite noncompliance given that a patient may be forgetful or make a myriad of mistakes including, but not limited to, incorrectly measuring his vital signs and forgetting to document his results. Additionally, significant periods of time, often referred to as the “white space.” elapse between medical appointments making alterations to the regimen, and measuring wellness of the patient in any sense of real-time, impractical With nation-wide healthcare, inefficiencies like this are borne by all through higher insurance premiums.
In an example embodiment, the present disclosure provides a wrist-worn device, which can be adapted so as to be worn around the ankle or neck, for managing patient wellness. The wrist-worn device includes one or more processors and one or more memories coupled with the one or more processors. The one or more processors and one or more memories are configured to: 1) receive, by the faceplate device, user input related to a wellness concern, 2) activate a sensor on the wristband monitoring device to collect vital sign information of the user, 3) receive, by the faceplate device, from the wristband monitoring device, the vital sign information of the user, 4) associate the user input with the vital sign information of the user, 5) calculate a wellness index using the user input and the vital sign information, the wellness index indicating a degree of wellness of the user, and 6) provide an indication of the wellness index on the faceplate device.
In another example embodiment, the present disclosure provides a computer-implemented method for managing patient wellness with a wrist-worn device. The method may include receiving therapy information specifying one or more medical treatments may be received by a wrist-worn device, the wrist-worn device including a wristband monitoring device and a faceplate device. A regimen for the user may be retrieved, the regimen being based on the received therapy. User input may be received by the faceplate device. One or more sensors may be activated to collect vital sign information of the user and the vital sign information may be received. The user input may be associated with the vital sign information. A wellness index may be calculated using the user input and the vital sign information, the wellness index indicating a degree of wellness of the user. The wellness index may be wirelessly reported away from the faceplate device.
In yet another example embodiment, the present disclosure provides a non-transitory computer-readable storage medium for managing patient wellness having computer-executable instructions stored thereon that, when executed by a processor, cause the processor to perform operations. The operations include activating a sensor on the wristband monitoring device to collect vital sign information of a user. Once received, the operations further include wirelessly receiving, by the faceplate device, from the wristband monitoring device, the vital sign information of the user. The vital sign information may be associated with stored user input. A wellness index may be calculated using the stored user input and the vital sign information, the wellness index indicating a degree of wellness of the user. The information related to the wellness index may be provided to another wrist-worn device.
Further areas of applicability of the present disclosure will become apparent from the detailed description provided hereinafter. It should be understood that the detailed description and specific examples, while indicating various embodiments, are intended for purposes of illustration only and are not intended to necessarily limit the scope of the disclosure.
The present disclosure is described in conjunction with the appended figures:
It should be understood that the drawings are not necessarily to scale. In certain instances, details that are not necessary for an understanding of the invention or that render other details difficult to perceive may have been omitted. It should be understood that the invention is not necessarily limited to the particular embodiments illustrated herein.
The ensuing description provides preferred exemplary embodiment(s) only, and is not intended to limit the scope, applicability, or configuration of the disclosure. Rather, the ensuing description of the preferred exemplary embodiment(s) will provide those skilled in the art with an enabling description for implementing a preferred exemplary embodiment. It should be understood that various changes could be made in the function and arrangement of elements without departing from the spirit and scope as set forth in the appended claims. Specific details are given in the following description to provide a thorough understanding of the embodiments. However, it will be understood by one of ordinary skill in the art that the embodiments may be practiced without these specific details.
As described in the background of this disclosure, embodiments of the present invention comprise methods for monitoring patient wellness. Specifically, these methods include the use of a wrist-worn device. The wrist-worn device may include a wristband monitoring device and a faceplate device. The wrist-worn device may be adaptable as a dual device with either the wristband monitoring device or the faceplate device able to be operational while the other device is charging. The wrist-worn device may include one or many sensors that may be used to track vital signs and/or locational information of the patient. As used herein, a “sensor” may comprise at least one of an accelerometer, a gyroscope, a blood-oxygen sensor, a thermometer, a heart-rate monitor, a blood pressure monitor, a glucose monitor, a global positioning system (GPS) device, a pedometer, or an altimeter. Additionally, the device may be capable of presenting a notification to the user. A notification may be audible, haptic, graphical, or textual in nature. The wrist-worn device may include a wristband monitoring device connected to a faceplate device for caring out the features described herein. The wristband monitoring device has a number of sensors located on the band to measure various vital signs, and visual indicators (e.g., LED lights) to indicate charging and sensor activation. The faceplate device includes a number of sensors, a wireless transmitter, a battery charger, and a user interface (e.g., a touch screen) for interacting with the user and remote systems.
Generally speaking, embodiments of the present invention enable a patient to more effectively adhere to a physician-prescribed therapy using the wrist-worn device described above. Additionally, these embodiments enable ongoing monitoring of a patient's overall wellness.
Embodiments for the present invention comprise wrist-worn devices and methods for managing patient wellness. In at least one example, a wrist-worn device (e.g., a watch) is preconfigured with information regarding at least one therapy. For instance, the watch is preconfigured to be used for a blood pressure therapy. As used herein, a “therapy” may include one or more medical treatments including, but not limited to, one or more prescribed medications, one or more physical activities, one or more sensor reading requirements, or any combination of the above. In at least one example, information is loaded onto the watch by a physician, a pharmacist, or another service provider. The pre-loaded information is then used to determine a regimen to be followed. A “regimen,” as used herein, is intended to mean a schedule specifying at least one situation for which at least one event associated with a therapy should be performed. For instance, a regimen may indicate that an event (e.g. medication intake, exercise commencement, sensor reading commencement) should occur at pre-determined periodic times.
Consider the case where a patient is diagnosed with high blood pressure. His physician prescribes medication A and instructs the patient to take 500 mg of medication A, twice daily, once in the morning, once in the evening, with each dose to be taken shortly after a meal. Additionally, the physician instructs the patient to take his own blood pressure and document the results 3 times daily, equally spanned over the course of the day. In this example, the physician preconfigures a watch with this therapy. A regimen schedule is generated by the watch based on the therapy. The regimen defines at least one day and time during which the patient should take his 500 mg of medication A. The regimen can further define when blood pressure readings may be taken. The watch can generate reminders for the users based on the regimen. Additionally, the watch may stimulate sensor reading intake based on the regimen or by user-initiation.
In accordance with at least one embodiment, the watch receives user input indicating compliance with the therapy. For instance, continuing with the previous example, the user is reminded to eat prior to taking his medication. Subsequent to the reminder being presented to the user, the user may be prompted for input. The prompt may be included in the reminder or may exist as a separate prompt. In at least one example, the reminder constitutes a textual message presented on the faceplate device and/or an audible alert sounded by the faceplate device. The user acknowledges the reminder by dismissing the reminder and/or turning off the audible sound. In some cases, dismissing the reminder and/or turning off the audible sound may be considered user input indicating compliance with the reminder. In at least one example, the user is queried regarding his compliance. For instance, the user is posed the question “did you eat a meal?” The user enters input indicating either that he did eat a meal, or alternatively, that he did not eat a meal. In at least one example, a Bluetooth device is used to enter user input indicating compliance with the reminder. For instance, a medication container having Bluetooth communication capabilities sends, to the watch, an indication that the medication container has been opened. This indication, alone or in combination with the reminder information, constitutes user input indicating that the user has complied with taking his medication.
In accordance with at least one embodiment, the watch generates reminder events at the time the patient is supposed to take the medication. The user responds in a similar fashion as described above, by dismissing the reminder, turning off the audible sound, or affirmatively answering a question posed by the device. In at least one example, the regimen dictates that the watch query the user with a question some period of time after the user has indicated that he has taken the medication. For instance, the user enters compliance input indicating that he has taken his blood pressure medication. The regimen specifies that one hour after receipt of the user compliance input the user be asked, “Are you feeling dizzy?” The user makes a selection on the watch indicating a response to the question. The response is recorded by the watch and reported, wirelessly, away from the watch (e.g., to a server responsible for storing such information), or alternatively, stored on the watch.
In at least one embodiment, the regimen causes a blood pressure sensor to be activated some period after the user compliance input has been received, and/or at another suitable time as defined by the regimen. The period between sensor activations may vary depending on the therapy and may further depend on user input. For example, the device may pose a question to the user to determine whether to initiate the sensor reading. For instance, the device poses the question “are you ready to take your blood pressure?” In at least one example, the user is required to indicate agreement before the sensor reading commences. Alternatively, the watch may initiate a sensor reading without user interaction. The watch records any sensor readings taken and reports the sensor readings away from the watch (e.g., to a server responsible for storing such information). Alternatively, the watch may store such sensor readings on the wrist-worn device.
In accordance with at least one embodiment, previously received user input is used to modify a regimen. User input, as described above, includes user actions taken in response to presented reminders, user actions taken regarding Bluetooth-enabled containers, user responses to questions posed by the watch, and/or a lack of a user response. User input may be recorded by the watch at any suitable time. In at least one example, the watch reports user input electronically to a physician and/or pharmacist, for example. This report may be reported in an email message, a text message, or any suitable type of electronic communication. Based on the report, or at any suitable time, the physician and/or pharmacist modify the prescribed therapy. This modification is electronically communicated to the watch. In response to the modification, the watch alters the therapy and/or regimen to reflect the modification. Additionally, or alternatively, the watch modifies the regimen based on the received user responses in accordance with the therapy. For instance, the therapy is configured to adjust medication in response to a certain one or more user inputs. In one illustrative example, the regimen indicates that the user take 500 mg of medication A once a day. However, the user is posed a question such as “do you feel dizzy?” at some point in therapy, in accordance with the current regimen. The user indicates that he feels dizzy. Based on the affirmative response, the watch automatically modifies the regimen such that the user is prompted to take another 500 mg dose of medication A. Alternatively, the watch indicates to the user that he should refrain from taking any more medication. A variety of modifications may be determined and would depend on the particular therapy being implemented and the user input received.
In accordance with at least one embodiment, the device tracks the amount of medication that has been taken and/or that is remaining. For instance, a physician configures the watch with a therapy that requires the patient to obtain 50 capsules of medication A. The therapy further specifies that the user should refill the prescription twice. Additionally, the physician configures the watch with one or more pharmaceutical contacts. The watch generates a prescription request and transmits such a request electronically using the prescription information as well as at least one of the pharmaceutical contacts. Alternatively, the watch utilizes the GPS system to electronically transmit a prescription request to a pharmacy located within a particular radius of the patient's location (e.g., within 10 miles). Furthermore, the watch prompts the user for input as to which pharmacy the patient wishes to send the prescription request. As the therapy progresses, user input is used to track the number of doses remaining before the patient runs out of medication. The watch is configured to generate an electronic prescription request upon a determination that a particular number of doses remain. In one illustrative example, an electronic prescription request generates when the watch detects or determines that the patient has 10 doses remaining.
In accordance with at least one embodiment, the watch tracks sensor readings taken by one or more sensors located on the watch. These sensor readings may be manually initiated by the user or initiated based on the regimen. A wellness index may be calculated for the user. A “wellness index,” as used herein is a numerical value that is calculated by weighing a number of inputs (e.g., user input, sensor readings), the inputs having various weights according to importance to overall health or specific to the therapy. The wellness index provides an overall assessment of the user's general health or wellness given the number of weighted inputs.
For example, in at least one embodiment, the wellness index may be calculated using a dynamically growing number of parameters passively monitored by the body-worn device, including at least one of the following: a body temperature value, a temperature trend, one or more non-purposeful movements, one or more purposeful activities patterns, a movement intensity, a movement quality, a restfulness, a blood oxygen value, a PulseOx trend, an amount of perspiration, or a determination of dehydration. Each passively monitored parameter listed above may carry a weighted value in the algorithm used to determine the wellness index. Additionally, non-passive information and data may be collected. Non-passive data may include affirmative user input typically requiring an act by the user (e.g., the pushing of a button), a body weight, a glucose level, a peak flow meter, a user's pulse profile taken manually, a heart rate/heart rhythm of a user. Non-passive data may then considered in the wellness index calculation to further refine the index. Further, user input collected to generate qualitative information may relate to questions regarding dietary activities, sensory perception, pain management, bowel/urinary activity, sleeping habits/quality, emotional health, cognitive abilities, etc. These answers may be used to capture the perspective of user.
In at least one embodiment, questions can be presented automatically (e.g., textually, or audibly) on the device based on time, or intelligently triggered by sensor data. The user may answer one or more questions with a touch screen on the faceplate device or via voice. An accelerometer and/or altimeter (e.g., based on movement) may register readings that indicate that a user has woken up for the morning. For example, ten minutes after the start of the consistent movements, the user may be presented with the question “How did you sleep last night?” As an additional, non-limiting example, though the regimen indicates that a glucose test is needed, the wrist-worn device may sense (via one or more sensors located on the wrist-worn device) that the user is currently taking a walk. As a result, the wrist-worn device may monitor for an opportunity to present the glucose test reminder (e.g., five minutes after sensor data indicates the user has sat down). At such time, the user may be presented with the reminder to activate a glucose test visually or textually. Thus, the regimen may be altered, or events be delayed or indefinitely postponed based on sensor data.
In accordance with at least one embodiment, upon answering a question via the faceplate device, one or more sensors may be activated for a pre-determined period of time (e.g., 60 seconds). Such sensor data may be stored, or otherwise associated, with the answers to the question. The correlation or divergence of the data and answers can be useful in making the wellness index more robust.
In accordance with at least one embodiment, the wellness index may be provided to the user via the watch. In at least one example, the wellness index may be a numerical value in the range of 1-10. Additionally, or alternatively, the wellness index may be provided to a separate electronic device (e.g., a computer, a server). The wellness index may be used to display a graphical element (e.g., a colored dot) to the user indicating the patient's overall wellness. For example, a nurse responsible for caring for a number of patients may configure a medical provider device (e.g., a computer) to monitor a number of patient worn watches. The nurse's computer may receive wellness indexes for each patient and colored dots may appear on the user interface indicating overall wellness for each patient. In some cases, the colored dots may be overlaid on a graphical display of a ward floor plan or a map.
Referring now to the drawings, in which like reference numerals represent like parts,
In at least one embodiment, the wellness monitoring engine 102 is a component of the wrist-worn device 108. Service provider computers 116 includes one or more computing devices responsible for storing and/or managing medical-related data associated with the patient. Service provider computers 116 may communicate wirelessly with wellness monitoring engine 102 to provide information regarding the therapy via a network 114. This information includes therapy configuration. Additionally, as described above, the medical provider 104 can utilize the medical provider device 106 to modify a therapy. Such modifications are communicated to service provider computers 116 via the network 114. Service provider computers 116 records such modifications and communicates the modifications to wellness monitoring engine 102. Wellness monitoring engine 102 generates a new regimen or, alternatively, alters an existing regimen in accordance with the modifications.
In some embodiments network 114 is a cellular network. Wrist-worn device 108 may exchange cellular network control, timing and status information with a cellular network access point so as to maintain communication capabilities in the cellular network. Cellular network access points may provide access to the internet or other data networks. The wrist-worn device 108 may establish an internet connection by detecting a cellular access point, performing joining procedures, and regularly exchanging status, control and routing information with the access point. The wrist-worn device 108 may use the internet connection to access weather data, GPS data, or to communicate with other devices described herein.
The wristband monitoring device 110 is shown comprising hardware elements that can be electrically coupled via a bus 202 (or may otherwise be in communication, as appropriate). The hardware elements may include a processing unit(s) 203 which can include without limitation one or more general-purpose processors, one or more special-purpose processors (such as digital signal processors (DSPs), application specific integrated circuits (ASICs), and/or the like), and/or other processing structure or means, which can be configured to perform one or more of the methods described herein.
The wristband monitoring device 110 might also include a wireless communication interface 204, which can include without limitation a modem, a network card, an infrared communication device, a wireless communication device, and/or a chipset (such as a Bluetooth device, an IEEE 802.11 device, an IEEE 802.15.4 device, a Wi-Fi device, a WiMax device, cellular communication facilities, etc.), and/or the like. The wireless communication interface 204 may permit data to be exchanged with a network, wireless access points, other computer systems, and/or any other electronic devices described herein. The communication can be carried out via one or more wireless communication antenna(s) 206 that send and/or receive wireless signals 208. In at least one embodiment, wristband monitoring device 110 may communicate with faceplate device 112 via the wireless communication interface 204.
Depending on desired functionality, the wireless communication interface 204 can include separate transceivers to communicate with base transceiver stations (e.g., base transceiver stations of a cellular network) and access points. These different data networks can include, an Orthogonal Frequency-Division Multiple Access (OFDMA), Code Divisional Multiple Access (CDMA), Global System for Mobile Communications (GSM)), and/or other types of networks.
The wristband monitoring device 110 can further include sensor(s) 210. Such sensors can include, without limitation, one or more accelerometer(s) and/or gyroscope(s) 212, altimeter(s) 214, blood-oxygen level sensor(s) 216, heart rate monitor(s) 218, blood pressure monitor(s) 220, glucose monitor(s) 222, pedometer(s) 224, GPS(s) 226, thermometer(s) 228, and the like. At least a subset of the sensor(s) 220 can provide readings used to provide wellness monitoring as described herein.
Embodiments of wristband monitoring device 110 may also include a Satellite Positioning System (SPS) receiver 230 capable of receiving signals 232 from one or more SPS satellites using an SPS antenna 234. Such positioning can be utilized to complement and/or incorporate the techniques described herein. The SPS receiver can receive satellite data that can be transmitted to the GPS sensor 226. The satellite data can be information sufficient to allow the GPS sensor 226 to determine a geographic location of the wristband monitoring device based on the satellite data. It can be noted that, as used herein, an SPS may include any combination of one or more global and/or regional navigation satellite systems and/or augmentation systems, and SPS signals may include SPS, SPS-like, and/or other signals associated with such one or more SPS.
Embodiments of wristband monitoring device 110 may also include an identification device 238. Identification device 238 may include a device that utilizes radio-frequencies in communication (e.g., a radio-frequency identification (RFID) device). A RFID device is a device that uses electromagnetic fields to transfer data for the purposes of automatically identifying and tracking tags attached to objects, the tags containing electronically stored information. Other identification devices may be utilized, including, but not limited to devices utilizing near field communication (NFC). NFC is a set of standards used by smartphone and similar devices to establish radio communication with each other by touching them together or bring them into proximity of one another.
The wristband monitoring device 110 may further include or be in communication with a memory 240. The memory 240 is an example of a computer-readable storage media. In at least one example, computer-readable storage media include volatile or non-volatile, removable or non-removable, media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data. Additional types of computer storage media that may be included in the wristband monitoring device 110 may include, but are not limited to, PRAM, SRAM, DRAM, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, DVD or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the wristband monitoring device 110. Combinations of any of the above should also be included within the scope of computer-readable media. Memory 240 can further be used to store sensor data for any combination of sensors 210 in data store 242. Additionally, or alternatively memory 240 may be used to store medical-related data for the user.
Turning to the contents of the memory 240 in more detail, the memory 240, in at least one embodiment, includes an operating system 244 and one or more application programs, modules, or services for implementing the features disclosed herein including at least the perceived latency, such as via the wristband monitoring device 110 or dedicated applications. In at least one example embodiment, the wristband monitoring device 110 is configured to receive, store, and/or display content and at least one interface for interacting with the service provider computers 116 and/or user. Additionally, the memory 240 stores access credentials and/or other user information such as, but not limited to, user IDs, passwords, and/or other user information. In some examples, the user information includes information for authenticating an account access request such as, but not limited to, a device ID, a cookie, an IP address, a location, or the like. Additionally, the user information may include medical-related data associated with the user.
As used herein, medical-related data can include, for example, health information that is created or received by a health care provider, a processed or unprocessed version of medical data detected by medical equipment, and/or user-identified data. Medical-related data can include information that identifies a patient, such as personal information and/or demographic information. For example, the information can identify a patient's name, age, sex, race, physical address, phone number, email address and/or social security number. Medical-related data may include information collected by a health plan, a public health authority, an employer, a life insurer, a school or university, or a health care clearinghouse that relates to the past, present, or future physical or mental health or condition of any individual.
Medical-related data can include financial and/or insurance information corresponding to the patient. For example, the information can identify an insurance company, insurance plan, member identification number, group number, insurance contact information (e.g., address and/or phone number), deductible information, out-of-pocket information, copay information, an employer, an occupation and/or salary information.
Medical-related data can include medical-history information, such as past diagnoses, past or present symptoms or past procedures and/or corresponding dates (e.g., of diagnoses, symptom initiations and/or procedures). Medical-related data can identify past or present medications being taken by or having been prescribed to the patient and corresponding dates. In some examples, the medical-related data can identify orders pharmacology orders, whether associated with a patient, doctor, or otherwise.
Medical-related data can include an identification of one or more medical services being or having been requested by a patient. A medical service can include, for example, an evaluation performed by a medical care professional, a medical test, a surgery and/or other procedure. Medical-related data can identify a medical test or analysis that was performed or prescribed and/or a result of the test or analysis. For example, information can indicate that a test (e.g., lab test, MRI, x-ray, CT scan, echocardiography, EKG, EEG, EMG, or ultrasound) was performed on a particular date and/or by a particular entity and can further include a processed and/or unprocessed result of the test (e.g., a count or level; an indication as to whether a test result is normal; and/or an indication as to whether a particular feature (e.g., a fracture, tumor, lesion, slowed nerve conduction) was observed and/or a magnitude of the feature).
Medical-related data can identify one or more care providers or institutions. The care provider and/or institution can be one associated with recent or past care and/or with the patient. For example, data can be transmitted for a patient admitted in Hospital A and being treated by Specialist B, though the data can also identify that the patient's primary care physician is Doctor C.
Medical-related data can identify one or more emergency contacts or family members and contact data for the individuals. For example, medical-related data can identify that the patient's emergency contact is an adult child that may be contacted at a provided phone number.
Medical-related data can identify a patient healthcare directive. For example, medical-related data can identify if the patient has a living will, a do not resuscitate order (DNR), or if another individual has the right to make medical decisions relating to the patient's medical care.
Medical-related data may further include one or more authorized viewers. Authorized viewers are those that the user has agreed to allow access to his medical-related data. For example, a user may authorize a doctor, an individual having rights to make medical decision related to the patient's medical care, a medical institution, and the like to access his medical-related data. The user may indicate that the authorization is contingent on certain events transpiring (e.g., an emergency situation).
Medical-related data may, or may not, selectively pertain to a particular patient. For example, non-patient-specific data may include a price of a prescription, a recommended or approved dosing schedule for a medication, a work schedule for a physician, an acceptance criteria for a clinical study, Non-patient-specific data can include information pertaining to the operation of a medical care facility, financial information, administrative information, and generic clinical information.
Medical-related data can, depending on the implementation, include individually identifiable health information and/or de-identified information. Individually identifiable health information includes, for example, health information, including demographic information collected from an individual that is created or received by a health care provider, health plan, employer, or health care clearinghouse; and that relates to the past, present, or future physical or mental health or condition of an individual, the provision of health care to an individual, or the past, present, or future payment for the provision of health care to an individual; and that identifies the individual; or, with respect to which there is a reasonable basis to believe, can be used to identify the individual. De-identified information includes information that cannot be used on its own or with other information to identify a person to whom the information belongs. De-identified information can include normal ranges or values associated with various sensor data based on gender, age, or other classification. De-identified information can also include medical-related data aggregated from other wrist-worn device users or non-users related.
As used herein, medical-related data can include protected health information, which can include individually identifiable health information that is transmitted by electronic media, maintained in electronic media, or transmitted or maintained in any other form or medium. Examples of protected health information, include, for example any information about health status, provision of health care, or payment that can be linked to a particular patient and may include any of the following information capable of identifying the patient: names, geographic identifiers, dates directly relating to the patient, phone numbers, fax numbers, email addresses, social security numbers, medical record numbers, health insurance beneficiary numbers, account numbers, certificate/license numbers, vehicle identifiers and serial numbers, device identifiers and serial numbers, web Uniform Resource Locators, Internet Protocol addresses, biometric identifiers (e.g., finger, retinal, and voice prints), full face photographic images and any comparable images, and any other unique identifying number, characteristic, or code.
The memory 240 of the wristband monitoring device 110 also can comprise software elements (not shown), device drivers, executable libraries, and/or other code, such as one or more application programs, which may comprise computer programs provided by various embodiments, and/or may be designed to implement methods, and/or configure systems, provided by other embodiments, as described herein.
The wristband monitoring device 110 includes an output device 260. Output device 260 may include LED lights, speakers, or other visual or audible indicators. The output device 260 may be used to indicate when a sensor is activated, when a reading is being taken, when the wristband monitoring device 110 is being charged, when the wristband monitoring device 110 is low on battery, when bluetooth is being utilized by the device, and the like.
The wristband monitoring device 110 includes a power source, and a means to charge said power source, indicated by power input(s) 250. In at least one embodiment, wristband monitoring device 110 may be connected to faceplate device 112 and the power source of the wristband monitoring device 110 may be charged from the battery of faceplate device 112. The power source may include a battery, a capacitor, or any other suitable means for storing chemical or electrical energy for later use.
The faceplate device 112 is shown comprising hardware elements that can be electrically coupled via a bus 302 (or may otherwise be in communication, as appropriate). The hardware elements may include a processing unit(s) 310 which can include without limitation one or more general-purpose processors, one or more special-purpose processors (such as digital signal processors (DSPs), application specific integrated circuits (ASICs), and/or the like), and/or other processing structure or means, which can be configured to perform one or more of the methods described herein.
The faceplate device 112 might also include a wireless communication interface 304, which can include without limitation a modem, a network card, an infrared communication device, a wireless communication device, and/or a chipset (such as a Bluetooth device, an IEEE 802.11 device, an IEEE 802.15.4 device, a WiFi device, a WiMax device, cellular communication facilities, etc.), and/or the like. The wireless communication interface 304 may permit data to be exchanged with a network, wireless access points, other computer systems, and/or any other electronic devices described herein (e.g. the wristband monitoring device 110). The communication can be carried out via one or more wireless communication antenna(s) 306 that send and/or receive wireless signals 308. For example, the wireless signals 308 can be cellular network signals or a Bluetooth connection. In at least one embodiment, wristband monitoring device 110 may communicate with faceplate device 112 via the wireless communication interface 304.
Depending on desired functionality, the wireless communication interface 304 can include separate transceivers to communicate with base transceiver stations (e.g., base transceiver stations of a cellular network) and access points. These different data networks can include, an Othogonal Frequency-Division Multiple Access (OFDMA), Code Divisional Multiple Access (CDMA), Global System for Mobile Communications (GSM), and/or other types of networks.
The faceplate device 112 can further include sensor(s) 310. Such sensors can include, without limitation, one or more accelerometer(s) and/or gyroscope(s) 312, altimeter(s) 314, microphone(s) 316, pedometer(s) 318, GPS(s) 320, thermometer(s) 322, and the like. At least a subset of the sensor(s) 310 can provide readings used to provide wellness monitoring as described herein.
Embodiments of wristband monitoring device 110 may also include a Satellite Positioning System (SPS) receiver 330 capable of receiving signals 332 from one or more SPS satellites using an SPS antenna 334. The SPS receiver can receive satellite data that can be transmitted to the GPS sensor 320. The satellite data can be information sufficient to allow the GPS sensor 320 to determine a geographic location of the wristband monitoring device based on the satellite data. Such positioning can be utilized to complement and/or incorporate the techniques described herein. It can be noted that, as used herein, an SPS may include any combination of one or more global and/or regional navigation satellite systems and/or augmentation systems, and SPS signals may include SPS, SPS-like, and/or other signals associated with such one or more SPS.
The faceplate device 112 may further include or be in communication with a memory 340. The memory 340 is an example of a computer-readable storage media. In at least one example, computer-readable storage media include volatile or non-volatile, removable or non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data. Additional types of computer storage media that may be included in the faceplate device 112 may include, but are not limited to, PRAM, SRAM, DRAM, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, DVD or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the faceplate device 112. Combinations of any of the above should also be included within the scope of computer-readable memory 340 can further be used to store sensor data for any combination of sensors 310 in data store 342. Additionally, or alternatively memory 240 may be used to store medical-related data for the user.
Turning to the contents of the memory 340 in more detail, the memory 340, in at least one embodiment, includes an operating system 344 and one or more application programs, modules, or services for implementing the features disclosed herein. In at least one example embodiment, the faceplate device 112 is configured to receive, store, and/or display content and at least one interface for interacting with the service provider computers 116 and users. Additionally, the memory 340 stores access credentials and/or other user information such as, but not limited to, user IDs, passwords, and/or other user information. In some examples, the user information includes information for authenticating an account access request such as, but not limited to, a device ID, a cookie, an IP address, a location, or the like. Additionally, the user information includes information regarding a therapy associated with the user.
The memory 340 of the faceplate device 112 also can comprise software elements (not shown), device drivers, executable libraries, and/or other code, such as one or more application programs, which may comprise computer programs provided by various embodiments, and/or may be designed to implement methods, and/or configure systems, provided by other embodiments, as described herein. Merely by way of example, one or more processes described with respect to the method(s) discussed above, such as the methods described in relation to
Faceplate device 112 may include clock 350. Clock 350 is used to generate a time stamp for each of the data observations generated by the sensors. The time stamps are used by the processing units 303 in the analysis of sensor data, and facilitate pattern recognition and improved capacity for determining the operational environment of the faceplate device 112 and wristband monitoring device 110. The clock 350 can also be used by the processing units 303 to for alarms and other standard clock functions.
The faceplate device 112 includes a user interface 360. User interface 360 may include a touchscreen, a button, a keypad interface, a vibration generator, a sound generator, and/or other similar interface. The interface facilitates soliciting information from the wearer and obtaining input data and information provided by the wearer in response.
The faceplate device 112, utilizing user interface 360, solicits information about the user or the user's condition or environment so as to analyze such data in order to provide the wellness monitoring features discussed herein. For example, the faceplate device 112 utilizes user inputs via user interface 360 to obtain information about the user's physique, lifestyle, health, activity level as well as information related to therapy compliance and other information relevant to ascertaining the user's overall wellness. The faceplate device 112 further solicits any inputs that may facilitate improved learning, analysis and sensing performed by the faceplate device 112, the wristband monitoring device 110, and/or other suitable devices or computers (e.g., service provider computers 116).
The faceplate device 112 includes an energy source, a means to charge said energy source, and a means to charge an energy source located on wristband monitoring device 110, indicated by power input/outputs 370. The energy source may be a battery, a capacitor, or any other suitable means for storing chemical or electrical energy for later use. In at least one embodiment, wristband monitoring device 110 may be connected to faceplate device 112 and the battery of the faceplate device 112 may charge the battery of wristband monitoring device 110. In some embodiments, wristband monitoring device 110 may be connected to the faceplate device 112 and the battery of faceplate device 112 may be the energy source for the wristband monitoring device 110 or vice versa. The faceplate device 112 may be configured to charge from a standard A/C adaptor, or by use of a charging dock (e.g., a charging cradle) configured to house the faceplate device 112, or other suitable charging means.
In some examples, the wrist-worn device 108 is in communication with the service provider computers 116 via the networks 114, or via other network connections. Additionally, the wrist-worn device 108 may be part of a distributed system managed by, controlled by, or otherwise part of the service provider computers 116. In some examples, the networks 114 include any one or a combination of many different types of networks, such as cable networks, the Internet, wireless networks, cellular networks and other private and/or public networks.
In at least one embodiment, the wellness monitoring engine 102 allows the user 402 to interact with the service provider computers 116 or medical provider device 106. The one or more service provider computers 116, perhaps arranged in a cluster of servers or as a server farm, host the wellness monitoring engine 102 and/or cloud-based software services. Other server architectures may be used to host the wellness monitoring engine 102 and/or cloud-based software services. The wellness monitoring engine 102 is capable of handling requests from a user 402 and serving, in response, various user interfaces that are rendered at the wrist-worn device 108. The wellness monitoring engine 102 provides any type of device or application control. The wellness monitoring engine 102 and/or corresponding control are provided by the operating system 344 of the faceplate device 112. As discussed above, the described techniques can similarly be implemented outside of the wellness monitoring engine 102, such as with other applications running on the wrist-worn device 108.
In some aspects, the service provider computers 116 and medical provider device 106 are any type of computing devices such as, but not limited to, a mobile phone, a smart phone, a personal digital assistant (PDA), a laptop computer, a desktop computer, a server computer, a thin-client device, a tablet PC, etc. Additionally, it should be noted that in some embodiments, the service provider computers 116 and/or medical provider device 106 are executed by one or more virtual machines implemented in a hosted computing environment. The hosted computing environment may include one or more rapidly provisioned and released computing resources, which computing resources may include computing, networking and/or storage devices. A hosted computing environment is also referred to as a cloud-computing environment.
In one illustrative configuration, the service provider computers 116 and medical provider device 106 each include at least one memory (e.g., the memory 416-1 and the memory 416-2) and one or more processing units (e.g., processor(s) 418-1 and processor(s) 418-2). The processor(s) 418-1 and/or the processor(s) 418-2 are implemented as appropriate in hardware, computer-executable instructions, firmware, or combinations thereof. Computer-executable instruction or firmware implementations of the processor(s) 418-1 and the processor(s) 418-2 include computer-executable or machine-executable instructions written in any suitable programming language to perform the various functions described.
In at least one example embodiment, the memory 416 and/or the memory 416-2 store program instructions that are loadable and executable on the processor(s) 418-1 or the processor(s) 418-2, respectively, as well as data generated during the execution of these programs. Depending on the configuration and type of service provider computers 116 or medical provider device 106, the memory 416 and/or the memory 416-2 may be volatile (such as RAM) and/or non-volatile (such as ROM, flash memory, etc.). The service provider computers 116 and/or the medical provider device 106 also include additional storage (e.g., additional storage 420-1 and additional storage 420-2) which includes removable storage and/or non-removable storage. The memory 416, the memory 416-2, the additional storage 420-1, the additional storage 420-2, both removable and non-removable, are all examples of computer-readable storage media. In at least one example, computer-readable storage media include volatile or non-volatile, removable or non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data. Additional types of computer storage media that may be present in the service provider computers 116 and/or medical provider device 106 may include, but are not limited to, PRAM, SRAM, DRAM, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, DVD or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the service provider computers 116 and/or medical provider device 106, respectively. Combinations of any of the above should also be included within the scope of computer-readable media.
In accordance with at least one embodiment, the service provider computers 116 and/or medical provider device 106 contain communications connection(s) (e.g., 422-1 and 422-2) that allow the service provider computers 116 and/or medical provider device 106 to communicate with a stored database, another computing device or server, user terminals and/or other devices on the networks 114. The service provider computers 116 and/or medical provider device 106 also include I/O device(s) 424-1 and/or I/O device(s) 424-2, respectively, such as a keyboard, a mouse, a pen, a voice input device, a touch input device, a display, speakers, a printer, etc.
Turning to the contents of the memory (e.g., the memory 416 and/or the memory 416-2) in more detail, each memory includes an operating system (e.g., 426-1 and 426-2), one or more data stores (e.g., 428-1 and 428-2), and/or one or more application programs, modules, or services for implementing the features disclosed herein. For example, medical-related data, sensor data collected from wrist-worn device 108, and any suitable data utilized by wellness monitoring engine 102 may be stored in data store 428-1 and/or data store 428-2.
In accordance with at least one embodiment, a method is enabled for wellness monitoring using a wrist-worn device (e.g. wrist-worn device 108). For example, the wellness monitoring engine 102 may be a component of the faceplate device 112, wristband monitoring device 110, or service provider computers 116 as discussed above in connection with
An administrator (e.g., a physician) configures the wellness monitoring engine 102 via a graphical user interface 510 the wellness monitoring engine 102 presented on medical provider device 106. Medical provider device 106 may be any electronic device capable of receiving and transmitting electronic data (e.g., a laptop, a cellphone, another wrist-worn device 108). The configuration information can include, but is not limited to, medical-related data. Once configuration information is entered via graphical user interface 510, application programming interface 512, a component of the wellness monitoring engine 102, is utilized to receive the configuration information.
In accordance with at least one embodiment, configuration manager 514, a component of the wellness monitoring engine 102, is configured to receive configuration information. The configuration manager 514 is responsible for creating and maintaining a user profile utilized to store such configuration information, including therapy or treatment information for the user. Further, the configuration manager 514 causes such configuration data to be stored in a user profile data store 516 (e.g., data store 242, data store 342, or data store 428-1). Additionally, or alternatively, configuration manager 514 interacts with therapy data store 518, a data store responsible for storing information regarding one or more therapies. In at least one example, the configuration manager 514 queries therapy data store 518 for information regarding one or more therapies indicated in the received configuration information. Any information returned from therapy data store 518 may be stored by the configuration manager 514 in user profile data store 516, along with, or separate from, the user profile.
In at least one embodiment, scheduling manager 520 is configured to receive configuration information from configuration manager 514, including information pertaining to a prescribed therapy. The prescribed therapy may be associated with a specific therapy stored in the therapy data store 518. The scheduling manager 520 is responsible for generating a regimen based on the prescribed therapy. The regimen indicates one or more notifications to be provided to the user at a specific day and/or time. The regimen additionally indicates one or more particular times at which to transmit medical-related information gathered or obtained by the wrist-worn device 108 to service provider computers 116. In at least one example, scheduling manager 520, according to the generated regimen, causes notification engine 524 to provide one or more electronic notifications on faceplate device 112. The notification may include, but is not limited to, a sensor reading request, to take a dosage of medication, or to conduct a form of exercise.
In at least one embodiment, user input manager 526 is configured to present questions to the user via faceplate device 112 of wrist-worn device 108. In at least one example, scheduling manager 520 determines one or more questions to be posed to the user at a particular time in accordance with the generated regimen. A “regimen,” as used herein, includes a schedule for one or more therapies that specifies various times in which to conduct various actions associated with the therapy. In the case where the regimen specifies that a question should be posed to the user, scheduling manager 520 causes user input manager 526 to pose the determined question(s) to the user via faceplate device 112 at the appropriate time. The user utilizes faceplate device 112 to respond to the question(s). Upon receipt of the response, user input manager 526 stores such response data in user profile data store 516 (e.g., data store 242, 342, or 428-1). Additionally, user input manager 526 causes scheduling manager 520 to act upon the response in one or more ways based on the therapy implemented. In one example, scheduling manager 520, determining that it is time for the user to take a sensor reading, causes notification engine 524 to present a reminder to the user on faceplate device 112. The user input manager 526 sends to the device a question such as “are you ready to get your blood pressure taken?” The user responds affirmatively or negatively. Alternatively, the user, having had no question posed, affirmatively initiates, via faceplate device 112, a sensor reading. Either or both user inputs are received by user input manager 526. Additionally, such user input is stored in user profile data store 516 and is forwarded to scheduling manager 520. Scheduling manager 520, in response to such user input, updates the regimen.
In at least one example, scheduling manager 520 causes user input manager 526 to pose a question to the user via faceplate device 112. For instance, scheduling manager 520 determines that a question ought to be posed to the user at a particular time, or because of a particular response. For instance, the regimen may specify that the user be asked, “Are you feeling light-headed?” an hour after the user has indicated that he took his medication. In such a case, scheduling manager 520 causes user input manager 526 to present the question to the user via faceplate device 112. The user responds to the question via faceplate device 112 and such response is received by user input manager 526, stored in user profile data store 516 (e.g., data store 342 or data store 428-1), and/or forwarded to scheduling manager 520. In at least one embodiment, scheduling manager 520 updates the regimen based on the response. For example, the therapy may indicate that, if the user responds that he does, in fact, feel light-headed when asked (e.g., an hour after taking his medication), the regimen be altered in some way (e.g., by increasing or decreasing the medication dosage). In at least one example, the regimen is altered such that the user is immediately prompted to take an additional dosage. Furthermore, the regimen is updated by the scheduling manager 520 to reflect changes brought on by the received user input. The regimen may be stored on regimen data store 538 or any suitable data store configured to store such information. Regimen data store 538 may include as a component of wellness monitoring engine 102 or as a data store remote to wellness monitoring engine 102.
In at least one embodiment, a therapy may specify one or more times for which a sensor contained in the wrist-worn device 108 may be used to ascertain one or more patients' vital signs. For instance, a therapy specifies that the user's pulse and blood pressure should be taken once every hour. Such specifications are included in the regimen generated by scheduling manager 520. The therapy additionally, or alternatively, indicates certain chains of events that should result in activation of the sensor(s). For instance, a user is reminded to take his medication. He, in fact, takes the medication and responds to the reminder, or a posed question, indicating that he took his medication. Upon this input, or some time later, scheduling manager 520 causes sensor manager 528, a component of wellness monitoring engine 102, to activate one or more sensors located on the wrist-worn device 108. Sensor manager 528 communicates with the one or more sensors to cause vital sign information to be collected. For instance, in the ongoing example, sensor manager 528 causes a heart rate sensor to be activated. The sensor manager 528 is configured to receive data from the heart rate sensor. The sensor manager 528 further causes the heart rate information to be stored in user profile data store 516 and/or forwards the heart rate information to the scheduling manager 520 for analysis. Sensor manager 528, additionally or alternatively, activates blood pressure sensor. The sensor manager 528 is configured to receive data from the blood pressure sensor. The sensor manager 528 causes the blood pressure sensor to be stored in user profile data store 516 and/or forwards the blood pressure information to the scheduling manager 520. Scheduling manager 520, as discussed above, analyzes the heart rate information and/or the blood pressure information to determine any regimen modification(s) necessary in accordance with the therapy. Though a heart rate sensor and a blood pressure sensor are used in this example, it should be appreciated that any sensor, or combination of sensors, located on the wristband monitoring device 110 or faceplate device 112 may be utilized, in any suitable order, via a similar manner as described above.
Consider the case where the user's heart rate drops dangerously low, or even stops. The sensor manager 528 can receive such information and determine that the rate is in an unacceptable range as defined by the therapy. Upon such a determination, the sensor manager 328 can cause notification engine 524, or any other suitable component of the wellness monitoring engine 102, to access the user profile data store 516 for user profile data. User profile data indicates physician contact information and/or emergency contact information, for example. If the user profile data includes such information, the notification engine 524 may cause a notification to be sent to the indicated physician/emergency contact. In at least one example, the notification includes an automated phone call, email message, text message, or other suitable form of communication. Additionally, or alternatively, the notification engine 524 can transmit data related to the adverse condition (e.g., sensor data, user profile data) to an emergency response unit. In one example, upon determining the existence of an adverse condition, the sensor manager 528 causes the GPS sensor to activate to ascertain the user's location. Any other sensor, or combination of sensors, included on the device may be similarly activated. Information collected by the sensor(s) is received by the sensor manager 528. The sensor manager 528 can relay the information to notification engine 524. Notification engine 524 may then report such information away from the device in a manner similar to that described above.
In at least one embodiment, the user may activate a setting on the device to indicate an emergency status. For example, the user may be aware that they are having a health issue and interact with a user interface (e.g., user interface 360) located on the faceplate device 112. The indication is received by the user input manager 526. User input manager is configured to access user profile data store 516 to obtain user profile data in order to determine contact information similar to that described in the previous example. User input manager 526 is configured to cause notification engine 524 to notify the determined contacts and/or emergency response unit(s).
In at least one embodiment, another user, for example a physician or emergency medical personnel, may access medical-related data stored in memory 416 of service provider computers 116 or other information contained on and/or recorded by wrist-worn device 108. For example, in an emergency situation, another user can access medical allergy information of the user. Additionally, or alternatively, someone other than the user may access information recorded by the wrist-worn device 108. As an example, a physician can enable medical-related data to be displayed on the faceplate device 112 or a display of another device. The activation of such a setting is received by the user input manager 526. The user input manager 526 accesses user profile data store 516 to obtain medical-related data for the user. The user input manager 526 can then display such information on the faceplate device 112 and/or enable the physician to access such information at a remote location (e.g., via a website presented on the medical provider device 106 or other computing device).
In accordance with at least one embodiment, scheduling manager 520 determines, based on the current regimen, user input, or sensor data, that medical-related data (e.g., user input, user responses, vital sign information) should be sent to a medical provider (e.g., the prescribing physician). Additionally, or alternatively, scheduling manager 520 receives input requesting the medical-related data. In either case, scheduling manager 520 causes export manager 532 to electronically transmit the medical-related data to a particular location. In at least one example, the medical-related data is displayed (e.g., via notification engine 524) on a medical provider's device (e.g., medical provider device 106).
In accordance with at least one embodiment, wellness index engine 530, a component of wellness monitoring engine 102, is responsible for calculating a wellness index for the patient. The wellness index, as described above, is a numerical value that indicates an overall wellness value for the patient. The wellness index engine 530 may be configured to receive, or otherwise obtain, at least one of sensor data, therapy data, regimen, or user input, from any combination of the modules discussed above. Therapy data may include information related to normal sensor data ranges (e.g., a normal Heart Rate range, normal glucose level). Such normal sensor data ranges may be based on age, sex, race, or other suitable demographic information. Upon receipt, or at a suitable time, the wellness index engine 530 may calculate a wellness index based on the sensor data, therapy data, regimen data, and user input and store the calculated value in user profile data store 516. The wellness index may be calculated using various weights for the sensor data and user input or each may be weighed the same for purposes of the calculation. In at least one example, the wellness index may be calculated with sensor readings based at least in part on the inverse value of a deviation from a set of standard sensor readings taken from normal populations. Additionally, or alternatively, the wellness index may normalized to a score between 0 and 10. In at least one example, wellness index engine 530 may interact with user profile data store 516 to retrieve information regarding medical-related data of other users. For example, the wellness index engine 530 may take into account other users blood pressure readings, for example, when determining how much to weigh the user's blood pressure reading. Wellness index engine 530 may take into account all other users, or a subset of the other users. For example, wellness index engine 530 may compare the user's blood pressure readings to other user's under the same proscribed therapy, while ignoring medical-related data of users that are not under the same prescribed therapy.
Wellness index engine 530 may be configured to cause export manager 532 to transmit the wellness index to wrist-worn device 108, the medical provider device 106, service provider computers 116, or any suitable electronic device located away from wellness monitoring engine 102.
In at least one embodiment, display engine 536, a component of wellness monitoring engine 102, may be configured to interact with map data store 534 in order to display a map of a geographical location (e.g., a hospital ward floor plan, assisted living home floor plan, a region map, a state map). In at least one example, the display engine 536 may cause a floor plan of a hospital ward to be displayed, for example, on medical provider device 106), with, in some cases, at least one graphical element (e.g., a colored dot) superimposed over the floor plan indicating a location and wellness index generated by a wrist-worn device (e.g., a wrist-worn device worn by a patient of the hospital).
At 604, a regimen for the user is retrieved based on the therapy. For instance, the regimen is determined by the scheduling manager 520 of
At 608, user input is received. User input may be received in response to an event (e.g., a user prompt indicating that a blood pressure reading should be taken) having been displayed on the faceplate device 112. The user input may indicate positive or negative compliance with the event. The user input includes input entered by the user via the user interface 360 of
At 608, a sensor (e.g., one or more of sensors 210) may be activated on the wristband monitoring device 110. For example, blood pressure monitor sensor 220 may be activated.
At 610, in response to the activation at 608, sensor data may be received by wristband monitoring device 110. In at least one example, wristband monitoring device 110 may transmit, wirelessly or otherwise, sensor data to faceplate device 112.
At 612, a wellness index may be calculated, for example, by wellness monitoring engine 102 on faceplate device 112. Alternatively, the wellness index may be calculated by wellness monitoring engine 102, located on service provider computers 116. As discussed above, wellness monitoring engine 102 may exist as part of faceplate device 112, service provider computers 116, or medical provider device 106, or any suitable device. Accordingly, the wellness index may be calculated at faceplate device 112, at service provider computers 116, or at medical provider device 106, or at any suitable device. As discussed above, the wellness index may be calculated using the received sensor data and any, or all, received user input.
At 614, faceplate device 112 may wirelessly report the wellness index away from the faceplate device 112. Alternatively, or additionally, medical-related data may be wirelessly reported away from the faceplate device 112. In at least one example, the medical-related data is reported to service provider computers 116 and/or medical provider device 106. Alternatively, the information may be sent wirelessly, to a physician via email. In at least one embodiment, the wellness index may be calculated by a separate device (e.g., service provider computers 116, medical provider device 106). In this case, the wellness index may be transmitted back to wrist-worn device.
At 704, in response to the activation at 702, sensor data may be received by wristband monitoring device 110. In at least one example, wristband monitoring device 110 may wirelessly transmit (e.g., via Bluetooth technology) sensor data to faceplate device 112.
At 706, stored user input is associated with the vital sign information received at 704. The association may be based on, for example, a time stamp as determined using clock 350 of
At 708, a wellness index may be calculated, for example, by wellness monitoring engine 102 of faceplate device 112. As discussed above, the wellness index may be calculated using the received sensor data and any, or all, stored user input. The stored user input and/or received sensor data may have varying weights in the calculation depending on, for example, a pre-defined scheme.
At 710, faceplate device 112 may wirelessly provide information related to the stored user input and information related to the wellness index away from the faceplate device 112. Alternatively, or additionally, medical-related data may be wirelessly reported away from the faceplate device 112. In at least one example, the wellness index and/or medical-related data is reported to service provider computers 116 and/or medical provider device 106. Alternatively, the information may be sent wirelessly, to a physician via email.
A “medical care facility” as used herein is a facility at which care is provided to patients. Irrespective of the type of medical care facility, the medical care facility 803 may treat patients, update medical-related data, maintain medical-related data, and communicate medical-related data to the wellness monitoring engine 102. At least some of the medical-related data may be stored local to the medical care facility 803, for example, on medical provider device 106 or service provider computers 116. Further, the medical provider device 106, service provider computers 116, or multiple of such devices, can generate medical-related data including administrative information, clinical information, and financial information as part their operations. Examples of medical care facilities include, for example, urgent care facilities, outpatient facilities, hospitals, clinics, senior living centers, and other suitable facilities at which care is provided to patients.
The medical care facility 803, in this example, is a hospital (e.g., a type of medical care facility that provides medical, surgical, and other types of medical and nursing care). In this example, the hospital includes one or more different wards dedicated to the care and treatment of patients with particular diseases, disorders, and the like. Within the wards, the hospital includes a variety of different components capable of generating medical-related data. The hospital can store a portion of the generated medical-related data for its own patients locally. In some examples, users (e.g., patients, doctors, etc.) may utilize the medical provider device 106 to generate such medical-related data. For example, a medical provider may input medical related data using a medical provider device 106. This medical related data can be provided to the wellness monitoring engine 102 (e.g., located on faceplate device 112 or service provider computers 116), which can coordinate storage and later retrieval of the medical related data for use by faceplate device 112.
In accordance with at least one embodiment, a medical provider (e.g., a nurse) may be responsible for multiple patients, each patient may wear a wrist-worn device (e.g., the wrist worn devices depicted at 804, 806, 808, 810, 812, 814, and 816, collectively referred to as “patient watches”). During the course of the nurse's shift, various user inputs and sensor readings may be taken by the patient watches. A wellness index may be calculated on each of the patient watches, for example, by a wellness monitoring engine 102 operating on each watch or on service provider computers 116. The wellness index of each patient may be wirelessly transmitted to a watch worn by the nurse. Each respective wellness index may be displayed on the medical provided device (e.g., the medical provider device 106 of
Using the combination of the watch worn by the nurse, and the patient watches, the nurse can efficiently monitor the wellness of each of his patients.
In accordance with at least one embodiment, a medical provider (e.g., a nurse) may be responsible for multiple residents of the senior living center, each resident may wear a wrist-worn device (e.g., the wrist worn devices depicted at 904, 906, 908, 910, and 912, collectively referred to as “resident watches”). During the course of the nurse's shift, various user inputs and sensor readings may be taken by the resident watches. A wellness index may be calculated on each of the resident watches, for example, by a wellness monitoring engine 102 operating on each resident watch or on service provider computers 116. The wellness index of each resident may be wirelessly transmitted to a watch worn by the nurse. Each respective wellness index may be displayed on the watch worn in a similar manner as depicted in
In accordance with at least one embodiment, a medical provider device 914 (e.g., the medical provider device 106 of
In another non-limiting example, the microphone(s) 316 may be turned on as part of the regimen and/or as part of an early warning detection process. For example, based upon the regiment, or due to passive sensor monitoring, or at any suitable time, microphone(s) 316 may be activated to record sounds during, for example, night time. In at least one example, a user may be snoring and/or coughing during such sensor readings. The recordings, along with other sensor data (e.g., oxygen sensor data) may be communicated to wellness monitoring engine 102. Wellness monitoring engine 102 may take analyze such data to determine one or more early warnings to present to the user. For example, the audio recording, coupled with the oxygen sensor readings may indicate that the user is above a threshold risk for a sleeping disorder (e.g., sleep apnea). Upon determining that the user likely has, or is at risk to have, a particular condition, disorder, or disease, wellness monitoring engine 102 may cause the user to be notified of the situation as part of an early warning detection process.
In another non-limiting example, data from internal sensor located on the wrist-worn device 108 may be combined or utilized with external sensors. The external sensors may be external with respect to the wrist-worn device and may be used to monitor a user's behavior. These external sensors may be part of an early warning detection process used to diagnose, or otherwise alert the user of potential health concerns. For example, a refrigerator 1004, a door 1006, a toilet 1008, and a bed 1010, may each be monitored by one or more external sensors. In at least one embodiment, sensor data collected by sensor(s) 210 and sensor(s) 310 may be combined with sensor data (hereinafter referred to as “external sensor data”) from any combination of external sensors configured to monitor refrigerator 1004, door 1006, toilet 1008, and bed 1010 (hereinafter, collectively referred to as “external sensors”). Internal sensor data from sensor(s) 210 or sensor(s) 310 and external sensor data may be combined to provide an early warning detection related to health concerns. As a non-limiting example, suppose the environment 1000 is an elderly person's studio apartment. External sensors depicted in
As a non-limiting example, sensor(s) located on refrigerator 1004 may be configured to monitor how often and for how long the refrigerator door is open. Sensor(s) located on door 1006 may be configured to monitor how often door 1006 is opened. Similarly, pressure sensors, for example, located on toilet 1008 may be utilized to determine how often a user may be utilizing the toilet 1008 each day. Further, sensor(s) on bed 1010 may be configured to monitor movement of the bed 1010. Such information may be utilized to determine the user's sleep habits. External sensor data may be combined, in any suitable combination, to determine that the user may be in danger (e.g., a probability above eighty-five percent) of dehydration. For example, perhaps the combined external sensor data indicates that the user slept for 14 hours on a particular day, and that during wakeful hours, the user did not use toilet 1008 nor opened the refrigerator 1004. Such data may be used to determine one or more queries to present to the user on the wrist-worn device 108 (e.g., “do you have a headache?”). User input and internal sensor data may also be combined, in any suitable combination, with external sensor data to determine a probability that a person has a particular condition, disease, disorder, or the like. The user may be notified of such probability as part of an early warning detection process. Additionally, or alternatively user input, internal sensor data, and external sensor data may be utilized, in any combination, by wellness monitoring engine 102 to calculate a wellness index for the user.
Specific details are given in the above description to provide a thorough understanding of the embodiments. However, it is understood that the embodiments may be practiced without these specific details. For example, circuits may be shown in block diagrams in order not to obscure the embodiments in unnecessary detail. In other instances, well-known circuits, processes, algorithms, structures, and techniques may be shown without unnecessary detail in order to avoid obscuring the embodiments.
Implementation of the techniques, blocks, steps, and means described above may be done in various ways. For example, these techniques, blocks, steps and means may be implemented in hardware, software, or a combination thereof. For a hardware implementation, the processing units may be implemented within one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, other electronic units designed to perform the functions described above, and/or a combination thereof.
Also, it is noted that the embodiments may be described as a process which is depicted as a flowchart, a flow diagram, a swim diagram, a data flow diagram, a structure diagram, or a block diagram. Although a depiction may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged. A process is terminated when its operations are completed, but could have additional steps not included in the figure. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination corresponds to a return of the function to the calling function or the main function.
Furthermore, embodiments may be implemented by hardware, software, scripting languages, firmware, middleware, microcode, hardware description languages, and/or any combination thereof. When implemented in software, firmware, middleware, scripting language, and/or microcode, the program code or code segments to perform the necessary tasks may be stored in a machine-readable medium such as a storage medium. A code segment or machine-executable instruction may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a script, a class, or any combination of instructions, data structures, and/or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters, and/or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.
For a firmware and/or software implementation, the methodologies may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. Any machine-readable medium tangibly embodied instructions may be used in implementing the methodologies described herein. For example, software codes may be stored in a memory. Memory may be implemented within the processor or external to the processor. As used herein the term “memory” refers to any type of long term, short term, volatile, nonvolatile, or other storage medium and is not to be limited to any particular type of memory or number of memories, or type of media upon which memory is stored.
Moreover, as disclosed herein, the term “storage medium” may represent one or more memories for storing data, including read-only memory (ROM), random access memory (RAM), magnetic RAM, core memory, magnetic disk storage mediums, optical storage mediums, flash memory devices and/or other machine-readable mediums for storing information. The term “machine-readable medium” includes, but is not limited to, portable or fixed storage devices, optical storage devices, and/or various other storage mediums capable of storing that contain or carry instruction(s) and/or data.
While the principles of the disclosure have been described above in connection with specific apparatuses and methods, it is to be clearly understood that this description is made only by way of example and not as limitation on the scope of the disclosure.