Information providing system for determining risk of falling into heart failure, and software for the same

Abstract

To provide a system that presents easily-understandably information for determining a risk for a specific person to fall into a heart-failure-worsened state, according to real-time biopsy data for the specific person, and to provide software and the like for the system.SOLUTION: The object of the present invention is achieved by software that presents information for determining risk of falling into a heart-failure-worsened state. The software executes, in a patient-side terminal device for a patient suffering from heart failure, the steps of: analyzing a disease state on the basis of biological information including information on a pulse rate, a blood pressure, a weight, and the number of steps for the patient so as to obtain any one of three kinds of determination results of (0) no abnormality, (1) abnormality is observed but not urgent, and (2) the abnormality is observed in urgent need; then, when the determination result is (0), presenting, to the patient, a state stability screen; when the determination result is (1), displaying an abnormality first screen and suggesting a medical consultation with a doctor; and, when the determination result is (2), displaying an abnormality second screen and strongly suggesting the medical consultation with the doctor.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a system and software therefor that presents, in an easily understandable manner, information for determining the risk of a specific individual developing heart failure based on the individual's real-time biopsy data. [Background technology]

[0002] Currently, many heart failure patients receive daily checkups and medication at a nearby family clinic. When such heart failure patients require more advanced testing or treatment, they are referred to university hospitals or general hospitals. Patients are issued with a "heart failure notebook" and are instructed to record their daily blood pressure and weight, but this has not been fully implemented. Furthermore, the "heart failure notebook" is checked only once every one or two months when the patient visits the clinic as an outpatient, and no detailed study has been conducted. In addition, it was difficult for patients themselves to notice signs of worsening heart failure based on daily changes in blood pressure and weight. With chronic heart failure, physical function declines as patients are repeatedly admitted to and discharged from hospital due to acute exacerbations without noticing the signs of deterioration. For this reason, it is extremely important to quickly detect signs of worsening heart failure and avoid hospitalization. For this reason, there has been a demand for systems and software that can quickly detect signs of worsening heart failure. For example, CureApp, Inc. has begun offering a "high blood pressure treatment support app" using smartphones and the Internet (Non-Patent Document 1). [Prior art documents] [Non-patent literature]

[0003] [Non-Patent Document 1] <https: / / cureapp.co.jp / productsite / ht / > Summary of the Invention [Problem to be solved by the invention]

[0004] However, the "high blood pressure treatment assistance app" has only just started to be provided, and there is a demand for a more convenient system. The present invention has been made in consideration of the above-mentioned circumstances, and its object is to provide a system and software therefor that presents easily understandable information for determining a specific individual's risk of developing heart failure based on the individual's real-time biopsy data. [Means for solving the problem]

[0005] The software for presenting information for determining the risk of developing heart failure, according to the invention for solving the above problems, is characterized in that, in a terminal device for a patient suffering from heart failure, the software analyzes the pathological condition of the patient based on biometric information including information on the patient's pulse rate, blood pressure, weight, and number of steps, and obtains one of three types of judgment results: (0) no abnormality, (1) abnormality is found but no emergency is required, or (2) abnormality is found and emergency is required. After that, if the judgment result is (0), a stable condition screen is presented to the patient, if the judgment result is (1), an abnormality 1 screen is displayed and the patient is advised to consult a doctor, and if the judgment result is (2), an abnormality 2 screen is displayed and the patient is more strongly advised to consult a doctor. In the present invention, in addition to the above software, it is preferable to provide second software which, if the input of biometric information by the patient is not permitted for a predetermined date and time, displays an information input reminder to prompt the input of the patient information. Furthermore, when the judgment result changes from (0) to (1) or (2), it is preferable to evaluate that the risk of progression is increasing and to recommend early medical examination. Furthermore, if the determination result is (1) or (2), it is preferable that a notification be sent to a pre-approved contact point.

