WO2022155249A1

WO2022155249A1 - Method and system for use of telemedicine-enabled rehabilitative equipment for prediction of secondary disease

Info

Publication number: WO2022155249A1
Application number: PCT/US2022/012185
Authority: WO
Inventors: Steven Mason; Daniel Posnack; Peter ARN; Wendy Para; S. Adam Hacking; Micheal Mueller; Joseph GUANERI; Jonathan Greene
Original assignee: Rom Technologies, Inc.
Priority date: 2021-01-12
Filing date: 2022-01-12
Publication date: 2022-07-21

Abstract

A computer-implemented system may include a treatment device configured to be manipulated by a user while the user is performing a treatment plan, a patient interface comprising an output device configured to present telemedicine information associated with a telemedicine session, and a first computing device configured to: receive treatment data pertaining to the user while the user uses the treatment device to perform the treatment plan; identify at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determine whether the at least one aspect of the measurement correlates with a secondary condition of the user; and, in response to a determination that the at least one aspect of the at least one measurement is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition.

Description

METHOD AND SYSTEM FOR USE OF TELEMEDICINE-ENABLED REHABILITATIVE EQUIPMENT FOR PREDICTION OF SECONDARY DISEASE

CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims priority to and the benefit of U.S. Patent Application Serial No. 17/473,686, filed September 13, 2021, which is a continuation of U.S. Patent Application Serial No. 17/147,445, filed January 12, 2021, now U.S. Patent No. 11,183,299, which is a continuation-in-part of U.S. Patent Application Serial No. 17/021,895, filed September 15, 2020, now U.S. Patent No. 11,071,597, which claims priority to and the benefit of U.S. Provisional Application Patent Serial No. 62/910,232, filed October 3, 2019, the entire disclosures of which are hereby incorporated by reference for all purposes.

[0002] This application also claims priority to and the benefit of U.S. Patent Application Serial No. 17/379,740, filed July 19, 2021, which is a continuation of U.S. Patent Application Serial No. 17/146,694, filed January 12, 2021, which a continuation-in-part of U.S. Patent Application Serial No. 17/021,895, filed September 15, 2020, now U.S. Patent No. 11,071,597, which claims priority to and the benefit of U.S. Provisional Patent Application Serial No. 62/910,232, filed October 3, 2019, the entire disclosures of which are hereby incorporated by reference for all purposes.

BACKGROUND

[0003] Subsequent to a procedure (e.g., surgical/invasive procedure to replace a knee or hip), the location of the procedure, or near or distal thereto, may become infected. While some infections may naturally heal without treatment (or without significant treatment), other infections can spread throughout the body, and if left untreated cause, for example, staph or other infections, sepsis (septicaemia), peritonitis, and other life-threatening, life-quality -threatening or other serious medical conditions. For example, a user may be exposed to staphylococcus bacteria during or after a surgical procedure, leading to a staph infection that can spread throughout the user’s body, i.e., to a location (or locations) other than the location of the procedure. 'These infections, if left untreated, can cause a range of health issues to the user, from minor skin problems, to amputation of the user’s infected limb, to even death in severe cases. Such health issues may occur in temporally, geographically and/or anatomically proximate manners.

[0004] To avoid such health issues, some medical professionals schedule routine check-ups, wherein the check-up is based on the type of procedure to the user. In between the routine check-ups, medical professionals may rely on users to detect and “self-diagnose” any health issues resulting from the procedure and to contact them (i.e., the medical professionals) for further diagnosis and/or treatment. In some instances, non-infected users may self-diagnose the health issue incorrectly and schedule unnecessary appointments with their medical professionals, resulting in inefficient uses of medical professional resources.

