Digital Therapeutic Systems and Methods

Abstract

A computer-implemented method, system, and medium for acquiring and processing data to implement a digital therapeutic system adapted to improve a user's health is provided. [Solution] The method includes identifying multiple target users for the digital therapeutic based on one or more target parameters, conducting outreach to one or more of the multiple target users using an outreach medium, identifying an activation mechanism to optimize use of the digital therapeutic, and promoting an engagement level with the digital therapeutic by one or more of the multiple target users.

Description

Related Applications

[0001] This application claims the benefit of U.S. Provisional Application No. 62 / 943,536, filed December 4, 2019, which is incorporated herein by reference in its entirety. [Technical Field]

[0002] The present disclosure relates generally to acquiring and processing data to implement digital therapeutic systems adapted to improve a user's health. [Background technology]

[0003] Rising healthcare costs are limiting patient access to appropriate care. At the same time, healthcare companies are increasing provider workloads and limiting doctor-patient interaction. Digital therapeutics could offer cost savings and the implementation of new treatments. However, digital therapeutics have yet to achieve critical mass due to the lack of a standardized value chain, lack of key processes, lack of metrics, and lack of best practices and benchmarking.

[0004] The present disclosure is directed to addressing one or more of the above problems. The introduction provided herein is intended to generally set forth the context of the disclosure. Unless otherwise indicated herein, the material described in this section is not prior art to the claims of this application, and no admission of prior art or suggestion of prior art is made by inclusion in this section. Summary of the Invention

[0005] The present disclosure is directed to a computer-implemented method for deploying a digital therapeutic that includes identifying a plurality of target users for the digital therapeutic based on one or more target parameters, conducting outreach to one or more of the plurality of target users using an outreach means, identifying an activation mechanism to optimize use of the digital therapeutic, and promoting an engagement level with the digital therapeutic by one or more of the plurality of target users.

[0006] The disclosed technology includes generating a report based on one or more of target users, outreach, activation mechanisms, or engagement levels. The report may be based on one or more of information analysis, discovery analysis, extrapolation analysis, or adaptation analysis. The report may include a comparison of the N+1 stage score with the N stage score.

[0007] The multiple target users are identified based on one or more of clinical factors, disease factors, technology factors, social factors, or demographic factors. The outreach is performed based on one or more of method, modality, frequency, time, or interaction level. The activation mechanism is based on one or more of modality, data enablement vs. data input, or location. The engagement level is based on one or more of in-solution vs. out-of-solution, frequency, length, and modality. At least one of identifying the multiple target users, performing the outreach, identifying the activation mechanism, and promoting the engagement level is based on the output of a machine learning model. The machine learning model is trained by modifying one or more weights or one of one or more layers based on training data. The training data includes one or more of stage inputs, known results, and comparison results. The comparison result is a ratio of the N+1 stage score to the N stage score. [Brief explanation of the drawings]

[0008] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate exemplary implementations of the disclosure and, together with the detailed description, serve to explain the principles of the disclosure. [Figure 1] FIG. 1 is a schematic diagram of a health management system according to one implementation of the present disclosure. [Figure 2] FIG. 2 is a schematic diagram of a portion of the health care system of FIG. [Figure 3] FIG. 3 is a schematic diagram of another portion of the health care system of FIG. [Figure 4] FIG. 4 is a flowchart of a digital therapy method according to one implementation of the present disclosure. [Figure 5] FIG. 5 is a multi-stage based flowchart according to one implementation of the present disclosure. [Figure 6] FIG. 6 is a flowchart for generating a comparison result according to one implementation of the present disclosure. [Figure 7] FIG. 7 is a flowchart for training a machine learning model according to one implementation of the present disclosure. [Figure 8] FIG. 8 is a simplified functional block diagram of a computer that may be configured as a host server, for example, to function as a healthcare provider decision server, according to one implementation of the present disclosure. [Figure 9] FIG. 9 is a graph showing experimental results according to one implementation of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0009] Reference will now be made in detail to implementations of the present disclosure, which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.

[0010] In the following discussion, relative terms such as "about," "substantially," "approximately," and the like are used to indicate a possible variation of ±10% in the stated numerical values. It should be noted that the descriptions set forth herein are merely exemplary in nature and are not intended to limit implementations of the subject matter or the application and uses of such implementations. Any implementation described herein as exemplary should not be construed as preferred or advantageous over other implementations. Rather, as noted above, the term "exemplary" is used in the sense of example or "illustration," rather than "ideal." The terms "comprise," "include," "having," "with," and any variations thereof, are used synonymously to indicate or describe a non-exclusive inclusion. Thus, a process, method, article, or apparatus using such terms does not include only those steps, structures, or elements, but may include other steps, structures, or elements not expressly described or inherent in such process, method, article, or apparatus. Furthermore, the terms "first," "second," etc., used herein do not denote any order, quantity, or importance, but rather are used to distinguish one element from another. Furthermore, the use of singular terms "a" and "an" herein does not denote a limitation of quantity, but rather denote the presence of at least one of the referenced item.

[0011] (Healthcare and Computing Environments) FIG. 1 is a block diagram of a health management system 100 according to one implementation of the present disclosure. A user 8 (e.g., a patient, a consumer, etc.) with an electronic device 19, such as a mobile device, a computer, a medical device, or any other electronic device configured to access an electronic network 32, such as the Internet, can communicate with or otherwise access a mobile health (mHealth) application 1. The mHealth application 1 is one implementation of digital therapeutics, as disclosed further herein. According to some implementations, the network 32 may include a wireless or wired link, such as a cellular network, Wi-Fi, a LAN, a WAN, Bluetooth, near-field communication (NFC), or other suitable form of network communication. Multiple electronic devices 19 may be configured to access the electronic network 32. A user 8 may access the mHealth application 1 with a single account linked to multiple electronic devices 19 (e.g., via one or more of a mobile phone, a tablet, and a laptop computer). The electronic device 19 may also include, but is not limited to, a mobile health device, a desktop computer or workstation, a laptop computer, a mobile handset, a personal digital assistant (PDA), a mobile phone, a network appliance, a camera, a smartphone, a smart watch, an Enhanced General Packet Radio Service (EGPRS) mobile phone, a media player, a navigation device, a gaming console, a set-top box, a biometric sensing device with communications capabilities, a smart television, or any combination thereof, or any other type of computing device having at least one processor, local memory, a display (e.g., a monitor or touchscreen display), one or more user input devices, and a network communications interface.Electronic devices 19 may include any type or combination of input / output devices, such as a display monitor, keyboard, touchpad, accelerometer, gyroscope, mouse, touchscreen, camera, projector, touch panel, pointing device, scrolling device, button, switch, motion sensor, audio sensor, pressure sensor, thermal sensor, and / or microphone. Electronic devices 19 may also communicate with each other by any suitable wired or wireless means (e.g., via Wi-Fi, radio frequency (RF), infrared (IR), Bluetooth, near field communications, or any other suitable means) to send and receive information.

[0012] The mHealth application 1 may communicate with other entities or networks to send and receive information. In some implementations, the mHealth application 1 may communicate with one or more applications associated with the user 8, such as, for example, an activity tracking (e.g., step tracking) application and / or other health-related applications. The mHealth application 1 may import data from the other applications, which may be analyzed and used when creating a treatment plan for the user 8. For example, the mHealth application 1 may import activity tracking data from the other applications and use that data to identify patterns between the user 8's exercise and blood glucose levels collected prior to use of the mHealth application 1. The mHealth application 1 may also import any other suitable data from other mobile health applications, such as blood pressure, BMI, A1C, exercise type, exercise duration, exercise distance, calories burned, total steps, exercise date, exercise start and end times, and sleep. The mHealth application 1 may also export data to other mobile applications, including, for example, other mobile health applications with social or interactive features. A healthcare provider 7, such as a physician, may prescribe the application. However, the mHealth application 1 may not require a prescription and could be an over-the-counter consumer application accessible without a prescription, for example, from a digital distribution platform for computer software. The mHealth application 1 may be tailored to a particular user 8 or activated directly by the user 8 by visiting a pharmacy 9 or other authorized entity. For example, the user 8 may receive an access code from the pharmacy that authorizes access to the mHealth application 1. The user 8 may be trained in using the mHealth application 1 by the mHealth support system 25 and / or application trainer 24.The mHealth application 1 may include various forms of programming 28, such as machine learning programming algorithms 26. The user's treatment plan may include prescriptions (e.g., for drugs, devices, and / or treatments), which may be dispensed by the pharmacy 9. The pharmacy 9 may allow for re-prescription of prescribed products / treatments after receiving approval based on the user's 8 compliance with the healthcare treatment plan. Approval may be received by the pharmacy 9, for example, by communication from the application 1 via the network 32 and various servers 29. Use of the drug or other medical product / treatment may also be transmitted to the manufacturer 37 via the network 32 to notify the manufacturer 37 of the amount of the medical product or treatment being used by the user 8. This information may help the manufacturer 37 assess demand for the medical product or treatment and plan supply. The healthcare provider 7 may also receive reports based on the user information received by the application 1 and may update the user's treatment plan based on this information. The user's electronic medical record 14 may also be automatically updated via the network 32 based on user information received by the mHealth application 1, which may include the user's 8 electronically transmitted feedback regarding the application. Healthcare provider 7 may be any suitable healthcare provider, including, for example, a physician, specialist, nurse, educator, social worker, MA, PA, etc.

[0013] 2 is a schematic diagram of additional aspects of system 100. For example, system 100 may access decision models stored in decision model database 270 via network 32. The retrieved decision models may be available for display and / or processing by one or more electronic devices 19, such as mobile device 215, tablet device 220, computer 225 (e.g., laptop or desktop), kiosk 230 (e.g., at a kiosk, pharmacy, clinic, or hospital that has medical and / or prescription information), and / or any device connected to network 32.

[0014] In the implementation shown in FIG. 2 , the mobile device 215, the tablet 220, and the computer 225 may each be equipped with or include, for example, a GPS receiver, for obtaining and reporting location information, e.g., GPS data, to any server 29 and / or one or more GPS satellites 255 via the network 32.