[0006] A system for presenting information for determining the risk of developing heart failure according to another invention comprises a patient-side terminal device suffering from heart failure, a server device for receiving patient information from the patient-side terminal device, and a doctor-side terminal device for exchanging medical information with the server device, the doctor-side terminal device being equipped with an external notification unit for receiving the medical information and transmitting the doctor-side information to the server device, the patient-side terminal device being equipped with a biological information acquisition unit for inputting and / or detecting biological information of the patient and monitoring the condition, and a biological information acquisition unit for inputting and / or detecting biological information of the patient and monitoring the condition, the biological information acquisition unit including information regarding the patient's pulse rate, blood pressure, weight, and number of steps. The system is characterized by being equipped with a control unit that analyzes the patient's condition based on the biometric information and obtains one of three judgment results: (0) no abnormality, (1) abnormality is found but no emergency action is required, or (2) abnormality is found and emergency action is required.If the judgment result is (0), then a stable condition screen is displayed, if the judgment result is (1), an abnormality 1 screen is displayed and a recommendation to consult a doctor is made, and if the judgment result is (2), an abnormality 2 screen is displayed and a more strong recommendation to consult a doctor is made; and an external communication unit that transmits patient-side information including the biometric information to the server device and receives medical information from the server device.

[0007] In the above invention, if the patient is not permitted to input information for an appropriate period of time (e.g., 2, 3, 4, 5 days), it is preferable that an information input reminder be displayed to prompt the patient to input information. In the above invention, it is preferable that a medication reminder is displayed to encourage daily medication. Effect of the Invention

[0008] According to the present invention, it is possible to provide a system and software therefor that presents information for judging the risk of a specific individual developing heart failure in an easily understandable manner based on the real-time biopsy data of the individual. Note that the risk information provided by the system or software of the present invention is intended to be used for reference purposes, and the final decision will be made by a licensed person such as a physician. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a schematic diagram of a system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a configuration diagram of a patient-side device. [Diagram 3] FIG. 2 is a configuration diagram of a cloud server. [Figure 4] FIG. 2 is a configuration diagram of a terminal device provided on the doctor's side, etc.; [Diagram 5] 1 is a flowchart of the first software. [Figure 6] 1 is an initial screen of a first software implemented in a smartphone. [Figure 7] This is a symptom check data input screen. [Figure 8] This is the stable status screen. [Figure 9] 1 is a flowchart of a routine A. [Figure 10] This is an abnormal screen. [Figure 11] 13 is a flowchart of a routine B. [Figure 12] There are two abnormal screens. [Figure 13] 1 is a flowchart of a routine T. [Figure 14] 1 is a flowchart of routine E. [Figure 15] 13 is a screen showing the results of an abnormal state. [Figure 16] 11 is a calendar display screen in the first software. [Figure 17] This is the menu screen. [Figure 18] 13 is a screen showing the results of outputting a summary of related data using the summary output function of the first software. [Figure 19] 11 is a flowchart of the second software. [Figure 20] This is the screen of a smartphone when an information input reminder is displayed. [Figure 21]This is a graph comparing data for (A) KCCQ-OS and (B) KCCQ-QoL at baseline and 6 months after software implementation in demonstration study (1). [Figure 22] This is a graph showing the changes in BNP, body weight (BW), and plain chest X-ray from first hospitalization (X month) to outpatient rehabilitation (X+6 months: visit based on abnormality 1 activation) in demonstration test (2). DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Next, embodiments of the present invention will be described with reference to the drawings. However, the technical scope of the present invention is not limited to these embodiments, and the present invention can be embodied in various forms without changing the gist of the invention. <System configuration> FIG. 1 shows a schematic diagram of a system 1 (a system that presents information for determining the risk of developing heart failure) according to the present embodiment. The system 1 includes a patient-side device 5 for a patient suffering from heart failure, a cloud server (server device) 3 for receiving patient information, and an A Hospital A, an X Hospital X, a health center H, and a nursing facility K for exchanging medical information with the cloud server 3. For the hospital (doctor), the health center, and the nursing facility, a similar terminal device (doctor-side terminal device) 4 is provided for a plurality of facilities. The patient-side device 5 may include only a smartphone (patient-side terminal device) 2, but may further include a patient information acquisition device 16 and the like. In addition, an emergency information recipient 7 is provided to which information is transmitted from the cloud server 3 when the patient's heart failure worsens.

