WO2023210514A1 - コンピュータプログラム、情報処理装置、及び情報処理方法 - Google Patents

コンピュータプログラム、情報処理装置、及び情報処理方法 Download PDF

Info

Publication number
WO2023210514A1
WO2023210514A1 PCT/JP2023/015847 JP2023015847W WO2023210514A1 WO 2023210514 A1 WO2023210514 A1 WO 2023210514A1 JP 2023015847 W JP2023015847 W JP 2023015847W WO 2023210514 A1 WO2023210514 A1 WO 2023210514A1
Authority
WO
WIPO (PCT)
Prior art keywords
item
user
evaluation
computer program
weight
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2023/015847
Other languages
English (en)
French (fr)
Inventor
勝 石水
直樹 豊島
栄次 有田
拓也 臼田
直人 稲越
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Terumo Corp
Micin Inc
Original Assignee
Terumo Corp
Micin Inc
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 Terumo Corp, Micin Inc filed Critical Terumo Corp
Priority to CN202380035634.8A priority Critical patent/CN119072752A/zh
Priority to JP2024517271A priority patent/JPWO2023210514A1/ja
Publication of WO2023210514A1 publication Critical patent/WO2023210514A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data

Definitions

  • the present invention relates to a computer program, an information processing device, and an information processing method.
  • Patent Document 1 discloses a health management support system that analyzes two or more types of physical information measured about a user, generates advice for informing the user of goal achievement, and outputs the generated advice. There is.
  • Patent Document 1 it is possible to notify the user of the degree of goal achievement, but it is not possible to identify problems in the user's lifestyle and output a message urging improvement for the identified problems.
  • One aspect of the present invention is to provide a computer program, an information processing device, and an information processing method that can identify problems in a user's lifestyle and output a message urging improvement regarding the identified problems. .
  • a computer program acquires user data regarding a plurality of items indicating diabetes improvement indicators, evaluates the acquired data for each item, determines an evaluation classification for each item, and evaluates each item.
  • An information processing device includes an acquisition unit that acquires user data regarding a plurality of items indicating diabetes improvement indicators, and a determination unit that evaluates the acquired data for each item and determines an evaluation category for each item. and an identification section that identifies problems in the user's lifestyle based on a plurality of judgment factors set according to the combination of evaluation categories of each item, and outputs a message urging improvement regarding the identified problems. and an output section.
  • An information processing method acquires user data regarding a plurality of items indicating diabetes improvement indicators, evaluates the acquired data for each item, determines an evaluation category for each item, and evaluates each item.
  • a computer executes a process of identifying problems in the user's lifestyle habits based on a plurality of determination factors set according to a combination of evaluation categories, and outputting a message urging improvement regarding the identified problems.
  • FIG. 1 is a schematic diagram showing the overall configuration of a health management support system according to an embodiment.
  • FIG. 2 is a block diagram showing the internal configuration of a management server.
  • FIG. 2 is a block diagram illustrating the internal configuration of a user terminal.
  • FIG. 3 is a schematic diagram showing an example of a home screen displayed by a patient application.
  • FIG. 3 is a schematic diagram showing an example of a registration item selection screen.
  • FIG. 3 is a schematic diagram showing an example of a weight registration screen. It is a schematic diagram which shows an example of a meal recording screen.
  • It is a conceptual diagram of a management table.
  • It is a conceptual diagram of a measurement value table.
  • FIG. 2 is a schematic diagram showing combinations of evaluation categories.
  • FIG. 1 is a schematic diagram showing the overall configuration of a health management support system according to an embodiment.
  • FIG. 2 is a block diagram showing the internal configuration of a management server.
  • FIG. 2 is a block diagram illustrating the internal configuration
  • FIG. 2 is a conceptual diagram showing an example of a group definition table.
  • FIG. 2 is an explanatory diagram illustrating a method for identifying a problem.
  • FIG. 3 is a conceptual diagram showing an example of a message definition table. 3 is a flowchart showing the procedure of processing executed by the management server.
  • FIG. 3 is a schematic diagram showing an example of a message display screen.
  • FIG. 1 is a schematic diagram showing the overall configuration of a health management support system according to an embodiment.
  • the health management support system according to the present embodiment is a system for supporting diabetes treatment by doctors, and it identifies problems in the lifestyle of diabetic patients (hereinafter referred to as users) and makes improvements to the identified problems.
  • One of the features is to provide a prompting message to the user.
  • the system includes a management server 100 that supports health management of users, a user terminal 200 used by the user, a hospital terminal 300 used by medical personnel such as doctors, and an analysis device 400 that performs meal image analysis.
  • the management server 100, the user terminal 200, the hospital terminal 300, and the analysis device 400 are communicably connected to each other via a communication network NW such as the Internet.
  • FIG. 1 only one user terminal 200 is shown for simplification, but multiple user terminals 200 may be connected.
  • FIG. 2 is a block diagram showing the internal configuration of the management server 100.
  • the management server 100 is a general-purpose or dedicated server device, and includes a control section 101 , a storage section 102 , a communication section 103 , an operation section 104 , and a display section 105 .
  • the control unit 101 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and the like.
  • the CPU included in the control unit 101 deploys various computer programs stored in the ROM and the storage unit 102 on the RAM and executes them, and controls the operation of each hardware part, thereby controlling the entire apparatus as the information processing apparatus of the present application. function as
  • the control unit 101 is not limited to the above configuration, and may be any processing circuit or arithmetic circuit including multiple CPUs, multi-core CPUs, GPUs (Graphics Processing Units), microcomputers, volatile or nonvolatile memory, etc. There may be. Further, the control unit 101 may have functions such as a timer that measures the elapsed time from when a measurement start instruction is given until a measurement end instruction is given, a counter that counts, a clock that outputs date and time information, and the like.
  • the storage unit 102 includes a storage device using an HDD (Hard Disk Drive), SSD (Solid State Drive), or the like.
  • the storage unit 102 stores various computer programs executed by the control unit 101 and data necessary for executing the computer programs.
  • the computer programs stored in the storage unit 102 include a treatment support program PG.
  • the treatment support program PG acquires user data regarding multiple items indicating diabetes improvement indicators, evaluates the acquired data for each item, determines the evaluation category for each item, and determines the evaluation category for each item.
  • the computer program stored in the storage unit 102 is provided by a non-temporary recording medium MD that readably records the computer program.
  • the recording medium MD is, for example, a portable memory such as a CD-ROM, a USB (Universal Serial Bus) memory, an SD (Secure Digital) card, a micro SD card, or a Compact Flash (registered trademark).
  • the control unit 101 reads a computer program from the recording medium MD using a reading device (not shown), and installs the read computer program into the storage unit 102. Further, the computer program stored in the storage unit 102 may be provided by communication via the communication network NW. In this case, the control unit 101 acquires a computer program through the communication unit 103 and installs the acquired computer program into the storage unit 102.
  • the computer program provided by the recording medium MD or by communication may be distributed as a program product.
  • the storage unit 102 also temporarily stores a management table TB1 that stores user data regarding a plurality of items indicating diabetes improvement indicators, and measurement values for a predetermined number of days necessary to create this management table TB1. and a measured value table TB2 to be stored.
  • the outline of the management table TB1 and the measurement value table TB2 will be specifically explained using FIGS. 8 and 9.
  • the storage unit 102 further includes a group definition table TB3 and a message definition table TB4. The outlines of the group definition table TB3 and message definition table TB4 will be specifically explained using FIGS. 11 and 13, respectively.
  • the communication unit 103 includes a communication interface for communicating with an external device via the communication network NW.
  • the communication interface included in the communication unit 103 is, for example, a communication interface compliant with communication standards such as LAN (Local Area Network) and WiFi (registered trademark).
  • the communication unit 103 transmits information to be transmitted to an external device, and receives information transmitted from the external device.
  • the operation unit 104 includes an input interface such as a keyboard and a mouse, and accepts operations by an administrator or the like.
  • the display unit 105 includes a liquid crystal display device and the like, and displays information to be notified to the administrator and the like.
  • the management server 100 is not limited to a single computer, but may be a computer system consisting of multiple computers and peripheral devices. Furthermore, the management server 100 may be a virtual machine virtually constructed using software.
  • FIG. 3 is a block diagram illustrating the internal configuration of the user terminal 200.
  • the user terminal 200 is a general-purpose computer such as a smartphone, a tablet terminal, or a personal computer, and includes a control section 201, a storage section 202, a communication section 203, an operation section 204, a display section 205, and an imaging section 206.
  • the control unit 201 includes, for example, a CPU, ROM, RAM, etc.
  • the CPU of the control unit 201 controls the operations of the various hardware described above by loading various programs stored in advance in the ROM or the storage unit 202 into the RAM and executing them.
  • control unit 201 is not limited to the above configuration, and may be configured as a single piece of hardware (SoC: System On a Chip) that integrates a processor, memory, storage, communication interface, etc. Further, the control unit 201 may have functions such as a clock that outputs date and time information, a timer that measures the elapsed time from when a measurement start instruction is given until a measurement end instruction is given, and a counter that counts the number of times.
  • SoC System On a Chip
  • the storage unit 202 includes a storage device using a flash memory, a hard disk, or the like.
  • the storage unit 202 stores various computer programs executed by the control unit 201 and data necessary for executing the computer programs.
  • the computer program stored in the storage unit 202 is an application program AP (hereinafter referred to as a patient app AP) for recording daily user data such as body weight and meal images, and for displaying messages etc. provided through the management server 100. ).
  • the communication unit 203 includes a communication interface for connecting to the communication network NW.
  • the communication interface included in the communication unit 203 is, for example, a communication interface compliant with wireless communication standards such as WiFi (registered trademark), 3G, 4G, 5G, and LTE.
  • the communication unit 203 transmits various information to be notified to an external device, and receives various information transmitted from the external device to the own device.
  • the operation unit 204 includes input devices such as a touch panel and operation buttons, and accepts various operations and inputs of information.
  • the control unit 201 performs appropriate control based on the operation information input from the operation unit 204, and stores the information input through the operation unit 204 in the storage unit 202 as necessary.
  • the display unit 205 includes a display device such as a liquid crystal display panel or an organic EL display panel, and displays information to be notified to the user based on a control signal output from the control unit 201.
  • the imaging unit 206 includes an imaging element such as a CMOS (Complementary Metal Oxide Semiconductor) or a CCD (Charge-Coupled Device), and outputs a digital image obtained by imaging the object.
  • the object to be imaged is food and drink that the user himself/herself eats and drinks.
  • the user terminal 200 uploads images of food and drink (ie, meal images) captured by the imaging unit 206 to the management server 100 .
  • the management server 100 uploads the meal image uploaded from the user terminal 200 to the analysis device 400, and receives information on energy intake and nutrients returned as an analysis result from the analysis device 400.
  • the hospital terminal 300 is a dedicated or general-purpose computer such as a personal computer.
  • a treatment plan for the user is set, and in the treatment plan, target values for the user's current weight and daily energy intake are set.
  • the target value set at the hospital terminal 300 is notified to the user terminal 200 and the management server 100. Note that since the hospital terminal 300 is not a component of the present invention, detailed description thereof will be omitted.
  • the analysis device 400 is, for example, a cloud server connected to the communication network NW, and provides a meal image analysis API (Application Programming Interface).
  • the analysis device 400 is configured to, when receiving a meal image from an external device such as the management server 100, analyze the meal image using a learning model and return information on intake energy and nutrients. Existing methods are used to analyze meal images.
  • the nutrient information returned by the analysis device 400 includes, for example, the amount of protein, fat, carbohydrate, sugar, dietary fiber, salt, vitamins, minerals, etc. contained in the meal. Note that since the analysis device 400 is not a component of the present invention, detailed description thereof will be omitted.
  • a user who is a diabetic patient installs a patient application AP on the user terminal 200 according to instructions from a medical professional such as a doctor.
  • the user starts the patient application AP on the user terminal 200 and registers daily medical treatment status such as weight, meals, exercise, and blood sugar level through the patient application AP.
  • Information on the medical treatment status input through the patient application AP is uploaded to the management server 100 and stored in the storage unit 102 of the management server 100.
  • FIG. 4 is a schematic diagram showing an example of a home screen displayed by the patient application AP.
  • the control unit 201 causes the display unit 205 to display a home screen 210 as shown in FIG. 4 in accordance with a request from the patient application AP.
  • the home screen 210 includes, for example, a medical treatment status display field 211 and a medical treatment status registration button 212.
  • a transition is made to a registration item selection screen 220 (see FIG. 5) that accepts selection of items to be registered.
  • the medical treatment status display field 211 displays the medical treatment status input by the user.
  • FIG. 5 is a schematic diagram showing an example of the registration item selection screen 220.
  • the registration item selection screen 220 includes a group of item selection buttons 221.
  • the item selection button group 221 includes selection buttons corresponding to, for example, meals, exercise, blood sugar levels, weight, snacks, alcohol, drinks, and other items.
  • the user wants to register his/her own weight, the user presses the selection button labeled "Weight"; when the user registers a meal, the selection button labeled "Meal” is pressed.
  • the selection button labeled "Weight” When the user registers a meal, the selection button labeled "Meal” is pressed.
  • a selection button labeled with the item to be registered is pressed.
  • the items may be automatically input in cooperation with other application programs or external measuring instruments.
  • application programs that measure exercise for example, number of steps
  • the configuration may be such that the measured values are automatically acquired through these application programs.
  • technology such as Bluetooth (registered trademark) or NFC (Near Field Communication) is used to link with an external measuring device such as a blood glucose meter or weight scale
  • measured values can be obtained from the external measuring device via communication. It may be a configuration.
  • FIG. 6 is a schematic diagram showing an example of the weight registration screen 230.
  • the weight registration screen 230 shown in FIG. 6 is an example of a screen displayed on the display unit 205 of the user terminal 200 when a selection button labeled with weight is pressed on the registration item selection screen 220.
  • the weight registration screen 230 includes a weight input field 231, a device cooperation button 232, and a save button 233.
  • the user can manually input his or her own measured weight into the weight input field 231. Further, the user may press the device link button 232 to link the device with the scale, and transmit the weight value measured by the scale to the user terminal 200.
  • the save button 233 is a button for saving the weight value input through the weight registration screen 230.
  • FIG. 7 is a schematic diagram showing an example of the meal recording screen 240.
  • the meal record screen 240 shown in FIG. 7 is an example of a screen that is displayed on the display unit 205 of the user terminal 200 when the selection button labeled Meal is pressed on the registration item selection screen 220.
  • the meal record screen 240 includes, for example, a type selection field 241, a meal input field 242, a photo display field 243, a photo selection button 244, a memo input field 245, and a save button 246.
  • the type selection column 241 accepts meal types including breakfast, lunch, dinner, and snacks.
  • the meal input field 242 accepts information on meals such as pasta and sweets.
  • the photo display field 243 displays the meal image selected by operating the photo selection button 244.
  • the photo selection button 244 When the photo selection button 244 is pressed, it activates the imaging unit 206 of the user terminal 200 and displays a button for newly capturing an image and a button for selecting from pre-imaged meal images.
  • the memo input field 245 accepts the user's memo regarding meals.
  • the save button 246 is a button for saving the contents input through the meal record screen 240.
  • the contents input through the meal record screen 240 are stored in the storage unit 202 of the user terminal 200, and are also transmitted to the management server 100 and stored in the storage unit 102 of the management server 100.
  • the management server 100 transmits the meal image input through the meal record screen 240 to the analysis device 400, receives the information on the intake energy and nutrients returned from the analysis device 400, and calculates the received energy and nutrients.
  • the information is stored in the storage unit 102.
  • the user terminal 200 may directly transmit the meal image input through the meal record screen 240 to the analysis device 400.
  • the user terminal 200 receives the information on intake energy and nutrients returned from the analysis device 400, transfers the received information on intake energy and nutrients to the management server 100, and stores it in the storage unit 102 of the management server 100. It is good to memorize it.
  • FIG. 8 is a conceptual diagram of the management table TB1
  • FIG. 9 is a conceptual diagram of the measured value table TB2.
  • the management table TB1 stores the user's current weight, change in weight, daily energy intake, and change in energy intake in association with dates as data for items indicating diabetes improvement indicators.
  • the average value of the weight measurements from the previous day to seven days ago (that is, the average weight for the past week) is used as the current weight.
  • the user's weight on that day is measured by the user using a scale.
  • the measured value input into the user terminal 200 is transmitted to the management server 100 via the communication network NW, and is stored in the measured value table TB2 as the current day's weight measured value.
  • the control unit 101 of the management server 100 calculates the average weight for the past week based on the weight measurements stored in the measurement value table TB2 at a predetermined timing (for example, 7:00 in the morning), and calculates the average weight for the past week.
  • the weight is stored in the management table TB1 as the current weight.
  • the change in body weight compared to two weeks ago is used for the change in body weight.
  • the control unit 101 converts the current weight calculated as described above to the average value of the weight measurements from 8 days to 14 days ago (i.e., the average weight from 2 weeks ago). By dividing by , the change in body weight is calculated, and the calculated value is stored in the management table TB1 as the change in body weight.
  • control unit 101 in order to calculate the current weight and changes in weight, measured values of weight for the past two weeks including the current day are required. Therefore, when the control unit 101 acquires a weight measurement value from the user terminal 200, the control unit 101 stores the acquired measurement values in the measurement value table TB2 in date order, and stores the measurement values for two weeks including the current day in the measurement value table TB2. and hold it.
  • the total value of the energy intake on the previous day (that is, the total energy intake for the day) is used.
  • the user takes a meal including breakfast, lunch, dinner, and snacks
  • Capture of food and drink images and uploading of meal images are performed using the user terminal 200.
  • the management server 100 uploads the meal image uploaded from the user terminal 200 to the analysis device 400, receives from the analysis device 400 the value of the intake energy that the user ingests from the meal, and stores it in the storage unit 102.
  • the control unit 101 calculates the total value of the previous day's intake energy by adding the values of the previous day's intake energy stored in the storage unit 102, and calculates the total value of the intake energy of the previous day, and displays the management table TB1.
  • the measured value table TB2 is stored as the daily energy intake.
  • the change in energy intake For the change in energy intake, the change in energy intake compared to the average value of total energy intake for each day from 8 to 14 days ago (that is, the average value of total energy intake for 2 weeks ago) is used. At a predetermined timing (for example, 7:00 in the morning), the control unit 101 calculates the change in energy intake by dividing the previous day's total energy intake by the average value of the total energy intake for each day two weeks ago. Then, the calculated value of the change in intake energy is stored in the management table TB1.
  • control unit 101 aggregates the intake energy for each day and stores it in the measurement value table TB2 in date order, and holds the intake energy values for two weeks including the current day in the measurement value table TB2.
  • the management server 100 manages the measurement values of multiple users, it is preferable to store data related to each item in the management table TB1 and the measurement value table TB2 in association with the user ID that identifies each user.
  • the control unit 101 of the management server 100 determines the evaluation classification for each item by referring to the management table TB1 and comparing the value of each item with the target value or determination value. For example, the control unit 101 determines whether the current weight stored in the management table TB1 is over the target, achieved the target, or under the target by comparing the current weight with the target value.
  • the target value of the current body weight is set for each user by a medical professional such as a doctor, and is stored in the storage unit 102 of the management server 100.
  • the control unit 101 calculates the target value by dividing the current weight by the target value, and if the target value exceeds 100%, the target is exceeded, if it is from over 90% to 100%, the target is achieved, and if it is 90% or less, the target is achieved. If so, it is considered to be less than the target. Further, the control unit 101 refers to the measured value table TB2, and if it is determined that the measured values for 5 days or more are missing among the measured values for 7 days used to calculate the current weight, the control unit 101 The evaluation is determined to be indeterminate.
  • the control unit 101 of the management server 100 determines whether the intake energy is exceeded, achieved, or less than the target by comparing it with the target value set by a medical professional such as a doctor. Furthermore, if there is no record of the daily intake energy in the management table TB1, the control unit 101 determines that the evaluation of the intake energy cannot be determined.
  • control unit 101 determines whether the change in body weight is increased, maintained, or decreased by comparing the change in body weight stored in the management table TB1 with the determination value.
  • the determination value is set by the management server 100.
  • the control unit 101 refers to the measurement value table TB2 and calculates the value of (average value of weight measurements from the previous day to 7 days ago)/(average value of weight measurements from 8 days to 14 days ago) x 100. If the calculated value is 101% or more, it is determined to increase, if it is 99% or more and less than 101%, it is determined to be maintained, and if it is less than 99%, it is determined to be decreased.
  • control unit 101 refers to the measurement value table TB2 and determines that among the weight measurements from the previous day to 7 days ago, the measurement values for 5 days or more are missing, or if the weight measurements from 8 days to 14 days ago are missing. If it is determined that the measured values for 5 days or more are missing among the measured body weight values, it is determined that the evaluation of the weight change cannot be determined.
  • control unit 101 of the management server 100 determines whether to increase, maintain, or decrease based on the set determination value. Further, when it is determined that measured values for a predetermined number of days or more are missing with reference to the measured value table TB2, the control unit 101 determines that evaluation of changes in intake energy cannot be determined.
  • the management server 100 specifies a group from the combination of evaluation categories by referring to the group definition table TB3, and determines an action in the patient application AP to be executed in the user terminal 200 according to the specified group.
  • FIG. 11 is a conceptual diagram showing an example of the group definition table TB3. Due to space limitations, the example in FIG. 11 shows only some of the 20 groups G01 to G20.
  • Group 1 (G01) is defined as a group whose daily energy intake exceeds the target, and it is preferable to encourage a reduction in energy intake. Some of the combinations of evaluation categories belonging to group 1 are shown in FIG. Even if the daily energy intake exceeds the target, if the energy intake has decreased compared to two weeks ago or the current weight does not exceed the target, the user's daily life They are excluded from Group 1 because their customs are considered to be different. Further, as an action of the patient application AP for group 1, prompting for a reduction in intake energy is defined.
  • the daily energy intake exceeds the target at the moment, but the energy intake has decreased compared to 2 weeks ago. It is defined as a group in which it is preferable to promote energy reduction. Some of the combinations of evaluation categories belonging to group 2 are shown in FIG. Currently, your daily energy intake exceeds your target, but even if your energy intake has decreased compared to two weeks ago, your current weight may be at the target, below the target, or cannot be determined. In this case, the users are excluded from Group 2 because their lifestyle habits are considered to be different. Further, as an action of the patient application AP for group 2, it is defined that the reduction in intake energy is evaluated and a further reduction in intake energy is encouraged.
  • FIG. 12 is an explanatory diagram illustrating a method for identifying problems.
  • Group 1 is defined as a group whose daily energy intake exceeds the target, and it is preferable to encourage a reduction in energy intake.
  • the previous day's value is outside the target range
  • the number of days exceeding the set threshold exceeds the set threshold for a certain period or more
  • the value exceeds the set threshold for a certain period or more in the past few days.
  • a plurality of determination elements including the number of times or more are set.
  • Judgment factors are selected from blood sugar level, intake amount and ratio of carbohydrates and fats, and number of registered snacks.
  • the control unit 101 of the management server 100 identifies problems in the user's lifestyle based on a plurality of determination factors set for group 1. For example, if the control unit 101 determines that determination factor 1 is satisfied, it can identify problem 1 in the user's lifestyle. Furthermore, if the control unit 101 determines that determination factor 2 is satisfied without satisfying determination factor 1, it is possible to identify problem point 2 in the user's lifestyle. In this way, the control unit 101 can identify problems in the user's lifestyle by making determinations in the order of determination element 1, determination element 2, . . . , determination element 3. Problems are selected from the following: high sugar content, high carbohydrate content, and frequent snacking.
  • the information used for the determination may be input by the user himself/herself. Further, the intake amount of carbohydrates and fats can be based on the nutrient information acquired from the analysis device 400 and stored in the storage unit 102.
  • FIG. 13 is a conceptual diagram showing an example of the message definition table TB4.
  • the following messages are displayed: ⁇ Judgment element 1 exceeds the target.Are you eating too much of the food that corresponds to problem 1?'' and ⁇ Judgment element 1 exceeds the target. "Try to eat lots of foods rich in nutrients that suppress increases in blood sugar levels," the message reads. The same applies to other problems, and one or more messages are set for each problem.
  • control unit 101 When multiple messages are set for one problem, the control unit 101 randomly selects one message from the multiple messages, reads it from the message definition table TB4, and sends the read message to the user. All you have to do is present it. Alternatively, the control unit 101 may present multiple messages to the user in a particular order. If no problem has been identified, or if no problem has been identified, the control unit 101 may present a message prepared in advance to the user.
  • FIG. 14 is a flowchart showing the procedure of processing executed by the management server 100.
  • the control unit 101 of the management server 100 receives the weight value transmitted from the user terminal 200 and the intake energy value transmitted from the analysis device 400, the control unit 101 performs the control unit 101 at a predetermined timing (for example, 7:00 in the morning). , updates the measured value table TB2 (step S101), calculates the values of a plurality of items indicating diabetes improvement indicators based on the measured values stored in the measured value table TB2, and stores the calculation results in the management table TB1.
  • current body weight, weight change, daily energy intake, and change in energy intake are used as values indicating diabetes improvement indicators.
  • the control unit 101 evaluates the values of each item stored in the management table TB1 and determines the evaluation category (step S103).
  • the control unit 101 compares the current body weight and daily energy intake with target values set for each user by a medical professional such as a doctor, and determines whether the target is exceeded, achieved, or less than the target. Further, the control unit 101 refers to the measured value table TB2 and determines that the determination is not possible if the measured values for a predetermined number of days are not recorded. On the other hand, increase, maintenance, or decrease is determined by comparing changes in body weight with two weeks ago, and changes in energy intake by comparing with two weeks ago. Further, the control unit 101 refers to the measured value table TB2 and determines that the determination is not possible if the measured values for a predetermined number of days are not recorded.
  • the control unit 101 determines a group corresponding to the combination of evaluation categories determined in step S103 by referring to the group definition table TB3 (step S104).
  • groups are defined so that users have common lifestyle habits (medical treatment information).
  • the control unit 101 identifies problems in the user's lifestyle by making a determination using the determination factors set for each group (step S105).
  • control unit 101 refers to the message definition table TB4 and selects a message to be presented to the user (step S106). If a plurality of messages for prompting improvement for one problem are registered, the control unit 101 may randomly select one message from among the plurality of registered messages.
  • FIG. 15 is a schematic diagram showing an example of the message display screen 250.
  • Message display screen 250 in FIG. 15 shows an example of a screen displayed on display unit 205 of user terminal 200 when a message transmitted from management server 100 is received.
  • a message received from the management server 100 is displayed on the message display screen 250, and can prompt the user to improve their lifestyle habits.
  • current body weight, weight change, daily energy intake, and change in energy intake are used as items indicating diabetes improvement indicators, but the present invention is not limited to these. Items such as amount of exercise (for example, number of steps), change in amount of exercise, exercise time, change in exercise time, etc. may be used.
  • the determination of evaluation categories, identification of problems, and message selection are executed in the management server 100, but they may be executed in the user terminal 200.
  • the treatment support program PG is installed on the user terminal 200, and each table TB1 to TB4 is prepared in the storage section 202 of the user terminal 200.
  • Management server 101 Control unit 102 Storage unit 103 Communication unit 104 Operation unit 105 Display unit 200 User terminal 300 Hospital terminal 400 Analysis device AP Patient application PG Treatment support program TB1 Management table TB2 Measured value table TB3 Group definition table TB4 Message definition table NW communication network

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

