Server control device, terminal control device, management system, management method, and program

Abstract

To provide a server control device, a terminal control device, a management system, a management method, and a program capable of achieving appropriate and efficient health management.SOLUTION: The control unit 20A controls a server 2 that can communicate with a plurality of terminals 1, one of which is a terminal 1 1A operated by an observed person whose health condition is to be observed, and the rest of which are terminals 1 1B to 1D operated by supporters who support the observed person. The control part 20A includes a message processing part 20 for transferring a message transmitted from one terminal 1 to the other grouped terminals 1 in a group of the terminals 1 grouped among the plurality of terminals 1, and an alert processing part 22 for transmitting alert information to the terminal 1A operated by the person to be managed when the health condition of the person to be managed satisfies a predetermined alert condition.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a server control device, a terminal control device, a management system, a management method, and a program. [Background technology]

[0002] Due to the aging population, the number of patients with heart failure is increasing. A high proportion of heart failure patients are elderly people living alone. Furthermore, it has been reported that 30% of heart failure patients aged 65 or older also suffer from dementia (see, for example, Non-Patent Document 1). [Prior art documents] [Non-patent literature]

[0003] [Non-Patent Document 1] Tsutsui, Hiroyuki et al., "Guidelines for the Treatment of Acute and Chronic Heart Failure, 2017 Revised Edition," [online], published March 23, 2018, Japanese Circulation Society / Japanese Heart Failure Society, [Retrieved May 21, 2023], Internet<URL:https: / / www.j-circ.or.jp / cms / wp-content / uploads / 2017 / 06 / JCS2017_tsutsui_h.pdf> Summary of the Invention [Problem to be solved by the invention]

[0004] Preventing recurrence is important in the treatment of heart failure. Self-management by the patient is essential to preventing recurrence, and support from those around them is also important. To prevent the recurrence of heart failure, health management is carried out through cardiac rehabilitation. Cardiac rehabilitation involves a wide range of management tasks, including program management, pathological assessment, exercise tolerance assessment, nutritional management, salt reduction guidance, weight management, blood pressure management, lipid management, diabetes management, smoking cessation guidance, psychological and social management, lifestyle activity guidance, exercise program creation, and emergency and abnormality management. Therefore, a tool for health management is necessary. The heart failure diary is one tool for health management. However, many people believe that paper-based heart failure diaries are not user-friendly and difficult to manage.

[0005] In addition, with the aging of the population, it is becoming increasingly necessary to create a system that can provide appropriate and efficient support for the health management of elderly people and others, not just those with heart failure.

[0006] The present invention has been made in light of the above-mentioned circumstances, and aims to provide a server control device, a terminal control device, a management system, a management method, and a program that can realize appropriate and efficient health management. [Means for solving the problem]

[0007] In order to achieve the above object, a server control device according to a first aspect of the present invention comprises: a server control device that controls a server capable of communicating with a plurality of terminals, one of which is a terminal operated by a person whose health condition is to be managed, and the remaining terminals are terminals operated by a supporter who supports the person whose health condition is to be managed; a message processing unit that transfers a message sent from one terminal in a group of terminals among the plurality of terminals to the remaining terminals in the group; an alert processing unit that transmits alert information to a terminal operated by the managed person when the data indicating the health condition of the managed person satisfies a predetermined alert condition; Equipped with.

[0008] The message processing unit At least one group of the terminals can be managed; The terminal a message display control unit that displays an input message for each group to which the terminal belongs and that is managed by the message processing unit and transmits the message to the message processing unit, and that displays messages from terminals in the group that are received from the message processing unit; This may also be the case.

[0009] the data indicating the health condition of the person to be managed includes self-measured data transmitted from a terminal operated by the person to be managed, The alert processing unit The self-measurement data indicating the presence of a subjective symptom of dyspnea at rest is set as the alert condition, and alert information urging the person to visit a medical institution is transmitted to the terminal operated by the person to be managed. This can also be done.

[0010] The alert processing unit The self-measured data indicates at least one of the following as the alert condition: the presence of subjective symptoms of exertional dyspnea, orthopnea, palpitations, edema, or cough; a pulse rate of a predetermined number of times or more; a weight gain in a predetermined period of time of a predetermined amount or more; and an oxygen saturation level of a predetermined ratio or more. Alert information urging the person to visit a medical institution is sent to the terminal operated by the person to be managed. This may also be the case.

[0011] The alert processing unit the alert condition is that a specified time or more has elapsed without receiving self-measurement data, which is data on the health condition of the managed person, from the terminal operated by the managed person, and alert information prompting self-measurement is transmitted to the terminal operated by the managed person; This may also be the case.

[0012] a calendar function unit that manages whether or not the self-measurement data has been received on a daily basis; The calendar function unit is transmitting information indicating whether the self-measurement data has been received each day to a terminal operated by the person to be managed; This may also be the case.

[0013] the alert processing unit transmits the alert information to all terminals in a group including a terminal operated by the person to be managed; This may also be the case.

[0014] the alert processing unit is capable of changing, for each group, the timing of transmitting the alert information to the terminals in the group; This may also be the case.

[0015] A terminal control device according to a second aspect of the present invention comprises: A terminal control device that controls a terminal that can communicate with a server that manages the health status of a person to be managed, a message display control unit that displays a message input by operation for each group to which the terminal belongs and transmits the message to the server, and also displays messages received from the server from other terminals in the group; an alert display control unit that displays alert information transmitted from the server when the data indicating the health condition of the managed person satisfies a predetermined alert condition; Equipped with.

[0016] controlling the terminal so that the message and the alert information can be displayed simultaneously; This may also be the case.

[0017] A management system according to a third aspect of the present invention comprises: a server control device that controls a server that manages the health status of a person who is a target of health status management; a terminal control device communicably connected to the server, the terminal control device includes an imaging unit that captures print data indicating data related to the health condition of the person to be managed that is printed in a predetermined format; One of the server control device and the terminal control device includes a conversion unit that converts the captured image of the print data into data composed of text or images, The server control device includes a storage unit that stores at least one of the data formed from the text or the image converted by the conversion unit.

[0018] a data separation unit that separates the data related to the health condition of the person to be managed stored in the server into first data indicating personal information and second data indicating data other than personal information; a first database that collects and stores the first data of a plurality of managed persons; a second database that collects and stores the second data of a plurality of managed persons; Equipped with This may also be the case.

[0019] A management method according to a fourth aspect of the present invention comprises: A management method executed by a server capable of communicating with a plurality of terminals, one of which is a terminal operated by a person whose health condition is to be managed, and the remaining terminals are operated by a supporter who supports the person whose health condition is to be managed, a message processing step of transferring a message sent from one terminal in a group of terminals among the plurality of terminals to the remaining terminals in the group; an alert processing step of transmitting alert information to a terminal operated by the person to be managed when the data indicating the health condition of the person to be managed satisfies a predetermined alert condition; Includes.

[0020] A management method according to a fifth aspect of the present invention comprises: A management method executed by a terminal capable of communicating with a server that manages the health status of a person to be managed, a message display control step of displaying a message input by operation for each group to which the terminal belongs and transmitting the message to the server, and displaying messages received from the server from other terminals in the group; an alert display control step of displaying alert information transmitted from the server when the data indicating the health condition of the managed person satisfies a predetermined alert condition; Includes.

[0021] A program according to a sixth aspect of the present invention comprises: On the computer, a message processing step of transferring a message sent from one terminal to the remaining terminals in a group of terminals, the group being one terminal operated by a person whose health condition is to be managed and the remaining terminals operated by a supporter who supports the person; an alert processing step of transmitting alert information to a terminal operated by the person to be managed when the data indicating the health condition of the person to be managed satisfies a predetermined alert condition; Execute the following.

