WO2020059794A1 - Procédé de traitement d'informations, dispositif de traitement d'informations et programme - Google Patents

Procédé de traitement d'informations, dispositif de traitement d'informations et programme Download PDF

Info

Publication number
WO2020059794A1
WO2020059794A1 PCT/JP2019/036745 JP2019036745W WO2020059794A1 WO 2020059794 A1 WO2020059794 A1 WO 2020059794A1 JP 2019036745 W JP2019036745 W JP 2019036745W WO 2020059794 A1 WO2020059794 A1 WO 2020059794A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
self
task
input
Prior art date
Application number
PCT/JP2019/036745
Other languages
English (en)
Japanese (ja)
Inventor
慎一郎 ▲徳▼渕
亜美 寺尾
奈保子 安部
敏郎 榊
俊弘 保坂
裕子 西村
Original Assignee
株式会社ハビタスケア
田辺三菱製薬株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社ハビタスケア, 田辺三菱製薬株式会社 filed Critical 株式会社ハビタスケア
Priority to SG11202102134XA priority Critical patent/SG11202102134XA/en
Priority to JP2020548593A priority patent/JP7384362B2/ja
Publication of WO2020059794A1 publication Critical patent/WO2020059794A1/fr
Priority to JP2023186669A priority patent/JP2023181403A/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets

Definitions

  • the present invention relates to an information processing method, an information processing device, and a program.
  • Patent Literature 1 only diagnoses a lifestyle-related disease, and the subject himself / herself for improvement or prevention of the lifestyle-related disease, that is, support of self-care or treatment of a lifestyle-related disease patient. Have not been able to assist medical professionals.
  • an object is to provide an information processing method or the like that can appropriately provide support for lifestyle-related diseases.
  • the information processing method acquires inquiry information indicating a user's answer to an inquiry related to a lifestyle-related disease, acquires biological information of the user, and, based on the inquiry information and the biological information, Outputs recommended information on the self-management guidance target for improving or preventing the problem, sets a task action to be imposed on the user according to the guidance goal, and outputs the set task behavior to the user terminal device. It is characterized by causing a computer to execute processing.
  • FIG. 3 is a block diagram illustrating a configuration example of a server and a user terminal.
  • FIG. 4 is an explanatory diagram illustrating an example of a record layout of a user DB and an assignment table. It is explanatory drawing regarding the target setting process at the time of a first consultation. It is explanatory drawing which shows an example of an inquiry screen. It is an explanatory view showing an example of a home screen.
  • FIG. 4 is an explanatory diagram illustrating an example of character display.
  • FIG. 4 is an explanatory diagram illustrating an example of character display.
  • FIG. 9 is an explanatory diagram illustrating an example of a log registration screen.
  • FIG. 1 is a schematic diagram illustrating a configuration example of a self-care system.
  • a self-care system that supports self-care of a lifestyle-related disease patient, specifically, a diabetic patient will be described.
  • the target user is not limited to a diabetic patient, and may be a patient with a lifestyle-related disease, a person who works on prevention of a lifestyle-related disease, or a person who works on improvement of a lifestyle.
  • the lifestyle-related disease is not particularly limited as long as the lifestyle is considered to be deeply involved in the onset of the disease. For example, in addition to diabetes, dyslipidemia, hypertension, hyperuricemia And the like.
  • the self-care system includes an information processing device 1, a user terminal 2, and a medical technician terminal 3. Each device is connected to a network N such as the Internet.
  • the information processing apparatus 1 is an information processing apparatus capable of performing various types of information processing and information transmission and reception, such as a server apparatus and a personal computer.
  • the information processing apparatus 1 is a server apparatus, and in the following description, the information processing apparatus 1 will be replaced with the server 1 for simplicity.
  • the server 1 is provided for a user who is a diabetic patient who regularly visits a hospital (medical institution) to examine the user's HbA1c (hemoglobin A1c), blood pressure, triglyceride, etc., And manages the inquiry information obtained by performing an inquiry related to diabetes, and identifies a problem for improving diabetes from each data.
  • HbA1c hemoglobin A1c
  • the server 1 sets a goal for solving the specified task, and presents a specific task action (referred to as “try” in this embodiment) to the user to achieve the set goal.
  • the user performs the trial presented from the server 1 to improve diabetes.
  • the server 1 supports the self-care of the user.
  • the user is described as a patient who has already suffered from a lifestyle-related disease, but the target user of the present system may be expanded to general users who work on prevention of lifestyle-related disease. . That is, the user may be any person who works on self-care for improving or preventing lifestyle-related diseases, and is not limited to patients.
  • the user terminal 2 is a terminal device used by a user who uses the present system, and is an information processing device such as a smartphone, a personal computer, and a tablet terminal.
  • An application program for realizing a service according to the present system is installed in the user terminal 2, and the user terminal 2 executes a later-described process by executing the application program.
  • the user terminal 2 receives input of inquiry information and the like on a display screen to be described later and transmits it to the server 1, and receives and displays data such as a self-care target and a trial.
  • the user performs a trial displayed on the user terminal 2 to improve diabetes, and inputs (records) information on daily diet, exercise, medication, and the like to the user terminal 2 as log data.
  • the user terminal 2 transmits log data and the like to the server 1, and stores information related to self-care in a database.
  • the server 1 not only supports the self-care of the user by sharing the log data and the like stored in the database with the hospital where the user goes to the hospital, but also supports the efficiency of the work of a medical person who examines the user.
  • the medical technician terminal 3 is an information processing device operated by a doctor, staff, or the like of a hospital to which a user goes to a hospital, and is, for example, a personal computer.
  • the medical technician terminal 3 receives and displays the user's biological information, medical inquiry information, log data, and the like from the server 1, displays the user's problem identified by the server 1 from the biological information, and solves the problem.
  • Receive recommendations for instructional goals A medical technician who actually treats the user determines a medical policy with reference to the recommendations presented from the server 1 and sets a target imposed on the user. The user will work on a trial to ultimately achieve the goal approved by the healthcare professional.
  • FIG. 2 is a block diagram illustrating a configuration example of the server 1 and the user terminal 2.
  • the server 1 includes a control unit 11, a main storage unit 12, a communication unit 13, and an auxiliary storage unit 14.
  • the control unit 11 includes an arithmetic processing device such as one or a plurality of CPUs (Central Processing Units), MPUs (Micro-Processing Units), and GPUs (Graphics Processing Units), and stores the program P1 stored in the auxiliary storage unit 14. By reading and executing, various types of information processing and control processing relating to the server 1 are performed.
  • CPUs Central Processing Units
  • MPUs Micro-Processing Units
  • GPUs Graphics Processing Units
  • the main storage unit 12 is a temporary storage area such as a static random access memory (SRAM), a dynamic random access memory (DRAM), or a flash memory, and temporarily stores data necessary for the control unit 11 to execute arithmetic processing.
  • the communication unit 13 includes a processing circuit and the like for performing processing related to communication, and transmits and receives information to and from the outside.
  • the auxiliary storage unit 14 is a large-capacity memory, a hard disk, or the like, and stores the program P1 and other data necessary for the control unit 11 to execute processing.
  • the auxiliary storage unit 14 stores a user DB 141 and an assignment table 142.
  • the user DB 141 is a database that stores information on users who use the present system.
  • the assignment table 142 is a table that defines an assignment for improving diabetes.
  • the auxiliary storage unit 14 may be an external storage device connected to the server 1. Further, the server 1 may be a multi-computer including a plurality of computers, or may be a virtual machine virtually constructed by software.
  • the server 1 is not limited to the above-described configuration, and may include, for example, a reading unit that reads information stored in a portable storage medium, an input unit that receives an operation input, a display unit that displays an image, and the like. .
  • the user terminal 2 includes a control unit 21, a main storage unit 22, a communication unit 23, a display unit 24, an input unit 25, an imaging unit 26, and an auxiliary storage unit 27.
  • the control unit 21 includes one or more CPUs, an arithmetic processing unit such as an MPU, and reads and executes the program P2 stored in the auxiliary storage unit 27 to perform various types of information processing and control related to the user terminal 2. Processing is performed.
  • the main storage unit 22 is a temporary storage area such as a RAM, and temporarily stores data necessary for the control unit 21 to execute arithmetic processing.
  • the communication unit 23 includes an antenna for performing communication, a processing circuit, and the like, and transmits and receives information to and from the outside.
  • the display unit 24 is a display device such as a liquid crystal display or an organic EL (Electro Luminescence) display, and displays an image given from the control unit 21.
  • the input unit 25 is an operation interface such as a touch panel and a mechanical key, and inputs operation contents to the control unit 21.
  • the imaging unit 26 is an imaging mechanism having an imaging element such as a complementary metal-oxide semiconductor (CMOS) image sensor and a charge coupled device (CCD) image sensor, and captures an image according to an operation input by a user.
  • CMOS complementary metal-oxide semiconductor
  • CCD charge coupled device
  • the auxiliary storage unit 27 is a non-volatile storage area such as a ROM (Read Only Memory), and stores a program P2 and other data necessary for the control unit 21 to execute a process.
  • FIG. 3 is an explanatory diagram showing an example of a record layout of the user DB 141 and the assignment table 142.
  • the user DB 141 includes a user ID column, a name column, an inquiry information column, a biological information column, a log data column, and a self-care column.
  • the user ID column stores an ID for identifying each user.
  • the name column stores the name of each user in association with the user ID.
  • the interview information string stores answer data of the interview performed for the user in association with the user ID.
  • the questionnaire is, for example, a questionnaire for asking the user's age, gender, past history, height, weight, subjective symptoms, eating habits, exercise habits, smoking habits, and the like, and is a questionnaire on the user's lifestyle habits.
  • the interview information includes an answer to a questionnaire regarding a behavior change level, an answer to a psychological burden related to medical treatment, and personality type information.
  • the behavior change level evaluates the behavior change state of lifestyle, and is divided into five behavior change levels. I think that the more the stage progresses, the more the behavior changes and the lifestyle changes.
  • the server 1 performs a questionnaire for determining which behavior change level the user belongs to, and determines the behavior change level to which the user belongs according to the answer.
  • Psychological burden for medical care is based on a questionnaire for estimating the psychological burden of patients working on diabetes.
  • measures such as dietary control, exercise, and pharmacotherapy.However, there is a risk that the psychological burden on the patient will increase due to these measures.
  • the personality type information is information relating to the personality of the user, particularly personality information relating to the continuation of self-care. To be more specific, if it is classified into multiple personality types and shows an example of personality type, it is motivated by specific numerical goals to continue self-care, and motivated by competing with others And the like, but are not limited thereto.
  • the personality type is classified according to a response to the personality determination questionnaire, but data may be acquired from outside.
  • the biometric information string stores biometric information obtained by examining a user's biometrics in association with the user ID.
  • the biological information is a test result obtained by a user at a hospital.
  • the biological information includes, for example, test values of HbA1c, blood pressure (BP; Blood @ Pressure), triglyceride (TG), and cholesterol (Chole; Cholesterol).
  • the biological information is not limited to the above, and may include, for example, a blood sugar level, a urine sugar level, a blood insulin concentration, and the like.
  • the log data string stores the log data of the user input to the user terminal 2 in association with the user ID.
  • the log data is data of a user's daily life related to self-care, and includes, for example, a meal menu, exercise performed, medication status, weight measured at home, blood pressure, blood sugar level, change in physical condition, and the like. Note that the log data is not limited to the above, and may include, for example, all kinds of living information such as smoking status.
  • the self-care column stores information on self-care performed by the user in association with the user ID column.
  • the information stored in the self-care column includes, for example, information on medicines prescribed by a healthcare professional, information on self-care goals imposed by the healthcare professional, and information on trials registered to achieve the goal.
  • the assignment table 142 includes an assignment number column, a category column, a target column for each assignment, and a trie column.
  • the assignment number column stores numbers assigned to a plurality of assignments that are considered as the main assignments of the diabetic patient.
  • the category column stores the category to which each assignment belongs in association with the assignment number.
  • the target column for each task stores the target for each task in association with the task number.
  • the trie row stores task behavior (trie) imposed on the user to achieve the task-specific goal in association with the task number.
  • a plurality of tries may be stored in the assignment table 142 in association with one goal. In that case, the server 1 may impose one or more tries on the user among a plurality of tries corresponding to the target set for the user, and cause the user to execute the try.
  • FIG. 4 is an explanatory diagram relating to the target setting processing at the time of the first consultation.
  • FIG. 4 conceptually illustrates a process for starting the diabetes treatment, that is, a process at the time of the first consultation.
  • the application program related to the present service has already been installed in the user terminal 2 at the time of the first consultation.
  • the input of the biological information and the like may be performed at the hospital (for example, the medical technician terminal 3).
  • the user terminal 2 displays predetermined inquiry items related to diabetes and receives an input of an answer from the user.
  • Interviews include basic items such as height, weight, etc. for calculating age, gender, medical history, family composition, BMI (Body Mass Index), and lifestyle habits such as eating habits, exercise habits, and smoking habits. This is a questionnaire.
  • FIG. 5 is an explanatory view showing an example of the inquiry screen.
  • the medical consultation information may be input not only by the user but also by a medical technician.
  • FIG. 5 the case where the user inputs is shown, and an inquiry screen for asking the user's usual meal size is shown. ing.
  • the user terminal 2 transfers the input answer to the server 1.
  • the user terminal 2 displays an inquiry screen similar to that shown in FIG. 5 for each of a plurality of predetermined inquiry items and accepts input of an answer.
  • the user terminal 2 inputs answers on the amount of various nutrients such as carbohydrates, proteins, and lipids, the intake ratio, the number of meals per day, and the speed of meals in addition to the amount of meals. Accept.
  • the user terminal 2 similarly displays an inquiry screen for age, gender, medical history, family structure, BMI, exercise habits, smoking habits, and accepts input of an answer.
  • the user terminal 2 may make an inquiry about, for example, sleep habits in addition to exercise habits, smoking habits, and the like, and may give medical treatment guidance as described later.
  • the user terminal 2 accepts the answer to the questionnaire related to diabetes as described above, displays a questionnaire on the behavior change level on a questionnaire screen (not shown), and displays the answer to the questionnaire on the behavior change level.
  • Accept input is a questionnaire for determining the user's willingness to perform self-care for each task.
  • the user terminal 2 displays a questionnaire for grasping the user's willingness to perform for each task specified in the task table 142, and accepts input of a response in five steps.
  • the answer obtained from the user corresponds to the behavior change level described above.
  • the user terminal 2 displays the question and receives a selection input for selecting one of a plurality of answers to the question.
  • the server 1 determines which behavior change level the user belongs to for each task by receiving an input of an answer for each task via the user terminal 2.
  • the user terminal 2 only needs to be able to determine the user's willingness to perform by a questionnaire (interview), and the contents of the questionnaire are not limited to those depending on the behavior change level.
  • the user terminal 2 displays a question related to the psychological burden related to medical treatment, and accepts input of an answer to the question.
  • the question relating to the psychological burden related to medical treatment is a questionnaire for estimating the psychological burden of the user as described above.
  • the user terminal 2 displays a question for each of a plurality of matters related to diabetes, and receives an input of an answer for each question.
  • the server 1 determines the degree of the psychological burden on the user based on the answer input for each question via the user terminal 2.
  • the user terminal 2 displays a questionnaire on personality type classification and receives an input of a response to the questionnaire on personality type classification.
  • the questionnaire regarding the personality type classification is a questionnaire for determining the user's personality regarding the continuation of self-care, and the server 1 determines the user's personality type based on the answer input to each questionnaire via the user terminal 2. I do.
  • the personality types to be classified include the following classifications, but are not particularly limited thereto. Motivated to achieve a clear goal A type that motivates you when you turn on A type that motivates you when you focus on growing
  • the server 1 acquires each medical questionnaire and the contents of the answer to the questionnaire, that is, the medical inquiry information, which are input in the user terminal 2.
  • the server 1 obtains a result of a test on HbA1C, blood pressure, triglyceride, etc., received by the user at the hospital in connection with diabetes, that is, the user's biological information.
  • the user terminal 2 accepts a numerical input for each test result and transfers the result to the server 1.
  • the server 1 may obtain various types of biological information from a medical system that manages patient data on the hospital side instead of from the user terminal 2. Further, for example, the server 1 may acquire the user's biometric information from an external testing institution for examining biometric information other than a medical institution such as a hospital to which the user goes to hospital. Thus, the acquisition route of the biological information is not particularly limited.
  • the server 1 specifies the user's problem related to diabetes based on the inquiry information and the biological information acquired as described above, selects a self-care target for solving the problem, and recommends it to a medical professional.
  • a description will be given mainly of a process of identifying a problem in a diet and selecting a target.
  • the server 1 specifies test values to be noted by a medical technician from test values (biological information) related to HbA1C, blood pressure, neutral fat, and the like.
  • test values biological information
  • the inspection value specified here is hereinafter referred to as a “careful inspection value”.
  • the server 1 compares various test values such as HbA1C, blood pressure, and neutral fat with a predetermined normal value, and specifies a test value indicating an abnormal value.
  • the server 1 determines the dietary and nutritional amount suitable for the user based on the BMI, age, daily exercise amount, past medical history, and the like included in the medical inquiry information, in addition to the test values to be noted as specified above. Calculate the indicated nutrient amount to be indicated to the user. For example, the server 1 calculates, in addition to the total amount of meals (total calories), the ratio of carbohydrates in the meals, the energy distribution of lipids, proteins, vegetables, and the like other than carbohydrates, and the recommended numerical values of the intake limits of protein and salt. I do.
  • the server 1 outputs the test value to be noted and the indicated nutrient amount specified above to the medical technician terminal 3, and presents the test value to be noted in the test result and the nutrition amount suitable for the user to the medical person.
  • the server 1 outputs a registration screen conceptually illustrated in FIG. On the registration screen, the medical practitioner confirms and confirms the test values to be careful and the indicated nutrient amount as necessary.
  • the server 1 compares the set indicated nutrient amount with a result of an inquiry on meals (inquiry information) input via the inquiry screen on the user terminal 2 and identifies a problem with the user's diet. For example, the server 1 compares the usual amount of meal of the user estimated from the inquiry result illustrated in FIG. 5 with the indicated nutrient amount (meal amount) set via the registration screen, and determines the amount of meal of the user. It is determined whether there is an excess. In the same manner, the server 1 compares the set distribution of various nutrients with the result of the inquiry to determine whether the user has excessive intake of various nutrients.
  • the server 1 also determines the presence or absence of an exercise habit, smoking habit, etc. from the results of the medical interview. Then, the server 1 outputs the identified user's problem to the medical technician terminal 3 for each lifestyle such as eating habits, exercise habits, and smoking habits. For example, the server 1 generates and displays a “lifestyle summary” of the medical treatment guidance screen shown in FIG. In the lifestyle habit summary, an alert item is displayed in a color-coded manner or the like, and presented to a medical professional. Note that in FIG. 4, for convenience of illustration, the task items are shown in bold underlined letters.
  • the server 1 determines the user's acceptance attitude to the medical intervention by the medical practitioner, that is, the psychological state, according to the user's answer to the psychological burden related to medical treatment. Specifically, the server 1 quantifies the user's psychological state regarding the importance of self-care according to the user's answer to each question of the psychological burden related to medical treatment. The server 1 makes a determination by comparing the parameter of each item quantified with a predetermined threshold.
  • the server 1 outputs the above determination result to the medical technician terminal 3.
  • the medical technician terminal 3 displays the determination result in the “intervention acceptance state” column of the medical treatment guidance screen.
  • the medical technician terminal 3 displays a determination result regarding the user's psychological state, displays a psychological approach accompanying treatment intervention, a distribution booklet (shown as “designated medium” in FIG. 4), and the like. Recommend healthcare professionals about medical interventions.
  • the server 1 further selects a self-care instruction target to be imposed on the user and outputs the self-care instruction target to the medical technician terminal 3 according to the tasks such as the eating habit, exercise habit, and smoking habit specified above. For example, as illustrated in FIG. 4, the medical technician terminal 3 displays a self-care target in the column of “recommended target category”.
  • the server 1 refers to the task table 142 and reads out the self-care goal corresponding to the task of the user specified from the inquiry information and the biological information in the user DB 141. For example, when the total amount of meal is specified as the task, the “meal amount” is read as the target. Subsequently, the server 1 refers to the user's response to the behavior change level questionnaire and determines a target level (difficulty level) to be set for the user with respect to the task. For example, the server 1 determines the behavior change level of the user in five stages according to the user's answer to the question. Then, the server 1 determines a target level to be imposed on the user according to the determined behavior change level.
  • a target level to be imposed on the user according to the determined behavior change level.
  • the server 1 determines, for each task the user has, from the response to the questionnaire on the behavior change level, and determines the target level imposed on the user. Then, the server 1 outputs the target at the level determined above, which corresponds to each of one or a plurality of tasks that the user has, to the medical technician terminal 3 as a candidate of a target to be imposed on the user, and Recommend to a health care professional to impose.
  • the server 1 determines, for each task the user has, from the response to the questionnaire on the behavior change level, and determines the target level imposed on the user. Then, the server 1 outputs the target at the level determined above, which corresponds to each of one or a plurality of tasks that the user has, to the medical technician terminal 3 as a candidate of a target to be imposed on the user, and Recommend to a health care professional to impose.
  • FIG. 4 for simplicity, only the target is shown, and the level and the like are not shown.
  • the medical physician consults the user with reference to the lifestyle summary and the intervention acceptance state displayed on the medical treatment guidance screen. Then, the doctor and a medical person other than the doctor who received the doctor's instruction set (select) a self-care goal to be imposed on the user based on the recommended self-care goal. It should be noted that the medical technician may set another goal by his / her own judgment irrespective of the goal recommended by the server 1. Further, the self-care goal to be set is not limited to a single one, but may be plural, and may be modified by a medical professional such as a quantitative modification of a target level.
  • the server 1 registers the self-care target of the user set and input via the medical technician terminal 3 in the user DB 141 in association with the user ID as described above.
  • the server 1 outputs a recommendation relating to a medical treatment policy for diabetes to the medical staff terminal 3 and presents it to the medical staff.
  • the recommendation regarding the medical policy is, for example, a recommendation or a non-recommendation regarding a prescription drug such as a type of a drug to be prescribed, a prescription amount, and a change and a change timing thereof.
  • the server 1 determines the type and amount of a prescription drug according to the level of the test value (biological information) such as HbA1c and weight, generates a recommendation for the prescription drug, and outputs it to the medical technician terminal 3. .
  • the medical technician terminal 3 transits to a medical guidance screen (not shown) and displays a recommendation regarding a medical treatment policy.
  • the server 1 accepts, via the user terminal 2, the medical technician terminal 3, and the like, a setting input of information on prescription drugs prescribed to the user.
  • the information on the prescription drug may include, for example, information such as the time of taking the drug, in addition to the type and prescription amount of the prescription drug.
  • the server 1 accepts the registration of the reservation date on which the user will consult (re-examine) the next time.
  • the server 1 stores information such as a prescription drug and an appointment date in the user DB 141.
  • the server 1 analyzes the problem of the user's lifestyle, the psychological state, and the like from the inquiry information and the biological information and presents it to the medical physician, and recommends the goal of self-care and the treatment policy of diabetes.
  • the server 1 accepts a setting input of a self-care target until the next examination, that is, a re-examination, from a medical doctor who has examined the user.
  • the user performs self-care to achieve the set goal. Specifically, as described below, the user performs a try in accordance with the set goal to achieve the goal.
  • the target is set by the medical person who instructs the self-care, but the target may be set by the user himself.
  • the server 1 may automatically select a self-care target.
  • FIG. 6 is an explanatory diagram showing an example of the home screen.
  • FIG. 6 illustrates an example of a home screen of an application program according to the present system, which is displayed by the user terminal 2.
  • a description will be given of the processing performed by the user terminal 2 during the period from when the user receives a medical examination at a hospital to when the user receives the next medical examination (hereinafter, referred to as a “self-care period”).
  • the home screen includes a step count display field 41, a task confirmation button 42, an item acquisition button 43, a try display field 44, a goal confirmation button 45, a log registration button 46, and a log confirmation button 47.
  • the step number display field 41 is a display field for displaying the number of steps measured by an acceleration sensor (not shown) built in the user terminal 2 or the like.
  • the task confirmation button 42 is an object for transitioning to a log registration screen (see FIG. 8).
  • the item acquisition button 43 is an object for receiving items on the application distributed according to the achievement status of the user's goal, try, and the like, as described later.
  • the server 1 stores a plurality of tries in the assignment table 142 in association with one goal.
  • the server 1 outputs a plurality of tries associated with the target in the assignment table 142 as candidates to a later-described try setting screen (see FIG. 10A) in accordance with the target set at the first consultation.
  • the user terminal 2 accepts a selection input for selecting one or a plurality of tries to be performed by the user from the plurality of try candidates, and performs setting registration.
  • the user terminal 2 displays the set try in the try display field 44.
  • the try display field 44 includes a change button 441 or an evaluation button 442.
  • the change button 441 is an object for changing the setting of the try
  • the evaluation button 442 is an object for performing a self-evaluation on the achievement status of the try.
  • the execution period of each trial is set to one week.
  • the change button 441 becomes active and is changed to the evaluation button 442.
  • the trial period is not limited to one week. Further, a user, a medical professional, and the like may be able to change the implementation period.
  • the user terminal 2 transitions to a try setting screen (see FIG. 10A), and receives a setting input for changing or adding a trial being performed.
  • the user terminal 2 transitions to a try evaluation screen (FIG. 11A), and receives an input of a self-evaluation by the user regarding the achievement status of the performed try.
  • the target confirmation button 45 is an object for transiting to a try setting screen (see FIG. 10A) for setting a try in addition to a display screen (not shown) for displaying the set self-care goal.
  • the log registration button 46 is an object for transitioning to a log registration screen (see FIG. 8).
  • the log confirmation button 47 is an object for transitioning to a log confirmation screen (see FIG. 9).
  • the user terminal 2 displays the various objects described above on the home screen, and also displays a predetermined character object on the home screen as shown in FIG.
  • the character object is an example of an object displayed for the purpose of continuing self-care by the user, and presents self-care advice, support comments, and the like to the user.
  • FIGS. 7A and 7B are explanatory diagrams showing an example of character display.
  • FIGS. 7A and 7B show how the effect display of the character is performed according to the goal, the achievement status of the try and the like, the input status of the log data, and the like.
  • parameters related to the relationship between the user and the character such as the favorable sensibility of the character to the user, are set.
  • This parameter fluctuates in accordance with various types of information input to the user terminal 2 in connection with self-care, such as a goal and trial achievement status described below, a log data input status, and the like. For example, when the user has achieved the goal of self-care, the parameters are changed so that the evaluation of the character is improved. On the other hand, for example, when log data to be input by the user has not been input, the parameters are changed so that the evaluation of the character is reduced.
  • the user terminal 2 controls the character and the related screen display according to each parameter. If the content to be controlled is related to the character, it includes not only screen display but also effects such as voice reproduction that can be performed by the terminal. For example, as shown in FIG. 7A, when the user has achieved the goal, the user terminal 2 performs an effect display in which the character praises the user. In addition, as shown in FIG. 7B, when the user has not input the log data, the user terminal 2 performs an effect display in which the character scolds the user. Further, for example, the server 1 may increase or decrease the number of dialogues displayed in the balloon according to the change in the parameter.
  • the effect of the character may be controlled in consideration of the personality type information of the user. It is possible to reflect a way of communicating that is expected to be highly effective according to the character of the user, such as praising) or negatively speaking (speaking) in the dialogue of the character.
  • the one obtained first may be used as it is, may be used periodically, or may be used by changing the personality type based on the user's reaction or evaluation. You may.
  • the server 1 distributes items and the like related to the character on the application to the user terminal 2 according to the user's goal and the achievement status of the try.
  • the item is, for example, a character's clothing item, a room decoration item, or the like.
  • the item is not limited to this, and may be, for example, an additional character or the like.
  • the user terminal 2 acquires the item in response to an operation input to the item acquisition button 43 on the home screen in FIG.
  • the effect of the character, the distribution of items, and the like are performed according to the self-care situation. This allows the user to not only perform self-care monotonously, but also to engage in self-care while having fun, and to provide an incentive to continue self-care.
  • the effect of the character, the distribution of the item, and the like are changed according to the achievement state of the try, the input state of the log data, and the like.
  • the scenario in which the character moves may be changed.
  • the action relating to the character can be changed according to the achievement status of the try, and the processing content is not particularly limited.
  • FIG. 8 is an explanatory diagram showing an example of the log registration screen.
  • the user terminal 2 transitions to a log registration screen in response to an operation input to the task confirmation button 42 or the log registration button 46.
  • the log registration screen is a screen for inputting various log data related to diabetes, and is a screen for recording data relating to the behavior and state of the user during the self-care period.
  • the log registration screen includes a meal tab 51, a medication tab 52, an exercise tab 53, and a home measurement tab 54.
  • the user terminal 2 switches the screen according to the operation input to each tab, and accepts registration of various log data.
  • the user terminal 2 has seven types of meals taken by the user, exercises performed by the user, prescription drug taking status, weight, blood pressure, blood sugar level (HbA1C value), and physical condition measured by the user. The information is registered as log data.
  • the user terminal 2 when registration of a meal is received, the user terminal 2 captures an image of a meal scene in accordance with an imaging operation performed by the user, and uploads the captured image to the server 1. In addition, the user terminal 2 accepts the text input of the meal menu and uploads the same.
  • the server 1 stores the uploaded log data in the user DB 141 in association with the user ID.
  • log data is not limited to the above information, and may include other information such as, for example, an amount of alcohol consumed, a smoking situation, a triglyceride level, and a cholesterol level. Further, for example, log data is not limited to data manually input by the user, and may be data that can be automatically acquired by the user terminal 2 such as the number of steps described above.
  • FIG. 9 is an explanatory diagram showing an example of the log confirmation screen.
  • the user terminal 2 transits to a log confirmation screen in response to an operation input to the log confirmation button 47 on the home screen in FIG.
  • the log confirmation screen is a screen for editing and displaying log data input on the log registration screen, and is a screen for displaying a summary (actual information) indicating the results of self-care performed by the user.
  • FIG. 9 illustrates a log confirmation screen that displays the weight, exercise status, and calorie intake of the user as an example of the log confirmation screen.
  • a graph showing the time-series change in weight is displayed on the upper side
  • an icon indicating the most frequent exercise is displayed in the center
  • a graph showing the time-series change in the calorie intake and the number of steps are displayed on the lower side.
  • the user terminal 2 refers to the log data stored in the user DB 141 and displays the above various data as a summary.
  • the user terminal 2 transits the log confirmation screen in response to an operation input from the user, and displays a summary of other log data.
  • the user terminal 2 displays a graph showing time-series changes of test values of HbA1C, blood pressure, triglyceride, etc., which were inspected at the hospital in each month, and a meal menu input on the log registration screen of FIG.
  • a graph showing the breakdown of each nutrient such as carbohydrate, protein, lipid and the like is displayed.
  • the display mode of the summary is not limited to a graph or an icon, and may be, for example, a table format. Further, the display method of the log confirmation screen may be changed according to the personality type.
  • a rank may be displayed for a type that is motivated by competing with another person, and an achievement rate to a target value may be displayed for a type that is motivated if there is a specific numerical goal.
  • the user can check the log data on the log check screen, reflect on his / her own behavior and state, and obtain an incentive to continue self-care.
  • FIGS. 10A and 10B are explanatory diagrams showing an example of the try setting screen.
  • the user terminal 2 transits to the try setting screen shown in FIG. 10A.
  • the try setting screen is a screen for setting a try to be performed by the user.
  • the user terminal 2 communicates with the server 1 and displays a plurality of tries associated with the target imposed on the user in the assignment table 142 on the try setting screen as candidates for a try to be performed by the user. For example, when the user's goal is “meal size”, various tries such as “let's record meals”, “let's measure weight”, and “let's record snacks” are displayed.
  • the user terminal 2 receives a selection input for selecting one or a plurality of tries to be performed by the user from a plurality of try candidates displayed on the try setting screen. After accepting the selection input of the try, the user terminal 2 transits to the try setting screen of FIG. 10B, and can receive detailed condition settings for the selected try. For example, in a case where it is set as a try not to put food near the user, the user terminal 2 further receives an input as to where to change the place to put food. In this way, by making it possible to set a try customized for each user, the action to be actually performed for the user is clarified, and more appropriate self-care can be performed.
  • FIGS. 11A and 11B are explanatory diagrams showing an example of the try evaluation screen.
  • the try evaluation screen is a screen for accepting an input of a user's self-evaluation regarding the achievement status of the try.
  • the user terminal 2 accepts an input of a self-evaluation in a plurality of stages on the try evaluation screen of FIG.
  • input of whether or not the achievement is possible is received in two stages, but input of self-evaluation may be received in three or more stages.
  • the user terminal 2 receives an input regarding the user's intention to continue whether or not the user has performed the self-evaluation, that is, the executed trial, whether or not the user has an intention to continue the trial. For example, after completing the self-evaluation of the achievement status for all the tries, the user terminal 2 transits to the try evaluation screen of FIG. 11B. The user terminal 2 accepts a selection input on the screen as to whether or not the user terminal 2 is willing to continue the try. It should be noted that the user's intention to continue the try is not limited to the input method of course.
  • the user terminal 2 After completing the self-evaluation of the try, the user terminal 2 changes the priority based on the user's achievement of the try, changes in various parameters, and the like, and reflects the priority in the next try setting.
  • the user terminal 2 determines and recommends the priority of the try candidates in accordance with the achievement status of the try and the user's intention to continue, and accepts the setting input of the try performed by the user. As a result, a try to be performed next by the user is set, and the user works on the try. By setting a try in consideration of not only the achievement or non-achievement of the try but also the intention of the user, it is possible to prevent a decrease in the motivation for self-care.
  • the user records the log data on the daily habits on the user terminal 2 and performs a trial displayed on the user terminal 2 to improve diabetes.
  • the user terminal 2 gives a notification at a predetermined timing to take the prescription drug according to the data of the prescription drug registered at the time of the first consultation. Then, the user inputs the degree of achievement as to whether or not the self-care goal has been achieved before the appointment date of the next consultation as described below, and looks back on the self-care.
  • FIG. 12 is an explanatory diagram showing an example of the target evaluation screen.
  • the goal evaluation screen is an input screen for the user to perform a self-evaluation on the achievement status of the self-care goal.
  • the user terminal 2 displays a target evaluation screen a predetermined period (for example, a few days before) from the reconfirmation appointment date, and receives a user's self-evaluation input indicating how much the target has been achieved during the one-month self-care period.
  • the user terminal 2 receives an evaluation input of the degree of achievement of the target in ten steps.
  • FIG. 13 is an explanatory diagram relating to the target setting process at the time of re-examination.
  • FIG. 13 conceptually illustrates the process at the time of re-examination. The outline of the process at the time of re-examination will be described with reference to FIG.
  • the user terminal 2 accepts the input of the degree of achievement of the goal described with reference to FIG. 12 before the appointment day, and also performs a re-examination on diabetes for the user and acquires the inquiry information again. Although not shown, the user terminal 2 displays an inquiry screen similar to that of FIG. 5 and accepts input of an answer.
  • the user terminal 2 may perform a re-inquiry on all the inquiry items such as eating habits, exercise habits, and smoking habits in the same manner as in the first consultation. However, in order to simplify the input operation of the user, the tasks specified in the first consultation It is also possible to carry out a re-examination only for an inquiry item related to.
  • the user terminal 2 displays a questionnaire on the behavior change level for the target set at the previous time (at the first consultation), that is, the current target.
  • the user terminal 2 accepts an input of a response in five steps as in the case of the first consultation.
  • the user terminal 2 displays a questionnaire of the behavior change level inquiring about other goals to be worked on in addition to the currently set goals.
  • the user terminal 2 receives an input of an answer for another goal that the user wants to work on, that is, another goal that is motivated to perform.
  • the user sequentially performs input of log data, confirmation of a trial, self-evaluation, and the like, input of the degree of achievement of the goal, and input of interview information related to the re-interview before the appointment of the re-examination.
  • Various information input at the user terminal 2 is transferred to the server 1 and stored in the user DB 141.
  • the server 1 outputs the log data, the inquiry information, and the like stored in the user DB 141 to the medical technician terminal 3 a predetermined period before the appointment date (for example, the day before the appointment day), and pre-shares information related to self-care to the medical technician. I do.
  • the server 1 Similar to the log confirmation screen in FIG. 9, the server 1 generates a summary in which log data during the self-care period is totaled, such as a graph in which weight and calorie intake are totaled, and outputs the summary to the medical technician terminal 3. Further, the server 1 outputs the re-examination result and the like to the medical technician terminal 3. Thereby, the medical technician can grasp the current state of the user before consultation.
  • the user visits the hospital on the appointment day and receives a re-examination. For example, the user undergoes various tests such as HbA1C and blood pressure as in the first consultation.
  • the server 1 acquires the biological information at the time of the re-examination via the user terminal 2, the medical technician terminal 3, and the like.
  • the user may be subjected to an examination in advance at an external examination organization or the like, and the server 1 may acquire the biological information before re-examination.
  • the biological information can be shared in advance with the hospital.
  • the server 1 specifies the user's task based on the re-examination result (inquiry information) input in the user terminal 2 in advance, the biological information at the time of the re-examination, and outputs the problem to the medical technician terminal 3. Since the specific processing content is the same as that at the time of the first consultation, detailed description of the technique for identifying the task is omitted.
  • the medical technician terminal 3 displays the problem specified from the re-examination result, the test result at the re-examination, and the like in the “Summary of lifestyle” on the medical treatment guidance screen.
  • the server 1 outputs to the medical technician terminal 3 the goal that the user has self-evaluated and the achievement status of the trial. Specifically, as shown in FIG. 13, the medical technician terminal 3 displays the achievement level of the goal input by the user and the achievement of each try performed by the user in addition to the goal (the time of the first consultation) and the behavior change level. Or display the unachieved on the medical treatment guidance screen.
  • the server 1 determines the HbA1C value inspected at the re-examination, the degree of achievement of the previous goal self-evaluated by the user, the level of the previously set goal, the motivation to execute the previous goal acquired as a response to the re-examination Identify goals to be set next according to other goals to be addressed, etc., and recommend them to medical professionals. Specifically, the server 1 specifies one or more goals to be imposed next according to various types of information, determines the priority of each of the one or more goals, and presents the priority to the medical staff.
  • the server 1 continues or updates the previously set goal based on the biological information such as HbA1C, the achievement status of the self-care action goal, the achievement status of the trial, the behavior change level, the inquiry result, and other life information that can be obtained on the application ( (Change) or, in the case of update, recommendation to the medical physician or user including the priority order.
  • the server 1 receives, via the medical technician terminal 3 or the like, a setting input of a target to be worked on by the user in the next self-care period.
  • the medical physician and the user may follow the recommendation from the server 1 or may set their own goals without following the recommendation.
  • the server 1 Based on the biological information and the like acquired at the time of re-examination, the server 1 generates a recommendation regarding a medical treatment policy for the user and re-outputs the recommendation to the medical technician terminal 3. Specifically, the server 1 determines the improvement tendency of diabetes based on the change over time from the previous consultation with respect to the test values such as HbA1c and weight, and recommends a medical treatment policy. For example, the server 1 determines the improvement tendency of diabetes according to the increase or decrease of each test value, and determines whether the medicine to be prescribed should be changed or should be increased according to the determined improvement tendency. A recommended plan and a non-recommended plan are generated and output to the medical technician terminal 3.
  • FIG. 14 is a flowchart illustrating an example of a processing procedure executed by the self-care system.
  • the processing procedure executed by the self-care system is not limited to the flowchart illustrated in FIG. 14, and the flowchart illustrated in FIG. 14 is, of course, only an example.
  • the control unit 11 of the server 1 obtains, via, for example, the user terminal 2, medical inquiry information on a user's lifestyle-related medical inquiry (step S ⁇ b> 11).
  • the questionnaire information includes, in addition to answers to general questionnaires related to diabetes such as the age, gender, and past history of the user, a questionnaire regarding a behavior change level, a questionnaire asking a psychological burden regarding medical treatment, and the like.
  • the control unit 11 acquires biological information obtained by examining the living body of the user (step S12).
  • the biological information is, for example, a test value inspected in a hospital and includes test values such as HbA1c, blood pressure, and neutral fat.
  • the control unit 11 identifies a lifestyle problem of the user based on the medical inquiry information acquired in step S11 and the biological information acquired in step S12, and relates to a self-care guidance target and a medical treatment policy for lifestyle-related diseases.
  • a recommendation processing subroutine for generating recommended information and outputting the generated recommended information to the medical technician terminal 3 is executed (step S13).
  • the control unit 11 outputs a plurality of guidance target candidates to the medical technician terminal 3 and presents them to a medical physician who instructs self-care.
  • the control unit 11 generates a recommendation regarding a prescription drug and the like based on the biological information of the user and presents the recommendation to a medical professional.
  • the control unit 11 receives a setting input for setting a guidance target for the user via the medical technician terminal 3 (step S14). Specifically, the control unit 11 receives a selection input from a plurality of guidance target candidates output as described above. The control unit 11 stores (registers) the set target in the user DB 141.
  • the control unit 11 outputs the try (task action) set in accordance with the guidance target set in step S14 to the user terminal 2, and executes a self-care subroutine that prompts the user to perform the try (step S15).
  • the control unit 11 sets a self-care target for the user, and determines whether a predetermined period has elapsed since the start of the self-care (step S16). When it is determined that the predetermined period has not elapsed (S16: NO), the control unit 11 returns the process to step S15.
  • the control unit 11 obtains, via the user terminal 2, self-evaluation on the achievement status of the guidance target, inquiry information on the re-interview about lifestyle, and the like (Ste S17).
  • the inquiry information acquired in step S17 includes, for example, the contents of the inquiry similar to that in step S11, the will to perform for the currently set guidance target (behavior change level), and the implementation for the target other than the currently set guidance target. Includes responses to questionnaire on behavior change level to determine motivation.
  • the control unit 11 outputs the summary (actual information) of the log data during the self-care period acquired in the subroutine of step S15, the inquiry information related to the re-examination acquired in step S17 to the medical technician terminal 3, and before the re-examination.
  • the information is shared with the medical staff (step S18), and the process returns to step S12.
  • FIG. 15 is a flowchart illustrating a processing procedure of a subroutine of the recommendation processing.
  • the processing content of the subroutine of step S13 will be described with reference to FIG.
  • the control unit 11 of the server 1 specifies a test value (biological information) to be noted indicating an abnormal value that deviates from a preset normal value from the biological information acquired in step S12 (step S31).
  • the control unit 11 calculates the nutrient amount of the meal to be instructed to the user based on the specified test value to be noted, the result of the inquiry about the eating habits, and the like, outputs the calculated nutrient to the medical technician terminal 3, and recommends the medical technician. (Step S32). For example, the control unit 11 calculates a meal amount (total amount), energy distribution of various nutrients, and the like, and outputs the calculated amount to the medical technician terminal 3.
  • the control unit 11 receives the setting input of the indicated nutrient amount via the medical technician terminal 3 (Step S33).
  • the control unit 11 specifies the user's problem related to diabetes based on the indicated nutrient amount set in step S33, the exercise habit, the smoking habit inquiry result included in the inquiry information, and the like (step S34).
  • the control unit 11 determines the level (difficulty) of the guidance target to be imposed on the user based on the answer result (interview information) of the questionnaire for determining the user's willingness to perform self-care (step S35). For example, the control unit 11 determines the behavior change level (willingness to perform) to which the user belongs from the response result to the questionnaire regarding the behavior change level, and determines the level of the guidance target according to the determined behavior change level. The control unit 11 recommends the guidance target corresponding to the task specified in step S34, the guidance target at the level determined in step S35, and the medical treatment policy according to the test values (biological information) such as HbA1c and weight. The information is output to the medical technician terminal 3 and recommended to the medical technician (step S36). The control unit 11 returns the subroutine.
  • biological information biological information
  • FIG. 16 is a flowchart showing a processing procedure of a subroutine of self-care.
  • the processing content of the subroutine of step S15 will be described with reference to FIG.
  • the control unit 21 of the user terminal 2 accepts a setting input of a character that guides the user to various information related to self-care (step S51). For example, the control unit 21 receives a setting input regarding the appearance, character, costume, and the like of the character. If the setting has already been made, the control unit 21 skips step S51. In addition, the setting can be skipped particularly when the user does not want the setting.
  • the control unit 21 displays a home screen including a try (task action) according to the instruction target (step S52).
  • the home screen includes a log registration button 46 for transitioning to a log registration screen, in addition to one or more tries to be currently performed by the user.
  • the control unit 21 displays various information on the home screen, displays the character set in step S51, and presents advice, support comments, and the like via the character.
  • the control unit 21 transits to the log registration screen and accepts input of log data (recording information) relating to the user's action or state during the self-care period (step S53).
  • the log data is a record related to a meal, exercise, medication, and the like, and is a self-management record of a user related to diabetes.
  • the control unit 21 transmits the input log data to the server 1 and stores the log data in the user DB 141.
  • the control unit 21 displays a plurality of trials associated with the guidance target imposed on the user as candidates (step S54).
  • the control unit 21 receives a selection input for selecting a trial to be executed from the displayed plurality of trial candidates (step S55).
  • the control unit 21 transitions to a log confirmation screen and displays a summary (actual information) of the log data indicating the actual result of the self-care. (Step S56). For example, the control unit 21 displays a graph or the like in which various types of log data are totaled.
  • the control unit 21 receives an input of the user's self-evaluation regarding the achievement status of the trial being executed (step S57).
  • the control unit 21 performs a try resetting process of displaying the candidate of the next try to be tackled in accordance with the achievement status of the try input in step S57, accepting a selection input from the user, and setting the next try ( Step S58).
  • Control unit 21 returns the subroutine.
  • the explanation has been given on the assumption that the user (patient) receives guidance (diagnosis) from a medical technician.
  • the determination may be made including the necessity of guidance from a medical technician. For example, if no test value (abnormal value) to be noted is extracted from the biological information of the user, the server 1 determines that guidance by a medical technician is unnecessary. In this case, the server 1 notifies the user terminal 2 and the medical technician terminal 3 that guidance is unnecessary. As a result, it is possible to filter the users who should give priority to the treatment, and reduce the burden on both.
  • a guidance target for self-care is determined based on medical inquiry information and biological information, and a specific task action (trial) for achieving the guidance target is presented to the user.
  • a specific task action (trial) for achieving the guidance target is presented to the user.
  • the user is caused to select a trial to be actually performed from a plurality of trial candidates.
  • the user is allowed to set the details of the selected try and to specify specific action details.
  • the user can select a try according to the user's intention.
  • the next try is set in accordance with the self-evaluation regarding the achievement status of the try, whether or not the try has been achieved.
  • the priority order is determined for each of the plurality of try candidates, and the user is recommended to select in order from the try to be prioritized. By selecting the next try depending on whether or not the try has been achieved, appropriate self-care can be performed.
  • the next try is set in consideration of not only the possibility of achieving the try but also the intention of the user to continue. Thereby, the intention of the user himself can be appropriately considered.
  • a re-examination is performed after a lapse of a predetermined period from the start of self-care after setting a guidance target.
  • the server 1 can continuously support the implementation of self-care by setting the next target based on the result of the re-examination and the biological information obtained by re-examining the user's living body.
  • the user is caused to make a self-evaluation on the achievement status (achievement degree) of the goal, and the next goal is set according to the user's self-evaluation.
  • This makes it possible to appropriately set the next goal, such as whether to continue the same goal or perform a goal with a similar task, in consideration of the feeling of achievement of the user who has worked on self-care.
  • the medical staff when recommending the next guidance target candidate at the re-examination, priorities are set and the target is recommended.
  • the medical staff can easily determine what kind of guidance should be given to the user, and the medical staff can improve the work efficiency.
  • the user records log data (recording information) regarding the behavior or state of the user during the self-care period, and generates a summary (actual information) that summarizes the log data by summing up the log data.
  • log data recording information
  • summary actual information
  • the summary is shared with the medical profession after a lapse of a predetermined period from the start of self-care after setting the instructional goal, such as a day before an appointment for a reexamination.
  • the time required for a medical professional to perform an inquiry at a medical institution such as a hospital can be reduced, and work efficiency can be improved.
  • the display control of the character is performed in accordance with the input content, and advice and support comments are provided to the user. Present. This can give the user an incentive to continue self-care.

Landscapes

  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Physics & Mathematics (AREA)
  • Nutrition Science (AREA)
  • Biophysics (AREA)
  • Pathology (AREA)
  • Biomedical Technology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Molecular Biology (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

L'invention concerne un procédé de traitement d'informations caractérisé en ce qu'il amène un ordinateur à exécuter un traitement comprenant : l'acquisition d'informations d'interrogation indiquant des réponses d'un utilisateur à des interrogations relatives à des maladies liées au mode de vie ; l'acquisition d'informations biologiques de l'utilisateur ; la délivrance, sur la base des informations d'interrogation et des informations biologiques, d'informations de recommandation concernant une préconisation d'objectif sur une auto-gestion en vue d'améliorer ou de prévenir des maladies liées au mode de vie ; la définition d'une action de tâche à présenter à l'utilisateur conformément à la préconisation d'objectif ; et la délivrance de l'action de tâche définie au dispositif terminal de l'utilisateur.
PCT/JP2019/036745 2018-09-19 2019-09-19 Procédé de traitement d'informations, dispositif de traitement d'informations et programme WO2020059794A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
SG11202102134XA SG11202102134XA (en) 2018-09-19 2019-09-19 Information processing method, information processing apparatus, and program.
JP2020548593A JP7384362B2 (ja) 2018-09-19 2019-09-19 情報処理方法及び情報処理装置
JP2023186669A JP2023181403A (ja) 2018-09-19 2023-10-31 情報処理方法、情報処理装置及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-175232 2018-09-19
JP2018175232 2018-09-19

Publications (1)

Publication Number Publication Date
WO2020059794A1 true WO2020059794A1 (fr) 2020-03-26

Family

ID=69888450

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/036745 WO2020059794A1 (fr) 2018-09-19 2019-09-19 Procédé de traitement d'informations, dispositif de traitement d'informations et programme

Country Status (3)

Country Link
JP (2) JP7384362B2 (fr)
SG (1) SG11202102134XA (fr)
WO (1) WO2020059794A1 (fr)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6912128B1 (ja) * 2020-10-27 2021-07-28 株式会社メディカルフォレスト 問診システム、問診方法及び問診プログラム
WO2022024861A1 (fr) * 2020-07-27 2022-02-03 株式会社Save Medical Dispositif de traitement d'informations, procédé de traitement d'informations, et programme
US20220208361A1 (en) * 2019-05-20 2022-06-30 Shelpa Co. Ltd. Care support system, care support information registration system, care support method, and care support information registration method
US20220375569A1 (en) * 2019-11-07 2022-11-24 A10 Lab Inc. Method for providing lifestyle improvement
KR20230014958A (ko) * 2021-07-22 2023-01-31 주식회사 유비케어 소아 환자를 위한 댁내 건강 처방 서비스 제공 방법 및 시스템
WO2023058378A1 (fr) * 2021-10-07 2023-04-13 株式会社Cureapp Dispositif, procédé et programme de traitement d'informations
JP7456471B1 (ja) 2022-10-19 2024-03-27 沖電気工業株式会社 情報処理装置、プログラム、および情報処理方法
JP7492857B2 (ja) 2020-05-14 2024-05-30 ＤｅＳＣヘルスケア株式会社 ユーザの健康管理を支援するためのシステム、方法、及びプログラム
WO2024122072A1 (fr) * 2022-12-09 2024-06-13 富士通株式会社 Programme d'analyse d'informations d'affichage, dispositif d'analyse d'informations d'affichage et procédé d'analyse d'informations d'affichage

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005011329A (ja) * 2003-05-29 2005-01-13 Sanyo Electric Co Ltd 健康管理支援装置、健康管理支援システム、健康管理支援方法および健康管理支援プログラム
JP2005327218A (ja) * 2004-05-17 2005-11-24 Morioh Co Ltd 生活習慣病指導支援装置、生活習慣病指導支援プログラムおよび生活習慣病指導支援方法
JP2007072540A (ja) * 2005-09-05 2007-03-22 It Products:Kk 患者の意欲を向上させる生活習慣病療養支援装置
JP2016081519A (ja) * 2014-10-15 2016-05-16 オムロン株式会社 特性評価装置、特性評価システム、特性評価方法、および特性評価プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004290525A (ja) 2003-03-27 2004-10-21 Osaka Gas Co Ltd 健康診断支援システム
JP5297672B2 (ja) * 2008-03-25 2013-09-25 シスメックス株式会社 生活習慣改善提案装置、コンピュータプログラムおよび生活習慣改善提案システム
JP6408240B2 (ja) * 2013-06-18 2018-10-17 Ｐｈｃホールディングス株式会社 生活習慣病改善支援装置とそれを用いた生活習慣病改善支援システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005011329A (ja) * 2003-05-29 2005-01-13 Sanyo Electric Co Ltd 健康管理支援装置、健康管理支援システム、健康管理支援方法および健康管理支援プログラム
JP2005327218A (ja) * 2004-05-17 2005-11-24 Morioh Co Ltd 生活習慣病指導支援装置、生活習慣病指導支援プログラムおよび生活習慣病指導支援方法
JP2007072540A (ja) * 2005-09-05 2007-03-22 It Products:Kk 患者の意欲を向上させる生活習慣病療養支援装置
JP2016081519A (ja) * 2014-10-15 2016-05-16 オムロン株式会社 特性評価装置、特性評価システム、特性評価方法、および特性評価プログラム

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220208361A1 (en) * 2019-05-20 2022-06-30 Shelpa Co. Ltd. Care support system, care support information registration system, care support method, and care support information registration method
US20220375569A1 (en) * 2019-11-07 2022-11-24 A10 Lab Inc. Method for providing lifestyle improvement
JP7492857B2 (ja) 2020-05-14 2024-05-30 ＤｅＳＣヘルスケア株式会社 ユーザの健康管理を支援するためのシステム、方法、及びプログラム
WO2022024861A1 (fr) * 2020-07-27 2022-02-03 株式会社Save Medical Dispositif de traitement d'informations, procédé de traitement d'informations, et programme
JP2022023454A (ja) * 2020-07-27 2022-02-08 株式会社Save Medical 情報処理装置、情報処理方法及びプログラム
JP6912128B1 (ja) * 2020-10-27 2021-07-28 株式会社メディカルフォレスト 問診システム、問診方法及び問診プログラム
JP2022070437A (ja) * 2020-10-27 2022-05-13 株式会社メディカルフォレスト 問診システム、問診方法及び問診プログラム
KR20230014958A (ko) * 2021-07-22 2023-01-31 주식회사 유비케어 소아 환자를 위한 댁내 건강 처방 서비스 제공 방법 및 시스템
KR102642207B1 (ko) * 2021-07-22 2024-03-04 주식회사 유비케어 소아 환자를 위한 댁내 건강 처방 서비스 제공 방법 및 시스템
WO2023058378A1 (fr) * 2021-10-07 2023-04-13 株式会社Cureapp Dispositif, procédé et programme de traitement d'informations
JP7456471B1 (ja) 2022-10-19 2024-03-27 沖電気工業株式会社 情報処理装置、プログラム、および情報処理方法
WO2024122072A1 (fr) * 2022-12-09 2024-06-13 富士通株式会社 Programme d'analyse d'informations d'affichage, dispositif d'analyse d'informations d'affichage et procédé d'analyse d'informations d'affichage

Also Published As

Publication number Publication date
SG11202102134XA (en) 2021-04-29
JP7384362B2 (ja) 2023-11-21
JPWO2020059794A1 (ja) 2021-11-25
JP2023181403A (ja) 2023-12-21

Similar Documents

Publication Publication Date Title
WO2020059794A1 (fr) Procédé de traitement d'informations, dispositif de traitement d'informations et programme
JP6440808B2 (ja) 病状の個人管理および監視
Chao et al. Enhanced self-efficacy and behavioral changes among patients with diabetes: cloud-based mobile health platform and mobile app service
Ugajin et al. White-coat hypertension as a risk factor for the development of home hypertension: the Ohasama study
JP5926517B2 (ja) 個人の健康およびウェルネスの管理のためのシステムおよび、その命令を含むコンピュータプログラムを格納した非一時的コンピュータ可読記憶媒体
Koenig et al. Religion, spirituality, and acute care hospitalization and long-term care use by older patients
Welch et al. Comprehensive diabetes management program for poorly controlled Hispanic type 2 patients at a community health center
US20160371998A1 (en) Health-based incentive plans and systems and methods for implementing health-based incentive transactions
JP6612788B2 (ja) 患者及び臨床医を支援するために、共有される、患者中心の意思決定サポートツールを用いるシステム及び方法
JP2017519303A5 (fr)
KR20110112901A (ko) 온라인을 통한 개인 맞춤형 건강관리와 진료방법 및 온라인 건강관리와 의료서비스 제공 서버장치
JPWO2005091195A1 (ja) 健康管理システム
US20080126123A1 (en) Customizing healthcare information
US20030167185A1 (en) System and method for integrating data with guidelines to generate displays containing the guidelines and data
JPH09103413A (ja) 健康管理支援装置
US20180108433A1 (en) System and computer program for analyzing and managing health, fitness and nutritional wellness
JP2014140521A (ja) 評価画面生成システム
Seto et al. Prediction of personal cardiovascular risk using machine learning for smartphone applications
CN110753970A (zh) 分布式用户监测系统
JP2002049697A (ja) 健康管理支援システム、及びそのプログラム
KR20210147746A (ko) 학습 모델 기반의 아토피 피부염 관리 장치 및 그 방법
WO2022163826A1 (fr) Appareil d'aide à la santé, système d'aide à la santé et procédé d'aide à la santé
JP7214174B1 (ja) 医療支援装置、医療支援装置の動作方法、及びプログラム
WO2023007593A1 (fr) Procédé de collecte d'informations, dispositif de collecte d'informations, et procédé de partage d'informations pour terminal mobile
WO2022244265A1 (fr) Serveur de service de guide d'examen et procédé de guide d'examen

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19863281

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020548593

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2101001592

Country of ref document: TH

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19863281

Country of ref document: EP

Kind code of ref document: A1