コンピュータプログラム、情報処理装置、及び情報処理方法
　本発明は、コンピュータプログラム、情報処理装置、及び情報処理方法に関する。
　従来、ユーザについて測定されたデータを分析し、分析結果に基づき健康管理支援を行うシステムが開発されている。例えば、特許文献１には、ユーザについて測定された２種類以上の身体的情報を分析し、目標達成度を知らせるためのアドバイスを生成し、生成したアドバイスを出力する健康管理支援システムが開示されている。
特開２０１１－２０９８７１号公報
　特許文献１では、目標達成度をユーザに知らせることは可能であるが、ユーザの生活習慣における問題点を特定し、特定した問題点について改善を促すメッセージを出力することはできない。
　一つの側面では、ユーザの生活習慣における問題点を特定し、特定した問題点について改善を促すメッセージを出力することができるコンピュータプログラム、情報処理装置、及び情報処理方法を提供することを目的とする。
　一つの側面に係るコンピュータプログラムは、糖尿病の改善指標を示す複数の項目についてユーザのデータを取得し、取得したデータを項目毎に評価して、項目毎の評価区分を決定し、各項目の評価区分の組み合わせに応じて設定される複数の判定要素に基づき、前記ユーザの生活習慣における問題点を特定し、特定した問題点について、改善を促すメッセージを出力する処理をコンピュータに実行させるためのコンピュータプログラムである。
　一つの側面に係る情報処理装置は、糖尿病の改善指標を示す複数の項目についてユーザのデータを取得する取得部と、取得したデータを項目毎に評価して、項目毎の評価区分を決定する決定部と、各項目の評価区分の組み合わせに応じて設定される複数の判定要素に基づき、前記ユーザの生活習慣における問題点を特定する特定部と、特定した問題点について、改善を促すメッセージを出力する出力部とを備える。
　一つの側面に係る情報処理方法は、糖尿病の改善指標を示す複数の項目についてユーザのデータを取得し、取得したデータを項目毎に評価して、項目毎の評価区分を決定し、各項目の評価区分の組み合わせに応じて設定される複数の判定要素に基づき、前記ユーザの生活習慣における問題点を特定し、特定した問題点について、改善を促すメッセージを出力する処理をコンピュータにより実行する。
　本願によれば、ユーザの生活習慣における問題点を特定し、特定した問題点について改善を促すメッセージを出力することができる。
実施の形態に係る健康管理支援システムの全体構成を示す模式図である。 管理サーバの内部構成を示すブロック図である。 ユーザ端末の内部構成を説明するブロック図である。 患者アプリにより表示されるホーム画面の一例を示す模式図である。 登録項目選択画面の一例を示す模式図である。 体重登録画面の一例を示す模式図である。 食事記録画面の一例を示す模式図である。 管理テーブルの概念図である。 測定値テーブルの概念図である。 評価区分の組み合わせを示す模式図である。 グループ定義テーブルの一例を示す概念図である。 問題点の特定方法を説明する説明図である。 メッセージ定義テーブルの一例を示す概念図である。 管理サーバが実行する処理の手順を示すフローチャートである。 メッセージ表示画面の一例を示す模式図である。
　以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。
　図１は実施の形態に係る健康管理支援システムの全体構成を示す模式図である。本実施の形態に係る健康管理支援システムは、医師による糖尿病治療を支援するためのシステムであり、糖尿病患者（以下、ユーザという）の生活習慣における問題点を特定し、特定した問題点について改善を促すメッセージをユーザに提供することを特徴の１つとする。
　システムは、ユーザの健康管理支援を行う管理サーバ１００、ユーザにより使用されるユーザ端末２００、医師等の医療従事者により使用される病院端末３００、及び食事画像解析を行う解析装置４００を備える。管理サーバ１００、ユーザ端末２００、病院端末３００、及び解析装置４００は、インターネットなどの通信ネットワークＮＷを介して互いに通信可能に接続される。
　図１では、簡略化のために、１台のユーザ端末２００のみを示しているが、複数のユーザ端末２００が接続されてもよい。
　図２は管理サーバ１００の内部構成を示すブロック図である。管理サーバ１００は、汎用又は専用のサーバ装置であり、制御部１０１、記憶部１０２、通信部１０３、操作部１０４、及び表示部１０５を備える。
　制御部１０１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などにより構成される。制御部１０１が備えるＣＰＵは、ＲＯＭや記憶部１０２に記憶されている各種コンピュータプログラムをＲＡＭ上に展開して実行し、ハードウェア各部の動作を制御することにより、装置全体を本願の情報処理装置として機能させる。
　制御部１０１は、上記の構成に限定されるものではなく、複数のＣＰＵ、マルチコアＣＰＵ、ＧＰＵ（Graphics Processing Unit）、マイコン、揮発性又は不揮発性のメモリ等を備える任意の処理回路又は演算回路であってもよい。また、制御部１０１は、計測開始指示を与えてから計測終了指示を与えるまでの経過時間を計測するタイマ、数をカウントするカウンタ、日時情報を出力するクロック等の機能を備えていてもよい。
　記憶部１０２は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等を用いた記憶装置を備える。記憶部１０２には、制御部１０１によって実行される各種コンピュータプログラム、及びコンピュータプログラムの実行に必要なデータ等が記憶される。記憶部１０２に記憶されるコンピュータプログラムは、治療支援プログラムＰＧを含む。治療支援プログラムＰＧは、例えば、糖尿病の改善指標を示す複数の項目についてユーザのデータを取得し、取得したデータを項目毎に評価して、項目毎の評価区分を決定し、各項目の評価区分の組み合わせに応じて設定される複数の判定要素に基づき、ユーザの生活習慣における問題点を特定し、特定した問題点について、改善を促すメッセージを出力する処理をコンピュータに実行させるためのコンピュータプログラムである。
　記憶部１０２に記憶されるコンピュータプログラムは、当該コンピュータプログラムを読み取り可能に記録した非一時的な記録媒体ＭＤにより提供される。記録媒体ＭＤは、例えば、ＣＤ－ＲＯＭ、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード、マイクロＳＤカード、コンパクトフラッシュ（登録商標）などの可搬型メモリである。制御部１０１は、不図示の読取装置を用いて記録媒体ＭＤからコンピュータプログラムを読み取り、読み取ったコンピュータプログラムを記憶部１０２にインストールする。また、記憶部１０２に記憶されるコンピュータプログラムは、通信ネットワークＮＷを介した通信により提供されてもよい。この場合、制御部１０１は、通信部１０３を通じてコンピュータプログラムを取得し、取得したコンピュータプログラムを記憶部１０２にインストールする。記録媒体ＭＤ又は通信により提供されるコンピュータプログラムは、プログラム製品として流通するものであってもよい。
　また、記憶部１０２は、糖尿病の改善指標を示す複数の項目についてのユーザのデータを記憶する管理テーブルＴＢ１と、この管理テーブルＴＢ１を作成するために必要な所定日数分の測定値を一時的に記憶する測定値テーブルＴＢ２とを備える。管理テーブルＴＢ１及び測定値テーブルＴＢ２の概要については、図８及び図９を用いて具体的に説明する。記憶部１０２は、更にグループ定義テーブルＴＢ３及びメッセージ定義テーブルＴＢ４を備える。グループ定義テーブルＴＢ３及びメッセージ定義テーブルＴＢ４の概要については、それぞれ図１１及び図１３を用いて具体的に説明する。
　通信部１０３は、通信ネットワークＮＷを通じて外部装置と通信を行うための通信インタフェースを備える。通信部１０３が備える通信インタフェースは、例えば、ＬＡＮ（Local Area Network）やＷｉＦｉ（登録商標）などの通信規格に準じた通信インタフェースである。通信部１０３は、送信すべき情報を外部装置へ送信すると共に、外部装置から送信される情報を受信する。
　操作部１０４は、キーボード、マウスなどの入力インタフェースを備えており、管理者等による操作を受付ける。表示部１０５は、液晶ディスプレイ装置などを備えており、管理者等に対して報知すべき情報を表示する。
　管理サーバ１００は、単一のコンピュータに限らず、複数のコンピュータや周辺機器からなるコンピュータシステムであってもよい。また、管理サーバ１００は、ソフトウェアによって仮想的に構築される仮想マシンであってもよい。
　図３はユーザ端末２００の内部構成を説明するブロック図である。ユーザ端末２００は、スマートフォン、タブレット端末、パーソナルコンピュータなどの汎用のコンピュータであり、制御部２０１、記憶部２０２、通信部２０３、操作部２０４、表示部２０５、及び撮像部２０６を備える。
　制御部２０１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備える。制御部２０１のＣＰＵは、ＲＯＭ又は記憶部２０２に予め記憶された各種プログラムをＲＡＭに展開して実行することにより、上述した各種ハードウェアの動作を制御する。
　なお、制御部２０１は、上記の構成に限定されるものではなく、プロセッサ、メモリ、ストレージ、通信インタフェース等を集積した１つのハードウェア（ＳｏＣ：System On a Chip）として構成されてもよい。また、制御部２０１は、日時情報を出力するクロック、計測開始指示を与えてから計測終了指示を与えるまでの経過時間を計測するタイマ、数をカウントするカウンタ等の機能を備えていてもよい。
　記憶部２０２は、フラッシュメモリ、ハードディスクなどを用いた記憶装置を備える。記憶部２０２には、制御部２０１によって実行される各種コンピュータプログラム、及びコンピュータプログラムの実行に必要なデータ等が記憶される。記憶部２０２に記憶されるコンピュータプログラムは、体重や食事画像などの日々のユーザのデータを記録すると共に、管理サーバ１００を通じて提供されるメッセージ等を表示するためのアプリケーションプログラムＡＰ（以下、患者アプリＡＰという）を含む。
　通信部２０３は、通信ネットワークＮＷに接続するための通信インタフェースを備える。通信部２０３が備える通信インタフェースは、例えば、ＷｉＦｉ（登録商標）、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ等の無線通信規格に準じた通信インタフェースである。通信部２０３は、外部装置へ通知すべき各種情報を送信すると共に、外部装置から自装置宛に送信される各種情報を受信する。
　操作部２０４は、タッチパネルや操作ボタンなどの入力デバイスを備えており、各種の操作や情報の入力を受付ける。制御部２０１は、操作部２０４から入力される操作情報に基づき適宜の制御を行い、操作部２０４を通じて入力される情報を必要に応じて記憶部２０２に記憶させる。
　表示部２０５は、液晶表示パネル、有機ＥＬ表示パネル等の表示デバイスを備えており、制御部２０１から出力される制御信号に基づいて、ユーザに通知すべき情報を表示する。
　撮像部２０６は、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）やＣＣＤ（Charge-Coupled Device）などの撮像素子を備えており、対象物を撮像して得られるデジタル形式の画像を出力する。本実施の形態において、撮像対象物はユーザ自身が飲食する飲食物である。ユーザ端末２００は、撮像部２０６により撮像された飲食物の画像（すなわち食事画像）を管理サーバ１００にアップロードする。管理サーバ１００は、ユーザ端末２００からアップロードされた食事画像を解析装置４００にアップロードし、解析装置４００から解析結果として返信される摂取エネルギや栄養素の情報を受信する。
　病院端末３００は、パーソナルコンピュータなどの専用又は汎用のコンピュータである。病院端末３００では、ユーザへの治療計画が設定され、その治療計画の中で、ユーザの現体重や１日の摂取エネルギに対する目標値が設定される。病院端末３００において設定された目標値は、ユーザ端末２００や管理サーバ１００に通知される。なお、病院端末３００は、本発明の構成要素ではないため、その詳細な説明を省略することとする。
　解析装置４００は、例えば、通信ネットワークＮＷに接続されるクラウドサーバであり、食事画像解析ＡＰＩ（Application Programming Interface）を提供する。解析装置４００は、管理サーバ１００などの外部装置から食事画像を受信した場合、学習モデルにより食事画像を解析して、摂取エネルギや栄養素の情報を返信するように構成されている。食事画像の解析手法には既存の手法が用いられる。解析装置４００が返信する栄養素の情報には、例えば、食事に含まれるタンパク質、脂質、炭水化物、糖質、食物繊維、塩分、ビタミン、ミネラルなどの量が含まれる。なお、解析装置４００は、本発明の構成要素ではないため、その詳細な説明を省略することとする。
　糖尿病患者であるユーザは、医師等の医療従事者からの指示に従い、ユーザ端末２００に患者アプリＡＰをインストールする。ユーザは、ユーザ端末２００において患者アプリＡＰを起動し、患者アプリＡＰを通じて日々の体重、食事、運動や血糖値等の療養状況を登録する。患者アプリＡＰを通じて入力される療養状況の情報は管理サーバ１００にアップロードされ、管理サーバ１００の記憶部１０２に記憶される。
　図４は患者アプリＡＰにより表示されるホーム画面の一例を示す模式図である。ユーザ端末２００において患者アプリＡＰが起動されると、制御部２０１は患者アプリＡＰからの要求に従い、図４に示すようなホーム画面２１０を表示部２０５に表示させる。ホーム画面２１０は、例えば、療養状況表示欄２１１、療養状況登録ボタン２１２を備える。療養状況登録ボタン２１２が押下操作されると、登録すべき項目の選択を受付ける登録項目選択画面２２０（図５を参照）に遷移するように構成されている。療養状況表示欄２１１には、ユーザによって入力された療養状況が表示される。
　図５は登録項目選択画面２２０の一例を示す模式図である。登録項目選択画面２２０は、項目選択ボタン群２２１を備える。項目選択ボタン群２２１は、例えば、食事、運動、血糖値、体重、間食、アルコール、飲料、その他の各項目に対応した選択ボタンを備える。ユーザが自身の体重を登録する場合、体重のラベルが付された選択ボタンが押下操作され、食事を登録する場合、食事のラベルが付された選択ボタンが押下操作される。他の項目についても同様であり、登録すべき項目に応じて、登録対象の項目のラベルが付された選択ボタンが押下操作される。
　なお、項目の一部は、他のアプリケーションプログラムや外部計測器と連携して自動入力されるものであってもよい。例えば、運動（例えば歩数）を計測するアプリケーションプログラムがユーザ端末２００にインストールされている場合、これらのアプリケーションプログラムを通じて計測値を自動的に取得する構成であってもよい。また、ブルートゥース（登録商標）やＮＦＣ（Near Field Communication）などの技術を用いて、血糖測定機や体重計などの外部計測器と連携している場合、通信により外部計測器から計測値を取得する構成であってもよい。
　図６は体重登録画面２３０の一例を示す模式図である。図６に示す体重登録画面２３０は、登録項目選択画面２２０において体重のラベルが付された選択ボタンが押下操作された場合、ユーザ端末２００の表示部２０５に表示される画面の一例を示している。体重登録画面２３０は、体重入力欄２３１、機器連携ボタン２３２、保存ボタン２３３を備える。ユーザは、体重入力欄２３１に自身で計測した体重を手入力することができる。また、ユーザは、機器連携ボタン２３２を押下操作して体重計と連携させ、体重計により計測される体重の値をユーザ端末２００に送信させてもよい。保存ボタン２３３は、体重登録画面２３０を通じて入力された体重の値を保存するためのボタンである。
　図７は食事記録画面２４０の一例を示す模式図である。図７に示す食事記録画面２４０は、登録項目選択画面２２０において食事のラベルが付された選択ボタンが押下操作された場合、ユーザ端末２００の表示部２０５に表示される画面の一例を示している。食事記録画面２４０は、例えば、種別選択欄２４１、食事入力欄２４２、写真表示欄２４３、写真選択ボタン２４４、メモ入力欄２４５、保存ボタン２４６を備える。種別選択欄２４１は、朝食、昼食、夕食、及び間食を含む食事の種別を受付ける。食事入力欄２４２では、パスタ、菓子類などの食事の情報を受付ける。写真表示欄２４３は、写真選択ボタン２４４の操作によって選択した食事画像を表示する。写真選択ボタン２４４は、これが押下操作されるとユーザ端末２００の撮像部２０６を起動し、新たに撮像するボタン及び予め撮像された食事画像から選択するボタンを表示する。メモ入力欄２４５は、食事についてのユーザのメモを受付ける。保存ボタン２４６は、食事記録画面２４０を通じて入力された内容を保存するためのボタンである。
　なお、食事記録画面２４０を通じて入力された内容はユーザ端末２００の記憶部２０２に記憶されると共に、管理サーバ１００へ送信し、管理サーバ１００の記憶部１０２に記憶させる。この場合、管理サーバ１００は、食事記録画面２４０を通じて入力された食事画像を解析装置４００へ送信し、解析装置４００から返信される摂取エネルギや栄養素の情報を受信し、受信した摂取エネルギや栄養素の情報を記憶部１０２に記憶させる。また、ユーザ端末２００は、食事記録画面２４０を通じて入力された食事画像を直接解析装置４００へ送信してもよい。この場合、ユーザ端末２００は、解析装置４００から返信される摂取エネルギや栄養素の情報を受信し、受信した摂取エネルギや栄養素の情報を管理サーバ１００へ転送して、管理サーバ１００の記憶部１０２に記憶させるとよい。
　患者アプリＡＰを通じて記録された療養状況の情報は管理サーバ１００にアップロードされ、管理サーバ１００の記憶部１０２に記憶される。以下、管理サーバ１００が備える管理テーブルＴＢ１及び測定値テーブルＴＢ２の構成について説明する。図８は管理テーブルＴＢ１の概念図であり、図９は測定値テーブルＴＢ２の概念図である。管理テーブルＴＢ１は、糖尿病の改善指標を示す項目のデータとして、ユーザの現体重、体重の変化、１日の摂取エネルギ、及び摂取エネルギの変化を日付に関連付けて記憶する。
　ここで、現体重には、前日～７日前の体重測定値の平均値（すなわち、過去１週間の平均体重）が用いられる。当日の体重は、体重計を用いてユーザ自身により測定される。ユーザ端末２００に入力された測定値は、通信ネットワークＮＷを介して管理サーバ１００へ送信され、当日の体重測定値として測定値テーブルＴＢ２に記憶される。管理サーバ１００の制御部１０１は、所定のタイミング（例えば、朝の７：００）で、測定値テーブルＴＢ２に記憶された体重測定値に基づいて過去１週間の平均体重を計算し、計算した平均体重を現体重として管理テーブルＴＢ１に記憶させる。
　また、体重の変化には、２週間前と比較した体重の変化が用いられる。制御部１０１は、所定のタイミング（例えば、朝の７：００）で、上述のように計算した現体重を８日前～１４日前の体重測定値の平均値（すなわち、２週間前の平均体重）で除算することにより、体重の変化を計算し、計算した値を体重の変化として管理テーブルＴＢ１に記憶させる。
　本実施の形態では、現体重及び体重の変化を計算するために、当日を含む過去２週間分の体重の測定値が必要である。そのため、制御部１０１は、ユーザ端末２００より体重の測定値を取得した場合、取得した測定値を日付順に測定値テーブルＴＢ２に記憶させ、当日を含む２週間分の測定値を測定値テーブルＴＢ２にて保持する。
　摂取エネルギには、前日の摂取エネルギの合計値（すなわち、１日の総摂取エネルギ）が用いられる。ユーザは、食事（朝食、昼食、夕食、及び間食を含む）をとる際に、ユーザ自身が飲食する予定の飲食物を撮像し、得られる食事画像を管理サーバ１００にアップロードする。飲食物の撮像及び食事画像のアップロードはユーザ端末２００を用いて実行される。管理サーバ１００は、ユーザ端末２００よりアップロードされる食事画像を解析装置４００へアップロードし、その食事によりユーザが摂取する摂取エネルギの値を解析装置４００から受信して記憶部１０２に記憶する。制御部１０１は、所定のタイミング（例えば、朝の７：００）で、記憶部１０２に記憶された前日の摂取エネルギの値を加算することで前日の摂取エネルギの合計値を求め、管理テーブルＴＢ１、測定値テーブルＴＢ２に１日の摂取エネルギとして記憶させる。
　摂取エネルギの変化には、８日前～１４日前の各日の総摂取エネルギの平均値（すなわち、２週間前の総摂取エネルギの平均値）と比較した摂取エネルギの変化が用いられる。制御部１０１は、所定のタイミング（例えば、朝の７：００）で、前日の総摂取エネルギを２週間前の各日の総摂取エネルギの平均値で除算することにより、摂取エネルギの変化を計算し、計算した摂取エネルギの変化の値を管理テーブルＴＢ１に記憶させる。
　本実施の形態では、摂取エネルギの変化を計算するために、当日を含む過去２週間分の摂取エネルギ（各日の総摂取エネルギ）の値が必要である。そのため、制御部１０１は、１日毎に摂取エネルギを集計して日付順に測定値テーブルＴＢ２に記憶させ、当日を含む２週間分の摂取エネルギの値を測定値テーブルＴＢ２にて保持する。
　管理サーバ１００にて複数のユーザの測定値を管理する場合、各ユーザを識別するユーザＩＤに関連付けて、各項目に関するデータを管理テーブルＴＢ１及び測定値テーブルＴＢ２に記憶させるとよい。
　以下、管理サーバ１００が実行する処理内容について説明する。
　１．評価区分の決定
　管理サーバ１００の制御部１０１は、管理テーブルＴＢ１を参照し、各項目の値を目標値又は判定値と比較することにより、項目毎に評価区分を決定する。例えば、制御部１０１は、管理テーブルＴＢ１に記憶されている現体重を目標値と比較することにより、目標超過、目標達成、目標未満を判断する。現体重の目標値は、医師等の医療従事者によってユーザ毎に設定され、管理サーバ１００の記憶部１０２に記憶される。制御部１０１は、現体重を目標値で除算して対目標値を求め、対目標値が１００％超であれば目標超過、９０％超から１００％以下であれば目標達成、９０％以下であれば目標未満と判断する。また、制御部１０１は、測定値テーブルＴＢ２を参照し、現体重の計算に使用される７日分の測定値のうち、５日以上の測定値が欠落していると判断した場合、現体重の評価を判定不可と判断する。
　摂取エネルギについても同様であり、管理サーバ１００の制御部１０１は、医師等の医療従事者によって設定された目標値と比較することにより、目標超過、目標達成、目標未満を判断する。また、管理テーブルＴＢ１に１日の摂取エネルギの記録がない場合、制御部１０１は、摂取エネルギの評価を判定不可と判断する。
　また、制御部１０１は、管理テーブルＴＢ１に記憶されている体重の変化を判定値と比較することにより、増加、維持、低下を判断する。判定値は、管理サーバ１００によって設定される。例えば、制御部１０１は、測定値テーブルＴＢ２を参照して、（前日～７日前の体重測定値の平均値）／（８日前～１４日前の体重測定値の平均値）×１００の値を求め、求めた値が１０１％以上であれば増加、９９％以上１０１％未満であれば維持、９９％未満であれば低下と判断する。また、制御部１０１は、測定値テーブルＴＢ２を参照し、前日～７日前の体重測定値のうち、５日以上の測定値が欠落していると判断した場合、若しくは、８日前～１４日前の体重測定値のうち、５日以上の測定値が欠落していると判断した場合、体重変化の評価を判定不可と判断する。
　摂取エネルギの変化についても同様であり、管理サーバ１００の制御部１０１は、設定した判定値を基に、増加、維持、低下を判断する。また、測定値テーブルＴＢ２を参照して、所定日数以上の測定値が欠落していると判断した場合、制御部１０１は、摂取エネルギの変化の評価を判定不可と判断する。
　図１０は評価区分の組み合わせを示す模式図である。上述のように、現体重及び摂取エネルギの項目については、目標超過、目標達成、目標未満、判定不可の４つの評価区分に分類される。また、体重変化及び摂取エネルギ変化についても、増加、維持、減少、判定不可の４つの評価区分に分類される。よって、評価区分の組み合わせとして、２５６（＝４4 ）通りの組み合わせが存在する。
　２．グループの定義
　上述したように評価区分の組み合わせは２５６通り存在するが、ユーザの生活習慣（療養状況）が共通するように評価区分の組み合わせを分類することで、２５６通りの組み合わせを例えば２０個のグループに分類することができる。管理サーバ１００は、グループ定義テーブルＴＢ３を参照することにより、評価区分の組み合わせからグループを特定し、特定したグループに応じて、ユーザ端末２００において実行される患者アプリＡＰでのアクションを決定する。
　図１１はグループ定義テーブルＴＢ３の一例を示す概念図である。紙面の都合上、図１１の例では、２０個のグループＧ０１～Ｇ２０のうち一部のグループのみを示している。グループ１（Ｇ０１）は、１日の摂取エネルギが目標を超過しており、摂取エネルギの低減を促すことが好ましいグループとして定義されている。グループ１に属する評価区分の組み合わせの一部は図１１に示されている。１日の摂取エネルギが目標を超過している場合であっても、対２週間前と比較して摂取エネルギが減少している場合や現体重が目標を超過していない場合は、ユーザの生活習慣が異なると考えられるため、グループ１から除外される。また、グループ１に対する患者アプリＡＰのアクションとして、摂取エネルギの低減を促すことが定義されている。
　グループ２（Ｇ０２）は、現時点では１日の摂取エネルギが目標を超過しているが、対２週間前と比較して摂取エネルギが減少しており、摂取エネルギの減少を評価しつつ、さらなる摂取エネルギの低減を促すことが好ましいグループとして定義されている。グループ２に属する評価区分の組み合わせの一部は図１１に示されている。現時点では１日の摂取エネルギが目標を超過しているが、対２週間前と比較して摂取エネルギが減少している場合であっても、現体重が目標達成、目標未満、又は判定不可の場合は、ユーザの生活習慣が異なると考えられるため、グループ２から除外される。また、グループ２に対する患者アプリＡＰのアクションとして、摂取エネルギの減少を評価しつつ、さらなる摂取エネルギの低減を促すことが定義されている。
　具体例の記載を省略するが、グループ３（Ｇ０３）～グループ２０（Ｇ２０）についてもユーザの生活習慣（療養状況）が共通するように評価区分の組み合わせが定められており、それぞれのグループに対して患者アプリＡＰのアクションが定義されている。
　３．問題点の特定
　ユーザの生活習慣における問題点を特定するために、本実施の形態では、グループ毎に複数の判定要素が設定されている。以下、グループ１を例にとり、問題点の特定方法について説明する。
　図１２は問題点の特定方法を説明する説明図である。上述したように、グループ１は、１日の摂取エネルギが目標を超過しており、摂取エネルギの低減を促すことが好ましいグループとして定義されている。このグループ１に対して、例えば、判定要素１において、前日値が目標範囲外、判定要素２において、設定された閾値を超える日が一定期間以上、判定要素３において、過去数日間に一定期間又は回数以上を含む複数の判定要素が設定される。判定要素としては、血糖値、炭水化物や脂質などの摂取量や割合、間食などの登録回数から選択される。
　管理サーバ１００の制御部１０１は、グループ１について設定される複数の判定要素に基づき、ユーザの生活習慣における問題点を特定する。例えば、制御部１０１は、判定要素１を満たすと判定した場合、ユーザの生活習慣において問題点１を特定することができる。また、制御部１０１は、判定要素１を満たさずに、判定要素２を満たすと判定した場合、ユーザの生活習慣において問題点２を特定することができる。このように、制御部１０１は、判定要素１、判定要素２、…、判定要素３の順序で判定を行うことにより、ユーザの生活習慣における問題点を特定することができる。問題点としては、糖質が多い、炭水化物が多い、間食が多いなどから選択される。なお、判定に使用される血糖値、間食登録日等の情報は、ユーザ自身によって入力されるとよい。また、炭水化物や脂質の摂取量は、解析装置４００より取得して記憶部１０２に記憶した栄養素の情報に基づくことができる。
　図１２では、グループ１についての判定要素、及び各判定要素を用いた問題点の特定方法について説明したが、グループ２～２０についても個別に判定要素を設定し、各判定要素を順番に用いて判定を行うことにより、ユーザの生活習慣における問題点を特定することができる。
　４．メッセージの出力
　管理サーバ１００の制御部１０１は、特定した問題点について、ユーザに改善を促すメッセージを出力する。図１３はメッセージ定義テーブルＴＢ４の一例を示す概念図である。図１３の例では、問題点１に対し、「判定要素１が目標を超えています。問題点１となる食べ物を多く食べていませんか。」というメッセージ、及び「判定要素１が目標を超えています。血糖値の上昇を抑える栄養素の多い食べ物を多く摂るように心がけましょう。」というメッセージが設定されている。他の問題点についても同様であり、各問題点に対して、１又は複数のメッセージが設定されている。１つの問題点に対して複数のメッセージが設定されている場合、制御部１０１は、複数のメッセージから１つのメッセージをランダムに選択してメッセージ定義テーブルＴＢ４から読み出し、読み出した１つのメッセージをユーザに提示すればよい。代替的に、制御部１０１は、複数のメッセージを特定の順序でユーザに提示してもよい。特定された問題がない場合、あるいは問題の特定が行われなかった場合、制御部１０１は、予め用意されたメッセージをユーザに提示してもよい。
　以下、管理サーバ１００が実行する処理の手順について説明する。
　図１４は管理サーバ１００が実行する処理の手順を示すフローチャートである。管理サーバ１００の制御部１０１は、ユーザ端末２００から送信される体重の値、及び解析装置４００から送信される摂取エネルギの値を受信した場合、所定のタイミング（例えば、朝の７：００）で、測定値テーブルＴＢ２を更新する（ステップＳ１０１）とともに、測定値テーブルＴＢ２に記憶されている測定値を基に、糖尿病の改善指標を示す複数の項目の値を計算し、計算結果を管理テーブルＴＢ１に記憶させる（ステップＳ１０２）。実施の形態では、糖尿病の改善指標を示す値として、現体重、体重変化、１日の摂取エネルギ、摂取エネルギの変化を用いる。
　制御部１０１は、管理テーブルＴＢ１に記憶されている各項目の値を評価し、評価区分を決定する（ステップＳ１０３）。制御部１０１は、現体重及び１日の摂取エネルギについては、医師等の医療従事者によってユーザ毎に設定された目標値と比較し、目標超過、目標達成、目標未満を判断する。また、制御部１０１は、測定値テーブルＴＢ２を参照し、所定日数分の測定値が記録されていない場合、判定不可と判断する。一方、体重変化については対２週間前との比較、摂取エネルギの変化については対２週間前との比較により、増加、維持、減少を判断する。また、制御部１０１は、測定値テーブルＴＢ２を参照し、所定日数分の測定値が記録されていない場合、判定不可と判断する。
　制御部１０１は、グループ定義テーブルＴＢ３を参照することにより、ステップＳ１０３で決定した評価区分の組み合わせに対応するグループを決定する（ステップＳ１０４）。実施の形態において、グループはユーザの生活習慣（療養情報）が共通するように定められている。
　制御部１０１は、グループ毎に設定されている判定要素を用いて判定を行うことにより、ユーザの生活習慣における問題点を特定する（ステップＳ１０５）。
　ユーザの生活習慣における問題点が特定されると、制御部１０１は、メッセージ定義テーブルＴＢ４を参照して、ユーザに提示すべきメッセージを選択する（ステップＳ１０６）。１つの問題点に対し、改善を促すためのメッセージが複数登録されている場合、制御部１０１は、登録されている複数のメッセージの中からランダムに１つのメッセージを選択すればよい。
　制御部１０１は、選択したメッセージ（文字情報）をユーザ端末２００へ送信し、患者アプリＡＰの画面に表示させる（ステップＳ１０７）。図１５はメッセージ表示画面２５０の一例を示す模式図である。図１５のメッセージ表示画面２５０は、管理サーバ１００から送信されたメッセージを受信した際にユーザ端末２００の表示部２０５に表示される画面の一例を示している。メッセージ表示画面２５０には、管理サーバ１００から受信したメッセージが表示され、ユーザに生活習慣の改善を促すことができる。
　本実施の形態では、実施の形態では、糖尿病の改善指標を示す項目として、現体重、体重変化、１日の摂取エネルギ、摂取エネルギの変化を用いたが、これらに限定されるものではなく、運動量（例えば歩数）、運動量の変化、運動時間、運動時間の変化等の項目を用いてもよい。
　また、本実施の形態では、評価区分の決定、問題点の特定、及びメッセージの選択を管理サーバ１００において実行する構成としたが、ユーザ端末２００において実行する構成としてもよい。この場合、治療支援プログラムＰＧはユーザ端末２００にインストールされ、各テーブルＴＢ１～ＴＢ４はユーザ端末２００の記憶部２０２に用意される。
　今回開示された実施形態は、全ての点において例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
　請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載してもよい。
　１００　管理サーバ
　１０１　制御部
　１０２　記憶部
　１０３　通信部
　１０４　操作部
　１０５　表示部
　２００　ユーザ端末
　３００　病院端末
　４００　解析装置
　ＡＰ　患者アプリ
　ＰＧ　治療支援プログラム
　ＴＢ１　管理テーブル
　ＴＢ２　測定値テーブル
　ＴＢ３　グループ定義テーブル
　ＴＢ４　メッセージ定義テーブル
　ＮＷ　通信ネットワーク