[0022] A program according to a seventh aspect of the present invention comprises: On the computer, a message display control step of displaying an input message for each group to which the terminal belongs and transmitting the message to a server that manages the health conditions of the persons to be managed, and displaying messages received from other terminals in the group from the server; an alert display control step of displaying alert information transmitted from the server when the data indicating the health condition of the managed person satisfies a predetermined alert condition; Execute the following. [Effects of the Invention]

[0023] The server control device, terminal control device, management system, management method, and program according to the present invention can realize appropriate and efficient health management. [Brief explanation of the drawings]

[0024] [Figure 1] 1 is a block diagram showing a functional configuration of a management system according to an embodiment of the present invention; [Figure 2] FIG. 2 is a schematic diagram showing the configuration of the terminal of FIG. [Figure 3] FIG. 2 is a block diagram showing a configuration for realizing message exchange between terminals, among the components of the management system of FIG. 1. [Figure 4] 1A is a diagram showing an example of an image displaying a dialogue through message exchange, FIG. 1B is a diagram showing an example of a group of terminals, and FIG. 1C is a diagram showing an example of a list of groups. [Figure 5] Fig. 2A is a block diagram showing a configuration for realizing input of self-measurement among the components of the management system of Fig. 1. Fig. 2B is a diagram showing an example of an input screen for self-measurement. [Figure 6] 10 is a flowchart of a determination process. [Figure 7] Fig. 2A is a block diagram showing a configuration for realizing a calendar function among the components of the management system of Fig. 1. Fig. 2B is a diagram showing an example of a displayed calendar. [Figure 8] 1A is a block diagram showing a configuration for inputting and displaying blood test results among the components of the management system in FIG. 1. FIG. 1B is a block diagram showing a configuration for inputting and displaying image test results among the components of the management system in FIG. 1. [Figure 9] 1A is a block diagram showing a configuration for realizing the display of basic information, drug information, and knowledge among the components of the management system of FIG. 1. FIG. 1B is a diagram showing an example of the specific content of the basic information, drug information, and knowledge. [Figure 10] FIG. 2 is a block diagram showing a configuration for inputting electronic medical record data, among the components of the management system of FIG. 1. [Figure 11] FIG. 2 is a block diagram showing a configuration of the management system of FIG. 1, in which data relating to the health conditions of a plurality of managed persons is collected and compiled into a database. [Figure 12] FIG. 2 is a block diagram showing the hardware configuration of the management system of FIG. 1. [Figure 13] 10 is a flowchart of a message process and a message display control process. [Figure 14] 10 is a flowchart of a consultation recommendation alert process and an alert display process. [Figure 15] 10 is a flowchart of a lifestyle habit alert process and an alert display process. [Figure 16] FIG. 10 is a diagram showing an example of transition of a displayed image. DETAILED DESCRIPTION OF THE INVENTION

[0025] Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In each drawing, the same or equivalent parts are denoted by the same reference numerals. In the following embodiments, the terms "have," "include," or "contain" also mean "consist of" or "consist of."

[0026] <Management system configuration> 1, a management system 100 according to an embodiment of the present invention manages the health status of a person to be managed. In this embodiment, the person to be managed is assumed to be, for example, a patient with heart failure who has been discharged from the hospital and whose health status has become a subject of management.

[0027] 1, the management system 100 includes a plurality of terminals 1 and a server 2. The terminals 1 may be mobile terminals or smartphones, or may be tablets, wearable devices, or personal computers. The server 2 is a computer connected to the terminals 1 so as to be able to communicate with them.

[0028] FIG. 1 shows terminals 1A operated by the person to be managed, and terminals 1B, 1C, and 1D operated by supporters who support the person to be managed. The supporters who support the person to be managed are the family of the person to be managed, medical professionals, and caregivers / welfare workers. FIG. 1 shows terminal 1B as the terminal 1 operated by the family of the person to be managed, terminal 1C as the terminal 1 operated by the medical professional, and terminal 1D as the terminal 1 operated by the caregiver / welfare worker. In other words, of the multiple terminals 1, at least one is terminal 1A operated by the person to be managed, and the rest are terminals 1B to 1D operated by supporters who support the person to be managed.

[0029] Medical professionals include, for example, doctors, nurses, laboratory technicians, and pharmacists, while caregivers / welfare workers include, for example, care managers and home helpers. FIG. 1 shows one each of terminals 1A-1D. However, in reality, there may be a plurality of each of terminals 1A-1D. For example, if the person to be managed has a plurality of family members, there may be a terminal 1B for each family member. Furthermore, the terminals 1C may include a doctor's terminal 1C, a nurse's terminal 1C, a laboratory technician's terminal 1C, and a pharmacist's terminal 1C. Furthermore, the terminals 1D may include a care manager's terminal 1D and a home helper's terminal 1D. Furthermore, the same person may use a plurality of terminals 1. For example, a medical professional may use a personal computer as terminal 1C indoors and a smartphone as terminal 1C when out and about. The same applies to the person to be managed, family members, and caregivers / welfare workers.

[0030] <Device configuration> As shown in FIG. 2, terminal 1 includes a display unit 10A and a control unit 10B as a terminal control device. A display image is displayed on display unit 10A. Control unit 10B controls terminal 1. The display image is divided into three display areas: top, middle, and bottom. A small window 10a is displayed in the top display area, and a button display area 10b is displayed in the central display area. A main window 10c is displayed in the bottom display area.

[0031] The small window 10a is an area smaller than the main window 10c. In the small window 10a, the screen can be scrolled by operating input, allowing the entire image larger than the size of the small window 10a to be displayed. Furthermore, the small window 10a can be set to automatically switch the displayed image every time a certain period of time has passed (loop slide method). As described below, basic information, drug information, and various alert information are displayed in the small window 10a.

[0032] Eight select buttons are displayed in the button display area 10b. The top four select buttons, from left to right, are a basic information display button, a medication information display button, a blood test display button, and an imaging test display button. These four buttons are basically used to display information entered by medical professionals. The bottom four select buttons, from left to right, are a self-measurement input button, a diary display button, a calendar display button, and a knowledge display button. Corresponding to these eight select buttons, the control unit 10B includes a basic information display control unit 11, a medication information display control unit 12, a blood test display control unit 13, an imaging test display control unit 14, a knowledge display control unit 15, a calendar display control unit 16, a diary display control unit 17, and a self-measurement input control unit 18. The control unit 10B also includes an alert display control unit 19 that controls the display of alert information, which will be described later.

[0033] The main window 10c alternately displays messages such as a log of messages exchanged between multiple terminals 1 and a self-measurement input screen. In this way, in terminal 1, messages are displayed in the main window 10c, and under the control of the alert display control unit 19, alert information is mainly displayed in the small window 10a. The control unit 10B controls terminal 1 so that messages and alert information can be displayed simultaneously. By simultaneously displaying messages and alert information, the display of either the message or the alert information is prevented from being erased, making it easier for the person operating terminal 1 to notice both that a message has been updated and that alert information has been displayed. Furthermore, by displaying both simultaneously, it is possible to check the alert information while referring to the previous message exchanges and understand the process leading up to the display of the alert information.

