Method and computer implemented platform for providing patient related information - Patents.com

Abstract

Embodiments relate to a computer-implemented platform for providing at least one user with information associated with at least one patient undergoing dialysis treatment using a dialysis system. In some embodiments, the platform comprises an I / O device configured to receive patient initial input data for the at least one patient, the patient initial input data describing a physical characteristic of the at least one patient. In some embodiments, the I / O device is further configured to receive updated monitoring data for the patient, the updated monitoring data being received during dialysis treatment of the at least one patient. The platform may further comprise an analysis engine configured to determine whether the received updated monitoring data indicates an abnormal parameter value of the physical characteristic.

Description

[Technical field]

[0001] (Priority Claim) This application claims priority to Israeli Patent Application No. 278995, filed November 25, 2020, which is incorporated by reference in its entirety. [Background technology]

[0002] Dialysis is a renal replacement therapy typically given to patients with kidney problems, such as those with chronic kidney disease (CKD), to remove toxins and / or excess water or solutes from the patient's blood. There are several dialysis types, each using a different renal replacement method and system: hemodialysis, peritoneal dialysis, hemofiltration, hemodiafiltration, and enteric dialysis.

[0003] Peritoneal dialysis is a type of dialysis in which a patient's abdominal peritoneal membrane tissue is used for kidney replacement. In peritoneal dialysis, fresh dialysate is delivered to the patient's abdomen to create an osmotic gradient across the patient's peritoneal membrane tissue. The osmotic gradient causes the movement of excess toxins and / or water from the patient's bloodstream into the fresh dialysate. A catheter is fluidly connected to the patient's abdomen such that one catheter end is in the abdomen and the other catheter end protrudes externally from the patient's body. The external catheter end is connectable to a first container for providing fresh dialysate to the patient or a second container for draining spent dialysate from the patient.

[0004] Each container is fluidly connected to the patient's abdomen for different periods of time, with the dialysate container first being connected to insert fresh dialysate into the patient's peritoneal cavity and then, typically after some intentional pause period, the patient's abdomen being fluidly connected to the drainage container to drain the spent dialysate.

[0005] Another type of dialysis is hemodialysis, for example, involving an intravenous catheter, an arteriovenous fistula, or a synthetic graft. [Brief description of the drawings]

[0006] The drawings illustrate generally, by way of example, but not by way of limitation, various embodiments discussed in the present document.

[0007] For simplicity and clarity of illustration, elements shown in the figures have not necessarily been drawn to scale. For example, dimensions of some elements may be exaggerated relative to other elements for clarity of presentation. Additionally, reference numbers may be repeated among the figures to indicate corresponding or similar elements. Reference to previously presented elements is implicit without necessarily further reference to the figure or description in which they appear. The figures are listed below. [Figure 1] FIG. 1 is a block diagram that generally illustrates a computer-implemented platform for providing patient specific physical and / or physiological information to at least one user, according to some embodiments. [Diagram 2] FIG. 2 is a block diagram that generally illustrates a user interface of a computer-implemented platform, according to some embodiments. [Figure 3A] FIG. 3A is a flowchart of a method for providing patient-related physical and / or physiological information to at least one user according to some embodiments. [Figure 3B] FIG. 3B is a method flow chart to generally illustrate a process for real-time monitoring of a patient during dialysis therapy, according to some embodiments. [Figure 4] 4 is an exemplary screenshot of a user interface showing a composite monitoring display for displaying information for multiple patients undergoing dialysis treatment, according to some embodiments. Optionally, the user interface allows a user to selectively display patient data according to one or more patient display criteria. [Figure 5A] 5A-C, 6 and 7A-B show exemplary user interfaces for selecting system parameters according to some embodiments. [Figure 5B]5A-C, 6 and 7A-B show exemplary user interfaces for selecting system parameters according to some embodiments. [Figure 5C] 5A-C, 6 and 7A-B show exemplary user interfaces for selecting system parameters according to some embodiments. [Figure 6] 5A-C, 6 and 7A-B show exemplary user interfaces for selecting system parameters according to some embodiments. [Figure 7A] 5A-C, 6 and 7A-B show exemplary user interfaces for selecting system parameters according to some embodiments. [Figure 7B] 5A-C, 6 and 7A-B show exemplary user interfaces for selecting system parameters according to some embodiments. [Figure 8] FIG. 8 shows an exemplary graph of measured patient parameter values. [Figure 9] FIG. 9 shows an exemplary table listing various treatment parameters for a selected patient. [Figure 10] FIG. 10 is an example screenshot of a user interface summarizing historical treatment parameters along with past and / or future recommended treatment prescriptions according to some embodiments. [Figure 11] FIG. 11 is a method flowchart that generally illustrates a process for providing one or more users with information associated with at least one patient undergoing dialysis treatment using a dialysis system or device, in accordance with some embodiments. [Figure 12] FIG. 12 is a method flow chart that generally illustrates a process for providing a user with information associated with multiple patients undergoing dialysis treatment during overlapping treatment times, according to some embodiments. [Figure 13] FIG. 13 is a flowchart of a method for providing information related to dialysis therapy according to some embodiments. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0008] (Detailed Description) Aspects of the embodiments relate to computer-implemented platforms, systems, and / or methods for providing at least one user, such as a professional medical user, with information associated with patients undergoing dialysis treatment and enabling monitoring of at least one patient (e.g., each patient) of a plurality of patients based on each patient's individual initial physical information and condition and based on each patient's continuously collected physical information while undergoing dialysis treatment. The platforms and methods described herein enable a user to monitor multiple patients undergoing dialysis treatment within approximately overlapping treatment session times and to identify and display information associated with patients exhibiting physical characteristics associated with risky dialysis treatment in real time (RT) or near RT.

[0009] According to some embodiments, the computer implemented platform may enable: receiving patient initial input data for at least one patient (e.g., each patient) of the plurality of patients, the patient initial input data describing information of each patient such as the patient's medical and / or behavioral history, updated medical test results, patient personal information such as patient identification details, age, weight, height, gender, phone and address, patient caretaker details, etc.; analysing the initial input data to determine an initial risk level of each patient, such as by associating the patient with one of a plurality of risk profile groups; receiving monitoring data of each patient, the monitoring data indicative of each patient's dialysis treatment; analysing the patient initial input data and the monitoring data to identify one or more abnormal physical characteristics of each patient, and determining whether at least one of the identified one or more abnormal physical characteristics of each patient is relevant to the dialysis treatment; determining an updated risk level of each patient based on results of the analysis of the initial input data and the monitoring data of each patient; and displaying patient output information indicative of each patient's updated risk level and / or the identified one or more abnormal physical characteristics relevant to the dialysis treatment to at least one user.

[0010] In some embodiments, the platform may comprise a display device configured to simultaneously display to at least one user at least one patient's updated risk level, information about associated dialysis-related abnormal physical characteristics, and information about non-dialysis-related abnormal physical characteristics, optionally with respective labels and / or other objects (e.g., tags, icons, widgets, alphanumeric symbols, audio indications) and / or by using different display modalities (e.g., different symbol colors, continuous vs. blinking), such that the user can identify which information is related to dialysis-related abnormal physical characteristics and which information is related to non-dialysis-related abnormal physical characteristics.

[0011] For example, information related to non-dialysis-related abnormal physical characteristics may be displayed in a green symbol color and / or displayed continuously and / or surrounded by a green frame, while information related to dialysis-related abnormal physical characteristics may flash, blink, be displayed in red and / or be surrounded by a red frame. In some embodiments, different audible outputs may be provided for the different information.

[0012] In some embodiments, the platform may automatically distinguish, or be operable to automatically distinguish (through patient data processing and / or analysis) between dialysis-related and non-dialysis-related abnormal physical characteristics, and may optionally provide an output (e.g., to a medical professional and / or the patient) indicating which abnormal parameter values ​​are dialysis-related or not.

[0013] In some embodiments, the output may include annotations, labels, colors, and / or other objects and / or display modes to provide information about dialysis-related and non-dialysis-related abnormal physical characteristics.

[0014] According to some embodiments, the computer-implemented platform may be further configured to simultaneously analyze the initial input data and monitoring data of multiple patients undergoing dialysis treatment and display to at least one user a "composite monitoring display" visually illustrating output information of multiple patients undergoing dialysis treatment.

[0015] According to some embodiments, the composite monitoring display may include one or more visual displays of: a table displaying information for all patients receiving dialysis treatment, the table showing, for at least one patient (e.g., each patient) of the plurality of patients, at least one of patient identification information, a professional staff member associated with each patient, patient initial input data or portions thereof, patient initial and / or updated risk level, one or more identified abnormal physical characteristics of the patient, one or more identified abnormal physical characteristics of the patient related to the patient's dialysis treatment; updated statistical information showing statistics for all patients receiving dialysis treatment.

[0016] For example, the computer-implemented platform may be further configured to analyze the initial data and the monitoring data of the plurality of patients undergoing dialysis treatment and generate updated statistical information indicative of one or more of the number of patients associated with each risk profile group, the number of patients for whom one or more abnormal physical characteristics have been identified, the number of patients for whom one or more abnormal physical characteristics associated with the dialysis treatment have been identified, etc. The updated statistical information may be displayable as part of a composite monitoring display in a visual manner, for example, via a pie chart display, a bar graph display, a numeric display showing the actual number of patients in each risk profile group, a histogram display, etc.

[0017] The computer-implemented platform, system, and / or method may be configured to receive monitoring data for at least one patient (e.g., each patient) of the plurality of patients via one or more measurement devices, e.g., measurement devices embedded in the dialysis system. For example, the monitoring data may be indicative of the operational functionality of the dialysis system being used and / or the physical condition of each patient.

[0018] According to some embodiments, one or more measurement devices may be configured to detect one or more dialysis parameter values ​​associated with dialysis treatment of at least one patient (e.g., each patient) of the plurality of patients in real time (RT) or near real time (NRT) and transmit the measured parameter values ​​to a computer-implemented platform or system at RT or near RT. For example, at least some of the measurement devices may be embedded in a dialysis system and configured to detect operational parameter values ​​of the dialysis system. As a result, it is possible to detect dialysis system-related faults such as undesired catheter displacement, improper catheter placement, leakage and / or blockage, malfunction of the dialysis system pump, dialysate turbidity conditions, etc. Other measurement devices may be used to directly measure the patient's physical condition during the patient's dialysis treatment session, such as the patient's RT or near RT body temperature, blood pressure, pulse, oxygen saturation, etc. Data from the measurement devices may be received by the computer-implemented platform to be analyzed and displayed to one or more expert users monitoring each patient.

[0019] According to some embodiments, data collected at each dialysis treatment session for at least one patient (eg, each patient) of the plurality of patients may be stored for future analysis.

[0020] According to some embodiments, the identification of one or more abnormal physical characteristics may be performed by comparing at least a portion of the initial input data to each patient's monitoring data and / or by comparing at least a portion of the patient's monitoring data to one or more thresholds that define normal and abnormal physical conditions. For example, a patient's physical characteristics, such as blood pressure or temperature, may be measured immediately before the patient undergoes dialysis treatment and obtained as part of the patient's initial input data, and these same measurements may be measured during the treatment session and compared to both its initial value and normal range values. If the patient's temperature is identified as increasing during the dialysis treatment session, the analysis engine (e.g., analysis circuitry) may associate this increase as being related to the dialysis treatment and provide a distinctive display indication of an abnormality related to the dialysis treatment.

[0021] According to some embodiments, the computer-implemented platform may be further configured to determine or identify a "risk condition" of the patient, optionally indicating that the risk condition is associated with one or more possible dialysis treatment complications. The identification or determination of the risk condition may be based on one or more identified abnormal physical characteristics. The computer-implemented platform may be further configured to display a distinctive "warning indication" when a risk condition is determined.

[0022] The one or more dialysis treatment complications may include, for example, one of peritonitis, dehydration, insufficient ultrafiltration, infection, inflammation, one or more dialysis system / machine operation disorders, such as undesirable catheter dislocation, catheter blockage or leakage, abnormal dialysate supply or drainage flow rates, etc.

[0023] According to some embodiments, the computer-implemented platform may further include a dialysis control engine (e.g., implemented by one or more circuits or controllers) configured to automatically control the operation of the dialysis system / machine based on the analysis of the patient's initial input data and the monitoring data.

[0024] The platforms, systems, and methods provided herein may be suitable and / or adaptable for any type of dialysis therapy, such as peritoneal dialysis and / or hemodialysis, using known types of dialysis systems and / or devices.

[0025] According to some embodiments, determining the updated risk level of the patients may include determining to change (e.g., increase) the risk level of the patient only upon identification of abnormal physical characteristics directly related to the dialysis treatment that each patient will receive. For example, a patient associated with an initial low-risk profile group may remain in the updated low-risk profile group if the patient's identified abnormal physical characteristics are not related to the dialysis treatment.

[0026] According to some embodiments, the computer-implemented platform may provide a medical professional user with a "virtual," "computer-implemented," or "digital" dialysis center functionality, allowing the professional user to treat many patients from the same single platform. The patients may be located in different locations (e.g., different addresses, different medical centers where the patients can receive treatment, etc.). The computer-implemented platform may have a suitable user interface (UI) that allows the medical professional user to manually and / or automatically remotely select, monitor and / or control dialysis treatments for multiple patients.

[0027] According to some embodiments, the computer implemented platform may be implementable via software and / or hardware units, such as via a software program, a website, a control box / panel, or any combination thereof.

[0028] To provide improved or optimal medical diagnosis and treatment to patients, professional medical personnel, such as the patient's physician, need to take into account multiple patient-related physical parameters, such as each patient's general physical parameters, such as weight, sex, height, age, medical and / or behavioral history, insurance company, type of insurance, medical insurance coverage, etc., as well as physiological parameters including, for example, most recent blood tests, such as blood counts, medical imaging data, patient parameters indicative of infectious (e.g., viral) infection, type of viral infection (e.g., an indication of whether the infection is related to the SARS coronavirus species), cough, dyspnea, inflammation, (e.g., from a urine test), blood pressure, pulse, temperature of dialysate used, turbidity of dialysate used, and / or body temperature, which are monitored during and / or in connection with (e.g., before and / or after) the dialysis session.

[0029] In some embodiments, a patient treatment may be selected from a plurality of treatment options and / or a patient treatment parameter value may be adapted based on the measured treatment parameter values ​​and index values. For example, a patient treatment may be selected and / or a patient treatment parameter value may be adapted based on a temperature measurement (e.g., dialysate temperature in use, abdominal fluid temperature, dialysate turbidity value in use). To simplify the following description, the expression "physical and / or physiological patient parameters" as well as other patient related information (e.g., social security number, name, work address, home address, telephone number, email address, etc.) may be referred to herein as "patient parameters."