[0011] As shown in FIG. 2, the smartphone 2 includes a biological information acquisition unit 10 that detects or inputs biological information (e.g., blood pressure, pulse, weight, number of steps, etc.) of the patient and monitors the condition, a control unit 11 that controls and executes software, a data recording unit 12 that records the biological information, etc., an input / output unit 13 that exchanges data with the control unit 11, etc., a monitor unit 14 that displays a display screen, etc. for the patient, and an external communication unit 15 that transmits and receives data and software to and from the outside via the Internet, wireless LAN, etc. Through the external communication unit 15, information can be transmitted and received from an external biological information acquisition device 16. Examples of the biological information acquisition device 16 include a wristwatch-type wearable device 16A and a blood pressure monitor 16B. Data can be transmitted and received between these devices 16A and 16B and the patient-side device terminal 2 via wired LAN, wireless LAN, Bluetooth, etc.

[0012] As shown in Figure 3, the cloud server 3 is equipped with an external communication unit 20 capable of sending and receiving information and software with the smartphone 2, a biometric information recording unit 21 that stores the patient's biometric information, etc., a data extraction unit 22 that extracts necessary data, an information processing unit 23 that processes data according to a predetermined program, and an input / output unit 24 that inputs and outputs information between each unit. As shown in FIG. 4, the terminal device 4 installed in a doctor's office, health center, nursing facility, etc. is provided with an external communication unit 30 capable of sending and receiving information and software to and from the cloud server 3, an input / output unit 31 for inputting and outputting data, software, etc., a data recording unit 32 for recording the patient's biometric information, etc., a control unit 33 for executing specified software, a data analysis unit 34 for analyzing data according to the control of the control unit, and a monitor device 35 for displaying the analysis results and the status of the analysis.

[0013] <Details about Daiichi Software> Next, the first software executed by the smartphone 2 will be described in detail with reference to FIGS. As shown in FIG. 5, when the first software is executed, an initial screen is displayed (S100). In the initial screen shown in FIG. 6, the name 39 of the first software ("Heart Sign" in this embodiment) is displayed near the center of the top row. In this initial screen, the patient's blood pressure (up and down) 40, pulse 41, weight 42, number of steps 43, etc. are displayed. Switches 40A, 41A, and 42A are provided at the right ends of the blood pressure 40, pulse 41, and weight 42, respectively, and data can be manually input by clicking each switch. For the number of steps 43, data from a step count device provided in the smartphone 2 is automatically imported. In addition, blood pressure 44, pulse 45, and weight 46 are displayed as average values ​​for the past 30 days based on the data recorded in the data recording unit 12. Below them, a switch 47 for executing "import from communication compatible model" is provided. Furthermore, on the bottom line, there are provided a menu M of the first software, a graph display G of each piece of vital sign information, a calendar C, a QR code (registered trademark) Q for presenting information on administered medication, and a switch 48 for making a phone call.