[0034] <Message exchange configuration> Among the components of the management system 100, the configuration for exchanging messages will be described first. As shown in Fig. 2, when the exchange diary display button second from the left in the bottom row of the button display area 10b is selected, the exchange diary display control unit (message display control unit) 17 operates. The exchange diary display control unit 17 displays an image of the exchange diary that displays the exchange of messages with other terminals 1, i.e., a message log (see Fig. 4(A)), in the main window 10c.

[0035] As shown in FIGS. 1 and 3, the server 2 is controlled by a control unit 20A as a server control device. The control unit 20A includes a message processing unit 20 and a storage unit 21. To exchange messages between terminals 1, it is necessary to create groups for exchanging messages. For example, as shown in FIG. 4(B), multiple groups can be created in advance, such as creating Group A (an overall group) with the person to be managed (the person himself / herself), family members, medical professionals, and caregivers / welfare workers, or creating Group B with family members excluding the person, medical professionals, and caregivers / welfare workers. It is also possible to create a group consisting only of the person to be managed and family members. The message processing unit 20 can manage at least one group consisting of at least some of the multiple terminals 1. Meanwhile, the diary exchange display control unit 17 also holds information on at least one group to which the terminal 1 belongs.

[0036] The message processing unit 20 transfers a message sent from any terminal 1 belonging to a group of terminals 1 grouped together among a plurality of terminals 1 to other terminals 1 in the group, and stores a log of the message for each group in the storage unit 21. Meanwhile, the exchange diary display control unit 17 holds a log of messages sent so far for each group to which the terminal 1 belongs.

[0037] When the exchange diary display button is selected, the exchange diary display control unit 17 displays a list of groups that the terminal 1 can participate in in the main window 10c, as shown in FIG. 4(C), for example. When one of the groups listed in the main window 10c is selected by an operation input, the exchange diary display control unit 17 displays a log of messages (contents of the exchange diary) for that group. As a result, as shown in FIG. 4(A), the main window 10c displays the exchange of messages (dialogue) for that group. FIG. 4(A) shows a dialogue for the entire medical group, including the person to be managed (Taro), his family (eldest daughter), the care manager, nurses, and doctors. By viewing this dialogue, group participants can communicate about the current health condition of the person to be managed, Taro, and take necessary measures. FIG. 4(A) shows a screen displayed on terminal 1A operated by the person to be managed. The contents of each message are the same on the screens of terminals 1B, 1C, and 1D operated by the family (eldest daughter), the care manager, the nurse, and the doctor, but the left and right positions of each message may be different.

[0038] The person to be managed (Taro), family members (eldest daughter), care managers, nurses, and doctors can input new messages while viewing the message log. The exchange diary display control unit 17 displays the messages input by operation for each group to which the terminal 1 belongs, managed by the message processing unit 20, and transmits them to the server 2 (message processing unit 20), and also displays messages received from the server 2 (message processing unit 20) from other terminals in the group. The message processing unit 20 transfers a message sent from one terminal 1 to the remaining terminals 1 in the group. The message log is stored in the storage unit 21.

[0039] This message exchange configuration also enables the transmission and reception of image files between terminals 1. In terminal 1, the diary exchange display control unit 17 can select an image file from multiple stored image files through operational input. The diary exchange display control unit 17 transmits the selected image file to the message processing unit 20 of the server 2, along with the input message. The message processing unit 20 transfers the image file transmitted from one terminal 1 to the remaining terminals 1 in the group. The image file is stored in the storage unit 21. The terminal 1 that receives the image file displays a thumbnail of the image file on the message display screen, and enlarges and stores the image file as necessary. This allows, for example, a patient to transmit an image file of their own body taken to a medical professional, who can then review the image file.

[0040] <Configuration for realizing self-measurement input> Next, a configuration of the management system 100 for realizing the input of self-measurement will be described. As shown in FIGS. 2 and 5(A), when the self-measurement input button is selected on the terminal 1, the self-measurement input control unit 18 operates. The self-measurement input control unit 18 displays the self-measurement input screen shown in FIG. 5(B) in the main window 10c. The self-measurement input screen is used to input the following measured values: today's date, presence or absence of heart failure symptoms, presence or absence of dyspnea at rest, presence or absence of orthopnea, presence or absence of dyspnea on exertion, presence or absence of palpitations, presence or absence of edema, presence or absence of cough, oral medication, weight, blood pressure, pulse, and SpO2 (oxygen saturation). The person to be managed inputs this information while viewing the self-measurement input screen. At this time, the test results of the testing device 3 may be input from the testing device 3 via Bluetooth (registered trademark) or a communication network. The testing device 3 may, for example, be a scale for measuring weight, a sphygmomanometer for measuring blood pressure and pulse, or a pulse oximeter for measuring oxygen saturation. The self-measurement input control unit 18 inputs self-measurement data related to the daily health condition of the person to be managed and transmits it to the server 2. Of these, the most important is whether or not the person is aware of dyspnea at rest. Therefore, it may be possible to input only whether or not the person is aware of dyspnea at rest. Also, measuring SpO2 (oxygen saturation) is optional, and if the person being managed does not have a measuring device on hand, this measurement and assessment do not need to be performed.

[0041] As shown in FIGS. 1 and 5A, the control unit 20A of the server 2 includes an alert processing unit 22. The storage unit 21 stores data on the health status of the managed individual transmitted from the terminal 1. The data on the health status of the managed individual includes self-measured data that should be measured daily and transmitted from the terminal 1A operated by the managed individual. The alert processing unit 22 determines whether the self-measured data, which is data on the health status of the managed individual transmitted from the terminal 1A operated by the managed individual, satisfies a predetermined alert condition that requires the individual to visit a medical institution. If the data on the health status of the managed individual satisfies the predetermined alert condition that requires the individual to visit a medical institution, the alert processing unit 22 transmits alert information (a medical examination recommendation alert) to the terminal 1. At this time, the alert information may be transmitted only to the terminal 1A of the managed individual, or may be transmitted not only to the terminal 1A but also to the remaining terminals 1B to 1D in the group. Upon receiving the alert information, the alert display control unit 19 of the terminals 1A to 1D displays the alert information in the small window 10a. The alert processing unit 22 may transmit the alert information to the terminal 1 by email. Furthermore, the alert display control unit 19 may not only display the alert information in the small window 10a, but also output the alert information as sound.

[0042] <Determination process> The determination process executed by the alert processing unit 22 will be described. Execution of this determination process begins when new self-measured data is stored in the storage unit 21. As shown in FIG. 6, the alert processing unit 22 first determines whether or not the patient has dyspnea at rest (step S1). If the patient has dyspnea at rest (step S1; Yes), the alert processing unit 22 transmits alert information to the terminal 1 (particularly, terminal 1A) indicating that the patient is suspected of having heart failure and urging the patient to visit a medical institution (step S6; alert processing step). The alert display control unit 19 of the terminal 1 displays the alert information in the small window 10a (see FIG. 16).

[0043] If there are no subjective symptoms of dyspnea at rest (Step S1; No), or if there is no dyspnea at rest (Step S1; No), the alert processing unit 22 determines whether there is exertional dyspnea, or whether there are subjective symptoms of orthopnea, palpitations, edema, or cough (Step S2). If there are no such subjective symptoms (Step S2; No), the alert processing unit 22 determines whether the pulse rate is 120 / min or higher (Step S3). If the pulse rate is not 120 / min or higher (Step S3; No), the alert processing unit 22 determines whether the weight gain per week is 2 kg or higher (Step S4). If the weight gain per week is not 2 kg or higher (Step S4; No), the alert processing unit 22 determines whether the oxygen saturation is less than 92% (Step S5). If the oxygen saturation is not less than 92% (Step S5; No), the alert processing unit 22 ends the determination process.

