WO2023008018A1 - ヘルスケア支援システム、ヘルスケア支援方法、及びプログラム - Google Patents

ヘルスケア支援システム、ヘルスケア支援方法、及びプログラム Download PDF

Info

Publication number
WO2023008018A1
WO2023008018A1 PCT/JP2022/025310 JP2022025310W WO2023008018A1 WO 2023008018 A1 WO2023008018 A1 WO 2023008018A1 JP 2022025310 W JP2022025310 W JP 2022025310W WO 2023008018 A1 WO2023008018 A1 WO 2023008018A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
user
terminal
evaluation
health
Prior art date
Application number
PCT/JP2022/025310
Other languages
English (en)
French (fr)
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 矢崎総業株式会社
Publication of WO2023008018A1 publication Critical patent/WO2023008018A1/ja

Links

Images

Classifications

    • 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

Definitions

  • the present invention relates to a healthcare support system, a healthcare support method, and a program.
  • Patent Literature 1 discloses a system that encourages employees to set goals for improving their daily life data such as attendance and exercise, thereby promoting their health.
  • the healthcare support system, healthcare support method, and program according to the embodiments encourage use of the system and contribute to the promotion of health.
  • a healthcare support system includes: a health insurance terminal that stores health checkup result information, which is the result of a health checkup; Indication content information that may indicate an improvement for health, evaluation action information for solving the indication content information, and point information allocated to each evaluation action information are each linked.
  • a server that stores a rating table; a user terminal that stores the evaluation behavior information;
  • the health insurance terminal transmits the health checkup result information to the server, When the user terminal determines that the behavior of the user using the user terminal corresponds to the evaluation behavior information, the user terminal transmits the corresponding evaluation behavior information to the server;
  • the server refers to the health checkup result information received from the health insurance terminal and the evaluation behavior information received from the user terminal, calculates points based on the evaluation table, and calculates the calculated point information.
  • Send to the health insurance terminal The health insurance terminal gives the points to the user based on the received point information.
  • the healthcare support method includes: a health insurance terminal storing health checkup result information, which is the result of a health checkup, transmitting the health checkup result information to a server;
  • a user terminal that stores evaluation behavior information for solving indication content information that may indicate an improvement for health has determined that the behavior of the user using the user terminal corresponds to the evaluation behavior information.
  • the server refers to the health checkup result information received from the health insurance terminal and the evaluation behavior information received from the user terminal, and generates the indication content information, evaluation behavior information, and evaluation behavior information for each a step of calculating the points based on the evaluation table to which the point information allocated to each is linked, and transmitting the calculated point information to the health insurance terminal; the health insurance terminal giving the points to the user based on the received point information; have
  • a computer is caused to execute each step described in the above healthcare support method.
  • the health insurance terminal transmits the health checkup result information to the server, and the user terminal, when determining that the behavior of the user using the user terminal corresponds to the evaluation behavior information, transmits the corresponding evaluation behavior information to the server.
  • the user when using the healthcare support system of this configuration, the user only needs to take actions (that is, evaluation actions) to solve the content of indications that may indicate improvement for health. , you don't have to do troublesome operations.
  • the server refers to the health checkup result information received from the health insurance terminal and the evaluation behavior information received from the user terminal, calculates points based on the evaluation table, and the health insurance terminal receives the point information received from the server.
  • Points are awarded to users based on As a result, by simply performing the behavior corresponding to the evaluation behavior information, the user in good health is maintained/improved in health, and the user in poor health is improved (improved). In addition, points are given by actions for maintenance/improvement and improvement (enhancement) of the health condition. In this way, since points are given simply by performing an action corresponding to the evaluation action information, it is possible to deepen the interest of the apathetic group. In other words, the healthcare support system of this configuration can induce the use of the system and contribute to promoting the health of users.
  • the points are not particularly limited, and may be points that can be used for shopping or points that can be converted into cash.
  • FIG. 1 is a block diagram showing an example configuration of a healthcare support system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing an example of the configuration of the server shown in FIG. 1; 3 is a block diagram showing an example of the configuration of the user terminal shown in FIG. 1.
  • FIG. 4 is a block diagram showing an example of the configuration of the health insurance terminal shown in FIG.
  • FIG. 5 is a block diagram showing an example of the configuration of the restaurant terminal shown in FIG.
  • FIG. 6 is a sequence diagram showing an example of the healthcare support method according to the embodiment of the present invention.
  • FIG. 7 is a flowchart showing an example of determination of the evaluation behavior information (receiving a detailed examination/re-examination) shown in FIG.
  • FIG. 7 is a flowchart showing an example of determination of the evaluation behavior information (receiving a detailed examination/re-examination) shown in FIG.
  • FIG. 7 is a flowchart showing an example of determination of the evaluation behavior information (re
  • FIG. 8 is a flow chart showing an example of determination of the evaluation behavior information (go to family doctor) shown in FIG.
  • FIG. 9 is a flowchart showing an example of determination of the evaluation behavior information (securing sleep time) shown in FIG.
  • FIG. 10 is a flow chart showing an example of determination of the evaluation behavior information (no smoking) shown in FIG.
  • FIG. 11 is a flow chart showing an example of determination of the evaluation behavior information (abstinence) shown in FIG.
  • FIG. 12 is a flow chart showing an example of determination of evaluation behavior information (intake of well-balanced meals) shown in FIG.
  • FIG. 13 is a flow chart showing an example of determination of the evaluation behavior information (1 exercise/23 exercises per week) shown in FIG.
  • FIG. 14 is a flow chart showing an example of point calculation based on the evaluation table shown in FIG.
  • FIG. 15 is an example of the healthcare support method shown in FIG. 6, and is a sequence diagram showing an example of the healthcare support method when the user selects and eats a specific menu.
  • FIG. 16 is a flow chart showing an example of determining whether it is a specific menu shown in FIG.
  • FIG. 17 is a sequence diagram showing an example of a menu reservation method according to the embodiment of the present invention.
  • FIG. 18 is a sequence diagram showing an example of the menu reservation method shown in FIG. 17 and showing an example of the menu reservation method when there are a plurality of user terminals.
  • FIG. 1 is a block diagram showing an example configuration of a healthcare support system 1 according to an embodiment of the present invention.
  • the healthcare support system 1 includes a server 2, a user terminal 3, a health insurance terminal 4, and a cafeteria terminal 5.
  • the server 2, the user terminal 3, the health insurance terminal 4, and the cafeteria terminal 5 are communicatively connected via a predetermined network N, for example, by wire or wirelessly.
  • the healthcare support system 1 may be composed of a plurality of user terminals 3 for use by a plurality of users, or may be configured such that a single user terminal 3 is used by a plurality of users.
  • FIG. 2 is a block diagram showing an example configuration of the server 2 according to the embodiment of the present invention.
  • the server 2 is managed by an administrator of the healthcare support system 1 or an administrator of the management platform of the healthcare support system 1, and includes at least a communication section 21, a control section 22, and a storage section .
  • Examples of the user terminal 3 include mobile terminals such as smartphones and wearable terminals.
  • the user terminal 3 may be linked with a measuring device for measuring physical information, such as a weight scale 30 (see FIG. 1).
  • the communication unit 21 is realized by, for example, a NIC, etc., and is connected to the network N by wire or wirelessly. I do.
  • the control unit 22 processes various types of information including transmitted and received information.
  • the control unit 22 may be configured with a processing unit corresponding to each process, or each process may be performed by a single processing unit.
  • the processing unit related to the control unit 22 is implemented by, for example, executing various programs stored in a storage device inside the server 2 by a CPU or the like.
  • Various programs include application programs installed on the server 2 . The details of the processing contents of the processing unit will be described later.
  • the storage unit 23 stores comprehensive user information, evaluation tables shown in Tables 1 and 2 below, and the like.
  • the user information is registration information and the like for the user's use of the healthcare support system.
  • the evaluation table includes diagnostic item information classified by item of health checkup that the user undergoes, indication content information that may indicate improvement for each diagnostic item information, evaluation action information for solving the indication content, and point information allocated to each piece of evaluation behavior information, and the four pieces of information are associated with each other.
  • diagnostic item information include “height, weight, waist circumference, visual acuity, and hearing test”, “chest X-ray test and sputum test”, “blood pressure measurement”, “anemia test”, “liver function test”, and 8 items of "blood lipid test” are included.
  • indication content information there are five items: “re-examination required”, “consult with family doctor”, “improvement of lifestyle”, “improvement of eating habits”, and “moderate exercise”. include.
  • Examples of the evaluation behavior information include “receiving a detailed examination/re-examination”, “going to a family doctor”, “securing sleep time”, “no smoking”, “eating a well-balanced diet”, “abstinence from alcohol”, “ 1 exercise” and “achieved 23 exercises per week” are included.
  • points are allocated so as to correspond to each of the eight items of the evaluation action information.
  • the indication content information corresponds to the diagnosis item information.
  • the diagnostic item information is "measurement of blood pressure”
  • the five items of the indication content information described above are associated with the diagnostic item information.
  • the diagnostic item information is "chest X-ray examination and sputum examination”
  • two indication content information "required detailed examination/reexamination required” and "consult with family doctor” are linked to the diagnostic item information. ing.
  • evaluation behavior information corresponds to indication content information.
  • indication content information is “Improvement of lifestyle habits”
  • two pieces of evaluation behavior information “Ensuring sleep time” and “No smoking” are linked to the indication content information.
  • the indication content information is “consult with a family doctor”
  • one piece of evaluation behavior information "go to a family doctor” is linked to the indication content information. That is, when the indication content information is "improvement of lifestyle habits", "going to a family doctor” cannot be an evaluation behavior, and therefore does not correspond to evaluation behavior information.
  • point information corresponds to evaluation behavior information.
  • the evaluation behavior information is "receiving a detailed examination/re-examination”
  • point information of "10" points is assigned to the evaluation behavior information.
  • point information of "100” points is assigned to the evaluation behavior information.
  • the diagnostic item information, indication content information, evaluation behavior information, and point information are each registered as arbitrary content by the administrator of the healthcare support system 1 or the administrator of the management platform of the healthcare support system 1.
  • the indication content information, the evaluation behavior information, and the point information should be linked so as to correspond to each other.
  • FIG. 3 is a block diagram showing an example of the configuration of the user terminal 3 according to the embodiment of the present invention.
  • the user terminal 3 is an information processing device used by a user, and includes at least a communication section 31 , an input section 32 , an output section 33 , a control section 34 and a storage section 35 .
  • the communication unit 31 is realized by, for example, a NIC, and is connected to the network N by wire or wirelessly, and transmits and receives information to and from the server 2, the health insurance terminal 4, and the cafeteria terminal 5 via the network N. conduct.
  • the input unit 32 receives various operations from the user.
  • the input unit 32 may be, for example, a display surface with a touch panel function, buttons provided on the user terminal 3, a keyboard connected to the user terminal 3, or the like.
  • Various operations are not particularly limited as long as they are operations corresponding to the input unit 32 .
  • the output unit 33 is a medium for transmitting various information to the user.
  • the output unit 33 may be, for example, a display screen such as a display of the user terminal 3 that visualizes various information, or a speaker or the like of the user terminal 3 that renders various information audible. Transmission is not particularly limited as long as it is an operation corresponding to the output unit 33 .
  • the control unit 34 processes various types of information including information that is transmitted and received.
  • the control unit 34 may be configured with a processing unit corresponding to each process, or each process may be performed by a single processing unit.
  • the processing unit related to the control unit 34 is realized by, for example, executing various programs stored in a storage device inside the user terminal 3 by a CPU or the like.
  • Various programs include programs of applications installed in the user terminal 3 .
  • the control unit 34 determines whether the acquired user behavior information corresponds to the evaluation behavior information.
  • the storage unit 35 stores the evaluation behavior information and the like of the evaluation table.
  • the storage unit 35 can store the received information if the points given by the health insurance terminal 4 and the rights given by the cafeteria terminal are digital information.
  • FIG. 4 is a block diagram showing an example of the configuration of the health insurance terminal 4 according to the embodiment of the present invention.
  • the health insurance terminal 4 is an information processing device used by, for example, personnel and labor affairs personnel and health insurance union members (hereinafter also referred to as “health insurance terminal users”) who have the results of health checkup information (that is, health checkup result information). and includes at least a communication unit 41 , an input unit 42 , an output unit 43 , a control unit 44 and a storage unit 45 .
  • the communication unit 41 is implemented by, for example, a NIC, and is connected to the network N by wire or wirelessly, and transmits and receives information to and from the server 2 and the user terminal 3 via the network N.
  • the input unit 42 accepts various operations from the health insurance terminal user.
  • the input unit 42 may be, for example, a display surface with a touch panel function, buttons provided on the health insurance terminal 4, a keyboard connected to the health insurance terminal 4, or the like.
  • Various operations are not particularly limited as long as they are operations corresponding to the input unit 42 .
  • the output unit 43 is a medium for transmitting various information to the user.
  • the output unit 43 may be, for example, a display screen such as a display of the health insurance terminal 4 that visualizes various information, or a speaker or the like of the health insurance terminal 4 that renders various information audible. Transmission is not particularly limited as long as it is an operation corresponding to the output unit 43 .
  • the control unit 44 processes various types of information including information that is transmitted and received.
  • the control unit 44 may be configured with a processing unit corresponding to each process, or each process may be performed by a single processing unit.
  • the processing unit related to the control unit 44 is realized by, for example, executing various programs stored in a storage device inside the health insurance terminal 4 by a CPU or the like.
  • Various programs include application programs installed in the health insurance terminal 4 .
  • the control unit 44 transmits health checkup result information of a designated person (that is, a user) in response to a request from the server 2 and gives points to the user based on point information received from the server 2 .
  • the storage unit 45 stores comprehensive health checkup result information and user point information.
  • Comprehensive health checkup result information is, for example, health checkup result information of various persons other than the user.
  • the health checkup result information stored in the storage unit 45 is not limited to only the user's health checkup result information.
  • the health checkup result information stored in the storage unit 45 may be limited to only the user's health checkup result information.
  • FIG. 5 is a block diagram showing an example of the configuration of the restaurant terminal 5 according to the embodiment of the present invention.
  • the cafeteria terminal 5 is an information processing device used by, for example, a meal provider who provides meals to users and a person who works in an employee cafeteria in a company (hereinafter also referred to as a "cafeteria terminal user").
  • a unit 51 an input unit 52 , an output unit 53 , a control unit 54 and a storage unit 55 are provided.
  • the communication unit 51 is realized by, for example, a NIC, and is connected to the network N by wire or wirelessly, and transmits and receives information to and from the server 2 and the user terminal 3 via the network N.
  • the input unit 52 accepts various operations from restaurant terminal users.
  • the input unit 52 may be, for example, a display surface with a touch panel function, buttons provided on the restaurant terminal 5, a keyboard connected to the restaurant terminal 5, or the like.
  • Various operations are not particularly limited as long as they are operations corresponding to the input unit 52 .
  • the output unit 53 is a medium for transmitting various information to the user.
  • the output unit 53 may be, for example, a display screen such as a display of the dining room terminal 5 that visualizes various information, or a speaker or the like of the dining room terminal 5 that renders various information audible. Transmission is not particularly limited as long as it is an operation corresponding to the output unit 53 .
  • the control unit 54 processes various types of information including transmitted and received information.
  • the control unit 54 may be configured with a processing unit corresponding to each process, or each process may be performed by a single processing unit.
  • the processing unit related to the control unit 54 is implemented by, for example, executing various programs stored in a storage device inside the restaurant terminal 5 by a CPU or the like.
  • Various programs include application programs installed in the restaurant terminal 5 .
  • the control unit 54 transmits menu information in response to a request from the server 2, grants rights to the user based on reservation information received from the server 2, and predicts the amount of ingredients to be ordered from the ordering party. do.
  • the storage unit 55 stores menu information, reservation information, and information on rights granted to users.
  • the storage unit 55 may store, for example, information on past orders placed with suppliers.
  • the control unit 54 can refer to the past order information and predict the order amount of ingredients based on the reservation information.
  • FIG. 6 is a sequence diagram showing an example of healthcare support method 11 according to an embodiment of the present invention.
  • FIG. 6 is a sequence diagram showing an example of the operation of the healthcare support method program.
  • the server 2 requests health checkup result information of a specific user from the health insurance terminal 4 at a predetermined time or by a predetermined operation (step S1).
  • the health insurance terminal 4 transmits the designated user's health checkup result information to the server 2 (step S3), and the server 2 receives the health checkup result information of the specified user (step S5).
  • the user terminal 3 detects or confirms the user's behavior, it acquires the user's behavior information (step S7).
  • the user's behavior information may be detected or confirmed, for example, by an application installed in the user terminal 3, or may be detected or confirmed by the user's operation of the user terminal.
  • a running app is installed in the user terminal 3
  • the user's running that is, behavior information
  • the user detects or confirms information about running (that is, behavior information) by performing an input operation on the user terminal 3 . Acquisition of user behavior information may be performed at a predetermined time or by a predetermined operation, and is not particularly limited.
  • the user terminal 3 determines whether the acquired action information corresponds to the stored evaluation action information (step S9). Determination of evaluation behavior information will be described with reference to FIGS. 7 to 13.
  • FIG. The various processes shown in FIGS. 7 to 13 are processes for determining whether or not they correspond to the evaluation action information in the evaluation tables shown in Tables 1 and 2.
  • FIG. 7 is a flowchart showing an example of determination as to whether or not the behavior information acquired by the user terminal 3 corresponds to "undergo a detailed examination/re-examination" in the evaluation behavior information.
  • the user terminal 3 acquires the behavior information
  • the user terminal 3 starts determining the evaluation behavior information.
  • the map application is read (step S901), and it is confirmed whether or not a hospital visit event has occurred (step S903).
  • the occurrence of the hospital visit event is confirmed, it is confirmed whether or not the user has stayed at the visited hospital for a predetermined time (step S905).
  • the occurrence of the hospital visit event is not confirmed, it is determined that the acquired behavior information does not correspond to "receiving a detailed examination/reexamination" (step S909), and the determination of the evaluation behavior information ends.
  • step S905 When it is confirmed in step S905 that the patient has stayed at the visited hospital for a predetermined period of time, it is determined that the acquired behavior information corresponds to "receiving a detailed examination/re-examination" (step S907), and the determination of the evaluation behavior information ends. do. On the other hand, if it is not confirmed that the patient has stayed at the visited hospital for a predetermined period of time, it is determined that the acquired behavior information does not correspond to "receiving a detailed examination/re-examination” (step S909), and the determination of the evaluation behavior information ends. do.
  • a final confirmation step may be performed by the user after step S907 or step S909.
  • the user may be linked with the calendar application. In this way, in order to improve the accuracy of evaluation behavior information determination, a user's operation may be received or other applications may be linked. is.
  • the determination of the evaluation behavior information (“get a detailed examination/re-examination”) in the user terminal 3 is performed by the processing in FIG. 7 as described above. , it may be determined whether or not the evaluation behavior information determined by the user terminal 3 is correct. The determination of whether or not the evaluation behavior information determined by the user terminal 3 as described above is correct may also be performed in the same manner for the determination of the evaluation behavior information described below.
  • the hospital will send a receipt (medical fee) to the user of the health insurance terminal. statement) will be sent.
  • the user terminal 3 may acquire the evaluation behavior information without performing the processing for "receiving a detailed examination/re-examination" in the evaluation behavior information. The same applies to the following evaluation behavior information.
  • FIG. 8 is a flowchart showing an example of determination as to whether or not the behavior information acquired by the user terminal 3 corresponds to "go to the family doctor" of the evaluation behavior information.
  • the user terminal 3 acquires the behavior information
  • the user terminal 3 starts determining the evaluation behavior information.
  • the GPS application is read (step S911), and it is checked whether or not the registered hospital has stay information (step S913).
  • step S915 When it is confirmed in step S915 that the user has stayed at the registered hospital for a predetermined period of time, it is determined that the acquired behavior information corresponds to "go to the family doctor" (step S917), and the determination of evaluation behavior information ends. On the other hand, if it is not confirmed that the user has stayed at the registered hospital for the predetermined time, it is determined that the acquired behavior information does not correspond to "go to the family doctor" (step S919), and the determination of the evaluation behavior information ends.
  • the same flow as the flow for determining whether the behavior information corresponds to "receiving a detailed examination/reexamination" is performed. may In this case, it is preferable that the above-described final confirmation step is performed so as not to mix "undergo a detailed examination/re-examination” and "go to a family doctor" as the determination of the evaluation behavior information. In addition, regardless of the presence or absence of registered hospitals, determination may be made based on the receipt (medical fee statement).
  • FIG. 9 is a flowchart showing an example of determining whether or not the behavior information acquired by the user terminal 3 corresponds to "securing sleep time" of the evaluation behavior information.
  • the user terminal 3 acquires the behavior information
  • the user terminal 3 starts determining the evaluation behavior information.
  • the sleep management application is read (step S921), and it is confirmed whether or not the sleep time exceeds a predetermined time (step S923).
  • the sleep time exceeds the predetermined time
  • the determination of the evaluation behavior information ends.
  • it is not confirmed that the sleep time exceeds the predetermined time it is determined that the acquired behavior information does not correspond to "securing the exact sleep time” (step S927), and the determination of the evaluation behavior information ends. .
  • FIG. 10 is a flow chart showing an example of determination as to whether or not the behavior information acquired by the user terminal 3 corresponds to "no smoking" in the evaluation behavior information.
  • the user terminal 3 acquires the behavior information
  • the user terminal 3 starts determining the evaluation behavior information.
  • the non-smoking management application is read (step S929), and it is confirmed whether or not the non-smoking period has exceeded a predetermined time (step S931).
  • the smoking cessation time exceeds the predetermined time
  • it is determined that the acquired behavior information corresponds to "no smoking” step S933
  • the determination of the evaluation behavior information ends.
  • the smoking cessation time exceeds the predetermined time
  • it is determined that the acquired behavior information does not correspond to "no smoking” (step S935), and the determination of evaluation behavior information ends.
  • FIG. 11 is a flowchart showing an example of determination as to whether or not the behavior information acquired by the user terminal 3 corresponds to "abstinence" in the evaluation behavior information.
  • the user terminal 3 acquires the behavior information
  • the user terminal 3 starts determining the evaluation behavior information.
  • the abstinence management application is read (step S937), and it is confirmed whether or not the abstinence time exceeds a predetermined time (step S939).
  • the abstinence time exceeds the predetermined time
  • it is determined that the acquired behavior information corresponds to "abstinence from drinking” step S941
  • the determination of the evaluation behavior information ends.
  • it is not confirmed that the abstinence time exceeds the predetermined time it is determined that the acquired behavior information does not correspond to "abstinence from drinking” (step S943), and the determination of evaluation behavior information ends.
  • FIG. 12 is a flowchart showing an example of determining whether or not the behavior information acquired by the user terminal 3 corresponds to "eating well-balanced meals" in the evaluation behavior information.
  • the user terminal 3 acquires the behavior information
  • the user terminal 3 starts determining the evaluation behavior information.
  • the diet management application is read (step S945), and it is checked whether or not the nutritional balance has reached the standard value (step S947).
  • the reference value it is confirmed whether or not the calorie intake is within the reference value (step S949).
  • step S949 When it is confirmed in step S949 that the calorie intake is within the reference value, it is determined that the acquired behavior information corresponds to "eating well-balanced meals" (step S951), and the determination of evaluation behavior information ends. . On the other hand, if it is not confirmed that the calorie intake is within the reference value, it is determined that the acquired behavior information does not correspond to "eating a well-balanced diet” (step S953), and the determination of evaluation behavior information ends. .
  • the time to eat has a great impact on the health condition of many people (for example, chrononutrition, etc.). For example, irregular meal times cause obesity and the like. For this reason, like the nutritional balance and the calorie intake, the meal times may also be added to the flow of FIG. 12 as criteria.
  • FIG. 13 is a flowchart showing an example of determining whether or not the behavior information acquired by the user terminal 3 corresponds to "1 exercise” and "23 exercises per week" of the evaluation behavior information.
  • the user terminal 3 acquires the behavior information
  • the user terminal 3 starts determining the evaluation behavior information.
  • the running application is read (step S955), and the running distance and running time are acquired (step S957).
  • the exercise value is calculated from the acquired running distance and running time (step S959).
  • step S959 it is checked whether or not the calculated exercise value is equal to or greater than one exercise (step S963).
  • the calculated exercise value is one exercise or more, for example, based on the data accumulated in the storage unit 35 of the user terminal 3, it is confirmed whether or not the number of exercises is 23 or more per week (step S963).
  • step S967 On the other hand, if it is not confirmed that the calculated exercise value is 1 exercise or more, it is determined that the acquired action information does not correspond to "1 exercise” (step S967), and the evaluation action information determination ends. .
  • step S963 When it is confirmed in step S963 that the number of exercises is 23 or more per week, it is determined that the acquired behavior information corresponds to "23 exercises per week" (step S965), and the determination of evaluation behavior information ends. On the other hand, if it is not confirmed that there are 23 or more exercises per week, it is determined that the acquired behavior information corresponds to "1 exercise” and not to "23 exercises per week” (step S969). Judgment ends.
  • decimal point is rounded down, but it is not limited to this.
  • simple process of determining whether or not one or more exercises or 23 or more exercises per week is achieved, but is not limited to this.
  • the user terminal 3 transmits the corresponding evaluation action information to the server 2 (step S11).
  • the server 2 receives the evaluation behavior information from the user terminal 3 (step S13), it refers to the evaluation behavior information and the health checkup result information received from the health insurance terminal 4, and calculates points based on the evaluation table (step S15). .
  • the server 2 receives the health checkup result information from the health insurance terminal 4 and the evaluation behavior information from the user terminal 3, it starts calculating points based on the evaluation table.
  • the indication content information is referred to from the received health checkup result information (step S151), and the received evaluation behavior information is referred to (step S153).
  • the received evaluation action information is the evaluation action information corresponding to the indication content information (step S155).
  • the point information allocated to the evaluation action information is extracted (step S157), and the point calculation based on the evaluation table ends. do.
  • point information is not extracted and point calculation based on the evaluation table ends.
  • the indication content information is "improvement of lifestyle”
  • the received evaluation behavior information is "securing sleep time” or "no smoking”
  • the received evaluation behavior information is "go to a family doctor”
  • points are given by performing an action corresponding to the evaluation behavior information. Point calculation may be performed so that is given.
  • the evaluation behavior information in this case does not correspond to specific indication content information, but corresponds to all indication content information. As a result, even healthy users can use the healthcare support system 1 according to the present embodiment.
  • step S151 and step S153 are different steps, but step S151 of referring to the indication content information from the received health checkup result information and step S153 of referring to the received evaluation behavior information are the same step. may be performed in In addition, after referring to the received evaluation behavior information (step S153), the indication content information may be referred to from the received health checkup result information (step S151).
  • the server 2 transmits the point information to the health insurance terminal 4 (step S17), and the health insurance terminal 4 receives the point information (step S19).
  • the health insurance terminal 4 gives points to the user (user terminal 3) based on the received point information (step S21). As a result, the user (user terminal 3) earns points.
  • Points are given to the user of the health insurance terminal 4 (user terminal 3) (step S21) at an arbitrary timing.
  • a case will be described in which points are awarded once a year based on the previous year's health checkup result information.
  • points are given only when the health condition (e.g., indications) is maintained, improved, or improved (improved) compared to the previous year. No points will be given if there is no improvement or improvement (improvement).
  • the awarding of points based on the previous year's health checkup result information involves a process of comparing the latest health checkup result information with the previous year's health checkup result information.
  • This processing may be performed by any one of the server 2, the user terminal 3, and the health insurance terminal 4, and the processing method and the like are not particularly limited.
  • points are managed by the above processing (steps).
  • FIG. 15 is an example of the healthcare support method 11, and is a sequence diagram showing an example of the healthcare support method 11a when the user selects and eats a specific menu.
  • the healthcare support method 11a is the same as the healthcare support method 11 except for the specific menu determination (step S9a) corresponding to the evaluation action information determination (step S9) processing (step). Since it is the same processing as the flow, the description of this point is omitted.
  • a user's action in the healthcare support method 11a is to reserve a menu or eat a selected (reserved) menu.
  • a menu includes drinks, food, ingredients (such as uncooked food), and dishes (cooked ingredients).
  • the specific menu is, for example, a healthy diet or a menu suitable for improving the contents pointed out by the user, and is not particularly limited.
  • FIG. 16 is a flow chart showing an example of determination as to whether or not the behavior information acquired by the user terminal 3 (that is, the menu eaten by the user) corresponds to a specific menu.
  • the user terminal 3 starts to determine whether the menu is a specific menu.
  • the diet management application is read (step S971), and it is confirmed whether or not the menu is registered (step S973).
  • the menu eaten by the user that is, the action information
  • step S975 it is determined that the menu eaten by the user (that is, the action information) is a specific menu
  • the determination of whether it is a specific menu ends.
  • the acquired action information is not a specific menu (step S977), and the determination of whether it is a specific menu is terminated.
  • FIG. 17 is a sequence diagram showing an example of the menu reservation method 12 according to the embodiment of the present invention.
  • FIG. 17 is a sequence diagram showing an example of the operation of the menu reservation method.
  • the server 2 requests menu information from the restaurant terminal 5 at a predetermined time or by a predetermined operation (step S31).
  • the restaurant terminal 5 transmits the menu information to the server 2 (step S33), the server 2 receives the menu information (step S35), and transmits the received menu information to the user terminal 3 (step S37).
  • the menu information may be transmitted from the cafeteria terminal 5 to the server 2 at a predetermined time or by a predetermined operation. That is, step S31 may be omitted.
  • the user terminal 3 When the user terminal 3 receives the menu information, the user can select any menu from the menu information.
  • the user terminal 3 transmits reservation information of the menu to the server 2 (step S41), and the server 2 receives the reservation information and accepts the reservation (step S43). Then, the reservation information is transmitted from the server 2 to the restaurant terminal 5 (step S45).
  • the cafeteria terminal 5 receives the reservation information (step S47), and grants the right to the user (user terminal 3) based on the received reservation information. As a result, the user (user terminal 3) acquires the right (step S51).
  • the priority may be a physical item such as a ticket, or may be digital information such as a bar code.
  • the server 2 may recommend a specific menu to the user as a recommended menu.
  • the menu reservation method 12 has been described above.
  • FIG. 18 is an example of the menu reservation method 12, and is a sequence diagram showing an example of the menu reservation method 12a when there are a plurality of user terminals.
  • the menu reservation method 12a has the same flow and the same processing as the menu reservation method 12, except for the process of predicting the food order (step S53), so the description of this point will be omitted.
  • the server 2 receives reservations from a plurality of user terminals 3 (step S43), transmits a plurality of reservation information to the restaurant terminal 5 (step S45), and the restaurant terminal 5 receives a plurality of reservation information (step S47). . Then, the restaurant terminal 5 predicts the order amount of ingredients based on a plurality of pieces of reservation information (step S53). In this way, if the order quantity of ingredients can be predicted, it is possible to suppress ordering of excess ingredients. That is, food loss can be reduced.
  • the granting of rights by the restaurant terminal 5 may be performed only for users (user terminals 3) who satisfy specific conditions.
  • the menu reservation method 12a has been described above.
  • the healthcare support method (11, 11a), and the program (hereinafter also referred to as "health care support system 1, etc.") according to the present embodiment
  • the user corresponds to evaluation behavior information. Simply take action.
  • the health of users in good health is maintained/improved, and the health of users in poor health is improved (improved).
  • the healthcare support system 1 according to the present embodiment does not require the user to perform any troublesome operations when used, and furthermore, the user can perform actions for maintaining/improving and improving (improving) the health condition (i.e., points are given by evaluation behavior). This can deepen the interest of the indifferent demographic (those who are unaware or uninterested in healthcare).
  • the evaluation behavior information includes selecting and eating a specific menu
  • the user is provided with a healthy eating habit and It is possible to promote awareness about improving eating habits.
  • the healthcare support system 1 and the like by giving the user the right to preferentially receive the selected (reserved) menu by reserving the menu, the indifferent group It is possible to create an opportunity to use the healthcare support system 1 or the like.
  • the menu reserved by the user is a specific menu, points are given to the user. It is possible to promote awareness of the improvement of
  • the server 2 receives from the user terminal 3 Points are calculated based on the evaluation table with reference to the evaluated behavior information.
  • the healthcare support system according to this embodiment can be used by healthy people (including people other than users).
  • the healthcare support system 1, the healthcare support method (11, 11a), and the program according to the present embodiment can induce the use of the system and contribute to promoting the health of the user.
  • a health insurance terminal (4) that stores health checkup result information, which is the result of a health checkup; Indication content information that may indicate an improvement for health, evaluation action information for solving the indication content information, and point information allocated to each evaluation action information are each linked.
  • a server (2) for storing evaluation tables (Tables 1 and 2);
  • a user terminal (3) that stores the evaluation behavior information, The health insurance terminal (4) transmits the health checkup result information to the server (2) (step S3), When the user terminal (3) determines that the action of the user using the user terminal corresponds to the evaluation action information (step S9, step S9a, FIGS.
  • the server (2) refers to the health checkup result information received from the health insurance terminal (4) and the evaluation behavior information received from the user terminal (3), and calculates points based on the evaluation table. calculating (step S15), transmitting the calculated point information to the health insurance terminal (4) (step S17), The health insurance terminal (4) gives the points to the user based on the received point information (step S21); Healthcare support system (1).
  • the indication content information includes an item indicating an improvement in eating habits
  • the evaluation behavior information includes that the user selects and eats a specific menu, Healthcare support system (1).
  • the server (2) refers to the received health checkup result information and the evaluation behavior information based on the evaluation table. to calculate points (step S15), Healthcare support system (1).
  • the right includes the right to preferentially receive the menu selected by the user (step S51), Healthcare support system (1).
  • the plurality of user terminals (3) each transmit reservation information of the menu selected by the user from among the received menu information to the server (step S41 in FIG.
  • the server (2) transmits the received plurality of reservation information to the restaurant terminal (5) (step S45 in FIG. 17), The dining room terminal (5) manages the received plurality of reservation information (step S53), Healthcare support system (1).
  • the server (2) is If the health checkup result information received from the health insurance terminal (4) does not contain the indication content information, the evaluation action information received from the user terminal (3) is referred to, and based on the evaluation table calculating points and transmitting the calculated point information to the health insurance terminal (4); The health insurance terminal (4) gives the points to the user based on the received point information.
  • Healthcare support system (1) is If the health checkup result information received from the health insurance terminal (4) does not contain the indication content information, the evaluation action information received from the user terminal (3) is referred to, and based on the evaluation table calculating points and transmitting the calculated point information to the health insurance terminal (4); The health insurance terminal (4) gives the points to the user based on the received point information.
  • Healthcare support system (1) is If the health checkup result information received from the health insurance terminal (4) does
  • a health insurance terminal (4) storing health checkup result information, which is the result of a health checkup, transmitting the health checkup result information to a server (2) (S3);
  • a user terminal (3) that stores evaluation behavior information for solving indication content information that may indicate an improvement for health, and the behavior of the user using the user terminal corresponds to the evaluation behavior information.
  • a step (S11) of transmitting the corresponding evaluation behavior information to the server (2) if it is determined to be so (steps S9 and S9a);
  • the server (2) refers to the health checkup result information received from the health insurance terminal (4) and the evaluation behavior information received from the user terminal (3), Information and the point information allocated to each of the evaluation behavior information are calculated based on the evaluation tables (Tables 1 and 2) respectively linked (step S13), and the calculated point information is calculated.
  • a step of transmitting to the health insurance terminal (4) (S17); the health insurance terminal (4) giving the points to the user based on the received point information (S21);
  • a healthcare support method (11, 11a) comprising: [9] A program for causing a computer to execute each step described in [8] above.
  • a healthcare support system it is possible to provide a healthcare support system, a healthcare support method, and a program that attract use of the system and contribute to promotion of health promotion.
  • the present invention with this effect is useful for a healthcare support system, a healthcare support method, and a program.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

ヘルスケア支援システム（１）は、健保端末（４）が記憶する健診結果情報をサーバ（２）に送信し、健康のために向上の指摘可能性がある指摘内容情報を解決するための評価行動情報を記憶するユーザ端末（３）が、ユーザの行動が評価行動情報に該当すると判定した場合、該当した評価行動情報をサーバ（２）に送信し、サーバ（２）が健診結果情報及び評価行動情報を参照して、診断項目情報、指摘内容情報、評価行動情報、及び評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルに基づいてポイントを算出し、算出したポイント情報を健保端末（４）に送信し、健保端末（４）がポイント情報に基づいて、ユーザにポイントを付与する。

Description

ヘルスケア支援システム、ヘルスケア支援方法、及びプログラム
　本発明は、ヘルスケア支援システム、ヘルスケア支援方法、及びプログラムに関する。
　従来から、従業員ヘルスケアを支援するべく、企業などで用いられるヘルスケア支援システムが提案されている（例えば、特許文献１を参照）。特許文献１には、勤怠、運動等の日常の生活データ等について、従業員に改善目標を設定させて、健康の増進を推進させるシステムが開示されている。
日本国特開２０２１－６８３４３号公報
　ところで、近年、世界的にも生活習慣病（生活習慣病から派生する疾患等も含む）の患者数が増加傾向にあり、ヘルスケアの大切さが再認識されている。ヘルスケアへの意識が高まりつつある中、ヘルスケアについて意識したり関心を持ったりする人たち（以下、「関心層」ともいう）がいる一方で、ヘルスケアについて意識していない人たちや関心を持たない人たち（以下、「無関心層」ともいう）も実在する。無関心層は、関心層と比べて、上述したようなヘルスケアを支援するシステムの利用に対して、消極的な傾向にある。
　特許文献１の発明では、従業員が、勤怠や運動等の日常の生活データ等について改善目標を設定しなければならず、無関心層がシステムの利用に対して、より消極的になる要素も含まれている。しかしながら、無関心層の中には、ヘルスケアについて意識しなければならない人（即ち、生活習慣病の患者や生活習慣病になるおそれがある人）もいる。このため、このような人たちを、ヘルスケア支援のシステムを利用するように誘引することが望ましい。
　実施形態に係るヘルスケア支援システム、ヘルスケア支援方法、及びプログラムは、システムの利用を誘引するとともに、健康の増進の推進に寄与する。
　一実施形態に係るヘルスケア支援システムは、
　健康診断の結果である健診結果情報を記憶する健保端末と、
　健康のために向上が指摘される可能性がある指摘内容情報、前記指摘内容情報を解決するための評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルを記憶するサーバと、
　前記評価行動情報を記憶するユーザ端末と、を備え、
　前記健保端末は、前記健診結果情報を前記サーバに送信し、
　前記ユーザ端末は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合、該当した前記評価行動情報を前記サーバに送信し、
　前記サーバは、前記健保端末から受信した前記健診結果情報、及び、前記ユーザ端末から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信し、
　前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する。
　更に、一実施形態に係るヘルスケア支援方法は、
　健康診断の結果である健診結果情報を記憶する健保端末は、前記健診結果情報をサーバに送信するステップと、
　健康のために向上が指摘される可能性がある指摘内容情報を解決するための評価行動情報を記憶するユーザ端末は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合、該当した前記評価行動情報を前記サーバに送信するステップと、
　前記サーバは、前記健保端末から受信した前記健診結果情報、及び、前記ユーザ端末から受信した前記評価行動情報を参照して、前記指摘内容情報、前記評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信するステップと、
　前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与するステップと、
　を有する。
　更に、一実施形態に係るプログラムは、
　コンピュータに、上記ヘルスケア支援方法に記載の各ステップを実行させる。
　一実施形態に係るヘルスケア支援システム、ヘルスケア支援方法、及びプログラムについて以下に述べる。健保端末は健診結果情報をサーバに送信し、ユーザ端末は、ユーザ端末を利用するユーザの行動が評価行動情報に該当すると判定した場合、該当した評価行動情報をサーバに送信する。これにより、ユーザは、本構成のヘルスケア支援システムを利用するにあたり、健康のために向上が指摘される可能性がある指摘内容を解決するための行動（即ち、評価行動）を行うのみで良く、煩わしい操作を行わなくてよい。
　そして、サーバは、健保端末から受信した健診結果情報、及び、ユーザ端末から受信した評価行動情報を参照して、評価テーブルに基づいてポイントを算出し、健保端末は、サーバから受信したポイント情報に基づいて、ユーザにポイントを付与する。これにより、ユーザは、評価行動情報に該当する行動を単に行うことによって、健康状態の良いユーザは健康状態が維持・向上され、健康状態が悪いユーザは健康状態が改善（向上）される。加えて、健康状態の維持・向上及び改善（向上）のための行動によって、ポイントが付与される。このように、評価行動情報に該当する行動を単に行うことによってポイントが付与されるため、上記無関心層の関心を深めることができる。
　つまり、本構成のヘルスケア支援システムは、システムの利用を誘引するとともに、ユーザの健康の増進の推進に寄与できる。
　なお、ポイントは、特に限定されるものではなく、ショッピングに使えるポイントであってもよいし、現金に換金できるポイントであってもよい。
図１は、本発明の実施形態に係るヘルスケア支援システムの構成の例を示すブロック図である。 図２は、図１に示すサーバの構成の例を示すブロック図である。 図３は、図１に示すユーザ端末の構成の例を示すブロック図である。 図４は、図１に示す健保端末の構成の例を示すブロック図である。 図５は、図１に示す食堂端末の構成の例を示すブロック図である。 図６は、本発明の実施形態に係るヘルスケア支援方法の例を示すシーケンス図である。 図７は、図６に示す評価行動情報（精密検査／再検査を受ける）の判定の例を示すフローチャートである。 図８は、図６に示す評価行動情報（かかりつけ医に行く）の判定の例を示すフローチャートである。 図９は、図６に示す評価行動情報（睡眠時間の確保）の判定の例を示すフローチャートである。 図１０は、図６に示す評価行動情報（禁煙）の判定の例を示すフローチャートである。 図１１は、図６に示す評価行動情報（禁酒）の判定の例を示すフローチャートである。 図１２は、図６に示す評価行動情報（バランスの良い食事の摂取）の判定の例を示すフローチャートである。 図１３は、図６に示す評価行動情報（１エクササイズ・週２３エクササイズ）の判定の例を示すフローチャートである。 図１４は、図６に示す評価テーブルに基づくポイントの算出の例を示すフローチャートである。 図１５は、図６に示すヘルスケア支援方法の一例であって、ユーザが特定のメニューを選択して食した場合におけるヘルスケア支援方法の例を示すシーケンス図である。 図１６は、図１５に示す特定のメニューか判定の例を示すフローチャートである。 図１７は、本発明の実施形態に係るメニューの予約方法の例を示すシーケンス図である。 図１８は、図１７に示すメニューの予約方法の一例であって、ユーザ端末が複数の場合におけるメニューの予約方法の例を示すシーケンス図である。
　以下、本発明の実施形態の例について説明する。以下で説明する各例における各構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。更に、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。更に、以下で説明する各種のフローを構成する各処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。更に、以下で説明する各種のシステム、各種の方法、及び各種のプログラム等が実行されるツールとしては、サーバや各種端末にインストールされたアプリケーションであってもよいし、特定のウェブサイトであってもよい。
＜ヘルスケア支援システム＞
　図１は、本発明の実施形態に係るヘルスケア支援システム１の構成の例を示すブロック図である。図１に示すように、ヘルスケア支援システム１は、サーバ２と、ユーザ端末３と、健保端末４と、食堂端末５と、を含む。サーバ２、ユーザ端末３、健保端末４、及び食堂端末５は、例えば、所定のネットワークＮを介して、有線又は無線によって通信可能に接続される。ヘルスケア支援システム１は、複数のユーザが、それぞれ使用するように複数のユーザ端末３から構成されてもよいし、単一のユーザ端末３を複数のユーザが使用する構成としてもよい。
　図２は、本発明の実施形態に係るサーバ２の構成の例を示すブロック図である。サーバ２は、ヘルスケア支援システム１の管理者又はヘルスケア支援システム１の管理用プラットフォームの管理者によって管理され、通信部２１と、制御部２２と、記憶部２３と、を少なくとも備えている。ユーザ端末３としては、例えば、スマートフォン等の携帯端末及びウェアラブル端末が挙げられる。ユーザ端末３は、体重計３０（図１参照）等の身体情報を測定する測定機器と連動されていてもよい。
　通信部２１は、例えばＮＩＣ等によって実現されるとともに、ネットワークＮと有線又は無線によって接続されて、ネットワークＮを介して、ユーザ端末３、健保端末４、及び食堂端末５との間で情報の送受信を行う。
　制御部２２は、送受信される情報を含む各種情報を処理する。制御部２２は、各処理に応じて、それぞれ、処理部が構成されてもよいし、単一の処理部にて各処理が行われてもよい。制御部２２に係る処理部は、例えば、ＣＰＵ等によって、サーバ２の内部の記憶装置に記憶されている各種プログラムが実行されることにより実現される。各種プログラムには、サーバ２にインストールされたアプリケーションのプログラムも含まれる。処理部の処理内容についての詳細は後述する。
　記憶部２３は、包括的なユーザ情報、及び、以下の表１～表２に示す評価テーブル等を記憶する。ユーザ情報とは、ユーザのヘルスケア支援システムの利用に際する登録情報等である。評価テーブルは、ユーザが受診する健康診断の項目ごとに分類された診断項目情報、診断項目情報ごとに向上が指摘される可能性がある指摘内容情報、指摘内容を解決するための評価行動情報、及び評価行動情報ごとに割り振られたポイント情報を有し、４つの情報が、それぞれ、紐づけられている。
　以下、本実施形態に係る評価テーブルの各種情報の一例を、表１～表２を参照して説明する。
　診断項目情報の一例としては、「身長、体重、腹囲、視力、及び、聴力の検査」、「胸部エックス線検査及び喀痰検査」、「血圧の測定」、「貧血検査」、「肝機能検査」、及び「血中脂質検査」の８つの項目が含まれている。
　指摘内容情報の一例としては、「要精密検査／要再検査」、「かかりつけ医に相談」、「生活習慣の改善」、「食生活の改善」、及び「適度な運動」の５つの項目が含まれている。
　評価行動情報の一例としては、「精密検査／再検査を受ける」、「かかりつけ医に行く」、「睡眠時間の確保」、「禁煙」、「バランスの良い食事の摂取」、「禁酒」、「１エクササイズ」、及び「週２３エクササイズ達成」の８つの項目が含まれている。
　ポイント情報の一例としては、評価行動情報の８つの項目のそれぞれに対応するようにポイントが割り振られている。
　指摘内容情報は、診断項目情報に対応している。例えば、診断項目情報が「血圧の測定」の場合には、上述した指摘内容情報の５つの項目が、診断項目情報に紐づけられている。一方、診断項目情報が「胸部エックス線検査及び喀痰検査」の場合には、「要精密検査／要再検査」及び「かかりつけ医に相談」の２つの指摘内容情報が、診断項目情報に紐づけられている。
　同様に、評価行動情報は、指摘内容情報に対応している。例えば、指摘内容情報が「生活習慣の改善」の場合には、「睡眠時間の確保」及び「禁煙」の２つ評価行動情報が、指摘内容情報に紐づけられている。一方、指摘内容情報が「かかりつけ医に相談」の場合には、「かかりつけ医に行く」の１つ評価行動情報が、指摘内容情報に紐づけられている。つまり、指摘内容情報が「生活習慣の改善」の場合には、「かかりつけ医に行く」は評価行動となり得ないため、評価行動情報に該当しない。
　同様に、ポイント情報は、評価行動情報に対応している。例えば、評価行動情報が「精密検査／再検査を受ける」の場合には、「１０」ポイントというポイント情報が、評価行動情報に割り振られている。一方、評価行動情報が「禁煙」の場合には、「１００」ポイントというポイント情報が、評価行動情報に割り振られている。
　このように、評価テーブルは、診断項目情報、指摘内容情報、評価行動情報、及びポイント情報が、それぞれ、対応するように紐づけられている。
　診断項目情報、指摘内容情報、評価行動情報、及びポイント情報は、それぞれ、ヘルスケア支援システム１の管理者又はヘルスケア支援システム１の管理用プラットフォームの管理者によって任意の内容が登録される。
　なお、本発明に係るヘルスケア支援システム１は、少なくとも指摘内容情報、評価行動情報、及びポイント情報が、それぞれ、対応するように紐づけられていればよい。
 
Figure JPOXMLDOC01-appb-T000001
Figure JPOXMLDOC01-appb-T000002
　図３は、本発明の実施形態に係るユーザ端末３の構成の例を示すブロック図である。ユーザ端末３は、ユーザによって使用される情報処理装置であり、通信部３１と、入力部３２と、出力部３３と、制御部３４と、記憶部３５と、を少なくとも備える。
　通信部３１は、例えばＮＩＣ等によって実現されるとともに、ネットワークＮと有線又は無線で接続されて、ネットワークＮを介して、サーバ２、健保端末４、及び食堂端末５との間で情報の送受信を行う。
　入力部３２は、ユーザからの各種操作を受け付ける。入力部３２は、例えば、タッチパネル機能による表示面であってもよいし、ユーザ端末３に設けられたボタンやユーザ端末３に接続されたキーボード等でもよい。各種操作とは、入力部３２に応じた操作であれば特に限定されない。
　出力部３３は、各種情報をユーザに伝達する媒体である。出力部３３は、例えば、各種情報を可視化するユーザ端末３のディスプレイ等の表示画面であってもよいし、各種情報を可聴化するユーザ端末３のスピーカ等であってもよい。伝達とは、出力部３３に応じた操作であれば特に限定されない。
　制御部３４は、送受信される情報を含む各種情報を処理する。制御部３４は、各処理に応じて、それぞれ、処理部が構成されてもよいし、単一の処理部にて各処理が行われてもよい。制御部３４に係る処理部は、例えば、ＣＰＵ等によって、ユーザ端末３の内部の記憶装置に記憶されている各種プログラムが実行されることにより実現される。各種プログラムには、ユーザ端末３にインストールされたアプリケーションのプログラムも含まれる。制御部３４では、記憶部３５に記憶された評価行動情報に基づいて、取得したユーザの行動情報が評価行動情報に該当するか判定する。
　記憶部３５は、評価テーブルの評価行動情報等を記憶する。記憶部３５は、健保端末４から付与されるポイント、及び、食堂端末から付与される権利が、デジタル情報であれば、受信した情報を記憶することができる。
　図４は、本発明の実施形態に係る健保端末４の構成の例を示すブロック図である。健保端末４は、例えば、健康診断情報の結果（即ち、健診結果情報）を有する人事労務担当者や健康保険組合員（以下、「健保端末使用者」ともいう）によって使用される情報処理装置であり、通信部４１と、入力部４２と、出力部４３と、制御部４４と、記憶部４５と、を少なくとも備える。
　通信部４１は、例えばＮＩＣ等によって実現されるとともに、ネットワークＮと有線又は無線で接続されて、ネットワークＮを介して、サーバ２、及びユーザ端末３との間で情報の送受信を行う。
　入力部４２は、健保端末使用者からの各種操作を受け付ける。入力部４２は、例えば、タッチパネル機能による表示面であってもよいし、健保端末４に設けられたボタンや健保端末４に接続されたキーボード等でもよい。各種操作とは、入力部４２に応じた操作であれば特に限定されない。
　出力部４３は、各種情報をユーザに伝達する媒体である。出力部４３は、例えば、各種情報を可視化する健保端末４のディスプレイ等の表示画面であってもよいし、各種情報を可聴化する健保端末４のスピーカ等であってもよい。伝達とは、出力部４３に応じた操作であれば特に限定されない。
　制御部４４は、送受信される情報を含む各種情報を処理する。制御部４４は、各処理に応じて、それぞれ、処理部が構成されてもよいし、単一の処理部にて各処理が行われてもよい。制御部４４に係る処理部は、例えば、ＣＰＵ等によって、健保端末４の内部の記憶装置に記憶されている各種プログラムが実行されることにより実現される。各種プログラムには、健保端末４にインストールされたアプリケーションのプログラムも含まれる。制御部４４は、サーバ２の要求に応じて指定された人物（即ち、ユーザ）の健診結果情報を送信したり、サーバ２から受信したポイント情報に基づいてユーザにポイントを付与したりする。
　記憶部４５は、包括的な健診結果情報、及び、ユーザのポイント情報を記憶する。包括的な健診結果情報とは、例えば、ユーザ以外の様々な人物の健診結果情報のことである。つまり、記憶部４５に記憶される健診結果情報は、ユーザの健診結果情報のみに限定されない。ただし、健保端末使用者の判断によっては、記憶部４５に記憶する健診結果情報をユーザの健診結果情報のみに限定してもよい。
　図５は、本発明の実施形態に係る食堂端末５の構成の例を示すブロック図である。食堂端末５は、例えば、ユーザに食事を提供する食事提供者や企業における社員食堂に従事している者（以下、「食堂端末使用者」ともいう）によって使用される情報処理装置であり、通信部５１と、入力部５２と、出力部５３と、制御部５４と、記憶部５５と、を少なくとも備える。
　通信部５１は、例えばＮＩＣ等によって実現されるとともに、ネットワークＮと有線又は無線で接続されて、ネットワークＮを介して、サーバ２、及びユーザ端末３との間で情報の送受信を行う。
　入力部５２は、食堂端末使用者からの各種操作を受け付ける。入力部５２は、例えば、タッチパネル機能による表示面であってもよいし、食堂端末５に設けられたボタンや食堂端末５に接続されたキーボード等でもよい。各種操作とは、入力部５２に応じた操作であれば特に限定されない。
　出力部５３は、各種情報をユーザに伝達する媒体である。出力部５３は、例えば、各種情報を可視化する食堂端末５のディスプレイ等の表示画面であってもよいし、各種情報を可聴化する食堂端末５のスピーカ等であってもよい。伝達とは、出力部５３に応じた操作であれば特に限定されない。
　制御部５４は、送受信される情報を含む各種情報を処理する。制御部５４は、各処理に応じて、それぞれ、処理部が構成されてもよいし、単一の処理部にて各処理が行われてもよい。制御部５４に係る処理部は、例えば、ＣＰＵ等によって、食堂端末５の内部の記憶装置に記憶されている各種プログラムが実行されることにより実現される。各種プログラムには、食堂端末５にインストールされたアプリケーションのプログラムも含まれる。制御部５４は、サーバ２の要求に応じてメニュー情報を送信したり、サーバ２から受信した予約情報に基づいて、ユーザに権利を付与したり、発注先への食材の発注量を予測したりする。
　記憶部５５は、メニュー情報、予約情報、及びユーザに付与する権利の情報を記憶する。記憶部５５は、例えば、発注先への過去の発注情報を記憶していてもよい。これにより、制御部５４が、過去の発注情報を参照して、予約情報に基づいて食材の発注量を予測することができる。
＜ヘルスケア支援方法、及び、プログラム＞
　図６は、本発明の実施形態に係るヘルスケア支援方法１１の例を示すシーケンス図である。換言すると、図６は、ヘルスケア支援方法のプログラムの動作の例を示すシーケンス図である。
　サーバ２は、所定の時間又は所定の操作によって、特定のユーザの健診結果情報を健保端末４に要求する（ステップＳ１）。健保端末４は指定されたユーザの健診結果情報をサーバ２に送信し（ステップＳ３）、サーバ２は特定のユーザの健診結果情報を受信する（ステップＳ５）。
　ユーザ端末３は、ユーザの行動を検知又は確認すると、ユーザの行動情報を取得する（ステップＳ７）。ユーザの行動情報は、例えば、ユーザ端末３にインストールされたアプリケーションによって検知又は確認されてもよいし、ユーザによるユーザ端末の操作によって検知又は確認されてもよい。一例として、ユーザ端末３にランニングアプリがインストールされている場合、ユーザがランニングを行うと、ユーザのランニング（即ち、行動情報）がランニングアプリによって検知又は確認される。一方、ユーザ端末３を操作する場合、ユーザは、行ったランニングの情報（即ち、行動情報）を、ユーザ端末３にて入力操作することによって検知又は確認される。なお、ユーザの行動情報の取得は、所定の時間又は所定の操作によって行われてもよく、特に限定されない。
　ユーザ端末３は、取得した行動情報が、記憶された評価行動情報に該当するか否かを判定する（ステップＳ９）。評価行動情報の判定について、図７～図１３を用いて説明する。図７～図１３に示す各種処理は、表１～表２に示す評価テーブルの評価行動情報に該当するか否かを判定する処理である。なお、後述する各評価行動情報の判定は、それぞれ、対応するアプリと連動して行われているが、これに限定されるものではない。
　図７は、ユーザ端末３が取得した行動情報が、評価行動情報の「精密検査／再検査を受ける」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、地図アプリを読み込み（ステップＳ９０１）、病院への訪問イベントが発生したか否かを確認する（ステップＳ９０３）。病院への訪問イベントの発生が確認されると、訪問した病院に所定時間滞在したか否かを確認する（ステップＳ９０５）。一方、病院への訪問イベントの発生が確認されない場合には、取得した行動情報は「精密検査／再検査を受ける」に該当しないと判定し（ステップＳ９０９）、評価行動情報の判定が終了する。
　ステップＳ９０５にて訪問した病院に所定時間滞在したことが確認されると、取得した行動情報は「精密検査／再検査を受ける」に該当すると判定し（ステップＳ９０７）、評価行動情報の判定が終了する。一方、訪問した病院に所定時間滞在したことが確認されない場合には、取得した行動情報は「精密検査／再検査を受ける」に該当しないと判定し（ステップＳ９０９）、評価行動情報の判定が終了する。
　病院には、精密検査や再検査を除く理由で訪れることもあるため、ステップＳ９０７又はステップＳ９０９の後に、ユーザの操作による最終確認のステップが行われてもよい。ほかにも、ユーザがカレンダーアプリに精密検査や再検査を登録していれば、カレンダーアプリと連動させてもよい。このように、評価行動情報の判定では、精度を高めるために、ユーザの操作を受け付けてもよいし、他のアプリと連動してもよく、以下で説明する各評価行動情報の判定についても同様である。
　一般に、「精密検査／再検査を受ける」ように指摘された人（ユーザに限らない）が、精密検査／再検査を受けた場合には、その人の精密検査／再検査の健診結果情報が健保端末使用者に届けられる。このため、ユーザ端末３における評価行動情報（「精密検査／再検査を受ける」）の判定は、上述したように図７の処理が行われるが、正確性を期するために、図６における後のフローにて、ユーザ端末３にて判定された評価行動情報が正しいか否かを判定されてもよい。なお、上述したようなユーザ端末３にて判定された評価行動情報が正しいか否かの判定は、以下の評価行動情報の判定についても同様に行われてもよい。
　ほかにも、「精密検査／再検査を受ける」ように指摘された人（ユーザに限らない）が、精密検査／再検査を受けた場合には、病院から健保端末使用者にレセプト（診療報酬明細書）が送られる。このため、評価行動情報の「精密検査／再検査を受ける」については、ユーザ端末３によって処理が行われずに評価行動情報が取得されてもよい。以下の評価行動情報についても同様である。
　図８は、ユーザ端末３が取得した行動情報が、評価行動情報の「かかりつけ医に行く」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、ＧＰＳアプリを読み込み（ステップＳ９１１）、登録された病院に滞在情報があるか否かを確認する（ステップＳ９１３）。登録された病院に滞在情報があることが確認されると、登録された病院に所定時間滞在したか否かを確認する（ステップＳ９１５）。一方、登録された病院に滞在情報があることが確認されない場合には、取得した行動情報は「かかりつけ医に行く」に該当しないと判定し（ステップＳ９１９）、評価行動情報の判定が終了する。
　ステップＳ９１５にて登録された病院に所定時間滞在したことが確認されると、取得した行動情報は「かかりつけ医に行く」に該当すると判定し（ステップＳ９１７）、評価行動情報の判定が終了する。一方、登録された病院に所定時間滞在したことが確認されない場合には、取得した行動情報は「かかりつけ医に行く」に該当しないと判定し（ステップＳ９１９）、評価行動情報の判定が終了する。
　なお、登録された病院がない（病院情報を登録していない）場合には、行動情報が「精密検査／再検査を受ける」に該当するか否かの判定のフローと同様のフローで行われてもよい。この場合には、評価行動情報の判定として「精密検査／再検査を受ける」及び「かかりつけ医に行く」が混合しないように、上述した最終確認ステップが行われることが好ましい。加えて、登録された病院の有無に関わらず、レセプト（診療報酬明細書）に基づいて判定されてもよい。
　図９は、ユーザ端末３が取得した行動情報が、評価行動情報の「睡眠時間の確保」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、睡眠管理アプリを読み込み（ステップＳ９２１）、睡眠時間が所定時間を超えているか否かを確認する（ステップＳ９２３）。睡眠時間が所定時間を超えていることが確認されると、取得した行動情報は「精睡眠時間の確保」に該当すると判定し（ステップＳ９２５）、評価行動情報の判定が終了する。一方、睡眠時間が所定時間を超えていることが確認されない場合には、取得した行動情報は「精睡眠時間の確保」に該当しないと判定し（ステップＳ９２７）、評価行動情報の判定が終了する。
　図１０は、ユーザ端末３が取得した行動情報が、評価行動情報の「禁煙」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、禁煙管理アプリを読み込み（ステップＳ９２９）、禁煙時間が所定時間を超えているか否かを確認する（ステップＳ９３１）。禁煙時間が所定時間を超えていることが確認されると、取得した行動情報は「禁煙」に該当すると判定し（ステップＳ９３３）、評価行動情報の判定が終了する。一方、禁煙時間が所定時間を超えていることが確認されない場合には、取得した行動情報は「禁煙」に該当しないと判定し（ステップＳ９３５）、評価行動情報の判定が終了する。
　図１１は、ユーザ端末３が取得した行動情報が、評価行動情報の「禁酒」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、禁酒管理アプリを読み込み（ステップＳ９３７）、禁酒時間が所定時間を超えているか否かを確認する（ステップＳ９３９）。禁酒時間が所定時間を超えていることが確認されると、取得した行動情報は「禁酒」に該当すると判定し（ステップＳ９４１）、評価行動情報の判定が終了する。一方、禁酒時間が所定時間を超えていることが確認されない場合には、取得した行動情報は「禁酒」に該当しないと判定し（ステップＳ９４３）、評価行動情報の判定が終了する。
　図１２は、ユーザ端末３が取得した行動情報が、評価行動情報の「バランスの良い食事の摂取」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、食生活管理アプリを読み込み（ステップＳ９４５）、栄養バランスが基準値を達成したか否かを確認する（ステップＳ９４７）。栄養バランスが基準値を達成したことが確認されると、摂取カロリーが基準値以内か否かを確認する（ステップＳ９４９）。一方、栄養バランスが基準値を達成したことが確認されない場合には、取得した行動情報は「バランスの良い食事の摂取」に該当しないと判定し（ステップＳ９５３）、評価行動情報の判定が終了する。
　ステップＳ９４９にて摂取カロリーが基準値以内であることが確認されると、取得した行動情報は「バランスの良い食事の摂取」に該当すると判定し（ステップＳ９５１）、評価行動情報の判定が終了する。一方、摂取カロリーが基準値以内であることが確認されない場合には、取得した行動情報は「バランスの良い食事の摂取」に該当しないと判定し（ステップＳ９５３）、評価行動情報の判定が終了する。
　一般に、食事を摂る時間（食事時間）というのは、多くの人にとって健康状態に大きく影響を与えるものであると認識されている（例えば、時間栄養学等が挙げられる）。一例として、不規則な食事時間は、肥満等の原因になる等がある。このため、栄養バランスや摂取カロリーと同様に、食事の時間についても判定基準として、図１２のフローに加えてもよい。
　図１３は、ユーザ端末３が取得した行動情報が、評価行動情報の「１エクササイズ」及び「週２３エクササイズ」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、ランニングアプリを読み込み（ステップＳ９５５）、走行距離及び走行時間を取得する（ステップＳ９５７）。そして、取得した走行距離及び走行時間からエクササイズの値を算出する（ステップＳ９５９）。
　なお、エクササイズとは、身体活動の量を表す単位であり、身体活動の強さを、安静時の何倍に相当するかで表す単位のメッツに、活動時間（ｈ）を掛けて算出される（１エクササイズ＝１メッツ×１時間）。
　ステップＳ９５９にて、エクササイズの値が算出されると、算出されたエクササイズの値が１エクササイズ以上であるか否かを確認する（ステップＳ９６３）。算出されたエクササイズの値が１エクササイズ以上であることが確認されると、例えばユーザ端末３の記憶部３５に蓄積されたデータに基づいて週に２３エクササイズ以上か否かを確認する（ステップＳ９６３）。一方、算出されたエクササイズの値が１エクササイズ以上であることが確認されない場合には、取得した行動情報は「１エクササイズ」に該当しないと判定し（ステップＳ９６７）、評価行動情報の判定が終了する。
　ステップＳ９６３にて週に２３エクササイズ以上であることが確認されると、取得した行動情報は「週２３エクササイズ」に該当すると判定し（ステップＳ９６５）、評価行動情報の判定が終了する。一方、週に２３エクササイズ以上であることが確認されない場合には、取得した行動情報は「１エクササイズ」に該当し且つ「週２３エクササイズ」に該当しないと判定し（ステップＳ９６９）、評価行動情報の判定が終了する。
　なお、説明の便宜上、小数点以下は切り捨てられるものとしているが、これに限定されるものではない。加えて、１エクササイズ以上又は週２３エクササイズ以上を達成しているか否かを判定する簡潔な処理としているが、これに限定されるものではない。
　以上、評価行動情報の判定について説明した。
　行動情報がステップＳ９にて評価行動情報に該当すると判定されると、ユーザ端末３は該当する評価行動情報をサーバ２に送信する（ステップＳ１１）。サーバ２はユーザ端末３から評価行動情報を受信すると（ステップＳ１３）、評価行動情報及び健保端末４から受信した健診結果情報を参照して、評価テーブルに基づいてポイントを算出する（ステップＳ１５）。
　評価テーブルに基づいたポイントの算出について図１４を用いて説明する。サーバ２は、健保端末４から健診結果情報を受信し、ユーザ端末３から評価行動情報を受信すると、評価テーブルに基づいたポイントの算出を開始する。はじめに、受信した健診結果情報から指摘内容情報を参照し（ステップＳ１５１）、受信した評価行動情報を参照する（ステップＳ１５３）。
　受信した健診結果情報の指摘内容情報、及び、受信した評価行動情報が参照されると、受信した評価行動情報が指摘内容情報に対応する評価行動情報であるか否かを判定する（ステップＳ１５５）。受信した評価行動情報が、指摘内容に対応する評価行動情報であると判定されると、評価行動情報に割り振られたポイント情報を抽出し（ステップＳ１５７）、評価テーブルに基づいたポイントの算出が終了する。一方、受信した評価行動情報が、指摘内容に対応する評価行動情報でないと判定されると、ポイント情報が抽出されずに評価テーブルに基づいたポイントの算出が終了する。
　例えば、指摘内容情報が「生活習慣の改善」である場合、受信した評価行動情報が「睡眠時間の確保」又は「禁煙」であれば、指摘内容情報に対応する評価行動情報であると判定される。しかしながら、受信した評価行動情報が「かかりつけ医に行く」であると、指摘内容情報に対応する評価行動情報でないと判定される。
　ここで、健康結果情報にて指摘内容を有さない健康的なユーザについては（即ち、健康結果情報に指摘内容情報が含まれていない場合）、評価行動情報に該当する行動を行うことによってポイントが付与されるようにポイント算出が行われてもよい。結果的に、この場合の評価行動情報とは、特定の指摘内容情報に対応するものではなく、あらゆる指摘内容情報に対応するものとなる。これにより、健康的なユーザについても、本実施形態に係るヘルスケア支援システム１を利用し得るものとなる。
　なお、健診結果情報に指摘内容情報を有するユーザについては、指摘内容を解決することが最優先であるため、本例では、上記条件にてポイントが算出される処理態様について説明したが、これに限定されるものではない。以上、評価テーブルに基づいたポイントの算出について説明した。
　なお、説明の便宜上、ステップＳ１５１とステップＳ１５３を異なるステップとしたが、受信した健診結果情報から指摘内容情報を参照するステップＳ１５１と受信した評価行動情報を参照するステップＳ１５３とは、同一のステップで行われてもよい。加えて、受信した評価行動情報を参照（ステップＳ１５３）してから、受信した健診結果情報から指摘内容情報を参照（ステップＳ１５１）してもよい。
　ステップＳ１５にてポイント情報が得られると、サーバ２はポイント情報を健保端末４に送信し（ステップＳ１７）、健保端末４はポイント情報を受信する（ステップＳ１９）。健保端末４は、受信したポイント情報に基づいて、ユーザ（ユーザ端末３）にポイントを付与する（ステップＳ２１）。これにより、ユーザ（ユーザ端末３）はポイントを獲得する。
　健保端末４のユーザ（ユーザ端末３）へのポイントの付与（ステップＳ２１）は、任意のタイミングで行われる。一例として、ポイント付与は、前年の健診結果情報に基づいて１年に１回行われる場合について説明する。前年の健診結果情報に基づいてポイントが付与される場合、前年に比べて、健康状態（例えば指摘内容）が維持・向上又は改善（向上）されているときに限りポイントが付与され、維持・向上又は改善（向上）されていなければポイントが付与されない。このように、前年の健診結果情報に基づいたポイント付与は、最新の健診結果情報と前年の健診結果情報とを比較する処理が発生する。この処理については、サーバ２、ユーザ端末３、及び健保端末４の何れか１つで行われればよく、処理方法等は特に限定されない。
　ヘルスケア支援方法１１では、以上の処理（ステップ）によってポイントが管理される。
＜ヘルスケア支援方法の一例、及び、プログラムの一例＞
　図１５は、ヘルスケア支援方法１１の一例であって、ユーザが特定のメニューを選択して食した場合におけるヘルスケア支援方法１１ａの例を示すシーケンス図である。なお、ヘルスケア支援方法１１ａは、ヘルスケア支援方法１１の評価行動情報の判定（ステップＳ９）の処理（ステップ）に相当する特定のメニューか判定（ステップＳ９ａ）の処理を除いては、同一のフロー及び同一の処理であるため、この点については説明を省略する。
　ヘルスケア支援方法１１ａにおけるユーザの行動とは、メニューの予約や選択（予約）したメニューを食することである。
　メニューとは、飲物、食物、食材（調理されていない食物等）、及び料理（食材が調理されたもの）等を含んでいる。加えて、特定のメニューとは、例えば、健康食やユーザの指摘内容の向上に相応しいメニューであり、特に限定されない。
　図１６は、ユーザ端末３が取得した行動情報（即ち、ユーザが食したメニュー）が、特定のメニューに該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、特定のメニューかの判定を開始する。はじめに、食生活管理アプリを読み込み（ステップＳ９７１）、登録されたメニューか否かを確認する（ステップＳ９７３）。登録されたメニューであることが確認されると、ユーザが食したメニュー（即ち、行動情報）は、特定のメニューであると判定し（ステップＳ９７５）、特定のメニューかの判定を終了する。一方、ユーザが食したメニューが登録されたメニューであることが確認されない場合には、取得した行動情報は特定のメニューでないと判定し（ステップＳ９７７）、特定のメニューかの判定を終了する。
＜メニューの予約方法＞
　図１７は、本発明の実施形態に係るメニューの予約方法１２の例を示すシーケンス図である。換言すると、図１７は、メニューの予約方法の動作の例を示すシーケンス図である。
　サーバ２は、所定の時間又は所定の操作によって、メニュー情報を食堂端末５に要求する（ステップＳ３１）。食堂端末５はメニュー情報をサーバ２に送信し（ステップＳ３３）、サーバ２はメニュー情報を受信し（ステップＳ３５）、受信したメニュー情報をユーザ端末３に送信する（ステップＳ３７）。なお、メニュー情報は、所定の時間又は所定の操作によって食堂端末５からサーバ２に送信されてもよい。つまり、ステップＳ３１が省略されてもよい。
　ユーザ端末３がメニュー情報を受信すると、ユーザは、メニュー情報の中から任意のメニューを選択できる。ユーザによってメニューが選択されると、ユーザ端末３はメニューの予約情報をサーバ２に送信し（ステップＳ４１）、サーバ２は予約情報を受信して予約を受け付ける（ステップＳ４３）。そして、サーバ２から食堂端末５に予約情報が送信される（ステップＳ４５）。食堂端末５は、予約情報を受信し（ステップＳ４７）、受信した予約情報に基づいて、ユーザ（ユーザ端末３）に権利を付与する。これにより、ユーザ（ユーザ端末３）は権利を獲得する（ステップＳ５１）。
　権利としては、例えば、予約したメニューを優先的に受け取れる優先権がある。つまり、ユーザは、優先権によって食堂等にて列に並ばずに予約したメニューを受け取ることができる。なお、優先権は、チケット等の現物であってもよいし、バーコード等のデジタル情報であってもよい。
　更に、ユーザが選択（予約）したメニューが特定のメニューであれば、上記「ヘルスケア支援方法の一例、及び、プログラムの一例」で説明したように、ユーザにポイントが付与されてもよい。
　更に、サーバ２は、食堂端末から受信したメニュー情報をユーザ端末３に送信する（ステップＳ３７）際に、ユーザに合わせて、特定のメニューをおすすめメニューとしてユーザに奨めてもよい。
　以上、メニューの予約方法１２について説明した。
＜メニューの予約方法の一例＞
　図１８は、メニューの予約方法１２の一例であって、ユーザ端末が複数の場合におけるメニューの予約方法１２ａの例を示すシーケンス図である。なお、メニューの予約方法１２ａは、食材発注の予測（ステップＳ５３）の処理を除いては、メニューの予約方法１２と同一のフロー及び同一の処理であるため、この点については説明を省略する。
　サーバ２は、複数のユーザ端末３から予約を受け付けて（ステップＳ４３）、複数の予約情報を食堂端末５に送信し（ステップＳ４５）、食堂端末５は複数の予約情報を受信する（ステップＳ４７）。そして、食堂端末５は、複数の予約情報に基づいて、食材の発注量を予測する（ステップＳ５３）。このように、食材の発注量を予測できれば、余分な食材の発注を抑制できる。つまり、フードロスを削減することができる。
　なお、図１８に示すように、食堂端末５による権利付与（ステップＳ４９）は、特定の条件を満たすユーザ（ユーザ端末３）にのみ行われてもよい。
　以上、メニューの予約方法１２ａについて説明した。
　本実施形態に係るヘルスケア支援システム１、ヘルスケア支援方法（１１，１１ａ）、及びプログラム（以下、「ヘルスケア支援システム１等」ともいう）によれば、ユーザは、評価行動情報に該当する行動を単に行えばよい。これにより、健康状態が良いユーザは健康状態が維持・向上され、健康状態が悪いユーザは健康状態が改善（向上）される。加えて、本実施形態に係るヘルスケア支援システム１は、利用するにあたりユーザに煩わしい操作を要請せず、更には、ユーザは健康状態の維持・向上及び改善（向上）のための行動（即ち、評価行動）によってポイントが付与される。これにより、無関心層（ヘルスケアについて意識していない人たちや関心を持たない人たち）の関心を深めることができる。
　更に、本実施形態に係るヘルスケア支援システム１等によれば、評価行動情報に特定のメニューを選択して食することが含まれていることにより、ユーザに対して、健康に良い食生活や食生活の改善等について意識を促すことができる。
　更に、本実施形態に係るヘルスケア支援システム１等によれば、ユーザがメニューを予約することによって、選択（予約）したメニューを優先的に受け取れる等の権利が付与されることにより、無関心層がヘルスケア支援システム１等を利用するきっかけをつくることができる。
　更に、本実施形態に係るヘルスケア支援システム１等によれば、ユーザは予約したメニューが特定のメニューであればポイントが付与されることにより、ユーザに対して、健康に良い食生活や食生活の改善等についての意識を促すことができる。
　更に、本実施形態に係るヘルスケア支援システム１等によれば、健診結果情報に指摘内容情報が含まれていない（即ち、ユーザが健康である）場合、サーバ２は、ユーザ端末３から受信した評価行動情報を参照して、評価テーブルに基づいてポイントを算出する。これにより、本実施形態に係るヘルスケア支援システムは、健康な人（ユーザ以外の人も含む）についても利用し得るものとなる。
　この結果、本実施形態に係るヘルスケア支援システム１、ヘルスケア支援方法（１１，１１ａ）、及びプログラムは、システムの利用を誘引するとともに、ユーザの健康の増進の推進に寄与できる。
＜他の形態＞
　なお、本発明は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。
　ここで、上述した本実施形態に係るヘルスケア支援システム、ヘルスケア支援方法、及びプログラムの特徴をそれぞれ以下［１］～［９］に簡潔に纏めて列記する。
［１］
　健康診断の結果である健診結果情報を記憶する健保端末（４）と、
　健康のために向上が指摘される可能性がある指摘内容情報、前記指摘内容情報を解決するための評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブル（表１～表２）を記憶するサーバ（２）と、
　前記評価行動情報を記憶するユーザ端末（３）と、を備え、
　前記健保端末（４）は、前記健診結果情報を前記サーバ（２）に送信し（ステップＳ３）、
　前記ユーザ端末（３）は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合（ステップＳ９，ステップＳ９ａ，図７～図１３，図１５）、該当した前記評価行動情報を前記サーバに送信し（ステップＳ１１）、
　前記サーバ（２）は、前記健保端末（４）から受信した前記健診結果情報、及び、前記ユーザ端末（３）から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し（ステップＳ１５）、算出した前記ポイント情報を前記健保端末（４）に送信し（ステップＳ１７）、
　前記健保端末（４）は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する（ステップＳ２１）、
　ヘルスケア支援システム（１）。
［２］
　上記［１］に記載のヘルスケア支援システム（１）において、
　前記指摘内容情報は、食生活の改善を指摘する項目を含み、
　前記評価行動情報は、前記ユーザが、特定のメニューを選択して食することを含む、
　ヘルスケア支援システム（１）。
［３］
　上記［２］に記載のヘルスケア支援システム（１）において、
　前記ユーザが予約可能なメニュー情報を記憶する食堂端末（５）を更に備え、
　前記食堂端末（５）は、前記メニュー情報を前記サーバ（２）に送信し（ステップＳ３３）、
　前記サーバ（２）は、受信した前記メニュー情報を前記ユーザ端末（３）に送信し（ステップＳ３７）、
　前記ユーザ端末（３）は、受信した前記メニュー情報の中から前記ユーザによって選択されたメニューの予約情報を前記サーバ（２）に送信し（ステップＳ４１）、
　前記サーバ（２）は、受信した前記予約情報を前記食堂端末（５）に送信し（ステップＳ４５）、
　前記食堂端末（５）は、受信した前記予約情報に基づいて、前記ユーザに権利を付与する（ステップＳ４９）、
　ヘルスケア支援システム（１）。
［４］
　上記［３］の何れか一つに記載のヘルスケア支援システム（１）において、
　前記予約情報に前記特定のメニューが含まれている場合（ステップＳ９ａ）、前記サーバ（２）は、前記評価テーブルに基づいて、受信した前記健診結果情報、及び、前記評価行動情報を参照してポイントを算出する（ステップＳ１５）、
　ヘルスケア支援システム（１）。
［５］
　上記［３］又は上記［４］に記載のヘルスケア支援システム（１）において、
　前記権利は、前記ユーザが、選択した前記メニューを優先的に受け取れる権利を含む（ステップＳ５１）、
　ヘルスケア支援システム（１）。
［６］
　上記［３］から上記［５］の何れか一つに記載のヘルスケア支援システム（１）において、
　複数の前記ユーザ端末（３）を備え、
　前記複数の前記ユーザ端末（３）は、それぞれ、受信した前記メニュー情報の中から前記ユーザによって選択された前記メニューの予約情報を前記サーバに送信し（図１７のステップＳ４１）、
　前記サーバ（２）は、受信した複数の前記予約情報を前記食堂端末（５）に送信し（図１７のステップＳ４５）、
　前記食堂端末（５）は、受信した前記複数の前記予約情報を管理する（ステップＳ５３）、
　ヘルスケア支援システム（１）。
［７］
　上記［１］から上記［６］の何れか一つに記載のヘルスケア支援システム（１）において、
　前記サーバ（２）は、
　前記健保端末（４）から受信した前記健診結果情報に前記指摘内容情報が含まれていない場合、前記ユーザ端末（３）から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末（４）に送信し、
　前記健保端末（４）は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する、
　ヘルスケア支援システム（１）。
［８］
　健康診断の結果である健診結果情報を記憶する健保端末（４）は、前記健診結果情報をサーバ（２）に送信するステップ（Ｓ３）と、
　健康のために向上が指摘される可能性がある指摘内容情報を解決するための評価行動情報を記憶するユーザ端末（３）は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合（ステップＳ９，ステップＳ９ａ）、該当した前記評価行動情報を前記サーバ（２）に送信するステップ（Ｓ１１）と、
　前記サーバ（２）は、前記健保端末（４）から受信した前記健診結果情報、及び、前記ユーザ端末（３）から受信した前記評価行動情報を参照して、前記指摘内容情報、前記評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブル（表１～表２）に基づいてポイントを算出し（ステップＳ１３）、算出した前記ポイント情報を前記健保端末（４）に送信するステップ（Ｓ１７）と、
　前記健保端末（４）は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与するステップ（Ｓ２１）と、
　を有するヘルスケア支援方法（１１，１１ａ）。
［９］
　コンピュータに、上記［８］に記載の各ステップを実行させるためのプログラム。
　本発明を詳細に特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。
　本出願は、２０２１年７月２９日出願の日本特許出願（特願２０２１－１２４７１５）に基づくものであり、その内容は本出願の中に参照として援用される。
　一実施形態によれば、システムの利用を誘引するとともに、健康の増進の推進に寄与するヘルスケア支援システム、ヘルスケア支援方法、及びプログラムを提供することができる。この効果を奏する本発明は、ヘルスケア支援システム、ヘルスケア支援方法、及びプログラムに関して有用である。
　１　ヘルスケア支援システム
　２　サーバ
　３　ユーザ端末
　４　健保端末
　５　食堂端末
　３０　体重計
　１１，１１ａ　ヘルスケア支援方法
　１２，１２ａ　予約方法
　２１，３１，４１，５１　通信部
　２２，３４，４４，５４　制御部
　２３，３５，４５，５５　記憶部
　３２，４２，５２　入力部
　３３，４３，５３　出力部
　Ｎ　ネットワーク

Claims (9)

  1. 　健康診断の結果である健診結果情報を記憶する健保端末と、
    　健康のために向上が指摘される可能性がある指摘内容情報、前記指摘内容情報を解決するための評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルを記憶するサーバと、
    　前記評価行動情報を記憶するユーザ端末と、を備え、
    　前記健保端末は、前記健診結果情報を前記サーバに送信し、
    　前記ユーザ端末は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合、該当した前記評価行動情報を前記サーバに送信し、
    　前記サーバは、前記健保端末から受信した前記健診結果情報、及び、前記ユーザ端末から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信し、
    　前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する、
    　ヘルスケア支援システム。
  2. 　請求項１に記載のヘルスケア支援システムにおいて、
    　前記指摘内容情報は、食生活の改善を指摘する項目を含み、
    　前記評価行動情報は、前記ユーザが、特定のメニューを選択して食することを含む、
    　ヘルスケア支援システム。
  3. 　請求項２に記載のヘルスケア支援システムにおいて、
    　前記ユーザが予約可能なメニュー情報を記憶する食堂端末を更に備え、
    　前記食堂端末は、前記メニュー情報を前記サーバに送信し、
    　前記サーバは、受信した前記メニュー情報を前記ユーザ端末に送信し、
    　前記ユーザ端末は、受信した前記メニュー情報の中から前記ユーザによって選択されたメニューの予約情報を前記サーバに送信し、
    　前記サーバは、受信した前記予約情報を前記食堂端末に送信し、
    　前記食堂端末は、受信した前記予約情報に基づいて、前記ユーザに権利を付与する、
    　ヘルスケア支援システム。
  4. 　請求項３に記載のヘルスケア支援システムにおいて、
    　前記予約情報に前記特定のメニューが含まれている場合、前記サーバは、前記評価テーブルに基づいて、受信した前記健診結果情報、及び、前記評価行動情報を参照してポイントを算出する、
    　ヘルスケア支援システム。
  5. 　請求項３又は請求項４に記載のヘルスケア支援システムにおいて、
    　前記権利は、前記ユーザが、選択した前記メニューを優先的に受け取れる権利を含む、
    　ヘルスケア支援システム。
  6. 　請求項３から請求項５の何れか一項に記載のヘルスケア支援システムにおいて、
    　複数の前記ユーザ端末を備え、
    　前記複数の前記ユーザ端末は、それぞれ、受信した前記メニュー情報の中から前記ユーザによって選択された前記メニューの予約情報を前記サーバに送信し、
    　前記サーバは、受信した複数の前記予約情報を前記食堂端末に送信し、
    　前記食堂端末は、受信した前記複数の前記予約情報を管理する、
    　ヘルスケア支援システム。
  7. 　請求項１から請求項６の何れか一項に記載のヘルスケア支援システムにおいて、
    　前記サーバは、
    　前記健保端末から受信した前記健診結果情報に前記指摘内容情報が含まれていない場合、前記ユーザ端末から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信し、
    　前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する、
    　ヘルスケア支援システム。
  8. 　健康診断の結果である健診結果情報を記憶する健保端末は、前記健診結果情報をサーバに送信するステップと、
    　健康のために向上が指摘される可能性がある指摘内容情報を解決するための評価行動情報を記憶するユーザ端末は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合、該当した前記評価行動情報を前記サーバに送信するステップと、
    　前記サーバは、前記健保端末から受信した前記健診結果情報、及び、前記ユーザ端末から受信した前記評価行動情報を参照して、前記指摘内容情報、前記評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信するステップと、
    　前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与するステップと、
    　を有するヘルスケア支援方法。
  9. 　コンピュータに、請求項８に記載の各ステップを実行させるためのプログラム。
PCT/JP2022/025310 2021-07-29 2022-06-24 ヘルスケア支援システム、ヘルスケア支援方法、及びプログラム WO2023008018A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-124715 2021-07-29
JP2021124715A JP2023019755A (ja) 2021-07-29 2021-07-29 ヘルスケア支援システム、ヘルスケア支援方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2023008018A1 true WO2023008018A1 (ja) 2023-02-02

Family

ID=85087891

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/025310 WO2023008018A1 (ja) 2021-07-29 2022-06-24 ヘルスケア支援システム、ヘルスケア支援方法、及びプログラム

Country Status (2)

Country Link
JP (1) JP2023019755A (ja)
WO (1) WO2023008018A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019109817A (ja) * 2017-12-20 2019-07-04 富士フイルム株式会社 健診結果出力装置とその作動方法および作動プログラム
JP2020067781A (ja) * 2018-10-23 2020-04-30 真理 船木 体力格差変化、医療検査値格差変化、及びアディポネクチン値変化提示を行う運動メニュー提示支援システム、及び方法
JP2020135132A (ja) * 2019-02-14 2020-08-31 積水化学工業株式会社 情報処理装置、情報処理方法及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019109817A (ja) * 2017-12-20 2019-07-04 富士フイルム株式会社 健診結果出力装置とその作動方法および作動プログラム
JP2020067781A (ja) * 2018-10-23 2020-04-30 真理 船木 体力格差変化、医療検査値格差変化、及びアディポネクチン値変化提示を行う運動メニュー提示支援システム、及び方法
JP2020135132A (ja) * 2019-02-14 2020-08-31 積水化学工業株式会社 情報処理装置、情報処理方法及びプログラム

Also Published As

Publication number Publication date
JP2023019755A (ja) 2023-02-09

Similar Documents

Publication Publication Date Title
Smith et al. Physical therapists make accurate and appropriate discharge recommendations for patients who are acutely ill
Aspden et al. Quality-of-life measures for use within care homes: a systematic review of their measurement properties
Payne et al. Racial disparities in ordering laboratory and radiology tests for pediatric patients in the emergency department
Jung et al. Mobile healthcare application with EMR interoperability for diabetes patients
Cao et al. Principles of scarce medical resource allocation in natural disaster relief: a simulation approach
CN110832602B (zh) 利用软件进行健康状态判定的装置、及健康状态判定方法
Netten et al. Quality of life outcomes for residents and quality ratings of care homes: is there a relationship?
US20150213194A1 (en) Methods, Devices, And Systems For Multi-Format Data Aggregation
JP5300426B2 (ja) 保健指導支援装置及び保健指導支援プログラム
Gow et al. Social resources and cognitive ageing across 30 years: the Glostrup 1914 Cohort
KR101500673B1 (ko) 이동 통신 기기를 이용하는 건강 관리 시스템, 이동 통신 기기 및 건강 관리 방법
US20080120138A1 (en) Systems and methods for automatic severity ranking and notification system
JP6999403B2 (ja) 健診結果出力装置とその作動方法および作動プログラム
JP2001275997A (ja) 健康管理情報システム
Legesse Tesemma et al. Determinants of poor quality of life among adults living with HIV and enrolled in highly active anti-retroviral therapy at public health facilities of Arba Minch Town Administration in Southern Ethiopia
Gordon et al. Feasibility of population screening tests to establish a healthy ageing trajectory
JP6398669B2 (ja) 端末装置、予約支援プログラム及び予約支援方法
JP2018015327A (ja) 診断装置、診断方法、プログラム
JP6957324B2 (ja) 健康管理支援装置、方法およびプログラム
US20200380581A1 (en) Medical institution selection support apparatus
JP6940395B2 (ja) 健診結果出力装置とその作動方法および作動プログラム
De Morton et al. The effect of exercise on outcomes for hospitalised older acute medical patients: an individual patient data meta-analysis
WO2023008018A1 (ja) ヘルスケア支援システム、ヘルスケア支援方法、及びプログラム
JP2016212584A (ja) 検査結果管理装置、検査結果管理方法及び検査結果管理システム
KR101595822B1 (ko) 장기 보건의료복지 서비스를 위한 서비스 이용자의 정보 관리 방법 및 장치

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: 22849091

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22849091

Country of ref document: EP

Kind code of ref document: A1