[0014] In the next step S102, if the F1 flag or F2 flag (Abnormality 1 or Abnormality 2) described below is set to "ON" and a predetermined number of days (for example, 3, 4, or 5 days) have passed ("YES" in S102), routine E described below is executed. If the result is "NO" in S102, blood pressure, pulse, and weight data are input (S110). Next, when the switch 47 is pressed, if an external biometric information acquisition device 16A, 16B is detected using an external communication unit such as Bluetooth ("YES" in S120), biometric data is acquired from the biometric information acquisition device (S130) and the process proceeds to step S140. If "NO" in S120, the process proceeds to S140. In S140, the symptom check data shown in FIG. 7 is displayed and the input of related symptoms is requested. On this screen, the patient's blood pressure 40 (high and low), pulse 41, and weight 42 are presented, and two items calculated from past biometric information ("weight gain related to worsening heart failure" K1 and "pulse rate is a predetermined number of times or more per minute (e.g., 120 beats / minute or more)" K2) are presented. If K1 or K2 exceeds a predetermined value, it is displayed with a check mark. Regarding weight gain, the weight when in good condition with no abnormalities is recorded as the "normal weight" (reference weight), and when there is an increase of 5% or more from this reference weight or an increase of 5% or more from the weekly average weight, K1 is checked.

[0015] Below that, the symptom check items that the patient must check themselves are displayed. These are specific symptoms and check boxes, such as "shortness of breath when moving" K3, "swelling of the legs and feet" K4, "coughing" K5, "loss of appetite" K6, and "discomfort even when staying still" K7. If the patient has any of the symptoms, they check the box. Data related to these symptom check items are recorded as biometric information. Next, data analysis is performed based on the entered and recorded data regarding the patient (S150). When K1 to K7 are checked, 3 points are given for K1, 4 points for K2, 1 point for any of K3 to K6, and 5 points for K7. The points for K1, K2, K3 to K6, and K7 are added together, and a total of 3 points or less is judged as "stable condition," 4 points is judged as "abnormality 1 exists" ("yellow sign" stage), and 5 points or more is judged as "abnormality 2 exists" ("red sign" stage).

[0016] In this data analysis, if (1) an abnormality is found but it is judged that no emergency is required (abnormality 1) (S160), routine A is executed. Also, if (2) an abnormality is found but it is judged that the degree of emergency is high (abnormality 2) (S170), routine B is executed. If neither abnormality 1 nor 2 is found, a stable condition screen is displayed as shown in FIG. 8 (S180). In addition to a stability display 50A that reads "The condition seems stable. Please continue to check every day," the stable condition screen is provided with a consultation switch 50 and a check-and-see switch 51. The background BG0 of the stable condition screen uses the colors of a normal smartphone (e.g., white, blue, green, etc.). Here, if the consultation switch 50 is clicked ("YES" in S190), routine T is executed. Also, if the check-and-see switch 51 is clicked ("NO" in S190), the screen returns to the initial screen.

[0017] If it is determined in S160 that there is an abnormality 1, routine A is executed as shown in FIG. 9. In routine A, the F1 flag is set to "ON" (S200), and the abnormality 1 screen is displayed as shown in FIG. 10 (S210). The abnormality 1 screen displays a predetermined danger display 60A ("Your heart failure may be worsening. We recommend that you see a doctor soon."), and also displays a consultation switch 60 and a wait-and-see switch 61. The background BG1 of this abnormality 1 screen uses a first abnormality color (e.g., yellow or orange) different from the background BG0 of the stable condition screen. The first abnormality color is used in this way to call the patient's attention. If the consultation switch 60 is clicked ("YES" in S220), routine T is executed. If the wait-and-see switch 61 is clicked ("NO" in S220), routine A is terminated and the screen returns to the initial screen.

[0018] If it is determined in S170 that there is an abnormality 2, routine B is executed as shown in FIG. 11. In routine B, the F2 flag is set to "ON" (S300), and the abnormality 2 screen is displayed as shown in FIG. 12 (S310). In the abnormality 2 screen, a predetermined danger display 70A (for example, the same display as the abnormality 1 screen) is displayed, and a consultation switch 70 and a wait-and-see switch 71 are presented. Note that a stronger expression can be used as the danger display 70A to indicate that there is an even greater danger to the patient. The background BG2 of this abnormality 2 screen uses a second abnormality color (for example, red, etc.) that shows an even greater sense of danger than the abnormality 1 screen. By using the second abnormality color, further attention is drawn to the patient. Here, if the consultation switch 70 is clicked ("YES" in S320), routine T is executed. Also, if the wait-and-see switch 71 is clicked ("NO" in S320), routine B is terminated and the screen returns to the initial screen. In routine T (when the consultation switch 50, 60, 70 is clicked), a call is made to a hospital registered in advance (S400) as shown in Fig. 13. Here, the patient can make an appointment for a consultation.