Claims (8)

  1. 　糖尿病の改善指標を示す複数の項目についてユーザのデータを取得し、
    　取得したデータを項目毎に評価して、項目毎の評価区分を決定し、
    　各項目の評価区分の組み合わせに応じて設定される複数の判定要素に基づき、前記ユーザの生活習慣における問題点を特定し、
    　特定した問題点について、改善を促すメッセージを出力する
    　処理をコンピュータに実行させるためのコンピュータプログラム。
  2. 　前記項目は、ユーザの体重、体重の変化、摂取エネルギ、及び摂取エネルギの変化を含む
    　請求項１に記載のコンピュータプログラム。
  3. 　項目毎のデータを目標値又は判定値と比較することにより、評価区分を決定する
    　請求項１に記載のコンピュータプログラム。
  4. 　前記目標値又は前記判定値と比較すべきデータを欠いている場合、判定不可との評価区分を決定する
    　請求項３に記載のコンピュータプログラム。
  5. 　前記複数の判定要素は、前記評価区分の組み合わせに応じて定められるグループ毎に設定してある
    　請求項１から請求項４の何れか１つに記載のコンピュータプログラム。
  6. 　ユーザの生活習慣が共通性を有するように前記グループを規定してある
    　請求項５に記載のコンピュータプログラム。
  7. 　糖尿病の改善指標を示す複数の項目についてユーザのデータを取得する取得部と、
    　取得したデータを項目毎に評価して、項目毎の評価区分を決定する決定部と、
    　各項目の評価区分の組み合わせに応じて設定される複数の判定要素に基づき、前記ユーザの生活習慣における問題点を特定する特定部と、
    　特定した問題点について、改善を促すメッセージを出力する出力部と
    　を備える情報処理装置。
  8. 　糖尿病の改善指標を示す複数の項目についてユーザのデータを取得し、
    　取得したデータを項目毎に評価して、項目毎の評価区分を決定し、
    　各項目の評価区分の組み合わせに応じて設定される複数の判定要素に基づき、前記ユーザの生活習慣における問題点を特定し、
    　特定した問題点について、改善を促すメッセージを出力する
    　処理をコンピュータにより実行する情報処理方法。