[0005] In some instances, such as during the COVID-19 pandemic, medical professionals may schedule remote medical assistance. Remote medical assistance, also referred to, inter alia, as remote medicine, telemedicine, telemed, telrned, tel-med, or telehealth, is an at least two-way communication between a healthcare provider or providers, such as a physician or a physical therapist, and a patient using audio and/or audiovisual and/or other sensorial or perceptive (e.g., tactile, gustatory, haptic, pressure-sensing-based or electromagnetic (e.g., neurostimulation) communications (e.g., via a computer, a smartphone, or a tablet). Telemedicine may aid a patient in performing various aspects of a rehabilitation regimen for a body part. The patient may use a patient interface in communication with an assistant interface for receiving the remote medical assistance via audio, visual, audiovisual, or other communications described elsewhere herein. Any reference herein to any particular sensorial modality shall be understood to include and to disclose by implication a different one or more sensory modalities.

[0006] Telemedicine is an option for healthcare providers to communicate with patients and provide patient care when the patients do not want to or cannot easily go to the healthcare providers' offices. Telemedicine, however, has substantive limitations as the healthcare providers cannot conduct physical examinations of the patients. Rather, the healthcare providers must rely on verbal communication and/or limited remote observation of the patients.

SUMMARY

[0007] In general, the present disclosure provides systems and methods for a remotely -enabled identification of a user infection. As used herein, “identification” means both a correct identification of a user infection as well as a medically appropriate, normal-standard-of-care attempt to identify or diagnose the user infection, even if the identification is ultimately incorrect or subject to further refinement or modification by a medical professional.

[0008] An aspect of the disclosed embodiments comprises a computer-implemented system. The computer-implemented system may include a treatment device configured to be manipulated by a user while the user is performing a treatment plan and a patient interface comprising an output device configured to present telemedicine information associated with a telemedicine session. The computer- implemented system may also include a first computing device configured to: receive treatment data pertaining to the user while the user uses the treatment device to perform the treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identify, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition; and write to an associated memory, for access at a second computing device of a healthcare provider, the secondary condition information.

[0009] Another aspect of the disclosed embodiments comprises a method that may include receiving treatment data pertaining to a user using a treatment device to perform a treatment plan. The treatment data may include at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan. The method may also include identifying, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device. The method may also include determining whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated. The method may also include, in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generating secondary condition information indicating at least the secondary condition. The method may also include writing to an associated memory, for access at a computing device of a healthcare provider, the secondary condition information.

[0010] Another aspect of the disclosed embodiments includes a system that includes a processing device and a memory communicatively coupled to the processing device and capable of storing instructions. The processing device executes the instructions to perform any of the methods, operations, or steps described herein.

[0011] Another aspect of the disclosed embodiments includes a tangible, non-transitory computer- readable medium storing instructions that, when executed, cause a processing device to perform any of the methods, operations, or steps described herein.

BRIEF DESCRIPTION OF THE DRAWINGS

[0012] For a more complete understanding of this disclosure and its advantages, reference is now made to the following description, taken in conjunction with the accompanying drawings. It is emphasized that, according to common practice, the various features of the drawings are not to-scale. On the contrary, the dimensions of the various features are arbitrarily expanded or reduced for clarity. [0013] The disclosure is best understood from the following detailed description when read in conjunction with the accompanying drawings. It is emphasized that, according to common practice, the various features of the drawings are not to-scale. On the contrary, the dimensions of the various features are arbitrarily expanded or reduced for clarity.

[0014] FIG. 1 generally illustrates a block diagram of an embodiment of a computer-implemented system for managing a treatment plan according to the principles of the present disclosure.

[0015] FIG. 2 generally illustrates a perspective view of an embodiment of a treatment device according to the principles of the present disclosure.

[0016] FIG. 3 generally illustrates a perspective view of a pedal of the treatment device of FIG. 2 according to the principles of the present disclosure.

[0017] FIG. 4 generally illustrates a perspective view of a person using the treatment device of FIG. 2 according to the principles of the present disclosure.

[0018] FIG. 5 generally illustrates an example embodiment of an overview display of an assistant interface according to the principles of the present disclosure.

[0019] FIG. 6 generally illustrates an example block diagram of training a machine learning model to output, based on data pertaining to the patient, a treatment plan for the patient according to the principles of the present disclosure.

[0020] FIG. 7 generally illustrates an embodiment of an overview display of the assistant interface presenting recommended treatment plans and excluded treatment plans in real-time during a telemedicine session according to the principles of the present disclosure.

[0021] FIG. 8 generally illustrates an embodiment of the overview display of the assistant interface presenting, in real-time during a telemedicine session, recommended treatment plans that have changed as a result of patient data changing according to the principles of the present disclosure.

[0022] FIG. 9 is a flow diagram generally illustrating a method for identifying, based on treatment data pertaining to a user who uses the treatment device of FIG. 2, a secondary condition, which differs from a primary condition for which the user is being treated according to the principles of the present disclosure.

[0023] FIG. 10 is a flow diagram generally illustrating an alternative method for identifying, based on treatment data pertaining to a user who uses the treatment device of FIG. 2, a secondary condition, which differs from a primary condition for which the user is being treated according to the principles of the present disclosure.

[0024] FIG. 11 is a flow diagram generally illustrating an alternative method for identifying, based on treatment data pertaining to a user who uses the treatment device of FIG. 2, a secondary condition, which differs from a primary condition for which the user is being treated according to the principles of the present disclosure.

[0025] FIG. 12 is a flow diagram generally illustrating a method for receiving a selection of an optimal treatment plan and controlling, based on the optimal treatment plan, a treatment device while the patient uses the treatment device according to the present disclosure.

[0026] FIG. 13 generally illustrates a computer system according to the principles of the present disclosure.

[0027] FIGS. 14A-14C generally illustrate example embodiments of sensing devices according to principles of the present disclosure.

[0028] FIG. 15 generally illustrates a flow diagram illustrating a method for identifying, based on data received while a user uses the treatment device of FIG. 14A-14C, characteristics associated with a user infection according to principles of the present disclosure.

[0029] FIG. 16 generally illustrates a flow diagram illustrating a method for diagnosing a user infection based on one or more identifying characteristics associated with a user infection according to principles of the present disclosure.

[0030] FIG. 17 generally illustrates a flow diagram illustrating a method for modifying, by an artificial intelligence engine, a treatment plan for optimizing an outcome for a user infection according to principles of the present disclosure.

NOTATION AND NOMENCLATURE

[0031] Various terms are used to refer to particular system components. Different companies may refer to a component by different names - this document does not intend to distinguish between components that differ in name but not function. In the following discussion and in the claims, the terms “including” and “comprising” are used in an open-ended fashion, and thus should be interpreted to mean “including, but not limited to... .” Also, the term “couple” or “couples” is intended to mean either an indirect or direct connection. Thus, if a first device couples to a second device, that connection may be through a direct connection or through an indirect connection via other devices and connections.

[0032] The terminology used herein is for the purpose of describing particular example embodiments only, and is not intended to be limiting. As used herein, the singular forms “a,” “an,” and “the” may be intended to include the plural forms as well, unless the context clearly indicates otherwise. The method steps, processes, and operations described herein are not to be construed as necessarily requiring their performance in the particular order discussed or illustrated, unless specifically identified as an order of performance. It is also to be understood that additional or alternative steps may be employed. [0033] The terms first, second, third, etc. may be used herein to describe various elements, components, regions, layers and/or sections; however, these elements, components, regions, layers and/or sections should not be limited by these terms. These terms may be only used to distinguish one element, component, region, layer, or section from another region, layer, or section. Terms such as “first,” “second,” and other numerical terms, when used herein, do not imply a sequence or order unless clearly indicated by the context. Thus, a first element, component, region, layer, or section discussed below could be termed a second element, component, region, layer, or section without departing from the teachings of the example embodiments. The phrase “at least one of,” when used with a list of items, means that different combinations of one or more of the listed items may be used, and only one item in the list may be needed. For example, “at least one of: A, B, and C” includes any of the following combinations: A, B, C, A and B, A and C, B and C, and A and B and C. In another example, the phrase “one or more” when used with a list of items means there may be one item or any suitable number of items exceeding one.

[0034] In relation to electrical devices (whether standalone or as part of an integrated circuit), the terms “input” and “output” refer to electrical connections to the electrical devices, and shall not be read as verbs requiring action. For example, a differential amplifier (such as an operational amplifier) may have a first differential input and a second differential input, and these “inputs” define electrical connections to the operational amplifier, and shall not be read to require inputting signals to the operational amplifier.

[0035] “Assert” shall mean changing the state of a Boolean signal. Boolean signals may be asserted high or with a higher voltage, and Boolean signals may be asserted low or with a lower voltage, at the discretion of the circuit designer. Similarly, “de-assert” shall mean changing the state of the Boolean signal to a voltage level opposite the asserted state.

[0036] A processor can include various devices, including a controller. A “controller” shall mean, alone or in combination, individual circuit components, an application specific integrated circuit (ASIC), a microcontroller with controlling software, a digital signal processor (DSP), a processor with controlling software, or a field programmable gate array (FPGA), configured to read inputs and drive outputs responsive to the inputs.

[0037] Spatially relative terms, such as “inner,” “outer,” “beneath,” “below,” “lower,” “above,” “upper,” “top,” “bottom,” “inside,” “outside,” “contained within,” “superimposing upon,” and the like, may be used herein. These spatially relative terms can be used for ease of description to describe one element’s or feature’s relationship to another element(s) or feature(s) as illustrated in the figures. The spatially relative terms may also be intended to encompass different orientations of the device in use, or operation, in addition to the orientation depicted in the figures. For example, if the device in the figures is turned over, elements described as “below” or “beneath” other elements or features would then be oriented “above” the other elements or features. Thus, the example term “below” can encompass both an orientation of above and below. The device may be otherwise oriented (rotated 90 degrees or at other orientations) and the spatially relative descriptions used herein interpreted accordingly.

[0038] A “treatment plan” may include one or more treatment protocols, and each treatment protocol includes one or more treatment sessions. Each treatment session includes several session periods, with each session period including a particular exercise for treating the body part of the user. For example, a treatment plan for post-operative rehabilitation after a knee surgery may include an initial treatment protocol with twice daily stretching sessions for the first 3 days after surgery and a more intensive treatment protocol with active exercise sessions performed 4 times per day starting 4 days after surgery. A treatment plan may also include information pertaining to a medical procedure to perform on the user, a treatment protocol for the user using a treatment apparatus, a diet regimen for the user, a medication regimen for the user, a sleep regimen for the user, additional regimens, or some combination thereof.

[0039] An “infection probability” may include a likelihood of an infection as detected by a system or method described herein. For example, the infection probability may include a scale ranging from 0 (indicating a statistical certainty of no user infection) to 10 (indicating a statistical certainty of a user infection), with the infection probability increasing from 0 to 10. Alternatively, the infection probability may include a scale ranging from 0% (indicating a statistical certainty of no user infection) to 100% (indicating a statistical certainty of a user infection), with the infection probability increasing from 0% to 100%.

[0040] A “medical professional” may refer to a doctor, a physician, a physician’s assistant, a physical therapist, a nurse (including a registered nurse or a nurse practitioner), a chiropractor, a dentist, acupuncturist, naturopath, physical trainer, coach, personal trainer, or the like. Alternatively, or in combination, a “medical professional” may refer to any person with a credential, license, degree, or the like in the field of medicine, physical therapy, rehabilitation, or the like.

[0041] A “healthcare administrator” may include a professional who coordinates with a medical professional, oversees administrative operations, or the like.

[0042] A “user” may include a person(s), patient(s), individual(s) using or interacting with a treatment apparatus, a medical professional, and/or a healthcare administrator.

[0043] The terms telemedicine, telehealth, telemed, teletherapeutic, etc. may be used interchangeably herein.

[0044] The terms “user infection” and “disease” may be used interchangeably herein and in the claim, and include secondary or refractory infections, malfunction, neoplasm, inability to function (e.g., removal, destruction by, e.g., a bullet or accident), attenuation of ability to function or of the integrity or the structure, and the like. [0045] The term “enhanced reality” may include a user experience comprising one or more of augmented reality, virtual reality, mixed reality, immersive reality, or a combination of the foregoing (e.g., immersive augmented reality, mixed augmented reality, virtual and augmented immersive reality, and the like).

[0046] The term “augmented reality” may refer, without limitation, to an interactive user experience that provides an enhanced environment that combines elements of a real-world environment with computer-generated components perceivable by the user.

[0047] The term “virtual reality” may refer, without limitation, to a simulated interactive user experience that provides an enhanced environment perceivable by the user and wherein such enhanced environment may be similar to or different from a real-world environment.

[0048] The term “mixed reality” may refer to an interactive user experience that combines aspects of augmented reality with aspects of virtual reality to provide a mixed reality environment perceivable by the user.

[0049] The term “immersive reality” may refer to a simulated interactive user experienced using virtual and/or augmented reality images, sounds, and other stimuli to immerse the user, to a specific extent possible (e.g., partial immersion or total immersion), in the simulated interactive experience. For example, in some embodiments, to the specific extent possible, the user experiences one or more aspects of the immersive reality as naturally as the user typically experiences corresponding aspects of the real-world. Additionally, or alternatively, an immersive reality experience may include actors, a narrative component, a theme (e.g., an entertainment theme or other suitable theme), and/or other suitable features of components.

[0050] The term “body halo” may refer to a hardware component or components, wherein such component or components may include one or more platforms, one or more body supports or cages, one or more chairs or seats, one or more back supports, one or more leg or foot engaging mechanisms, one or more arm or hand engaging mechanisms, one or more neck or head engaging mechanisms, other suitable hardware components, or a combination thereof.

[0051] As used herein, the term “enhanced environment” may refer to an enhanced environment in its entirety, at least one aspect of the enhanced environment, more than one aspect of the enhanced environment, or any suitable number of aspects of the enhanced environment.

[0052] The term “medical action(s)” may refer to any suitable action performed by the medical professional (e.g., or the healthcare professional), and such action or actions may include diagnoses, prescription of treatment plans, prescription of treatment devices, and the making, composing and/or executing of appointments, telemedicine sessions, prescriptions or medicines, telephone calls, emails, text messages, and the like.

[0053] As used herein, the terms "correlate,” “correlation,” and the like may refer to any suitable correlation or correlative relationship, including a correlation coefficient (e.g., a value indicating an amount of correlation) not equal to zero (e.g., not perfect correlation), or any suitable correlation coefficient.

DETAILED DESCRIPTION

[0054] The following discussion is directed to various embodiments of the invention. Although one or more of these embodiments may be preferred, the embodiments disclosed should not be interpreted, or otherwise used, as limiting the scope of the disclosure, including the claims. In addition, one skilled in the art will understand that the following description has broad application, and the discussion of any embodiment is meant only to be exemplary of that embodiment, and not intended to intimate that the scope of the disclosure, including the claims, is limited to that embodiment.

[0055] Determining optimal remote examination procedures to create an optimal treatment plan for a patient having certain characteristics (e.g., vital-sign or other measurements; performance; demographic; psychographic; geographic; diagnostic; measurement- or test-based; medically historic; etiologic; cohort-associative; differentially diagnostic; surgical, physically therapeutic, behavioral, pharmacologic and other treatment(s) recommended; etc.) may be a technically challenging problem. For example, a multitude of information may be considered when determining a treatment plan, which may result in inefficiencies and inaccuracies in the treatment plan selection process. In a rehabilitative setting, some of the multitude of information considered may include characteristics of the patient such as personal information, performance information, and measurement information. The personal information may include, e.g., demographic, psychographic or other information, such as an age, a weight, a gender, a height, a body mass index, a medical condition, a familial medication history, an injury, a medical procedure, a medication prescribed, or some combination thereof. The performance information may include, e.g., an elapsed time of using a treatment device, an amount of force exerted on a portion of the treatment device, a range of motion achieved on the treatment device, a movement speed of a portion of the treatment device, a duration of use of the treatment device, an indication of a plurality of pain levels using the treatment device, or some combination thereof. The measurement information may include, e.g., a vital sign, a respiration rate, a heartrate, a temperature, a blood pressure, a glucose level or other biomarker, or some combination thereof. It may be desirable to process and analyze the characteristics of a multitude of patients, the treatment plans performed for those patients, and the results of the treatment plans for those patients.

[0056] Further, another technical problem may involve distally treating, via a computing device during a telemedicine or telehealth session, a patient from a location different than a location at which the patient is located. An additional technical problem is controlling or enabling the control of, from the different location, a treatment device used by the patient at the location at which the patient is located. Oftentimes, when a patient undergoes rehabilitative surgery (e.g., knee surgery), a healthcare provider may prescribe a treatment device to the patient to use to perform a treatment protocol at their residence or any mobile location or temporary domicile. A healthcare provider may refer to a doctor, physician assistant, nurse, chiropractor, dentist, physical therapist, acupuncturist, physical trainer, coach, personal trainer, a neurologist, a cardiologist, or the like. A healthcare provider may refer to any person with a credential, license, degree, or the like in the field of medicine, physical therapy, rehabilitation, or the like.

[0057] When the healthcare provider is located in a different location from the patient and the treatment device, it may be technically challenging for the healthcare provider to monitor the patient’s actual progress (as opposed to relying on the patient’s word about their progress) using the treatment device, modify the treatment plan according to the patient’s progress, adapt the treatment device to the personal characteristics of the patient as the patient performs the treatment plan, and the like.

[0058] Typically, the patient may perform, using the treatment device, various aspects of the treatment plan to treat one or more conditions of the patient. For example, the patient may be recovering from an orthopedic surgery, a cardiac surgery, a neurological surgery, a gastrointestinal surgery, a genito-urological surgery, a gynecological surgery, or other surgery and may use the treatment device to rehabilitate one or more affected portions of the patient’s body. Alternatively, the patient may be recovering from a neurological surgery or a program to treat mental unwellness and may use the treatment device to rehabilitate neurological or other mental responses or brain functions which have a physical manifestation with regard to one or more directly or indirectly affected portions of the patient’s body. Alternatively, the patient may be being treated for physical and/or mental conditions associated with post-traumatic stress disorder (PTSD) and may use the treatment device to rehabilitate neurological or other mental responses or brain functions, which have a physical manifestation. Further, the patient, while recovering from post-traumatic stress disorder, may use the treatment device to improve general mental health (e.g., through exercise, goal-oriented activity and achievement, and the like). Alternatively, the patient may be being treated for a somatoform disorder associated with PTSD or other trauma, injury, and the like. The patient may use the treatment device to rehabilitate neurological or other mental responses or brain functions, which have a physical manifestation and/or other mental manifestation. Such conditions may be referred to as primary conditions (e.g., conditions for which the patient uses the treatment device to perform the treatment plan). However, the patient may have one or other conditions of which the healthcare provider caring for the patient and/or the patient is unaware. These may be referred to as secondary conditions (e.g., conditions not currently being treated and/or conditions of which the healthcare provider and/or the patient is unaware). As used herein, “secondary condition” means, without limitation, any condition that is not the primary condition, i.e., a first secondary condition, a second secondary condition, a third secondary condition, etc., or alternatively worded, a secondary condition, a tertiary condition, a quaternary condition, etc. [0059] Similarly, the patient may use the treatment device to strength training aspects of the treatment plan or other strength training plan. However, the patient may have one or more conditions not yet identified by or known to the healthcare provider or the patient. Accordingly, systems and methods, such as those described herein, configured to identify one or more conditions of the patient based, at least in part, on the use of the treatment device by the patient, may be desirable. In some embodiments, the system and methods described herein may be configured to receive treatment data pertaining to a user using a treatment device to perform a treatment plan. The user may include a patient, user, or person using the treatment device to perform various exercises. The user may also include a healthcare professional directing the treatment device to be used by a patient, user or other person, wherein such patient, user or other person is using the treatment device to perform various exercises. The treatment data may include various characteristics of the user, various measurement information pertaining to the user while the user uses the treatment device, various characteristics of the treatment device, the treatment plan, other suitable data, or a combination thereof. In some embodiments, the systems and methods described herein may be configured to receive the treatment data during a telemedicine session.

[0060] In some embodiments, while the user uses the treatment device to perform the treatment plan, at least some of the treatment data may correspond to at least some sensor data of a sensor configured to sense various characteristics of the treatment device and/or to obtain the measurement information from the user. Additionally, or alternatively, while the user uses the treatment device to perform the treatment plan, at least some of the treatment data may correspond to at least some sensor data from a sensor associated with a wearable device or other sensing or Internet of Things (loT) device (which may be near the user but not worn by the user) configured to measure, determine, or obtain the measurement information associated with the user.

[0061] The various characteristics of the treatment device may include one or more settings of the treatment device, a current revolutions per time period (e.g., such as one minute) of a rotating member (e.g., such as a wheel) of the treatment device, a resistance setting of the treatment device, other suitable characteristics of the treatment device, or a combination thereof. The measurement information may include one or more vital signs of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, an SpO2-measurement of the blood oxygen level of the user (e.g., oxygen saturation level), a blood pressure of the user, a glucose level of the user, other suitable measurement information of the user, microbiome related data pertaining to the user, or a combination thereof.

[0062] In some embodiments, the systems and methods described herein may be configured to identify, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device. The first treatment device mode may include any suitable mode of the treatment device, including those described herein.

[0063] In some embodiments, the systems and methods described herein may be configured to determine whether or to what extent the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user. The at least one secondary condition may include any condition for which the user is not being treated while using the treatment device (e.g., conditions not currently being treated and/or conditions of which the healthcare provider and/or the patient is unaware). It should be understood that the systems and methods described herein may use at least one other aspect and/or the at least one aspect of the at least one measurement and/or at least one other measurement pertaining to the user associated with at least one other treatment device mode of the treatment device in addition to or instead of the first treatment device mode, wherein such use is, without limitation, to determine secondary conditions of the user.

[0064] In some embodiments, the systems and methods described herein may be configured to determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition, by writing to an associated memory the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device.

[0065] The associated memory may further be configured to be accessed by an artificial intelligence engine. The artificial intelligence engine may be configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction. As used herein, a “secondary condition output prediction” refers to output generated by the machine learning model and/or the artificial intelligence engine. The artificial intelligence engine may include any suitable artificial intelligence engine, including those described herein. The at least one machine learning model may include any suitable machine learning model, including those described here. For example, the at least one machine learning model may include a deep network comprising multiple levels of non-linear operations or other suitable model.

[0066] In some embodiments, the artificial intelligence engine may be configured to use the at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction. At least some of the other users may be associated with a cohort to which the user belongs; alternatively, all of the other users may be associated with the cohort of which the user belongs; further alternatively, the other users may be associated with other cohorts; or the other users may not be associated with cohorts. In some embodiments, the other users may have characteristics similar to those of the user. In some embodiments, measurements pertaining to the other users may include measurements similar to the at least one measurement pertaining to the user.

[0067] The at least one secondary condition output prediction generated by the at least one machine learning model may indicate one or more secondary conditions that may be associated with the patient. For example, the machine learning model may determine, based on the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, that a predicted secondary condition may be affecting the patient. The at least one secondary condition output prediction may include a probabilistic prediction (using, for example and without limitation, parametric, non-parametric, Bayesian and/or Markovian probabilistic methods), a stochastic prediction (using, for example and without limitation, non-deterministic finite state automata), or a deterministic prediction (using, for example and without limitation, finite state automata). The systems and methods described herein may be configured to receive, from the artificial intelligence engine, the at least one secondary condition output prediction.

[0068] In some embodiments, the systems and methods described herein may be configured to, in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition. The systems and methods described herein may be configured to write to an associated memory, for access at a computing device of a healthcare provider, the secondary condition information.

[0069] The systems and methods described herein may be configured to write to an associated memory, for access at the computing device of the healthcare provider and/or the user. The systems and methods may provide, at the computing device of the healthcare provider and/or the user, at least the at least one secondary condition output prediction. For example, the systems and methods describe herein may be configured to provide at least the at least one secondary condition output prediction to an interface configured to present at least the at least one secondary condition output prediction to the healthcare provider. The interface may include a graphical user interface configured to provide at least the at least one secondary condition output prediction and receive input from the healthcare provider. The interface may include one or more input fields, such as text input fields, dropdown selection input fields, radio button input fields, virtual switch input fields, virtual lever input fields, audio, haptic, tactile, biometric, gesture recognition, gesture control, touchless user interfaces (TUIs), kinetic user interfaces (KUIs), tangible user interfaces, wired gloves, depth-aware cameras, stereo cameras, gesture-based controllers, or otherwise activated and/or driven input fields, other suitable input fields, or a combination thereof.

[0070] In some embodiments, the healthcare provider may review at least the at least one secondary condition output prediction and determine whether to pursue treatment of one or more secondary conditions identified by the at least one secondary condition output prediction, to modify at least one aspect of the treatment plan, and/or to modify or adjust one or more characteristics of the treatment device.

[0071] in some embodiments, the systems and methods described herein may be configured to generate treatment information using the treatment data. The treatment information may include a summary of the performance, by the user while using the treatment device, of the treatment plan formatted, such that the treatment data is presentable at a computing device of a healthcare provider responsible for the performance of the treatment plan by the user. The treatment data may be presented to the user via the user’s computing device, which may enable the user to better understand their progress, performance, and future goals. Further, presenting the treatment data to the user may motivate the user to continue to perform the treatment plan. In some embodiments, presenting the treatment data to the user may specify a problem of the treatment plan and/or non-compliance with the treatment plan, which may be subsequently addressed. The healthcare provider may include a medical professional (e.g., such as a doctor, a nurse, a therapist, and the like), an exercise professional (e.g., such as a coach, a trainer, a nutritionist, and the like), or another professional sharing at least one of medical and exercise attributes (e.g., such as an exercise physiologist, a physical therapist, an occupational therapist, and the like). As used herein, and without limiting the foregoing, a “healthcare provider” may be a human being, a robot, a virtual assistant, a virtual assistant in virtual and/or augmented reality, or an artificially intelligent entity, such entity including a software program, integrated software and hardware, or hardware alone.

[0072] The systems and methods described herein may be configured to write to an associated memory, for access at the computing device of the healthcare provider and/or the user. The systems and methods may provide, at the computing device of the healthcare provider and/or the user, the treatment information. For example, the systems and methods describe herein may be configured to provide the treatment information to an interface configured to present the treatment information to the healthcare provider. The interface may include a graphical user interface configured to provide the treatment information and to receive input from the healthcare provider. The interface may include one or more input fields, such as text input fields, dropdown selection input fields, radio button input fields, virtual switch input fields, virtual lever input fields, audio, haptic, tactile, biometric, or otherwise activated and/or driven input fields, other suitable input fields, or a combination thereof.

[0073] In some embodiments, the healthcare provider may review the treatment information and determine whether to modify at least one aspect of the treatment plan, and/or one or more characteristics of the treatment device. For example, the healthcare provider may review the treatment information and compare the treatment information to the treatment plan being performed by the user. [0074] The healthcare provider may compare the following (i) expected information, which pertains to the user’s expected or predicted performance when the user actually uses the treatment device to perform the treatment plan to (ii) the measurement information (e.g., indicated by the treatment information), which pertains to the user while the user is using the treatment device to perform the treatment plan.

[0075] The expected information may include one or more vital signs of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, a blood pressure of the user, other suitable information of the user, or a combination thereof. The healthcare provider may determine that the treatment plan is having the desired effect if one or more parts or portions of the measurement information are within an acceptable range associated with one or more corresponding parts or portions of the expected information. Alternatively, the healthcare provider may determine that the treatment plan is not having the desired effect (e.g., not achieving the desired effect or a portion of the desired effect) if one or more parts or portions of the measurement information are outside of the range associated with one or more corresponding parts or portions of the expected information.

[0076] For example, the healthcare provider may determine whether a blood pressure value (e.g., systolic pressure, diastolic pressure, and/or pulse pressure) corresponding to the user while the user uses the treatment device (e.g., indicated by the measurement information) is within an acceptable range (e.g., plus or minus 1%, plus or minus 5%, plus or minus a particular number of units suitable for the measurement (e.g., actual or digitally equivalent column inches of mercury for blood pressure, and the like), or any suitable range) of an expected blood pressure value indicated by the expected information. The healthcare provider may determine that the treatment plan is having the desired effect (e.g., achieving the desired effect or a portion of the desired effect) if the blood pressure value corresponding to the user while the user uses the treatment device is within the range of the expected blood pressure value. Alternatively, the healthcare provider may determine that the treatment plan is not having the desired effect if the blood pressure value corresponding to the user while the user uses the treatment device is outside of the range of the expected blood pressure value.

[0077] In some embodiments, the healthcare provider may compare the expected characteristics of the treatment device while the user uses the treatment device to perform the treatment plan with characteristics of the treatment device indicated by the treatment information. For example, the healthcare provider may compare an expected resistance setting of the treatment device with an actual resistance setting of the treatment device indicated by the treatment information. The healthcare provider may determine that the user is performing the treatment plan properly if the actual characteristics of the treatment device indicated by the treatment information are within a range of corresponding ones of the expected characteristics of the treatment device. Alternatively, the healthcare provider may determine that the user is not performing the treatment plan properly if the actual characteristics of the treatment device indicated by the treatment information are outside the range of corresponding ones of the expected characteristics of the treatment device. [0078] If the healthcare provider determines that the treatment information indicates that the user is performing the treatment plan properly and/or that the treatment plan is having the desired effect, the healthcare provider may determine not to modify the at least one aspect of the treatment plan, and/or the one or more characteristics of the treatment device. Alternatively, while the user uses the treatment device to perform the treatment plan, if the healthcare provider determines that the treatment information indicates that the user is not or has not been performing the treatment plan properly and/or that the treatment plan is not or has not been having the desired effect, the healthcare provider may determine to modify the at least one aspect of the treatment plan and/or the one or more characteristics of the treatment device.

[0079] In some embodiments, the healthcare provider may interact with the interface to provide treatment plan input indicating one or more modifications to the treatment plan, and/or one or more characteristics of the treatment device if the healthcare provider determines to modify the treatment plan, and/or to one or more characteristics of the treatment device. For example, the healthcare provider may use the interface to provide input indicating an increase or decrease in the resistance setting of the treatment device, or other suitable modification to the one or more characteristics of the treatment device. Additionally, or alternatively, the healthcare provider may use the interface to provide input indicating a modification to the treatment plan. For example, the healthcare provider may use the interface to provide input indicating an increase or decrease in an amount of time the user is required to use the treatment device according to the treatment plan, or other suitable modifications to the treatment plan.

[0080] In some embodiments, the systems and methods described herein may be configured to modify the treatment plan based on one or more modifications indicated by the treatment plan input. Additionally, or alternatively, the systems and methods described herein may be configured to modify the one or more characteristics of the treatment device based on the modified treatment plan and/or the treatment plan input. For example, the treatment plan input may indicate that the one or more characteristics of the treatment device should be modified and/or the modified treatment plan may require or indicate adjustments to the treatment device in order for the user to achieve the desired results of the modified treatment plan.

[0081] In some embodiments, while the user uses the treatment device to perform the modified treatment plan, the systems and methods described herein may be configured to receive the subsequent treatment data pertaining to the user. For example, after the healthcare provider provides input modifying the treatment plan and/or controlling the one or more characteristics of the treatment device, the user may continue using the treatment device to perform the modified treatment plan. The subsequent treatment data may correspond to treatment data generated while the user uses the treatment device to perform the modified treatment plan. In some embodiments, the subsequent treatment data may correspond to treatment data generated while the user continues to use the treatment device to perform the treatment plan, after the healthcare provider has received the treatment information and determined not to modify the treatment plan and/or control the one or more characteristics of the treatment device.

[0082] Based on subsequent treatment plan input received from the computing device of the healthcare provider, the systems and methods described herein may be configured to further modify the treatment plan, and/or to further control the one or more characteristics of the treatment device. The subsequent treatment plan input may correspond to input provided by the healthcare provider, at the interface, in response to receiving and/or reviewing subsequent treatment information corresponding to the subsequent treatment data. It should be understood that the systems and methods described herein may be configured to continuously and/or periodically provide treatment information to the computing device of the healthcare provider based on treatment data continuously and/or periodically received from the sensors or other suitable sources described herein.

[0083] The healthcare provider may receive and/or review treatment information continuously or periodically while the user uses the treatment device to perform the treatment plan. Based on one or more trends indicated by the continuously and/or periodically received treatment information, the healthcare provider may determine whether to modify the treatment plan, and/or to control the one or more characteristics of the treatment device. For example, the one or more trends may indicate an increase in heartrate or other suitable trends indicating that the user is not performing the treatment plan properly and/or that performance of the treatment plan by the user is not having the desired effect. [0084] In some embodiments, during an adaptive telemedicine session, the systems and methods described herein may be configured to use artificial intelligence and/or machine learning to assign patients to cohorts and to dynamically control a treatment device based on the assignment. The term “adaptive telemedicine” may refer to a telemedicine session that is dynamically adapted based on one or more factors, criteria, parameters, characteristics, or the like. The one or more factors, criteria, parameters, characteristics, or the like may pertain to the user (e.g., heartrate, blood pressure, perspiration rate, pain level, or the like), the treatment device (e.g., pressure, range of motion, speed of motor, etc.), details of the treatment plan, and so forth.

[0085] In some embodiments, numerous patients may be prescribed numerous treatment devices because the numerous patients are recovering from the same medical procedure and/or suffering from the same injury. The numerous treatment devices may be provided to the numerous patients. The treatment devices may be used by the patients to perform treatment plans in their residences, at gyms, at rehabilitative centers, at hospitals, or at any suitable locations, including permanent or temporary domiciles.

[0086] In some embodiments, the treatment devices may be communicatively coupled to a server. Characteristics of the patients, including the treatment data, may be collected before, during, and/or after the patients perform the treatment plans. For example, any or each of the personal information, the performance information, and the measurement information may be collected before, during, and/or after a patient performs the treatment plans. The results (e.g., improved performance or decreased performance) of performing each exercise may be collected from the treatment device throughout the treatment plan and after the treatment plan is performed. The parameters, settings, configmations, etc. (e.g., position of pedal, amount of resistance, etc.) of the treatment device may be collected before, during, and/or after the treatment plan is performed.

[0087] Each characteristic of the patient, each result, and each parameter, setting, configmation, etc. may be timestamped and may be correlated with a particular step or set of steps in the treatment plan. Such a technique may enable the determination of which steps in the treatment plan lead to desired results (e.g., improved muscle strength, range of motion, etc.) and which steps lead to diminishing returns (e.g., continuing to exercise after 3 minutes actually delays or harms recovery). [0088] Data may be collected from the treatment devices and/or any suitable computing device (e.g., computing devices where personal information is entered, such as the interface of the computing device described herein, a clinician interface, patient interface, and the like) over time as the patients use the treatment devices to perform the various treatment plans. The data that may be collected may include the characteristics of the patients, the treatment plans performed by the patients, the results of the treatment plans, any of the data described herein, any other suitable data, or a combination thereof. [0089] In some embodiments, the data may be processed to group certain people into cohorts. The people may be grouped by people having certain or selected similar characteristics, treatment plans, and results of performing the treatment plans. For example, athletic people having no medical conditions who perform a treatment plan (e.g., use the treatment device for 30 minutes a day 5 times a week for 3 weeks) and who fully recover may be grouped into a first cohort. Older people who are classified obese and who perform a treatment plan (e.g., use the treatment plan for 10 minutes a day 3 times a week for 4 weeks) and who improve their range of motion by 75 percent may be grouped into a second cohort.

[0090] In some embodiments, an artificial intelligence engine may include one or more machine learning models that are trained using the cohorts. In some embodiments, the artificial intelligence engine may be used to identify trends and/or patterns and to define new cohorts based on achieving desired results from the treatment plans and machine learning models associated therewith may be trained to identify such trends and/or patterns and to recommend and rank the desirability of the new cohorts. For example, the one or more machine learning models may be trained to receive an input of characteristics of a new patient and to output a treatment plan for the patient that results in a desired result. The machine learning models may match a pattern between the characteristics of the new patient and at least one patient of the patients included in a particular cohort. When a pattern is matched, the machine learning models may assign the new patient to the particular cohort and select the treatment plan associated with the at least one patient. The artificial intelligence engine may be configured to control, distally and based on the treatment plan, the treatment device while the new patient uses the treatment device to perform the treatment plan.

[0091] As may be appreciated, the characteristics of the new patient (e.g., a new user) may change as the new patient uses the treatment device to perform the treatment plan. For example, the performance of the patient may improve quicker than expected for people in the cohort to which the new patient is currently assigned. Accordingly, the machine learning models may be trained to dynamically reassign, based on the changed characteristics, the new patient to a different cohort that includes people having characteristics similar to the now-changed characteristics as the new patient. For example, a clinically obese patient may lose weight and no longer meet the weight criterion for the initial cohort, result in the patient’s being reassigned to a different cohort with a different weight criterion.

[0092] A different treatment plan may be selected for the new patient, and the treatment device may be controlled, distally (e.g., which may be referred to as remotely) and based on the different treatment plan, while the new patient uses the treatment device to perform the treatment plan. Such techniques may provide the technical solution of distally controlling a treatment device.

[0093] Further, the systems and methods described herein may lead to faster recovery times and/or better results for the patients because the treatment plan that most accurately fits their characteristics is selected and implemented, in real-time, at any given moment. “Real-time” may also refer to near real-time, which may be less than 10 seconds. As described herein, the term “results” may refer to medical results or medical outcomes. Results and outcomes may refer to responses to medical actions. [0094] Depending on what result is desired, the artificial intelligence engine may be trained to output several treatment plans. For example, one result may include recovering to a threshold level (e.g., 75% range of motion) in a fastest amount of time, while another result may include fully recovering (e.g., 100% range of motion) regardless of the amount of time. The data obtained from the patients and sorted into cohorts may indicate that a first treatment plan provides the first result for people with characteristics similar to the patient’s, and that a second treatment plan provides the second result for people with characteristics similar to the patient.

[0095] Further, the artificial intelligence engine may be trained to output treatment plans that are not optimal i.e., sub-optimal, nonstandard, or otherwise excluded (all referred to, without limitation, as “excluded treatment plans”) for the patient. For example, if a patient has high blood pressure, a particular exercise may not be approved or suitable for the patient as it may put the patient at unnecessary risk or even induce a hypertensive crisis and, accordingly, that exercise may be flagged in the excluded treatment plan for the patient. In some embodiments, the artificial intelligence engine may monitor the treatment data received while the patient (e.g., the user) with, for example, high blood pressure, uses the treatment device to perform an appropriate treatment plan and may modify the appropriate treatment plan to include features of an excluded treatment plan that may provide beneficial results for the patient if the treatment data indicates the patient is handling the appropriate treatment plan without aggravating, for example, the high blood pressure condition of the patient. In some embodiments, the artificial intelligence engine may modify the treatment plan if the monitored data shows the plan to be inappropriate or counterproductive for the user.

[0096] In some embodiments, the treatment plans and/or excluded treatment plans may be presented, during a telemedicine or telehealth session, to a healthcare provider. The healthcare provider may select a particular treatment plan for the patient to cause that treatment plan to be transmitted to the patient and/or to control, based on the treatment plan, the treatment device. In some embodiments, to facilitate telehealth or telemedicine applications, including remote diagnoses, determination of treatment plans and rehabilitative and/or pharmacologic prescriptions, the artificial intelligence engine may receive and/or operate distally from the patient and the treatment device.

[0097] In such cases, the recommended treatment plans and/or excluded treatment plans may be presented simultaneously with a video of the patient in real-time or near real-time during a telemedicine or telehealth session on a user interface of a computing device of a healthcare provider. The video may also be accompanied by audio, text and other multimedia information. Real-time may refer to less than or equal to 2 seconds. Real-time may also refer to near real-time, which may be less than 10 seconds or any reasonably proximate difference between two different times. Additionally, or alternatively, near real-time may refer to any interaction of a sufficiently short time to enable two individuals to engage in a dialogue via such user interface and will generally be less than 10 seconds but greater than 2 seconds.

[0098] Presenting the treatment plans generated by the artificial intelligence engine concurrently with a presentation of the patient video may provide an enhanced user interface because the healthcare provider may continue to visually and/or otherwise communicate with the patient while also reviewing the treatment plans on the same user interface. The enhanced user interface may improve the healthcare provider’s experience using the computing device and may encourage the healthcare provider to reuse the user interface. Such a technique may also reduce computing resources (e.g., processing, memory, network) because the healthcare provider does not have to switch to another user interface screen to enter a query for a treatment plan to recommend based on the characteristics of the patient. The artificial intelligence engine may be configured to provide, dynamically on the fly, the treatment plans and excluded treatment plans.

[0099] In some embodiments, the treatment device may be adaptive and/or personalized because its properties, configurations, and positions may be adapted to the needs of a particular patient. For example, the pedals may be dynamically adjusted on the fly (e.g., via a telemedicine session or based on programmed configurations in response to certain measurements being detected) to increase or decrease a range of motion to comply with a treatment plan designed for the user. In some embodiments, a healthcare provider may adapt, remotely during a telemedicine session, the treatment device to the needs of the patient by causing a control instruction to be transmitted from a server to treatment device. Such adaptive nature may improve the results of recovery for a patient, furthering the goals of personalized medicine, and enabling personalization of the treatment plan on a per- individual basis.

[0100] A technical problem may occur which relates to the information pertaining to the patient’s medical condition being received in disparate formats. For example, a server may receive the information pertaining to a medical condition of the patient from one or more sources (e.g., from an electronic medical record (EMR) system, application programming interface (API), or any suitable system that has information pertaining to the medical condition of the patient). That is, some sources used by various healthcare providers may be installed on their local computing devices and may use proprietary formats. Accordingly, some embodiments of the present disclosure may use an API to obtain, via interfaces exposed by APIs used by the sources, the formats used by the sources. In some embodiments, when information is received from the sources, the API may map, translate and/or convert the format used by the sources to a standardized format used by the artificial intelligence engine. Further, the information mapped, translated and/or converted to the standardized format used by the artificial intelligence engine may be stored in a database accessed by the artificial intelligence engine when performing any of the techniques disclosed herein. Using the information mapped, translated and/or converted to a standardized format may enable the more accurate determination of the procedures to perform for the patient and/or a billing sequence.

[0101] To that end, the standardized information may enable the generation of treatment plans and/or billing sequences having a particular format configured to be processed by various applications (e.g., telehealth). For example, applications, such as telehealth applications, may be executing on various computing devices of medical professionals and/or patients. The applications (e.g., standalone or web-based) may be provided by a server and may be configured to process data according to a format in which the treatment plans are implemented. Accordingly, the disclosed embodiments may provide a technical solution by (i) receiving, from various sources (e.g., EMR systems), information in non-standardized and/or different formats; (ii) standardizing the information; and (iii) generating, based on the standardized information, treatment plans having standardized formats capable of being processed by applications (e.g., telehealth applications) executing on computing devices of medical professional and/or patients.

[0102] FIG. 1 generally illustrates a block diagram of a computer-implemented system 10, hereinafter called “the system” for managing a treatment plan. Managing the treatment plan may include using an artificial intelligence engine to recommend treatment plans and/or provide excluded treatment plans that should not be recommended to a patient.

[0103] The system 10 also includes a server 30 configured to store (e.g., write to an associated memory) and to provide data related to managing the treatment plan. The server 30 may include one or more computers and may take the form of a distributed and/or virtualized computer or computers. The server 30 also includes a first communication interface 32 configured to communicate with the clinician interface 20 via a first network 34. In some embodiments, the first network 34 may include wired and/or wireless network connections such as Wi-Fi, Bluetooth, ZigBee, Near-Field Communications (NFC), cellular data network, etc. The server 30 includes a first processor 36 and a first machine-readable storage memory 38, which may be called a “memory” for short, holding first instructions 40 for performing the various actions of the server 30 for execution by the first processor 36.

[0104] The server 30 is configured to store data regarding the treatment plan. For example, the memory 38 includes a system data store 42 configured to hold system data, such as data pertaining to treatment plans for treating one or more patients. The server 30 is also configured to store data regarding performance by a patient in following a treatment plan. For example, the memory 38 includes a patient data store 44 configured to hold patient data, such as data pertaining to the one or more patients, including data representing each patient’s performance within the treatment plan.

[0105] Additionally, or alternatively, the characteristics (e.g., personal, performance, measurement, etc.) of the people, the treatment plans followed by the people, the level of compliance with the treatment plans, and the results of the treatment plans may use correlations and other statistical or probabilistic measures to enable the partitioning of or to partition the treatment plans into different patient cohort-equivalent databases in the patient data store 44. For example, the data for a first cohort of first patients having a first similar injury, a first similar medical condition, a first similar medical procedure performed, a first treatment plan followed by the first patient, and a first result of the treatment plan may be stored in a first patient database. The data for a second cohort of second patients having a second similar injury, a second similar medical condition, a second similar medical procedure performed, a second treatment plan followed by the second patient, and a second result of the treatment plan may be stored in a second patient database. Any single characteristic or any combination of characteristics may be used to separate the cohorts of patients. In some embodiments, the different cohorts of patients may be stored in different partitions or volumes of the same database. There is no specific limit to the number of different cohorts of patients allowed, other than as limited by mathematical combinatoric and/or partition theory.

[0106] This characteristic data, treatment plan data, and results data may be obtained from numerous treatment devices and/or computing devices and/or digital storage media over time and stored in the data store 44. The characteristic data, treatment plan data, and results data may be correlated in the patient-cohort databases in the patient data store 44. The characteristics of the people may include personal information, performance information, and/or measurement information.

[0107] In addition to the historical information about other people stored in the patient cohortequivalent databases, real-time or near-real-time information based on the current patient’s characteristics about a current patient being treated may be stored in an appropriate patient cohortequivalent database. The characteristics of the patient may be determined to match or be similar to the characteristics of another person in a particular cohort (e.g., cohort A) and the patient may be assigned to that cohort.

[0108] In some embodiments, the server 30 may execute an artificial intelligence (Al) engine 11 that uses one or more machine learning models 13 to perform at least one of the embodiments disclosed herein. The server 30 may include a training engine 9 capable of generating the one or more machine learning models 13. The machine learning models 13 may be trained to assign people to certain cohorts based on their characteristics, select treatment plans using real-time and historical data correlations involving patient cohort-equivalents, and control a treatment device 70, among other things.

[0109] The one or more machine learning models 13 may be generated by the training engine 9 and may be implemented in computer instructions executable by one or more processing devices of the training engine 9 and/or the servers 30. To generate the one or more machine learning models 13, the training engine 9 may train the one or more machine learning models 13. The one or more machine learning models 13 may be used by the artificial intelligence engine 11.

[0110] The training engine 9 may be a rackmount server, a router computer, a personal computer, a portable digital assistant, a smartphone, a laptop computer, a tablet computer, a netbook, a desktop computer, an Internet of Things (loT) device, any other suitable computing device, or a combination thereof. The training engine 9 may be cloud-based or a real-time software platform, and it may include privacy software or protocols, and/or security software or protocols.

[0111] To train the one or more machine learning models 13, the training engine 9 may use a training data set of a corpus of the characteristics of the people that used the treatment device 70 to perform treatment plans, the details (e.g., treatment protocol including exercises, amount of time to perform the exercises, how often to perform the exercises, a schedule of exercises, parameters/configurations/settings of the treatment device 70 throughout each step of the treatment plan, etc.) of the treatment plans performed by the people using the treatment device 70, and the results of the treatment plans performed by the people. The one or more machine learning models 13 may be trained to match patterns of characteristics of a patient with characteristics of other people assigned to a particular cohort. The term “match” may refer to an exact match, a correlative match, a substantial match, etc. The one or more machine learning models 13 may be trained to receive the characteristics of a patient as input, map the characteristics to characteristics of people assigned to a cohort, and select a treatment plan from that cohort. The one or more machine learning models 13 may also be trained to control, based on the treatment plan, the treatment device 70. The one or more machine learning models 13 may also be trained to provide one or more treatment plans options to a healthcare provider to select from to control the treatment device 70. [0112] Different machine learning models 13 may be trained to recommend different treatment plans for different desired results. For example, one machine learning model may be trained to recommend treatment plans for most effective recovery, while another machine learning model may be trained to recommend treatment plans based on speed of recovery.

[0113] Using training data that includes training inputs and corresponding target outputs, the one or more machine learning models 13 may refer to model artifacts created by the training engine 9. The training engine 9 may find patterns in the training data wherein such patterns map the training input to the target output and generate the machine learning models 13 that capture these patterns. In some embodiments, the artificial intelligence engine 11, the database 33, and/or the training engine 9 may reside on another component (e.g., assistant interface 94, clinician interface 20, etc.) depicted in FIG. 1.

[0114] The one or more machine learning models 13 may comprise, e.g., a single level of linear or non-linear operations (e.g., a support vector machine [SVM]) or the machine learning models 13 may be a deep network, i.e., a machine learning model comprising multiple levels of non-linear operations. Examples of deep networks are neural networks including generative adversarial networks, convolutional neural networks, recurrent neural networks with one or more hidden layers, and fully connected neural networks (e.g., each neuron may transmit its output signal to the input of the remaining neurons, as well as to itself). For example, the machine learning model may include numerous layers and/or hidden layers that perform calculations (e.g., dot products) using various neurons.

[0115] The system 10 also includes a patient interface 50 configured to communicate information to a patient and to receive feedback from the patient. Specifically, the patient interface includes an input device 52 and an output device 54, which may be collectively called a patient user interface 52, 54. The input device 52 may include one or more devices, such as a keyboard, a mouse, a touch screen input, a gesture sensor, and/or a microphone and processor configured for voice recognition. The output device 54 may take one or more different forms including, for example, a computer monitor or display screen on a tablet, smartphone, or a smart watch. The output device 54 may include other hardware and/or software components such as a projector, virtual reality capability, augmented reality capability, etc. The output device 54 may incorporate various different visual, audio, or other presentation technologies. For example, the output device 54 may include a non-visual display, such as an audio signal, which may include spoken language and/or other sounds such as tones, chimes, and/or melodies, which may signal different conditions and/or directions. The output device 54 may comprise one or more different display screens presenting various data and/or interfaces or controls for use by the patient. The output device 54 may include graphics, which may be presented by a webbased interface and/or by a computer program or application (App.). In some embodiments, the patient interface 50 may include functionality provided by or similar to existing voice-based assistants such as Siri by Apple, Alexa by Amazon, Google Assistant, or Bixby by Samsung.

[0116] As is generally illustrated in FIG. 1, the patient interface 50 includes a second communication interface 56, which may also be called a remote communication interface configured to communicate with the server 30 and/or the clinician interface 20 via a second network 58. In some embodiments, the second network 58 may include a local area network (LAN), such as an Ethernet network. In some embodiments, the second network 58 may include the Internet, and communications between the patient interface 50 and the server 30 and/or the clinician interface 20 may be secured via encryption, such as, for example, by using a virtual private network (VPN). In some embodiments, the second network 58 may include wired and/or wireless network connections such as Wi-Fi, Bluetooth, ZigBee, Near-Field Communications (NFC), cellular data network, etc. In some embodiments, the second network 58 may be the same as and/or operationally coupled to the first network 34.

[0117] The patient interface 50 includes a second processor 60 and a second machine-readable storage memory 62 holding second instructions 64 for execution by the second processor 60 for performing various actions of patient interface 50. The second machine-readable storage memory 62 also includes a local data store 66 configured to hold data, such as data pertaining to a treatment plan and/or patient data, such as data representing a patient’s performance within a treatment plan. The patient interface 50 also includes a local communication interface 68 configured to communicate with various devices for use by the patient in the vicinity of the patient interface 50. The local communication interface 68 may include wired and/or wireless communications. In some embodiments, the local communication interface 68 may include a local wireless network such as WiFi, Bluetooth, ZigBee, Near-Field Communications (NFC), cellular data network, etc.

[0118] The system 10 also includes a treatment device 70 configured to be manipulated by the patient and/or to manipulate a body part of the patient for performing activities according to the treatment plan. In some embodiments, the treatment device 70 may take the form of an exercise and rehabilitation apparatus configured to perform and/or to aid in the performance of a rehabilitation regimen, which may be an orthopedic rehabilitation regimen, and the treatment includes rehabilitation of a body part of the patient, such as a joint or a bone or a muscle group. The treatment device 70 may be any suitable medical, rehabilitative, therapeutic, etc. apparatus configured to be controlled distally via another computing device to treat a patient and/or exercise the patient. The treatment device 70 may be an electromechanical machine including one or more weights, an electromechanical bicycle, an electromechanical spin-wheel, a smart-mirror, a treadmill, an interactive environment system, or the like. The body part may include, for example, a spine, a hand, a foot, a knee, or a shoulder. The body part may include a part of a joint, a bone, or a muscle group, such as one or more vertebrae, a tendon, or a ligament. As is generally illustrated in FIG. 1, the treatment device 70 includes a controller 72, which may include one or more processors, computer memory, and/or other components. The treatment device 70 also includes a fourth communication interface 74 configured to communicate with the patient interface 50 via the local communication interface 68. The treatment device 70 also includes one or more internal sensors 76 and an actuator 78, such as a motor. The actuator 78 may be used, for example, for moving the patient’s body part and/or for resisting forces by the patient.

[0119] The internal sensors 76 may measure one or more operating characteristics of the treatment device 70 such as, for example, a force, a position, a speed, and/or a velocity. In some embodiments, the internal sensors 76 may include a position sensor configured to measure at least one of a linear motion or an angular motion of a body part of the patient. For example, an internal sensor 76 in the form of a position sensor may measure a distance that the patient is able to move a part of the treatment device 70, where such distance may correspond to a range of motion that the patient’s body part is able to achieve. In some embodiments, the internal sensors 76 may include a force sensor configured to measure a force applied by the patient. For example, an internal sensor 76 in the form of a force sensor may measure a force or weight the patient is able to apply, using a particular body part, to the treatment device 70.

[0120] The system 10 generally illustrated in FIG. 1 also includes an ambulation sensor 82, which communicates with the server 30 via the local communication interface 68 of the patient interface 50. The ambulation sensor 82 may track and store a number of steps taken by the patient. In some embodiments, the ambulation sensor 82 may take the form of a wristband, wristwatch, or smart watch. In some embodiments, the ambulation sensor 82 may be integrated within a phone, such as a smartphone.

[0121] The system 10 generally illustrated in FIG. 1 also includes a goniometer 84, which communicates with the server 30 via the local communication interface 68 of the patient interface 50. The goniometer 84 measures an angle of the patient’s body part. For example, the goniometer 84 may measure the angle of flex of a patient’s knee or elbow or shoulder.

[0122] The system 10 generally illustrated in FIG. 1 also includes a pressure sensor 86, which communicates with the server 30 via the local communication interface 68 of the patient interface 50. The pressure sensor 86 measures an amount of pressure or weight applied by a body part of the patient. For example, pressure sensor 86 may measure an amount of force applied by a patient’s foot when pedaling a stationary bike.

[0123] The system 10 generally illustrated in FIG. 1 also includes a supervisory interface 90 which may be similar or identical to the clinician interface 20. In some embodiments, the supervisory interface 90 may have enhanced functionality beyond what is provided on the clinician interface 20. The supervisory interface 90 may be configured for use by a person having responsibility for the treatment plan, such as an orthopedic surgeon. [0124] The system 10 generally illustrated in FIG. 1 also includes a reporting interface 92 which may be similar or identical to the clinician interface 20. In some embodiments, the reporting interface 92 may have less functionality from what is provided on the clinician interface 20. For example, the reporting interface 92 may not have the ability to modify a treatment plan. Such a reporting interface 92 may be used, for example, by a biller to determine the use of the system 10 for billing purposes. In another example, the reporting interface 92 may not have the ability to display patient identifiable information, presenting only pseudonymized data and/or anonymized data for certain data fields concerning a data subject and/or for certain data fields concerning a quasi-identifier of the data subject. Such a reporting interface 92 may be used, for example, by a researcher to determine various effects of a treatment plan on different patients.

[0125] The system 10 includes an assistant interface 94 for a healthcare provider, such as those described herein, to remotely communicate with the patient interface 50 and/or the treatment device 70. Such remote communications may enable the healthcare provider to provide assistance or guidance to a patient using the system 10. More specifically, the assistant interface 94 is configured to communicate a telemedicine signal 96, 97, 98a, 98b, 99a, 99b with the patient interface 50 via a network connection such as, for example, via the first network 34 and/or the second network 58.

[0126] The telemedicine signal 96, 97, 98a, 98b, 99a, 99b comprises one of an audio signal 96, an audiovisual signal 97, an interface control signal 98a for controlling a function of the patient interface 50, an interface monitor signal 98b for monitoring a status of the patient interface 50, an apparatus control signal 99a for changing an operating parameter of the treatment device 70, and/or an apparatus monitor signal 99b for monitoring a status of the treatment device 70. In some embodiments, each of the control signals 98a, 99a may be unidirectional, conveying commands from the assistant interface 94 to the patient interface 50. In some embodiments, in response to successfully receiving a control signal 98a, 99a and/or to communicate successful and/or unsuccessful implementation of the requested control action, an acknowledgement message may be sent from the patient interface 50 to the assistant interface 94.

[0127] In some embodiments, each of the monitor signals 98b, 99b may be unidirectional, statusinformation commands from the patient interface 50 to the assistant interface 94. In some embodiments, an acknowledgement message may be sent from the assistant interface 94 to the patient interface 50 in response to successfully receiving one of the monitor signals 98b, 99b.

[0128] In some embodiments, the patient interface 50 may be configured as a pass-through for the apparatus control signals 99a and the apparatus monitor signals 99b between the treatment device 70 and one or more other devices, such as the assistant interface 94 and/or the server 30. For example, the patient interface 50 may be configured to transmit an apparatus control signal 99a in response to an apparatus control signal 99a within the telemedicine signal 96, 97, 98a, 98b, 99a, 99b from the assistant interface 94. [0129] In some embodiments, the assistant interface 94 may be presented on a shared physical device as the clinician interface 20. For example, the clinician interface 20 may include one or more screens that implement the assistant interface 94. Alternatively or additionally, the clinician interface 20 may include additional hardware components, such as a video camera, a speaker, and/or a microphone, to implement aspects of the assistant interface 94.

[0130] In some embodiments, one or more portions of the telemedicine signal 96, 97, 98a, 98b, 99a, 99b may be generated from a prerecorded source (e.g., an audio recording, a video recording, or an animation) for presentation by the output device 54 of the patient interface 50. For example, a tutorial video may be streamed from the server 30 and presented upon the patient interface 50. Content from the prerecorded source may be requested by the patient via the patient interface 50. Alternatively, via a control on the assistant interface 94, the healthcare provider may cause content from the prerecorded source to be played on the patient interface 50.

[0131] The assistant interface 94 includes an assistant input device 22 and an assistant display 24, which may be collectively called an assistant user interface 22, 24. The assistant input device 22 may include one or more of a telephone, a keyboard, a mouse, a trackpad, or a touch screen, for example. Alternatively or additionally, the assistant input device 22 may include one or more microphones. In some embodiments, the one or more microphones may take the form of a telephone handset, headset, or wide-area microphone or microphones configured for the healthcare provider to speak to a patient via the patient interface 50.

[0132] In some embodiments, assistant input device 22 may be configured to provide voice-based functionalities, with hardware and/or software configured to interpret spoken instructions by the healthcare provider by using the one or more microphones. The assistant input device 22 may include functionality provided by or similar to existing voice-based assistants such as Siri by Apple, Alexa by Amazon, Google Assistant, or Bixby by Samsung. The assistant input device 22 may include other hardware and/or software components. The assistant input device 22 may include one or more general purpose devices and/or special-purpose devices.

[0133] The assistant display 24 may take one or more different forms including, for example, a computer monitor or display screen on a tablet, a smartphone, or a smart watch. The assistant display 24 may include other hardware and/or software components such as projectors, virtual reality capabilities, or augmented reality capabilities, etc. The assistant display 24 may incorporate various different visual, audio, or other presentation technologies. For example, the assistant display 24 may include a non-visual display, such as an audio signal, which may include spoken language and/or other sounds such as tones, chimes, melodies, and/or compositions, which may signal different conditions and/or directions. The assistant display 24 may comprise one or more different display screens presenting various data and/or interfaces or controls for use by the healthcare provider. The assistant display 24 may include graphics, which may be presented by a web-based interface and/or by a computer program or application (App.).

[0134] In some embodiments, the system 10 may provide computer translation of language from the assistant interface 94 to the patient interface 50 and/or vice-versa. The computer translation of language may include computer translation of spoken language and/or computer translation of text. Additionally or alternatively, the system 10 may provide voice recognition and/or spoken pronunciation of text. For example, the system 10 may convert spoken words to printed text and/or the system 10 may audibly speak language from printed text. The system 10 may be configured to recognize spoken words by any or all of the patient, the clinician, and/or the healthcare provider. In some embodiments, the system 10 may be configured to recognize and react to spoken requests or commands by the patient. For example, in response to a verbal command by the patient (which may be given in any one of several different languages), the system 10 may automatically initiate a telemedicine session.

[0135] In some embodiments, the server 30 may generate aspects of the assistant display 24 for presentation by the assistant interface 94. For example, the server 30 may include a web server configured to generate the display screens for presentation upon the assistant display 24. For example, the artificial intelligence engine 11 may generate recommended treatment plans and/or excluded treatment plans for patients and generate the display screens including those recommended treatment plans and/or external treatment plans for presentation on the assistant display 24 of the assistant interface 94. In some embodiments, the assistant display 24 may be configured to present a virtualized desktop hosted by the server 30. In some embodiments, the server 30 may be configured to communicate with the assistant interface 94 via the first network 34. In some embodiments, the first network 34 may include a local area network (LAN), such as an Ethernet network.

[0136] In some embodiments, the first network 34 may include the Internet, and communications between the server 30 and the assistant interface 94 may be secured via privacy enhancing technologies, such as, for example, by using encryption over a virtual private network (VPN). Alternatively or additionally, the server 30 may be configured to communicate with the assistant interface 94 via one or more networks independent of the first network 34 and/or other communication means, such as a direct wired or wireless communication channel. In some embodiments, the patient interface 50 and the treatment device 70 may each operate from a patient location geographically separate from a location of the assistant interface 94. For example, the patient interface 50 and the treatment device 70 may be used as part of an in-home rehabilitation system, which may be aided remotely by using the assistant interface 94 at a centralized location, such as a clinic or a call center. [0137] In some embodiments, the assistant interface 94 may be one of several different terminals (e.g., computing devices) that may be grouped together, for example, in one or more call centers or at one or more clinicians’ offices. In some embodiments, a plurality of assistant interfaces 94 may be distributed geographically. In some embodiments, a person may work as a healthcare provider remotely from any conventional office infrastructure. Such remote work may be performed, for example, where the assistant interface 94 takes the form of a computer and/or telephone. This remote work functionality may allow for work-from-home arrangements that may include part time and/or flexible work hours for a healthcare provider.

[0138] FIGS. 2-3 show an embodiment of a treatment device 70. More specifically, FIG. 2 generally illustrates a treatment device 70 in the form of a stationary cycling machine 100, which may be called a stationary bike, for short. The stationary cycling machine 100 includes a set of pedals 102 each attached to a pedal arm 104 for rotation about an axle 106. In some embodiments, and as is generally illustrated in FIG. 2, the pedals 102 are movable on the pedal arms 104 in order to adjust a range of motion used by the patient in pedaling. For example, the pedals being located inwardly toward the axle 106 corresponds to a smaller range of motion than when the pedals are located outwardly away from the axle 106. One or more pressure sensors 86 is attached to or embedded within one or both of the pedals 102 for measuring an amount of force applied by the patient on a pedal 102. The pressure sensor 86 may communicate wirelessly to the treatment device 70 and/or to the patient interface 50.

[0139] FIG. 4 generally illustrates a person (a patient) using the treatment device of FIG. 2 and showing sensors and various data parameters connected to a patient interface 50. The example patient interface 50 is a tablet computer or smartphone, or a phablet, such as an iPad, an iPhone, an Android device, or a Surface tablet, which is held manually by the patient. In some other embodiments, the patient interface 50 may be embedded within or attached to the treatment device 70.

[0140] FIG. 4 generally illustrates the patient wearing the ambulation sensor 82 on his wrist, with a note showing “STEPS TODAY 1355”, indicating that the ambulation sensor 82 has recorded and transmitted that step count to the patient interface 50. FIG. 4 also generally illustrates the patient wearing the goniometer 84 on his right knee, with a note showing “KNEE ANGLE 72°”, indicating that the goniometer 84 is measuring and transmitting that knee angle to the patient interface 50. FIG. 4 also generally illustrates a right side of one of the pedals 102 with a pressure sensor 86 showing “FORCE 12.5 lbs.,” indicating that the right pedal pressure sensor 86 is measuring and transmitting that force measurement to the patient interface 50.

[0141] FIG. 4 also generally illustrates a left side of one of the pedals 102 with a pressure sensor 86 showing “FORCE 27 lbs.”, indicating that the left pedal pressure sensor 86 is measuring and transmitting that force measurement to the patient interface 50. FIG. 4 also generally illustrates other patient data, such as an indicator of “SESSION TIME 0:04:13”, indicating that the patient has been using the treatment device 70 for 4 minutes and 13 seconds. This session time may be determined by the patient interface 50 based on information received from the treatment device 70. FIG. 4 also generally illustrates an indicator showing “PAIN LEVEL 3”. Such a pain level may be obtained from the patent in response to a solicitation, such as a question, presented upon the patient interface 50.

[0142] FIG. 5 is an example embodiment of an overview display 120 of the assistant interface 94. Specifically, the overview display 120 presents several different controls and interfaces for the healthcare provider to remotely assist a patient with using the patient interface 50 and/or the treatment device 70. This remote assistance functionality may also be called telemedicine or telehealth.

[0143] Specifically, the overview display 120 includes a patient profile display 130 presenting biographical information regarding a patient using the treatment device 70. The patient profile display 130 may take the form of a portion or region of the overview display 120, as is generally illustrated in FIG. 5, although the patient profile display 130 may take other forms, such as a separate screen or a popup window.

[0144] In some embodiments, the patient profile display 130 may include a limited subset of the patient’s biographical information. More specifically, the data presented upon the patient profile display 130 may depend upon the healthcare provider’s need for that information. For example, a healthcare provider that is assisting the patient with a medical issue may be provided with medical history information regarding the patient, whereas a technician troubleshooting an issue with the treatment device 70 may be provided with a much more limited set of information regarding the patient. The technician, for example, may be given only the patient’s name.

[0145] The patient profile display 130 may include pseudonymized data and/or anonymized data or use any privacy enhancing technology to prevent confidential patient data from being communicated in a way that could violate patient confidentiality requirements. Such privacy enhancing technologies may enable compliance with laws, regulations, or other rules of governance such as, but not limited to, the Health Insurance Portability and Accountability Act (HIPAA), or the General Data Protection Regulation (GDPR), wherein the patient may be deemed a “data subject”.

[0146] In some embodiments, the patient profile display 130 may present information regarding the treatment plan for the patient to follow in using the treatment device 70. Such treatment plan information may be limited to a healthcare provider. For example, a healthcare provider assisting the patient with an issue regarding the treatment regimen may be provided with treatment plan information, whereas a technician troubleshooting an issue with the treatment device 70 may not be provided with any information regarding the patient’s treatment plan.

[0147] In some embodiments, one or more recommended treatment plans and/or excluded treatment plans may be presented in the patient profde display 130 to the healthcare provider. The one or more recommended treatment plans and/or excluded treatment plans may be generated by the artificial intelligence engine 11 of the server 30 and received from the server 30 in real-time during a telemedicine or telehealth session. An example of presenting the one or more recommended treatment plans and/or ruled-out treatment plans is described below with reference to FIG. 7. [0148] The example overview display 120 generally illustrated in FIG. 5 also includes a patient status display 134 presenting status information regarding a patient using the treatment device. The patient status display 134 may take the form of a portion or region of the overview display 120, as is generally illustrated in FIG. 5, although the patient status display 134 may take other forms, such as a separate screen or a popup window.

[0149] The patient status display 134 includes sensor data 136 from one or more of the external sensors 82, 84, 86, and/or from one or more internal sensors 76 of the treatment device 70. In some embodiments, the patient status display 134 may include sensor data from one or more sensors of one or more wearable devices worn by the patient while using the treatment device 70. The one or more wearable devices may include a watch, a bracelet, a necklace, a chest strap, and the like. The one or more wearable devices may be configured to monitor a heartrate, a temperature, a blood pressure, one or more vital signs, and the like of the patient while the patient is using the treatment device 70. In some embodiments, the patient status display 134 may present other data 138 regarding the patient, such as last reported pain level, or progress within a treatment plan.

[0150] User access controls may be used to limit access, including what data is available to be viewed and/or modified, on any or all of the user interfaces 20, 50, 90, 92, 94 of the system 10. In some embodiments, user access controls may be employed to control what information is available to any given person using the system 10. For example, data presented on the assistant interface 94 may be controlled by user access controls, with permissions set depending on the healthcare provider/user’s need for and/or qualifications to view that information.

[0151] The example overview display 120 generally illustrated in FIG. 5 also includes a help data display 140 presenting information for the healthcare provider to use in assisting the patient. The help data display 140 may take the form of a portion or region of the overview display 120, as is generally illustrated in FIG. 5. The help data display 140 may take other forms, such as a separate screen or a popup window. The help data display 140 may include, for example, presenting answers to frequently asked questions regarding use of the patient interface 50 and/or the treatment device 70.

[0152] The help data display 140 may also include research data or best practices. In some embodiments, the help data display 140 may present scripts for answers or explanations in response to patient questions. In some embodiments, the help data display 140 may present flow charts or walkthroughs for the healthcare provider to use in determining a root cause and/or solution to a patient’s problem.

[0153] In some embodiments, the assistant interface 94 may present two or more help data displays 140, which may be the same or different, for simultaneous presentation of help data for use by the healthcare provider, for example, a first help data display may be used to present a troubleshooting flowchart to determine the source of a patient’s problem, and a second help data display may present script information for the healthcare provider to read to the patient, such information to preferably include directions for the patient to perform some action, which may help to narrow down or solve the problem. In some embodiments, based upon inputs to the troubleshooting flowchart in the first help data display, the second help data display may automatically populate with script information.

[0154] The example overview display 120 generally illustrated in FIG. 5 also includes a patient interface control 150 presenting information regarding the patient interface 50, and/or to modify one or more settings of the patient interface 50. The patient interface control 150 may take the form of a portion or region of the overview display 120, as is generally illustrated in FIG. 5. The patient interface control 150 may take other forms, such as a separate screen or a popup window. The patient interface control 150 may present information communicated to the assistant interface 94 via one or more of the interface monitor signals 98b.

[0155] As is generally illustrated in FIG. 5, the patient interface control 150 includes a display feed 152 of the display presented by the patient interface 50. In some embodiments, the display feed 152 may include a live copy of the display screen currently being presented to the patient by the patient interface 50. In other words, the display feed 152 may present an image of what is presented on a display screen of the patient interface 50.

[0156] In some embodiments, the display feed 152 may include abbreviated information regarding the display screen currently being presented by the patient interface 50, such as a screen name or a screen number. The patient interface control 150 may include a patient interface setting control 154 for the healthcare provider to adjust or to control one or more settings or aspects of the patient interface 50. In some embodiments, the patient interface setting control 154 may cause the assistant interface 94 to generate and/or to transmit an interface control signal 98 for controlling a function or a setting of the patient interface 50.

[0157] In some embodiments, the patient interface setting control 154 may include collaborative browsing or co-browsing capability for the healthcare provider to remotely view and/or control the patient interface 50. For example, the patient interface setting control 154 may enable the healthcare provider to remotely enter text to one or more text entry fields on the patient interface 50 and/or to remotely control a cursor on the patient interface 50 using a mouse or touchscreen of the assistant interface 94.

[0158] In some embodiments, using the patient interface 50, the patient interface setting control 154 may allow the healthcare provider to change a setting that cannot be changed by the patient. For example, the patient interface 50 may be precluded from accessing a language setting to prevent a patient from inadvertently switching, on the patient interface 50, the language used for the displays, whereas the patient interface setting control 154 may enable the healthcare provider to change the language setting of the patient interface 50. In another example, the patient interface 50 may not be able to change a font size setting to a smaller size in order to prevent a patient from inadvertently switching the font size used for the displays on the patient interface 50 such that the display would become illegible to the patient, whereas the patient interface setting control 154 may provide for the healthcare provider to change the font size setting of the patient interface 50.

[0159] The example overview display 120 generally illustrated in FIG. 5 also includes an interface communications display 156 showing the status of communications between the patient interface 50 and one or more other devices 70, 82, 84, such as the treatment device 70, the ambulation sensor 82, and/or the goniometer 84. The interface communications display 156 may take the form of a portion or region of the overview display 120, as is generally illustrated in FIG. 5.

[0160] The interface communications display 156 may take other forms, such as a separate screen or a popup window. The interface communications display 156 may include controls for the healthcare provider to remotely modify communications with one or more of the other devices 70, 82, 84. For example, the healthcare provider may remotely command the patient interface 50 to reset communications with one of the other devices 70, 82, 84, or to establish communications with a new one of the other devices 70, 82, 84. This functionality may be used, for example, where the patient has a problem with one of the other devices 70, 82, 84, or where the patient receives a new or a replacement one of the other devices 70, 82, 84.

[0161] The example overview display 120 generally illustrated in FIG. 5 also includes an apparatus control 160 for the healthcare provider to view and/or to control information regarding the treatment device 70. The apparatus control 160 may take the form of a portion or region of the overview display 120, as is generally illustrated in FIG. 5. The apparatus control 160 may take other forms, such as a separate screen or apopup window. The apparatus control 160 may include an apparatus status display 162 with information regarding the current status of the apparatus. The apparatus status display 162 may present information communicated to the assistant interface 94 via one or more of the apparatus monitor signals 99b. The apparatus status display 162 may indicate whether the treatment device 70 is currently communicating with the patient interface 50. The apparatus status display 162 may present other current and/or historical information regarding the status of the treatment device 70.

[0162] The apparatus control 160 may include an apparatus setting control 164 for the healthcare provider to adjust or control one or more aspects of the treatment device 70. The apparatus setting control 164 may cause the assistant interface 94 to generate and/or to transmit an apparatus control signal 99 (e.g., which may be referred to as treatment plan input, as described) for changing an operating parameter and/or one or more characteristics of the treatment device 70, (e.g., a pedal radius setting, a resistance setting, a target RPM, other suitable characteristics of the treatment device 70, or a combination thereof).

[0163] The apparatus setting control 164 may include a mode button 166 and a position control 168, which may be used in conjunction for the healthcare provider to place an actuator 78 of the treatment device 70 in a manual mode, after which a setting, such as a position or a speed of the actuator 78, can be changed using the position control 168. The mode button 166 may provide for a setting, such as a position, to be toggled between automatic and manual modes.

[0164] In some embodiments, one or more settings may be adjustable at any time, and without having an associated auto/manual mode. In some embodiments, the healthcare provider may change an operating parameter of the treatment device 70, such as a pedal radius setting, while the patient is actively using the treatment device 70. Such “on the fly” adjustment may or may not be available to the patient using the patient interface 50.

[0165] In some embodiments, the mode button 166 may be configured to allow the healthcare provider and/or the patient to place the treatment device 70 in one of a plurality of modes. The modes may be referred to as treatment device modes. The plurality of treatment device modes may include a passive mode, an active-assisted mode, a resistive mode, an active mode, and/or other suitable mode. The passive mode may refer to an electric motor of the treatment device 70 independently driving the one or more radially-adjustable couplings rotationally coupled to the one or more pedals 102. In the passive mode, the electric motor may be the only source of driving force on the radially-adjustable couplings. That is, the patient may engage the pedals 102 with their hands or their feet and the electric motor may rotate the radially-adjustable couplings for the patient. This may enable moving the affected body part and stretching the affected body part for certain purposes, including, without limitation, increasing the patient’s range of motion, without the patient exerting excessive force.

[0166] The active-assisted mode may refer to the electric motor receiving measurements of revolutions per minute of the one or more radially-adjustable couplings, and causing the electric motor 12 to drive the one or more radially-adjustable couplings rotationally coupled to the one or more pedals 102 when the measured revolutions per minute satisfy a threshold condition. The threshold condition may be configurable by the patient and/or the healthcare provider. The electric motor may be powered off while the user provides the driving force to the radially-adjustable couplings provided that the revolutions per minute are above a revolutions per minute threshold and the threshold condition is not satisfied. If the revolutions per minute are less than the revolutions per minute threshold, then the threshold condition is satisfied and the electric motor may be controlled to drive the radially-adjustable couplings to maintain the revolutions per minute threshold.

[0167] The resistive mode may refer to the electric motor providing resistance to rotation of the one or more radially-adjustable couplings coupled to the one or more pedals 102. The resistive mode may increase the strength, range of motion, pliability or other measurable property of the body part being rehabilitated by causing the muscle to exert force to move the pedals against the resistance provided by the electric motor.

[0168] The active mode may refer to the electric motor powering off such that it does not provide any driving force assistance to the radially-adjustable couplings. Instead, in this mode, using their hands or feet, for example, the user provides the sole driving force to the radially-adjustable couplings. [0169] In some embodiments, the apparatus setting control 164 may allow the healthcare provider to change a setting that cannot be changed by the patient using the patient interface 50. For example, the patient interface 50 may be precluded from changing a preconfigured setting, such as a height or a tilt setting of the treatment device 70, whereas the apparatus setting control 164 may provide for the healthcare provider to change the height or tilt setting of the treatment device 70.

[0170] The example overview display 120 generally illustrated in FIG. 5 also includes a patient communications control 170 for controlling an audio or an audiovisual communications session with the patient interface 50. The communications session with the patient interface 50 may comprise a live feed from the assistant interface 94 for presentation by the output device of the patient interface 50. The live feed may take the form of an audio feed and/or a video feed. In some embodiments, the patient interface 50 may be configured to provide two-way audio or audiovisual communications with a person using the assistant interface 94. Specifically, the communications session with the patient interface 50 may include bidirectional (two-way) video or audiovisual feeds, with each of the patient interface 50 and the assistant interface 94 presenting video of the other one.

[0171] In some embodiments, the patient interface 50 may present video from the assistant interface 94, while the assistant interface 94 presents only audio or the assistant interface 94 presents no live audio or visual signal from the patient interface 50. In some embodiments, the assistant interface 94 may present video from the patient interface 50, while the patient interface 50 presents only audio or the patient interface 50 presents no live audio or visual signal from the assistant interface 94.

[0172] In some embodiments, the audio or an audiovisual communications session with the patient interface 50 may take place, at least in part, while the patient is performing the rehabilitation regimen upon the body part. The patient communications control 170 may take the form of a portion or region of the overview display 120, as is generally illustrated in FIG. 5. The patient communications control 170 may take other forms, such as a separate screen or a popup window.

[0173] The audio and/or audiovisual communications may be processed and/or directed by the assistant interface 94 and/or by another device or devices, such as a telephone system, or a videoconferencing system used by the healthcare provider while the healthcare provider uses the assistant interface 94. Alternatively or additionally, the audio and/or audiovisual communications may include communications with a third party. For example, the system 10 may enable the healthcare provider to initiate a 3-way conversation regarding use of a particular piece of hardware or software, with the patient and a subject matter expert, such as a healthcare provider or a specialist. The example patient communications control 170 generally illustrated in FIG. 5 includes call controls 172 for the healthcare provider to use in managing various aspects of the audio or audiovisual communications with the patient. The call controls 172 include a disconnect button 174 for the healthcare provider to end the audio or audiovisual communications session. The call controls 172 also include a mute button 176 to temporarily silence an audio or audiovisual signal from the assistant interface 94. In some embodiments, the call controls 172 may include other features, such as a hold button (not shown).

[0174] The call controls 172 also include one or more record/playback controls 178, such as record, play, and pause buttons to control, with the patient interface 50, recording and/or playback of audio and/or video from the teleconference session. The call controls 172 also include a video feed display 180 for presenting still and/or video images from the patient interface 50, and a self-video display 182 showing the current image of the healthcare provider using the assistant interface 94. The self-video display 182 may be presented as a picture-in-picture format, within a section of the video feed display 180, as is generally illustrated in FIG. 5. Alternatively or additionally, the self-video display 182 may be presented separately and/or independently from the video feed display 180.

[0175] The example overview display 120 generally illustrated in FIG. 5 also includes a third party communications control 190 for use in conducting audio and/or audiovisual communications with a third party. The third party communications control 190 may take the form of a portion or region of the overview display 120, as is generally illustrated in FIG. 5. The third party communications control 190 may take other forms, such as a display on a separate screen or a popup window.

[0176] The third party communications control 190 may include one or more controls, such as a contact list and/or buttons or controls to contact a third party regarding use of a particular piece of hardware or software, e.g., a subject matter expert, such as a healthcare provider or a specialist. The third party communications control 190 may include conference calling capability for the third party to simultaneously communicate with both the healthcare provider via the assistant interface 94, and with the patient via the patient interface 50. For example, the system 10 may provide for the healthcare provider to initiate a 3 -way conversation with the patient and the third party.

[0177] FIG. 6 generally illustrates an example block diagram of training a machine learning model 13 to output, based on data 600 pertaining to the patient, a treatment plan 602 for the patient according to the present disclosure. Data pertaining to other patients may be received by the server 30. The other patients may have used various treatment devices to perform treatment plans.

[0178] The data may include characteristics of the other patients, the details of the treatment plans performed by the other patients, and/or the results of performing the treatment plans (e.g., a percent of recovery of a portion of the patients’ bodies, an amount of recovery of a portion of the patients’ bodies, an amount of increase or decrease in muscle strength of a portion of patients’ bodies, an amount of increase or decrease in range of motion of a portion of patients’ bodies, etc.).

[0179] As depicted, the data has been assigned to different cohorts. Cohort A includes data for patients having similar first characteristics, first treatment plans, and first results. Cohort B includes data for patients having similar second characteristics, second treatment plans, and second results. For example, cohort A may include first characteristics of patients in their twenties without any medical conditions who underwent surgery for a broken limb; their treatment plans may include a certain treatment protocol (e.g., use the treatment device 70 for 30 minutes 5 times a week for 3 weeks, wherein values for the properties, configurations, and/or settings of the treatment device 70 are set to X (where X is a numerical value) for the first two weeks and to Y (where Y is a numerical value) for the last week).

[0180] Cohort A and cohort B may be included in a training dataset used to train the machine learning model 13. The machine learning model 13 may be trained to match a pattern between characteristics for each cohort and output the treatment plan or a variety of possible treatment plans for selection by a healthcare provider that provides the result. Accordingly, when the data 600 for a new patient is input into the trained machine learning model 13, the trained machine learning model 13 may match the characteristics included in the data 600 with characteristics in either cohort A or cohort B and output the appropriate treatment plan or plans 602. In some embodiments, the machine learning model 13 may be trained to output one or more excluded treatment plans that should not be performed by the new patient.

[0181] FIG. 7 generally illustrates an embodiment of an overview display 120 of the assistant interface 94 presenting recommended treatment plans and excluded treatment plans in real-time during a telemedicine session according to the present disclosure. As depicted, the overview display 120 just includes sections for the patient profde 130 and the video feed display 180, including the selfvideo display 182. Any suitable configuration of controls and interfaces of the overview display 120 described with reference to FIG. 5 may be presented in addition to or instead of the patient profile 130, the video feed display 180, and the self-video display 182.

[0182] The healthcare provider using the assistant interface 94 (e.g., computing device) during the telemedicine session may be presented in the self-video 182 in a portion of the overview display 120 (e.g., user interface presented on a display screen 24 of the assistant interface 94) that also presents a video from the patient in the video feed display 180. Further, the video feed display 180 may also include a graphical user interface (GUI) object 700 (e.g., a button) that enables the healthcare provider to share, in real-time or near real-time during the telemedicine session, the recommended treatment plans and/or the excluded treatment plans with the patient on the patient interface 50. The healthcare provider may select the GUI object 700 to share the recommended treatment plans and/or the excluded treatment plans. As depicted, another portion of the overview display 120 includes the patient profile display 130.

[0183] The patient profde display 130 is presenting two example recommended treatment plans 600 and one example excluded treatment plan 602. As described herein, the treatment plans may be recommended in view of characteristics of the patient being treated. To generate the recommended treatment plans 600 the patient should follow to achieve a desired result, a pattern between the characteristics of the patient being treated and a cohort of other people who have used the treatment device 70 to perform a treatment plan may be matched by one or more machine learning models 13 of the artificial intelligence engine 11. Each of the recommended treatment plans may be generated based on different desired results.

[0184] For example, as depicted, the patient profile display 130 presents “The characteristics of the patient match characteristics of uses in Cohort A. The following treatment plans are recommended for the patient based on his characteristics and desired results.” Then, the patient profile display 130 presents recommended treatment plans from cohort A, and each treatment plan provides different results.

[0185] As depicted, treatment plan “A” indicates “Patient X should use treatment device for 30 minutes a day for 4 days to achieve an increased range of motion of Y%; Patient X has Type 2 Diabetes; and Patient X should be prescribed medication Z for pain management during the treatment plan (medication Z is approved for people having Type 2 Diabetes).” Accordingly, the treatment plan generated achieves increasing the range of motion of Y%. As may be appreciated, the treatment plan also includes a recommended medication (e.g., medication Z) to prescribe to the patient to manage pain in view of a known medical disease (e.g., Type 2 Diabetes) of the patient. That is, the recommended patient medication not only does not conflict with the medical condition of the patient but thereby improves the probability of a superior patient outcome. This specific example and all such examples elsewhere herein are not intended to limit in any way the generated treatment plan from recommending multiple medications, or from handling the acknowledgement, view, diagnosis and/or treatment of comorbid conditions or diseases.

[0186] Recommended treatment plan “B” may specify, based on a different desired result of the treatment plan, a different treatment plan including a different treatment protocol for a treatment device, a different medication regimen, etc.

[0187] As depicted, the patient profile display 130 may also present the excluded treatment plans 602. These types of treatment plans are shown to the healthcare provider using the assistant interface 94 to alert the healthcare provider not to recommend certain portions of a treatment plan to the patient. For example, the excluded treatment plan could specify the following: “Patient X should not use treatment device for longer than 30 minutes a day due to a heart condition; Patient X has Type 2 Diabetes; and Patient X should not be prescribed medication M for pain management during the treatment plan (in this scenario, medication M can cause complications for people having Type 2 Diabetes). Specifically, the excluded treatment plan points out a limitation of a treatment protocol where, due to a heart condition, Patient X should not exercise for more than 30 minutes a day. The ruled-out treatment plan also points out that Patient X should not be prescribed medication M because it conflicts with the medical condition Type 2 Diabetes.

[0188] The healthcare provider may select the treatment plan for the patient on the overview display 120. For example, the healthcare provider may use an input peripheral (e.g., mouse, touchscreen, microphone, keyboard, etc.) to select from the treatment plans 600 for the patient. In some embodiments, during the telemedicine session, the healthcare provider may discuss the pros and cons of the recommended treatment plans 600 with the patient.

[0189] In any event, the healthcare provider may select the treatment plan for the patient to follow to achieve the desired result. The selected treatment plan may be transmitted to the patient interface 50 for presentation. The patient may view the selected treatment plan on the patient interface 50. In some embodiments, the healthcare provider and the patient may discuss during the telemedicine session the details (e.g., treatment protocol using treatment device 70, diet regimen, medication regimen, etc.) in real-time or in near real-time. In some embodiments, the server 30 may control, based on the selected treatment plan and during the telemedicine session, the treatment device 70 as the user uses the treatment device 70.

[0190] FIG. 8 generally illustrates an embodiment of the overview display 120 of the assistant interface 94 presenting, in real-time during a telemedicine session, recommended treatment plans that have changed as a result of patient data changing according to the present disclosure. As may be appreciated, the treatment device 70 and/or any computing device (e.g., patient interface 50) may transmit data while the patient uses the treatment device 70 to perform a treatment plan. The data may include updated characteristics of the patient and/or other treatment data. For example, the updated characteristics may include new performance information and/or measurement information. The performance information may include a speed of a portion of the treatment device 70, a range of motion achieved by the patient, a force exerted on a portion of the treatment device 70, a heartrate of the patient, a blood pressure of the patient, a respiratory rate of the patient, and so forth.

[0191] In some embodiments, the data received at the server 30 may be input into the trained machine learning model 13, which may determine that the characteristics indicate the patient is on track for the current treatment plan. Determining the patient is on track for the current treatment plan may cause the trained machine learning model 13 to adjust a parameter of the treatment device 70. The adjustment may be based on a next step of the treatment plan to further improve the performance of the patient.

[0192] In some embodiments, the data received at the server 30 may be input into the trained machine learning model 13, which may determine that the characteristics indicate the patient is not on track (e.g., behind schedule, not able to maintain a speed, not able to achieve a certain range of motion, is in too much pain, etc.) for the current treatment plan or is ahead of schedule (e.g., exceeding a certain speed, exercising longer than specified with no pain, exerting more than a specified force, etc.) for the current treatment plan.

[0193] The trained machine learning model 13 may determine that the characteristics of the patient no longer match the characteristics of the patients in the cohort to which the patient is assigned. Accordingly, the trained machine learning model 13 may reassign the patient to another cohort that includes qualifying characteristics the patient’s characteristics. As such, the trained machine learning model 13 may select a new treatment plan from the new cohort and control, based on the new treatment plan, the treatment device 70.

[0194] In some embodiments, prior to controlling the treatment device 70, the server 30 may provide the new treatment plan 800 to the assistant interface 94 for presentation in the patient profde 130. As depicted, the patient profde 130 indicates “The characteristics of the patient have changed and now match characteristics of uses in Cohort B. The following treatment plan is recommended for the patient based on his characteristics and desired results.” Then, the patient profile 130 presents the new treatment plan 800 (“Patient X should use the treatment device for 10 minutes a day for 3 days to achieve an increased range of motion of L%.” The healthcare provider may select the new treatment plan 800, and the server 30 may receive the selection. The server 30 may control the treatment device 70 based on the new treatment plan 800. In some embodiments, the new treatment plan 800 may be transmitted to the patient interface 50 such that the patient may view the details of the new treatment plan 800.

[0195] In some embodiments, the server 30 may be configured to receive treatment data pertaining to a user using the treatment device 70 to perform a treatment plan. The user may include a patient, user, or person using the treatment device 70 to perform various exercises. The treatment data may include various characteristics of the user, various measurement information pertaining to the user while the user uses the treatment device 70, various characteristics of the treatment device 70, the treatment plan, other suitable data, or a combination thereof. The server 30 may receive the treatment data during a telemedicine session.

[0196] In some embodiments, while the user uses the treatment device 70 to perform the treatment plan, at least some of the treatment data may include the sensor data 136 from one or more of the external sensors 82, 84, 86, and/or from one or more internal sensors 76 of the treatment device 70. Any sensor referred to herein may be standalone, part of a neural net, a node on the Internet of Things, or otherwise connected or configured to be connected to a physical or wireless network.

[0197] In some embodiments, at least some of the treatment data may include sensor data from one or more sensors of one or more wearable devices worn by the user while using the treatment device 70. The one or more wearable devices may include a watch, a bracelet, a necklace, a headband, a wristband, an ankle band, eyeglasses or eyewear (such as, without limitation, Google Glass) a chest or torso strap, a device configured to be worked on, attached to, or communicatively coupled to a body, and the like. While the user is using the treatment device 70, the one or more wearable devices may be configured to monitor, with respect to the user, a heartrate, a temperature, a blood pressure, an eye dilation, one or more vital signs, one or more metabolic markers, biomarkers, and the like.

[0198] In some embodiments, at least some of the treatment data may include sensor data from one or more sensors of one or more sensing or Internet of Things (loT) devices. Such devices may be near the user but not worn by the user. Additionally, or alternatively, such devices may be configured to sense, measure, obtain, or otherwise monitor, with respect to the user, a heartrate, a temperature, a blood pressure, an eye dilation, one or more vital signs, one or more metabolic markers, biomarkers, and the like. In some embodiments, such devices may be configured to generate a sensing field that wholly or partially encapsulates the user or that is otherwise communicatively coupled to the user. The devices may be configured to sense, measure, obtain, or otherwise monitor, with respect to the user while the user is in the sensing field, a heartrate, a temperature, a blood pressure, an eye dilation, one or more vital signs, one or more metabolic markers, biomarkers, and the like.

[0199] The various characteristics of the treatment device 70 may include one or more settings of the treatment device 70, a current revolutions per time period (e.g., such as one minute) of a rotating member (e.g., such as a wheel) of the treatment device 70, a resistance setting of the treatment device 70, other suitable characteristics of the treatment device 70, or a combination thereof. The measurement information may include one or more vital signs of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, an SpO2 -measurement of the blood oxygen level of the user (e.g., oxygen saturation level), a blood pressure of the user, a glucose level of the user, other suitable measurement information of the user, microbiome related data pertaining to the user, or a combination thereof.

[0200] In some embodiments, the server 30 may identify, using at least one aspect of the treatment data, at least one aspect associated with a first treatment device mode of the treatment device 70 of the at least one measurement pertaining to the user. The first treatment device mode may include any suitable mode of the treatment device 70, including those described herein.

[0201] In some embodiments, the server 30 may determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70 correlates with at least one secondary condition of the user. The at least one secondary condition may include any condition for which the user is not being treated while using the treatment device 70 (e.g., conditions not currently being treated and/or conditions of which the healthcare provider and/or the patient is unaware). It should be understood that the systems and methods described herein may use at least one other aspect and/or the at least one aspect of the at least one measurement and/or at least one other measurement pertaining to the user, wherein the aspect or aspects are associated with at least one other treatment device mode of the treatment device 70 in addition to or instead of the first treatment device mode, to determine secondary conditions of the user.

[0202] In some embodiments, by writing to an associated memory (e.g., such as the memory 62 or other suitable memory), the server 30 may determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70 is correlated with the at least one secondary condition, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70.

[0203] The associated memory may be configured to be accessed by an artificial intelligence engine, such as the artificial intelligence engine 11. The artificial intelligence engine 11 may be configured to use at least one machine learning model, such as the machine learning model 13 or other suitable machine learning model, to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70, at least one of secondary condition output prediction.

[0204] In some embodiments, the artificial intelligence engine 11 may use the machine learning model 13 to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction. At least some of the other users may be associated with a cohort to which the user belongs; alternatively, all of the other users may be associated with the cohort of which the user belongs; further alternatively, the other users may be associated with other cohorts; or the other users may not be associated with cohorts. In some embodiments, the other users may have characteristics similar to those of the user. In some embodiments, measurements pertaining to the other users may include measurements similar to the at least one measurement pertaining to the user.

[0205] The at least one secondary condition output prediction generated by the machine learning model 13 may indicate one or more secondary conditions that may be associated with the user. For example, the machine learning model 13 may determine, based on the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70, that a predicted secondary condition may be affecting the user. The at least one secondary condition output prediction may include a probabilistic prediction (using, for example and without limitation, parametric, non-parametric, Bayesian and/or Markovian probabilistic methods), a stochastic prediction ((using, for example and without limitation, non-deterministic finite state automata), or a deterministic prediction (using, for example and without limitation, finite state automata). The server 30 may receive, from the artificial intelligence engine, the at least one secondary condition output prediction.

[0206] In some embodiments, in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70 is correlated with the at least one secondary condition of the user, the server 30 may generate secondary condition information indicating at least the secondary condition. The server 30 may write the secondary condition information to an associated memory, such as the memory 62 or other suitable memory, for access at a computing device of a healthcare provider. For example, the server 30 may provide the secondary condition information to an interface, such as the interface 94 or other suitable interface, configured to present the secondary condition information to the healthcare provider. The interface may include a graphical user interface configured to provide the secondary condition information and to receive input from the healthcare provider. The healthcare provider may review or analyze the secondary condition information and determine whether to pursue treatment of the secondary condition indicated by the secondary condition information. Pursuing treatment of the secondary condition may include revising at least one aspect of the treatment plan or other suitable action.

[0207] In some embodiments, the treatment plan, including the configurations, settings, range of motion settings, pain level, force settings, and speed settings, etc. of the treatment device 70 for various exercises, may be transmitted to the controller of the treatment device 70. In one example, if the user provides an indication, via the patient interface 50, that he is experiencing a high level of pain at a particular range of motion, the controller may receive the indication. Based on the indication, the controller may electronically adjust the range of motion of the pedal 102 by adjusting the pedal inwardly, outwardly, or along or about any suitable axis, via one or more actuators, hydraulics, springs, electric motors, or the like. The treatment plan may define alternative range of motion settings for the pedal 102 when the user indicates certain pain levels during an exercise. Accordingly, once the treatment plan is uploaded to the controller of the treatment device 70, the treatment device 70 may continue to operate without further instruction, further external input, and the like. It should be noted that the patient (via the patient interface 50) and/or the assistant (via the assistant interface 94) may override any of the configurations or settings of the treatment device 70 at any time. For example, the patient may use the patient interface 50 to cause the treatment device 70 to immediately stop, if so desired.

[0208] FIG. 9 is a flow diagram generally illustrating a method 900 identifying, based on treatment data pertaining to a user who uses the treatment device 70, a secondary condition, which differs from a primary condition for which the user is being treated (e.g., conditions not currently being treated and/or conditions of which the healthcare provider and/or the patient is unaware), according to the principles of the present disclosure. The method 900 is performed by processing logic that may include hardware (circuitry, dedicated logic, etc.), software (such as is run on a general-purpose computer system or a dedicated machine), or a combination of both. The method 900 and/or each of its individual functions, routines, subroutines, or operations may be performed by one or more processors of a computing device (e.g., any component of FIG. 1, such as server 30 executing the artificial intelligence engine 11). In some embodiments, the method 900 may be performed by a single processing thread. Alternatively, the method 900 may be performed by two or more processing threads, each thread implementing one or more individual functions, routines, subroutines, or operations of the methods.

[0209] For simplicity of explanation, the method 900 is depicted and described as a series of operations. However, operations in accordance with this disclosure can occur in various orders and/or concurrently, and/or with other operations not presented and described herein. For example, the operations depicted in the method 900 may occur in combination with any other operation of any other method disclosed herein. Furthermore, not all illustrated operations may be required to implement the method 900 in accordance with the disclosed subject matter. In addition, those skilled in the art will understand and appreciate that the method 900 could alternatively be represented as a series of interrelated states via a state diagram or events.

[0210] At 902, the processing device may receive treatment data pertaining to a user using a treatment device, such as the treatment device 70, to perform a treatment plan. The treatment data may include at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan.

[0211] At 904, the processing deice may identify, using at least one aspect of the treatment data associated with a first treatment device mode of the treatment device 70, at least one aspect of the at least one measurement pertaining to the user.

[0212] At 906, the processing device may determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70 correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated (e.g., conditions not currently being treated and/or conditions of which the healthcare provider and/or the patient is unaware).

[0213] At 908, the processing device may, in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70 is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition.

[0214] At 910, the processing device may write the secondary condition information to an associated memory, such as the memory 62 or other suitable memory, for access at a computing device of a healthcare provider.

[0215] FIG. 10 is a flow diagram generally illustrating an alternative method 1000 for identifying, based on treatment data pertaining to a user who uses the treatment device 70, a secondary condition, which differs from a primary condition for which the user is being treated (e.g., conditions not currently being treated and/or conditions of which the healthcare provider and/or the patient is unaware), according to the principles of the present disclosure. Method 1000 includes operations performed by processors of a computing device (e.g., any component of FIG. 1, such as server 30 executing the artificial intelligence engine 11). In some embodiments, one or more operations of the method 1000 are implemented in computer instructions stored on a memory device and executed by a processing device. The method 1000 may be performed in the same or a similar manner as described above in regard to method 900. The operations of the method 1000 may be performed in some combination with any of the operations of any of the methods described herein.

[0216] At 1002, the processing device may receive treatment data pertaining to a user using a treatment device, such as the treatment device 70, to perform a treatment plan. The treatment data may include at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan.

[0217] At 1004, the processing device may identify, using at least one aspect of the treatment data associated with a first treatment device mode of the treatment device 70, at least one aspect of the at least one measurement pertaining to the user.

[0218] At 1006, the processing device may write to an associated memory, such as the memory 62 or other suitable memory, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70. The associated memory may be configured to be accessed by an artificial intelligence engine, such as the artificial intelligence engine 11. The artificial intelligence engine 11 may be configured to use at least one machine learning model, such as the machine learning model 13, to generate a secondary condition output prediction indicating at least one secondary condition.

[0219] At 1008, the processing device may receive, from the artificial intelligence engine 11, the at least one secondary condition output prediction.

[0220] At 1010, the processing device may, in response to receiving the at least one secondary condition output prediction, generate, based on the at least one secondary condition output prediction, secondary condition information indicating at least one secondary condition. The at least one secondary condition may include a condition affecting the user which is not the primary condition for while the user is being treated (e.g., conditions not currently being treated and/or conditions of which the healthcare provider and/or the patient is unaware).

[0221] At 1012, the processing device may write the secondary condition information to an associated memory, such as the memory 62 or other suitable memory, for access at a computing device of a healthcare provider.

[0222] FIG. 11 is a flow diagram generally illustrating an alternative method 1100 for identifying, based on treatment data pertaining to a user who uses the treatment device 70, a secondary condition, wherein such condition differs from a primary condition for which the user is being treated (e.g., conditions not currently being treated and/or conditions of which the healthcare provider and/or the patient is unaware), according to the principles of the present disclosure. Method 1100 includes operations performed by processors of a computing device (e.g., any component of FIG. 1, such as server 30 executing the artificial intelligence engine 11). In some embodiments, one or more operations of the method 1100 are implemented in computer instructions stored on a memory device and executed by a processing device. The method 1100 may be performed in the same or a similar manner as described above in regard to method 900 and/or method 1000. The operations of the method 1100 may be performed in some combination with any of the operations of any of the methods described herein.

[0223] At 1102, the artificial intelligence engine 11 may receive the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70.

[0224] At 1104, the artificial intelligence engine 11 may use at least one machine learning model, such as the machine learning model 13 or other suitable machine learning model, to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device 70 and secondary condition information associated with other users, at least one secondary condition output prediction. FIG. 12 generally illustrates an example embodiment of a method 1200 for receiving a selection of an optimal treatment plan and controlling a treatment device while the patient uses the treatment device according to the present disclosure, based on the optimal treatment plan. Method 1200 includes operations performed by processors of a computing device (e.g., any component of FIG. 1, such as server 30 executing the artificial intelligence engine 11). In some embodiments, one or more operations of the method 1200 are implemented in computer instructions stored on a memory device and executed by a processing device. The method 1200 may be performed in the same or a similar manner as described above in regard to method 900. The operations of the method 1200 may be performed in some combination with any of the operations of any of the methods described herein.

[0225] Prior to the method 1200 being executed, various optimal treatment plans may be generated by one or more trained machine learning models 13 of the artificial intelligence engine 11. For example, based on a set of treatment plans pertaining to a medical condition of a patient, the one or more trained machine learning models 13 may generate the optimal treatment plans. The various treatment plans may be transmitted to one or more computing devices of a patient and/or medical professional.

[0226] At 1202 of the method 1200, the processing device may receive a selection of an optimal treatment plan from the optimal treatment plans. The selection may have been entered on a user interface presenting the optimal treatment plans on the patient interface 50 and/or the assistant interface 94.

[0227] At 1204, the processing device may control, while the patient uses the treatment device 70, based on the selected optimal treatment plan, the treatment device 70. In some embodiments, the controlling is performed distally by the server 30. For example, if the selection is made using the patient interface 50, one or more control signals may be transmitted from the patient interface 50 to the treatment device 70 to configure, according to the selected treatment plan, a setting of the treatment device 70 to control operation of the treatment device 70. Further, if the selection is made using the assistant interface 94, one or more control signals may be transmitted from the assistant interface 94 to the treatment device 70 to configure, according to the selected treatment plan, a setting of the treatment device 70 to control operation of the treatment device 70.

[0228] It should be noted that, as the patient uses the treatment device 70, the sensors 76 may transmit measurement data to a processing device. The processing device may dynamically control, according to the treatment plan, the treatment device 70 by modifying, based on the sensor measurements, a setting of the treatment device 70. For example, if the force measured by the sensor 76 indicates the user is not applying enough force to a pedal 102, the treatment plan may indicate to reduce the required amount of force for an exercise.

[0229] It should be noted that, as the patient uses the treatment device 70, the user may use the patient interface 50 to enter input pertaining to a pain level experienced by the patient as the patient performs the treatment plan. For example, the user may enter a high degree of pain while pedaling with the pedals 102 set to a certain range of motion on the treatment device 70. The pain level may cause the range of motion to be dynamically adjusted based on the treatment plan. For example, the treatment plan may specify alternative range of motion settings if a certain pain level is indicated when the user is performing an exercise at a certain range of motion.

[0230] FIG. 13 generally illustrates an example computer system 1300 which can perform any one or more of the methods described herein, in accordance with one or more aspects of the present disclosure. In one example, computer system 1300 may include a computing device and correspond to the assistance interface 94, reporting interface 92, supervisory interface 90, clinician interface 20, server 30 (including the Al engine 11), patient interface 50, ambulatory sensor 82, goniometer 84, treatment device 70, pressure sensor 86, or any suitable component of FIG. 1. The computer system 1300 may be capable of executing instructions implementing the one or more machine learning models 13 of the artificial intelligence engine 11 of FIG. 1. The computer system may be connected (e.g., networked) to other computer systems in a LAN, an intranet, an extranet, or the Internet, including via the cloud or a peer-to-peer network.

[0231] The computer system may operate in the capacity of a server in a client-server network environment. The computer system may be a personal computer (PC), a tablet computer, a wearable (e.g., wristband), a set-top box (STB), a personal Digital Assistant (PDA), a mobile phone, a camera, a video camera, an Internet of Things (loT) device, or any device capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that device. Further, while only a single computer system is illustrated, the term “computer” shall also be taken to include any collection of computers that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methods discussed herein. [0232] The computer system 1300 includes a processing device 1302, a main memory 1304 (e.g., read-only memory (ROM), flash memory, solid state drives (SSDs), dynamic random access memory (DRAM) such as synchronous DRAM (SDRAM)), a static memory 1306 (e.g., flash memory, solid state drives (SSDs), static random access memory (SRAM)), and a data storage device 1308, which communicate with each other via a bus 1010.

[0233] Processing device 1302 represents one or more general-purpose processing devices such as a microprocessor, central processing unit, or the like. More particularly, the processing device 1302 may be a complex instruction set computing (CISC) microprocessor, reduced instruction set computing (RISC) microprocessor, very long instruction word (VLIW) microprocessor, or a processor implementing other instruction sets or processors implementing a combination of instruction sets. The processing device 1402 may also be one or more special-purpose processing devices such as an application specific integrated circuit (ASIC), a system on a chip, a field programmable gate array (FPGA), a digital signal processor (DSP), network processor, or the like. The processing device 1402 is configured to execute instructions for performing any of the operations and steps discussed herein. [0234] The computer system 1300 may further include a network interface device 1312. The computer system 1300 also may include a video display 1314 (e.g., a liquid crystal display (LCD), a light-emitting diode (LED), an organic light-emitting diode (OLED), a quantum LED, a cathode ray tube (CRT), a shadow mask CRT, an aperture grille CRT, a monochrome CRT), one or more input devices 1316 (e.g., a keyboard and/or a mouse or a gaming-like control), and one or more speakers 1318 (e.g., a speaker). In one illustrative example, the video display 1314 and the input device (s) 1316 may be combined into a single component or device (e.g., an LCD touch screen).

[0235] The data storage device 1316 may include a computer-readable medium 1320 on which the instructions 1322 embodying any one or more of the methods, operations, or functions described herein is stored. The instructions 1322 may also reside, completely or at least partially, within the main memory 1304 and/or within the processing device 1302 during execution thereof by the computer system 1300. As such, the main memory 1304 and the processing device 1302 also constitute computer-readable media. The instructions 1322 may further be transmitted or received over a network via the network interface device 1312.

[0236] While the computer-readable storage medium 1320 is generally illustrated in the illustrative examples to be a single medium, the term “computer-readable storage medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “computer- readable storage medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present disclosure. The term “computer-readable storage medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical media, and magnetic media.

[0237] Clause 1. A computer-implemented system, comprising: a treatment device configured to be manipulated by a user while the user is performing a treatment plan; a patient interface comprising an output device configured to present telemedicine information associated with a telemedicine session; and a first computing device configured to: receive treatment data pertaining to the user while the user uses the treatment device to perform the treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identify, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition; and write to an associated memory, for access at a second computing device of a healthcare provider, the secondary condition information.

[0238] Clause 2. The computer-implemented system of any clause herein, wherein the first computing device is further configured to determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device further includes instructions that cause the processor to: write to an associated memory, configured to be accessed by an artificial intelligence engine, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, the artificial intelligence engine being configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction; and receive, from the artificial intelligence engine, the at least one secondary condition output prediction.

[0239] Clause 3. The computer-implemented system of any clause herein, wherein the artificial intelligence engine is further configured to use at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction. [0240] Clause 4. A method comprising: receiving treatment data pertaining to a user using a treatment device to perform a treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identifying, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determining whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generating secondary condition information indicating at least the secondary condition; and writing to an associated memory, for access at a computing device of a healthcare provider, the secondary condition information.

[0241] Clause 5. The method of any clause herein, wherein determining whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition includes: writing to an associated memory, configured to be accessed by an artificial intelligence engine, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, the artificial intelligence engine being configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction; and receiving, from the artificial intelligence engine, the at least one secondary condition output prediction.

[0242] Clause 6. The method of any clause herein, wherein the artificial intelligence engine is further configured to use at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction.

[0243] Clause 7. The method of any clause herein, wherein the user and one or more other users belong to a user cohort.

[0244] Clause 8. The method of any clause herein, wherein the at least one machine learning model includes a deep network comprising multiple levels of non-linear operations.

[0245] Clause 9. The method of any clause herein, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with the treatment device. [0246] Clause 10. The method of any clause herein, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with a wearable device worn by the user while using the treatment device.

[0247] Clause 11. The method of any clause herein, wherein at least one measurement includes, while the user uses the treatment device, at least one of a vital sign of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, an SpO2 -measurement of a blood oxygen level of the user, and a blood pressure of the user.

[0248] Clause 12. The method of any clause herein, wherein the first treatment device mode of the treatment device includes one of an active assist treatment device mode, a passive mode, an active- assisted mode, a resistive mode, and an active mode.

[0249] Clause 13. A tangible, non-transitory computer-readable medium storing instructions that, when executed, cause a processing device to: receive treatment data pertaining to a user using a treatment device to perform a treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identify, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition; and write to an associated memory, for access at a computing device of a healthcare provider, the secondary condition information.

[0250] Clause 14. The computer-readable medium of any clause herein, wherein the instructions causing the processing device to determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device further includes instructions that cause the processing device to: write to an associated memory, configured to be accessed by an artificial intelligence engine, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, the artificial intelligence engine being configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction; and receive, from the artificial intelligence engine, the at least one secondary condition output prediction. [0251] Clause 15. The computer-readable medium of any clause herein, wherein the artificial intelligence engine is further configured to use at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction.

[0252] Clause 16. The computer-readable medium of any clause herein, wherein the user and one or more other users belong to a user cohort.

[0253] Clause 17. The computer-readable medium of any clause herein, wherein the at least one machine learning model includes a deep network comprising multiple levels of non-linear operations. [0254] Clause 18. The computer-readable medium of any clause herein, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with the treatment device.

[0255] Clause 19. The computer-readable medium of any clause herein, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with a wearable device worn by the user while using the treatment device.

[0256] Clause 20. The computer-readable medium of any clause herein, wherein at least one measurement includes, while the user uses the treatment device, at least one of a vital sign of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, an SpO2 -measurement of a blood oxygen level of the user, and a blood pressure of the user.

[0257] Clause 21. The computer-readable medium of any clause herein, wherein the first treatment device mode of the treatment device includes one of an active assist treatment device mode, a passive mode, an active-assisted mode, a resistive mode, and an active mode.

[0258] Clause 22. A system comprising: a processing device; and a memory including instructions that, when executed by the processor, cause the processor to: receive treatment data pertaining to a user using a treatment device to perform a treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identify, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition; and write to an associated memory, for access at a computing device of a healthcare provider, the secondary condition information.

[0259] Clause 23. The system of any clause herein, wherein the instructions causing the processor to determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device further includes instructions that cause the processor to: write to an associated memory, configured to be accessed by an artificial intelligence engine, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, the artificial intelligence engine being configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction; and receive, from the artificial intelligence engine, the at least one secondary condition output prediction.

[0260] Clause 24. The system of any clause herein, wherein the artificial intelligence engine is further configured to use at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction.

[0261] Clause 25. The system of any clause herein, wherein the user and one or more other users below to a user cohort.

[0262] Clause 26. The system of any clause herein, wherein the at least one machine learning model includes a deep network comprising multiple levels of non-linear operations.

[0263] Clause 27. The system of any clause herein, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with the treatment device.

[0264] Clause 28. The system of any clause herein, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with a wearable device worn by the user while using the treatment device.

[0265] Clause 29. The system of any clause herein, wherein at least one measurement includes, while the user uses the treatment device, at least one of a vital sign of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, an SpO2 -measurement of a blood oxygen level of the user, and a blood pressure of the user.

[0266] Clause 30. The system of any clause herein, wherein the first treatment device mode of the treatment device includes one of an active assist treatment device mode, a passive mode, an active- assisted mode, a resistive mode, and an active mode.

[0267] The above discussion is meant to be illustrative of the principles and various embodiments of the present disclosure. Numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

[0268] The various aspects, embodiments, implementations, or features of the described embodiments can be used separately or in any combination. The embodiments disclosed herein are modular in nature and can be used in conjunction with or coupled to other embodiments.

[0269] Consistent with the above disclosure, the examples of assemblies enumerated in the following clauses are specifically contemplated and are intended as a non-limiting set of examples.

[0270] When a user undergoes an invasive procedure (e.g., surgery) or otherwise experiences a breach of the patient’s skin, the user can become infected with bacteria, such as at the location of the breach. Typically, the user will either self-diagnose or seek a consultation from a medical professionals. The consultation by the medical professionals generally requires an in-person, face-to- face, pre-arranged appointment with the user, where the medical professionals views a potential infection site of the user to assess whether the potential infection site is an infection. During a telehealth appointment, the medical professional may be able to remotely view the potential infection site of the user to determine a likelihood of the potential infection site being an actual infection (e.g., an infection probability). Depending on the infection probability of the user, an in-person appointment may or may not be necessary.

[0271] Determining an infection probability of a user and diagnosing a use infection may be a technically challenging problem. For example, when determining an infection probability, a multitude of information is considered, such as event information, temperature information, pressure information, discoloration information, image information, measurement information, pain information, pain level information, nerve problem information, any other desired information, or a combination thereof. The temperature information may include user temperature, and a subsequent comparison between the user temperature and a normal human temperature range (i.e., a temperature range for a healthy user or temperature below a threshold temperature). Alternatively, or in combination, the temperature information may include a comparison of the user temperature at a potential infected site and the user temperature at a corresponding non-infected site (e.g., the temperature of a potentially infected left knee of the user versus the temperature of a non-infected right knee of a user). Alternatively, or in combination, the temperature information may include a comparison of the user temperature and historical temperature data of other users (e.g., a temperature of a potential infected site of a user who underwent a surgical procedure versus a temperature, including, but not limited to, an average temperature of prior users who underwent the same surgical procedure as the user). The pressure information may include swelling (e.g., perceived swelling or an indication of swelling) of a potential infected site of a user. The discoloration information may include a change in color (e.g., redness or any abnormal color) of the user’s skin at the potential infected site. Alternatively, or in combination, the discoloration information may include a comparison between a color of skin at the potential infected site and a color of skin at a corresponding non-infected site (e.g., the color of a potentially infected left knee of the user versus the color of a non-infected right knee of the user). The image information may include a still image or motion imagery (e.g., a video). As an example, the image information may include a comparison between an image of a user’s body part before a surgical procedure and an image of the user’s body part after the surgical procedure was conducted on the user’s body part. The measurement information may include a size measurement of a potential infected site. For example, the measurement information may include sizing a two- dimensional area resulting from a skin breach. As another example, the measurement information may include a dimension, such as a length, of an incision from the event information. The event information may include etiological information, such as information pertaining to an invasive operation event (e.g., a surgical procedure) to a user or to an injury event (e.g., an accident, an intentional cut) to the user. In either event, the etiological information can be at least partially caused by a break, a cut, an opening, an open wound, or another form of a breach to the user’s skin. The pain information may include, without limitation, information pertaining to the location or locus of pain experienced by the user, a change in the expressed or perceived level of that pain based on anatomical movements, tense or untensing of muscles, limb extensions or curls and the like. The pain level information may include, without limitation, information pertaining to the user’s perceived experience of the intensity of any pain experienced with respect to pain information. Nerve problem information may include, without limitation, user experiences of tingling or neuropathies, of sharp or other types of nerve pain which appear to be neurological or neuromuscular in origin, of conduction issues related to the transmission of electrical impulses rendering an area especially tender, insensate or any level in between and of pain referred to other parts of the user’s body.

[0272] Another challenge in determining infection probability and infection diagnosis is the collection of user information, or information provided by a user pertaining to the potential infected site. As non-limiting examples, user information may include an indication of a pressure, an indication of a pain level, an indication of a discoloration, and an indication of a mobility. User information may further include any of the information included in determining an infection probability, as set forth in [0033] hereinabove.

[0273] Further, another technical problem includes distally diagnosing, via a computing device, or interface (interchangeable with “computing device”), during a telemedicine or telehealth session, a user from a location different from a location at which the user is located. An additional technical problem may involve controlling or enabling the control of, from the different location, a treatment apparatus used by the user at the location at which the user is located. Oftentimes, when a user undergoes rehabilitative surgery (e.g., knee surgery), a medical professional may prescribe a treatment apparatus for the user to use to perform a treatment protocol at their residence or at any mobile location or temporary domicile. [0274] Since a medical professional may be located in a location different from that of the user and the treatment apparatus, it may be technically challenging for the medical professional to monitor the user’s actual progress (as opposed to relying on the user’s word about their progress) using the treatment apparatus, modify the treatment plan according to the user’s progress, adapt the treatment apparatus to the personal characteristics of the user as the user performs the treatment plan, and the like.

[0275] Each characteristic of the user, each result of a treatment plan, and each instantiation, modification or cancellation of a parameter, setting, configuration, etc. of the treatment apparatus may be timestamped and correlated with a particular step in the treatment plan. Such a technique may enable determining which steps in the treatment plan lead to desired results (e.g., improved muscle strength, range of motion, etc.) and which steps lead to diminishing returns (e.g., if continuing to exercise after 3 minutes actually delayed or harmed recovery).

[0276] Data may be collected from the treatment apparatuses and/or any suitable computing device (e.g., computing devices where personal information is entered, such as a clinician interface or user interface) over time as the user s use the system to perform the various treatment plans. The data that may be collected may include the characteristics of the users, the treatment plans performed by the user s, and the results of the treatment plans.

[0277] Embodiments of the present disclosure pertain to a system used to identify characteristics associated with a user infection. For example, the characteristics may include information received from a sensor (or sensors) and/or the user (including one or more user inputs). Additionally, the characteristics may include etiological information provided to the system by a computing system (e.g., a mobile device, a tablet device, a laptop computing device, a desktop computing device) with a user interface (e.g., a display) running a software application, or app, on the user interface. Using at least one of these characteristics, the system can generate an infection probability and/or diagnose a user infection. The diagnosis (of the user infection) may include, for example, a recommendation to apply a medication (e.g., an antibiotic such as penicillin, an antifungal, an antiviral, an antiinflammatory, an ointment, some other infection-fighting substance, or some other health-improving or healing-promotion substance) to the infected site or, in alternative embodiments, through intramuscular (“IM”), intravenous (“IV”), sublingual, oral or other means of administration.

[0278] In some embodiments, the infection probability may be transmitted to various recipients, including the user, the medical professional, an insurance provider, a healthcare administrator, a power of attorney, and/or other third party. The transmission may include displaying an image on an interface, or otherwise communicating with a user through an interface. When the recipient is the user or the user’s family or caregivers, the user or the user’s family or caregivers can contact the medical professional, the insurance provider, the healthcare administrator, the power of attorney, and/or other third party to set up an appointment, such as a telemedicine-enabled appointment, and thereupon receive a treatment plan. When the recipient is one of the medical professional, the insurance provider, and the healthcare administrator, the recipient can contact the user and set up the appointment with the user to discuss the user’s health condition and a treatment plan.

[0279] In some embodiments, the system can receive or generate a threshold infection probability. When the infection probability is at least at (i.e., at or above) the threshold infection probability, the system may determine that a recommended treatment plan is necessary. As a result, the recommendation can be transmitted with the infection probability. The recommendation may include at least one of a treatment plan for the user and a telemedicine-enabled appointment with the user to discuss to discuss a treatment plan. The recipient(s) of the recommendation may include any recipient, as set forth in [0278] hereinabove.

[0280] Some embodiments of the present disclosure pertain to diagnosing a user infection. For example, a system can use the information to identify a type of an infection incurred by the user. In some embodiments, a system can use information from the sensor(s) and/or the user to diagnose a potential infected site of the user. Additionally, the system may use event information, including etiological information, to diagnose the user infection. The diagnosed infection can be transmitted to a recipient, which may include any recipient, as set forth in [0278] hereinabove. The recipient can schedule a telemedicine -enabled appointment to discuss the infection diagnosis and a recommended treatment plan.

[0281] Some embodiments of the present disclosure pertain to using an artificial intelligence engine and/or machine learning engine to dynamically update the treatment plan based on sensor input information and/or user input information received by the system. For example, a user may undergo a treatment for a user infection. Subsequently, one or more characteristics pertaining to the user may be collected during or after the user performs the treatment plan. For example, temperature information, pressure information, discoloration information, image information, and measurement information may be collected from, for example, the potential infection site during or after the user performs the treatment plan. The artificial intelligence engine and/or machine learning engine can use the characteristics to determine whether the user infection is decreasing (i.e., the user is improving and/or the user infection is healing) or increasing (i.e., the user is not improving and/or the user infection is not healing or worsening) and thereupon modify the treatment plan for improved results. [0282] The artificial intelligence engine and/or a machine learning engine may generate a modified treatment plan, which provides an updated treatment regimen for the user. For example, for an infection probability that is either increasing (relative to a previously generated infection probability) and/or equal to or exceeding a threshold infection, the modified treatment plan can generate one or more of a recommendation that includes additional and/or modified treatments (e.g., additional/modified medication, additional/modified recovery steps), a recommendation to set up a telemedicine-enabled appointment to discuss additional/modified treatments, or the like. Conversely, for an infection probability that is either decreasing (relative to a previously generated infection probability) or below a threshold infection, the modified treatment plan can recommend a modification to the treatments, such as a reduction/modification of medication, a reduction/modification of recovery procedures, a recommendation to set up a telemedicine-enabled appointment to discuss fewer/modified treatments, or the like.

[0283] In some embodiments, when a telemedicine-enabled appointment is recommended, the telemedicine-enabled appointment is automatically scheduled between a user or the user’s family or caregivers and one or more of a medical professional, an insurance provider, and a healthcare administrator. For example, a system, an artificial intelligence engine, or a machine learning engine with calendar access privileges of the patient or the user’s family or caregivers and the medical professional can review the respective calendars of the user or the user’s family or caregivers and the medical professional, and populate (e.g., fill in) the telemedicine-enabled appointment into the respective calendars.

[0284] FIG. 1 generally illustrates a block diagram of a computer-implemented system 10, hereinafter called “the system” for managing a treatment plan according to principles of the present disclosure. Managing the treatment plan may include using an artificial intelligence engine to recommend treatment plans and/or to provide excluded treatment plans that should not be recommended to a user.

[0285] The system 10 also includes a server 30 configured to store and to provide data related to managing the treatment plan. The server 30 may include one or more computers and may take the form of a distributed and/or virtualized computer or computers. The server 30 may also include a first communication interface 32 configured to communicate with the clinician interface 20 via a first network 34. In some embodiments, the first network 34 may include wired and/or wireless network connections such as Wi-Fi, Bluetooth, ZigBee, Near-Field Communications (NFC), cellular data networks, etc. The server 30 may include a first processor 36 and a first machine-readable storage memory 38, which may be called a “memory” for short, holding first instructions 40 for performing the various actions of the server 30 for execution by the first processor 36. The server 30 is configured to store data regarding the treatment plan. For example, the memory 38 includes a system data store 42 configured to hold system data, such as data pertaining to treatment plans for treating one or more users. The server 30 is also configured to store data regarding performance by a user in following a treatment plan. For example, the memory 38 includes a user data store 44 configured to hold user data, such as data pertaining to the one or more users, including data representing each user’s performance within the treatment plan.

[0286] In some embodiments, the server 30 may execute an artificial intelligence (Al) engine 11 that uses one or more machine learning models 13 to perform at least one of the embodiments disclosed herein. The server 30 may include a training engine 9 capable of generating the one or more machine learning models 13. Using one or more inputs (e.g., inputs from one or more sensors, inputs from a user) real-time data, and/or historical data correlations, the one or more machine learning models 13 may be trained to select treatment plans for user s, determine infection probabilities of user s, diagnose user infections, modify treatment plans for users, and control a treatment apparatus 70, among other things. The one or more machine learning models 13 may be generated by the training engine 9 and may be implemented in computer instructions executable by one or more processing devices of the training engine 9 and/or the server 30. To generate the one or more machine learning models 13, the training engine 9 may train the one or more machine learning models 13. The one or more machine learning models 13 may be used by the artificial intelligence engine 11.

[0287] The training engine 9 may be a rackmount server, a router computer, a personal computer, a portable digital assistant, a smartphone, a laptop computer, a tablet computer, a netbook, a desktop computer, an Internet of Things (loT) device, any other desired computing device, or any combination of the above. The training engine 9 may be cloud-based or a real-time software platform, and it may include privacy software or protocols, and/or security software or protocols.

[0288] To train the one or more machine learning models 13, the training engine 9 may use a training data set of a corpus of the characteristics of multiple types of infections users can contract, the details (e.g., treatment protocol including the type of medications, amounts of each medication to apply to or use on or in the user, how often to treat the infection with medication, a schedule of exercises and rest periods, infection probability, wound size, parameters/configurations/settings of the treatment apparatus 70 throughout each step of the treatment plan, etc.) of the treatment plans performed by the users using the treatment apparatus 70, and the results of the treatment plans performed by the people. The one or more machine learning models 13 may be trained to match patterns of characteristics of a user with characteristics of other people in assigned to a particular cohort. The term “match” may refer to an exact match, a correlative match, a substantial match, etc. The one or more machine learning models 13 may be trained to receive the characteristics of a user as input, map the characteristics to characteristics of people assigned to a cohort, and select a treatment plan from that cohort. The one or more machine learning models 13 may also be trained to control, based on the treatment plan, the machine learning apparatus 70.

[0289] Different machine learning models 13 may be trained to recommend different treatment plans for different desired results. For example, one of the one or more machine learning models 13 may be trained to recommend treatment plans for most effective recovery, while another of the one or more machine learning models 13 may be trained to recommend treatment plans based on, for example, speed of recovery, cost of recovery, strength resulting from recovery, etc.

[0290] Using training data that includes training inputs and corresponding target outputs, the one or more machine learning models 13 may refer to model artifacts created by the training engine 9. The training engine 9 may find patterns in the training data wherein such patterns map the training input to the target output, and generate the machine learning models 13 that capture these patterns. In some embodiments, the artificial intelligence engine 11, the database 33, and/or the training engine 9 may reside on another component (e.g., assistant interface 94, clinician interface 20, etc.) depicted in FIG. 1.

[0291] The one or more machine learning models 13 may include, e.g., a single level of linear or non-linear operations (e.g., a support vector machine [SVM]) or the machine learning models 13 may be a deep network, i.e., a machine learning model including multiple levels of non-linear operations. Examples of deep networks are neural networks including generative adversarial networks, convolutional neural networks, recurrent neural networks with one or more hidden layers, and fully connected neural networks (e.g., each neuron may transmit its output signal to the input of the remaining neurons, as well as to itself). For example, the machine learning model may include numerous layers and/or hidden layers that perform calculations (e.g., dot products) using various neurons.

[0292] The system 10 also includes a user interface 50 configured to communicate information to a user and to receive feedback from the user. Specifically, the user interface includes an input device 52 and an output device 54, which may be collectively called a user interface 52, 54. The input device 52 may include one or more devices, such as a keyboard, a mouse, a touchscreen input, a gesture sensor (including sensors for eye blinking used to communicate), a haptic device, and/or a microphone and processor configured for voice recognition. The output device 54 may take one or more different forms including, for example, a computer monitor or display screen on a tablet, smartphone, or a smartwatch. The output device 54 may include other hardware and/or software components such as a projector, virtual reality capability, augmented reality capability, etc. The output device 54 may incorporate various different visual, audio, or other sensorial or presentation technologies. For example, the output device 54 may include a non-visual display, such as an audio signal, which may include spoken language and/or other sounds such as tones, chimes, and/or melodies, which may signal different conditions and/or directions. The output device 54 may include one or more different display screens presenting various data and/or interfaces or controls for use by the user. The output device 54 may include graphics, which may be presented by a web-based interface and/or by a computer program or application (“app”).

[0293] As shown in FIG. 1, the user interface 50 includes a second communication interface 56, which may also be called a remote communication interface configured to communicate with the server 30 and/or the clinician interface 20 via a second network 58. In some embodiments, the second network 58 may include a local area network (LAN), such as an Ethernet network. In some embodiments, the second network 58 may include an Intranet or Intranets and/or the Internet and/or a virtual private network (VPN), and communications between the user interface 50 and the server 30 and/or the clinician interface 20 may be secured via encryption, such as, for example, encryption mediated by using a VPN. In some embodiments, the second network 58 may include wired and/or wireless network connections such as Wi-Fi, Bluetooth, ZigBee, Near-Field Communications (NFC), cellular data networks, etc. In some embodiments, the second network 58 may be the same as and/or operationally coupled to the first network 34.

[0294] The user interface 50 includes a second processor 60 and a second machine-readable storage memory 62 holding second instructions 64 for execution by the second processor 60 for performing various actions of user interface 50. The second machine-readable storage memory 62 also includes a local data store 66 configured to hold data, such as data pertaining to a treatment plan and/or user data, such as data representing a user’s performance within a treatment plan. The user interface 50 also includes a local communication interface 68 configured to communicate with various devices for use by the user in the vicinity of the user interface 50. The local communication interface 68 may include wired and/or wireless communications. In some embodiments, the local communication interface 68 may include a local wireless network such as Wi-Fi, Bluetooth, ZigBee, Near-Field Communications (NFC), cellular data networks, etc.

[0295] The system 10 also includes a treatment apparatus 70 configured to be manipulated by the user and/or to manipulate a body part of the user for performing activities according to the treatment plan. In some embodiments, the treatment apparatus 70 may take the form of an exercise and rehabilitation apparatus configured to perform and/or to aid in the performance of a rehabilitation regimen, which may be or include an orthopedic rehabilitation regimen, and the treatment includes rehabilitation of a body part of the user, such as a joint and/or a bone and/or a tendon and/or a ligament and/or a muscle group. The treatment apparatus 70 may be any suitable medical, rehabilitative, therapeutic, etc. apparatus configured to be controlled distally via another computing device to treat a user and/or exercise the user, and such exercise or treatment may also include taking and analyzing and/or storing measurements of neurological or neuromuscular aspects of the user or the user’s performance as well as of vital signs of the user. The treatment apparatus 70 may be an electromechanical machine including one or more weights, an electromechanical bicycle, an electromechanical spin-wheel, a smart-mirror, a treadmill, or the like. The body part may include, for example, a spine, a hand, a foot, a knee, or a shoulder. The body part may include a part of a joint, a bone, or a muscle group, such as one or more vertebrae, a tendon, or a ligament. As shown in FIG. 1, the treatment apparatus 70 includes a controller 72, which may include one or more processors, computer memory, and/or other components. The treatment apparatus 70 also includes a fourth communication interface 74 configured to communicate with the user interface 50 via the local communication interface 68. The treatment apparatus 70 also includes one or more internal sensors 76 and an actuator 78, such as a motor. The actuator 78 may be used, for example, for moving the user’s body part and/or for resisting forces by the user. [0296] The internal sensors 76 may measure one or more operating characteristics of the treatment apparatus 70 such as, for example, a force, a position, a speed, and /or a velocity. In some embodiments, the internal sensors 76 may include a position sensor configmed to measure at least one of a linear motion or an angular motion of a body part of the user. For example, an internal sensor 76 in the form of a position sensor may measure a distance that (or a time in which) the user is able to move a part of the treatment apparatus 70, where such distance (or time) may correspond to a range of motion that the user’s body part is able to achieve. In some embodiments, the internal sensors 76 may include a force sensor configmed to measme a force applied by the user. For example, an internal sensor 76 in the form of a force sensor may measme a force or weight the user is able to apply, using a particular body part, to the treatment apparatus 70.

[0297] The system 10 shown in FIG. 1 also includes an ambulation sensor 82, which communicates with the server 30 via the local communication interface 68 of the user interface 50. The ambulation sensor 82 may track and store a number of steps taken by the user. In some embodiments, the ambulation sensor 82 may take the form of a wristband, wristwatch, or smart watch. In some embodiments, the ambulation sensor 82 may be integrated within a phone, such as a smartphone.

[0298] The system 10 shown in FIG. 1 also includes a goniometer 84, which communicates with the server 30 via the local communication interface 68 of the user interface 50. The goniometer 84 measures an angle of the user’s body part. For example, the goniometer 84 may measure the angle of flex of a user’s knee or elbow or shoulder.

[0299] The system 10 shown in FIG. 1 also includes a pressure sensor 86, which communicates with the server 30 via the local communication interface 68 of the user interface 50. The pressure sensor 86 measures an amount of pressure or weight applied by a body part of the user. For example, pressure sensor 86 may measure an amount of force applied by a user’s foot when pedaling a stationary bike.

[0300] The system 10 shown in FIG. 1 also includes a supervisory interface 90 which may be similar or identical to the clinician interface 20. In some embodiments, the supervisory interface 90 may have enhanced functionality beyond what is provided on the clinician interface 20. The supervisory interface 90 may be configured for use by a medical professional having responsibility for the treatment plan, such as an orthopedic surgeon.

[0301] The system 10 shown in FIG. 1 also includes a reporting interface 92 which may be similar or identical to the clinician interface 20. In some embodiments, the reporting interface 92 may have less functionality from what is provided on the clinician interface 20. For example, the reporting interface 92 may not have the ability to modify a treatment plan. Such a reporting interface 92 may be used, for example, by a biller to determine the use of the system 10 for billing purposes. In another example, the reporting interface 92 may not have the ability to display user identifiable information, presenting only pseudonymized data and/or anonymized data for certain data fields concerning a data subject and/or for certain data fields concerning a quasi-identifier of the data subject. Such a reporting interface 92 may be used, for example, by a researcher to determine various effects of a treatment plan on different users.

[0302] The system 10 includes an assistant interface 94 for an assistant, such as a doctor, a nurse, a physical therapist, or a technician, to remotely communicate with the user interface 50 and/or the treatment apparatus 70. Such remote communications may enable the assistant to provide assistance or guidance to a user using the system 10. More specifically, the assistant interface 94 is configured to communicate a telemedicine signal 96, 97, 98a, 98b, 99a, 99b with the user interface 50 via a network connection such as, for example, via the first network 34 and/or the second network 58. The telemedicine signal 96, 97, 98a, 98b, 99a, 99b includes one of an audio signal 96, an audiovisual signal 97, an interface control signal 98a for controlling a function of the user interface 50, an interface monitor signal 98b for monitoring a status of the user interface 50, an apparatus control signal 99a for changing an operating parameter of the treatment apparatus 70, and/or an apparatus monitor signal 99b for monitoring a status of the treatment apparatus 70. In some embodiments, each of the control signals 98a, 99a may be unidirectional, conveying commands from the assistant interface 94 to the user interface 50. In some embodiments, in response to successfully receiving a control signal 98a, 99a and/or to communicate successful and/or unsuccessful implementation of the requested control action, an acknowledgement message may be sent from the user interface 50 to the assistant interface 94. In some embodiments, each of the monitor signals 98b, 99b may be unidirectional, statusinformation commands from the user interface 50 to the assistant interface 94. In some embodiments, an acknowledgement message may be sent from the assistant interface 94 to the user interface 50 in response to successfully receiving one of the monitor signals 98b, 99b.

[0303] In some embodiments, the user interface 50 may be configured as a pass-through for the apparatus control signals 99a and the apparatus monitor signals 99b between the treatment apparatus 70 and one or more other devices, such as the assistant interface 94 and/or the server 30. For example, the user interface 50 may be configured to transmit an apparatus control signal 99a in response to an apparatus control signal 99a within the telemedicine signal 96, 97, 98a, 98b, 99a, 99b from the assistant interface 94.

[0304] In some embodiments, the assistant interface 94 may be presented on a shared physical device as the clinician interface 20. For example, the clinician interface 20 may include one or more screens that implement the assistant interface 94. Alternatively or additionally, the clinician interface 20 may include additional hardware components, such as a video camera, a speaker, and/or a microphone, to implement aspects of the assistant interface 94.

[0305] In some embodiments, one or more portions of the telemedicine signal 96, 97, 98a, 98b, 99a, 99b may be generated from a prerecorded source (e.g., an audio recording, a video recording, or an animation) for presentation by the output device 54 of the user interface 50. For example, a tutorial video may be streamed from the server 30 and presented upon the user interface 50. Content from the prerecorded source may be requested by the user via the patient interface 50. Alternatively, via a control on the assistant interface 94, the assistant may cause content from the prerecorded source to be played on the user interface 50.

[0306] The assistant interface 94 includes an assistant input device 22 and an assistant display 24, which may be collectively called an assistant user interface 22, 24. The assistant input device 22 may include one or more of a telephone, a keyboard, a mouse, a trackpad, or a touch screen, for example. Alternatively or additionally, the assistant input device 22 may include one or more microphones. In some embodiments, the one or more microphones may take the form of a telephone handset, headset, or wide-area microphone or microphones configured for the assistant to speak to a user via the user interface 50. In some embodiments, assistant input device 22 may be configured to provide voicebased functionalities, with hardware and/or software configured to interpret spoken instructions by the assistant by using the one or more microphones. The assistant input device 22 may include functionality provided by or similar to existing voice-based assistants such as Siri by Apple, Alexa by Amazon, Google Assistant, or Bixby by Samsung. The assistant input device 22 may include other hardware and/or software components. The assistant input device 22 may include one or more general purpose devices and/or special-purpose devices.

[0307] The assistant display 24 may take one or more different forms including, for example, a computer monitor or display screen on a tablet, a smartphone, or a smart watch. The assistant display 24 may include other hardware and/or software components such as projectors, virtual reality capabilities, or augmented reality capabilities, etc. The assistant display 24 may incorporate various different visual, audio, or other presentation technologies. For example, the assistant display 24 may include a non-visual display, such as an audio signal, which may include spoken language and/or other sounds such as tones, chimes, melodies, and/or compositions, which may signal different conditions and/or directions. The assistant display 24 may include one or more different display screens presenting various data and/or interfaces or controls for use by the assistant. The assistant display 24 may include graphics, which may be presented by a web-based interface and/or by a computer program or application.

[0308] In some embodiments, the system 10 may provide computer translation of language from the assistant interface 94 to the user interface 50 and/or vice-versa. The computer translation of language may include computer translation of spoken language and/or computer translation of text. Additionally or alternatively, the system 10 may provide voice recognition and/or spoken pronunciation of text. For example, the system 10 may convert spoken words to printed text and/or the system 10 may audibly speak language from printed text. The system 10 may be configured to recognize spoken words by any or all of the user, the clinician, and/or the assistant. In some embodiments, the system 10 may be configured to recognize and react to spoken requests or commands by the user. For example, the system 10 may automatically initiate a telemedicine session in response to a verbal command by the user (which may be given in any one of several different languages).

[0309] In some embodiments, the server 30 may generate aspects of the assistant display 24 for presentation by the assistant interface 94. For example, the server 30 may include a web server configured to generate the display screens for presentation upon the assistant display 24. For example, the artificial intelligence engine 11 may generate recommended treatment plans and/or excluded treatment plans for users and generate the display screens including those recommended treatment plans and/or external treatment plans for presentation on the assistant display 24 of the assistant interface 94. In some embodiments, the assistant display 24 may be configured to present a virtualized desktop hosted by the server 30. In some embodiments, the server 30 may be configured to communicate with the assistant interface 94 via the first network 34. In some embodiments, the first network 34 may include a local area network (LAN), such as an Ethernet network. In some embodiments, the first network 34 may include the Internet, and communications between the server 30 and the assistant interface 94 may be secured via privacy enhancing technologies, such as, for example, by using encryption over a virtual private network (VPN). Alternatively or additionally, the server 30 may be configured to communicate with the assistant interface 94 via one or more networks independent of the first network 34 and/or other communication means, such as a direct wired or wireless communication channel. In some embodiments, the user interface 50 and the treatment apparatus 70 may each operate from a user location geographically separate from a location of the assistant interface 94. For example, the user interface 50 and the treatment apparatus 70 may be used as part of an in-home rehabilitation system, which may be aided remotely by using the assistant interface 94 at a centralized location, such as a clinic or a call center.

[0310] In some embodiments, the assistant interface 94 may be one of several different terminals (e.g., computing devices) that may be grouped together, for example, in one or more call centers or at one or more clinicians’ offices. In some embodiments, a plurality of assistant interfaces 94 may be distributed geographically. In some embodiments, a person (e.g., medical professional) may work as an assistant remotely from any conventional office infrastructure. Such remote work may be performed, for example, where the assistant interface 94 takes the form of a computer and/or telephone. This remote work functionality may allow for work-from-home arrangements that may include part time and/or flexible work hours for an assistant.

[0311] FIGS. 2-3 generally illustrate an embodiment of a treatment apparatus 70 according to principles of the present disclosure. More specifically, FIG. 2 shows a treatment apparatus 70 in the form of a stationary cycling machine 100, which may be called a stationary bike, for short. The stationary cycling machine 100 includes a set of pedals 102 each attached to a pedal arm 104 for rotation about an axle 106. In some embodiments, and as shown in FIG. 2, the pedals 102 are movable on the pedal arms 104 in order to adjust a range of motion used by the user in pedaling. For example, the pedals being located inwardly toward the axle 106 corresponds to a smaller range of motion than when the pedals are located outwardly away from the axle 106. A pressure sensor 86 is attached to or embedded within one of the pedals 102 for measuring an amount of force applied by the user on the pedal 102. The pressure sensor 86 may communicate wirelessly to the treatment apparatus 70 and/or to the user interface 50.

[0312] FIG. 4 generally illustrates a user using the treatment apparatus of FIGS. 2 and 3, and showing sensors and various data parameters connected to a user interface 50 according to principles of the present disclosure. The example user interface 50 is a tablet computer or smartphone, or a phablet, such as an iPad, an iPhone, an Android device, or a Surface tablet, which is held manually by the user. In some other embodiments, the user interface 50 may be embedded within or attached to the treatment apparatus 70. FIG. 4 shows the user wearing the ambulation sensor 82 on his wrist, with a note showing “STEPS TODAY 1355”, indicating that the ambulation sensor 82 has recorded and transmitted that step count to the user interface 50. FIG. 4 also shows the user wearing the goniometer 84 on his right knee, with a note showing “KNEE ANGLE 72°”, indicating that the goniometer 84 is measuring and transmitting that knee angle to the user interface 50. FIG. 4 also shows a right side of one of the pedals 102 with a pressure sensor 86 showing “FORCE 12.5 lbs.”, indicating that the right pedal pressure sensor 86 is measuring and transmitting that force measurement to the user interface 50. FIG. 4 also shows a left side of one of the pedals 102 with a pressure sensor 86 showing “FORCE 27 lbs.”, indicating that the left pedal pressure sensor 86 is measuring and transmitting that force measurement to the user interface 50. FIG. 4 also shows other user data, such as an indicator of “SESSION TIME 0:04:13”, indicating that the user has been using the treatment apparatus 70 for 4 minutes and 13 seconds. This session time may be determined by the user interface 50 based on information received from the treatment apparatus 70. FIG. 4 also shows an indicator showing “PAIN LEVEL 3”. Such a pain level may be obtained from the user in response to a solicitation, such as a question, presented upon the user interface 50.

[0313] FIG. 5 generally illustrates an overview display 120 of the assistant interface 94 according to principles of the present disclosure. Specifically, the overview display 120 presents several different controls and interfaces for the assistant to remotely assist a user with using the user interface 50 and/or the treatment apparatus 70. This remote assistance functionality may also be called telemedicine or telehealth.

[0314] Specifically, the overview display 120 includes a user profile display 130 presenting biographical information regarding a user using the treatment apparatus 70. The user profile display 130 may take the form of a portion or region of the overview display 120, as shown in FIG. 5, although the user profile display 130 may take other forms, such as a separate screen or a popup window. In some embodiments, the user profile display 130 may include a limited subset of the user’s biographical information. More specifically, the data presented upon the user profile display 130 may depend upon the assistant’s need for that information. For example, a medical professional that is assisting the user with a medical issue may be provided with medical history information regarding the user, whereas a technician troubleshooting an issue with the treatment apparatus 70 may be provided with a much more limited set of information regarding the user. The technician, for example, may be given only the user’s name. The user profile display 130 may include pseudonymized data and/or anonymized data or use any privacy enhancing technology to prevent confidential user data from being communicated in a way that could violate user confidentiality requirements. Such privacy enhancing technologies may enable compliance with laws, regulations, or other rules of governance such as, but not limited to, the Health Insurance Portability and Accountability Act (HIPAA), or the General Data Protection Regulation (GDPR), wherein the user may be deemed a “data subject.” [0315] In some embodiments, the user profile display 130 may present information regarding the treatment plan for the user to follow in using the treatment apparatus 70. Such treatment plan information may be limited to an assistant who is a medical professional, such as a doctor or physical therapist. For example, a medical professional assisting the user with an issue regarding the treatment regimen may be provided with treatment plan information, whereas a technician troubleshooting an issue with the treatment apparatus 70 may not be provided with any information regarding the user’s treatment plan.

[0316] In some embodiments, one or more recommended treatment plans and/or excluded treatment plans may be presented in the user profile display 130 to the assistant. The one or more recommended treatment plans and/or excluded treatment plans may be generated by the artificial intelligence engine 11 of the server 30 and received from the server 30 in real-time during, inter alia, a telemedicine or telehealth session.

[0317] The example overview display 120 shown in FIG. 5 also includes a user status display 134 presenting status information regarding a user using the treatment apparatus. The user status display 134 may take the form of a portion or region of the overview display 120, as shown in FIG. 5, although the user status display 134 may take other forms, such as a separate screen or a popup window. The user status display 134 includes sensor data 136 from one or more of the external sensors 82, 84, 86, and/or from one or more internal sensors 76 of the treatment apparatus 70. In some embodiments, the user status display 134 may present other data 138 regarding the user, such as last reported pain level, or progress within a treatment plan.

[0318] User access controls may be used to limit access, including what data is available to be viewed and/or modified, on any or all of the user interfaces 20, 50, 90, 92, 94 of the system 10. In some embodiments, user access controls may be employed to control what information is available to any given person using the system 10. For example, data presented on the assistant interface 94 may be controlled by user access controls, with permissions set depending on the assistant/user’s need for and/or qualifications to view that information.

[0319] The example overview display 120 shown in FIG. 5 also includes a help data display 140 presenting information for the assistant to use in assisting the user. The help data display 140 may take the form of a portion or region of the overview display 120, as shown in FIG. 5. The help data display 140 may take other forms, such as a separate screen or a popup window. The help data display 140 may include, for example, presenting answers to frequently asked questions regarding use of the user interface 50 and/or the treatment apparatus 70. The help data display 140 may also include research data or best practices. In some embodiments, the help data display 140 may present scripts for answers or explanations in response to user questions. In some embodiments, the help data display 140 may present flow charts or walk-throughs for the assistant to use in determining a root cause and/or solution to a user’s problem. In some embodiments, the assistant interface 94 may present two or more help data displays 140, which may be the same or different, for simultaneous presentation of help data for use by the assistant, for example, a first help data display may be used to present a troubleshooting flowchart to determine the source of a user’s problem, and a second help data display may present script information for the assistant to read to the user, such information to preferably include directions for the user to perform some action, which may help to narrow down or solve the problem. In some embodiments, based upon inputs to the troubleshooting flowchart in the first help data display, the second help data display may automatically populate with script information.

[0320] The example overview display 120 shown in FIG. 5 also includes a user interface control 150 presenting information regarding the user interface 50, and/or to modify one or more settings of the user interface 50. The user interface control 150 may take the form of a portion or region of the overview display 120, as shown in FIG. 5. The user interface control 150 may take other forms, such as a separate screen or a popup window. The user interface control 150 may present information communicated to the assistant interface 94 via one or more of the interface monitor signals 98b. As shown in FIG. 5, the user interface control 150 includes a display feed 152 of the display presented by the user interface 50. In some embodiments, the display feed 152 may include a live copy of the display screen currently being presented to the user by the user interface 50. In other words, the display feed 152 may present an image of what is presented on a display screen of the user interface 50. In some embodiments, the display feed 152 may include abbreviated information regarding the display screen currently being presented by the user interface 50, such as a screen name or a screen number. The user interface control 150 may include a user interface setting control 154 for the assistant to adjust or to control one or more settings or aspects of the user interface 50. In some embodiments, the user interface setting control 154 may cause the assistant interface 94 to generate and/or to transmit an interface control signal 98 for controlling a function or a setting of the user interface 50. [0321] In some embodiments, the user interface setting control 154 may include collaborative browsing or co-browsing capability for the assistant to remotely view and/or control the user interface 50. For example, the user interface setting control 154 may enable the assistant to remotely enter text to one or more text entry fields on the user interface 50 and/or to remotely control a cursor on the user interface 50 using a mouse or touchscreen of the assistant interface 94.

[0322] In some embodiments, using the user interface 50, the user interface setting control 154 may allow the assistant to change a setting that cannot be changed by the user. For example, the user interface 50 may be precluded from accessing a language setting to prevent a user from inadvertently switching, on the user interface 50, the language used for the displays, whereas the user interface setting control 154 may enable the assistant to change the language setting of the user interface 50. In another example, the user interface 50 may not be able to change a font size setting to a smaller size in order to prevent a user from inadvertently switching the font size used for the displays on the user interface 50 such that the display would become illegible to the user, whereas the user interface setting control 154 may provide for the assistant to change the font size setting of the user interface 50.

[0323] The example overview display 120 shown in FIG. 5 also includes an interface communications display 156 showing the status of communications between the user interface 50 and one or more other devices 70, 82, 84, such as the treatment apparatus 70, the ambulation sensor 82, and/or the goniometer 84. The interface communications display 156 may take the form of a portion or region of the overview display 120, as shown in FIG. 5. The interface communications display 156 may take other forms, such as a separate screen or a popup window. The interface communications display 156 may include controls for the assistant to remotely modify communications with one or more of the other devices 70, 82, 84. For example, the assistant may remotely command the user interface 50 to reset communications with one of the other devices 70, 82, 84, or to establish communications with a new one of the other devices 70, 82, 84. This functionality may be used, for example, where the user has a problem with one of the other devices 70, 82, 84, or where the user receives a new or a replacement one of the other devices 70, 82, 84.

[0324] The example overview display 120 shown in FIG. 5 also includes an apparatus control 160 for the assistant to view and/or to control information regarding the treatment apparatus 70. The apparatus control 160 may take the form of a portion or region of the overview display 120, as shown in FIG. 5. The apparatus control 160 may take other forms, such as a separate screen or a popup window. The apparatus control 160 may include an apparatus status display 162 with information regarding the current status of the apparatus. The apparatus status display 162 may present information communicated to the assistant interface 94 via one or more of the apparatus monitor signals 99b. The apparatus status display 162 may indicate whether the treatment apparatus 70 is currently communicating with the user interface 50. The apparatus status display 162 may present other current and/or historical information regarding the status of the treatment apparatus 70. [0325] The apparatus control 160 may include an apparatus setting control 164 for the assistant to adjust or control one or more aspects of the treatment apparatus 70. The apparatus setting control 164 may cause the assistant interface 94 to generate and/or to transmit an apparatus control signal 99 for changing an operating parameter of the treatment apparatus 70, (e.g., a pedal radius setting, a resistance setting, a target RPM, etc.). The apparatus setting control 164 may include a mode button 166 and a position control 168, which may be used in conjunction for the assistant to place an actuator 78 of the treatment apparatus 70 in a manual mode, after which a setting, such as a position or a speed of the actuator 78, can be changed using the position control 168. The mode button 166 may provide for a setting, such as a position, to be toggled between automatic and manual modes. In some embodiments, one or more settings may be adjustable at any time, and without having an associated auto/manual mode. In some embodiments, the assistant may change an operating parameter of the treatment apparatus 70, such as a pedal radius setting, while the user is actively using the treatment apparatus 70. Such “on the fly” adjustment may or may not be available to the user using the user interface 50. In some embodiments, the apparatus setting control 164 may allow the assistant to change a setting that cannot be changed by the user using the user interface 50. For example, the user interface 50 may be precluded from changing a preconfigured setting, such as a height or a tilt setting of the treatment apparatus 70, whereas the apparatus setting control 164 may provide for the assistant to change the height or tilt setting of the treatment apparatus 70.

[0326] The example overview display 120 shown in FIG. 5 also includes a user communications control 170 for controlling an audio or an audiovisual communications session with the user interface 50. The communications session with the user interface 50 may include a live feed from the assistant interface 94 for presentation by the output device of the user interface 50. The live feed may take the form of an audio feed and/or a video feed. In some embodiments, the user interface 50 may be configured to provide two-way audio or audiovisual communications with a person using the assistant interface 94. Specifically, the communications session with the user interface 50 may include bidirectional (two-way) video or audiovisual feeds, with each of the user interface 50 and the assistant interface 94 presenting video of the other one. In some embodiments, the user interface 50 may present video from the assistant interface 94, while the assistant interface 94 presents only audio or the assistant interface 94 presents no live audio or visual signal from the patient interface 50. In some embodiments, the assistant interface 94 may present video from the user interface 50, while the user interface 50 presents only audio or the user interface 50 presents no live audio or visual signal from the assistant interface 94.

[0327] In some embodiments, the audio or an audiovisual communications session with the user interface 50 may take place, at least in part, while the user is performing the rehabilitation regimen upon the body part. The user communications control 170 may take the form of a portion or region of the overview display 120, as shown in FIG. 5. The user communications control 170 may take other forms, such as a separate screen or a popup window. The audio and/or audiovisual communications may be processed and/or directed by the assistant interface 94 and/or by another device or devices, such as a telephone system, or a videoconferencing system used by the assistant while the assistant uses the assistant interface 94. Alternatively or additionally, the audio and/or audiovisual communications may include communications with a third party. For example, the system 10 may enable the assistant to initiate a 3-way conversation regarding use of a particular piece of hardware or software, with the user and a subject matter expert, such as a medical professional or a specialist. The example user communications control 170 shown in FIG. 5 includes call controls 172 for the assistant to use in managing various aspects of the audio or audiovisual communications with the user. The call controls 172 include a disconnect button 174 for the assistant to end the audio or audiovisual communications session. The call controls 172 also include a mute button 176 to temporarily silence an audio or audiovisual signal from the assistant interface 94. In some embodiments, the call controls 172 may include other features, such as a hold button (not shown). The call controls 172 also include one or more record/playback controls 178, such as record, play, and pause buttons to control, with the user interface 50, recording and/or playback of audio and/or video from the teleconference session. The call controls 172 also include a video feed display 180 for presenting still and/or video images from the user interface 50, and a self-video display 182 showing the current image of the assistant using the assistant interface. The self-video display 182 may be presented as a picture-in-picture format, within a section of the video feed display 180, as shown in FIG. 5. Alternatively or additionally, the self-video display 182 may be presented separately and/or independently from the video feed display 180.

[0328] The example overview display 120 shown in FIG. 5 also includes a third party communications control 190 for use in conducting audio and/or audiovisual communications with a third party. The third party communications control 190 may take the form of a portion or region of the overview display 120, as shown in FIG. 5. The third party communications control 190 may take other forms, such as a display on a separate screen or a popup window. The third party communications control 190 may include one or more controls, such as a contact list and/or buttons or controls to contact a third party regarding use of a particular piece of hardware or software, e.g., a subject matter expert, such as a medical professional or a specialist. The third party communications control 190 may include conference calling capability for the third party to simultaneously communicate with both the assistant via the assistant interface 94, and with the user via the user interface 50. For example, the system 10 may provide for the assistant to initiate a 3-way conversation with the user and the third party.

[0329] Sensors can be used to monitor the user and provide one or more inputs to the system 10 described in FIG. 1 through either a wired connection or a wireless network (e.g., the first communications interface 32, the second communications interface 56, the first network 34, or the second network 58). The system 10 can subsequently analyze the one or more inputs to determine an infection probability or diagnose a user infection, as non-limiting examples. For example, sensing devices 1400a, 1400b, and 1400c generally illustrated in FIGS. 14A, 14B, and 14C, respectively, detect environmental stimuli and convert the environmental stimuli into one or more electrical signals (e.g., digital or analog) that are transmitted to a processing device. In this regard, the sensing devices 1400a, 1400b, and 1400c can provide information used to identify characteristics associated with a user infection. Accordingly, the sensing devices 1400a, 1400b, 1400c generally illustrated and described in FIGS. 14A, 14B, and 14C, respectively, can be used to determine an infection probability and/or diagnose a user infection. The sensing devices 1400a, 1400b, and 1400c can be configured in alternative arrangements and are not limited to the example embodiments described in this disclosure. Although not illustrated, the sensing devices 1400a, 1400b, and 1400c may include wiring, a power source such as a battery, controller circuitry, and/or wireless communication circuitry. Accordingly, the sensing devices 1400a, 1400b, and 1400c may receive power through the wiring, receive and process data through the controller circuitry, and transmit information through the wiring or the wireless communication circuitry.

[0330] FIG. 14A generally illustrates an example embodiment of a sensing device 1400a according to the present disclosure. The sensing device 1400a may be referred to as a temperature sensor or a temperature sensing device. In this regard, the sensing device 1400a may include a temperature sensing element 1402 (e.g., thermistor, transistor-based device, or the like) configured to detect data (e.g., environmental stimulus) associated with a user, and convert the data to (i.e., correlate the data with) a temperature of the user, and in particular, the temperate of a potential infected site of the user. The sensing device 1400a can transmit the detected temperature information to the system 10, and the system 10 can use the detected temperature information to determine an infection probability of a potential infected site of the user and/or diagnose an infection of the user.

[0331] Also, the sensing device 1400a can be used to detect a change (e.g., an increase or a decrease) in temperature of the user’s body part, thereby indicating an increase or a decrease in the user’s temperature. For example, the sensing device 1400a can transmit, at different times, the temperature information to the system 10, and the system 10 can analyze and compare each instance of detected temperature information, and subsequently determine an increased user temperature, a decreased user temperature, or no change in user temperature. The system 10 can use the change in user temperature to determine an infection probability of a potential infected site of the user and/or diagnose the user for an infection.

[0332] FIG. 14B generally illustrates an example embodiment of a sensing device 140b according to the present disclosure. The sensing device 1400b may be referred to as a pressure sensor or a pressure sensing device. The sensing device 1400b may include one or more pressure sensing elements (e.g., piezoelectric, strain gauge, diaphragm, or the like) configured to respond to pressure changes from a user. For example, as labeled in FIG. 14B, the sensing device 1400b includes a pressure sensing element 1404a, a pressure sensing element 1404b, a pressure sensing element 1404c, and pressure sensing element 1404d. The pressure sensing elements, 1404a, 1404b, 1404c, and 1404d, as well as additional sensing elements (shown and not labeled), are positioned throughout various locations of the sensing device 1400b. The respective locations of the sensing elements in FIG. 14B is exemplary, and other locations are possible. In some embodiments, the sensing device 1400b includes a sleeve that can be fitted over a user’s body part, such as a knee, an ankle, a shin, a thigh, an elbow, a bicep/triceps, a forearm, a wrist, or any other desired body part. The sensing device 1400b may include an elastic or stretchable fabric, thereby providing a compression fit over the user’s body part. When fitted onto the user’s body part, the sensing device 1400b, using the aforementioned pressure sensing elements, can detect swelling of the user’s body part. For example, one or more of the aforementioned sensing elements of the sensing device 1400b can respond to swelling of the user’s body by bending or elastically deforming, and the amount or degree of bending or elastic deformation is proportional to the detected pressure. The sensing device 1400b can transmit the pressure-related information to the system 10, and the system 10 can use the detected pressure information (e.g., average detected pressure of each of the pressure sensing elements, detected pressure of one or more specified pressure sensing elements) to determine an infection probability of a potential infected site of the user and/or diagnose the user for an infection.

[0333] Also, the sensing device 1400b can be used to detect a change (e.g., an increase or a decrease) in swelling of the user’s body part, thereby indicating increased swelling or decreased swelling. For example, the sensing device 1400b can transmit, at different times, the detected pressure information to the system 10, and the system 10 can analyze and compare one or more instances of the detected pressure information, and subsequently determine an increased swelling, a decreased swelling, or no change in swelling. The system 10 can use the change in swelling to determine an infection probability of a potential infected site of the user and/or diagnose the user for an infection. [0334] FIG. 14C generally illustrates an example embodiment of a sensing device 1400c according to the present disclosure. The sensing device 1400c may be referred to as a camera, an image sensor, an image capturing device, or an image sensing device. The sensing device 1400c includes an image capturing element 1406 (e.g., an optical module, lens, a charge-couple device (“CCD”), a complementary metal oxide semiconductor (“CMOS”), or some combination thereof) configured to capture data in the form of one or more images (e.g., still images or motion/video images) of a user. The data can be processed by the sensing device 1400c to determine dimensional information of a breach in the user’s skin due to an invasive procedure (e.g., surgery) or an accident incurred by the user, as non-limiting examples. The dimensional information may include one-dimensional information (e.g., a length) of the breach and/or two dimensional information (e.g., a surface) of the breach. Further, the dimensional information of the potential infected site may be directly proportional to the infection probability. In other words, the infection probability may be greater for relatively larger dimensional information, and conversely, the infection probability may be lesser for relatively smaller dimensional information. The sensing device 1400c can transmit the dimensional information to the system 10, and the system 10 can use the dimensional information to determine an infection probability of a potential infected site of the user and/or diagnose the user for an infection.

[0335] Also, the sensing device 1400c can be used to detect a change (e.g., an increase in a measurement or a decrease in a measurement) in the dimensional information of the breach. For example, the sensing device 1400b can transmit, at different times, the dimensional information to the system 10, and the system 10 can analyze and compare one or more instances of the dimensional information, and subsequently determine an increased dimensional information, a decreased dimensional information, or no change in dimensional information. The system 10 can use the change in dimensional information to determine an infection probability of a potential infected site of the user and/or diagnose the user for an infection.

[0336] In addition to dimensional information, the data collected by the sensing device 1400c can be analyzed for different purposes. For example, the sensing device 1400c can capture images (e.g., motion/video images), and analyze the images to determine user mobility at the potential infected site. The increase in user mobility may be inversely proportional to the infection probability. In other words, the infection probability may increase or decrease with decreasing or increasing, respectively, user mobility at the potential infected site. As another example, the sensing device 1400c can capture an image, and analyze the image to determine discoloration (e.g., redness of the skin, or other skin color abnormalities) of the user’s skin at the potential infected site. The discoloration be directly proportional to the infection probability. In other words, the infection probability may increase or decrease with a measured amount of increasing or decreasing, respectively, discoloration at the potential infected site. As yet another example, the sensing device 1400c can capture an image (e.g., still or motion/video images), and analyze the image to determine the temperature of the user at the potential infected site. Accordingly, in some embodiments, the sensing device 1400c includes infrared sensing capabilities or any other desired sensing capabilities.

[0337] The system 10 can receive information from one or more of the sensors 1400a, 1400b, and 1400c, and use the information to determine an infection probability of a potential infected site of the user and/or diagnose the user for an infection. Additionally, the system 10 can use information received from one the sensors 1400a, 1400b, and 1400c to modify a treatment plan for the user. For example, the training engine 9 described in FIG. 1 can use information received by one or more of the sensors 1400a, 1400b, and 1400c to train one or more machine learning models 13 to alter a treatment plan.

[0338] FIG. 15 generally illustrates an example embodiment of a method 1500 for identifying characteristics associated with a user infection. The method 1500 is performed by a processing device that may include hardware (circuitry, dedicated logic, etc.), software (such as is run on a general- purpose computer system or a dedicated machine), or a combination of both. The method 1500 and/or each of its individual functions, routines, subroutines, or operations may be performed by one or more processors of a computing device (e.g., any component of FIG. 1, such as the server 30 executing the artificial intelligence engine 11). In certain implementations, the method 1500 may be performed by a single processing thread. Alternatively, the method 1500 may be performed by two or more processing threads, each thread implementing one or more individual functions, routines, subroutines, or operations of the methods.

[0339] For simplicity of explanation, the method 1500 is depicted and described as a series of operations. However, operations in accordance with this disclosure can occur in various orders and/or concurrently, and/or with other operations not presented and described herein. For example, the operations depicted in the method 1500 may occur in combination with any other operation of any other method disclosed herein. Furthermore, not all illustrated operations may be required to implement the method 1500 in accordance with the disclosed subject matter. In addition, those skilled in the art will understand and appreciate that the method 1500 could alternatively be represented as a series of interrelated states via a state diagram or events.

[0340] At step 1502, the processing device receives, from a sensor, a sensor input pertaining to a potential infected site of a user. The sensor input may include an input, or signal, from a temperature sensor, a pressure sensor, and/or a camera described herein. Accordingly, the sensors shown and described in FIGS. 14A-14C may be integrated with the method 1500. The sensor input may include characteristics such as temperature information, pressure information, discoloration information, image information, vital sign information, mobility information, and/or measurement information.

[0341] In addition to receiving a sensor input (or inputs), the processing device can also receive and use user input information. For example, the user information may include symptoms such as an indication of a pressure, an indication of a pain level, and/or an indication of a mobility. In order to provide the user input information to the processing device, a computing device (e.g., mobile device, desktop computer, laptop computer) with a user interface (e.g., a display of the computing device) can present a software application, or app.

[0342] At step 1504, the processing device generates an infection probability associated with the infected site. The infection probability is based at least in part on the sensor input. Alternatively, or in combination, the infection probability is based on the user input information. The infection probability can be presented as a range (e.g., 0-10, 0%-l 00%), with an increasing value in the range indicating a relatively higher infection probability.

[0343] Optionally, at step 1506, the infection probability can be transmitted to one or more recipients. For example, the infection probability can be transmitted to the user, a medical professional, an insurance provider, and/or a healthcare administrator. Once received, a telemedicine- enabled appointment can be scheduled between the user and one or more of the medical professional, the insurance provider, and/or the healthcare administrator. The telemedicine-enabled appointment allows the user to remotely receive communication (e.g., the treatment plan) from any of the medical professional, the insurance provider, and/or the healthcare administrator. In other words, by using the telemedicine-enabled appointment, the user is not required to make an in-office visit and does need to be in physical proximity to (i.e., not in the same room or building as) the medical professional, the insurance provider, and/or the healthcare administrator. By transmitting the infection probability during instances when the infection probability is at least at a threshold infection probability, some appointments may be avoided when the infection probability is sufficiently low (i.e., below the threshold infection probability). However, it should be noted that in some embodiments, the infection probability can be transmitted the medical professional, the insurance provider, and/or the healthcare administrator, even when the infection probability is below the threshold infection probability.

[0344] In some embodiments, the infection probability is transmitted when the infection probability is at least (i.e., equals or exceeds) at a threshold infection probability. The processing device can receive or identify the threshold infection probability, which may correspond to a particular infection or a risk level of infection that requires a treatment plan. Different risk levels of infection can be assigned to different users based upon one or more factors, including, but not limited to, the user’s age, the user’s medical history (e.g., an immunocompromised user, a user with little or no prior medical issues), the type of infection identified, and/or the known ability for a medication to effectively treat an infection. Accordingly, the threshold infection probability can vary for each user based upon a variety of factors. Moreover, for the same type of infection, users with a relatively high risk level (e.g., an older user with prior medical issues) may be assigned a relatively lower threshold infection probability, as compared to user s with a relatively high risk level (e.g., a younger user with no prior medical issues). As a result, in some instances, the infection probability is more likely to reach at least the threshold infection probability for user s with a relatively high risk level. In this regard, the method 1500 may provide a more efficient method for a medical professional, an insurance provider, and/or a healthcare administrator to interact with user s.

[0345] In some embodiments, the processing device receives or identifies multiple the threshold infection probabilities, with each threshold infection probability corresponding to a particular risk level. For example, when the processing device receives or identifies a first threshold infection probability and a second threshold probability, the first threshold infection probability may correspond to a relatively low risk level while the second threshold infection probability may correspond to a relatively high risk level. In this regard, the first threshold infection probability may indicate that the user should seek a treatment plan for the potential infected site, while the second threshold infection probability may indicate that the user should seek immediate treatment for the potential infected site or immediately set up a telemedicine-enabled appointment with a medical professional. Accordingly, the processing device can compare the infection probability with multiple threshold infection probabilities, and provide multiple ways to treat an infection based on the associated risk level. [0346] The processing device can use the characteristics to diagnose the potential infected site. For example, using one or more of the sensor input and the user input information, the processing device may determine a type of infection (e.g., a bacterial infection such as a Staph infection caused by staphylococcus bacteria, a germ, a parasite, a virus, or some combination thereof) associated with the potential infected site. Moreover, based on the diagnosis, the processing device can recommend a treatment plan to the user. The diagnosis and/or the treatment plan can be transmitted to the user. In some embodiments, the diagnosis and/or the treatment plan is first transmitted to the medical professional, the insurance provider, and/or the healthcare administrator for review, and once approved, is transmitted to the user.

[0347] Alternatively, or in combination, the processing device can receive and use etiological information associated with the potential infected site to determine an infection probability and/or diagnose an infection. For example, the processing device can receive information indicating that the user has undergone an invasive operation event (e.g., a surgical procedure) at the potential infected site, thereby indicating the type of incision made to the user. In another example, the processing device can receive information indicating that the user has undergone an injury event (e.g., an accident) at the potential infected site, thereby indicating the user has an open wound or a cut.

[0348] Additionally, the processing device can receive multiple sensor inputs to determine an infection probability. For example, the processing device can receive a first input at a potential infected site and a second input from a non-infected site. A “non-infection site” may refer to, for example, no statistical probability of infection). The processing device can compare the first input with the second input to generate the infection probability. This may include, for example, a comparison between a first temperature (from the first input) at the potential infected site (e.g., a user’s left knee), and a second temperature (from the second input) at the non-infected site (e.g., a user’s right knee). In some embodiments, the processing device analyzes the comparison to determine the infection probability. For example, the difference between the first temperature and the second temperature can be directly proportional to the infection probability, and accordingly, the processing device determines a relatively high infection probability for a larger difference (e.g., 3 degrees on a Celsius or Fahrenheit scale) between the first temperature and the second temperature, and conversely, the processing device determines a relatively low infection probability for a smaller difference (e.g., 0.5 degrees on a Celsius or Fahrenheit scale) between the first temperature and the second temperature. Alternatively, or in combination, the processing device can use a predetermined difference between the first temperature and the second temperature to determine the infection probability. For example, in some embodiments, the processing device may require the difference between the first temperature and the second temperature be at least a specified difference (e.g., 2 degrees on a Celsius or Fahrenheit scale), as oppose to the first temperature simply being greater than the second temperature. In this regard, the processing device may determine the infection probability with increased accuracy and/or prevent or limit “false positives” with respect to determine the presence of an infection.

[0349] FIG. 16 generally illustrates an example embodiment of a method 1600 for diagnosing a user based on one or more identifying characteristics associated with a user infection according to principles of the present disclosure. The method 1600 is performed by processing logic that may include hardware (circuitry, dedicated logic, etc.), software (such as is run on a general-purpose computer system or a dedicated machine), or a combination of both. The method 1600 and/or each of its individual functions, routines, subroutines, or operations may be performed by one or more processors of a computing device (e.g., any component of FIG. 1, such as server 30 executing the artificial intelligence engine 11). In certain implementations, the method 1600 may be performed by a single processing thread. Alternatively, the method 1600 may be performed by two or more processing threads, each thread implementing one or more individual functions, routines, subroutines, or operations of the methods.

[0350] At step 1602, the processing device receives, from a sensor, a sensor input pertaining to a potential infected site of a user. The sensor input from the sensor may include an input from a temperature sensor, a pressure sensor, or a camera described herein. Accordingly, the sensor input may include characteristics such as temperature information, pressure information, discoloration information, image information, vital sign information, or measurement information.

[0351] At step 1604, the processing device receives a user input. The user input information may be provided by the user, either from the user to the processing device via computing system or indirectly via a medical professional, the insurance provider, and/or the healthcare administrator. The user input may include symptoms such as an indication of a pressure, an indication of a pain level, and an indication of a mobility.

[0352] At step 1606, the processing device identifies, using the sensor input and the user input, the user infection associated with the user. In some embodiments, the sensor input and/or the user input is used to identify the user infection.

[0353] Additionally, the processing device can receive and use etiological information associated with the user. For example, the processing device can receive information indicating the user has undergone an invasive operation event (e.g., surgical procedure) at the potential infected site, thereby indicating the type of incision to the user. In another example, the processing device can receive information indicating the user has undergone an injury event (e.g., accident) at the potential infected site, thereby indicating the user has an open wound or a cut.

[0354] When the user infection is identified, the processing device can initiate additional steps. For example, the processing device can generate a recommendation for one or more of a medication, a treatment plan, and a visit with a medical professional. In the case of the visit with the medical professional, a telemedicine-enabled appointment can be scheduled between the user and the medical professional.

[0355] FIG. 17 generally illustrates an example embodiment of a method 1700 for modifying, by an artificial intelligence engine, a treatment plan for optimizing an outcome for a user infection according to principles of the present disclosure. The method 1700 is performed by processing logic that may include hardware (circuitry, dedicated logic, etc.), software (such as is run on a general- purpose computer system or a dedicated machine), or a combination of both. The method 1700 and/or each of its individual functions, routines, subroutines, or operations may be performed by one or more processors of a computing device (e.g., any component of FIG. 1, such as server 30 executing the artificial intelligence engine 11). In certain implementations, the method 1700 may be performed by a single processing thread. Alternatively, the method 1700 may be performed by two or more processing threads, each thread implementing one or more individual functions, routines, subroutines, or operations of the methods.

[0356] At step 1702, the treatment plan for the user is received. For example, the processing device may receive treatment plan from the user’s medical professional. The treatment plan may include one or more recommendations for the user to treat the user infection. For example, the treatment plan may include a medication, and/or a visit with a medical professional. In the case of the visit with the medical professional, a telemedicine-enabled appointment can be scheduled between the user and the medical professional.

[0357] At step 1704, the processing device receives, from a sensor, a sensor input pertaining to a potential infected site of a user. The sensor input from the sensor may include an input from a temperature sensor, a pressure sensor, or a camera described herein. Accordingly, the sensor input may include characteristics such as temperature information, pressure information, discoloration information, image information, vital sign information, measurement information, any other desired information, or combination thereof.

[0358] At step 1706, the processing device receives a user input. In some embodiments, the user provides the user input through a computing system (e.g., a mobile device, a tablet device, a laptop computing device, a desktop computing device) with a user interface (e.g., a display) running a software application, or app, on the user interface. In some embodiments, the user provides the user input indirectly via a medical professional, the insurance provider, and/or the healthcare administrator. The user input may include symptoms such as an indication of a pressure, an indication of discoloration, an indication of a pain level, and/or an indication of a mobility.

[0359] At step 1708, the artificial intelligence engine uses the sensor input and the user input to adjust the treatment plan. For example, a treatment plan may include different types of medications, with each type of medication designed to treat different risk level and/or severities. When the processing device receives a treatment plan that recommends a first medication associated with a relatively low risk level or relatively low severity of a user infection, the artificial intelligence engine may use the sensor input and the user input to adjust the treatment plan and subsequently recommend a second medication associated with a relatively high risk level or relatively high severity of a user infection. Conversely, when the processing device receives a treatment plan that recommends the second medication, the artificial intelligence may adjust the treatment plan, based on the sensor input and the user input, and subsequently recommend the first medication. Accordingly, the artificial intelligence engine can modify the medication based on an increasing or decreasing risk/severity level. [0360] In addition to adjusting the type of medication, the artificial intelligence engine can adjust treatment plans in other ways. For example, a treatment plan may include a recommended frequency of application of a medication, a recommendation to rest or immobilize the user (e.g., at the user infection site), and/or a recommendation to wrap/cover the user infection. The additional ways for adjusting the treatment plan can be modified by the artificial intelligence engine to account for a change in risk level or severity of a user infection. For example, when one or more of the sensor input and the user input provide(s) an indication of a decreased risk level or decreased severity of the patient infection, the artificial intelligence engine may adjust the treatment plan, and subsequently recommend a decreased application frequency of the medication, and/or a reduction in covering/wrapping the user infection. Conversely, when one or more of the sensor input and the user input provide(s) an indication of an increased risk level or increased severity of the user infection, the artificial intelligence engine may adjust the treatment plan, and subsequently recommend an increased application frequency of the medication, a recommendation for the user to rest, and/or a recommendation to cover/wrap the user infection. Accordingly, the artificial intelligence engine can modify the treatment plan, based on an increasing or decreasing risk/severity level, to adapt to realtime characteristics of the user.

[0361] As noted above, FIG. 13 generally illustrates a computer system 1300 according to principles of the present disclosure. In one example, computer system 1300 may include a computing device and correspond to the assistance interface 94, reporting interface 92, supervisory interface 90, clinician interface 20, server 30 (including the Al engine 11), user interface 50, ambulatory sensor 82, goniometer 84, treatment apparatus 70, pressure sensor 86, or any suitable component of FIG. 1. The computer system 1300 may be capable of executing instructions implementing the one or more machine learning models 13 of the artificial intelligence engine 11 of FIG. 1. The computer system may be connected (e.g., networked) to other computer systems in a LAN, an intranet, an extranet, or the Internet, including via the cloud or a peer-to-peer network. The computer system may operate in the capacity of a server in a client-server network environment. The computer system may be a personal computer (PC), a tablet computer, a wearable (e.g., wristband), a set-top box (STB), a personal Digital Assistant (PDA), a mobile phone, a camera, a video camera, an Internet of Things (loT) device, or any device capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that device. Further, while only a single computer system is illustrated, the term “computer” shall also be taken to include any collection of computers that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methods discussed herein.

[0362] The computer system 1300 includes a processing device 1302, a main memory 1304 (e.g., read-only memory (ROM), flash memory, solid state drives (SSDs), dynamic random access memory (DRAM) such as synchronous DRAM (SDRAM), a static memory 1306 (e.g., flash memory, solid state drives (SSDs), static random access memory (SRAM), and a data storage device 1308, which communicate with each other via a bus 1313.

[0363] Processing device 1302 represents one or more general-purpose processing devices such as a microprocessor, central processing unit, or the like. More particularly, the processing device 1302 may be a complex instruction set computing (CISC) microprocessor, reduced instruction set computing (RISC) microprocessor, very long instruction word (VLIW) microprocessor, or a processor implementing other instruction sets or processors implementing a combination of instruction sets. The processing device 1402 may also be one or more special-purpose processing devices such as an application specific integrated circuit (ASIC), a system on a chip, a field programmable gate array (FPGA), a digital signal processor (DSP), network processor, or the like. The processing device 1402 is configured to execute instructions for performing any of the operations and steps discussed herein. [0364] The computer system 1300 may further include a network interface device 1312. The computer system 1300 also may include a video display 1314 (e.g., a liquid crystal display (LCD), a light-emitting diode (LED), an organic light-emitting diode (OLED), a quantum LED, a cathode ray tube (CRT), a shadow mask CRT, an aperture grille CRT, a monochrome CRT), one or more input devices 1316 (e.g., a keyboard and/or a mouse or a gaming-like control), and one or more speakers 1318 (e.g., a speaker). In one illustrative example, the video display 1314 and the input device(s) 1316 may be combined into a single component or device (e.g., an LCD touch screen).

[0365] The one or more input devices 1316 may include a computer-readable storage medium 1320 on which the instructions 1322 embodying any one or more of the methods, operations, or functions described herein is stored. The instructions 1322 may also reside, completely or at least partially, within the main memory 1304 and/or within the processing device 1302 during execution thereof by the computer system 1300. As such, the main memory 1304 and the processing device 1302 also constitute computer-readable media. The instructions 1322 may further be transmitted or received over a network via the network interface device 1312.

[0366] While the computer-readable storage medium 1320 is shown in the illustrative examples to be a single medium, the term “computer-readable storage medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “computer-readable storage medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present disclosure. The term “computer-readable storage medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical media, and magnetic media.

[0367] Consistent with the above disclosure, the examples of systems and method enumerated in the following clauses are specifically contemplated and are intended as a non-limiting set of examples. [0368] Clause 31. A system for identifying a condition of a user, the system comprising:

[0369] a treatment apparatus configmed to be manipulated by the user for performing an exercise; an interface communicably coupled to the treatment apparatus; one or more sensors configured to sense one or more characteristics of an anatomical structure of the user; a processing device and a memory communicatively coupled to the processing device, and the memory includes computer readable instructions that, when executed by the processing device, cause the processing device to: receive, from the sensors, one or more sensor inputs representative of the one or more of characteristics of the anatomical structure; calculate an infection probability of a disease based on the one or more characteristics of the anatomical structure; and output, to the interface, a representation of the infection probability.

[0370] Clause 32. The system of any clause herein, wherein the processing device is further configmed to identify, one or more characteristics associated with the anatomical structure that is diseased.

[0371] Clause 33. The system of any clause herein, wherein the processing device is fmther configmed to diagnose, based on the one or more characteristics, a presence of the disease and wherein the infection probability correlates with the probability of the disease being diagnosed by a medical professional.

[0372] Clause 34. The system of any clause herein, wherein the processing device is fmther configured to output, to the interface, a recommendation for a treatment plan based on at least one of the infection probability and the diagnosis.

[0373] Clause 35. The system of any clause herein, wherein the interface is configmed to present at least one of an image or an audible or tactile signal representative of the infection probability.

[0374] Clause 36. The system of any clause herein, wherein the processing device is fmther configmed to: selectively identify a threshold infection probability; and selectively identify the infection probability being at least equal to the threshold infection probability.

[0375] Clause 37. The system of any clause herein, wherein the interface is associated with one or more of the treatment apparatus and a medical professional.

[0376] Clause 38. The system of any clause herein, wherein the processing device is further configured to output, to the interface, a recommendation for one or more of a medication, a treatment plan, and a visit with a medical professional.

[0377] Clause 39. The system of any clause herein, wherein the visit comprises a telemedicine- enabled appointment, the telemedicine-enabled appointment characterized by the medical professional and the user not being in direct physical proximity to each other.

[0378] Clause 40. The system of any clause herein, wherein the disease is defined as an infection related to one of a surgical site or injury of the anatomical structure.

[0379] Clause 41. The system of any clause herein, wherein the processing device is further configured to: receive, from the interface, one or more inputs; and generate, based on one or more of the one or more inputs and the one or more sensor inputs, the infection probability.

[0380] Clause 42. The system of any clause herein, wherein the one or more inputs comprise one or more of an indication, associated with the user, of a pressure, a pain level, discoloration of a structure, and a mobility of a structure.

[0381] Clause 43. The system of any clause herein, wherein the one or more characteristics are defined as one or more etiological characteristics, and the processing device is further configured to generate the infection probability based on the one or more etiological characteristics.

[0382] Clause 44. The system of any clause herein, wherein the one or more etiological characteristics comprise at least one of a procedure or injury associated with the structure.

[0383] Clause 45. The system of an clause herein, wherein the one or more sensor inputs comprises one or more of temperature information, pressure information, discoloration information, image information, vital sign information, or measurement information.

[0384] Clause 46. The system of any clause herein, wherein the processing device is further configured to: generate, from the one or more characteristics, a baseline characteristic and a disease characteristic; and generate the infection probability based on the one or more characteristics, the baseline characteristic and the disease characteristic.

[0385] Clause 47. The system of any clause herein, wherein the baseline characteristic represents a state of the anatomical structure without the disease characteristic. [0386] Clause 48. A method for identifying a condition, the method comprising: receiving, from one or more sensors, one or more sensor inputs representative of one or more of characteristics of an anatomical structure; calculating an infection probability of a disease based on the one or more characteristics of the anatomical structure; and outputting, to an interface, a representation of the infection probability.

[0387] Clause 49. The method of any clause herein, further comprising identifying one or more characteristics associated an anatomical structure having the diseased characteristics.

[0388] Clause 50. The method of any clause herein, further comprising diagnosing, based on the one or more characteristics, a presence of a disease and wherein the infection probability correlates with the probability of the disease being diagnosed by a medical professional.

[0389] Clause 51. The method of any clause herein, further comprising presenting, in the interface, a recommendation for a treatment plan based on at least one of the infection probability and the diagnosis.

[0390] Clause 52. The method of any clause herein, further comprising presenting, with the interface, at least one of an image and an audible or tactile signal representative of the infection probability.

[0391] Clause 53. The method of any clause herein, further comprising: identifying a threshold infection probability; identifying the infection probability being at least equal to the threshold infection probability; and presenting, in the interface, the infection probability.

[0392] Clause 54. The method of any clause herein, further comprising presenting, in the interface, a recommendation for one or more of a medication, a treatment plan, and a visit with a medical professional.

[0393] Clause 55. The method of any clause herein, wherein the visit comprises a telemedicine- enabled appointment, the telemedicine-enabled appointment defined by the medical professional and the user not being in direct physical proximity to each other.

[0394] Clause 56. The method of any clause herein, further comprising: receiving, from the interface, one or more inputs; and generating, based on one or more of the one or more inputs and the one or more sensor inputs, the infection probability.

[0395] Clause 57. A system for identifying a condition of a user, the system comprising: a treatment apparatus configured to be manipulated by the user for performing an exercise; one or more sensors configured to sense one or more characteristics of an anatomical structure of the user; a processing device and a memory communicatively coupled to the processing device and the memory includes computer readable instructions that, when executed by the processing device, cause the processing device to: receive, from the sensors, one or more sensor inputs representative of the one or more of characteristics of the anatomical structure; generate, from the one or more characteristics, a baseline characteristic and a disease characteristic; generate an infection probability of a disease based on the one or more characteristics, the baseline characteristic and the disease characteristic,.

[0396] Clause 58. The system of any clause herein, further comprising an interface communicatively coupled to the treatment apparatus, and wherein the processing device is further configured to: receive, from the interface, one or more inputs; and generate the infection probability based on one or more of the one or more inputs and the one or more sensor inputs.

[0397] Clause 59. The system of any clause herein, further comprising an interface communicatively coupled to the treatment apparatus, and wherein the processing device is further configured to: selectively identify a threshold infection probability; selectively identify the infection probability being at least equal to the threshold infection probability; output, to the interface, a representation of the infection probability when the infection probability is at least equal to the threshold infection probability.

[0398] Clause 60. The system of any clause herein, wherein the processing device is further configured to: identify one or more diseased characteristics associated with the anatomical structure; identify, based on the one or more diseased characteristics, the infection probability; and diagnose, based on the one or more diseased characteristics, a presence of a disease of the anatomical structure.

[0399] Many of the electrical connections in the drawings are shown as direct couplings having no intervening devices, but not expressly stated as such in the description above. Nevertheless, this paragraph shall serve as antecedent basis in the claims for referencing any electrical connection as “directly coupled” for electrical connections shown in the drawing with no intervening device(s).

[0400] Various functions described below can be implemented or supported by one or more computer programs, each of which is formed from computer readable program code and embodied in a computer readable storage medium. The terms “application” and “program” refer to one or more computer programs, software components, sets of instructions, procedures, functions, methods, objects, classes, instances, related data, or a portion thereof adapted for implementation in a suitable computer readable program code. The phrase “computer readable program code” includes any type of computer code, including source code, object code, and executable code. The phrase “computer readable storage medium” includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a flash drive, a compact disc (CD), a digital video disc (DVD), solid state drive (SSD), or any other type of memory. A “non-transitory” computer readable storage medium excludes wired, wireless, optical, or other communication links that transport transitory electrical or other signals. A non-transitory computer- readable storage medium includes media where data can be permanently stored and media where data can be stored and later overwritten, such as a rewritable optical disc or an erasable memory device.

[0401] The above discussion is meant to be illustrative of the principles and various embodiments of the present invention. Once the above disclosure is fully appreciated, numerous variations and modifications will become apparent to those skilled in the art. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

CLAIMS What is claimed is:

1. A computer-implemented system, comprising: a treatment device configured to be manipulated by a user while the user is performing a treatment plan; a patient interface comprising an output device configured to present telemedicine information associated with a telemedicine session; and a first computing device configured to: receive treatment data pertaining to the user while the user uses the treatment device to perform the treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identify, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition; and write to an associated memory, for access at a second computing device of a healthcare provider, the secondary condition information.

2. The computer-implemented system of claim 1, wherein the first computing device is further configured to determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device further includes instructions that cause the processor to: write to an associated memory, configured to be accessed by an artificial intelligence engine, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, the artificial intelligence engine being configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction; and receive, from the artificial intelligence engine, the at least one secondary condition output prediction.

3. The computer-implemented system of claim 1, wherein the artificial intelligence engine is further configured to use at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction.

4. A method comprising: receiving treatment data pertaining to a user using a treatment device to perform a treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identifying, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determining whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generating secondary condition information indicating at least the secondary condition; and writing to an associated memory, for access at a computing device of a healthcare provider, the secondary condition information.

5. The method of claim 4, wherein determining whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition includes: writing to an associated memory, configured to be accessed by an artificial intelligence engine, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, the artificial intelligence engine being configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction; and receiving, from the artificial intelligence engine, the at least one secondary condition output prediction.

6. The method of claim 5, wherein the artificial intelligence engine is further configured to use at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction.

7. The method of claim 6, wherein the user and one or more other users belong to a user cohort.

8. The method of claim 5, wherein the at least one machine learning model includes a deep network comprising multiple levels of non-linear operations.

9. The method of claim 4, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with the treatment device.

10. The method of claim 4, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with a wearable device worn by the user while using the treatment device.

11. The method of claim 4, wherein at least one measurement includes, while the user uses the treatment device, at least one of a vital sign of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, an SpO2 measurement of the blood oxygen level of the user, and a blood pressure of the user.

12. The method of claim 4, wherein the first treatment device mode of the treatment device includes one of an active assist treatment device mode, a passive mode, an active-assisted mode, a resistive mode, and an active mode.

13. A tangible, non-transitory computer-readable medium storing instructions that, when executed, cause a processing device to: receive treatment data pertaining to a user using a treatment device to perform a treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identify, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition; and write to an associated memory, for access at a computing device of a healthcare provider, the secondary condition information.

14. The computer-readable medium of claim 13, wherein the instructions causing the processing device to determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device further includes instructions that cause the processing device to: write to an associated memory, configured to be accessed by an artificial intelligence engine, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, the artificial intelligence engine being configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction; and receive, from the artificial intelligence engine, the at least one secondary condition output prediction.

15. The computer-readable medium of claim 14, wherein the artificial intelligence engine is further configured to use at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction.

16. The computer-readable medium of claim 15, wherein the user and one or more other users belong to a user cohort.

17. The computer-readable medium of claim 14, wherein the at least one machine learning model includes a deep network comprising multiple levels of non-linear operations.

18. The computer-readable medium of claim 13, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with the treatment device.

19. The computer-readable medium of claim 13, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with a wearable device worn by the user while using the treatment device.

20. The computer-readable medium of claim 13, wherein at least one measurement includes, while the user uses the treatment device, at least one of a vital sign of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, an SpO2 -measurement of a blood oxygen level of the user, and a blood pressure of the user.

21. The computer-readable medium of claim 13, wherein the first treatment device mode of the treatment device includes one of an active assist treatment device mode, a passive mode, an active- assisted mode, a resistive mode, and an active mode.

22. A system comprising: a processing device; and a memory including instructions that, when executed by the processor, cause the processor to: receive treatment data pertaining to a user using a treatment device to perform a treatment plan, wherein the treatment data comprises at least one of at least one characteristic of the user, at least one measurement pertaining to the user, at least one characteristic of the treatment device, and at least one aspect of the treatment plan; identify, using at least one aspect of the treatment data, at least one aspect of the at least one measurement pertaining to the user associated with a first treatment device mode of the treatment device; determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device correlates with at least one secondary condition of the user, wherein the at least one secondary condition of the user is not a primary condition for which the user is being treated; in response to a determination that the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device is correlated with the at least one secondary condition of the user, generate secondary condition information indicating at least the secondary condition; and write to an associated memory, for access at a computing device of a healthcare provider, the secondary condition information.

23. The system of claim 22, wherein the instructions causing the processor to determine whether the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device further includes instructions that cause the processor to: write to an associated memory, configured to be accessed by an artificial intelligence engine, the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, the artificial intelligence engine being configured to use at least one machine learning model to generate, using the at least one aspect of the at least one measurement pertaining to the user associated with the first treatment device mode of the treatment device, at least one of secondary condition output prediction; and receive, from the artificial intelligence engine, the at least one secondary condition output prediction.

24. The system of claim 23, wherein the artificial intelligence engine is further configured to use at least one machine learning model to generate, further using secondary condition information associated with other users, the at least one of secondary condition output prediction.

25. The system of claim 24, wherein the user and one or more other users below to a user cohort.

26. The system of claim 23, wherein the at least one machine learning model includes a deep network comprising multiple levels of non-linear operations.

27. The system of claim 22, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with the treatment device.

28. The system of claim 22, wherein at least some of the treatment data corresponds to at least some sensor data from a sensor associated with a wearable device worn by the user while using the treatment device.

29. The system of claim 22, wherein at least one measurement includes, while the user uses the treatment device, at least one of a vital sign of the user, a respiration rate of the user, a heartrate of the user, a temperature of the user, an SpO2 -measurement of a blood oxygen level of the user, and a blood pressure of the user.

30. The system of claim 22, wherein the first treatment device mode of the treatment device includes one of an active assist treatment device mode, a passive mode, an active-assisted mode, a resistive mode, and an active mode.