“Population Health Platform” in Patent Application Approval Process (USPTO 20220139550): Patent Application
2022 MAY 19 (NewsRx) -- By a
This patent application has not been assigned to a company or institution.
The following quote was obtained by the news editors from the background information supplied by the inventors: “Multi-sensor monitoring systems can include a central computing device and various peripheral sensors. The central computing device can act as a data aggregator for the peripheral sensors. Conventional multi-sensor monitoring systems can require significant user setup. For example, a user may need to connect the central computing device and each peripheral sensor to a network, and manually pair each peripheral sensor to the central computing device over the network. This process can be burdensome to users in demographics that are not technologically savvy. Conversely, some multi-sensor monitoring systems may have a streamlined pairing workflow that is hard-coded to pair a specific set of peripheral sensors to the central computing device. However, hard-coding can result in an inflexible sensor combination that cannot be dynamically changed across multiple users of the multi-sensor monitoring system. Changes to a hard-coded system can require full code recompilations and new application releases for each user, which can make it difficult to scale the multi-sensor monitoring system.
“Multi-sensor monitoring systems can include health sensor systems. Many health sensor systems may not transform collected data into health outcomes for patients. Health sensor systems that use remote monitoring technology may rely on human interpretation of health sensor data, or they may manually inject health sensor data from many vertically integrated sensor systems (e.g., distinct oxygen sensing and glucose sensing systems) into a separate third-party analytics provider. Afterwards, the health sensor systems may then provide the output of these analytics to service providers (e.g., emergency response services, therapeutics companies, etc.). Currently, no system exists that agnostically connects health sensor systems to analytics that detect patient deteriorations and interventional services that address such deteriorations. Furthermore, no system performs the aforementioned steps in a continuous loop to iterate upon its automated decision-making processes. The lack of such a system introduces labor inefficiencies and translational costs for today’s medical providers.”
In addition to the background information obtained for this patent application, NewsRx journalists also obtained the inventors’ summary information for this patent application: “The present disclosure describes a customizable population health system, and corresponding methods and kits, that can (i) automatically configure health sensors, (ii) take health measurements using the health sensors, (iii) automatically manage and process data generated by the health sensors, (iv) and automatically utilize processed data to generate alerts and inform and/or modify treatment or behavioral plans. The population health system can be personalized to each user, and can horizontally integrate sensors, algorithms, and therapeutic services that can be connected into a custom-tailored portfolio for each user of the system.
“Specifically, the systems, methods, and kits described in the present disclosure can automatically pair, setup, and configure a user-specific combination of health sensors to a user device on which a health application is installed, thereby establishing wireless communication between the health sensors and the user device, without any required interaction from the user. The system can then instruct the patient to take health measurements using the health sensors and obtain data generated by those health sensors with minimal user input.
“Data obtained from the sensors can be automatically be transmitted to a cloud-based platform of the population health system, where the data can be processed using a user-specific analytics portfolio that can either be pre-selected by a healthcare provider or automatically selected based on the system’s own artificial intelligence. Once data is processed, the system can automatically route select data outputs to the patient, the patient’s healthcare provider, or a user-specific combination of third-party service providers (e.g., emergency response services, therapeutics services, health coaches, etc.). As a whole, the system can obtain sensor data and make data-driven therapeutic decisions including the likes of medication titration, enforcing medication adherence, and enforcing behavioral/lifestyle adherence. For each user of the system, system can capture results of health outcomes and continuously iterate upon itself as a user’s health state changes dynamically.
“For patients who do not have a mobile computing device or who struggle navigating mobile operating systems, the above-mentioned heath application can be deployed on an electronic tablet that is shipped alongside the health sensors in a customizable kit. A health care provider can determine the particular set of health sensors in the kit based on the patient’s medical needs. The health application deployed on the electronic tablet can be configured with a “workflow” that corresponds to the particular set of heath devices in the kit. The workflow can be a set of procedures, i.e., processing logic, that can cause the electronic tablet to automatically pair to the heath sensors over a network without requiring any user interaction, provide instructions about how to use each of the health sensors to take health measurements, obtain health measurement data generated by those health sensors, and parlay processed data results (visual and/or audio) back to the user for education and/or therapeutic feedback. The workflow can be assembled in a modular fashion from pre-defined processing logic. If the health care provider prescribes additional health sensors to his or her patient, the patient can receive another shipment with the additional health sensors. The workflow on the patient’s health application can be automatically reconfigured, e.g., over the cloud, to account for the patient’s new combination of health sensors.
“Patients who have their own mobile computing device can instead download the health application from the
“The health sensors can include continuous sensors that obtain time-series data over a period of hours. The continuous sensors can be wearable devices, for example. The health sensors can also include single-use sensors that obtain a single health measurement in a finite period of time. The health sensors can include heart rate monitors, blood pressure devices, pulse oximeters, scales, thermometers, glucose meters, and the like.
“The workflow can cause the user device to automatically pair the health sensors to the user device when the health sensors are (a) on and (b) within range of the user device, thereby establishing wireless communication between the health sensors and the user device. The wireless communication can be established over a Bluetooth network or a Wi-Fi network, for example.
“Automatically pairing the health sensors to the health application can involve selecting, from a database of pre-defined pairing procedures, a pairing procedure for each health sensor in the unique combination. The automatic pairing can additionally involve obtaining a universally unique identifier for each of the health sensors in the unique combination and using the universally unique identifiers to scan and identify the health sensors. The workflow can also handle setting up and configuring secure connections and passkey-based pairing.
“The workflow can also cause the user device to provide instructions to a patient through a graphical user interface of the health application in response to a user input. The instructions can be instructions for taking health measurements using the health sensors, e.g., instructions that indicate how to use the health sensors. The instructions can be audible, textual, pictorial, animations, or the like.
“The health application can automatically provide instructions for taking a particular health measurement using a particular health sensor after receiving valid data for a preceding health measurement, without further user input. In this way, patient interaction with the health application can be minimized. Valid data can be data that falls within a predefined range, or it can be data that has a particular characteristic. The health application can also provide control signals to the health sensors. For example, after determining that a patient is properly using or wearing a particular health sensor, the health application can automatically transmit a control signal to the health sensor that causes the health sensor to take the health measurement. This can further minimize patient interaction with both the health application and the health sensors.
“The health application can obtain health measurement data generated by the health sensors. The health application can store the health measurement data to the patient’s health profile on the platform. The system can automatically monitor the patient’s health by inputting the data into a customizable sequence of algorithms. The sequence of algorithms can be automatically changed by the system as a patient’s health state changes or can be modified by the patient’s health care provider at any time. The outputs of such processing can be extrapolated into alerts, essential vitals, and trends. These outputs can be conveyed in real time to health care providers and third-party service providers. This can ensure that the patient receives timely medical care in the case of abnormal health measurements and/or irregular health trends.
“The portfolio of algorithms and third-party service providers can be customized for each patient health profile. This can be especially useful for treating patients with multiple comorbidities (chronic disease states). For example, a patient with chronic obstructive pulmonary disorder (COPD), arterial fibrillation, and hypertension can have a profile of algorithms that determine likelihood for arrhythmias and oxygenation/ischemic-related episodes. The service providers for such a patient may include emergency responders, health coaches, and cardiologists. A patient with diabetes and chronic heart failure, on the other hand, may have a set of algorithms that detect for the onset of diabetic-related edema development and glucose instability. The service providers for such a patient may include endocrinologists, pharmacists, and therapeutics companies.”
There is additional summary information. Please visit full patent to read further.”
The claims supplied by the inventors are:
“1. A system comprising one or more computers and one or more storage devices storing a first set of instructions and a second set of instructions, wherein the first set of instructions is operable, when executed by said one or more computers, to cause said one or more computers to perform operations comprising: generating, in real-time and based on an image of a visual code, application logic for a health application configured run on a first user device, which application is configured to cause, in response to one or more user inputs on said first user device, said first user device to: automatically and operatively couple to a plurality of health sensors, thereby establishing wireless communication between said first user device and each of said plurality of health sensors, provide instructions to a user of said user device through a graphical interface of said first user device, wherein said instructions comprising instructions for taking health measurements using said plurality of health sensors, and wherein said instructions are provided to said user sequentially in said order, and wherein the second set of instructions is operable, when executed by said one or more computers, to cause said one or more computers to perform operations comprising: periodically receiving said one or more health measurements from said plurality of health sensors; generating one or more health alerts in response to said periodically received health measurements; based on said one or more health alerts, generating a call script comprising one or more health-related questions; and providing said call script to a second graphical interface of a second user device.
“2. The system of claim 1, wherein said second graphical interface further provides a dynamically changing workflow, wherein said workflow changes in response to said periodically received health measurements.
“3. The system of claim 1, wherein said second graphical interface further comprises graphical representations of said periodically received health measurements over a time period.
“4. The system of claim 3, wherein said graphical representations illustrate whether any of said periodically received health measurements produced at least one health alert of said one or more health alerts.
“5. The system of claim 3, wherein said periodically received health. measurements include blood pressure, pulse, glucose levels, blood oxygen levels, or weight.
“6. The system of claim 3, wherein said time period is one or more days, one or more weeks, one or more months, or one or more years.
“7. The system of claim 3, wherein said graphical representations are line graphs.
“8. The system of claim 1, wherein said second graphical interface further comprises a graphical window comprising patient information.
“9. The system of claim 8, wherein said patient information comprises biographical information, contact information, or patient medical history.
“10. The system of claim 1, wherein said second graphical interface further comprises a graphical window comprising a timeline of said one or more health alerts.
“11. The system of claim 10, wherein said timeline shows a status of one or more of said one or more health alerts or an association of one or more of said one or more health alerts with a responder.
“12. The system of claim 1, wherein said second graphical interface further comprises a graphical window for tracking statistics about resolutions of said one or more health alerts.
“13. The system of claim 1, further comprising providing said call script to said first user.
“14. The system of claim 13, further comprising, responsive to receiving one or more responses from said first user to one or more of said one or more health-related questions, presenting said responses in said second graphical interface.
“15. The system of claim 14, further comprising enabling said second user to resolve or escalate an alert of said one or more health alerts.
“16. The system of claim 15, wherein said enabling said second user to resolve said health-related alert includes indicating why a health-related result is false.
“17. The system of claim 1, wherein said second graphical interface further comprises a graphical window for tracking one or more statuses of said one or more health alerts.
“18. The system of claim 17, wherein said tracking one or more of said statuses comprises automatically generating one or more visualizations describing individual or system performance.”
URL and more information on this patent application, see: Pulicharam, Juvairiya Saidu; Zhao, Kevin. Population Health Platform. Filed
(Our reports deliver fact-based news of research and discoveries from around the world.)
Patent Issued for Methods and systems for receipt capturing process (USPTO 11321560): State Farm Mutual Automobile Insurance Company
eric Insurance Explains the Top Considerations When Looking for Car Insurance
Advisor News
Annuity News
Health/Employee Benefits News
Life Insurance News