[0015] Each of the electronic devices 19, including the mobile device 215, tablet device 220, computer 225, and / or kiosk 230, may be configured to send and receive data (e.g., clinical information) to and from the server 29 system via the network 32. Each of the devices 19 may receive information, such as clinical data, from the server 29 via the network 32. The server 29 may include a clinical data server 240, an algorithm server 245, a user interface (UI) server 250, and / or any other suitable server. The electronic device 19 may include a user interface in data communication with the UI server 250 via the network 32. Each server may access the decision model database 270 and retrieve decision models. Each server may include memory, a processor, and / or a database. For example, the clinical data server 240 may have a processor configured to retrieve clinical data from a provider database and / or a patient's electronic medical record. The algorithm server 245 may have a database containing various algorithms and a processor configured to process the clinical data. The UI server 250 may be configured to receive and process input from the user 8, such as clinical decision-making preferences. The satellite 255 may be configured to send and receive information between the server 29 and the device 19.

[0016] The clinical data server 240 may receive clinical data, such as data about a user, from the electronic device 19 via the network 32 or indirectly via the UI server 250. The clinical data server 240 may store information in a memory, such as a computer-readable memory.

[0017] Clinical data server 240 may also be in communication with one or more other servers, such as algorithm server 245 and / or external servers. Server 29 may contain data about provider preferences and / or user 8's health history. Additionally, clinical data server 240 may contain data from other users. Algorithm server 245 may include machine learning and / or other suitable algorithms. Algorithm server 245 may also be in communication with other external servers and may be updated as desired. For example, algorithm server 245 may be updated with new algorithms, more powerful programming, and / or more data. Clinical data server 240 and / or algorithm server 245 may process the information and send the data to model database 270 for processing. In one implementation, the algorithm server(s) 245 may take pattern definitions in a simple format, predict several time steps into the future by using models, e.g., classification models such as Markov models, Gaussian, Bayesian, and / or linear discriminant functions, non-linear discriminant functions, random forest algorithms, etc., and optimize results based on the predictions, detect transitions between patterns, abstract data, extract information, infer higher level knowledge, combine higher and lower level information, understand user 8 and clinical behavior, infer from multi-temporal (e.g., different time scales) data and associated information, and reduce noise over time by using variable order Markov models and / or clustering algorithms such as k-means clustering.

[0018] Each server in the system of servers 29, including clinical data server 240, algorithm server 245, and UI server 250, may represent any of a variety of types of servers, including, but not limited to, a web server, an application server, a proxy server, a network server, or a server farm. Each server in the system of servers 29 may be implemented using any general-purpose computer capable of providing data to other computing devices, including, but not limited to, device 19 or any other computing device (not shown), for example, via network 32. Such a general-purpose computer may include, but is not limited to, a server device having a processor and memory for executing and storing instructions. Memory may include any type of random access memory (RAM) or read-only memory (ROM) embodied in a physical storage medium, such as magnetic storage, including floppy disks, hard disks, or magnetic tape; semiconductor storage, such as solid-state disks (SSDs) or flash memory; optical disk storage; or magneto-optical disk storage. Software may include one or more applications and an operating system. Hardware may include, but is not limited to, a processor, memory, and a graphical UI display. Each server may also have multiple processors and multiple shared or separate memory components configured to function together, for example, in a clustered computing environment or server farm.

[0019] 3 is another representation of a portion of system 100, showing additional details of electronic device 19 and server 29. Electronic device 19 and server 29 may each include one or more processors, such as processors 301-1 and 304-1. Processors 301-1 and 304-1 may each be a central processing unit, a microprocessor, a general-purpose processor, a special-purpose processor, or any device that executes instructions. Electronic device 19 and server 29 may also include one or more memories, such as memories 301-2 and 304-2, that store one or more software modules. Memories 301-2 and 304-2 may be implemented using any computer-readable storage medium, such as a hard drive, CD, DVD, flash memory, RAM, ROM, etc. Memory 301-2 may store module 301-3, which may be executed by processor 301-1. Similarly, memory 304-2 may store module 304-3, which may be executed by processor 304-1.