[0044] On the other hand, if the patient has dyspnea at rest (step S1; Yes), other subjective symptoms (step S2; Yes), pulse rate of 120 / min or more (step S3; Yes), weight gain of 2 kg or more per week (step S4; Yes), or oxygen saturation of less than 92% (step S5; Yes), the alert processing unit 22 transmits alert information to the terminal 1 urging the patient to visit a medical institution (step S6). The alert display control unit 19 of the terminal 1 displays the alert information in the small window 10a (see FIG. 16).

[0045] For example, the cutoff value for pulse rate (120 beats / min) is based on the Framingham Study's diagnostic criteria for heart failure, which stipulates that a rate of 120 beats / min or higher is considered tachycardia. This is also the criterion established by the Japanese Circulation Society's Guidelines for the Treatment of Acute and Chronic Heart Failure. However, other values ​​may be used as the cutoff value for pulse rate. Regarding the cutoff value for weight gain (2 kg / week), the guidelines advise heart failure patients, their families, and caregivers to use a 2 kg gain in 3 days as the criterion for responding to exacerbations. However, a 2 kg or greater gain in 1 week is generally used as the criterion for outpatient cardiac rehabilitation checklists. Therefore, a weight gain cutoff value of 2 kg or greater in 3 days may be used. In this way, the time period and amount of weight gain can be adjusted as appropriate.

[0046] Regarding oxygen saturation, the guidelines state that an oxygen saturation level of less than 90% is the criterion for prompt positive pressure ventilation or intubation, and that the target for treatment is 95% or higher. Furthermore, while an oxygen saturation level of less than 90% is considered to be a fairly serious condition, setting the oxygen saturation cutoff value at 94% or lower would result in too many cases, so the oxygen saturation cutoff value is set at 92% or higher. The oxygen saturation cutoff value can be changed as appropriate around this ratio. In this way, the judgment conditions for self-measured data (the judgment conditions in steps S1 to S5, for example, the judgment cutoff value) can be adjusted as appropriate.

[0047] In this way, if there is a subjective symptom of dyspnea at rest (step S1; Yes), the alert processing unit 22 transmits alert information to the terminal 1A operated by the person to be managed, urging the person to visit a medical institution as there is suspected heart failure. Even if there is no subjective symptom of dyspnea at rest, the alert processing unit 22 transmits alert information to the terminal 1A operated by the person to be managed if there are subjective symptoms of dyspnea on exertion, orthopnea, palpitations, edema, or cough (step S2; Yes), the pulse rate is equal to or greater than a predetermined value (step S3; Yes), the weight gain over a certain period is equal to or greater than a predetermined value (step S4; Yes), or the oxygen saturation level is equal to or greater than a predetermined ratio (step S5; Yes).

[0048] As described above, the self-measurement input control unit 18 may automatically input the numerical values ​​indicating the test results of the test device 3 transmitted from the test device 3 via Bluetooth (registered trademark) or a communication network as self-measurement data, as shown in FIG. 5(A), and transmit the input self-measurement data to the server 2.

[0049] <Configuration for realizing calendar function> Next, a description will be given of the components of the management system 100 that implement the calendar function. As shown in FIG. 2, when the calendar function button is selected on the terminal 1, the calendar display control unit 16 operates. Note that when the display image is displayed, a calendar may be displayed by default in the main window 10c. As shown in FIGS. 1 and 7(A), the control unit 20A of the server 2 includes a calendar function unit 23 that manages whether or not self-measurement data has been received on a daily basis. When the calendar function button is selected, the calendar display control unit 16 sends a request for calendar information to the calendar function unit 23.

[0050] The memory unit 21 stores calendar information for the year, month, and day, as well as schedule information for that day. The calendar function unit 23 reads the calendar information and schedule information from the memory unit 21 and transmits them to the display calendar control unit 26. The calendar display control unit 16 displays a calendar image for that month in the main window 10c according to the calendar information, as shown in FIG. 7(B), for example, and also displays schedule information for that day. The calendar display control unit 16 may display schedule information, such as information about medical appointments, in the small window 10a. The calendar image may also have a completion button for oral medication. When the person to be managed completes oral medication for that day, he or she selects the completion button. The calendar display control unit 16 transmits the completion of oral medication to the calendar function unit 23. The calendar function unit 23 records the completion of oral medication for that day in the memory unit 21.

[0051] As shown in FIG. 7(B), each date on the calendar is marked with a circle or an x. A circle indicates that the input of self-measurement data was completed on that day, and an x ​​indicates that the input of self-measurement data was not completed on that day. Calendar function unit 23 reads information indicating the dates on which self-measurement data was not received and the dates on which self-measurement data was received (information indicating whether self-measurement data was received for each day) from storage unit 21 and transmits this information to terminal 1. Calendar display control unit 16 of terminal 1 displays an x ​​on the calendar for dates on which self-measurement data was not received, and a circle on dates on which self-measurement data was received.

[0052] Furthermore, when new self-measurement data is to be input, today's date (e.g., June 25th) is selected in the calendar function. When the date is selected, the calendar display control unit 16 operates the self-measurement input control unit 18 (see FIG. 2). The self-measurement input control unit 18 displays the self-measurement input screen shown in FIG. 5(B) in the main window 10c, and transitions the terminal 1 to a state in which self-measurement data can be input as described above. When the input of self-measurement data is completed and storage in the memory unit 21 is completed, the calendar function unit 23 updates the self-measurement input status for that date stored in the memory unit 21 to ○. The updated information is transmitted from the calendar function unit 23 to the calendar display control unit 16. When the calendar display control unit 16 redisplays the calendar in the main window 10c, it displays ○ next to today's date on the calendar.

[0053] The alert processing unit 22 manages the time of self-measurement data in cooperation with the calendar function unit 23 having time information. For example, the alert processing unit 22 refers to the storage unit 21, and when a set specified time has elapsed without receiving self-measurement data of that day from the terminal 1A, the alert processing unit 22 transmits alert information (lifestyle habit alert) prompting self-measurement to the terminal 1A operated by the person to be managed. The alert display control unit 19 displays the alert information (lifestyle habit alert) prompting self-measurement in the small window 10a of the terminal 1A of the person to be managed (see FIG. 16 ).

[0054] Furthermore, the alert processing unit 22, working in conjunction with the calendar function unit 23, refers to the storage unit 21, and transmits alert information (lifestyle habit alert) to the terminal 1A operated by the person to be managed, urging the person to perform self-measurement, if one day or more has passed without receiving self-measurement data. At this time, the alert processing unit 22 may also transmit the alert information to the terminals 1C to 1D. The alert display control unit 19 of each terminal 1 displays the alert information (lifestyle habit alert) urging the person to perform self-measurement in the small window 10a.

[0055] Furthermore, the alert processing unit 22, working in conjunction with the calendar function unit 23, refers to the storage unit 21 and transmits alert information (lifestyle alert) to the terminal 1A operated by the person to be managed, encouraging self-measurement, if two or more days have passed without self-measurement data being transmitted from the terminal operated by the person to be managed. At this time, the alert processing unit 22 may be configured to transmit the alert information to all terminals 1A to 1D in the group including the terminal 1A operated by the person to be managed. The alert display control unit 19 of each terminal 1 may display the alert information in the message log of the main window 10c, as well as in the small window 10a, as a message to be displayed in the main window 10c. The timing for transmitting the alert information to the terminals 1A to 1D can be set for each group. For example, if one day has passed without inputting self-measurement data, the alert information may be transmitted to the terminal 1B operated by a family member (terminal 1 of the family group in FIG. 4(C)), and if two or more days have passed, the alert information may also be transmitted to the terminal 1C operated by a medical professional (Hospital Group A or the entire group in FIG. 4(C)).