[0019] In S102, if "Flag F1 or Flag F2 is 'ON' and a predetermined number of days have passed", Routine E is executed. Routine E is executed after a predetermined number of days have passed since it was determined to be in abnormal state 1 or abnormal state 2, and some kind of action is required of the patient. In Routine E, as shown in FIG. 14, first, a screen displaying the result of the abnormal state is displayed (S500). As shown in FIG. 15, the screen displaying the result of the abnormal state has three types of switches, 80 for telephone consultation, 81 for direct consultation, and 82 for no consultation or consultation, according to the action taken by the patient in response to the occurrence of the abnormality. When any of these three types of switches is clicked (S510), the data is recorded (S520). Next, if information for sending a notification email is registered in advance, a family notification email is sent (S530). Here, an email is sent to a family member 7 (emergency information recipient) living far away to inform them of the state of the patient's heart failure. Next, the F1 or F2 flag, which is in the 'ON' state, is set to 'OFF' (S540), and the routine ends.

[0020] Furthermore, when the switch of the graph G is clicked on the initial screen of FIG. 6, the calendar shown in FIG. 16 is displayed. This calendar presents one month's dates and two types of check indicators C1 and C2 indicating that a check has been made on each date. The first type of check indicator C1 is a check in white, and indicates that any of the symptom check items K3 to K7 in FIG. 7 has been checked. The second type of check indicator C2 is a check in a warning color (e.g., orange, red, etc.), and indicates the day on which the F1 flag or the F2 flag became "ON". By viewing these check items, the patient can qualitatively know how the condition of heart failure is progressing (worse or better). Furthermore, when menu M is clicked in Fig. 6, the menu screen shown in Fig. 17 is displayed. The menu screen has displays and switches for login / new registration 91, user information 92, reminder (memorandum notification) 93, family notification 94, family doctor 95, clinical research registration 96, help 97, communication device settings 98, step count settings / import 99, and application information 100. In addition, the first software has a "summary output function" that can output acquired data across multiple dates and times. Figure 18 shows the output of a summary from February 1, 2022 to February 28, 2022 for a certain subject. According to this, the subject's biometric data (blood pressure, pulse, weight, number of steps), the date and number of occurrences of abnormality 1 (yellow sign) and abnormality 2 (red sign), etc. can be viewed at a glance. This summary output screen can be (1) visible to both the subject and those who exchange medical information (e.g., A Hospital A, X Hospital X, Health Center H, and Nursing Facility K), or (2) visible to only a portion of those who exchange medical information with the subject (e.g., only A Hospital A and X Hospital X). If (1) is done, the subject data can be shared and viewed by many people, allowing for detailed management. If (2) is done, the subject data is protected especially among those who have a high obligation to maintain confidentiality, making it easier to prevent the spread of data.

[0021] <Second Software> In addition, when the first software is installed, a small second software is always running in addition to the process of starting the first software. The second software is always running like a smartphone system, so it cannot be stopped unless it is stopped intentionally. FIG. 19 shows a flowchart of the second software. The second software determines whether symptom check data has been input in step S140 of the first software (S600). If it has been input (YES), it resets the date flag FD to 0 (zero) (S610). It also determines whether the date has changed (S620), and each time it changes (YES), it increments FD by 1 (FD = FD + 1) (S630). FD increases, and it is determined whether the next symptom check data input is not performed only during a preset date FX (for example, 2 days, 3 days, 4 days, 5 days, etc.) and FD ≥ FX (S640). If the result is "NO" (FD < FX), the execution of the second software is repeated from S600. On the other hand, if the result is "YES" (FD ≥ FX), an information input reminder display 101 prompting the input of patient information is presented on the initial screen of a normal smartphone (not the first software screen) as shown in FIG. 19 (S650). Note that FD is not reset unless the first software is executed and the input in S140 is received, so the information input reminder is repeatedly displayed every day until new symptom check data is input.

