Patent Application
20200243182
This invention generally relates to managing personalized nutrition. More specifically, embodiments of the invention link health parameters acquired with medical wearable or other portable devices, with personal data and preferences to provide a user with nutritional advice.
Medical wearables and handheld devices have become a vital resource for patients to see their current measured health parameters (i.e. pulse, temperature, glucose levels . . . ). Different levels of exercise and stress and food intake constantly alter these parameters, requiring on the fly decisions about what to eat next even in unfamiliar surroundings (i.e. when traveling). This is particularly important for type II diabetics. Inattention or unfamiliarity with available resources may drive the health parameters to dangerous levels, requiring urgent attention. To avoid a critical situation, the user of the handheld device who has just received a threshold notification needs to act and eat the right foods.
One of the problems a user has is to make a complex food decision based on numerous data points. Another problem created by a fast paced life and travel with a medical condition, is the lack of knowledge of the geography and where to find the right food types in either grocery stores or restaurants. Further, as people strive for better health, people need to manage not only their lifestyle preferences such as vegan, halal, kosher, gluten free, lactose free, and personal preferences, but also their health related preferences such as allergy information, intolerances, weight and cholesterol management.
It is often very difficult for a patient to make good on the fly decisions about food. It is also difficult for a health practitioner to step in and assist a patient without being co-located with the patient. Existing solutions require supervision.
Embodiments of the invention provide a method, system and computer readable program storage device for managing personalized nutrition. In an embodiment, the method comprises acquiring with a portable device a collection of specified physical metrics of a user; storing the collection of specified physical metrics on the portable device; and linking the stored collection of specified physical metrics with information about the user, pre-stored on a storage device separate from the portable device, to determine nutrition for the user. The method further comprises augmenting the linking with information obtained over the Internet to identify a place, within a defined geographical proximity to the user, to obtain said nutrition for the user.
In an embodiment, the acquiring with a portable device a collection of specified physical metrics of a user includes using the portable device to measure a glucose level of the user; and the linking the stored collection of specified physical metrics with information about the user includes comparing the glucose level of the user with thresholds stored in the separate storage device; and based on said thresholds, the portable device issuing a warning to the user and an additional preset message to additional parties through definable messaging methods.
Embodiments of the invention provide a method and apparatus for dynamically managing and advising nutritional intake to manage glucose intake. One embodiment of the invention provides a method for managing nutritional intake through suggested menus or lists of foods for forthcoming, timely consumption. This method includes defining categories of data. The first category of data is acquired with a portable device to measure blood sugar levels (glucose levels) and is stored on the device. The second category of data is linked information about the individual that is not stored on the device and augmented by a third general category of data on the Web.
One embodiment of the invention includes a method of dynamically managing personalized nutrition to manage glucose intake (i.e., to manage type II diabetes). The method links acquired health parameters with personal data and preferences to advise a patient on what to eat and where; also suggesting food types, grocery stores and restaurants based on geographical location. In another embodiment of the invention, certain persons can be notified of thresholds being crossed.
As mentioned above, it is often very difficult for a person to make good on the fly decisions about food. It is also difficult for a health practitioner to step in and assist a patient without being co-located with the patient. Existing solutions require supervision.
Accordingly, what is needed is a method to dynamically advise the user of the handheld device (or medical wearable) of a balanced nutrition to increase overall health, regardless of where they are, and to provide assistance and notification where needed.
In an embodiment, the invention provides a computer implemented method of dynamically managing personalized nutrition. This may be done, as an example, to manage glucose intake (i.e., to manage type II diabetes).
In this embodiment, additional information about user 102 is stored on a device separate from portable device 104, and for example, this additional information may be stored on servers 114 or storage devices 116. The collection of specified physical metrics stored on device 104 is linked with the additional information about user 102, pre-stored on the separate storage device, to determine nutrition for the user; and this linking is augmented with information obtained over the Internet to identify a place, within a defined geographical proximity to the user, to obtain that nutrition for the user.
Sensor device 104 is adapted to be placed on or in proximity with the user. In embodiments, sensor device 104 is worn by an individual user on his or her body, for example as part of a garment such as a form fitting shirt, or as part of an arm band or the like. Sensor device 104 includes one or more sensors and a microprocessor. The one or more sensors are adapted to generate signals in response to physiological characteristics of an individual. Proximity as used herein means that the sensors of sensor device 104 are in contact with the user's body, or separated from the user's body by a distance such that the capabilities of the sensors are not impeded.
Sensor device 104 generates data indicative of various physiological parameters of an individual, such as the individual's heart rate, pulse rate, beat-to-beat heart variability, EKG or ECG, respiration rate, skin temperature, core body temperature, heat flow off the body, galvanic skin response or GSR, EMG, EEG, EOG, blood pressure, body fat, hydration level, activity level, oxygen consumption, glucose or blood sugar level, body position, pressure on muscles or bones, and UV radiation exposure and absorption. In certain cases, the data indicative of the various physiological parameters is the signal or signals themselves generated by the one or more sensors and in certain other cases the data is calculated by the microprocessor of the sensor device based on the signal or signals generated by the one or more sensors. Methods for generating data indicative of various physiological parameters and sensors to be used therefor are well known.
Network 110 is enabled to employ any form of computer readable media for communicating information from one electronic device to another. Network 110 can include the Internet, in addition to local area networks (LANs) and wide area networks (WANs).
Servers 114 include virtually any device that may be configured to provide an application service. Such application services, or simply applications, include, but are not limited to, email applications, search applications, video applications, audio applications, graphic applications, social networking applications, text message applications, or the like. In embodiments, servers 114 may operate as web servers. However, servers 114 are not limited to web servers. As illustrated in
Mobile device 106 and network 112 may also be used, in embodiments of the invention. Generally, mobile device 106 may include virtually any portable computing device that is capable of receiving and sending a message over a network such as network 110 and wireless network 112. Such devices include portable devices, such as cellular telephones, smart phones, display pagers, radio frequency (RF) devices, infrared (IR) devices, Personal Digital Assistants (PDAs), handheld computers, laptop computers, wearable computers, tablet computers, integrated devices combining one or more of the preceding devices, and the like. As such, mobile devices typically range widely in terms of capabilities and features.
Those of ordinary skill in the art will appreciate that the architecture and hardware depicted in
In an embodiment, the system of the invention comprises a handheld device (medical wearable) to acquire health details available (i.e., pulse, temperature, glucose levels) of the holder of the handheld device and to store these details. Embodiments of the invention use three categories of data. The first category is data stored on the handheld device. This data includes thresholds, notification preferences and policies to warn family, select persons and doctors, preset warning messages, and geographic location data. A second category of data is stored and managed on a separate system such as a separate server, and this category of data includes policies about likes and dislikes, allergies and lifestyle choices, as well as personal data of the user such as height and weight and health details history. This category also includes a record of food intake, types and estimated calories, and other food and nutritional information about the user.
A third category, or tier, of data is available on the Web that is searched with the first and second categories of data to find information about nearby locations where food is available. This information includes information about restaurants in the current geographical location of the user, a list of restaurants in the location. Menu details may be automatically retrieved from the cloud based on the policies, a list of restaurants may be provided that are suitable for the user, and a personalized menu for the user may be provided. In embodiments of the invention, the information may also include information about grocery stores in the current geographical location of the user, a list of grocery stores in the location. Cloud based policies, and choices of food and meal suggestions may be provided. Information about the aisles where food is available in the grocery stores may be automatically provided.
In embodiments of the invention, the method comprises identifying a collection of electronic metrics and thresholds related to an individual, identifying both specific and generic geographically reachable (in the proximity of the user) providers of nutrition, and linking nutritional values of foods. The method further comprises electronically managing lifestyle preferences (i.e. vegan, halal, kosher, gluten free, etc.), managing personal preferences (i.e. no spinach, no tofu, etc.), as well as health preferences (such as allergy information) and electronically storing communication and notification options based on policies and thresholds. Some of the collection of electronic information is stored on the portable or handheld device and some of the information is stored on a server. The thresholds trigger policy based notifications to select user groups and trigger alarms to the owner of the device to help manage the intake of nutrition. For instance, this may be done for controlling glucose levels. Also, the intake of nutrition may be recorded.
In embodiments, the hand held device compares acquired glucose levels with thresholds, and reads the preferences for the individual and the notification thresholds.
In embodiments, the hand held device issues a warning to the user of the device, and sends an additional preset message based on the threshold to additional parties through definable messaging methods.
In embodiments, the user of the handheld device selects a connection of the glucose levels and thresholds to the preferences and personal data, such as the weight of the person and a calculation is performed to an intake of certain types of food (i.e. an apple, one carrot, 50 g of almonds) from the second category of data.
In embodiments, the user of the handheld device selects a connection of the glucose levels and thresholds as well as the geographic location of the handheld device to the preferences in the second category of data, and uses the retrieved preferences of the user of the handheld and a suggested type of food to search for providers of equivalent nutrition in the geographic proximity of the user.
In embodiments, the user of the handheld device selects a connection of the preferences in the second category of data with searched data in the third category of data from the Web to suggest restaurants that offer the nutrition or food preferences of the user.
In embodiments, the user of the handheld device selects a connection of the preferences in the second category of data with searched data in the third category of data from the Web to show supermarkets that offer the nutrition or food preferences of the user, and to show in what aisles of the stores those preferences are located (if this information is available).
If the user's glucose levels become outside the normal levels, the method proceeds to step 206 and various data items are collected. A first group of data items are user preferences, and these include dietary preferences 210 and price preferences 212. Other user preferences 214 may also be collected. The user preferences, in embodiments of the invention, are obtained from server. Additional data that are obtained include the current location 216 of the user, which can be obtained from the wearable device, available restaurants and their locations 220, and the ingredients and prices of items on the menus 222 of the available restaurants. The information about the restaurants, their menus, and the ingredients of the menu items can be obtained from the Web via the Internet.
The data can be filtered at 224, and data collation and analytics are performed at 226. After the data collation and analytics, selected restaurants and menu choices are displayed 230 to the user, and then the method ends. The selected restaurants and menu items can be displayed to the user on the wearable device. This information may also be displayed on the user's cell phone.
Nutritional Calculator 314 is an analytics engine that leverages nutritional information from the web, nutritional preferences of the user, and actual real-time information to calculate appropriate nutritional calculations/recommendations for the user. The Notification Engine is used to push information to a particular individual user for their consideration. Recommendations are based on geo-spatial information. In embodiments, the nutritional information is calculated in real-time. Nutrition Information 316 includes information available in the Internet and provides accurate nutritional information. Venue Info includes information available in the internet about restaurants, stores, etc. and their nutritional ingredients as well as their locations.
In embodiments of the invention, the user provides consent for the collection and use of their data. In embodiments, during a Sign-Up process, the user is asked for consent to store the personal data in a one-step-consent that explains the reason parameters are collected. The personal data are stored with a strong encryption algorithm and acknowledged with a fingerprint, and the personal data are never sent in clear text. In embodiments, the system uses secure communications through SSL and HTTPS, and all system interactions are logged for traceability and auditing purposes. Consent can be withdrawn the same way as consent was given; and, when consent is withdrawn, all data is “forgotten” with a one-step-forget. In embodiments, privacy settings are checked before every interaction and execution of algorithms. During the forget step, i.e. when consent to use private data is revoked, all data related to this user are deleted from the servers and the data are not able to be recovered; interactions and algorithms are no longer possible for this user until new consent is given.
As discussed above, embodiments of the invention may be used to manage glucose intake, and
With reference to
In this illustrative example, data processing system 500 includes communications fabric 902, which provides communications between processor unit 504, memory 506, persistent storage 508, communications unit 510, input/output (I/O) unit 512, and display 514.
Processor unit 504 serves to execute instructions for software that may be loaded into memory 506. Processor unit 504 may be a set of one or more processors or may be a multi-processor core, depending on the particular implementation. Memory 506 and persistent storage 508 are examples of storage devices. Memory 506, in these examples, may be a random access memory or any other suitable volatile or non-volatile storage device. Persistent storage 508 may take various forms depending on the particular implementation. For example, persistent storage 508 may be a hard drive, a flash memory, a rewritable optical disk, a rewritable magnetic tape, or some combination of the above.
Communications unit 510, in these examples, provides for communications with other data processing systems or devices. In these examples, communications unit 510 is a network interface card. Communications unit 510 may provide communications through the use of either or both physical and wireless communications links. Input/output unit 512 allows for input and output of data with other devices that may be connected to data processing system 500. For example, input/output unit 512 may provide a connection for user input through a keyboard and mouse. The input/output unit may also provide access to external program code 516 stored on a computer readable media 520. In addition, input/output unit 512 may send output to a printer. Display 514 provides a mechanism to display information to a user.
Those of ordinary skill in the art will appreciate that the hardware in
The present invention may be a system, a method, and/or a computer program product. The computer program product may include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of the present invention.
The computer readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of the computer readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing. A computer readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
Computer readable program instructions described herein can be downloaded to respective computing/processing devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network. The network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. A network adapter card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processing device.
Computer readable program instructions for carrying out operations of the present invention may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++ or the like, and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider). In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present invention.
Aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer readable program instructions.
These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts or carry out combinations of special purpose hardware and computer instructions.
The description of the invention has been presented for purposes of illustration and description, and is not intended to be exhaustive or to limit the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope of the invention. The embodiments were chosen and described in order to explain the principles and applications of the invention, and to enable others of ordinary skill in the art to understand the invention. The invention may be implemented in various embodiments with various modifications as are suited to a particular contemplated use.
