Patent Application
20160019767
The present disclosure relates to a vehicle and more particularly to devices, systems, and methods for driver reminders regarding prescription drug reminders.
The number of elderly drivers has continued to increase in recent years. According to a statistic released by the U.S. Department of Transportation in 2000, the number of drivers aged 70 years and over holding a valid license in the United States more than doubled, from 8.8 million to 18.9 million. In 2004, the U.S. Department of Transportation reported that 10% of all drivers on the road were aged 70 years and over.
Drivers who take prescription medication, and particularly older drivers, may have a difficult time remembering to take their prescribed medication. There have been standalone devices designed to monitor patients' medication regimens—as disclosed, for example, in U.S. Pat. No. 5,872,505 to Wicks, et al.—however, patients may not always be carrying such devices. In addition, the devices do not provide transportation that may be necessary for the patient to obtain the required medication.
Disclosed herein are devices, systems, and methods for providing in-vehicle prescription and medical reminders. In one example implementation, biometric sensors are used to identify a vehicle occupant such as a driver. In another example implementation, reminders are presented to the driver via visual, audible, and/or haptic alerts.
One example computing device for providing in-vehicle prescription and medical reminders includes one or more processors for controlling the operations of the computing device and a memory for storing data and program instructions used by the one or more processors, wherein the one or more processors are configured to execute instructions stored in the memory to: identify a vehicle occupant; determine, based on medical information associated with the occupant, whether a medical activity is due to be performed; and alert the occupant if a medical activity is due to be performed
One example method for providing in-vehicle prescription and medical reminders includes identifying a vehicle occupant; determining, based on medical information associated with the occupant, whether a medical activity is due to be performed; and alerting the occupant if a medical activity is due to be performed.
One example system for providing in-vehicle prescription and medical reminders includes one or more biometric sensors associated with a vehicle; a computing device in communication with the one or more biometric sensors, the computing device comprising one or more processors for controlling the operations of the computing device and a memory for storing data and program instructions used by the one or more processors, wherein the one or more processors are configured to execute instructions stored in the memory to: identify a vehicle occupant based at least in part on biometric data received from the one or more biometric sensors; determine, based on medical information associated with the occupant, whether a medical activity is due to be performed; and alert the occupant if a medical activity is due to be performed.
The description herein makes reference to the accompanying drawings wherein like reference numerals refer to like parts throughout the several views, and wherein:
Disclosed herein are devices, systems, and methods for providing in-vehicle prescription and medical reminders. Biometric sensors can be used to identify a vehicle occupant such as a driver. Driver profiles, stored in on-board memory or remotely in cloud storage, can contain medical information of the driver, including prescription schedules and dosing information. Once a driver is identified, reminders can be presented to the driver via visual, audible, and/or haptic alerts. The driver can also be prompted to affirmatively acknowledge receipt of the alerts. If the driver does not so acknowledge, access to one or more vehicle functions can be denied. Notifications can also be provided to designated third parties, who may be other vehicle passengers or remote parties.
The memory 104 can also include an operating system 110 and installed applications 112, the installed applications 112 including programs that permit the CPU 102 to implement the in-vehicle prescription and medical-reminders, as described below. The computing device 100 can also include secondary, additional, or external storage 114, for example, a memory card, flash drive, or any other form of computer readable medium, including on a user's external mobile device. In one implementation, the installed applications 112 can be stored in whole or in part in the external storage 114 and loaded into the memory 104 as needed for processing.
The computing device 100 can be in direct or indirect communication with one or more vehicle interfaces 116 through which the driver can receive notifications and send commands to the computing device 100. Example vehicle interfaces 116 can include an interactive display 118, an audio subsystem 120 (which can include, for example, speakers and/or microphones), and a haptic feedback subsystem 122. The computing device 100 can be in direct or indirect communication with various sensors, such as location sensors 124 that can receive location information through the Global Positioning System (GPS), and biometric sensors 126 used to identify and authenticate the driver or other vehicle occupants. Examples of biometric sensors 126 can include optical sensors 128 (such as cameras), fingerprint sensors 130, retina sensors 132, voiceprint sensors 133, and weight sensors 134. The biometric sensors 126 can capture biometric data, which can be sent to the computing device 100 through the bus 108 or can be stored in memory 104 or external storage 114 for later retrieval by the computing device 100.
The computing device 100 can be in direct or indirect communication with a wireless transmitter/receiver 136 with which the computing device 100 can communicate with a wireless key fob 138 carried by the driver. The computing device 100 can also include a communications interface 140 with which the computing device 100 can communicate with external sources through a network 142, such as the internet. These external sources can include remote servers 144, which can connect the computing device 100 to cloud storage 146. The computing device 100 can also use the cloud storage 146 as the external storage 114.
In accordance with one example implementation, a user can be identified and authenticated using the computing device 100. In accordance with one example implementation, the user can be the driver of the vehicle 200 or another vehicle occupant or passenger. (Because the disclosed implementations may be employed with respect to any one or more persons in the vehicle 200 without departing from the spirit or scope of the invention, whether such person is the driver or another vehicle occupant, the terms “user,” “driver,” and “occupant” are used interchangeably within this application.) The computing device 100 can identify and authenticate the driver with reference to the driver's biometric data.
As shown in
One example of a biometric identifier that can be used to identify a driver is illustrated in
In another example implementation, one or more optical sensors 128 may be located in the interior of the vehicle. Accordingly, the identification can be implemented when the driver gets into the vehicle 200 or sits down or turns on the vehicle 200, rather than on approach to the vehicle 200.
Other biometric sensors 126 that are not shown but can be employed include fingerprint sensors 130, which can be located on the exterior of the vehicle 200, such as on the door handle, or in the interior of the vehicle 200, such as on the dashboard, console, or steering wheel; retina sensors 132; voiceprint sensors 133; weight sensors 134 built into the vehicle's 200 seats to identify and authenticate a driver based on the driver's known weight (with some variance allowed for different weights of clothing that the driver may be wearing or items that the driver may be carrying); or any other type of biometric sensor 126.
In an alternative example embodiment, the driver may be identified and authenticated by a unique signal received from the driver's key fob 138 or other electronic device carried by or otherwise associate with the driver (for example, the unique signal can be programed into the driver's mobile phone). For additional security, both key fob identification and biometric identification may be employed in identifying and authenticating the driver.
Driver information may be stored in a driver profile, stored in the vehicle 200 (such as in memory 104), or in external storage 114, or remotely, such as in cloud storage 146. The driver profile can include the driver's prescription medication information, including dosage information and dosing schedules. The driver profile can also include other information, such as emergency medical contacts (who may be the driver's doctor and/or close family members). Multiple driver profiles may be stored, each profile associated with the particular driver's identification information (e.g., biometric information, key fob 138 identity, etc.).
In one example implementation, if the driver has a medical activity due, the driver can be alerted via a visual, audible, or haptic reminder. The medical activity can be considered “due” if it is scheduled to be performed at any near time (such as within a specified time period before or after the inquiry). In one example implementation, the medical activity is a scheduled medication dose. Alternatively, a reminder can be provided to the driver with respect to any medical activity the driver is supposed to undertake, and the disclosures herein are not limited to taking pills. For example, in one implementation, the driver can be reminded to self-administer an insulin shot, or to change a bandage or cast. In addition, the driver can be reminded to report to a medical professional to have a scheduled activity or procedure performed, whether a recurring procedure or a one-time procedure. For example, the driver could be reminded to report to a dialysis center for dialysis treatment or to a primary care physician for a routine physical.
In one example implementation, the reminder can appear on the interactive display 118 informing the driver of the medication to be taken, the dose, and the time it should be taken. To prevent the driver from inadvertently confusing the current dose with other prescribed medication, the interactive display 118 can also optionally display an image of the pill to be taken, or describe the appearance of the pill and/or container (e.g., “red oblong pill in blue bottle”), as such information may be available from on-board or remote databases.
In another example implementation, the audio subsystem 120 can deliver an audible reminder informing the driver of the medication to be taken, the dose, and the time it should be taken. In addition, the haptic feedback subsystem 120 can activate a vibration in the driver's seat or steering wheel, for example, to alert the driver to an important message.
If the time to take the medication is in the past, the visual or audible alert can be more distinctive, warning the driver that the medication must be taken right away to avoid being later than it already is. For example, a visual reminder could be presented in a different color or flashing, or an audible reminder could be louder or include an extra sound or chime. In any case, the driver may find it helpful to be reminded about the medication at the time the driver is entering into the vehicle 200, as the driver may need the vehicle 200 to travel to another location to obtain the existing medication or to fill a new prescription.
In one example implementation, the driver can be required to provide a response to affirmatively acknowledge receipt of the alert before proceeding to access vehicle functions. For example, the interactive display 118 can prompt the driver with an “Okay” button that the driver must press before other vehicle functions (such as the, radio, navigation system, etc.) will be available on the interactive display 118. As another example, the driver can speak an indication of acknowledgement that can be received by a voice recognition system associated with the vehicle 200. In one example implementation, the vehicle 200 can be prevented from driving (e.g., the gear would not be able to be engaged) unless the driver acknowledges the alert.
In one example implementation, biometric sensors 126 can also be used to determine whether a reminder should be presented to the driver, in addition to identifying the driver. Specifically, vital-sign sensors 135 can be used as biometric sensors 126 (or in addition to the biometric sensors 126 described above). For example, a blood sugar sensor can detect the driver's blood sugar level, and if the blood sugar level is too low or high compared with the driver's normal level as stored in the driver profile, then the driver can be reminded to take a medication for diabetes or an insulin shot, as appropriate. As another example, a blood pressure monitor sensor can detect the driver's blood pressure, and if the value is high compared with a predefined threshold stored in the driver profile, then the driver can be reminded to take a medication for hypertension. In one example implementation, the driver can be required to take a reading from such vital-sign sensors 135 before proceeding to access vehicle functions. In all of the above examples, the options whether to require such readings or acknowledgements can be set in the driver profile.
There may be other individuals, such as family members or medical professionals, who are responsible for the driver's wellbeing. These authorized third parties may be other passengers in the car or may be located elsewhere. In one example implementation, the computing device 100 can send an alert notification to authorized third parties about the driver's scheduled dose at the same time the driver is reminded. This can be accomplished, for example, with a voice message, text message, or email sent to the authorized third party's mobile device or email address. The computing device 100 can cause a notification to a remote third party through the communications interface 140, or using the driver's mobile phone (such as through a Bluetooth connection). In another example implementation, a notification is sent to an authorized third party only if the driver fails to acknowledge the alert (in one of the manners described above). In either case, a notification to the authorized third parties can include location information received from the location sensor 124.
The foregoing description relates to what are presently considered to be the most practical embodiments. It is to be understood, however, that the disclosure is not to be limited to these embodiments but, on the contrary, is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims. For example, in the embodiments described above, the vehicle 200 is generally described an automobile. However, the vehicle 200 is not limited to an automobile, as the disclosed systems and methods could also be implemented with other vehicles generally controlled by a driver, or operator, such as airplanes, boats, trains, etc. The scope of the claims is thus to be accorded the broadest interpretation so as to encompass all such modifications and equivalent structures as is permitted under the law.