[0022] <Proof-of-concept test (1)> Next, a proof-of-concept test was conducted using the above software. For patients hospitalized with symptomatic heart failure (stage C), the software was installed on the smartphones owned by the patients, and they were allowed to use the software at home for 6 months. Over the 6 months, the KCCQ score, heart failure markers, etc. were continuously evaluated. The KCCQ (The Kansas City Cardiomyopathy Questionnaire) score, also known as the Kansas City cardiomyopathy questionnaire, was developed to evaluate the QOL of heart failure patients. The 23-item questionnaire consists of five domains: physical limitations, symptoms of heart disease (frequency, severity, and change over time), self-efficacy, social limitations, and QOL. The total score is obtained from 0 to 100 points, and a higher score indicates a better health status. The subjects were 55 heart failure patients in their 30s to 80s, with an average age of 61.8 years (oldest was 88 years). Additionally, 62% were male and 38% were female. The data entry rate for blood pressure, pulse rate, and weight was over 80%, and for symptoms it was 78%. Table 1 shows the changes and P values ​​of KCCQ scores (KCCQ-overall summary (OS) score, KCCQ-clinical summary (CS) score, KCCQ-total symptom (TS) score, KCCQ-physical limitation (PL) score, and KCCQ-quality of life (QoL) score) before and after the introduction of the first and second software (N=22). In particular, the overall index KCCQ-OS significantly improved from 64.3±20.0 to 81.0±18.3 (P=0.00023) before the introduction of the app, and the KCCQ-QoL (Quality of Life), which focuses on QOL, also significantly improved from 46.9±20.4 to 72.5±21.7 (P<0.0001) before the introduction. Figure 21 shows a graph comparing the data for KCCQ-OS and KCCQ-QoL between baseline (before the software was introduced) and 6 months after the software was introduced.

[0023] [Table 1]

[0024] <Demonstration Test (2)> Next, as a demonstration test example, a case of a woman in her 50s who had the software of this embodiment installed was shown, where emergency hospitalization was avoided by the software's alert system (Abnormality 1 or Abnormality 2). In this case, the software (particularly the first software) was installed for recurrent heart failure, and as a result, the patient experienced symptoms of leg swelling, weight gain, loss of appetite, and shortness of breath on exertion during the course of treatment, and Abnormality 1 was activated, leading to her visiting the outpatient clinic. FIG. 22 shows the changes in BNP, body weight (BW) and plain chest X-ray from first hospitalization (X month) to outpatient rehabilitation (X+6 months: visit based on activation of abnormality 1). As a result of examinations at the hospital, the patient was diagnosed with worsening heart failure. After adjusting his oral medication, the patient's heart failure condition stabilized with outpatient care and emergency hospitalization was avoided.

[0025] In this way, according to the present embodiment, a system and software therefor that presents, in an easy-to-understand manner, auxiliary information for determining the risk of a patient developing heart failure in accordance with real-time biopsy data about the patient, can be provided. Note that the risk information provided by the system or software of the present embodiment is intended to be used for reference purposes, and the final decision will be made by a licensed person such as a doctor. In addition to the above, this embodiment has the following advantages. (1) Patients with heart failure are evaluated on a three-level scale: stable, abnormal 1, or abnormal 2. If the patient is evaluated as at high risk of worsening (abnormal 1 or 2), they are advised to seek medical attention early. This is believed to help prevent emergency hospitalization due to heart failure. In addition, the system has a function to provide feedback at a later date on whether the patient actually sought medical attention or whether they contacted a medical institution. (2) When using the software, the contact information of approved family members, etc. is set in advance, and notifications are sent when abnormalities 1 and 2 occur. This allows family members (children, grandchildren, etc.) living in remote locations and staff at nursing care facilities to instantly grasp the worsening of heart failure. This function can also be used to send notifications to medical professionals (family doctors, etc.).