[0056] The alert processing unit 22 can send alert information (lifestyle habit alert) to the terminal 1 (1A, 1B, 1C, 1D) using the absence of a message input for a certain period as an alert condition in order to confirm survival in addition to whether or not self-measurement data, such as whether or not oral medication has been taken, as shown in FIG. 16.

[0057] <Configuration for inputting and displaying blood test data and image test data> Next, we will explain the configuration for inputting and displaying blood test data and image test data, among the components of the management system 100. As shown in Figure 2, when the blood test display button is selected, the blood test display control unit 13 operates. The blood test display control unit 13 displays selection buttons for selecting whether to input blood test data or display blood test data in, for example, the small window 10a.

[0058] When the button for entering blood test data is selected, blood test display control unit 13 displays an input screen for the blood test display in main window 10c, and displays an input screen for entering blood test data by operating input, or enters the blood test data directly from blood test apparatus 4. Note that the blood test results may be photographed with imaging unit 6 (see FIG. 10) of terminal 1 (control unit 10B) and subjected to OCR (Optical Character Reader) processing to enter the blood test data. These entries are basically performed on terminal 1C operated by a medical professional. Blood test data includes values ​​indicating renal function, values ​​indicating liver function, BNP (brain natriuretic peptide), etc. Blood test display control unit 13 transmits the entered blood test data to server 2. As shown in FIG. 8(A), memory unit 21 of server 2 (control unit 20A) stores the received blood test data.

[0059] On the other hand, when the button to display blood test data is selected, blood test display control unit 13 receives the blood test data from memory unit 21 of server 2 (control unit 20A) and displays the received blood test data in small window 10a or main window 10c. Basically, this operation is performed on terminal 1A operated by the person to be managed and terminal 1B operated by a family member.

[0060] 2, when the image examination display button is selected, the image examination display control unit 14 operates. The image examination display control unit 14 displays, for example, in the small window 10a, a selection button for selecting whether to input image examination data or display image examination data.

[0061] When the button for inputting imaging test data is selected, the imaging test display control unit 14 displays an input screen for the imaging test display in the main window 10c, and displays an input screen for inputting imaging test data by operation input, or inputs imaging test data directly from an imaging test device 5 such as an electrocardiogram measurement device, an MRI (Magnetic Resonance Imaging) device, an ultrasound imaging device, or an X-ray imaging device. These inputs are basically performed at the terminal 1C operated by a medical professional. The imaging test display control unit 14 transmits the inputted blood test data to the server 2. As shown in FIG. 8(B), the memory unit 21 of the server 2 (control unit 20A) stores the received imaging test data.

[0062] On the other hand, when the button for displaying the image examination data is selected, the image examination display control unit 14 receives the image examination data from the storage unit 21 of the server 2 (control unit 20A) and displays the received image examination data in the small window 10a or the main window 10c. Basically, such an operation is performed on the terminal 1A operated by the person to be managed and the terminal 1B operated by the family member.

[0063] 1 determines whether or not there is an abnormality in the blood test data or image test data stored in the storage unit 21 of the server 2 (control unit 20A), and if it is determined that there is an abnormality, the alert processing unit 22 may transmit alert information (examination recommendation alert) encouraging a patient to visit a medical institution to multiple terminals 1. The alert display control unit 19 of the terminal 1 (control unit 10B) displays this alert information in the small window 10a.

[0064] <Configuration to display basic information, drug information and knowledge> Next, the configuration of the management system 100 for displaying basic information, drug information, and knowledge will be described. As shown in FIG. 2, when the basic information display button is selected, the basic information display control unit 11 operates. As shown in FIG. 9(A), the basic information is stored in the storage unit 21. The basic information stored in the storage unit 21 includes the medical history, underlying diseases, activities of daily living (ADL), family information, etc. of the person to be managed, as shown in FIG. 9(B). The basic information display control unit 11 acquires the basic information from the basic information storage unit 30 and displays it in the small window 10a of the display unit 10. Note that immediately after the image shown in FIG. 2 is displayed on the screen of the terminal 1, the basic information may be displayed in the small window 10a by default.

[0065] As shown in Fig. 2, when the drug information display button is selected, the drug information display control unit 12 operates. As shown in Fig. 9(A), drug information is stored in the memory unit 21. As shown in Fig. 9(B), the drug information stored in the memory unit 21 includes information on prescriptions, drug contraindications, and drug responsiveness for heart failure. The drug information display control unit 12 acquires the drug information from the memory unit 21 and displays it in the small window 10a of the display unit 10.

[0066] As shown in Fig. 2, when the knowledge display button is selected, the knowledge display control unit 15 operates. As shown in Fig. 9(A), knowledge about heart failure is stored in the memory unit 21 in the server 2. As shown in Fig. 9(B), the knowledge stored in the memory unit 21 includes general knowledge about heart failure (heart failure knowledge), guidelines, knowledge about diet, and knowledge about exercise. The knowledge display control unit 15 acquires the knowledge from the memory unit 21 and displays it in the small window 10a of the display unit 10 (loop slide display) (see Fig. 16).

[0067] In addition, this basic information, drug information and knowledge can be entered into a terminal 1C operated by a medical professional, for example, in the same manner as blood test data and image test data, and sent to the server 2 and stored in the memory unit 21 of the server 2 (control unit 20A).

[0068] <Configuration for reading electronic medical record data> Next, we will explain the configuration for reading electronic medical record data, one of the components of the management system 100. Electronic medical record data is developed by multiple vendors, and its format varies depending on the vendor, making it difficult to integrate electronic medical record data as is. Against this background, in order to standardize internal medicine specialty training, J-Osler (Online system for Standardized Log of Evaluation and Registration of Specialty Training System) has been introduced as a system that allows online registration and evaluation of training results.

[0069] For example, as shown in Figure 10, suppose there is electronic medical record data 40 developed by vendor VA, electronic medical record data 41 developed by vendor VB, and electronic medical record data 42 developed by vendor VC. Although the electronic medical record data 40, 41, and 42 each have a different format, they can be converted into a predetermined format, the J-Osler compliant format, and printed as print data 44 by printer 43.

[0070] The control unit 10B of the terminal 1 includes an imaging unit 6 and a conversion unit 45. The imaging unit 6 may be a camera or a scanner. The imaging unit 6 does not have to be provided in the terminal 1 and may be provided in another terminal control device, but providing the imaging unit 6 in the terminal 1 enables efficient use. It captures print data 44 of the managed patient's electronic medical record, printed in a J-Osler-compliant format. The conversion unit 45 converts the captured image of the print data 44 into data consisting of text or images and sends it to the server 2. The memory unit 21 of the server 2 (control unit 20A) stores the converted data consisting of text or images. Here, the image data includes the image test data described above. Alternatively, the text data and image data may be sent to the control unit 20A, where they are converted into text data. That is, the conversion unit 45 may be provided in the server 2 (control unit 20A) or in a server control device that controls a server other than the server 2. In this way, it is possible to acquire and store text data of electronic medical records developed in various formats in a unified format. The text and image data stored in this way can also be used to generate a discharge summary, which is a record (summary) that summarizes the patient's medical history, physical examination findings at the time of admission, test results, and medical care received during hospitalization.