PCT/JP2023/015847 2022-04-25 2023-04-21 コンピュータプログラム、情報処理装置、及び情報処理方法 Ceased WO2023210514A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202380035634.8A CN119072752A (zh) 2022-04-25 2023-04-21 计算机程序、信息处理装置以及信息处理方法
JP2024517271A JPWO2023210514A1 (ja) 2022-04-25 2023-04-21

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022071857 2022-04-25
JP2022-071857 2022-04-25

Publications (1)

Publication Number Publication Date
WO2023210514A1 true WO2023210514A1 (ja) 2023-11-02

Family

ID=88518811

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/015847 Ceased WO2023210514A1 (ja) 2022-04-25 2023-04-21 コンピュータプログラム、情報処理装置、及び情報処理方法

Country Status (3)

Country Link
JP (1) JPWO2023210514A1 (ja)
CN (1) CN119072752A (ja)
WO (1) WO2023210514A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014076113A (ja) * 2012-10-09 2014-05-01 Lets Sports Co Ltd 健康支援タイプ別に重力への順応性とエネルギー消費量を算定し、最適な健康支援プログラムを提供するための方法及びシステム
JP2021026556A (ja) * 2019-08-06 2021-02-22 大日本印刷株式会社 生活習慣改善支援装置、端末装置、コンピュータプログラム及び生活習慣改善支援方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014076113A (ja) * 2012-10-09 2014-05-01 Lets Sports Co Ltd 健康支援タイプ別に重力への順応性とエネルギー消費量を算定し、最適な健康支援プログラムを提供するための方法及びシステム
JP2021026556A (ja) * 2019-08-06 2021-02-22 大日本印刷株式会社 生活習慣改善支援装置、端末装置、コンピュータプログラム及び生活習慣改善支援方法