[0030] In some embodiments, a medical professional user can input (e.g., select) system operating parameters. The system operating parameters can include device operating parameters and / or patient parameters. For example, an operator can manually input treatment parameter values ​​and the control engine can execute and control the patient's treatment based on the manually input treatment parameter values.

[0031] Additionally, various system operating parameters may be measured and optionally output, for example, for display to a medical professional and / or user of the system, and / or as feedback for manual, semi-automatic, and / or automatic system control purposes. Note that the term "display" may include, for example, a "visual" and / or an "auditory display."

[0032] It should be noted that in some embodiments the system operating parameters are related only to the patient being treated, and in some other embodiments may also be related to parameters related to other patients. Optionally, the system parameters of a selected patient may be controlled based on system parameters for a number of other patients. Optionally, the system parameters of a selected patient may be controlled based on system parameters for a number of other patients as well as based on the system parameters of the selected patient, e.g., to implement artificial intelligence (e.g., machine learning) functions.

[0033] In some embodiments, system parameters may be adaptively optimized "on-the-go" during treatment to obtain a treatment target result, e.g., defined by a patient parameter target value for one or more patients. For example, system parameters may be automatically controlled to converge to a patient parameter target value. Optionally, the patient parameter target value may be defined by one or more open or closed ranges, bounded by upper and / or lower limits. In some embodiments, patient parameter targets may be manually adjusted by an operator, e.g., by operatively engaging a symbol displayed on a touch screen to change the displayed shape and / or position of the symbol. For example, a graph or plot showing target values ​​may be adjusted by changing its shape and / or position relative to its coordinate system, by adjusting chart features (e.g., by changing bar heights and / or pie chart boundaries by engaging a displayed chart area and / or chart border). For example, a pie chart may represent multiple different treatment protocols that may be applied to corresponding multiple patient groups. For example, considering a pool of 100 patients, the symbology (e.g., chart) may be adjusted to apply a first treatment protocol to a group of 60 patients and a second treatment protocol to a group of 40 patients. Corresponding chart values ​​may be displayed, and optionally updated, in real-time in response to operator-initiated adjustments of symbology (e.g., chart) features.

[0034] In some embodiments, patient parameter targets for one or more patients may be manually entered by an operator. In some embodiments, patient parameter targets may be pre-stored in the dialysis system. Based on the patient parameters and available device parameters, the operator may select from a number of suggested patient parameter targets and / or treatment options.

[0035] In some embodiments, the dialysis system may function as a decision support system, for example, assisting and enabling a medical professional to select treatment parameters that are individualized to a patient to optimize treatment for the patient's particular needs. The individualization of a patient's treatment may be based on patient parameters and / or device parameters, where the device parameters are processed, stored, retrieved, acquired, and / or otherwise input by a processor and / or memory of the dialysis system, for example.

[0036] In some embodiments, treatment recommendations and / or treatment protocols may be location-based and / or insurance-dependent and / or dependent on the health maintenance operator (HMO) providing the treatment. For example, the platform may receive information regarding the patient's location (e.g., through GPS tracking), insurance coverage, insurance company, HMO, hospital, clinic, etc., and recommend or adapt treatment for the patient based on any of the foregoing information, alone or in any combination.

[0037] In some embodiments, the platform may receive information from patients and medical professionals regarding the level of service (e.g., clinic ratings provided by patients), patient satisfaction, clinic ancillary items, clinic, cleanliness, etc., and may be operable to provide such information to patients and / or medical professionals. Patients may use such information to select from various clinics, and medical professionals or clinic administrators may use such information as feedback to evaluate the level of service provided to patients and / or learn about what needs to be improved to improve ratings.

[0038] The term "processor" as used herein may additionally or alternatively refer to a controller. The processor may be implemented by various types of processor devices and / or processor architectures, including, for example, embedded processors, communications processors, graphics processing unit (GPU) accelerated computing, soft-core processors, and / or general-purpose processors.

[0039] The term "memory" as used herein may include transactional memory and / or long-term memory functions and may function as file storage, document storage, program storage, or as working memory. The latter may be in the form of, for example, static random access memory (SRAM), dynamic random access memory (DRAM), read-only memory (ROM), cache memory, and / or flash memory. As working memory, the memory may include, for example, time-based and / or non-time-based instructions. As long-term memory, the memory may include, for example, volatile or non-volatile computer storage media, hard disk drives, solid-state drives, magnetic storage media, flash memory, and / or other storage facilities. The hardware memory facilities may store, for example, fixed sets of information (e.g., software code) including, but not limited to, files, programs, applications, source code, object code, data, etc.

[0040] In some embodiments, the computer-implemented platform may be configured to present a series of questions to the patient and / or medical professional user to generate at least a portion of the initial input data for each patient. The answers provided may be used as a basis for selecting individualized patient treatment parameters and / or for determining the patient's initial risk level of suffering from a dialysis treatment complication.

[0041] In some embodiments, the computer-implemented platform may be operable to determine a level of adherence of a patient undergoing or receiving a recommended treatment plan based on measurements related to operational system parameters. For example, for at least one patient of the plurality of patients (e.g., each patient being monitored), the dialysis system may store an event log related to the patient's treatment and compare it to the recommended treatment plan. If there is a discrepancy between the event log and the recommended treatment, a corresponding message is output to the patient and / or medical professional, e.g., indicated as "skip exchange." Optionally, the dialysis system may be operable to automatically adapt or suggest an alternative treatment plan when such a discrepancy is detected.

[0042] In some embodiments, the dialysis system and / or dialysis machine can automatically send a reminder to the patient prior to a scheduled treatment. In some embodiments, the dialysis system can request the patient to acknowledge receipt of the reminder. In some embodiments, a sensor (e.g., a proximity sensor, a light sensor, etc.) is used in operative connection with the dialysis catheter to automatically determine whether the catheter is in fluid communication (properly connected) with the patient's peritoneal cavity to perform peritoneal dialysis. An output indicating that the catheter is in fluid communication with the patient's peritoneal cavity can be recorded by the dialysis system. Optionally, a peritoneal fill cycle cannot be initiated from the platform (e.g., including a suitable user interface) unless an output indicating that the catheter is in fluid communication with the patient's peritoneal cavity is received at the dialysis system (e.g., at the system's dialysis control engine).

[0043] In some embodiments, patient parameters may be taken into account to suggest a treatment plan to increase the likelihood of patient compliance. For example, the patient's age, occupation, family situation (e.g., living alone or with spouse), travel itinerary, home address, work address, etc. may be taken into account when suggesting a treatment. For example, the patient's travel itinerary may be stored in the dialysis system, and a treatment plan is selected to satisfy the constraints imposed by the patient's travel itinerary.

[0044] In some embodiments, the patient information platform of the dialysis system may be operable to display information using various UI display modalities. The UI display modality may be selected and / or changed manually, automatically, or semi-automatically. For example, the display modality may be selected from a drop-down list.

[0045] In one display modality, information relating primarily or only to a particular patient is displayed.

[0046] Another display modality displays information about multiple patients.

[0047] A further display modality displays information about a particular patient along with comparative system parameter index values ​​for other patients.

[0048] In some embodiments, the display of patient information may be grouped according to various system and / or patient parameters or criteria. For example, patient information may be displayed in groups according to their gender, age, height, race, and / or weight; risk level (e.g., low, medium, and high risk patients); coexisting diseases or conditions (e.g., diabetes, respiratory disorders, heart diseases or conditions, high blood pressure, patients with weakened immune systems); treatment regimens; medical test results and / or diagnoses, such as the patient's blood, urine, and / or fecal test results; and / or medical test results or inferred diagnoses therefrom, such as anatomical and / or physiological imaging, or any other non-invasive or invasive test results, such as endoscopy results, etc.

[0049] In some embodiments, the dialysis system and / or computer-implemented platform can identify and automatically group patient information into risk profile groups. Optionally, the patient information may be displayed according to the risk profile groups.

[0050] In some embodiments, patient and other system related information may be displayed according to one or more filters. The one or more filters may be based on system operating parameters. Optionally, filter preferences may be selected to include and / or exclude and / or sort patient information. Filters may be selected, for example, using drop-down lists, check boxes, drag and drop symbols, radio buttons, "on / off" symbols, etc.

[0051] In some embodiments, the filters may be ranked according to information filter preferences (e.g., primary, secondary, and tertiary filter preferences). For example, a primary filter for displaying patient information according to high-level risk profile groups may be selected, and a secondary filter subordinate to the primary filter may relate to displaying patient information for patients with diabetes, for example.

[0052] In some embodiments, one or more filters may be input to the dialysis system to control operating parameters of the dialysis system. For example, a filter may define which patient parameters are included and which are excluded from consideration by the controller during patient treatment.

[0053] In some embodiments, the computer-implemented platform may automatically suggest filters, classifications, display modalities (e.g., pivots, coloring, symbols, table views, chart views, histograms, etc.), and / or other configurable user interface options for displaying system information for selecting, monitoring, and / or controlling treatment for particular patients and / or patient groups.

[0054] In some embodiments, based on the received and analyzed patient input and monitoring data, the dialysis system can determine and suggest one or more parameter filter configurations. Multiple suggested filter and / or classification options can be displayed alongside their respective ranking indications (e.g., "high preference filter configuration," "medium preference filter configuration," "low preference filter configuration").

[0055] In some embodiments, the user interface may allow customization of standards of care and comparison between the outcomes of different standards of care.

[0056] System operating parameters may include, for example, upper and / or lower limits and / or desired result values ​​and / or desired range values ​​for patient and / or machine parameters. For example, machine operating parameters may include dialysate type, abdominal fill volume, abdominal fresh dialysate fill frequency, abdominal fresh fill start time, abdominal fresh fill end time, abdominal fresh fill flow rate, treatment protocol, treatment protocol sequence, treatment protocol preference (e.g., first line treatment protocol, second line treatment protocol, etc.), UI display modality, inflammation and / or infection related parameter values ​​(e.g., abdominal temperature and / or spent dialysate turbidity values), dehydration related parameter values ​​(e.g., blood pressure), the difference between the output volume of a particular dialysis cycle and the fill volume of a subsequent dialysis cycle (e.g., to determine ultrafiltration values). The subsequent dialysis cycle may be measured for a cycle scheduled to start or end 24 hours after the start or end of a particular dialysis cycle.

[0057] The system parameter values ​​may be measured in terms of absolute values, relative values, and / or rate of change for two related system parameter values. For example, a patient's weight gain from a baseline weight, as well as the rate of weight gain of the patient within a particular period of time, may be measured. The limits may be defined in terms of absolute values, relative values, and / or rate of change.

[0058] The ultrafiltration parameter value may reflect the volume difference between the previous fill and drain volumes in the latest exchange. A relatively low ultrafiltration value may be an indication of insufficient fluid removal into the peritoneal dialysis solution. Ultrafiltration may be increased by increasing the relative amount of osmotic agent (e.g., dextrose) in the peritoneal dialysis solution. In some examples, the analysis engine may monitor the ultrafiltration parameter value to determine whether the ultrafiltration parameter value meets the ultrafiltration criteria. If the ultrafiltration criteria is not met (e.g., if the ultrafiltration parameter value is below a certain low volume threshold), the analysis engine may provide an output to the peritoneal dialysis system to adapt (e.g., increase) the relative amount of osmotic agent in the peritoneal dialysis solution to increase ultrafiltration.

[0059] The dialysis system may be operable to automatically determine device parameter values, such as, for example, osmotic agent type and / or concentration and / or fill volume and / or residence time value required for at least one patient. In one example, the device parameter values ​​may be determined prior to the start of a peritoneal treatment cycle. In a further example, the device parameter values, such as osmotic agent concentration, may be automatically adapted during a peritoneal treatment cycle, for example, based on blood pressure and / or other measured patient parameters.

[0060] In some embodiments, values ​​related to system parameter values ​​may be analyzed. Based on the analysis performed, an output may be provided. The output may be displayed to a system operator, for example.

[0061] It should be noted that the system operator may include, for example, a medical professional and / or a patient treated by the dialysis system.

[0062] In some embodiments, system operating parameters may be controlled (eg, adapted) based on the analysis output.

[0063] Optionally, statistical analysis can be performed using the operational system parameter values. The operational system parameter values ​​can describe numerical, categorical, and ordinal statistical data.

[0064] In some embodiments, the dialysis system may have artificial intelligence (e.g., machine learning capabilities) and may, for example, automatically generate patient questionnaires, generate operator questionnaires, perform UI optimization, optimize patient treatment, and / or the like.

[0065] For example, the dialysis system may automatically control treatment parameters "on-the-go" while the patient is being treated. In some embodiments, the dialysis system may analyze patient parameters and, based on the analysis performed, propose a treatment protocol for approval by an operator.

[0066] Additional patient parameters that may be taken into account include dietary and / or physical exercise behaviors and habits, biomechanical parameters, and the like.

[0067] Additionally, system operational characteristics may be monitored to detect system malfunctions, such as, for example, catheter blockages, pump malfunctions, catheter leaks, and the like.

[0068] In peritoneal dialysis, which requires the surgical insertion of part of a catheter into the patient's peritoneal cavity and another part of the catheter exposed externally from the patient's body, complications such as infection, catheter blockage, and hernia are significant risk factors.

[0069] Often, dialysis patient parameters are monitored during dialysis treatment and dialysis parameters are adapted accordingly in some way to modify (e.g., optimize) dialysis treatment, e.g., to reduce (e.g., prevent or minimize) the risk of complications and / or to increase treatment efficiency and / or comfort.

[0070] Aspects of the disclosed embodiments relate, for example, to systems, devices, computer-implemented systems, platforms, and / or methods for providing one or more users with information regarding a plurality of patients, including patients undergoing (e.g., peritoneal) dialysis. The patient information may include physical patient parameters, physiological patient parameters, and / or dialysis system parameters, for purposes of determining outputs related to personalized dialysis therapy based on an analysis of the patient information, for example, to reduce complications, increase treatment efficiency, and / or increase patient comfort.

[0071] For at least one patient, each patient parameter and / or system parameter may be monitored, stored, retrieved, and / or analyzed to determine an appropriate dialysis status for the particular patient.

[0072] According to some embodiments, the physical information may include, for example, patient information such as the patient's gender, age, height, race, and / or weight; medical test results and / or diagnoses, such as the patient's blood, urine, and / or stool test results; and / or medical test results or inferred diagnoses therefrom, such as anatomical and / or physiological imaging, or any other non-invasive or invasive test results, such as endoscopy results.