[0071] Manually inputting various data items from electronic medical records into a computer requires a great deal of effort and is prone to input errors. Meanwhile, because electronic medical record formats vary depending on the vendor (VA, VA, VC), it is difficult to extract data directly from the electronic medical record. Therefore, the management system 100 prints electronic medical record data in a J-Osler-compliant format that fully covers all necessary data, and then semi-automatically generates text and image data representing the electronic medical record by reading the printed electronic medical record data. This significantly reduces the effort required and ensures reliable acquisition of clinical data.

[0072] Items of such electronic medical record data include, for example, patient information (name, age, sex, date of majority), medical professional information (attending physician, field, hospital name), date of admission, date of discharge, length of hospital stay, confirmed diagnosis (main and secondary illnesses), chief complaint, purpose of hospitalization, history of current illness, past medical history, lifestyle history, family history, allergies, coronary risk factors, oral medications taken at the time of admission, main symptoms at the time of admission, major test findings, imaging test data such as X-ray, electrocardiogram, transthoracic echocardiogram, and CT (Computed Tomography), progress after admission, prescription at the time of discharge, etc. In addition to the electronic medical record data, the management system 100 may be configured to print out general data related to the health condition of the person to be managed using a printer, image the printed data using the imaging unit 6, convert the printed data into data consisting of text or images using the conversion unit 45, and store the data in the memory unit 21.

[0073] <Configuration for generating a database related to health conditions> Next, a configuration for generating a database of clinical data obtained from multiple managed persons, among the components of the management system 100, will be described. As shown in FIG. 11, data on the health conditions of the managed persons collected in the server 2 can be used for medical research as clinical data 50. The management system 100 can collect the clinical data 50 of multiple managed persons and create a database. The clinical data 50 includes all data stored in the storage unit 21, such as basic information about the managed persons, medication information, blood test data, image test data, daily self-measurement data, diary data (message log), and electronic medical record data.

[0074] As shown in FIG. 11 , the management system 100 includes a data separator 51, a personal identification data storage unit 52 as a first database, and a clinical information database 53 as a second database. The data separator 51 separates data related to the health status of the managed individual stored in the control unit 20A of the server 2 into first data indicating personal information protected by laws such as the Act on the Protection of Personal Information (Personal Information Protection Act) and second data indicating data other than personal information. The personal information includes an individual's name, address, etc. The personal identification data storage unit 52 collects and stores the first data of multiple managed individuals. The clinical information database 53 collects and stores the second data of multiple managed individuals. The clinical information database 53 can be constructed on a cloud computer. Furthermore, when the first data and the second data are reintegrated, a key for reproducing the original data related to the health status of the managed individual may be incorporated into the first data and / or the second data. The data separator 51, the personal identification data storage 52, and the clinical information database 53 may be included in the control unit 20A of the server 2.

[0075] When using the database, it is necessary to obtain the consent of the person being managed by providing informed consent for database creation. This consent can be obtained from the person being managed or their family through message exchanges (exchange diaries) in the management system 100. Once consent is obtained from the person being managed or their family, the clinical data 50 is stored in a database via the cloud with personal information removed. This system makes it relatively easy to obtain clinical data 50, including the prognosis of heart failure patients. It is expected that real-time cohort studies conducted with reference to this clinical information database 53 will lead to new concepts, pathological analyses, and elucidation of treatment methods for heart failure, which is expected to increase rapidly in the future.

[0076] <Hardware configuration> The management system 100 shown in Fig. 1 is realized, for example, by a terminal 1 and a server 2 having the hardware configuration shown in Fig. 12 executing a software program. Specifically, the server 2 includes a CPU (Central Processing Unit) 61, which is a processor that controls the entire device, a main memory 62 such as a RAM (Random Access Memory), an external memory 63 configured from a non-volatile memory such as a flash memory or a hard disk, a communication interface 66 that performs data communication with the server 2, and an internal bus 68 that connects these.

[0077] The program 69 is loaded from the external memory 63 into the main memory 62 and executed by the CPU 61. This realizes the functions of the server 2. When executing the program 69, the CPU 61 performs data communication with an external computer via the communication interface 66 as necessary.

[0078] The functions of Server 2 can be implemented in a computer system consisting of one or more computers, each including one or more processors and one or more storage devices, including a non-transitory storage medium. The multiple computers realize the functions of Server 2 while communicating via an interconnected communication network. For example, some of the functions of Server 2 may be implemented in one computer, and other parts may be implemented in other computers. The functions of Server 2 may also be realized by a cloud computer.

[0079] Similarly, the terminal 1 shown in Fig. 1 is realized by a computer having the hardware configuration shown in Fig. 12 executing a software program. Specifically, the terminal 1 includes a CPU (Central Processing Unit) 71, a main memory 72 of the CPU 71, an external memory 73 that stores a program 79, an operation unit 74 including devices such as a keyboard and a mouse, a display 75 including a display device such as a CRT (Cathode Ray Tube) or an LCD monitor, a communication interface 76 that performs data communication with other computers, an imaging device 77 that captures images, and an internal bus 78 that connects these. The imaging device 77 corresponds to the imaging unit 6 described above.

[0080] The program 79 is loaded from the external memory 73 into the main memory 72 and executed by the CPU 71. The execution contents of the program 79 are controlled by operation inputs from the operation unit 74, and data communication with an external computer is performed via the communication interface 76 as necessary, and images are displayed on the display 75. In this way, the functions of the terminal 1 are realized.

[0081] Next, the operation of the management system 100 will be described. First, the operation for realizing message exchange, that is, the message processing executed by the message processing unit 20 of the control unit 20A and the message display control processing executed by the exchange diary display control unit 17 of the control unit 10B will be described. The message processing shown in FIG. 13 corresponds to the message processing step, and the message display control processing corresponds to the message display control step. As shown in FIG. 13, in the message processing, the message processing unit 20 waits until it receives a message from the terminal 1 (step S11; No). Upon receiving the message (step S11; Yes), the message processing unit 20 transfers the message to other terminals 1 in the group (step S12), and the storage unit 21 stores a log of the message (step S13). After step S13 is completed, the message processing unit 20 and the storage unit 21 wait again to receive a message (step S11; No).

[0082] On the other hand, in the message display control process, the exchange diary display control unit 17 determines whether or not a message is input by operation input (step S41). If a message has not been input (step S41; No), the exchange diary display control unit 17 determines whether or not a message has been received (step S43). If a message has not been received (step S43; No), the exchange diary display control unit 17 returns to step S41. In this way, if a message has not been input (step S41; No) or if a message has not been received (step S43; No), the exchange diary display control unit 17 repeats steps S41 to S43.

[0083] When a message is input (step S41; Yes), the exchange diary display control unit 17 displays the input message for each group to which the terminal 1 belongs and transmits it to the server 2 (step S42). As a result, the determination in step S11 in the message processing is affirmative. On the other hand, when a message is transferred from the message processing unit 20 (step S12), the determination in step S43 is affirmative, and the exchange diary display control unit 17 displays the message from the other terminal 1 in the group received from the control unit 20A (message processing unit 20) and stores the log (step S44).

[0084] Next, the operation of transmitting consultation recommendation alert information, i.e., consultation recommendation alert processing executed by the alert processing unit 22 of the control unit 20A and alert display processing executed by the alert display control unit 19 of the control unit 10B, will be described. The consultation recommendation alert processing shown in FIG. 14 corresponds to the alert processing step, and the alert display processing corresponds to the alert display control step. As shown in FIG. 14, in the consultation recommendation alert processing, the alert processing unit 22 waits until it receives data on the health condition of the managed person (step S21; No). Upon receiving the data on the health condition (step S21; Yes), the alert processing unit 22 determines whether the data on the health condition of the managed person transmitted from the terminal 1 satisfies the alert condition for transmitting alert information encouraging the managed person to visit a medical institution (step S22). If the alert condition is not satisfied (step S22; No), the alert processing unit 22 waits to receive data on the health condition of the managed person (step S21; No).