[0026] (3) Patients can intuitively check the input rate and alert issuance status through the calendar display, and can access daily data details. With conventional heart failure notebooks, it was difficult to know when and what data was important, but with this embodiment, the areas where actual changes have occurred are visually easy to understand, which can help improve management efficiency. (4) The app can read and register QR codes (registered trademark, JAHIS compliant) containing drug information written on the instructions issued by the pharmacy for the medications the patient is taking. This makes it easier to understand medication information when visiting a doctor other than the patient's regular doctor, and allows data analysis by medication type. In addition, the estimated body fluid volume obtained from biometric information can be used to determine whether medication (diuretics, etc.) needs to be changed.

[0027] (5) By using a Bluetooth-enabled blood pressure monitor, weight scale, or body composition monitor, daily biometric information can be obtained automatically, without having to be entered manually. This means that elderly people and busy working people who are not accustomed to smartphones can easily enter data automatically without forgetting to do so. (6) By linking with a wristwatch-type wearable device, it is possible to obtain continuous data such as pulse rate, blood oxygen saturation (blood oxygen wellness), electrocardiogram, sleep, and activity level. This data allows for more detailed analysis of the state of heart failure, making it possible to accurately indicate abnormalities 1 and 2.

Claims

1. In a terminal device for a patient suffering from heart failure, the pathology of the patient is analyzed based on biological information including information on the pulse rate, blood pressure, weight, and number of steps of the patient, and (0) abnormal The software presents information for determining the risk of developing heart failure, characterized in that after obtaining one of three types of judgment results, namely, (1) none, (2) abnormality is found but no emergency is required, or (3) abnormality is found and emergency is required, if the judgment result is (0), a stable condition screen is presented to the patient, if the judgment result is (1), an abnormality 1 screen is displayed and the recommendation to consult a doctor is presented, and if the judgment result is (2), an abnormality 2 screen is displayed and the recommendation to consult a doctor is more strongly presented.

2. The software according to claim 1, further comprising, in addition to the software, second software which displays an information input reminder to prompt the patient to input the patient information if the patient's input of biometric information is not permitted for a predetermined date and time.

3. The software according to claim 1, wherein when the judgment result changes from (0) to (1) or (2), it evaluates that the risk of progression is increasing and recommends early medical examination.

4. The software according to any one of claims 1 to 3, wherein if the determination result is (1) or (2), a notification is sent to a pre-approved contact address.

5. A system including a patient terminal device suffering from heart failure, a server device that receives patient information from the patient terminal device, and a doctor terminal device that exchanges medical information with the server device, the doctor's terminal device is provided with an external notification unit that receives the medical information and transmits doctor's side information to the server device; The patient-side terminal device includes a biological information acquisition unit that inputs and / or detects biological information of the patient and monitors the patient's condition, and a biological information acquisition unit that analyzes the patient's condition based on the biological information including the patient's pulse rate, blood pressure, weight, and number of steps, and determines whether the patient is (0) abnormal. A system for presenting information for determining the risk of developing heart failure, characterized in being equipped with a control unit that, after obtaining one of three judgment results: (1) none, (2) abnormality is found but no emergency action is required, or (3) abnormality is found and emergency action is required, presents a stable condition screen if the judgment result is (0), displays an abnormality 1 screen and suggests consulting a doctor if the judgment result is (1), and displays an abnormality 2 screen and more strongly suggests consulting a doctor if the judgment result is (2), and an external communication unit that transmits patient-side information including the biometric information to the server device and receives medical information from the server device.

Images