Also Published As

Publication number Publication date
JPWO2023210514A1 (ja) 2023-11-02
CN119072752A (zh) 2024-12-03

Similar Documents

Publication Publication Date Title
JP6566241B2 (ja) 健康管理システム、健康管理装置及び表示方法
EP3454338B1 (en) Meal advice providing system and analysis device
JP7032072B2 (ja) 情報処理装置、情報処理方法、及びプログラム
CN104207753A (zh) 个人健康监视系统
KR102004438B1 (ko) 사용자 건강습관정보 수집을 통한 건강관리 서비스 제공 장치 및 제공 방법
JP7018937B2 (ja) 基礎投与のタイミングを調節するためのシステムおよび方法
EP3567594A1 (en) Diabetes management system with dynamic selection of prediction logic
JP2021026556A (ja) 生活習慣改善支援装置、端末装置、コンピュータプログラム及び生活習慣改善支援方法
JP7349759B1 (ja) プログラム、方法、情報処理装置
US20150212096A1 (en) Diet Support Device, Method, and Recording Medium Stored with Program
JPWO2018012222A1 (ja) アドバイス情報提供システム及びアドバイス情報提供プログラムを記録した記録媒体
US20210134435A1 (en) Behavior modification assistance device, terminal, and server
Magrini et al. Wearable devices for caloric intake assessment: state of art and future developments
US20230142776A1 (en) Parent-child health management system, parent-child health analysis device, and parent-child health management method
TWI668664B (zh) Method for dynamically analyzing blood sugar level, system thereof and computer program product
JP2004302498A (ja) 食生活習慣改善支援装置
JP7469040B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム、および情報処理システム
KR20210135406A (ko) 원격 의료 상담 시스템
JP7760232B2 (ja) 生体情報データ共有システム
JP2021120627A (ja) 健康状態判定支援装置、健康状態判定支援プログラム、および健康状態判定支援システム
WO2021209989A1 (en) Improvement of disease prevention, diagnosis and treatment by application of multiple information sources
KR20240108282A (ko) 당뇨병 관리 서비스 방법 및 장치
US20230284938A1 (en) Information processing apparatus and information processing program
JP6992505B2 (ja) 情報処理装置、方法及びプログラム
JP6906179B2 (ja) 体動分析システム、体動分析方法及びプログラム

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024517271

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202380035634.8

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 23796256

Country of ref document: EP

Kind code of ref document: A1