[0085] On the other hand, if the alert conditions are met (step S22; Yes), the alert processing unit 22 transmits alert information (medical examination completion alert) to the terminal 1 (step S23). The alert information to be transmitted is changed depending on the met determination conditions (subjective symptoms, pulse rate, weight gain, oxygen saturation). In addition, the terminal 1 to which the alert information is transmitted can be changed by settings, such as only the terminal 1A of the person to be managed, or the terminals 1B to 1D in the group. After step S23 is completed, the alert processing unit 22 again waits to receive data on the health condition of the person to be managed (step S21; No).

[0086] Meanwhile, in the terminal 1, in the alert display processing, the alert display control unit 19 waits until alert information is received (step S51; No). When alert information is received from the server 2 (step S51; Yes), the alert display control unit 19 displays the alert information transmitted from the server 2 (step S52). Thereafter, the alert display control unit 19 waits to receive alert information (step S51; No).

[0087] Next, the operation of transmitting lifestyle habit alert information, i.e., the lifestyle habit alert process executed by the alert processing unit 22 of the control unit 20A and the alert display process executed by the alert display control unit 19 of the control unit 10B, will be described. The lifestyle habit alert process shown in Fig. 15 corresponds to the alert processing step, and the alert display process corresponds to the alert display control step. The alert display process is as described in Fig. 14.

[0088] As shown in FIG. 15, in the lifestyle habit alert process, the alert processing unit 22, in cooperation with the calendar function unit 23, waits until the data indicating the health condition of the managed person satisfies an alert condition indicating that the data has not been acquired in accordance with the predetermined lifestyle habits (step S31; No). Such alert conditions can be when self-measurement data is not input at a predetermined time, when medication is not taken, or when no message is input from the managed person for a certain period of time. If the alert condition is satisfied (step S31; Yes), the alert processing unit 22 transmits alert information to the managed person's terminal 1A (step S32). The alert information to be transmitted is changed depending on the satisfied determination condition (no self-measurement, no medication, no message input). Here, the alert information can be transmitted not only to the managed person's terminal 1A but also to the terminals 1B to 1D in the group. After step S32 is completed, the alert processing unit 22 waits until the alert condition indicating that the predetermined lifestyle habits have not been observed is satisfied (step S31; No).

[0089] As described above, the management system 100 performs the above-mentioned message processing, medical consultation recommendation alert processing, and lifestyle habit alert processing, as well as the display of calendars, blood tests, imaging tests, basic information, drug information, and knowledge, the acquisition processing of electronic medical record data, and the generation processing of the clinical information database 53.

[0090] As a result of these processes, the main window 10c displays a log of messages exchanged during message processing, while the small window 10a sequentially switches between displaying (loop slide display) basic knowledge about heart failure and lifestyle advice from doctors and nurses, as shown in Figure 16, under the control of the basic information display control unit 11, drug information display control unit 12, and knowledge display control unit 15 shown in Figure 9.

[0091] Furthermore, when the terminal 1 receives alert information transmitted from the server 2 in the consultation recommendation alert process or the lifestyle habit alert process, the alert display control unit 19 of the terminal 1 (controller 10B) displays various types of alert information in the small window 10a instead of the loop slide display, as shown in Fig. 16. In Fig. 16, alert information for weight gain, alert information when oxygen saturation level drops, and alert information for no oral medication input are shown as examples of alert information.

[0092] <Dialogue with the person under management, their family, medical professionals, and caregivers / welfare workers> As described above in detail, the management system 100 according to this embodiment has a configuration that enables message exchange in the form of a personal diary among the managed person, family members, medical professionals, caregivers / welfare workers, etc., as shown in FIG. 3 . This enables information sharing among the managed person, family members, medical professionals, caregivers / welfare workers, etc. By utilizing this management system 100, for example, the managed person can easily make inquiries to medical professionals and caregivers / welfare workers through the personal diary. Furthermore, medical professionals can check the patient's medical condition. This creates a simulated hospitalized environment even when the patient is at home, allowing the patient's medical condition to be constantly monitored and monitored, thereby preventing the recurrence and early detection of heart failure. Furthermore, caregivers / welfare workers can constantly monitor the health condition of the managed person and provide care at the appropriate time. In this way, the use of the management system 100 is expected to improve the prognosis of patients after discharge, reduce the number of emergency transports at night, and, thanks to the ability to constantly share information, bring about positive effects on work style reform. Furthermore, since such a medical system can be established, it is possible to provide a sense of security to the family of the person being managed.

[0093] <Digital transformation of cardiac rehabilitation> Cardiac rehabilitation has been shown to dramatically reduce the recurrence of heart failure and death from heart failure, but cardiac rehabilitation is not simply exercise; it is a team effort to improve and provide guidance on lifestyle habits, of which exercise is only a small part. The management system 100 according to this embodiment is truly cardiac rehabilitation implemented through DX (digital transformation).

[0094] <Monitoring function> Furthermore, the management system 100 according to this embodiment is an innovative system that also has a monitoring function for the managed person. This is expected to significantly reduce re-hospitalization due to heart failure and death, and is thought to contribute not only to improving prognosis but also to reducing medical costs.

[0095] <Improving the medical system> Furthermore, by having multiple doctors with different specialties as members of a diary exchange group, it is possible to realize cross-disciplinary collaboration between hospitals and clinics through the diary exchange. For example, real-time collaboration between a patient's family doctor and a doctor at a cardiology specialist institution is possible. By creating a group that includes the patient, doctors, nurses, laboratory technicians, pharmacists, and others, it is possible to form a virtual medical team that can respond in real time.

[0096] <Alternative to the heart failure notebook> The management system 100 according to this embodiment can refer to basic information on heart failure and medication information to manage physical conditions, and can therefore provide the functions of a heart failure notebook distributed to heart failure patients. This allows the person to be managed to actively use the management system 100 and become more health conscious.

[0097] <Importing electronic medical record data and creating a database> The management system 100 according to this embodiment can collect clinical data, including electronic medical record data, and store the clinical data in a database via a cloud computer, separating personal information, making it possible to conduct real-time cohort studies of patients with heart failure. As a result, new knowledge can be obtained, more academic conferences and papers can be presented, and many new inventions and discoveries can be expected.

[0098] <Other uses> The management system 100 according to this embodiment targets patients with heart failure. However, this is not a limitation. It can also be applied to patients with other illnesses. Furthermore, since it enables communication between multiple medical professionals across different specialties, it is particularly suitable for patients with multiple illnesses. Furthermore, the management system 100 may target elderly people who do not live with their families as targets, and may be used by family members, family doctors, nurses, care managers, etc. to monitor the patients. In this way, there are no particular limitations on the targets of management by the management system 100.

[0099] The hardware and software configurations of the terminal 1 and the server 2 are merely examples and can be changed and modified as desired.

[0100] The core processing components of the server 2 and terminal 1, which are composed of CPUs 61, 71, main memories 62, 72, external memories 63, 73, operation units 74, displays 75, communication interfaces 66, 76, imaging devices 77, and internal buses 68, 78, can be realized using an ordinary computer system rather than a dedicated system. For example, the server 2 and terminal 1 that execute the processing may be configured by storing and distributing a computer program for executing the above operations on a computer-readable recording medium (such as a flexible disk, CD-ROM, or DVD-ROM), and installing the computer program on a computer. Alternatively, the server 2 and terminal 1 may be configured by storing the computer program in a storage device of a server device on a communication network such as the Internet, and then downloading the program to an ordinary computer system.