[0020] The electronic device 19 may further include one or more UIs. The UI may enable one or more interfaces for presenting information, such as a plan or intervention, to the user 8. The UI may be web-based, such as a webpage, or may be a standalone application. The UI may also be configured to accept information about the user 8, such as data entry and user feedback. The user 8 may enter the information manually, or the information may be entered automatically. In one implementation, the user 8 (or the user's caregiver) may enter information such as when medications were taken or what food and drink the user 8 consumed. The electronic device 19 may also include testing equipment (not shown) or an interface for receiving information from testing equipment. The testing equipment may include, for example, a blood glucose meter, a heart rate monitor, a weight scale, a blood pressure cuff, etc. The electronic device 19 may also include one or more sensors (not shown), such as a camera, microphone, or accelerometer, to collect feedback from the user 8. In one implementation, the device may include a blood glucose meter for reading and automatically reporting the user's blood glucose level.

[0021] The electronic device 19 may also include a presentation layer. The presentation layer may be a web browser, an application, a messaging interface (e.g., email, instant message, SMS, etc.). The electronic device 19 may present notifications, alerts, reading materials, reference materials, guides, reminders, or suggestions to the user 8 via the presentation layer. For example, the presentation layer may present articles determined to be relevant to the user 8, reminders to purchase medication, tutorials on a topic (e.g., a tutorial on carbohydrates), testimonials from others with similar symptoms, and / or one or more goals (e.g., carb counting goals). The presentation layer may also present information such as tutorials (e.g., user guides or instructional videos) and / or enable communication between a healthcare provider and the user 8, e.g., a patient. Communication between the healthcare provider and the user 8, e.g., a patient, may be via electronic messages (e.g., email or SMS), voice, or real-time video. One or more of these items may be presented based on a treatment plan or an updated treatment plan, as described below. The presentation layer may also be used to receive feedback from the user.

[0022] The system 100 may also include one or more databases, such as database 302. Database 302 may be implemented using any database technology known to those skilled in the art, such as relational or object-oriented database technology. Database 302 may store data 302-1. Data 302-1 may include a knowledge base for making inferences, statistical models, and / or user information. Data 302-1, or a portion thereof, may alternatively or simultaneously be stored on server 29 or electronic device 19.

[0023] System 100 may be used for a wide range of applications, including, for example, addressing a user's health care, maintaining a user's finances, and monitoring and tracking a user's nutrition and / or sleep. In some implementations of system 100, any received data may be stored in a database in encrypted form to increase data security against unauthorized access and to comply with HIPAA privacy and / or other legal, health care, financial, or other regulations.

[0024] With respect to any server or server system 29 depicted in system 100, the server or server system may include one or more databases. In one implementation, a database may be any type of data store or recording medium that may be used to store any type of data. For example, database 302 may store data received by or processed by server 29 that includes information related to a user's treatment plan, including the timing and dosage associated with each prescribed medication in the treatment plan. Database 302 may also store information related to user 8, including the user's literacy level associated with each of a plurality of prescribed medications.

[0025] (health condition) Diabetes mellitus (commonly referred to as diabetes) is a chronic, persistent metabolic disease (or condition) in which a patient's body is unable to produce any or enough insulin or is unable to use the insulin it does produce (insulin resistance), resulting in elevated levels of glucose in the patient's blood. Three identifiable types of diabetes include prediabetes, type 1 diabetes, and type 2 diabetes. Prediabetes is a condition in which blood glucose is high but not high enough to be type 2 diabetes. Type 2 diabetes is a chronic condition that affects how the body processes blood glucose. Finally, type 1 diabetes is a chronic condition in which the pancreas produces little or no insulin.

[0026] Diabetes is commonly diagnosed in several ways. Diagnosing diabetes may require repeated testing on multiple days to confirm a positive diagnosis of the type of diabetes. Some health parameters used by physicians or other appropriate healthcare providers when confirming a diabetes diagnosis include blood glycated hemoglobin (A1C) levels, fasting plasma glucose (FPG) levels, oral glucose tolerance tests, and / or random blood glucose tests. Healthcare providers are typically interested in a patient's A1C level to aid in the diagnosis of diabetes. Glycated hemoglobin is a form of hemoglobin primarily measured to determine a three-month average plasma glucose concentration and may be used by physicians and / or other appropriate healthcare providers. Health parameters include weight, age, nutritional intake, physical activity, cholesterol levels, triglyceride levels, obesity, tobacco use, and family history.

[0027] Once a diagnosis of diabetes type is confirmed by a physician or other appropriate healthcare provider, the patient may receive treatment to manage their diabetes. Patients whose diabetes is tracked or monitored by a physician or other healthcare provider may be treated by a combination of controlling blood sugar through diet, exercise, oral medications, and / or insulin therapy. Periodic testing for complications may also be required for some patients. Depending on how long a patient has been diagnosed with diabetes, the mHealth application 1 may suggest a specific treatment plan to manage the patient's condition. Oral medications typically include tablets taken by mouth to reduce glucose production by the liver and make muscles more sensitive to insulin. In other examples, if the patient's diabetes is more severe, additional medications, including injections, may be required to treat the patient's diabetes. Basal insulin injections, also known as background insulin, may be used by healthcare providers to maintain consistent fasting blood sugar levels. During fasting, a patient's body steadily releases glucose into the blood to provide energy to cells. Therefore, basal insulin injections are needed to control blood sugar levels and allow cells to take up glucose for energy. Basal insulin is typically administered once or twice daily, depending on the type of insulin. Because basal insulin acts for a relatively long period of time, it is considered a long-acting or intermediate-acting insulin. In contrast, bolus insulin can be used for rapid action. For example, bolus insulin may be administered specifically at mealtimes to control blood glucose levels after meals. In some instances, when a doctor or healthcare provider creates a treatment plan for a patient to manage their diabetes, the doctor creates a basal-bolus dosing regimen, which may involve several injections throughout the day. A basal-bolus regimen may involve an injection with each meal and attempts to closely mimic how the body releases insulin in non-diabetic individuals. A basal-bolus regimen may be applicable to people with type 1 diabetes and type 2 diabetes.In addition to basal-bolus regimens requiring insulin injections, treatment plans may be supplemented with the use of prescribed oral medications. Patient adherence to treatment plans may be important in managing a patient's disease state. For example, if a patient has been diagnosed with diabetes for more than six months, a very specific treatment regimen should be adhered to by the patient to achieve healthy or desirable blood glucose levels. Finally, the weekly pattern of these medication-type treatments may be important in managing diabetes. An mHealth application1 may recommend treatment plans to help patients manage their diabetes.

[0028] (Exemplary Method) As applied herein, a digital therapeutic is an evidence-based intervention implemented using one or more software programs to prevent, manage, or treat a medical disorder or disease. As an example implementation, mHealth application 1 in FIG. 1 is a digital therapeutic intervention. A digital therapeutic may rely on implementing behavioral and / or lifestyle changes that may be prompted by a collection of one or more digital drivers. As a result of the digital nature of digital therapeutics, data may be collected and / or analyzed to improve the digital therapeutic, increase adoption of the digital therapeutic, improve or implement reporting based on the use of the digital therapeutic, or improve patient care.

[0029] The techniques disclosed herein can be used to improve the current state of digital therapeutics implementation, given that digital therapeutics is part of an emerging industry with noisy or conflicting information, uncertain implementation models, undetermined nomenclature, lack of measurement or metrics, proprietary implementations, lack of stability, and / or lack of points of comparison. Implementations can be used with standardized nomenclature, process organization, configuration stability, broad applicability (e.g., across multiple diseases / domains), and enable measurement and benchmarking.

[0030] A digital therapeutic, such as mHealth application 1, may be implemented as a treatment or therapy that utilizes digital data, sensors, user data, user context, disease data, medical information, etc. to prompt or cause a change in a user's actions, behavior, and / or habits. According to one implementation, the digital therapeutic may itself provide the treatment via electronic device 19. For example, a digital therapeutic application (e.g., mHealth application 1) may output the digital therapeutic using electronic device 19. The digital therapeutic may be an auditory therapy, a visual therapy, an olfactory therapy, a tactile therapy, or a combination thereof, etc. The digital therapeutic may be output using one or more components of electronic device 19, such as, but not limited to, a speaker, a screen, a projector, an olfactory component, a tactile component, or any other applicable component that may be part of or connected (e.g., wired, wireless, etc.) to electronic device 19 associated with the digital therapeutic.

[0031] Digital therapeutics may be used as a preventative measure for patients at risk of developing and / or worsening a medical condition. For example, a user with pre-diabetes may be prescribed a digital therapeutic to change the user's diet and behaviors that may lead to a diagnosis of diabetes. Digital therapeutics may also be used as a treatment option for existing conditions. For example, a patient with type 2 diabetes may use a digital therapeutic to more effectively manage their disease based on a treatment plan implemented using digital therapeutics (e.g., mHealth application 1) as disclosed herein. Digital therapeutics may be used to alert, guide, or encourage the user regarding medication, exercise, diet, and / or one or more other aspects of disease management.

[0032] Digital therapeutics according to implementations of the disclosed subject matter may be implemented using electronic device 19 and / or server 29, which may obtain initial data from or about user 8 before creating a digital therapeutic plan. User 8 may enter data into electronic device 19, and the data may be transmitted to server 29. In some implementations, server 29 may receive data related to a healthcare provider; for example, a physician may enter relevant patient healthcare information into server 29. This data may be transmitted electronically by the provider and / or user 8 and received by server 29. Data may be transmitted electronically to and received by server 29 in any suitable manner. For example, a provider may access a digital therapeutic application (e.g., mHealth application 1) or a secure server and transmit or drop an electronic data file over a network, where the file may be accessed by the digital therapeutic application. In some implementations, a provider may authorize the digital therapeutic application with limited access to any electronic medical records, user prescription records, referral records, etc., in compliance with any healthcare privacy regulations and other applicable regulations. In some implementations, the service may electronically (e.g., automatically) retrieve health care data from such electronic records. In other implementations, user data may be electronically submitted by user 8 or electronically received by the service in any suitable manner. User data may be manually entered by user 8 via the digital therapeutics application and / or automatically retrieved by the service from the user's electronic device (e.g., electronic device 19) that may periodically or continuously measure the user's health metrics, such as heart rate, blood glucose, blood oxygen, blood pressure, activity, stress, mood, and / or sleep. In some implementations, user 8 may be required to complete questionnaires and / or surveys. Questionnaires may be presented to user 8 during setup of the digital therapeutics application.

[0033] In another implementation, the initial data may be received from other application software downloaded to device 19 (e.g., an application on a smartphone corresponding to a fitness band tracker used by user 8 to collect data regarding calories burned, steps taken, etc.). This initial data may be collected from the other application software periodically or continuously over a period of time.

[0034] The data received by the server may be stored in a database (e.g., database 302 of FIG. 3). The data may be accessed at any time and displayed, printed, or updated in any suitable manner. The stored data may be organized and accessed in any suitable manner. In some implementations, the data may be electronically tagged with various identifiers, such as age, gender, clinical status, etc.

[0035] The initial data may include an identification of one or more disease states of user 8 and / or other parameters associated with the health of user 8. For example, the initial data may include a diagnosis of diabetes selected from the following types: type 1, type 2, pre-diabetes, gestational diabetes, juvenile diabetes, adult latent autoimmune diabetes, etc. The initial data may include blood glucose levels, hemoglobin A1C levels, blood pressure levels, low-density lipid levels, high-density lipid levels, triglyceride cholesterol levels, total cholesterol levels, body mass index (BMI), age, weight, tobacco use, alcohol use, physical activity (e.g., steps, calories burned, heart rate), and diabetes stage / disease severity. Other types of data may also be included. In some implementations, the initial data may include the length of time user 8 has been diagnosed with a disease, such as diabetes. The initial data may also include other relevant data for user 8, including a clinical profile of user 8, such as disease history, significant medical events (e.g., heart attack, stroke, head injury, transplant), laboratory values, the user's self-reported clinical, behavioral, or psychosocial data, the user's demographics, medical history, etc. In one implementation, when the disease is diabetes, the user's relevant data may be the user's clinical data from the initial diagnosis and may also include the user's clinical data from before the initial diagnosis. In this implementation, if user 8 has had type 2 diabetes for 20 years, the relevant historical data may include the user's A1C and / or blood glucose levels for at least 20 years. Other suitable data sets that may be collected include metabolic data (e.g., blood pressure, blood glucose, weight, LDL, lab results, etc.), medications (e.g., dosage, frequency, type of medication), symptoms (e.g., structured and unstructured inputs), diet (e.g., food, calories, protein, fat, carbohydrates, sodium, allergies, etc.), activity (e.g., type, time, intensity, etc.), and psychosocial (e.g., finances, needs, beliefs, barriers, etc.).

[0036] For any data collected from user 8, metadata may be extracted from the stored data. In some other implementations, the system, device, and / or server may suggest places to eat based on the geotagging of user 8 (e.g., provide user 8 with recommendations for restaurants with healthy menu options that are close to user 8). In some implementations, restaurant menu data may be extracted based on the geotagged restaurants, and healthier menu options may be presented to user 8 from the menu data (e.g., menu items with low or no sugar may be presented to the user). In some implementations, restaurant meal data may be entered by user 8 into server 29 and / or device 19. In any implementation, meal options may be presented to user 8 based on the restaurant meal data, for example, based on the time of day, information about the user's eating habits, the user's personal preferences, medications, and / or exercise.

[0037] The initial data may also include medications currently being taken by user 8 (e.g., oral medications, basal injections, and / or bolus injections), as well as data related to the user's health and lifestyle, such as, for example, adherence history to prescription medications (e.g., blood glucose, oral insulin, etc.), adherence history to prescription medication dosages (e.g., blood glucose, oral insulin, etc.) correlated with effects on blood glucose levels, carbohydrate intake, weight, psychosocial determinants, and frequency of blood glucose testing correlated with effects on blood glucose levels. In some implementations, the user's engagement frequency with electronic device 19 may also be used for the initial user data. For example, if user 8 exhibits a high engagement frequency with electronic device 19, the digital therapeutics application may create a more complex digital treatment plan. The initial data may also include data entered by a healthcare provider and may include the healthcare provider's subjective opinion about user 8. For example, the data may include the healthcare provider's subjective opinion regarding the user's motivation, adherence, overall health, etc. The digital therapeutics application may weight the provider's subjective opinion when creating the treatment plan. For example, if the provider's subjective opinion about user 8 is that user 8 has high adherence to medication and diet, but low adherence to exercise, the subsequent treatment plan created by mHealth application 1 may include an increased emphasis on medication and diet, as opposed to exercise. Additionally, mHealth application 1 may also use this information to focus tutorials and educational content sent to user 8 on the topic of exercise and the benefits of exercise relative to the user's health.

[0038] Server 29 may associate user 8 with a cohort of other users (e.g., a group of users with similar physical, medical, and psychological determinants) based on similarities between user 8 and other users. For example, a male who is 70 inches tall, weighs 190 pounds, and has high blood pressure, Indian ethnicity, type 2 diabetes, and an A1C value of approximately 6.8% may be associated with a cohort of users with similar characteristics. As previously disclosed, a user 8 with an A1C value greater than 6.5% is considered diabetic. In this implementation, a cohort may be a group of Indian-American males with similar blood pressure, height, weight, and A1C values ​​who have responded well to particular treatment regimens and / or have responded poorly to other regimens. For example, a group of men of Indian ethnicity, who are 68 to 72 inches tall, and weigh 175 to 200 pounds may respond well to oral drug treatment for type 1 diabetes if the drug is taken twice daily at a particular dosage and time schedule. As described below, goals and / or treatment plans may be assigned to users 8 based on their association with a cohort, based on the outcomes or goals / treatments of users within the cohort. A physician or other appropriate healthcare provider, or the digital therapeutics application itself, may set goals and / or treatment plans based on goals and / or treatment plans that have been successful within the cohort to treat a particular medical condition. In some implementations, a cohort may include a small number of users, e.g., two users, while in other implementations, a cohort may include many more users, e.g., tens, hundreds, or thousands. Cohorts may change depending on the particular medical condition or chronic disease that a physician or other appropriate healthcare provider wishes to address.

[0039] The digital therapeutic application may receive one or more goals from the user 8 or other appropriate healthcare provider, or the mHealth application 1 may generate goals based on received initial data. In other implementations, the goal may be a default goal, such as lowering the user 8's blood glucose level when the application is a blood glucose management application. The goal may include improving one or more user health parameters, such as, for example, blood glucose level, hemoglobin A1C level, blood pressure, low-density lipid levels, high-density lipid levels, triglyceride cholesterol level, total cholesterol level, body mass index (BMI), weight, the user's activity level, sleep duration, sleep quality, prescription medication adherence, nutrition (e.g., carbohydrate intake), psychosocial determinants, and frequency of blood glucose testing correlated with effects on blood glucose levels, among others. Goals may be determined by the mHealth application 1 based on previously entered information, including information based on the user's disease state, the user's medical history, and / or other initial user data. Goals may also be determined based on a cohort associated with the user 8. One or more machine learning algorithms may be used by server 29 to assist in determining the goal. In some implementations, the goal may include a time period after which the goal should be achieved. For example, the goal may be to lower the user's A1C value by a certain amount over a fixed period of time (e.g., a treatment time frame to alleviate a particular health parameter of user 8). In some implementations, the fixed period of time may be one day, one week, one year, or any other suitable period of time. In some implementations, the period of time may be extended or shortened by mHealth application 1 based on the user's progress or adherence over the period of time. For example, mHealth application 1 may shorten the fixed treatment time frame from 20 weeks to 16 weeks if the user's A1C value is responding to a particular treatment more quickly than expected.

[0040] A goal may also include multiple parameters to be improved over a treatment timeframe. For example, user 8 may set a goal to lose 10 pounds and reduce user 8's A1C level from 6.7% to 6.3% over a 12-week period. In another implementation, the digital therapeutics application may set a goal to lower the user's total cholesterol level over a 20-week period in addition to reducing blood pressure from elevated to normal, e.g., 120 / 80 mmHg. In this implementation, the digital therapeutics application may extend the 20-week timeframe if the user is not on track to achieve the goal over the initial 20-week timeframe. For example, at week 15, the digital therapeutics application may increase the timeframe for user 8 to reach the goal to 30 weeks if it determines that the health parameters are not achievable within the initial timeframe.

[0041] According to implementations, a digital therapeutic experience chain is disclosed for optimizing the adoption of digital therapeutic solutions in one or more populations and / or patient cohorts. FIG. 4 is a flow diagram of an exemplary method 400 for implementing a digital therapeutic experience chain. In some implementations, the depicted method 400 may be used to implement the adoption of digital therapeutics by a patient population. Method 400 provides, but is not limited to, a series of macro-level processes for characterizing a company's and end-users' consumption experience with a digital therapeutic. Method 400 provides a framework for establishing common terminology, metrics for characterizing the digital therapeutic implementation experience, benchmarking and quantification of performance at one or more stages, and the like. All or a portion of method 400 may be configured to optimize portions of the digital therapeutic implementation experience across one or more environments or entities (e.g., hospital systems, health payers, self-insured individuals, employers, etc.). As disclosed herein, outputs associated with one or more stages of method 400 may be used to improve the implementation of a digital therapeutic, such as by comparing experience performance within similar or different environments or entities.

[0042] As shown in FIG. 4 , in stage 402, one or more targets may be identified. The one or more targets may be individuals, groups, or entities that are candidates for a given digital therapeutic solution, or digital therapeutic solutions in general. For simplicity, this disclosure may generally refer to targets as individuals. The one or more targets may be identified based on one or more of clinical factors, disease factors, technology or technographic factors, social factors, and / or demographic factors. In stage 404, one or more outreach attributes may be determined. The outreach attribute may be a technology, system, device, or implementation for connecting with all or a portion of the targets identified in stage 402. The one or more outreach attributes may be determined based on one or more of method, modality, frequency, time, interaction level, etc. In stage 406, one or more activations may be provided to activate a digital therapeutic for the targets identified in stage 402. Activation may be implemented via technologies, systems, devices, etc. for activating one or more targets to use the digital therapeutic or digital therapeutics in general. Activation may be determined based on one or more of modality, data enablement versus data entry, and / or location, etc. In stage 408, one or more engagement attributes may be determined. The engagement attributes may be associated with improving engagement of the digital therapeutic by one or more targets identified in stage 402. The engagement attributes may be determined using one or more of in-solution versus out-of-solution engagement, frequency, length, and / or modality of engagement, etc. FIG. 5 illustrates each factor and their respective components. In stage 410, a report based on any one or more of stages 402, 404, 406, or 408 may be generated.

[0043] The digital therapeutic experience chain of method 400 provides a set of macro-level processes that characterize a company's and end-user's consumption experience with a digital therapeutic. It provides a framework for establishing common terms, definitions, and measures that can be used to characterize the experience and evaluate performance at different points throughout the experience. All or a portion of the digital therapeutic experience chain of method 400 can be used as a configurator to optimize the experience in different operating environments (e.g., hospital systems, health insurance companies, self-insured employers, etc.). All or a portion of the digital therapeutic experience chain of method 400 can be used to drive continuous improvement by comparing experience performance across similar and different environments.

[0044] In stage 402, one or more targets may be identified based on a determination of one or more ideal candidates for a given digital therapeutic (e.g., mHealth application 1) solution or digital therapeutic solutions in general. A target may be a subset of end users that offers the best opportunity to demonstrate success with the use of a digital therapeutic. Targets may be identified based on target attributes and / or based on predetermined digital therapeutic attributes. For example, if deployment of a given digital therapeutic is not implementable by a given target (e.g., the target does not have a specific electronic device for implementing the digital therapeutic), that target may not be an identified target, even if the target is likely to use the digital therapeutic. Furthermore, in one implementation, the feedback potential of potential targets may be considered when identifying one or more targets. For example, potential targets that offer the ability to measure key parameters needed to determine successful deployment of a digital therapeutic may be identified relative to potential targets that do not.

[0045] The identified targets may be individuals, groups, or entities that are likely to use a given digital therapeutic or that may benefit from the use of a given digital therapeutic. For example, the identified targets may be individuals that are more likely to use a digital therapeutic application than one or more other individuals based on information obtained about each individual. In another implementation, the identified targets may be individuals with a medical condition (e.g., pre-diabetes, high blood pressure, high cholesterol, diabetes, hypertension, obesity, other heart conditions, etc.) that may benefit from a digital therapeutic (e.g., a diabetes-centered digital therapeutic such as mHealth application 1). Targets may be identified based on one or more factors, including, but not limited to, clinical factors 504, disease factors 506, technology or technographic factors 508, social factors 510, demographic factors 512 (e.g., geographic factors), and / or market segment factors 513, as shown in target section 502 of FIG. 5 .

[0046] The clinical factors 504 may include, but are not limited to, users with different health capabilities based on key clinical markers. The markers may include, for example, HbA1c for diabetes, blood pressure for hypertension, weight / height for obesity, cholesterol levels for heart disease, patient attributes for the corresponding condition, and test results for the corresponding condition. The clinical factors 504 may indicate the severity of the condition or may be used to indicate the likelihood that a user with a given condition will use a given digital treatment. For example, a group of individuals with pre-diabetes may be identified as a target for an mHealth application 1 based on the likelihood that the individual will benefit from the mHealth application.

[0047] The clinical factors 504 may be obtained from accessing a cloud database via the network 32, which may store clinical factors 504 associated with multiple potential targets. The clinical factors 504 may be entered, for example, by potential targets using their respective electronic devices 19. The clinical factors 504 may be correlated with multiple potential targets (e.g., while concealing the identity of each potential target). Correlation may be performed using diagnosis, medical condition, and / or electronic medical record (EMR) data, and correlation of these with the potential targets (e.g., patient ID, EMR ID, etc.) may be used. The clinical factors 504 may be obtained from a healthcare provider or system (e.g., a physician, hospital network, EMR, etc.) via the network 32.

[0048] The disease factors 506 may enable targeting of users with different comorbidities. For example, a targeted user may be an individual with high blood pressure and congestive heart failure, or an individual with diabetes or heart disease. A user with multiple disease factors 506 is likely to use a digital therapeutic, for example, as using a digital therapeutic instead of or in combination with traditional medications may improve an individual's treatment plan. In one implementation, a digital therapeutic may be used in combination with traditional medications, at least in part, to alert the patient regarding the timing of medication consumption. A user with comorbidities may rely on a digital therapeutic because ensuring medication adherence may be too difficult without the digital therapeutic. Clinical and / or disease factors 506 may be based on metabolic conditions, medication regimen-driven, and / or comorbidity-driven.

[0049] The disease factors 506 may be obtained from accessing a cloud database via the network 32, which may store disease attributes associated with multiple potential targets. The disease factors 506 may be entered, for example, by potential targets using their respective electronic devices 19. The disease factors 506 may be correlated with multiple potential targets (e.g., while concealing the identity of each potential target). The correlation may be performed using diagnosis, medical condition, and / or electronic medical record (EMR) data, and correlation of these with the potential targets (e.g., patient ID, EMR ID, etc.) may be used. The disease factors 506 may be obtained from a healthcare provider or system (e.g., a physician, hospital network, EMR, etc.) via the network 32.

[0050] The technology or technography factor 508 may allow for targeting users with different levels of technological sophistication or different types of access to technology. Technological sophistication may correspond to one or more of experience with technology in general, experience with a particular technology associated with a given digital therapeutic, proficiency with technology, comfort level with technology (e.g., general or specific), expressed preferences regarding technology, etc. Access to technology may include access to a network (e.g., a wired or wireless internet connection) and / or access to hardware (e.g., connected medical equipment, wearables, mobile devices, computers, laptops, tablets, IoT sensors, etc.).

[0051] The technology or technography factors 508 may be obtained based on assessing a user's technological sophistication based on observing a given user's interaction with a given technological device (e.g., electronic device 19) or technological interface. The assessment may be based on user-initiated sessions, data received from a third party, or real-time or recorded user interactions. The technology or technography factors 508 may be input by, for example, a potential target using a respective electronic device 19. For example, a user may input a comfort level using a mobile device or a wearable device. The technology or technography factors 508 may be determined by accessing a database (e.g., via network 32) to determine the type of device associated with the user or user account. For example, a user account may consolidate information about each of the user's devices, and the user account may be accessed to determine the user's access to technology. The technology or technography factors 508 may be determined based on a user's purchase history. For example, a user may purchase a medical device and the transaction may be recorded and captured to determine that the user is able to use a given medical device.

[0052] Social factors 510 may allow for targeting patients with different social determinants or constraints, such as education level, income, access to care, mental health (e.g., anxiety, depression, distress, etc.), etc. Social factors 510 may determine a potential target's likelihood of using digital therapeutics. For example, users who rely on mobile devices to address mental health conditions may be more likely to use digital therapeutics, while users with adequate access to care may decide to choose care over digital therapeutics.

[0053] The social factors 510 may be obtained by accessing a cloud database via the network 32, which may store social attributes associated with multiple potential targets. The social factors 510 may be entered, for example, by potential targets using their respective electronic devices 19. The social factors 510 may be correlated with multiple potential targets (e.g., while concealing the identity of each potential target). The correlation may be performed using electronic medical record (EMR) data and correlations between these and the potential targets (e.g., patient ID, EMR ID, etc.). The social factors 510 may be obtained from a healthcare provider or system (e.g., a doctor, hospital network, EMR, etc.) via the network 32 and / or via a social network associated with the potential targets.

[0054] Demographic factors allow for targeting patients with different demographic attributes, such as geography (e.g., city, state, country, region, topography), age, rural or urban denomination, etc. Demographic factors may determine a potential target's likelihood of using digital therapeutics, for example, based on data associated with other individuals from the same or similar demographics that indicates whether those other individuals use digital therapeutics. For example, the potential target's country may be used to determine whether the potential target is likely to use digital therapeutics based on the use of digital therapeutics by other individuals from the same country.

[0055] The demographic factors may be obtained by accessing a cloud database via the network 32, which may store demographic attributes associated with multiple potential targets. The demographic factors may be entered, for example, by the potential targets using their respective electronic devices 19. The demographic factors may be correlated with multiple potential targets (e.g., while concealing the identity of each potential target). The correlation may be performed using electronic medical record (EMR) data, survey data, and / or record data, and correlation of these with the potential targets (e.g., patient ID, EMR ID, etc.) may be used. The demographic factors may be obtained from healthcare providers or systems (e.g., physicians, hospital networks, EMRs, etc.) via the network 32 and / or social networks associated with the potential targets.

[0056] Market segment-based factors 513 may enable targeting of patients based on access to care based on different market providers. Market segments may include private insurance, commercial insurance, Medicare, Medicaid, concierge coverage, etc. Market segment factors 513 may indicate whether a potential target user is likely to use digital therapeutics. For example, users who are insured using commercial insurance may be determined to be more likely to use digital therapeutics. Market segment information may be obtained by accessing a cloud database via network 32, which may store insurance attributes associated with multiple potential targets. Market segment factors 513 may be entered, for example, by potential targets using respective electronic devices 19. Market segment factors 513 may be correlated with multiple potential targets (e.g., while keeping the identity of each potential target hidden). Correlation may be performed using electronic medical record (EMR) data, survey data, and / or record data, and correlations between these and potential targets (e.g., patient IDs, EMR IDs, etc.) may be used. Market segment factors 513 may be obtained from healthcare providers or systems (eg, physicians, hospital networks, EMRs, etc.) via network 32.

[0057] Thus, in stage 402, multiple targets may be identified based on one or more of the factors disclosed above. The multiple targets may also be identified based on the likelihood that the identified multiple targets are more likely than others to use a given digital therapeutic, or digital therapeutics in general. The identified multiple targets may be stored locally or via network 32 in a cloud database, such as one or more servers 29.

[0058] In stage 404, one or more outreach attributes 514, as shown in FIG. 5, may be identified based on determining the best way to increase awareness of a given digital therapeutic (e.g., mHealth application 1) solution. The outreach attributes 514 may include services, methodologies, individuals, groups, or entities likely to promote use of the given digital therapeutic. For example, the outreach attributes 514 may identify individuals who are in more frequent contact with targets likely to use the given digital therapeutic. The outreach attributes 514 may be identified based on one or more factors, including, but not limited to, method 516, modality 518, frequency 520, time 522, and / or interaction level 524. The outreach attributes 514 may determine how to most effectively connect with the identified targets to use the digital therapeutic. The number of outreach iterations (e.g., campaigns, number of contacts, etc.) may be a factor when determining the outreach attributes. Additionally, scalability may be considered when determining the outreach attributes 514. Scalability potential may consider increasing the reach of outreach and / or the cost-effectiveness of outreach.

[0059] The method of outreach 516 may be an attribute that defines the spread of a given digital therapeutic. A first digital therapeutic may be spread more quickly using a first method of outreach, and a second digital therapeutic may be spread more quickly using a second method of outreach. The method of outreach 516 may include, but is not limited to, human outreach, automated outreach, etc. Human outreach may include, for example, prescription-based outreach from a physician, or may include incentives or information sharing via individuals, such as physicians, medical professionals (e.g., registered dietitians (RDs), clinical nutritionists (CDEs), social workers (SWs), etc.), users of the digital therapeutic, etc. Automated outreach may be performed using one or more technological modalities and may be broadcast, multicast, or used to connect with one target user at a time.

[0060] Outreach modalities 518 may be performed in person, via technology, via one or more communication modes, or the like. Example implementations of modalities 518 include, but are not limited to, digital advertising, email, websites, portal access, messaging, social media promotions, telephone calls, chat sessions, social gatherings, in-person discussions, etc. Physical outreach may be performed via on-premise promotions, mail promotions, etc.

[0061] The frequency 520 of outreach may be determined to optimize the reach of a given digital therapeutic. For example, a balance ratio may be determined for the amount of outreach over a given time period so that the target user is not oversaturated by the outreach but is provided with enough contacts for the outreach to be effective. A comprehensive outreach implementation may include varying the frequency 520 of outreach for each method 516 and / or each modality 518, such that a first method of outreach may be more frequent than a second method of outreach. The frequency 520 may be determined based on the output of a machine learning model that inputs, for example, target user attributes, clinical factors 504, disease factors 506, technology factors 508, social factors 510, demographic factors 512, and / or market segment factors 513, and outputs the frequency 520. Machine learning models that may be used are discussed further herein. The frequency 520 may be based on user behavior, such as the user's receipt of a given promotion via a given modality 518 and their subsequent use or non-use of the digital therapeutic. For example, if a user experiences a promotional outreach and does not use a given digital therapeutic, the frequency of that promotional outreach or the frequency of a different promotional outreach may be adjusted based on the user not using the given digital therapeutic.

[0062] The outreach time 522 may be determined to optimize the reach of a given digital therapeutic. For example, one or more optimal times for reaching a target user may be determined to correspond to the time when the target user is most likely to use the digital therapeutic. The outreach time 522 may be user-specific, target factor-specific, or general and apply to a group or all target users. A comprehensive outreach implementation may include varying the outreach time 522 for each method 516 and / or modality 518, such that a first method of outreach may be used at a first time and a second method of outreach may be used at a second time. The time 522 may be determined based on the output of a machine learning model that inputs, for example, target user attributes, clinical factors 504, disease factors 506, technology factors 508, social factors 510, demographic factors 512, and / or market segment factors 513, and outputs the time 522. Machine learning models that may be used are discussed further herein. The time 522 may be based on user actions, such as the user's receipt of a given promotion via a given modality 518 and subsequent use or non-use of a digital therapeutic. For example, if a user experiences a promotional outreach at a first time and does not use the given digital therapeutic, the time 522 of the promotional outreach may be adjusted based on the user not using the given digital therapeutic.

[0063] The interaction level 524 may be determined to optimize the reach of a given digital therapeutic. The interaction level 524 may be a classification of the interaction, such as one-way interaction or two-way (i.e., interactive) interaction. Alternatively or additionally, the interaction level 524 may include the duration, depth, or extent of the interaction. For example, a human interaction may be two minutes long or fifteen minutes long. However, it may be determined that outreach longer than three minutes results in diminishing returns. Thus, the interaction level 524 may be capped at three minutes to avoid oversaturating the target user. The interaction level 524 may be determined based on the output of a machine learning model that inputs, for example, target user attributes, clinical factors 504, disease factors 506, technology factors 508, social factors 510, demographic factors 512, and / or market segment factors 513, and the interaction level 524 may be output. Machine learning models that may be used are discussed further herein.

[0064] In stage 406, one or more activations 526 of FIG. 5 may be provided based on a determination of the best way to activate a digital therapeutic (e.g., mHealth application 1) solution for one or more target users. The activations 526 may be based on one or more of modality 528, data enablement vs. data entry 530, and / or location 532, and may be human-assisted (e.g., in a clinic or office, via human communication, remote assistance, teleassistance, etc.), technology-driven (e.g., via a mobile application, electronic prompts, etc.), and / or technology-automated (e.g., via non-deep linking, deep linking, automated bots, etc.). The provided activations 526 may be selected to maximize the activation-to-outreach ratio, such that the provided activations 526 are most effective given one or more corresponding outreach attributes 514.

[0065] The activation modality 518 may be assisted, self-activated, or the like. Implementations of the modality 518 include the user self-activating the digital therapeutic, the user receiving guidance via a technology platform (e.g., email, messaging, an application portal, a social media portal, a guided or automated chat, etc.), a telephone call, etc. For example, the user may receive a link at a predetermined time 522 such that selection of the link results in activation of the digital therapeutic. As another implementation, the user may receive a call from an automated system to remind the user to activate the digital therapeutic at a predetermined time. In one implementation, the user may be allowed to select their preferred modality based on one or more modality options. In another implementation, the modality 518 may be determined based on the output of a machine learning model that inputs, for example, target user attributes, clinical factors 504, disease factors 506, technology factors 508, social factors 510, demographic factors 512, and / or market segment factors 513, and outputs the modality 518. Machine learning models that may be used are discussed further herein.

[0066] Data enablement versus data entry 530 may be referred to as automatic entry of data versus user entry of data. A determination regarding lack of activation may be made based on the amount of data that the user may need to enter. Thus, available data may be pulled from one or more devices and / or systems, including, but not limited to, the electronic device 19, the EMR 14, the pharmacy 9, the server 29, etc., or may be received over the network 32. Data enablement may be based on target user attributes for outputting the modality 518, clinical factors 504, disease factors 506, technology factors 508, social factors 510, demographic factors 512, market segment factors 513, based on the electronic device 19, previous user input, and / or the like.

[0067] Activation may be provided based on location 532, which may be any applicable location where a digital therapeutic may be activated. Location 532 may be a doctor's office, a healthcare provider's location, home, work, etc. Location 532 may be a location that changes from a first activation to a second activation. Additionally, location 532 for a single activation may change, such as when a user activates a given digital therapeutic while traveling or commuting.

[0068] At 408, one or more engagement attributes may be determined. The engagement attributes may be determined to maximize engagement with the digital therapeutic or to maximize engagement based on the digital therapeutic. Engagement based on the digital therapeutic may be different from engagement with the digital therapeutic, and engagement based on the digital therapeutic may utilize tools, processes, technologies, etc. external to the application associated with the digital therapeutic. For example, the digital therapeutic application may determine the optimal time for a user to take their diabetes medication. However, instead of or in addition to alerting the user to take their diabetes medication at the optimal time, the digital therapeutic may send an SMS message to the user's mobile phone. Thus, engagement with the SMS message may be based on the digital therapeutic. As shown in FIG. 5, engagement attributes 534 may be based on in-solution (e.g., in the digital therapeutic application) versus out-of-solution 536. The one or more engagement attributes may be based on identifying which subsets of users exhibit common engagement patterns and may further be based on what defines these patterns (e.g., demographics, drug regimens, use of particular in-application features, etc.). The engagement attributes may be based on utilizing healthcare professionals to optimize user engagement with a given digital therapeutic (e.g., in a manner that is easy to use, manageable, fits into workflow, etc.). The engagement attributes may define or be selected based on engagement metrics that provide feedback regarding a given engagement.

[0069] The engagement attributes 534 may further be based on the frequency of engagement 538, the length of engagement 540, and / or the modality of engagement 542. By way of example, the engagement may be performed via a software application related to the digital therapeutic (e.g., guided data collection, real-time feedback (RTFB), longitudinal feedback (LFB), insights, education, assistance, comprehensive data analysis (CDA), artificial intelligence, etc.), via a prescribing healthcare provider (e.g., who may prescribe the use of the digital therapeutic, review a clinical decision support or clinical decision system (CDS), or adjust a digital therapeutic plan), via a care team or program administrator (e.g., individual intervention, group intervention, etc.), via customer care (e.g., onboarding, human engagement, trouble management, prescription upgrades, etc.), via an artificial intelligence engine (e.g., human analysis and intervention, automated analysis and intervention, etc.), or the like.

[0070] The frequency of engagement 538 may be the number of times the digital therapeutic is engaged within a given time period. The frequency 538 may be optimized to balance need (e.g., medical adherence, exercise adherence, dietary adherence, etc.) with engagement saturation. The frequency 538 may be based on an individual, a group, or all users. The length of engagement 540 may be the time of engagement and / or the time of the activity or task performed based on the engagement. The length 540 may be optimized to encourage use of the digital therapeutic as dictated by a given user's condition or need. The modality of engagement or treatment 542 may be any applicable medium, such as an application, a web page, software, a wearable device, a mobile device, a holographic device, a phone, a virtual reality (VR) system, an augmented reality (AR) system, etc.

[0071] At stage 410, a report may be generated. The report may be based on any data associated with stages 402, 404, 406, and 408 of method 400 of FIG. 4 , as disclosed herein. The report may include one or more components of enrollment for a given digital therapeutic, results from one or more stages of method 400, etc. For example, the report may include one or more of cost metrics, effect metrics, time metrics, individual cost metrics, population-based cost metrics, individual effect metrics, population-based effect metrics, individual time metrics, population-based time metrics, etc. In one implementation, the report may contribute value to an integrated approach to implementing a digital therapeutic solution via method 400. The report may identify where integration should occur within the digital therapeutic experience chain (e.g., method 400) (e.g., in one or more stages of method 400) and may identify one or more sources or components of value to which the integration contributes.

[0072] The report may be generated in any applicable format usable by a human user (e.g., screen, web page, application, PDF, Excel, text-based report, etc.) or usable by an automated system (e.g., feedback loop, machine learning model, etc.). The report may provide one or more of an information analysis (e.g., based on information received from the patient or healthcare system), a discovery analysis (e.g., based on items discovered during implementation of method 400), an extrapolation analysis (e.g., identification of potential changes), an adaptation analysis (e.g., results from implementing one or more changes), etc. The report may be provided in an organized, searchable, and / or filterable manner. For example, the report may be filterable by one or more of the factors or attributes shown in FIG. 5 (e.g., clinical factors 504, method of outreach 514, activation modality 528, frequency of engagement 538, etc.).

[0073] As illustrated through the stages of method 400, reports may be generated to identify the most useful data for improving or validating the digital therapeutic experience chain. For example, for a first stage or a subsequent stage, a report may show relevant data associated with that stage and / or data that will enable improvement of that stage. For example, a report may include data used to identify targets in stage 402 and may use activation data from stage 406 to provide insights about targets in stage 402. A report may be generated by using available data to discover trends, patterns, and / or insights. A report may identify practices and / or policies that should be implemented to meet good data science governance policies.

[0074] 6 illustrates a method 600 for outputting comparison results from two or more stages of method 400 and applying the comparison results to a machine learning model. As disclosed herein, the comparison results may be included in a report generated in stage 410 of method 400.

[0075] In step 602, an N stage score may be received. The N stage may correspond to any one of stages 402, 404, 406, 408, or 410 of method 400. The N stage score may correspond to a score associated with the implementation of the respective stage. The N stage score may be based on the success of that given stage, which may be determined by stage-specific factors. The success of a given stage may be based on predetermined or dynamically determined criteria, or may be based on a comparison to previous iterations of the given stage. As an example implementation, stage 402 may include target identification factors (e.g., number of identified targets, proportion of identified targets, comparison of identified targets to previously identified targets, etc.), stage 404 may include outreach factors (e.g., click rate, view rate, user engagement rate, target reach rate, etc.), stage 406 may include activation-based factors (e.g., frequency of activation, percentage of users who activated the digital therapeutic within a predetermined time, cause of activation, consistency of activation, etc.), and stage 408 may include engagement-based factors (e.g., time of engagement, quality of engagement, frequency of engagement, results from engagement, etc.). At 604, an N+1 stage score may be received. The N+1 stage may correspond to a stage subsequent to the N stage in step 602. For example, if the N stage score is from stage 402, the N+1 stage score corresponds to the score for stage 404.

[0076] At 606, the N+1 stage score may be compared to the N stage score. The comparison may be any applicable comparison, such as the ratio between the N stage score and the N+1 stage score, the difference between the N stage score and the N+1 stage score, the change in the N stage score versus the change in the N+1 stage score, etc. The comparison may be numerical, ranking, designation, fraction, etc. The comparison of the N+1 stage score to the N stage score may provide insight into one or both stages. For example, if the N stage score is disproportionately higher than the N+1 stage score (e.g., as indicated by a ratio), the difference may trigger an adjustment to the N+1 stage. As a specific implementation example, if in stage 402 the score associated with identifying targets is 100, but in stage 404 the outreach to those targets is 20, this may indicate a large discrepancy between stages 402 and 404. Accordingly, one or more changes may be triggered as a result. For example, during subsequent iterations, more resources may be devoted to the outreach stage 404 compared to the target identification stage 402.

[0077] At 608, the comparison results may be output. The output may be part of the report created in stage 410 of method 400, or may be output independently of the report. The comparison results may be output via any applicable format (e.g., screen, web page, application, PDF, Excel, text-based report, etc.). The comparison results may be output to an input component of the digital therapeutic system so that changes to one or more stages of method 400 can be implemented based on the comparison results.

[0078] Alternatively or additionally, the comparison results may be applied to a machine learning model at 610. The comparison results may be an input to, or one of the inputs to, the machine learning model, such that changes to one or more stages of method 400 are implemented based on the comparison results, which are based on the output of the machine learning model. Figure 7 shows components of the comparison results 706, as further disclosed herein.

[0079] One or more of the stages of method 400, the factors or attributes of FIG. 5, and / or the comparisons of method 600 may be implemented based on the output of one or more machine learning models. For simplicity, a single machine learning model is discussed herein, but it will be understood that multiple machine learning models may be used for different outputs. The machine learning model may be trained using a dataset including supervised, partially supervised, or unsupervised sample digital therapeutic data (e.g., from actual or simulated stages of method 400). For example, a learning algorithm or network (e.g., a clustering algorithm, a neural network, a deep learning network, a genetic learning algorithm, or an algorithm based on a convolutional neural network (CNN), a CNN with multi-instance learning or multi-label multi-instance learning, a recurrent neural network (RNN), a long short-term memory RNN (LSTM), a gated recurrent unit RNN (GRU), a graph convolutional network, etc.) may be applied to the digital therapeutic data. By applying a large number of such digital therapeutic data, machine learning algorithms may be used to train machine learning models and provide applicable outputs (e.g., targets, outreach attributes, activation, engagement attributes, reports, one or more factors or attributes from FIG. 5, etc.).

[0080] FIG. 7 illustrates an exemplary training module 700 for training a machine learning model of a digital therapeutic system. As shown in FIG. 7, training data 702 may include one or more stage inputs 704 (e.g., one or more outputs from a stage of method 400, a factor or attribute from FIG. 5, etc.) and known results 708 associated with the digital therapeutic system (i.e., known or desired outputs for future inputs similar to or in the same category as stage input 704 that do not have a corresponding known output). The training data 702 and a training algorithm 710 may be provided to a training component 720, which may apply the training data 702 to the training algorithm 710 to generate a machine learning model of the digital therapeutic. According to one implementation, the training component 720 may be provided with the comparison results from step 610 of method 600. The comparison results may be used by the training component 720 to update the machine learning model of the digital therapeutic. For example, the ratio of stage 404 compared to stage 402 may be used to modify the machine learning model of the digital therapeutic to prioritize outreach over targeting for subsequent iterations of method 400.

[0081] Figure 8 is a simplified functional block diagram of a computer that may be configured as a host server to function, for example, as a healthcare provider decision server. Figure 8 illustrates a network or host computer platform 800. Those skilled in the art are believed to be familiar with the structure, programming, and general operation of such computing equipment, and as a result, the drawings will be self-explanatory.

[0082] For example, a platform such as server 800 may include a data communication interface 860 for packet data communication. The platform may also include a central processing unit (CPU) 820 in the form of one or more processors for executing program instructions. The platform typically includes an internal communication bus 810, program storage, and data storage for various data files processed and / or communicated by the platform, such as ROM 830 and RAM 840. The hardware elements, operating systems, and programming languages ​​of such equipment are conventional in nature and are presumed to be sufficiently familiar to those skilled in the art. Server 800 may also include input / output ports 850 for connecting input / output devices such as a keyboard, mouse, touchscreen, monitor, display, and communication ports 860. Of course, various server functions may be implemented in a distributed manner across multiple similar platforms to distribute the processing load. Alternatively, a server may be implemented by appropriate programming of a single computer hardware platform.

[0083] Additionally, the report or any applicable output may identify the relative value provided by one or more integration points. For example, potential integration points may include programmatic integration (e.g., providing an organizing structure around the implementation of a digital therapeutic solution), provider integration (e.g., engaging clinical key entities at various points in the digital therapeutic experience chain), and system or EMR integration (e.g., reducing friction in ease of provider interaction as well as data accessibility with digital therapeutics).

[0084] As provided in chart 900 of FIG. 9 , experimental results demonstrate that incremental impact on key digital therapeutic metrics creates value. As shown in legend 902, persistence is indicated by a dot pattern, engagement rate is indicated by a check pattern, and activation rate is indicated by a solid state. As shown, compared to a baseline 904 having a direct-to-consumer implementation (i.e., no digital therapeutic experience chain (DTC) such as method 400), a program including employer or payer involvement in 906 demonstrates improved training effectiveness, increased access and efficiency, access to support, and increased touchpoints. In this scenario, persistence increased by 4x, engagement increased by 2x, and activation rate increased by 15x. As shown, comparing an incremental program with employer or payer engagement at 906 to a baseline with direct-to-consumer implementation at 904, the program with provider (e.g., health system, payer) engagement demonstrates increased access to analyzed patient-generated health data (PGHD), improved outcomes through treatment optimization, and improved quality measures (e.g., Centers for Medicare & Medicaid Services (CMS) Healthcare Effectiveness Data and Information Set (HEDIS), CMS star ratings, etc.). This scenario resulted in a 5x increase in persistence, a 4x increase in engagement, and a 26x increase in activation rates. As shown, comparing incremental programs involving employer or payer engagement at 906 and incremental programs involving healthcare providers (e.g., health systems, payers) at 908 together with the baseline 904, programs advertising integration (e.g., EMR integration) demonstrate one-touch activation (e.g., reducing activation friction), ease of prescribing, oversight of digital therapeutic tools (DT tools), ease of integration into EMR-driven workflows, and rich data for population health insights. This scenario resulted in a 7.5x increase in persistence, a 7x increase in engagement, and a 39x increase in activation rate.

[0085] Program aspects of the present technology may typically be thought of as a "product" or "article of manufacture" in the form of executable code and / or associated data executed or embodied on some type of machine-readable medium. "Storage" type media may include any or all of the tangible memory of a computer or processor, or associated modules such as various semiconductor memories, tape drives, disk drives, etc., which may provide non-transitory storage for software programming at any time. All or portions of the software may sometimes be communicated over the Internet or various other telecommunications networks. For example, such communication may enable loading of software from one computer or processor to another, e.g., from a mobile communications network management server or host computer to a server computer platform and / or from a server to a mobile device. Thus, other types of media that may carry software elements include light waves, radio waves, and electromagnetic waves, such as those used over physical interfaces between local devices, over wired and optical fixed-line networks, and over various air links. Physical elements that carry such waves, such as wired or wireless links, optical links, etc., may also be considered media that carry software. As used herein, unless limited to non-transitory, tangible "storage" media, terms such as computer or machine "readable medium" refer to any medium that participates in providing instructions to a processor for execution.

[0086] It will be apparent to those skilled in the relevant art that the present disclosure, as described herein, may be implemented in many different implementations of software, hardware, firmware, and / or the entities shown in the figures. The detailed description does not limit the scope of any actual software code along with the specialized control of hardware to implement the implementations. Accordingly, the operational behavior of implementations will be described with the understanding that modifications and variations of the implementations are possible given the level of detail presented herein.

[0087] It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosed implementations, as claimed.

[0088] Other implementations of the present disclosure will be apparent to those skilled in the art from consideration of the specification and implementations of the invention disclosed herein. It is intended that the specification and implementations be considered as exemplary only, with a true scope and spirit of the invention being indicated by the following claims.

Claims

1. A computer implementation method for deploying a digital therapy program, Determining the possibility of using the digital therapy for each of a plurality of users, wherein a machine learning model receives a plurality of user characteristics and outputs the possibility of using the digital therapy for each of the plurality of users, each of the plurality of users can access the digital therapy using a single account linked to one or more of their respective target user electronic devices, the digital therapy for a given user among the plurality of users communicates with at least one external application associated with the given user, the external application is selected from at least one of exercise tracking applications or health-related applications, each target user electronic device is configured to receive data from a clinical data server and a user interface server, the user interface server is configured to receive and process user input, each target user electronic device includes a presentation layer selected from a web browser, application, or messaging interface, the presentation layer provides notifications and alerts associated with the digital therapy, The aforementioned digital therapy, Initial data including current medications, prescription drug compliance history, carbohydrate intake, body weight, and blood glucose levels, User history of engagement with each target user's electronic device, A specific cohort of users associated with each of the aforementioned multiple users, each of which is determined based on one of the following: similarity of physical conditions, similarity of medical conditions, or similarity of psychological decision-making conditions. It is configured to output treatment based on, The process involves determining the likelihood of feedback from each of the aforementioned users, wherein the likelihood of feedback corresponds to the likelihood of feedback on the digital treatment, and the machine learning model outputs the likelihood of feedback based on the user characteristics, past likelihood of feedback, and past user characteristics. Identifying multiple target users for the digital therapy from among the multiple users based on one or more target parameters including the potential for use of the digital therapy and the potential for feedback for each of the multiple target users, and further based on at least one clinical factor based on health ability, at least one disease factor based on the presence of comorbidities, at least one social factor based on one or more of education level, income, access to care, or mental health, and at least one geographical factor based on one or more of geographical and age attributes, Determining access to the technology for each of the aforementioned users, wherein access to the technology includes identifying access to a wired or wireless internet connection and access to hardware, the hardware comprising each target user electronic device connected to the wired or wireless internet connection. The technical sophistication for each of the aforementioned users is determined, wherein the technical sophistication is determined based on the interaction with the respective target user electronic device, and the interaction is evaluated in real time. Determining market segment factors for each of the aforementioned users, wherein the market segment factors include the potential for insurance coverage for each of the aforementioned users, and the market segment factors are based on market segment information received from a cloud database that includes insurance attributes associated with each of the aforementioned users. Identifying the multiple target users based on each of the multiple users' access to the technology, and excluding the multiple users who do not have sufficient access to the technology. Identifying the aforementioned users based on the technical sophistication of each of the aforementioned users, and excluding the aforementioned users whose technical sophistication is insufficient. Identifying the aforementioned multiple users based on the aforementioned market segment factors, and excluding the aforementioned multiple users for whom the aforementioned market segment factors indicate a low probability of insurance coverage, Identifying the optimal outreach to one or more of the multiple target users using outreach means, wherein the optimal outreach is identified based on outreach factors selected from one or more of the following: outreach method, outreach modality, outreach frequency, outreach duration, and outreach interaction level, and the outreach means are implemented based on their scalability potential. The aforementioned outreach method is an automated outreach method. The aforementioned outreach modality is a technical modality selected from broadcast, multicast, or singlecast modalities. The aforementioned outreach frequency is based on a balance ratio determined based on the amount of outreach over the outreach period, Identifying activations to optimize the use of the digital therapy using each target user electronic device, wherein the machine learning model identifies the activations based on user characteristics, past activations, and historical characteristics, the activations are based on one or more of modalities, data enablement versus data input, or location, the activations are identified to maximize the activation-to-outreach ratio, and the activations are automated via at least one of non-deep links, deep links, or automated bots. Based on importing activity tracking device data for each target user, the medical treatment is provided via the digital therapy on each target user's electronic device, wherein the medical treatment includes a specific treatment plan, and the specific treatment plan includes a drug component, a diet component, and an exercise component. Receiving the engagement level of the digital therapy by one or more of the multiple target users via the target user electronic device, wherein the engagement level includes the frequency of engagement, which is determined based on the number of times the digital therapy is engaged by one or more of the multiple users, and further includes the length of engagement, which is determined based on the duration of engagement with the digital therapy by one or more of the multiple users. The machine learning model is updated with a training component based on the engagement level received, and further based on the results of comparing the multiple target users with a large number of users reached through the optimal outreach. Computer implementation methods, including those mentioned above.

2. The computer implementation method according to claim 1, further comprising generating a report based on one or more of the target users, the outreach, and the activation, or activating the digital therapy.

3. The computer implementation method according to claim 2, wherein the report is based on one or more of the following: information analysis, discovery analysis, extrapolation analysis, or adaptive analysis.

4. The computer implementation method according to claim 2, wherein the report includes a comparison of the N+1 stage score and the N stage score for each stage other than the final stage.

5. The computer implementation method according to claim 1, wherein the activation is based on one or more of the modality, data enablement versus data input, or location.

6. The computer implementation method according to claim 1, wherein the engagement level is based on one or more of in-solution versus out-of-solution, frequency, duration, or modality, and the in-solution corresponds to the digital treatment, and the out-of-solution is unrelated to the digital treatment.

7. The computer implementation method according to claim 1, wherein at least one of identifying the plurality of target users, conducting outreach, identifying activations, and activating the activations is based on the output of a machine learning model.

8. The computer implementation method according to claim 7, wherein the machine learning model is trained using training data that includes one or more of stage inputs, known results, and comparison results.

9. The computer implementation method according to claim 8, wherein the comparison result is the ratio of the N+1 stage score to the N stage score for each stage other than the final stage.

10. It is a system for developing digital therapy. A data storage for storing machine learning models, wherein the machine learning models are trained using at least one of supervised training or unsupervised training, and the data storage is... The aforementioned data storage is operably connected, Determining the possibility of using the digital therapy for each of a plurality of users, wherein the machine learning model receives a plurality of user characteristics and outputs the possibility of using the digital therapy for each of the plurality of users, each of the plurality of users can access the digital therapy using a single account linked to one or more of their respective target user electronic devices, the digital therapy for a given user among the plurality of users communicates with at least one external application associated with the given user, the external application is selected from at least one of exercise tracking applications or health-related applications, each target user electronic device is configured to receive data from a clinical data server and a user interface server, the user interface server is configured to receive and process user input, each target user electronic device includes a presentation layer selected from a web browser, application, or messaging interface, the presentation layer provides notifications and alerts associated with the digital therapy, The aforementioned digital therapy, Initial data including current medications, prescription drug compliance history, carbohydrate intake, body weight, and blood glucose levels, User history of engagement with each target user's electronic device, Each of the above-mentioned user-specific cohorts is associated with each of the aforementioned users, and is determined based on one of the following: similarity of physical conditions, similarity of medical conditions, or similarity of psychological decision-making conditions. It is configured to output treatment based on, The process involves determining the likelihood of feedback from each of the aforementioned users, wherein the likelihood of feedback corresponds to the likelihood of feedback on the digital treatment, and the machine learning model outputs the likelihood of feedback based on the user characteristics, past likelihood of feedback, and past user characteristics. Identifying multiple target users for the digital therapy from among the multiple users based on one or more target parameters including the potential for use of the digital therapy and the potential for feedback for each of the multiple target users, and further based on at least one clinical factor based on health ability, at least one disease factor based on the presence of comorbidities, at least one social factor based on one or more of education level, income, access to care, or mental health, and at least one geographical factor based on one or more of geographical and age attributes, Determining access to the technology for each of the aforementioned users, wherein access to the technology includes identifying access to a wired or wireless internet connection and access to hardware, the hardware comprising each target user electronic device connected to the wired or wireless internet connection. The technical sophistication for each of the aforementioned users is determined, wherein the technical sophistication is determined based on the interaction with the respective target user electronic device, and the interaction is evaluated in real time. Determining market segment factors for each of the aforementioned users, wherein the market segment factors include the potential for insurance coverage for each of the aforementioned users, and the market segment factors are based on market segment information received from a cloud database that includes insurance attributes associated with each of the aforementioned users. Identifying the multiple target users based on each of the multiple users' access to the technology, and excluding the multiple users who do not have sufficient access to the technology. Identifying the aforementioned users based on the technical sophistication of each of the aforementioned users, and excluding the aforementioned users whose technical sophistication is insufficient. Identifying the aforementioned multiple users based on the aforementioned market segment factors, and excluding the aforementioned multiple users for whom the aforementioned market segment factors indicate a low probability of insurance coverage, Identifying the optimal outreach to one or more of the multiple target users using outreach means, wherein the optimal outreach is identified based on outreach factors selected from one or more of the following: outreach method, outreach modality, outreach frequency, outreach duration, and outreach interaction level, and the outreach means are implemented based on their scalability potential. The aforementioned outreach method is an automated outreach method. The aforementioned outreach modality is a technical modality selected from broadcast, multicast, or singlecast modalities. The aforementioned outreach frequency is based on a balance ratio determined based on the amount of outreach over the outreach period, Identifying activations to optimize the use of the digital therapy using each target user electronic device, wherein the machine learning model identifies the activations based on user characteristics, past activations, and historical characteristics, the activations are based on one or more of modalities, data enablement versus data input, or location, the activations are identified to maximize the activation-to-outreach ratio, and the activations are automated via at least one of non-deep links, deep links, or automated bots. Based on importing activity tracking device data for each target user, the medical treatment is provided via the digital therapy on each target user's electronic device, wherein the medical treatment includes a specific treatment plan, and the specific treatment plan includes a drug component, a diet component, and an exercise component. Receiving the engagement level of the digital therapy by one or more of the multiple target users via the target user electronic device, wherein the engagement level includes the frequency of engagement, which is determined based on the number of times the digital therapy is engaged by one or more of the multiple users, and further includes the length of engagement, which is determined based on the duration of engagement with the digital therapy by one or more of the multiple users. The machine learning model is updated with a training component based on the engagement level received, and further based on the results of comparing the multiple target users with a large number of users reached through the optimal outreach. A processor configured to run the aforementioned machine learning model and A system that includes this.

11. The system according to claim 10, wherein the one or more target parameters are identified based on one or more of the attributes of the target user or the attributes of the digital treatment.

12. The system according to claim 10, wherein the one or more target parameters include market segment-based factors, the market segment-based factors being selected from one or more of private insurance, commercial insurance, Medicare, Medicaid, or concierge coverage.

13. The system according to claim 10, further comprising generating a report based on one or more of the following: cost metrics, effectiveness metrics, time metrics, individual cost metrics, group-based cost metrics, individual effectiveness metrics, group-based effectiveness metrics, individual time metrics, group-based time metrics, the potential for feedback, the target parameters, or the outreach.

14. The system according to claim 10, wherein the machine learning model is further trained by changing one or more weights or one or more layers based on training data.

15. A non-temporary computer-readable medium that, when executed by a processor, stores instructions causing the processor to perform actions for deploying a digital treatment program, The aforementioned operation is, Determining the possibility of using the digital therapy for each of a plurality of users, wherein a machine learning model receives a plurality of user characteristics and outputs the possibility of using the digital therapy for each of the plurality of users, each of the plurality of users can access the digital therapy using a single account linked to one or more of their respective target user electronic devices, the digital therapy for a given user among the plurality of users communicates with at least one external application associated with the given user, the external application is selected from at least one of exercise tracking applications or health-related applications, each target user electronic device is configured to receive data from a clinical data server and a user interface server, the user interface server is configured to receive and process user input, each target user electronic device includes a presentation layer selected from a web browser, application, or messaging interface, the presentation layer provides notifications and alerts associated with the digital therapy, The aforementioned digital therapy, Initial data including current medications, prescription drug compliance history, carbohydrate intake, body weight, and blood glucose levels, User history of engagement with each target user's electronic device, Each of the above-mentioned user-specific cohorts is associated with each of the aforementioned users, and is determined based on one of the following: similarity of physical conditions, similarity of medical conditions, or similarity of psychological decision-making conditions. It is configured to output treatment based on, The process involves determining the likelihood of feedback from each of the aforementioned users, wherein the likelihood of feedback corresponds to the likelihood of feedback on the digital treatment, and the machine learning model outputs the likelihood of feedback based on the user characteristics, past likelihood of feedback, and past user characteristics. Identifying multiple target users for the digital therapy from among the multiple users based on one or more target parameters including the potential for use of the digital therapy and the potential for feedback for each of the multiple target users, and further based on at least one clinical factor based on health ability, at least one disease factor based on the presence of comorbidities, at least one social factor based on one or more of education level, income, access to care, or mental health, and at least one geographical factor based on one or more of geographical and age attributes, Determining access to the technology for each of the aforementioned users, wherein access to the technology includes identifying access to a wired or wireless internet connection and access to hardware, the hardware comprising each target user electronic device connected to the wired or wireless internet connection. The technical sophistication for each of the aforementioned users is determined, wherein the technical sophistication is determined based on the interaction with the respective target user electronic device, and the interaction is evaluated in real time. Determining market segment factors for each of the aforementioned users, wherein the market segment factors include the potential for insurance coverage for each of the aforementioned users, and the market segment factors are based on market segment information received from a cloud database that includes insurance attributes associated with each of the aforementioned users. Identifying the multiple target users based on each of the multiple users' access to the technology, and excluding the multiple users who do not have sufficient access to the technology. Identifying the aforementioned users based on the technical sophistication of each of the aforementioned users, and excluding the aforementioned users whose technical sophistication is insufficient. Identifying the aforementioned multiple users based on the aforementioned market segment factors, and excluding the aforementioned multiple users for whom the aforementioned market segment factors indicate a low probability of insurance coverage, Identifying the optimal outreach to one or more of the multiple target users using outreach means, wherein the optimal outreach is identified based on outreach factors selected from one or more of the following: outreach method, outreach modality, outreach frequency, outreach duration, and outreach interaction level, and the outreach means are implemented based on their scalability potential. The aforementioned outreach method is an automated outreach method. The aforementioned outreach modality is a technical modality selected from broadcast, multicast, or singlecast modalities. The aforementioned outreach frequency is based on a balance ratio determined based on the amount of outreach over the outreach period, Identifying activations to optimize the use of the digital therapy using each target user electronic device, wherein the machine learning model identifies the activations based on user characteristics, past activations, and historical characteristics, the activations are based on one or more of modalities, data enablement versus data input, or location, the activations are identified to maximize the activation-to-outreach ratio, and the activations are automated via at least one of non-deep links, deep links, or automated bots. Based on importing activity tracking device data for each target user, the medical treatment is provided via the digital therapy on each target user's electronic device, wherein the medical treatment includes a specific treatment plan, and the specific treatment plan includes a drug component, a diet component, and an exercise component. Receiving the engagement level of the digital therapy by one or more of the multiple target users via the target user electronic device, wherein the engagement level includes the frequency of engagement, which is determined based on the number of times the digital therapy is engaged by one or more of the multiple users, and further includes the length of engagement, which is determined based on the duration of engagement with the digital therapy by one or more of the multiple users. The machine learning model is updated with a training component based on the engagement level received, and further based on the results of comparing the multiple target users with a large number of users reached through the optimal outreach. Non-temporary computer-readable media, including [specific examples of such media].

16. The non-temporary computer-readable medium according to claim 15, further comprising generating a report based on one or more of the target users, the outreach, and the activation, or activating the digital therapy.

17. The non-temporary computer-readable medium according to claim 16, wherein the report includes a comparison of the N+1 stage score and the N stage score for each stage other than the final stage.

Images