[0073] According to some embodiments, a computer-implemented patient information platform, such as, but not limited to, a website, a computer-implemented application, a computer program, or a combination thereof, is provided for storing, updating, and / or providing patient information associated with a particular patient. The computer-implemented platform may be operable to analyze the patient information to determine an output related to dialysis treatment for at least one patient according to the particular patient information.

[0074] Patient information may be provided to the computer-implemented platform manually and / or automatically.

[0075] In some embodiments, the computer-implemented platform includes an I / O device configured to receive patient input data (e.g., manually from at least one user and / or automatically from one or more sensors monitoring patient and / or system parameters) and an analysis engine configured to analyze the patient input data and determine output information related to the personalized dialysis treatment based on the patient input data for a particular patient. In some embodiments, the patient input data can be updated patient input data.

[0076] The patient input data may include, for example, general patient data describing the patient's age, sex, weight and / or height; behavioral patient data describing, for example, dietary and / or physical exercise habits and behaviors; and / or physiological patient data describing medical test and test results, such as, for example, blood test results, urine test results, blood pressure and / or pulse values.

[0077] In some embodiments, the computer-implemented platform (also abbreviated herein as "platform") allows several users to input and / or update patient data and / or view automatically monitored patient data associated with the same particular patient. Optionally, the patient himself and specialized medical personnel treating the patient, e.g., one or more of the patient's physicians or medical laboratory personnel, can input information regarding the physical condition of the same patient via the platform, e.g., by entering a personal account for the patient and entering information via predefined input fields. Thus, a "user" may include a patient in addition to or instead of a medical professional / caregiver in some embodiments.

[0078] The patient input data may also include, for example, the patient's medical history, previous dialysis and / or other treatments given to the patient, medication history, and the patient's current intake.