[0101] When the functions of the server 2 and the terminal 1 are realized by sharing the functions of an OS (operating system) and an application program, or by cooperation between the OS and the application program, only the application program portion may be stored on a recording medium or storage device.

[0102] It is also possible to superimpose a computer program on a carrier wave and distribute it over a communications network. For example, the computer program may be posted on a bulletin board system (BBS) on the communications network and distributed over the network. The computer program may then be started and executed under the control of an operating system in the same way as any other application program, thereby enabling the above-mentioned processing to be performed.

[0103] This invention allows various embodiments and modifications without departing from the broad spirit and scope of this invention. Furthermore, the above-described embodiments are intended to explain this invention and do not limit the scope of this invention. That is, the scope of this invention is defined by the claims, not the embodiments. Various modifications made within the scope of the claims and the meaning of the invention equivalent thereto are considered to be within the scope of this invention. [Industrial Applicability]

[0104] The present invention can be applied to health management for elderly people and the like. [Explanation of symbols]

[0105] 1, 1A, 1B, 1C, 1D terminal, 2 server, 3 testing device, 4 blood test device, 5 image testing device, 6 imaging unit, 10A display unit, 10B control unit (terminal control device), 10a small window, 10b button display area, 10c main window, 11 basic information display control unit, 12 drug information display control unit, 13 blood test display control unit, 14 image test display control unit, 15 knowledge display control unit, 16 calendar display control unit, 17 diary display control unit (message display control unit), 18 self-measurement input control unit, 19 alert display control unit, 20A control unit (server control device), 20 message processing unit, 21 memory unit, 22 alert processing unit, 23 calendar function unit, 40, 41, 42 electronic medical record data, 43 printer, 44 print data, 45 conversion unit, 50 clinical data, 51 data separation unit, 52 personal identification data storage unit, 53 Clinical information database, 61 CPU, 62 main memory, 63 external memory, 66 communication interface (I / F), 68 internal bus, 69 program, 71 CPU, 72 main memory, 73 external memory, 74 operation unit, 75 display, 76 communication interface (I / F), 77 imaging device, 78 internal bus, 79 program, 100 management system

Claims

1. a server control device that controls a server capable of communicating with a plurality of terminals, one of which is a terminal operated by a person whose health condition is to be managed, and the remaining terminals are terminals operated by a supporter who supports the person whose health condition is to be managed; a message processing unit that transfers a message transmitted from one terminal in a group of terminals among the plurality of terminals to the remaining terminals in the group; an alert processing unit that transmits alert information to a terminal operated by the managed person when the data indicating the health condition of the managed person satisfies a predetermined alert condition; A server control device comprising:

2. The message processing unit capable of managing at least one group of the terminals; The terminal a message display control unit that displays an input message for each group to which the terminal belongs and that is managed by the message processing unit and transmits the message to the message processing unit, and that displays messages from terminals in the group that are received from the message processing unit; The server control device according to claim 1 .

3. the data indicating the health condition of the person to be managed includes self-measured data transmitted from a terminal operated by the person to be managed, The alert processing unit The self-measurement data indicating the presence of a subjective symptom of dyspnea at rest is set as the alert condition, and alert information urging the person to visit a medical institution is transmitted to the terminal operated by the person to be managed. The server control device according to claim 1 .

4. The alert processing unit The self-measured data indicates at least one of the following subjective symptoms: exertional dyspnea, orthopnea, palpitations, edema, or cough; a pulse rate of a predetermined number of times or more; a weight gain in a predetermined period of time of a predetermined amount or more; and an oxygen saturation level of a predetermined ratio or more, and the self-measured data indicates the alert condition, and alert information urging the person to visit a medical institution is transmitted to the terminal operated by the person to be managed. The server control device according to claim 3 .

5. The alert processing unit the alert condition is that a specified time or more has elapsed without receiving self-measurement data, which is data on the health condition of the managed person, from the terminal operated by the managed person, and alert information prompting self-measurement is transmitted to the terminal operated by the managed person; The server control device according to claim 1 .

6. a calendar function unit that manages whether or not the self-measurement data has been received on a daily basis; The calendar function unit is transmitting information indicating whether the self-measurement data has been received each day to a terminal operated by the person to be managed; The server control device according to claim 5 .

7. the alert processing unit transmits the alert information to all terminals in a group including a terminal operated by the person to be managed; The server control device according to claim 1 .

8. the alert processing unit is capable of changing, for each group, the timing of transmitting the alert information to the terminals in the group; The server control device according to claim 7.

9. A terminal control device that controls a terminal that can communicate with a server that manages the health status of a person to be managed, a message display control unit that displays a message input by operation for each group to which the terminal belongs and transmits the message to the server, and also displays messages received from the server from other terminals in the group; an alert display control unit that displays alert information transmitted from the server when the data indicating the health condition of the managed person satisfies a predetermined alert condition; A terminal control device comprising:

10. controlling the terminal so that the message and the alert information can be displayed simultaneously; The terminal control device according to claim 9.

11. a server control device that controls a server that manages the health status of a person who is a target of health status management; a terminal control device communicably connected to the server, the terminal control device includes an imaging unit that captures print data indicating data related to the health condition of the person to be managed that is printed in a predetermined format; One of the server control device and the terminal control device includes a conversion unit that converts the captured image of the print data into data composed of text or images, the server control device includes a storage unit that stores the data composed of the text or image converted by the conversion unit; Management system.

12. a data separator that separates the data related to the health condition of the person to be managed stored in the server into first data indicating personal information and second data indicating data other than personal information; a first database that collects and stores the first data of a plurality of managed persons; a second database that collects and stores the second data of a plurality of managed persons; Equipped with The management system according to claim 11.

13. A management method executed by a server capable of communicating with a plurality of terminals, one of which is a terminal operated by a person whose health condition is to be managed, and the remaining terminals are operated by a supporter who supports the person whose health condition is to be managed, a message processing step of transferring a message transmitted from one terminal in a group of terminals among the plurality of terminals to the remaining terminals in the group; an alert processing step of transmitting alert information to a terminal operated by the person to be managed when the data indicating the health condition of the person to be managed satisfies a predetermined alert condition; Management methods including.

14. A management method executed by a terminal capable of communicating with a server that manages the health status of a person to be managed, a message display control step of displaying a message input by operation for each group to which the terminal belongs and transmitting the message to the server, and displaying messages received from the server from other terminals in the group; an alert display control step of displaying alert information transmitted from the server when the data indicating the health condition of the managed person satisfies a predetermined alert condition; Management methods including.

15. On the computer, a message processing step of transferring a message sent from one terminal to the remaining terminals in a group of terminals, the group being one terminal operated by a person whose health condition is to be managed and the remaining terminals operated by a supporter who supports the person; an alert processing step of transmitting alert information to a terminal operated by the person to be managed when the data indicating the health condition of the person to be managed satisfies a predetermined alert condition; A program that executes the following.

16. On the computer, a message display control step for displaying an input message for each group to which the terminal belongs and transmitting the message to a server that manages the health conditions of the persons to be managed, and displaying messages from other terminals in the group that are received from the server; an alert display control step of displaying alert information transmitted from the server when the data indicating the health condition of the managed person satisfies a predetermined alert condition; A program that executes the following.

Images