[0079] According to some embodiments, the platform may be configured to collect and analyze all patient input data for each particular patient to establish a patient medical profile and, based on the analysis results (e.g., the patient's profile), determine dialysis-related output information. The output information may include, for example, a dialysis treatment protocol that schedules personalized dialysis tailored to the particular patient according to the patient's physical and medical conditions estimated by the analysis process.

[0080] The dialysis treatment protocol may include recommended dialysis parameters, such as, but not limited to, recommended dialysate dosing parameters, e.g., timing parameters for dialysis treatment, dialysis equipment characteristics, and / or the like. In some embodiments, the dialysis system may output recommendations regarding adjuvant medications based on the performed analysis of the dialysis system parameters. In some embodiments, adjuvant dosage optimization may be performed to improve treatment outcomes based on the performed analysis of the dialysis system parameters.

[0081] Dialysate dosing parameters may include, for example, the overall fluid volume / weight (for peritoneal dialysis), the appropriate type and concentration of each dialysate to be used for the patient, the order in which these dialysates should be inserted, etc.

[0082] Timing parameters may include, for example, the frequency of dialysis treatments recommended for the patient (e.g., once a month, weekly, etc.), the duration of dialysate fill / drain sessions within each dialysis session (e.g., fluid is inserted into the peritoneal cavity through the catheter for 10 minutes, then the patient rests through a 20 minute waiting time interval, then draining is performed, and this fill and drain process may be repeated several times during a peritoneal dialysis treatment). In some embodiments, the output information may include predictions for a patient's risk status (e.g., expecting a change from "medium risk" to "high risk" in 2 hours from the current timestamp); prioritization for conducting personal visits; providing navigation information for optimized scheduling of patient visits, e.g., according to clinical or medical urgency and / or geographic location of the patient and caregiver; adaptively changing based on patient input data, upper and lower limits of fill / drain cycles for one or more patients; adaptively changing the display of patient data based on associated risk levels; automatically or manually assigning risk levels to patients. For example, changing a patient's risk level may be accomplished by displaying an icon representing the patient and allowing dragging of the icon indicating the risk level. In some examples, the risk level icon may be or may be dragged from an area of ​​the UI associated with a first patient risk level to another UI area associated with a second patient risk level different from the first patient risk level.

[0083] Dialysis equipment characteristics recommended for a particular patient in a dialysis treatment protocol may include, for example, recommended catheter type or characteristics, fill and drain container types and / or characteristics, and / or recommended fill and drain pump speeds.

[0084] According to some embodiments, the platform also enables the presentation of output information via one or more presentation and / or output devices, such as, but not limited to, visual output devices such as a screen, a touch screen, an auditory output device such as a speaker or earphones, and / or a tactile output device.

[0085] In some embodiments, the computer-implemented platform includes a user interface (UI), such as a graphical user interface (GUI). The UI may be configured to support at least updating and inputting patient input data and presenting analysis outputs for each particular patient and / or patient group. Groups of patients may be selected based on selection criteria provided by a user (e.g., a caregiver) and / or based on selection criteria automatically provided by the platform, for example based on cluster analysis.

[0086] Optionally, the UI provides (e.g., graphical) input fields that allow a user to create a patient account associated with a particular patient, and patient data may be associated with that account and updated (manually, automatically, and / or semi-automatically).

[0087] In some embodiments, the UI, or portions thereof, may be a query-based interface to allow a user to enter and / or update patient input data via one or more predefined query structures.

[0088] In some embodiments, some patient information may be provided to the platform via predefined input fields, and some patient information is designed to be registered via the UI via queries.

[0089] In some embodiments, the UI may include a query entry field for entering a user-defined query to search for corresponding patient information.

[0090] The input fields may allow for providing general physical information parameter input fields such as age, sex, weight, height, etc., and the user is required to type values ​​for specific parameters in designated boxes.

[0091] Other input fields may include a medical results field where the user can upload the results of a medical test and / or diagnosis, such as blood test results or text containing a medical diagnosis, etc.

[0092] In some embodiments, the query may be a platform-generated query that is automatically generated by the query generation engine. Such a platform-generated query may provide for the user to answer questions of a platform-generated questionnaire. The questions may be part of the query. The query may be a personalized query. Optionally, the query generation engine may have artificial intelligence (e.g., machine learning capabilities) to automatically generate platform-generated queries (e.g., including questionnaires for patients and / or healthcare provider personnel). Optionally, one or more queries may be created by the computer-implemented platform to provide for manual updates of patient information, including, for example, a patient behavior tracking journal, by providing ongoing requests for periodic input of input data.

[0093] For example, patient input data describing monitored dialysis patient parameters can be analyzed. If the analysis of the monitored dialysis patient parameters results in an alert trigger criterion being met, the computer-implemented platform can generate a personalized query (e.g., a patient questionnaire) with survey questions and / or other input fields to be completed by the patient and / or caregiver to determine why the alert is triggered. For example, an alert indicating "Patient weight gain possibly due to insufficient fluid removal" can result in the display of a questionnaire including one or more questions requesting the patient regarding fluid intake habits, eating habits, information about the patient's digestive system (e.g., information about constipation or lack thereof), etc., to determine whether the patient weight gain is due to relatively inefficient dialysis and / or changes in the patient's eating behavior and / or digestive disorders (e.g., by using a microphone and / or any other suitable sensor to monitor the patient's bowel activity). Based on the provided questionnaire inputs and / or monitored dialysis treatment parameter values, the computer-implemented platform can, for example, provide personalized dietary recommendations to the user. For example, if fluid removal from the patient's body is measured as insufficient and the feedback provided by the patient indicates excessive fluid intake relative to weight and height, the platform-generated dietary recommendations may suggest a reduction in fluid intake (e.g., a reduction in water intake from 12 to 8 glasses per day, given an unchanged physical activity regimen).

[0094] The computer-implemented platform may also be configured to automatically identify and output an indicative alert for a critical patient condition.

[0095] The computer-implemented platform may be further configured to receive monitoring information in real time (RT) or near RT during a dialysis treatment session indicative of a patient's condition during dialysis treatment, analyze the received monitoring information, and, if necessary, modify the dialysis treatment and / or output information indicative of the analysis results.

[0096] For example, the platform may analyze monitoring information received from one or more external monitoring devices that monitor the patient's body parameters at RT or near RT, such as the patient's blood pressure (e.g., systolic, diastolic, mean arterial pressure), pulse rate, respiratory rate, respiratory pattern, oxygen saturation, heart rate, bodily fluid (e.g., blood, sweat, tears, and / or saliva) analyte concentrations (e.g., hemoglobin, cholesterol, glucose, glucose, toxins, hormone levels, magnesium, calcium; salts; etc.); weight, body mass index (BMI); pH level; electrical characteristics of the patient's skin (e.g., conductivity, resistance); the patient's motor function; electrocardiogram, myocardiogram, electroencephalography (EEG), capnography values, and / or the patient's cognitive performance; (e.g., sound) sensors for measuring bowel activity; and / or electromyography sensors for detecting muscle spasms in the patient.

[0097] The patient parameters are processed to determine whether the treatment currently being given to the patient should be modified, for example, to improve the treatment and / or to prevent complications and / or to improve the patient's subjectively perceived level of health. If modification is necessary, the platform can output a warning, output the dialysis parameters to be modified and how they should be modified, and / or automatically modify the dialysis treatment by being operatively associated with the dialysis machine.

[0098] In some embodiments, the computer-implemented platform may be operable to predict the onset of complications associated with peritoneal patient treatment based on patient data received by the platform during recent monitored time intervals, and to predict an estimated future timestamp or future time interval for the onset of such complications.

[0099] Reference is now made to Figure 1, which is a block diagram that illustrates generally a computer implemented platform (CIP) 1000 for providing patient information to a user, according to some embodiments. The CIP 1000 may be implemented as part of a dialysis system 50, as shown generally in Figure 1.

[0100] CIP1000 may be implemented by computerized devices including, for example, a multi-function mobile communications device such as a "smartphone," a personal computer, a laptop computer, a tablet computer, a server (which may be associated with one or more server or storage systems and / or services associated with an enterprise or corporate entity, including, for example, a file hosting service, a cloud storage service, an online file storage provider, a peer-to-peer file storage or hosting service, and / or a cyberlocker), a personal digital assistant, a workstation, a wearable device, a handheld computer, a notebook computer, an in-vehicle device, a fixed device, and / or a home appliance control system.

[0101] In some embodiments, the CIP 1000 may include, for example, an input / output (I / O) device 1100 with a user interface 1102; an analysis engine 1300; a display device 1400; a communication device 1500; and a dialysis monitoring control engine 1600.

[0102] According to some embodiments, the I / O device 1100 may be configured to receive initial input data for each dialysis treatment patient, the patient input data including patient-related information associated with a particular patient. The patient input data may be received via the UI 1102 and may allow for entry of the patient input data via predefined input fields, one or more questionnaires, and / or one or more query-based diaries, and / or may be searchable from one or more other data sources.

[0103] According to some embodiments, the analysis engine 1300 may be configured to receive initial input data for each patient, receive RT or near-RT monitoring data during each patient's dialysis treatment, indicative of the physical condition of each patient and / or the physical condition of the dialysis machine 11 being used, analyze the received patient's initial data and monitoring data (e.g., at RT or near-RT in terms of treatment time), and determine output information relevant to the patient regarding the dialysis treatment he / she receives based on the received patient's initial data and monitoring data.

[0104] According to some embodiments, an analysis of each patient's initial input data may be performed to determine the patient's initial risk level (e.g., by associating the patient with an initial risk profile group, such as high risk, low risk, or no risk level), using one or more analytical programs, algorithms, processing devices, and / or methodologies, for example, by determining the patient's physical condition at a time proximate to the dialysis treatment session time and associating the determined patient's physical condition with one of the risk profile groups. The initial input data may include, for example, the patient's medical and / or behavioral history (including, for example, current and / or accumulated physical, psychological and / or medical test results and / or diagnoses, the patient's responsiveness to previous dialysis treatments, the patient's daily living style related habits, etc.), the gender, age, weight, and / or height of the patient, etc.

[0105] According to some embodiments, when dialysis treatment of each patient is started, the analysis engine 1300 and the dialysis monitoring control engine 1600 can collect monitoring data at RT or near RT that directly or indirectly indicates and / or affects the patient's physical condition when undergoing dialysis treatment. The monitoring data can include, for example, information indicative of the operational function of the dialysis machine 11, the dialysis system 50, and / or the patient's measured physical characteristics, such as temperature, blood pressure, pulse, oxygen saturation, etc. The analysis engine 1300 can be configured to use both the patient's initial input data and the monitoring data to identify one or more abnormal physical characteristics of each patient at RT or near RT with respect to the dialysis treatment session timing, determine whether one or more of the identified abnormal physical characteristics are related to the dialysis treatment session, and determine a (e.g., updated) risk level of each patient, optionally based on the abnormal physical characteristic identification.

[0106] Some abnormal physical characteristics may not be associated with a dialysis treatment session, for example, if a known background medical condition that the patient has should not affect the patient's response to dialysis treatment or if it places the patient under some risk of developing dialysis treatment complications but does not seek to exclude the patient from undergoing this life-saving treatment. For example, a patient with a pre-adjusted severe overweight or severe underweight, advanced age, etc., may be considered as a high-risk patient as the patient's initial risk level. However, the patient may still need to undergo dialysis treatment due to the patient's more threatening renal function severity. In this example, the patient's updated risk level may remain the same as the patient's initial high-risk level, even if an updated abnormal physical characteristic is identified during the patient's dialysis treatment. In this case, when one or more of each patient's abnormal physical characteristics are related to the treatment itself, the CIP 1000 can automatically display the output information to the expert user via the display device 1400, allowing the expert staff to address these "dialysis treatment related abnormalities" as quickly as possible.

[0107] According to some embodiments, the display device 1400 may be configured to show an updated risk level for each monitored patient and to differentiate between patients undergoing dialysis treatment who exhibit abnormal physical characteristics associated with dialysis treatment.

[0108] In some embodiments, the dialysis system may be configured to automatically identify or distinguish between dialysis-related and non-dialysis-related abnormal physical characteristics.

[0109] In some embodiments, the dialysis system can be configured to provide an output (eg, a user) to indicate which abnormal parameter values ​​are dialysis related or not.

[0110] In some embodiments, the output may include annotations, labels, colors, and / or other objects and / or display modes to provide information about dialysis-related and non-dialysis-related abnormal physical characteristics.

[0111] In some examples, the output may relate to objects (e.g., labels, annotations, symbols, widgets, text) and / or different display modes (e.g., blinking, non-blinking, different colors) presented in association with information related to (e.g., describing) dialysis-related and / or non-dialysis-related abnormal physical characteristics.

[0112] For example, the patient's initial input data may also include values ​​of one or more patient parameters and / or status indicators indicative of the patient's condition, such as identified abnormal physical characteristics derived from the patient's initial input data, such as the patient being overweight / underweight, and / or dialysis treatment related information, such as identified abnormal physical characteristics related to a dialysis treatment session. Analysis of the patient input data may be performed to determine personalized patient dialysis protocol output information. The patient's dialysis protocol may include, for example, dialysis parameters that set a dialysis program for a particular patient.

[0113] Recommended dialysis parameters for the patient's treatment may include, for example, dialysate dosage, dialysate type, dialysis equipment parameters, equipment type, sensor type, recommended dialysis treatment frequency, treatment timing parameters, and the like.

[0114] According to some embodiments, the display device 1400 may be configured to display output information of the analysis engine 1300 and, optionally, to support the presentation of the UI 1102.

[0115] All input and output data of the CIP 1000 may be stored, along with patient identification information, via one or more storage units, such as a database. For example, at least one of the multiple patients (e.g., each patient) may be associated in the database with a patient account having patient personal data, such as name identification (ID) number, account serial number, etc., associated with each other, and associated with the input and output data associated with that patient.

[0116] The UI 1102 may, for example, provide a user with access to a patient's personal account via a security mechanism that requires entry of one or more identification and / or security codes.

[0117] According to some embodiments, the communications device 1500 may be configured to transmit and receive data from one or more external systems, such as the dialysis machine 11, an external monitoring system configured to monitor a patient's treatment (e.g., including one or more patient monitoring devices), one or more remotely located operators, and / or the like.

[0118] According to some embodiments, the dialysis monitoring control engine 1600 may be configured for RT or near-RT monitoring of a patient during a dialysis treatment session, resulting in monitoring information; for RT or near-RT analysis of the monitoring information; and, optionally, for RT or near-RT control of the dialysis session (e.g., by controlling the operation of the dialysis machine 11) based on the analysis results.

[0119] The monitoring may be performed, for example, by receiving RT or near-RT monitoring data from one or more monitoring devices, such as one or more sensors. The sensors may be attached to the patient during the dialysis treatment session or may be configured to remotely measure parameters related to the patient's physical condition. Attached sensors may include, for example, a thermometer for measuring temperature, a blood pressure device, a pulse meter, a saturation measurement sensor or device, and / or the like.

[0120] In some embodiments, the dialysis monitoring control engine 1600 may be configured to allow a user, such as a caregiver monitoring a patient during treatment, to input monitoring information, for example via one or more designated UI 1102 tools.

[0121] According to some embodiments, the dialysis monitoring control engine 1600 may also be configured to operate a monitoring device and receive monitoring information directly and / or indirectly from the monitoring device.

[0122] In some embodiments, analysis of the monitoring information may result in an output indicating a dangerous patient condition, and in these cases the CIP may output a warning via the UI 1102 and / or any other warning device to indicate the dangerous situation.

[0123] In some embodiments, the dialysis monitoring control engine 1600 may also be configured for automatic therapy modification, for example, by being operatively associated with one or more of the dialysis machines to modify a patient's therapy at an RT in the dialysis machine.

[0124] 2 shows a block diagram that illustrates a schematic of an optional input page 1201 of the UI 1102. The optional input page 1201 is a platform for allowing a user to input initial input data of a patient through the input page 1201, according to some embodiments of the UI 1102.

[0125] The UI input page 1201 may be divided into several input field groups and several journal or questionnaire input options.

[0126] For example, a first group of input fields may be designated to receive physical patient parameters 1210, including user input of the patient's age, sex, weight, height, etc., by simply typing the values ​​into the designated field boxes.

[0127] For example, a second group input field may be designated to receive values ​​for physiological patient parameters 1220, including, for example, medical outcomes, written diagnoses, and / or treatment recommendations for each patient.

[0128] UI components 1230 for enabling entry and / or updating of patient behavioral parameters may include, for example, a physical exercise questionnaire and / or a diary tool 1231 designed to enable the patient to enter behavioral information related to physical exercise habits and capabilities.

[0129] The dietary questionnaire and / or diary tool 1232 may be designed to allow the patient to enter behavioral information related to their eating habits, physical exercise routines, medication taking routines, and the like.

[0130] The drug consumption questionnaire or diary tool 1233 is designed to allow the patient (in this case as a user) to enter behavioral information regarding their drug consumption habits and, optionally, to indicate substances to which the patient has a negative response, such as substances to which the patient has an allergy.

[0131] The UI 1102 may also provide a patient test interface 1240 to allow a user, such as the patient himself, to input the parameters currently being checked, such as, for example, blood pressure, pulse rate, temperature, edema status, etc. For example, the computer-implemented platform may include a camera operable to determine the characteristics of indentations in the tissue due to pressure applied to the patient's tissue to determine edema or lack thereof. Identification of edema may be a clinical condition that provides an indication that an abnormal parameter value of a body characteristic, such as a patient's overweight, is due to insufficient ultrafiltration rather than due to excessive food intake. Patient overweight is an example of a non-dialysis related abnormal body characteristic. Additional or alternative measures and / or clinical conditions may provide indications regarding dialysis and non-dialysis related (abnormal parameter values) of the body characteristic.

[0132] Patients can self-test themselves by using available measurement devices or via a guided self-test process to enter their currently RT-checked physical parameters.

[0133] For example, the patient or their caregiver can enter these self-test parameter values ​​immediately prior to a dialysis treatment session, and the RT parameters can be further considered in the analysis of all patient-entered data.

[0134] According to another aspect of the disclosed embodiment, a method is provided for providing at least one user with specific physical information of a patient. The method includes at least receiving patient input data including at least patient-related physical information from at least one user; analyzing the patient input data to make a decision based on the patient input data of a specific patient; and outputting information related to a personalized dialysis treatment based on at least the analysis of the patient input data. In some embodiments, different types and / or forms of patient input data may be given corresponding (e.g., different) weights. In some embodiments, various manners may be used to generate the patient input data. For example, the patient input data may be based on sensor measurements and / or user-provided inputs.

[0135] In some embodiments, the UI input page 1201 may be configured to invoke a dialysis system treatment calibration procedure. For example, based on analysis of patient input data, the dialysis control engine 1600 may automatically initiate a dialysis system calibration procedure. In another example, the dialysis control engine 1600 may initiate a dialysis system calibration step or may request the user to approve the execution of a proposed dialysis system calibration protocol.

[0136] In some embodiments, self-calibration of therapy parameter values ​​associated with operation of the dialysis machine 11 may be invoked manually or automatically. Self-calibration may be performed, for example, as disclosed in International Patent Application WO2018 / 142406, entitled "Smart Peritoneal Dialysis Device," filed on January 1, 2018, the entirety of which is incorporated herein by reference.

[0137] For example, the measured optical absorption and / or scattering values ​​and / or indices of the drained dialysate and the fresh dialysate may be compared to one another. Comparing the measured parameter values ​​of the drained dialysate to the measured parameter values ​​of the fresh dialysate allows for self-calibration of the therapy parameter values, for example, to reduce or minimize therapy variations due to different batches of fresh dialysate.

[0138] In some examples, the measured optical absorption and / or scattering values ​​and / or value indices of the drained dialysate are compared to stored indices and / or tables in the memory of the dialysis system. Optionally, the measured values ​​and / or value indices of the drained dialysate are compared to stored values ​​and / or value indices of previously drained (and used) dialysate.

[0139] As mentioned above, the patient initial input data may also include general patient data, such as the patient's gender, age, weight, etc.; patient behavioral data, such as physical activity and / or dietary behavior; and / or the patient's medical test and test results.

[0140] The at least one output determined by the analysis engine may include, for example, one or more personalized dialysis parameters associated with a particular patient, such as a dialysis treatment protocol, dialysis treatment timing parameters, dialysate parameters, and / or the like. Information regarding the output may be displayed via output display 1250.

[0141] Output information resulting from the analysis of the patient input data may be presented via one or more output devices.

[0142] The UI query-based platform may include one or more of the patient's general physical data; the patient's medical results and / or diagnoses; behavioral information about the patient; and the patient's current test results.

[0143] The method may further include monitoring the patient during dialysis treatment by receiving monitoring information and analyzing it at or near RT.

[0144] For example, analysis of the monitoring information may identify a dangerous patient condition, in which case one or more alerts may be output or transmitted via the UI or any other alerting device to indicate the dangerous situation.

[0145] The method may further include controlling dialysis therapy by allowing alteration of one or more of the dialysis parameters.

[0146] For example, in the case of peritoneal dialysis, dialysis parameters may include dialysate type and dosing; fill / drain rate control parameters such as pump output; therapy-related timing parameters; and the like.

[0147] Monitoring may be performed by receiving RT or near-RT monitoring data from one or more monitoring devices, such as sensors; control or modification of dialysis treatment may be performed by automatically modifying dialysis operation or by outputting dialysis treatment parameters at RT or near-RT that are inferred based on analysis performed on the monitoring information, for manual modification of dialysis treatment.

[0148] Automatic modification of therapy parameters may be performed by sending operating commands to the dialysis machine.

[0149] The CIP 1000 can communicate with the dialysis machine 11 via a communication link 21 to retrieve operational information therefrom and / or to enable modification of its functionality.

[0150] As used herein, the term "communication link" refers to any communication technology and methodology, such as, but not limited to, wireless and / or wired communication using any one or more known communication protocols and formats, and / or any other current or future communication networks, standards, and / or systems. Known communication protocols and formats include, for example, wide area networks (WANs), local area networks (LANs) using, for example, wireless local area networks (WLANs), metropolitan area networks (MANs), personal area networks (PANs), extranets, for example, 2G, 3G, 3.5G, 4G, including cellular WIMAX or Long Term Evolution (LTE) Advanced, Bluetooth (e.g., Bluetooth Smart), ZigBee, Near Field Communications (NFC).

[0151] The dialysis machine 11 may be associated with a treatment monitoring system 12. The treatment monitoring system 12 may be external to or part of the CIP 1000. The communication device 1500 may retrieve input monitoring information from the treatment monitoring system 12.

[0152] The treatment monitoring system 12 may be configured to monitor the physical condition of the patient being treated and / or the condition of the dialysis machine.

[0153] The communications device 1500 may also enable communications with a remote operator 13 via communications link 22 to enable a remotely located user to view treatment-related information at RT, near RT, or offline.

[0154] As an end user, a remote operator 13 can use the UI of the remote CIP 1000 to also monitor dialysis treatment at RT and, optionally, communicate with the dialysis machine at RT or near RT via a communication link 23, for example, to also control the dialysis machine 11.

[0155] The dialysis machine 11 and / or the treatment monitoring system 12 can be considered to be part of a dialysis system 50.

[0156] The communications device 1500 may be configured to communicate with one or more systems or devices external to the CIP 1000 via one or more communications links 21-23.

[0157] The CIP 1000 may further include a memory 1702 and a processor 1704. The memory 1702 and the processor 1704 may be configured for processing, storage, and / or retrieval of data related to system parameters, including, for example, patient personal identification information, patient input data, patient output data, monitoring data, and / or the like. The data stored in the memory 1702 may be structured such that at least one patient of a plurality of patients (e.g., each patient) known to the CIP 1000 is associated with information relating thereto.

[0158] Referring now to FIG. 3A, a method for providing patient information for one or more patients to at least one user is illustrated, according to some embodiments.

[0159] As indicated by block 3110, the method may include receiving patient input data regarding one or more patients.

[0160] As indicated by block 3120, the method may further include analyzing the received patient input data.

[0161] As indicated by block 3130, the method may further include determining at least one output related to a dialysis treatment for each of the one or more patients based on the received patient input data. The output may include, for example, a personalized dialysis treatment protocol including treatment parameter values ​​and / or states indicative of various dialysis treatment aspects tailored to the particular patient according to the patient's personal patient input data. The resulting output information may be presented via one or more presentation devices, such as via a visual and / or audio display.

[0162] FIG. 3B illustrates a process for monitoring and controlling a patient during dialysis therapy according to some embodiments.

[0163] As indicated by block 3210, the monitoring and control process includes receiving input monitoring information indicative of a patient's condition and / or dialysis machine related parameters during dialysis treatment, on-going and at RT or near RT.

[0164] As indicated by block 3220, the method may further include analyzing the received patient input data.

[0165] Patient input data may be received from one or more monitoring devices and / or systems. The monitoring systems and / or devices may include one or more sensors for measuring patient parameters (e.g., temperature, blood pressure, pulse, saturation, etc.) before, during, and / or after dialysis treatment to determine the patient's response to and during the treatment, as well as dialysis operational parameters (fill / drain rates, catheter flow rates, etc.).

[0166] As indicated by block 3230, the analysis may include determining whether a therapy modification is necessary. If the performed analysis results in a therapy modification criterion being met, a corresponding therapy modification output may be provided (block 3240). The therapy modification criterion may be related to a patient parameter threshold, for example.

[0167] The therapy modification output may, for example, indicate that a selected patient therapy is potentially harmful; may comprise output modification information that is presented to a user, and / or may comprise output commands to automatically adapt patient therapy, for example, by providing corresponding control outputs to a dialysis pump, dialysate heater, etc.

[0168] The therapy modification output may also be related to dialysis system operating parameters, including, for example, system malfunction information (e.g., blocked catheter), insufficient fill / drain flow rates, and / or the like.

[0169] According to some embodiments, a system for providing at least one user with patient specific physical information is provided. The system may comprise a patient information platform.

[0170] The system can include a controller configured to receive patient input data from at least one user, the patient input data including patient-related physical information, analyze the patient input data to make decisions based on the received patient input data for a particular patient, and output information related to a personalized dialysis treatment.

[0171] In some embodiments, the controller may be implemented by a processor and a memory. The memory, when executed by the processor, may store the results, methods, and / or processes illustrated herein.

[0172] The system allows users, such as patients, and professionals, such as physicians, to input and view a patient's medically relevant information and output information regarding, for example, recommended dialysis treatment characteristics, tailored to a particular patient and his / her particular medical / physical condition and history.

[0173] The output monitoring information may include instructions on how to modify the dialysis treatment and / or input monitoring information parameters that the caregiver should address.

[0174] The dialysis therapy referred to above can be any dialysis therapy, such as, but not limited to, peritoneal dialysis, hemodialysis, hemofiltration, hemodiafiltration, and enteral dialysis.

[0175] According to some embodiments, the analysis engine may be further configured to analyze the initial data and the monitoring data of a plurality of patients undergoing dialysis treatment and generate updated statistical information indicative of one or more of: a number of patients associated with each risk profile group; a number of patients for whom one or more abnormal physical characteristics have been identified; a number of patients for whom one or more abnormal physical characteristics associated with the dialysis treatment have been identified, and the updated statistical information may be displayed by the display device via a composite monitoring display.

[0176] FIG. 4 is an example screenshot of a UI showing a multiple patient composite monitoring display 4000 according to some embodiments.

[0177] In some embodiments, the composite monitoring display includes: a visual display of a table / list displaying information of all patients undergoing dialysis treatment, the visual display displaying, for at least one patient (e.g., each patient) of the multiple patients undergoing treatment, patient information indicating at least one of: patient identification information (4111, 4112), a professional staff member associated with each patient (4141), patient initial input data or a portion thereof (4121, 4122), patient initial and / or updated risk level, e.g., a patient status 4131 indicating one or more identified abnormal physical characteristics, one or more identified abnormal physical characteristics of the patient associated with the patient's dialysis treatment 4300; and A chart (e.g., a pie or bar graph) 4210 showing updated statistics of the number of patients in each risk profile group, and / or updated statistical information showing statistics of all patients receiving dialysis treatment, such as the actual number of patients in each profile group 4220.

[0178] The composite monitoring display 4000 may be further configured to enable visual differentiation of patients identified with one or more abnormal physical characteristics associated with dialysis treatment, as shown in 4300.

[0179] According to some embodiments, the UI composite monitoring display 400 may be modulated by a user, for example, by using one or more display filters, allowing the user to tailor the display according to selected filtering.

[0180] For example, a user can use the status filtering input field 4301 to select one of a number of status filtering options, the physician filtering input field 4302 to select one of a number of physician filtering options, and / or the patient filtering input field 4303 to select one of a number of patient filtering options. The display of the composite monitoring display may be changed according to the user's selection. For example, a user can select a classification of patients according to their updated risk level, showing patients or high risk profile groups at the top of the list / table and patients with low updated risk levels at the bottom of the list / table. In another case, patients may be classified based on abnormal physical characteristics associated with dialysis treatment.

[0181] According to some embodiments, when a dangerous anomaly is identified, a specially designated alert may be issued by the CIP 1000. The alert may be distinctively displayed on the display device 1400 (e.g., as a pop-up alert showing the anomaly and patient details) and / or sent directly to the attending physician's mobile device. The alert may be displayed via any one or more devices of the display device 1400, for example, an audible alert output via an audio device, a visual alert output via a visual display device (e.g., a screen).

[0182] In the exemplary screenshot shown in FIG. 4, a clinical status is displayed for at least one of a plurality of patients (e.g., each patient), such as "high risk," "low risk," and "no risk." For example, a "high risk" status may be attached to "(patient) weight gain," "hyperglycemia," "high blood pressure," etc. A "low risk" status may be associated with a low ultrafiltration rate ("low UF") 4300.

[0183] In some embodiments, one or more filters may be selected, for example, by adjusting a sliding bar boundary displayed to an operator in the UI. In one example, only information associated with a respective chart portion may be displayed by clicking or otherwise operably engaging with a corresponding portion (e.g., a bar) of the displayed chart. For example, in response to clicking on the "High Risk" bar, only information for high-risk patients may be displayed.

[0184] In some embodiments, different groups of patients may be associated with different patient parameters, such as risk categories. For example, a patient weight gain of 2 kg within 2 weeks of treatment may classify a first group of patients as "high risk," while a weight gain of more than 2 kg within 2 weeks of treatment may classify a second group of patients as "low risk." Multiple patients may be associated with different groups, for example, according to the patient's association to a Health Maintenance Operator (HMO) and / or other dialysis system operating parameters.

[0185] In some embodiments, a medical professional may manually associate different patient parameters with different risk categories using designated UI tools. For example, a first physician may associate low UF values ​​with a "low risk" status, while a second physician may associate low UF values ​​with a "high risk" status. In some embodiments, at least certain "high risk" associated patient parameters (e.g., "weight gain") may not be configurable by a medical professional.

[0186] Additional information that may be displayed for at least one patient (e.g., each patient) may include, for example, the patient's gender, age, patient ID, and the name of the attending physician. The additional information may include a respective treatment protocol or treatment plan. Thus, a manager or operator of such a platform for implementing a digital dialysis center can view, for at least one patient (e.g., each patient), a respective treatment protocol or treatment plan. A corresponding information display filter configuration may be selected. As shown in FIG. 5A, one or more risk conditions, physicians may be selected; as shown in FIG. 5B, one or more physicians may be selected; as shown in FIG. 5C, one or more medical centers may be selected.

[0187] In some embodiments, the dialysis system can perform physician-based analysis of various treatments and clinical outcomes. For example, the same treatment plan may be applied by different physicians, but the clinical outcomes may be different even for patients with different patient parameters that are not obviously significant. As a result of measuring unexpected and deviant clinical outcomes, the dialysis system can display questions as an investigation tool to determine the reasons for the deviant clinical outcomes. Optionally, these questions may be generated, for example, using an engine based on artificial intelligence.

[0188] In some embodiments, the dialysis system may also serve as a platform for conducting clinical trials, for example, overseeing physicians conducting the clinical trials, monitoring patient compliance, and / or collecting and optionally analyzing various results of the trials.

[0189] Referring now to FIG. 6, the user interface 1102 allows the medical professional to select various treatment parameters for at least one patient (e.g., each patient). For example, dialysate volume, fill rate, drain rate, number of exchanges per day, etc. may be selected by operatively engaging the "+" and "-" symbols. Optionally, added exchanges may be deleted. The scheduled time of the dialysis cycle may also be selected (e.g., a day of the week may be selected by selecting the corresponding "day of the week" symbol, which may then be a different color, e.g., filled background color, fresh dialysate fill start time and / or used dialysate drain start time may be selected, e.g., via a drop-down list). The number of exchanges (treatment cycles) may also be selectable via the user interface 1102. Additionally, the type of osmotic agent and the corresponding drug concentration may also be selectable, e.g., wirelessly or via an option button. Different types of dialysate fluid may be associated with different color codes. Matching color codes may be printed or otherwise bound onto the dialysate bag used by the patient.

[0190] In some embodiments, default values ​​may be provided, which may relate to, for example, default fill time, default minimum fill time, default maximum fill time; default dialysate fill temperature, minimum default fill temperature, maximum default fill temperature; minimum blood pressure, maximum blood pressure; default drain time, minimum default drain time limit, maximum default drain time; a low UF formula value based on the volumetric difference between the previous fill volume and the drain volume in the current exchange, for example expressed as a percentage; utilization status (number of dialysis machines out of all available machines that are currently being used or have been used during a time period); and / or values ​​related to patient compliance, such as, for example, the number of treatment skips with respect to a prescribed treatment plan.

[0191] Additional reference is made to Figures 7A and 7B. According to some embodiments, the operator can select whether the patient should undergo certain follow-up checks before and / or after performing a dialysate cycle. For example, if the operator selects that the patient's weight, blood pressure, and / or blood pressure are to be measured, the days of the week on which the measurements must be taken are indicated. Figure 7A illustrates an interface where the operator does not select that weight, blood pressure, and pulse measurements should be taken, and Figure 7B illustrates an interface where the days of the week are indicated according to the patient's treatment plan on which the patient needs to take measurements of, for example, weight, pressure, pulse, and / or other patient parameters.

[0192] 8, graphs or plots may be presented to the operator relating to system parameters, including, for example, patient parameters. For example, patient weight measurements taken on respective dates may be displayed. Optionally, a slider symbol 8100 may be provided to allow the operator to select a particular date for display of each patient parameter value. Optionally, the interface may allow the operator to zoom in and out on date ranges.

[0193] In some embodiments, the platform may be configured to adaptively change a feature of the plot (e.g., color and / or dash type) depending on whether the displayed value is within an acceptable range. For example, the portion of the graph that is within the acceptable range may be displayed in green, the portion of the graph that is above an upper threshold of the acceptable range may be displayed in red, and the portion of the graph that is below a lower threshold may be displayed in yellow. In some examples, the upper and lower thresholds of the range may be displayed along with the plot.

[0194] Optionally, trends and / or gradients for system (e.g., patient) parameter values ​​may be displayed for the same or multiple patients. Optionally, upper and / or lower limits associated with system (e.g., patient) parameter values ​​may be determined, operator selected, and / or displayed. Optionally, outliers in measurements may be marked and filtered, optionally subject to operator (e.g., physician) approval. Optionally, graphs for multiple patients and / or other system parameter values ​​may be displayed simultaneously to facilitate identification of measurement interrelationships (e.g., systolic and diastolic blood pressure measurements may be displayed simultaneously with pulse and weight values ​​and / or infection-related values ​​for a selected patient). Different patient parameter values ​​may be normalized relative to each other to enable comparison.

[0195] In some embodiments, the platform may process patient data for a particular patient, or for multiple patients (e.g., big data), to perform mathematical (e.g., statistical) analysis and present (e.g., display) results of the performed statistical analysis. The statistical or mathematical analysis may include, for example, averages and / or moving averages, medians and / or moving medians of patient parameters, plots of moving averages; regression analysis, regression plots; frequencies of patient parameter values; Fourier analysis, and the like. The platform may, for example, present trends (e.g., negative or positive to various degrees) associated with one or more patient parameter values ​​(e.g., weight) to a user. For example, trends or slopes for system (e.g., patient) parameter values ​​may be determined based on performing a mathematical derivative function on the parameter values.

[0196] In some embodiments, big data analytics may be performed to implement artificial intelligence (e.g., machine learning) functions. For example, data of tens of thousands of peritoneal dialysis patients may be collected, some of which may be used as input training data for the implementation of an AI-based machine learning model (e.g., artificial neural network) that may be used, for example, to determine the status of a patient undergoing peritoneal therapy. The patient's status may relate, for example, to the patient's physical characteristics, such as detection of anomalies in the patient's physical characteristics and characterization (e.g., classification) of the anomalies. Characterization of the physical characteristics may include classification into peritoneal-related anomalies or not. In some embodiments, the classification of the patient's physical characteristics may relate to its classification as "normal" or "abnormal."

[0197] The term "patient data" may include patient initial input data and updated monitoring data that is received during the course of patient treatment.

[0198] In some embodiments, the user interface allows for the entry of free text that may be automatically parsed by the dialysis system. The free text may be entered by the patient and / or treating medical professional and parsed for further analytical and diagnostic purposes.

[0199] In some embodiments, information regarding past prescriptions and associated outcomes, future prescriptions and expected treatment outcomes may be presented to the operator. Optionally, the dialysis system can generate one or more future prescription options based on the past prescriptions and measured outcomes.

[0200] With further reference to FIG. 9, a table listing various exchanges and associated parameters may be generated and displayed.

[0201] In some embodiments, the dialysis system 50 may include an authorization verification engine 1800. The authorization verification engine 1800 may allow for defining different permissions for different operators of the system. For example, system parameters (e.g., treatment prescription) may be configurable by a first operator. However, the authorization of the first operator may not allow "sign-off" or otherwise provide final authorization to actually apply the prescribed treatment. For that purpose, the signature of a second operator, different from the first operator, having the necessary authorization may be required.

[0202] For example, a nurse may be permitted to enter parameter values ​​for a patient treatment, but a verifying supervising physician's signature may be required to allow application of the selected patient treatment.

[0203] The electronic signature may be provided by any suitable electronic verification and / or authentication method. Once final authorization is given, the treatment protocol is provided.

[0204] Permissions can be managed by an administrator via a permission matrix. For example, a given system parameter value can be associated with various levels of permissions for "read", "create", "modify", "delete" and "view". Permissions can be defined by "allow" or "deny". For example, a particular user may only be allowed to read or view a particular value, while another user may also be allowed the possibility to "modify" and "view" the value.

[0205] 11, a process for providing a user with information associated with at least one patient undergoing dialysis treatment using a dialysis system or device is shown, according to some embodiments. This process may include: Receive patient initial input data for at least one patient of the plurality of patients (e.g., for each patient), the patient initial input data describing physical information for each patient (block 11111); Analyzing the initial input data to determine an initial risk level for each patient (block 11112); receiving monitoring data for each patient, the monitoring data indicating dialysis treatment for each patient (block 11113); Analyzing the patient's initial input data and monitoring data to: (i) identify one or more abnormal physical characteristics of each patient; (ii) determine whether at least one of the identified one or more abnormal physical characteristics of each patient is related to the dialysis treatment; (iii) determine an updated risk level for each patient based on the analysis of each patient's initial input data and monitoring data (block 11114); and Display (block 11115) patient output information to at least one user indicating at least one of: each patient's updated risk level, one or more identified abnormal physical characteristics associated with the dialysis treatment.

[0206] The above process may be performed using a CIP such as CIP1000, a dialysis system / equipment in communication with the CIP, and optionally one or more external measurement devices (such as a thermometer, blood pressure detector, etc.) for measuring the patient's physical condition before and / or during the patient's dialysis treatment.

[0207] Referring now to FIG. 12, a method for administering dialysis treatments during overlapping treatment times, according to some embodiments, is shown. A process is shown for providing a user with information associated with a plurality of patients receiving a treatment. The process may include: receiving initial input data for a plurality of dialysis treatment patients (block 12211); receiving display modification data, e.g., filtering selections from a user (block 12212); receiving monitoring data for at least one (e.g., each patient) of a plurality of patients at RT or near RT (block 12213); For at least one patient (e.g., each patient) of the plurality of patients, RT or near RT; performing an individual analysis of each patient's input and monitoring data (block 12214), e.g., for at least one patient (e.g., each patient) of the plurality of patients, determining its updated risk level and / or identifying abnormal physical characteristics and determining whether they are relevant to the dialysis treatment the patient receives; performing a statistical analysis of all patients at RT or near-RT based on the patient's individual analysis results (block 12215); A composite monitoring display is displayed (block 12216), which may show (i) the results of the statistical analysis and (ii) the results of the personal analysis for at least one patient (e.g., each patient) of the plurality of patients, and may optionally also show one or more of initial input data, patient personal data and / or identification data, the attending physician for at least one patient (e.g., each patient) of the plurality of patients, filtering selections, etc.

[0208] With further reference to FIG.

[0209] In some embodiments, a method for providing information (e.g., to a user), the information being associated with at least one patient undergoing dialysis treatment, includes receiving patient initial input data, the patient initial input data describing physical information of each patient (block 13100).

[0210] In some embodiments, the method may further include determining an initial risk level for each patient based on the initial input data (block 13200).

[0211] In some embodiments, the method may include receiving monitoring data for each patient, the monitoring data indicative of a dialysis treatment for each patient (Block 13300).

[0212] In some embodiments, the method may further include determining whether the received updated monitoring data indicates an abnormal parameter value for the physical characteristic (block 13400).

[0213] In some embodiments, the method may include distinguishing (through patient data processing and / or analysis) for abnormal parameter values, for a physical characteristic, between abnormal parameter values ​​that are dialysis-related and abnormal parameter values ​​that are non-dialysis-related (block 13500).

[0214] In some embodiments, the method may further include providing an output describing information about dialysis-related and non-dialysis-related abnormal physical characteristics.

[0215] In some embodiments, output may be provided, for example, in the form of labels, colors, widgets, and / or other objects, and / or through different display modes (eg, different colors, blinking, non-blinking, etc.).

[0216] (Other Examples) Example 1 includes a computer-implemented platform for providing information associated with at least one patient undergoing dialysis treatment to at least one user using a dialysis system, the platform including: an I / O device configured to receive patient initial input data for the at least one patient (e.g., for each patient) of the plurality of patients, the patient initial input data describing physical information of each patient; an analytical engine configured to: analyze the initial input data to determine an initial risk level for each of the patients; receive monitoring data for each of the patients, the monitoring data indicative of the dialysis treatment for each of the patients; analyze the initial input data and the monitoring data for each of the patients to identify one or more abnormal physical characteristics of each of the patients, determine whether at least one of the identified one or more abnormal physical characteristics of each of the patients is associated with the dialysis treatment, determine an updated risk level for each of the patients based on results of the analysis of the initial input data and monitoring data for each of the patients; and and a display device configured to display, to the at least one user, patient output information indicative of at least one of the updated risk level of each of the patients and one or more identified abnormal physical characteristics associated with the dialysis treatment.

[0217] Example 2 includes the subject matter of example 1, and optionally, the analysis engine is configured to receive the monitoring data for each of the patients via the I / O device and / or via one or more measurement devices.

[0218] Example 3 includes the subject matter of Example 2, and optionally, the one or more measurement devices are configured to detect one or more dialysis parameter values ​​associated with the dialysis treatment of the patient in real time (RT) or near real time (NRT).

[0219] Example 4 includes the subject matter of example 3, and optionally, the one or more dialysis parameter values ​​indicate one or more of a patient's temperature, a patient's blood pressure, a patient's pulse, a used dialysate status, an unused dialysate status, dialysis system information, and a patient's metabolic status.

[0220] Example 5 includes the subject matter of any one or more of Examples 1-4, and optionally, the initial input data for each patient indicates one or more of a patient's age, a patient's weight, a patient's blood pressure, a patient's pulse, a patient's body mass index (BMI), a patient's height, a patient's sex, a patient's medical history, and a patient's behavioral history.

[0221] Example 6 includes the subject matter of any one or more of Examples 1-5, and optionally, the analysis engine is further configured to identify the one or more abnormal physical characteristics by comparing at least a portion of the initial input data to the monitoring data for each of the patients, and / or by comparing at least a portion of the monitoring data for the patients to one or more thresholds defining normal and abnormal physical conditions.

[0222] Example 7 includes the subject matter of example 6, and optionally, the analysis engine is configured to determine a "risk condition" of the patient based on the identified one or more abnormal physical characteristics, and the display device is further configured to display a distinctive "warning indication" when a risk condition is determined.

[0223] Example 8 includes the subject matter of Example 7, and optionally, the risk condition indicates one or more treatment complications.

[0224] Example 9 includes the subject matter of Example 8, and optionally, the one or more treatment complications include one of peritonitis, dehydration, insufficient ultrafiltration, infection, inflammation, one or more dialysis system operation failures, or any combination thereof.

[0225] Example 10 includes the subject matter of any one or more of Examples 7-9, and optionally, the platform further comprises a dialysis control engine operably associated with the dialysis system, the dialysis control engine configured to automatically control operation of the dialysis system based on an analysis of the initial input data and the monitoring data of the patient.

[0226] Example 11 includes the subject matter of any one or more of Examples 1-10, and optionally, the computer-implemented platform is embeddable and / or connectable to computerized processing, data storage, and / or interfaces of the dialysis system.

[0227] Example 12 includes the subject matter of any one or more of Examples 1-11, and optionally, the computer-implemented platform further comprises at least one of a memory and a communication device. The memory is configured to store, for the at least one patient (e.g., each patient) of a plurality of patients, at least one of the initial input data, monitoring data, and analysis results of each dialysis treatment, data analysis instructions and thresholds, communication-related data, medical history of each patient, and behavioral history of each patient. The communication device is configured for communication with the analysis system and / or other measurement devices, and for communication with an external data source and / or data engine. The memory and the communication device are connected to the I / O device, the analysis engine, and the display device for data input, output, communication, storage, and analysis.

[0228] Example 13 includes the subject matter of any one or more of Examples 1-12, and optionally, the initial and / or updated risk level of at least one patient (e.g., each patient) of a plurality of patients is associated with one of several risk profile groups.

[0229] Example 14 includes the subject matter of Example 13, and optionally, wherein the risk profile groups include high risk, low risk, and no risk.

[0230] Example 15 includes the subject matter of any one or more of Examples 13-14, and optionally, the analysis engine is further configured to simultaneously analyze initial input data and monitoring data of multiple patients undergoing dialysis treatment, and the display device is configured to display a composite monitoring display to the at least one user visually indicating output information of multiple patients undergoing dialysis treatment.

[0231] Example 16 includes the subject matter of example 15, and optionally, the composite monitoring display includes one or more visual displays of: a table displaying information of all patients receiving dialysis treatment, the table showing, for at least one patient of a plurality of patients (e.g., for each patient), patient identification information, a professional staff member associated with each patient, patient initial input data or a portion thereof, patient initial and / or updated risk level, one or more identified abnormal physical characteristics of the patient, at least one of the identified abnormal physical characteristics of the patient associated with the dialysis treatment of the patient; updated statistical information showing statistics of all patients receiving dialysis treatment.

[0232] Example 17 includes the subject matter of one or more of Examples 15-16, and optionally, the analysis engine is further configured to analyze the initial data and the monitoring data of a plurality of patients undergoing dialysis treatment and generate updated statistical information indicative of one or more of a number of patients associated with each risk profile group, a number of patients for whom one or more abnormal physical characteristics have been identified, and a number of patients for whom one or more abnormal physical characteristics associated with dialysis treatment have been identified, wherein the updated statistical information is displayable by the display device via the composite monitoring display.

[0233] Example 18 includes the subject matter of Example 17, and optionally, the visual display of the number of patients associated with each risk profile group is performed via one or more of a pie chart display, a bar graph display, a numerical display showing the actual number of patients in each risk profile group, and a histogram display.

[0234] Example 19 includes the subject matter of any one or more of Examples 16-18, and optionally, the composite monitoring display is configured to enable visual differentiation of patients identified with one or more abnormal physical characteristics associated with dialysis treatment.

[0235] Example 20 includes the subject matter of any one or more of Examples 1-19, and optionally, the dialysis treatment is one of peritoneal dialysis, hemodialysis.

[0236] Example 21 is a method for providing information associated with at least one patient undergoing dialysis treatment to at least one user using a dialysis system, the method comprising: receiving, for the at least one patient (e.g., for each patient) of a plurality of patients, the patient initial input data describing physical information of each patient; analyzing the initial input data to determine an initial risk level for each of said patients; receiving each patient monitoring data indicative of the dialysis treatment for each of the patients; analyzing the initial input data and the monitoring data for each of the patients to identify one or more abnormal physical characteristics of each of the patients, determine whether at least one of the identified one or more abnormal physical characteristics of each of the patients is associated with the dialysis treatment, and determine an updated risk level for each of the patients based on a result of the analysis of the initial input data and the monitoring data for each of the patients; and Displaying to the at least one user patient output information indicating the updated risk level of each of the patients, at least one of the identified one or more abnormal physical characteristics associated with the dialysis treatment.

[0237] Example 22 includes the subject matter of Example 21, and optionally, at least a portion of the monitoring data for each of the patients is received via one or more measurement devices, each measurement device configured to detect one or more dialysis parameter values ​​associated with the dialysis treatment for the patient in real time (RT) or near real time (NRT).

[0238] Example 23 includes the subject matter of Example 22, and optionally, the one or more dialysis parameter values ​​indicate one or more of a patient's temperature, a patient's blood pressure, a patient's pulse, a used dialysate status, an unused dialysate status, dialysis system information, and a patient's metabolic status.

[0239] Example 24 includes the subject matter of any one or more of Examples 21-23, and optionally, the initial input data for each patient indicates one or more of the patient's age, the patient's weight, the patient's blood pressure, the patient's pulse, the patient's body mass index (BMI), the patient's height, the patient's sex, the patient's medical history, and the patient's behavioral history.

[0240] Example 25 includes the subject matter of any one or more of Examples 21-24, and optionally, the identifying of one or more abnormal physical characteristics is performed by comparing at least a portion of the initial input data to the monitoring data for each of the patients, and / or by comparing at least a portion of the monitoring data for each of the patients to one or more thresholds defining normal and abnormal physical conditions.

[0241] Example 26 includes the subject matter of example 25, and optionally, the method further includes determining a "risk status" for each patient based on the identified one or more abnormal physical characteristics, and displaying a distinctive "warning indication" when a risk status is determined.

[0242] Example 27 includes the subject matter of Example 26, and optionally, the risk condition indicates one or more treatment complications.

[0243] Example 28 includes the subject matter of Example 27, and optionally, the one or more treatment complications include one of peritonitis, dehydration, insufficient ultrafiltration, infection, inflammation, one or more dialysis system operation failures, or any combination thereof.

[0244] Example 29 includes the subject matter of any one or more of Examples 21-28, and optionally, the method further includes automatically controlling operation of a dialysis system based on an analysis of the initial input data and the monitoring data of the patient.

[0245] Example 30 includes the subject matter of any one or more of Examples 21-29, and optionally, the initial and / or updated risk level of at least one patient (e.g., each patient) of a plurality of patients is associated with one of several risk profile groups.

[0246] Example 31 includes the subject matter of Example 30, and optionally, wherein the risk profile groups include high risk, low risk, and no risk.

[0247] Example 32 includes the subject matter of any one or more of Examples 30-31, and optionally, the method further includes simultaneously analyzing initial input data and monitoring data of multiple patients undergoing dialysis treatment, and displaying a composite monitoring display to the at least one user that visually indicates output information of the multiple patients undergoing dialysis treatment.

[0248] Example 33 includes the subject matter of Example 32, and optionally, the composite monitoring display includes visual information of a table displaying information of all patients receiving dialysis treatment, for at least one patient of a plurality of patients (e.g., for each patient), a table displaying patient information indicating patient identification information, a professional staff member associated with each patient, patient initial input data or a portion thereof, patient initial and / or updated risk level, one or more identified abnormal physical characteristics of the patient, at least one of the one or more identified abnormal physical characteristics of the patient associated with the dialysis treatment of the patient; and updated statistical information indicating statistics of all patients receiving dialysis treatment.

[0249] Example 34 includes the subject matter of Examples 32-33, and optionally, the method further includes generating updated statistical information indicative of one or more of a number of patients associated with each risk profile group, a number of patients identified with one or more abnormal physical characteristics, and a number of patients identified with one or more abnormal physical characteristics associated with dialysis treatment, wherein the updated statistical information is displayable via the composite monitoring display.

[0250] Example 35 includes the subject matter of Example 34, and optionally, the visual display of the number of patients associated with each risk profile group is performed via one or more of a pie chart display, a bar graph display, a numerical display showing the actual number of patients in each risk profile group, and a histogram display.

[0251] Example 36 includes the subject matter of any one or more of Examples 32-35, and optionally, the composite monitoring display is configured to enable visual differentiation of patients identified with one or more abnormal physical characteristics associated with dialysis treatment.

[0252] Example 37 includes the subject matter of any one or more of Examples 21-36, and optionally, the dialysis treatment is one of peritoneal dialysis, hemodialysis.

[0253] Example 38 includes the subject matter of any one or more of Examples 21-37, and optionally, the determining of the updated risk levels for the patients includes determining to change the risk level for the patient only upon identification of an abnormal physical characteristic directly related to the dialysis treatment received by the respective patient.

[0254] Example 39 relates to a computer-implemented platform for providing information associated with at least one patient undergoing dialysis treatment to at least one user using a dialysis system, the platform comprising: an I / O device configured to receive patient initial input data for at least one patient (e.g., for each patient) of a plurality of patients, the patient initial input data describing physical information of each patient; 1. An analytical engine, comprising: analyzing the patient initial input data to determine an initial risk level for the at least one patient; receiving updated monitoring data for each of the at least one patient, the updated monitoring data being received during a dialysis treatment of the at least one patient; For the following purposes: determining one or more abnormal physical characteristics of each of the at least one patient; determining whether at least one of the identified one or more abnormal physical characteristics of the at least one patient is associated with the dialysis treatment; updating a risk level of the at least one patient when the abnormal physical characteristic is associated with the dialysis treatment; analyzing the received initial patient input data and the updated monitoring data to: A display device, the display device being configured to simultaneously display to the at least one user: an updated risk level of the at least one patient and information regarding the associated dialysis-related abnormal physical characteristic; and a display device configured to display information regarding the non-dialysis-related abnormal physical characteristic.

[0255] Example 40 includes the subject matter of Example 39, and optionally, said analyzing further includes determining whether the non-dialysis-related abnormal physical characteristic has the potential to adversely affect or is currently adversely affecting the dialysis-related physical characteristic.

[0256] Example 41 includes the subject matter of Example 39 or 40, and optionally, said analyzing further includes determining whether the dialysis-related abnormal physical characteristic has the potential to adversely affect or is currently adversely affecting a non-dialysis-related physical characteristic.

[0257] Example 42 includes the subject matter of any one or more of Examples 39-41, and optionally, the display device is configurable to selectively display or not display information regarding non-dialysis-related abnormal physical characteristics.

[0258] Example 43 includes the subject matter of any one or more of Examples 39-42, and optionally, the display device is configurable to selectively display or not display information regarding dialysis-related abnormal physical characteristics.

[0259] Example 44 includes the subject matter of any one or more of examples 39-43, and optionally, the analyzing the received initial input data and the updated monitoring data includes classifying detected anomalous characteristics into one of the following: non-dialysis-related physical characteristics that adversely affect dialysis-related physical characteristics; and Dialysis-related physical characteristics negatively impact non-dialysis-related physical characteristics.

[0260] Example 45 includes the subject matter of any one or more of examples 39-44, and optionally, wherein analyzing the received initial input data and the updated monitoring data includes classifying detected anomalous characteristics into one of the following: Dialysis-related physical characteristics that have deleterious effects.

[0261] Example 46 includes the subject matter of any one or more of Examples 39-45, and optionally, the abnormal physical characteristic is defined as associated with the dialysis treatment when the respective abnormal physical characteristic places the respective patient at risk for developing one or more dialysis treatment-associated complications.

[0262] Example 47 includes the subject matter of any one or more of Examples 39-46, and optionally, the analysis engine is configured to receive the monitoring data for each of the patients via the I / O device and / or via one or more measurement devices.

[0263] Example 48 includes the subject matter of any one or more of Examples 39-47, and optionally, the one or more measurement devices are configured to detect one or more dialysis parameter values ​​associated with the dialysis treatment of the patient in real time (RT) or near real time (NRT).

[0264] Example 49 includes the subject matter of any one or more of Examples 39-48, and optionally, the one or more dialysis parameter values ​​indicate one or more of a patient's temperature, a patient's blood pressure, a patient's pulse, a used dialysate status, an unused dialysate status, dialysis system information, and a patient's metabolic status.

[0265] Example 50 includes the subject matter of any one or more of Examples 39-49, and optionally, the initial input data for each patient indicates one or more of the patient's age, the patient's weight, the patient's blood pressure, the patient's pulse, the patient's body mass index (BMI), the patient's height, the patient's sex, the patient's medical history, and the patient's behavioral history.

[0266] Example 51 includes the subject matter of any one or more of Examples 39-50, and optionally, the analysis engine is further configured to identify the one or more abnormal physical characteristics by comparing at least a portion of the initial input data to the monitoring data of each of the patients and / or by comparing at least some of the monitoring data of the patients to one or more thresholds defining normal and abnormal physical conditions.

[0267] Example 52 includes the subject matter of any one or more of Examples 39-51, and optionally, the analysis engine is configured to determine a "risk condition" of the patient based on the identified one or more abnormal physical characteristics, and the display device is further configured to display a distinctive "warning display" when a risk condition is determined.

[0268] Example 53 includes the subject matter of Example 52, and optionally, the risk condition indicates one or more dialysis treatment complications.

[0269] Example 54 includes the subject matter of any one or more of Examples 39-53, and optionally, the one or more treatment complications include one of peritonitis, dehydration, insufficient ultrafiltration, infection, inflammation, one or more dialysis system performance disorders, or any combination thereof.

[0270] Example 55 includes the subject matter of any one or more of Examples 39-54, and optionally further includes a dialysis control engine operably associated with the dialysis system, the dialysis control engine configured to automatically control operation of the dialysis system based on analysis of the initial input data and the monitoring data of the patient.

[0271] Example 56 includes the subject matter of any one or more of Examples 39-55, and is optionally embeddable and / or connectable to computerized processing, data storage and / or interfaces of the dialysis system.

[0272] Example 57 includes the subject matter of any one or more of Examples 39-56, and optionally further includes at least one of a memory and a communication device. The memory is configured to store, for the at least one patient (e.g., each patient) of a plurality of patients, at least one of the initial input data, monitoring data, and analysis results of each dialysis treatment, data analysis instructions and thresholds, communication-related data, medical history of each patient, and behavioral history of each patient. The communication device is configured for communication with the analysis system and / or other measurement devices, and for communication with an external data source and / or data engine. The memory and the communication device are connected to the I / O device, the analysis engine, and the display device for data input, output, communication, storage, and analysis.

[0273] Example 58 includes the subject matter of any one or more of Examples 39-57, and optionally, the initial and / or updated risk level of at least one patient (e.g., each patient) of a plurality of patients is associated with one of several risk profile groups.

[0274] Example 59 includes the subject matter of any one or more of Examples 39-58, and optionally, the risk profile groups include high risk, medium risk, low risk, and no risk.

[0275] Example 60 includes the subject matter of any one or more of Examples 39-59, and optionally, the analysis engine is further configured to simultaneously analyze initial input data and monitoring data of multiple patients undergoing dialysis treatment, and the display device is configured to display to the at least one user a visual display of output information of the multiple patients undergoing dialysis treatment.

[0276] Example 61 includes the subject matter of example 59, and optionally, the composite monitoring display includes one or more visual displays of: a table displaying information for all patients receiving dialysis treatment, the table displaying, for at least one patient of the plurality of patients (e.g., for each patient), patient information indicating at least one of patient identification information, a professional staff member associated with each patient, patient initial input data or a portion thereof, patient initial and / or updated risk level, one or more identified abnormal physical characteristics of the patient, one or more identified abnormal physical characteristics of the patient associated with the dialysis treatment of the patient; Up-to-date statistics showing the demographics of all patients undergoing dialysis treatment.

[0277] Example 62 includes the subject matter of example 60 or 61, and optionally, the analysis engine is further configured to analyze the initial data and the monitoring data of a plurality of patients undergoing dialysis treatment to generate updated statistical information indicative of one or more of the following: the number of patients associated with each risk profile group; number of patients with one or more abnormal physical characteristics identified; number of patients with one or more identified abnormal physical characteristics related to dialysis treatment; Here, the updated statistical information is displayable by the display device via the composite monitoring display.

[0278] Example 63 includes the subject matter of Example 62, and optionally, the visual display of the number of patients associated with each risk profile group is performed via one or more of a pie chart display, a bar graph display, a numerical display showing the actual number of patients in each risk profile group, and a histogram display.

[0279] Example 64 includes the subject matter of any one or more of Examples 60-63, and optionally, the composite monitoring display is configured to enable visual differentiation of patients identified with one or more abnormal physical characteristics associated with dialysis treatment.

[0280] Example 65 includes the subject matter of any one or more of Examples 39-64, and optionally, the dialysis treatment is one of peritoneal dialysis, hemodialysis.

[0281] Example 66 includes the subject matter of any one or more of Examples 39-65, optionally where the abnormal characteristic unrelated to peritoneal dialysis is related to a viral infection.

[0282] Example 67 includes a method for providing information associated with at least one patient undergoing dialysis treatment to at least one user using a dialysis system, the method including: receiving, for the at least one patient (e.g., for each patient) of a plurality of patients, the patient initial input data describing physical information of each patient; analyzing the initial input data to determine an initial risk level for each of said patients; receiving monitoring data for each of the patients indicative of the dialysis treatment for each of the patients; analyzing the patient initial input data and the monitoring data to determine one or more abnormal physical characteristics for the at least one patient, respectively; determining whether at least one of the identified one or more abnormal physical characteristics of the at least one patient is associated with the dialysis treatment; updating a risk level of the at least one patient when the abnormal physical characteristic is associated with the dialysis treatment; and If applicable, provide at least one such user with: an updated risk level of the at least one patient and information regarding the associated dialysis-related abnormal physical characteristic; Display information about non-dialysis-related abnormal physical characteristics.

[0283] Example 68 includes the subject matter of Example 67 and, optionally, configuring the display device to selectively display or not display information regarding non-dialysis-related abnormal physical characteristics.

[0284] Example 69 includes the subject matter of Examples 67 and / or 68, and optionally, analyzing the received initial input data and the updated monitoring data includes classifying detected abnormal characteristics into one of dialysis-related and non-dialysis-related abnormal physical characteristics.

[0285] Example 70 includes the subject matter of any one or more of Examples 67-69, wherein the abnormal physical characteristic is defined as associated with dialysis treatment when the respective abnormal physical characteristic places the respective patient at risk for developing one or more complications associated with dialysis treatment.

[0286] Example 71 includes the subject matter of any one or more of Examples 67-70, and optionally, at least a portion of the monitoring data for each of the patients is received via one or more measurement devices, each measurement device configured to detect one or more dialysis parameter values ​​associated with the dialysis treatment for the patient in real time (RT) or near real time (NRT).

[0287] Example 72 includes the subject matter of any one or more of Examples 67-71, and optionally, the one or more dialysis parameter values ​​indicate one or more of a patient's temperature, a patient's blood pressure, a patient's pulse, a used dialysate status, an unused dialysate status, dialysis system information, and a patient's metabolic status.

[0288] Example 73 includes the subject matter of any one or more of Examples 67-72, and wherein the initial input data for each patient indicates one or more of the patient's age, the patient's weight, the patient's blood pressure, the patient's pulse, the patient's body mass index (BMI), the patient's height, the patient's sex, the patient's medical history, and the patient's behavioral history.

[0289] Example 74 includes the subject matter of any one or more of Examples 67-73, and optionally, the identification of one or more abnormal physical characteristics is performed by comparing at least a portion of the initial input data to the monitoring data for each of the patients, and / or by comparing at least a portion of the monitoring data for the patients to one or more thresholds defining normal and abnormal physical conditions.

[0290] Example 75 includes the subject matter of Examples 67-74, and optionally further includes determining a "risk status" for each patient based on the identified one or more abnormal physical characteristics, and displaying a distinctive "warning indication" when a risk status is determined.

[0291] Example 76 includes the subject matter of Example 75, and optionally, the risk condition indicates one or more treatment complications.

[0292] Example 77 includes the subject matter of Example 76, and optionally, the one or more treatment complications include one of peritonitis, dehydration, insufficient ultrafiltration, infection, inflammation, one or more dialysis system operation failures, or any combination thereof.

[0293] Example 78 includes the subject matter of any one or more of Examples 67-77, and optionally further includes automatically controlling operation of the dialysis system based on analysis of the initial input data and the monitoring data of the patient.

[0294] Example 79 includes the subject matter of any one or more of Examples 67-78, and optionally, the initial and / or updated risk level of at least one patient (e.g., each patient) of a plurality of patients is associated with one of several risk profile groups.

[0295] Example 80 includes the subject matter of Example 79, and optionally, wherein the risk profile groups include high risk, low risk, and no risk.

[0296] Example 81 includes the subject matter of any one or more of Examples 67-80, and optionally further includes simultaneously analyzing initial input data and monitoring data of multiple patients undergoing dialysis treatment, and displaying a composite monitoring display to the at least one user that visually shows output information of the multiple patients undergoing dialysis treatment.

[0297] Example 82 includes the subject matter of example 81, and optionally, the composite monitoring display includes a visual display of: a table displaying information for all patients receiving dialysis treatment, e.g., for at least one patient of the plurality of patients (e.g., for each patient), a table displaying patient information indicating at least one of patient identification information, a professional staff member associated with each patient, patient initial input data or a portion thereof, a patient initial and / or updated risk level, one or more identified abnormal physical characteristics of the patient, one or more identified abnormal physical characteristics of the patient associated with the dialysis treatment of the patient; Up-to-date statistics showing the demographics of all patients undergoing dialysis treatment.

[0298] Example 83 includes the subject matter of any one or more of examples 81 and / or 82, optionally further including generating updated statistical information indicative of one or more of the following: the number of patients associated with each risk profile group; number of patients with one or more abnormal physical characteristics identified; number of patients with one or more identified abnormal physical characteristics related to dialysis treatment; Here, the updated statistical information is viewable via the composite monitoring display.

[0299] Example 84 includes the subject matter of Example 83, and optionally, the visual display of the number of patients associated with each risk profile group is performed via one or more of a pie chart display, a bar graph display, a numerical display showing the actual number of patients in each risk profile group, and a histogram display.

[0300] Example 85 includes the subject matter of any one or more of Examples 67-84. Optionally, the composite monitoring display is configured to enable visual differentiation of patients identified with one or more abnormal physical characteristics associated with dialysis treatment.

[0301] Example 86 includes the subject matter of any one or more of Examples 67-85, and optionally, the dialysis treatment is one of peritoneal dialysis, hemodialysis.

[0302] Example 87 includes the subject matter of any one or more of Examples 67-86, and optionally, the determining of the updated risk level for the patients includes determining to change the risk level for the patient only upon identification of an abnormal physical characteristic directly related to the dialysis treatment received by the respective patient.

[0303] In some embodiments, a computer-implemented platform for providing at least one user with information associated with at least one patient undergoing dialysis treatment using a dialysis system may comprise an I / O device configured to receive patient initial input data for at least one patient, the patient initial input data describing a physical characteristic of the at least one patient, the I / O device further configured to receive updated monitoring data for the patient, the updated monitoring data being received during dialysis treatment of the at least one patient, and may comprise an analysis engine, the analysis engine configured to determine whether the received updated monitoring data indicates an abnormal parameter value for the physical characteristic, and when the received updated monitoring data indicates an abnormal parameter value or for the received updated monitoring data indicating an abnormal parameter value, distinguish (e.g., through patient data processing and / or analysis) the particular physical characteristic between an abnormal parameter value that is dialysis related and an abnormal parameter value that is non-dialysis related, and optionally: Displaying and / or otherwise generating output (eg, in association with the information) regarding dialysis-related and / or non-dialysis-related abnormal physical characteristics.

[0304] The output may include objects and / or relate to different display modes to enable the user to distinguish information about dialysis-related and / or non-dialysis-related abnormal physical characteristics.

[0305] It should be noted that the first and second abnormal parameter values ​​may be the same or different from each other, however, the system is configured to determine (e.g., classify) the abnormal parameter values ​​as dialysis-related or non-dialysis-related.

[0306] In some embodiments, the analysis engine is configured to determine a risk level of the at least one patient suffering from a dialysis treatment complication based on the received initial patient data, and is configured to update the risk level to an increased risk level when the analysis engine determines that the abnormal physical characteristic is not associated with the dialysis treatment.

[0307] In some embodiments, the abnormal physical characteristic is patient weight gain, and the analysis engine is configured to monitor ultrafiltration parameter values ​​and bowel activity to determine whether patient weight gain is due to food intake, digestive disorders, insufficient ultrafiltration, or both.

[0308] In some embodiments, the analysis engine provides an output to the dialysis system to increase the relative amount of an osmotic agent in a peritoneal dialysis solution of the dialysis system.

[0309] In some embodiments, the I / O device includes a camera for determining whether weight gain is attributable, at least in part, to edema caused by insufficient ultrafiltration based on the impression made on the patient's tissue.

[0310] In some embodiments, the analysis engine is configured to determine a magnitude of a physical parameter that contributes to a non-dialysis-related abnormal physical characteristic and is further configured to determine a magnitude of the same physical parameter that contributes to a dialysis-related abnormal physical characteristic.

[0311] In some embodiments, the analysis engine is configured to determine a first amount of weight gain caused by food intake and a second amount of weight gain caused by dialysis.

[0312] In some embodiments, the analysis engine is configured to monitor operating parameter values ​​of the dialysis system to detect one or more dialysis system related faults.

[0313] In some embodiments, the one or more dialysis system-related disorders include improper catheter placement, catheter leakage, catheter blockage, dialysis system pump malfunction, dialysate turbidity conditions, or any combination of the foregoing.

[0314] In some embodiments, a method for providing at least one user with information associated with at least one patient undergoing dialysis treatment using a dialysis system includes the steps of: receiving, for the at least one patient (e.g., for each patient) of a plurality of patients, the patient initial input data describing physical information of the each patient; and determining an initial risk level for each patient based on the initial input data; receiving monitoring data for each of the patients indicative of the dialysis treatment for each of the patients; determining whether the received updated monitoring data indicates an abnormal parameter value of a physical characteristic; And when the received updated monitoring indicates an abnormal parameter value: Distinguishing between abnormal parameter values ​​that are dialysis-related and abnormal parameter values ​​that are non-dialysis-related for a particular physical characteristic (e.g., through patient data processing and / or analysis); and, optionally, and providing an output providing information regarding the dialysis-related and non-dialysis-related abnormal physical characteristics.

[0315] In some embodiments, the output may include annotations, labels, colors, and / or other objects and / or display modes to provide information about the dialysis-related and non-dialysis-related abnormal physical characteristics. In some examples, the output may include labels and / or other objects displayed in association with information about the dialysis-related and non-dialysis-related abnormal physical characteristics.

[0316] Any digital computer system, unit, device, module, and / or engine illustrated herein may be configured or programmed to implement the methods disclosed herein, and as long as the system, module, and / or engine is configured to implement such methods, it is within the scope and spirit of the present disclosure. When a system, module, and / or engine is programmed to perform a specific function according to computer-readable and executable instructions from a program software that implements the methods disclosed herein, it effectively becomes a dedicated computer specific to the embodiment of the methods disclosed herein. The methods and / or processes disclosed herein may be implemented as a computer program product that may be tangibly embodied in an information carrier (including, for example, a non-transitory tangible computer-readable and / or non-transitory tangible machine-readable storage device). The computer program product may be directly loadable into the internal memory of a digital computer, comprising software code portions for executing the methods and / or processes disclosed herein.

[0317] Additionally or alternatively, the methods and / or processes disclosed herein may be implemented as a computer program that may be intangibly embodied by a computer-readable signal medium. A computer-readable signal medium may include, for example, a propagated data signal having computer-readable program code embodied therein, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electromagnetic, optical, or any suitable combination thereof. A computer-readable signal medium may be any computer-readable medium that is not a non-transitory computer or machine-readable storage device, but can communicate, propagate, or transport a program for use by or in connection with the devices, systems, platforms, methods, operations, and / or processes described herein.

[0318] The terms "non-transitory computer-readable storage device" and "non-transitory machine-readable storage device" encompass distribution media, intermediate storage media, computer executable memory, and any other medium or device capable of storing for subsequent reading by a computer program implementing an embodiment of the method disclosed herein. A computer program product can be deployed to be executed on one computer, or on multiple computers at one site, or distributed across multiple sites and interconnected by one or more communications networks.

[0319] These computer readable and executable instructions can be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine such that the instructions, executed via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions / acts specified in the flowchart and / or block diagram blocks or blocks. These computer readable and executable program instructions can be stored in a computer readable storage medium that can direct a computer, programmable data processing apparatus, and / or other device to function in a particular manner, such that a computer readable storage medium having instructions stored therein includes an article of manufacture including instructions implementing aspects of the functions / acts specified in the flowchart and / or block diagram blocks or blocks.

[0320] The computer readable and executable instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process such that the instructions, executing on the computer, other programmable data processing apparatus, or other device, perform the functions / operations specified in the flowchart and / or block diagram blocks or blocks.

[0321] The terms "engine" and / or "module" may include one or more computer modules, and a module may be a self-contained hardware and / or software component (e.g., a circuit) that interfaces with a larger system. A module may comprise a machine capable of executing one or more instructions. A module may be embodied by a circuit or controller programmed to cause the system to perform the methods, processes, and / or operations disclosed herein. For example, a module may be implemented as a hardware circuit comprising, for example, custom VLSI circuits or gate arrays, application specific integrated circuits (ASICs), off-the-shelf semiconductors such as logic chips, transistors, and / or other discrete components. A module may also be implemented in a programmable hardware device such as a field programmable gate array, programmable array logic, programmable logic device, etc.

[0322] In the discussion, unless otherwise stated, adjectives such as "substantially" and "about" modifying the state or relationship of one or more features of an embodiment of the invention should be understood to mean that the state or feature is defined within a tolerance allowed for operation of the embodiment for its intended application.

[0323] Unless otherwise specified, the terms "substantially," "about," and / or "close to" with respect to a magnitude or value may mean within the inclusive range of -10% to +10% of the respective magnitude or value.

[0324] It is important to note that the method is not limited to those figures or the corresponding description. For example, the method may include additional or fewer processes or operations compared to those described in the figures. Additionally, the method embodiments are not necessarily limited to the chronological order as illustrated and described herein.

[0325] For example, discussions herein utilizing terms such as "processing," "computing," "calculating," "determining," "establishing," "analyzing," "checking," "estimating," "deriving," "selecting," "inferring," and the like, may refer to operations and / or processes of a computer, computing platform, computing system, or other electronic computing device that manipulates and / or transforms data represented as physical (e.g., electronic) quantities in the computer's registers and / or memory to other data similarly represented as physical quantities in the computer's registers and / or memory, or other information storage media capable of storing instructions for performing operations and / or processes. The term determining may also refer to "heuristically determining," where applicable.

[0326] It should be noted that when an embodiment refers to a condition "above the threshold", this should not be interpreted as excluding an embodiment that refers to a condition "equal to or greater than the threshold". Similarly, when an embodiment refers to a condition "below the threshold", this should not be interpreted as excluding an embodiment that refers to a condition "equal to or less than the threshold". It is clear that if the value of a given parameter is above the threshold, the condition should be interpreted as being met, and if the value of the given parameter is equal to or less than the given threshold, the same condition is considered not to be met. Conversely, if the value of a given parameter is equal to or greater than the threshold, the condition should be interpreted as being met, and if the value of the given parameter is below the given threshold (and only below the given threshold), the same condition is considered not to be met.

[0327] When a claim or specification refers to "a" or "an" element and / or feature, it is understood that such a reference is not to be construed as referring to only one of that element. Thus, a reference to "an element" or "at least one element" can also encompass, for example, "one or more elements."

[0328] Terms used in the singular will include the plural unless expressly stated otherwise or the context otherwise requires.

[0329] In the description and claims of this application, the verbs "comprise," "include," and "have," respectively, and their cognates, are used to indicate that the object or objects of the verb are not necessarily an exhaustive list of components, elements or parts of the subject or subjects of the verb.

[0330] Unless otherwise stated, the use of the phrase "and / or" between the last two members of a list of options for selection indicates that one or more of the listed options are appropriate and may be selected. Furthermore, the use of the phrase "and / or" may be used interchangeably with the phrases "at least one of," "any one of," or "one or more of," followed by a list of various options.

[0331] It is understood that certain features of the invention that are described, for clarity, in the context of separate embodiments or examples, may also be provided in combination in a single embodiment. Conversely, for brevity, various features of the invention that are described in the context of a single embodiment, example, and / or option may also be provided separately or in any suitable combination or as appropriate with any other described embodiment, example, or option of the invention. Certain features described in the context of various embodiments, examples, and / or option implementations should not be considered essential features of those embodiments, examples, and / or option implementations unless the embodiments, examples, and / or option implementations are inoperable without those elements.

[0332] It should be noted that the terms "in some embodiments," "in some embodiments of the present invention," "for example," "for example," "for example," and "optionally" may be used interchangeably herein.

[0333] The number of elements shown in the figures should in no way be construed as limiting, but for illustrative purposes only.

[0334] It should be noted that the term "operable" can encompass the meaning of the term "modified or configured." In other words, a machine that is "operable" to perform a task can encompass, in some embodiments, the mere ability to perform a function (e.g., "modified"), and, in some other embodiments, a machine that is actually made (e.g., "configured") to perform a function.

[0335] Throughout this application, various embodiments may be presented in and / or related to a range format. It should be understood that the description in range format is merely for convenience and brevity, and should not be construed as an inflexible limitation on the scope of the embodiments. Thus, the description of a range should be considered to have all possible subranges specifically disclosed, as well as individual numerical values ​​within that range. For example, the description of a range such as 1-6 should be considered to have specifically disclosed subranges such as 1-3, 1-4, 1-5, 2-4, 2-6, 3-6, as well as individual numbers within that range, e.g., 1, 2, 3, 4, 5, and 6. This applies regardless of the breadth of the range.

[0336] The phrase "ranging between" a first reference number and a second reference number is used interchangeably herein with the phrase "ranging from" the first reference number to the second reference number, and means inclusive of the first reference number and the second reference number, and all fractional and integer numbers therebetween.

[0337] While the invention has been described with respect to a limited number of embodiments, these should not be construed as limiting the scope of the invention, but rather as illustrative of some of the embodiments.

Claims

1. 1. A computer-implemented platform for providing information associated with at least one patient undergoing dialysis treatment using a dialysis system, comprising: An I / O device configured to receive initial input data relating to at least one patient, the initial input data describing physical characteristics of the at least one patient; an I / O device further configured to receive updated monitoring data of the patient, the updated monitoring data being received during a dialysis treatment of the at least one patient; 1. An analytical engine, comprising: determining whether the received updated monitoring data indicates an abnormal parameter value for the physical characteristic; for received updated monitoring data indicating anomalous parameter values; Distinguishing between abnormal parameter values ​​associated with dialysis and abnormal parameter values ​​not associated with dialysis for a physical characteristic; an analytics engine that provides an output indicating which abnormal parameter values ​​are dialysis related or not; A computer-implemented platform comprising:

2. The computer-implemented platform of claim 1 , wherein providing an output comprises displaying one or more objects associated with information about the dialysis-related and non-dialysis-related abnormal physical characteristics.

3. The analysis engine is further configured to determine a risk level of the at least one patient for suffering from a dialysis treatment complication based on the received initial input data; 3. The computer-implemented platform of claim 1 or 2, wherein the analysis engine is configured to update the risk level to an increased risk level when the analysis engine determines that the abnormal physical characteristic is not associated with dialysis treatment.

4. the abnormal physical characteristic is a patient's weight gain; 2. The computer-implemented platform of claim 1, wherein the analysis engine is configured to monitor ultrafiltration parameter values ​​and bowel activity to determine whether patient weight gain is due to food intake, digestive disorders, and / or insufficient ultrafiltration.

5. 10. The computer-implemented platform of claim 1, wherein the I / O device comprises a camera for determining whether weight gain is attributable, at least in part, to edema caused by insufficient ultrafiltration based on an impression of the patient's tissue.

6. 2. The computer-implemented platform of claim 1, wherein the analysis engine is configured to determine a magnitude of a physical parameter that contributes to a non-dialysis-related abnormal physical characteristic and further configured to determine a magnitude of the same physical parameter that contributes to a dialysis-related abnormal physical characteristic.

7. The computer-implemented platform of claim 1 , wherein the analysis engine is configured to determine a first amount of weight gain caused by food intake and a second amount of weight gain caused by dialysis.

8. The computer-implemented platform of any one of claims 1 to 7, further configured to monitor operating parameter values ​​of the dialysis system to detect one or more dialysis system related faults.

9. 10. The computer-implemented platform of claim 1, wherein the analysis engine is further configured to determine whether a non-dialysis-related abnormal physical characteristic is likely to adversely affect or is currently adversely affecting a dialysis-related physical characteristic.

10. 10. The computer-implemented platform of claim 1, wherein the analysis engine is further configured to determine whether a dialysis-related abnormal physical characteristic has the potential to or is currently adversely affecting a non-dialysis-related physical characteristic.

11. Further comprising a display device, The computer-implemented platform of claim 1 , wherein the display device is configurable to selectively display or not display information regarding non-dialysis related abnormal physical characteristics.

12. Further comprising a display device, The computer-implemented platform of claim 1 , wherein the display device is configurable to selectively display or not display information regarding dialysis-related abnormal physical characteristics.

13. The analysis engine reports the detected anomalous features non-dialysis-related physical characteristics that adversely affect dialysis-related physical characteristics; and Dialysis-related physical characteristics negatively impact non-dialysis-related physical characteristics The computer-implemented platform of claim 1 , configured to classify a plurality of objects into one of the following:

14. 2. The computer-implemented platform of claim 1, wherein an abnormal physical characteristic is defined as being associated with the dialysis treatment when the respective abnormal physical characteristic places the respective patient at risk for developing one or more dialysis treatment-related complications.

15. 10. The computer-implemented platform of claim 1 configured to determine a level of adherence of a patient to a recommended treatment regimen based on measurements related to operating system parameters of the dialysis system.

16. 2. The computer-implemented platform of claim 1, wherein the analysis engine is further configured to identify one or more abnormal said physical characteristics by comparing at least a portion of the initial input data to the monitoring data of each said patient and / or by comparing at least a portion of the monitoring data of each said patient to one or more thresholds defining normal and abnormal physical conditions.

17. 10. The computer-implemented platform of claim 1, further comprising a dialysis control engine operatively associated with the dialysis system, the dialysis control engine configured to automatically control operation of the dialysis system based on an analysis of the initial input data and the monitoring data of the patient.

18. The computer-implemented platform of claim 3 , wherein the initial and / or updated risk level of the at least one patient is associated with one of several risk profile groups.

19. Further comprising a display device, The analysis engine analyzes initial input data and monitoring data of a plurality of patients undergoing dialysis treatment, the number of patients associated with each risk profile group; The number of patients with one or more abnormal physical characteristics identified, and the number of patients with one or more identified abnormal physical characteristics related to dialysis treatment; and generating updated statistical information indicative of one or more of: The computer implemented platform of claim 17 or 18, wherein the updated statistical information is displayable by the display device via a composite monitoring display.

20. The computer-implemented platform of claim 1 , wherein the analysis engine is configured to predict the onset of complications associated with peritoneal patient treatment based on patient data received by the computer-implemented platform during recent monitored time intervals and to predict an estimated future timestamp or future time interval of the onset of such complications.

21. 1. A method for providing information associated with at least one patient undergoing dialysis treatment using a dialysis system, comprising: receiving initial input data for at least one patient describing physical characteristics of each of said at least one patient; determining an initial risk level for each patient based on said initial input data; receiving monitoring data for each patient indicative of each patient's dialysis treatment; determining whether the received updated monitoring data indicates an abnormal parameter value for the physical characteristic; and for the received updated monitoring data indicating an abnormal parameter value, Distinguishing between abnormal dialysis-related and non-dialysis-related parameter values ​​for a physical characteristic; and providing an output indicating which abnormal parameter values ​​are dialysis related or not; The method includes:

Images