Information processing device, information provision method, and program

Abstract

We will provide a system to support consultations according to the number of consultations. [Solution] An information processing device having a processor, the processor acquires the number of consultations of the user who is the subject of the consultation, and provides a consultation support screen that includes one or more slides corresponding to the acquired number of consultations.

Description

Technical Field

[0001] The present disclosure relates to an information processing apparatus, an information providing method, and a program.

Background Art

[0002] As a means for supporting the improvement of lifestyle habits, the utilization of application programs executed on user terminals has attracted attention. Currently, various application programs for supporting the improvement of lifestyle habits are publicly available in the app store. In addition, examinations using this type of application program have also been started in some medical institutions.

Prior Art Documents

Non-Patent Documents

[0003]

Non-Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] The use of application programs for supporting examinations has also been started in medical institutions. However, in the case of current application programs, the layout of the screen presented to doctors and the like is the same regardless of the examination session.

[0005] The present disclosure provides a mechanism for supporting examinations according to the examination session.

Means for Solving the Problems

[0006] The invention according to claim 1 has a processor, and the processor acquires the examination session of a user who is the examination target and provides an examination support screen including one or more slides according to the acquired examination session, and is an information processing apparatus. The invention described in claim 2 is the information processing apparatus according to claim 1, wherein the processor provides the examination support screen, which includes a different slide in at least one of the multiple examination sessions, compared to the other examination sessions. The invention described in claim 3 is an information processing device according to claim 1, wherein the processor accepts editing of the consultation support screen provided according to the number of consultations, on a case-by-case basis for each medical institution. The invention described in claim 4 is the information processing device according to claim 1, wherein the processor accepts editing of the consultation support screen provided according to the number of consultations for each patient. The invention described in claim 5 is an information processing device according to claim 1, wherein the processor provides the examination support screen in accordance with guidelines corresponding to the disease. The invention described in claim 6 is the information processing apparatus according to claim 1, wherein the processor provides the examination support screen which includes information relating to the flow of the examination. The invention described in claim 7 is the information processing apparatus according to claim 1, wherein the processor provides the examination support screen including the display of a target corresponding to the number of examinations. The invention described in claim 8 is an information processing device according to claim 7, wherein the processor reflects the changed target on the medical examination support screen when the target for the medical examination is changed on the user terminal side. The invention described in claim 9 is an information processing device according to claim 1, wherein the processor receives the designation of the consultation time as an operation from a terminal of a medical institution. The invention described in claim 10 is an information processing device according to claim 1, wherein the processor accepts a range of health-related data to be displayed on a second screen transitioned from the medical examination support screen as a range of dates. The invention described in claim 11 is an information provision method in which a computer performs the following processes: obtaining the number of consultations of a user who is the subject of a consultation; and providing a consultation support screen that includes one or more slides corresponding to the obtained number of consultations. The invention described in claim 12 is a program for enabling a computer to have a function to acquire the number of consultations of a user who is the subject of a consultation, and a function to provide a consultation support screen that includes one or more slides corresponding to the acquired number of consultations. [Effects of the Invention]

[0007] According to one form of this disclosure, it is possible to provide a consultation support screen that corresponds to the number of consultations. [Brief explanation of the drawing]

[0008] [Figure 1] This diagram illustrates an example of the overall configuration of an information processing system according to an embodiment. [Figure 2] This diagram illustrates an example hardware configuration for a PDT platform. [Figure 3] This diagram illustrates an example of status management data stored in the auxiliary storage device of the PDT platform. [Figure 4] This diagram illustrates an example hardware configuration for a PDT server. [Figure 5] This diagram illustrates an example of patient data stored in the auxiliary storage device of a PDT server. [Figure 6] This diagram illustrates an example of the hardware configuration for a physician's terminal and a patient's terminal. [Figure 7] This figure illustrates an example of a processing sequence in the embodiment. [Figure 8] This diagram illustrates the image of the consultation support screen depending on the number of consultations. [Figure 9] This diagram illustrates the common slide structure used in the consultation support screens for each consultation session. [Figure 10] This is a diagram illustrating an example of a slide used in the "Consultation Flow" section of the consultation process. [Figure 11] This diagram illustrates an example of a slide used in the "Understanding the Current Situation" step of the medical examination process. [Figure 12] This diagram illustrates an example of a slide used in the "Understanding the Current Situation" step of the medical examination process. [Figure 13] This is a diagram for explaining another example of a slide used in "grasping the current situation" in the examination process. [Figure 14] This is a diagram for explaining an example of a slide used in "goal setting" in the examination process. [Figure 15] This is a diagram for explaining an example of the display of the proposal screen and the cooperation screen of the alcohol reduction plan. [Figure 16] It represents slide 380 when the "want to quit drinking" button is selected as the set goal. [Figure 17] This is a diagram for explaining an example of a slide used in "towards the next examination" in the examination process. [Figure 18] This is a diagram for explaining an example of the slide used in "examination process" and the slide used in "review" in the examination process for the second and third examinations. [Figure 19] This is a diagram for explaining an example of a slide used in "review" in the examination process. [Figure 20] This is a diagram for explaining another example of a slide used in "review" in the examination process. [Figure 21] This is a diagram for explaining an example of a slide used in "towards the next examination" in the examination process. [Figure 22] This is a diagram for explaining an example of a slide used in "towards the next examination" in the examination process. [Figure 23] This is a diagram for explaining an example of the slide used in "examination process" and the slide used in "towards the next examination" in the examination process for the fourth examination. [Figure 24] This is a diagram for explaining an example of the display of the print screen read from the examination support screen. [Figure 25] This is a diagram for explaining another example of the display of the print screen read from the examination support screen. [Figure 26] This is a diagram for explaining another example of the display of the print screen read from the examination support screen. [Figure 27]This diagram illustrates the additional image of the original slides, which are organized by medical institution. [Figure 28] This diagram illustrates additional images for the original slides, which are based on individual patients. [Figure 29] This diagram illustrates the screen displayed on the doctor's terminal for entering the number of consultations. [Figure 30] This figure illustrates an example of a processing sequence in another embodiment. [Figure 31] This diagram illustrates an example of a selection screen for multiple consultation support screens. [Figure 32] This diagram illustrates an example of processing behavior when a physician's terminal displays a consultation support screen independently. [Modes for carrying out the invention]

[0009] <Terminology> First, we will explain the terminology used in the embodiments described later. A "program designed to encourage behavioral change" refers to a program intended to encourage a change in a person's behavior. However, this program does not guarantee a change in a person's behavior. Whether or not a person's behavior actually changes depends on the user of the program. Therefore, a program designed to encourage behavioral change can also be described as a program that supports behavioral change.

[0010] This type of program includes programs classified as medical devices and programs classified as non-medical devices. Programs classified as medical devices are examples of programs that require a prescription, while programs classified as non-medical devices are examples of programs that do not require a prescription. Furthermore, programs classified as non-medical devices are not limited to programs that encourage behavioral change; they may also include programs that have the function of recording health-related data. Programs that encourage behavioral change and have functions to record health-related data include programs that can be downloaded from app stores, as well as programs used by private companies and public organizations for managing the health of their employees. Some programs classified as non-medical devices are used in medical institutions.

[0011] The "purpose of the app" refers to the effect that should be achieved by using a program that promotes behavioral change. The purpose of the app varies depending on the disease to which the program that promotes behavioral change corresponds. For example, the purpose of the app may include improving lifestyle habits, maintaining improved lifestyle habits, and maintaining improved numerical values.

[0012] "App goals" refer to the objectives that are aimed for by using a program that encourages behavioral change. Goals are defined from the perspective of achieving the objective. Goals are classified into qualitative and quantitative indicators. Furthermore, goals are classified into indicators defined by measurements or other numerical values ​​and indicators defined by the content of actions. For example, goals include improving or maintaining habits, behaviors, and numerical values. App goals can also be defined by one or more sub-goals. Sub-goals are smaller-grained goals set to achieve the corresponding goal.

[0013] A "therapeutic app" refers to a program that has received approval under the Pharmaceuticals and Medical Devices Act. A therapeutic app is classified as a medical device. Therapeutic apps are approved on a disease-by-disease basis. Diseases for which approval has already been obtained include, for example, hypertension, nicotine addiction, and insomnia. Diseases for which therapeutic apps are currently under development include, for example, NASH (non-alcoholic steatohepatitis), diabetes, dyslipidemia, kidney disease, and alcoholism.

[0014] A "user" refers to a person who uses a program that has the function of recording health-related data. A person who changes their behavior through the aforementioned behavioral change-promoting program is an example of a user. Users include both users before visiting a medical institution and users who have visited a medical institution. Users who have visited a medical institution include both users who are eligible for medical fee calculation and users who are not eligible for medical fee calculation. "Patient" refers to a user who is receiving treatment at a medical institution. In other words, a patient is a user who has started or is currently receiving treatment at a medical institution.

[0015] Treatment apps include patient apps and doctor apps. A "patient app" is a program that runs on a device operated by the patient (hereinafter also referred to as the "patient device") and is prescribed to the patient by a doctor. In this sense, patient apps are also called PDT (=Prescription Digital Therapeutic). The patient app can be downloaded, for example, from an app store. In the embodiment described later, the code required for activation (hereinafter referred to as the "prescription code") is issued by a doctor upon prescription. The patient app is used to record patient health data outside of medical facilities (hereinafter also referred to as "patient app data").

[0016] Patient apps have an expiration date set upon approval. This expiration date is determined based on, for example, the period during which the public health insurance system applies. The expiration date is also determined by the type of disease the patient app addresses. For example, the expiration date for a hypertension patient app is six months, starting from the month following the month in which the app was prescribed. However, six months is just an example; it could be nine months or twelve months, for example. The expiration date can also be set in days, such as 60 days or 180 days, or in weeks, such as eight weeks or 24 weeks. Needless to say, these numbers are just examples. Programs classified as non-medical devices generally do not have a set expiration date. However, it is permissible to set an expiration date for programs classified as non-medical devices.

[0017] A "doctor app" refers to a program that can be used through a terminal operated by a doctor or other healthcare professional (hereinafter also referred to as a "doctor terminal"). In the embodiment described later, the doctor app runs on a cloud server that can be operated from the doctor terminal. The doctor app is used to view patient data (including patient app data). Healthcare professionals are also referred to as medical personnel.

[0018] "Patient data" includes, for example, patient attributes, measurements, activity records, mood records, physical condition records, medical history, patient app usage history, biological characteristics, psychological characteristics, social characteristics, habits, and goal achievement status. However, the information recorded as patient data varies depending on the disease, and it does not need to include all of the information exemplified; it may include only some of it, or other information. Furthermore, all the information recorded as patient data is also an example of health-related data.

[0019] "Patient attributes" include, for example, the patient's name, gender, and date of birth. This information is just one example of basic patient information. "Measured values" refer to numerical values ​​measured using measuring instruments. The items of measured values ​​recorded as patient app data are defined for each disease. For example, if the disease is hypertension, blood pressure values ​​will be recorded as measured values. Blood pressure values ​​are defined, for example, as systolic blood pressure (i.e., maximum blood pressure) and diastolic blood pressure (i.e., minimum blood pressure). For example, if the disease is nicotine addiction, the measured values ​​would be carbon monoxide (CO) in exhaled breath and nicotine concentration in saliva.

[0020] "Activity records" include, for example, patient app operation history, medication records, meal records, smoking records, alcohol consumption records, and exercise records. These records also represent the user's behavior. Activity records are just one example of information related to activities. A "mood record" is, for example, a record of the user's perceived mood. A mood record is just one example of information related to mood. "Health record" refers to a record of physical condition or symptoms as perceived by the user. A health record is just one example of information related to health.

[0021] "Medical history" includes, for example, the date treatment began, the date of the consultation, the content of the treatment, and advice given. Medical history is just one example of information related to a medical consultation. "Patient app operation history" refers to, for example, the history of operations related to launching the patient app, inputting measurement values ​​and reflections, etc. "Biological characteristics" include, for example, the presence or absence of other diseases, injuries currently being treated, the presence or absence of knee or foot pain, experience with disease treatment, and the number of years since the disease was diagnosed.

[0022] "Psychological characteristics" include, for example, expectations for app-based treatment, willingness to acquire knowledge about disease treatment, whether one finds reducing salt intake difficult, whether one believes one cannot change their taste preferences, and psychological resistance to leaving food on one's plate. "Social characteristics" include, for example, the type of work (e.g., shift work, day shift, night shift), the days of the week worked, the start time of work, the time of return home, regular days off, and the presence or absence of heating equipment in the changing room.

[0023] "Habits" include, for example, exercise habits, weight measurement habits, habits of checking calorie information on food labels, habits of choosing low-fat foods, habits of not consuming caffeine after 4 PM, eating habits after 10 PM, skipping breakfast habits, snacking habits, bathing habits one hour before bedtime, habits of stretching or massaging before bedtime, habits of getting more than 6 hours of sleep, wake-up and bedtime, the intensity of seasoning at home, and the amount of food consumed. "Goal achievement status" refers to information indicating the progress toward goals set by a doctor for each patient. It could also refer to the progress toward goals set by the patient themselves. Furthermore, it could refer to the progress toward goals presented by a patient app for each patient. Furthermore, the information mentioned above can be classified into subjective information and objective information.

[0024] Patient data is recorded using various formats, such as text, images (video and still images), audio, numerical data, and codes. Images include pictures of the affected area (e.g., inflamed areas) taken by the patient. Video and audio recordings are useful, for example, in the examination of mental illnesses. "Health-related data" refers to data owned by or related to a user, and may include personal information. Health-related data may include data recorded through programs that encourage behavioral change, as well as data obtained by processing such data.

[0025] The processed data includes, for example, processed data, data obtained through statistical processing, and summaries of patient data generated by artificial intelligence (AI). The processed data may also include, for example, the mean, the maximum and minimum values ​​within a given period, the data distribution for each given period, and the difference from the baseline. Health-related data may include data related to programs other than those that have the functionality to record health data or programs that encourage behavioral change. For example, it may include user accounts used to access various services and privacy-related information.

[0026] A "PDT server" is a server that manages patient data entered through patient applications, etc. A PDT server is also an example of a cloud server. A PDT server is typically set up for each patient application. Therefore, in order for a doctor to view patient data, they must log in to the PDT server running the doctor's application that is paired with the patient's application.

[0027] For example, if a patient is using a hypertension patient app provided by service provider A, the doctor needs to log in to the PDT server operated by service provider A for hypertension. Furthermore, if a patient is using a hypertension patient app provided by service provider B, the doctor needs to log in to the PDT server operated by service provider B for hypertension.

[0028] Furthermore, if a patient is using a patient app for nicotine addiction provided by service provider A, the doctor needs to log in to the PDT server operated by service provider A for nicotine addiction. Furthermore, a single PDT server may be shared among multiple patient applications targeting different diseases. Furthermore, multiple patient apps provided by different service providers may share a single PDT server.

[0029] The "PDT platform" is a server that manages the prescription of patient apps and the usage status of those apps after prescription. The PDT platform is also an example of a cloud server. The PDT platform is also called an APS (Application Prescription Service) server, as it is a server that provides prescription services for patient apps. Usage statuses include, for example, "Not yet started," "Start date expired," "In use," "Scheduled to end," "Ended," and "Period expired."

[0030] "Before use begins" refers to a state where the prescription for the patient app has been processed, but the patient has not yet started using it on their device. For example, it refers to a state where the patient has not yet entered the prescription code into their device. "Expired start date" refers to a situation where the prescription code was not entered within the period during which the prescription code is valid (for example, within 4 days including the prescription date).

[0031] "In Use" refers to the state where the patient app installed on the patient's device has been activated and is available for use. Note that activating the patient app requires entering an activation code, such as the prescription code mentioned above. "Scheduled to end" refers to a state in which a medical institution has designated a patient as no longer subject to management within the validity period. For example, this state is set for patients who do not receive follow-up appointments.

[0032] "Termination" refers to a state where the patient app becomes unusable, for example, due to the expiration of its validity period. "Expiration of the period" indicates that a specified period has elapsed since the prescription date. The specified period is set to be longer than the validity period. For example, if the validity period is 6 months, the specified period is set to 8 months. "Selective Medical Treatment" is displayed when the validity period has expired but the treatment is still eligible for selective medical treatment. Selective medical treatment refers to a medical service that allows patients enrolled in social insurance to receive treatment not covered by insurance in conjunction with treatment covered by insurance, by bearing the additional cost.

[0033] The PDT platform supports multiple patient apps that target the same disease but are provided by different service providers, as well as multiple patient apps that are provided by the same service provider but target different diseases. In this sense, the PDT platform functions as a platform for multiple patient applications. Apps running on the PDT platform manage the usage status of multiple patient apps, each with different diseases and service providers, on a patient-by-patient basis.

[0034] In the embodiment described later, "medical institution" refers to a health insurance medical institution. More specifically, a medical institution refers to a health insurance medical institution to which the doctor who issues the prescription code necessary to activate the patient app belongs. However, if deregulation allows pharmacists, public health nurses, nurses, dietitians, hospital staff, and other healthcare professionals (hereinafter also referred to as "physicians, etc.") to issue prescription codes, then the term "healthcare institution" will also include facilities and organizations where these healthcare professionals are located.

[0035] Furthermore, prescription codes may be issued not only through medical consultations, but also through uninsured medical services (i.e., private medical services) or mixed medical services. Incidentally, medical consultations include not only in-person consultations but also online consultations. "Consultation" refers to receiving a medical examination at a medical institution. In the embodiments described below, the examination may include not only consultations by doctors but also interviews by other medical professionals. For example, it may include interviews by nurses or pharmacists.

[0036] <Embodiment> <Overall System> Figure 1 is a diagram illustrating an example of the overall configuration of an information processing system 1 according to an embodiment. The information processing system 1 shown in Figure 1 consists of a PDT platform 10, PDT servers 20 (20A, 20B, 20C...20F), a physician terminal 30, and a patient terminal 40.

[0037] Figure 1 shows only one PDT platform 10. However, multiple PDT platforms 10 may exist. The PDT platform 10 may consist of multiple servers connected via a network. In this case, the multiple servers work together to provide the PDT platform services. The PDT platform 10 and the PDT server 20 are connected via a network (not shown) that enables communication. For reference, the network could include, for example, a LAN (Local Area Network), the Internet, or a mobile communication system (4G, 5G, etc.).

[0038] In Figure 1, six PDT servers 20 are connected to one PDT platform 10. However, the number of PDT servers 20 connected to one PDT platform 10 is arbitrary. The PDT server 20 is a server that performs tasks such as patient authentication, management of patient application data entered through the patient application, and provision of patient data to physician terminals (not shown). The PDT server 20 is an example of an information processing device. In Figure 1, the PDT server 20A is a server that manages patient data for a patient application (hereinafter referred to as "Patient Application A") provided by Company A for patients with alcohol dependence. PDT Server 20B is a server that manages patient data for a patient application (hereinafter referred to as "Patient Application B") provided by Company B for patients with hypertension.

[0039] PDT Server 20C is a server that manages patient data for a patient application (hereinafter referred to as "Patient Application C") provided by Company A for patients with diabetes. PDT Server 20D is a server that manages patient data for a patient application (hereinafter referred to as "Patient Application D") provided by Company B for patients with diabetes. PDT Server 20E is a server that manages patient data for a patient application (hereinafter referred to as "Patient Application E") provided by Company C for patients with dyslipidemia. PDT Server 20F is a server that manages patient data for the patient application (hereinafter referred to as "Patient Application F") provided by Company D for patients with NASH.

[0040] As shown in Figure 1, a PDT server 20 is prepared for each combination of the disease targeted by the patient application and the service provider that provides the patient application. Therefore, even if the service provider that provides the patient application is the same, different PDT servers 20 will be prepared if the targeted diseases are different. Furthermore, even if the target disease is the same, different PDT servers 20 will be provided if the service provider offering the patient app is different.

[0041] However, it is also possible to provide a single PDT server 20 for multiple patient applications with different combinations. The PDT platform 10 and the PDT servers 20 are not limited to being operated by the same operator; they may be operated by different operators. For example, some of the operators of the multiple PDT servers 20 may be the same operator as the operator of the PDT platform 10.

[0042] The physician terminal 30 is a terminal operated by physicians and other medical professionals who use the services provided by the PDT platform 10 and the PDT server 20. Figure 1 shows only one physician terminal 30 as a representative example. For example, physicians can view the usage status of patient applications by logging into the PDT platform 10. They can also view patient data by logging into the PDT server 20. The physician's terminal 30 can be, for example, a desktop computer, a laptop computer, a tablet computer, a smartphone, smart glasses, or a server.

[0043] The patient terminal 40 is a terminal operated by the patient. The patient terminal 40 uploads patient application data recorded through the patient application to the corresponding PDT server 20. Figure 1 shows only one patient terminal 40 as a representative example. Note that the patient terminal 40 is an example of a user terminal. The patient terminal 40 may be, for example, a smartphone, smart glasses, a desktop computer, a laptop computer, or a tablet computer.

[0044] <Terminal Hardware Configuration> <PDTプラットフォーム> Figure 2 illustrates an example of the hardware configuration of the PDT platform 10. The PDT platform 10 is a so-called server. The PDT platform 10 shown in Figure 2 includes a processor 11, semiconductor memory 12, auxiliary storage device 13, and communication interface 14. Each device is connected via a bus or other signal lines.

[0045] The processor 11 is a device that realizes various functions through the execution of a program. The processor 11 may be composed of multiple CPU (=Central Processing Unit) cores. In that case, the processor 11 executes the program through the cooperation of the multiple CPU cores. The semiconductor memory 12 stores information such as UEFI (Unified Extensible Firmware Interface). The semiconductor memory 12 is also used as an execution area for programs. The processor 11 and the semiconductor memory 12 function as a computer.

[0046] The auxiliary storage device 13 is composed of, for example, a hard disk device or a semiconductor storage. The auxiliary storage device 13 stores an operating system and other programs. The other programs include, for example, a program for displaying a list of usage statuses of the patient application. In addition, the auxiliary storage device 13 also stores data for managing the status management data 130 by prescription code prescribed by a medical institution. The communication interface 14 is an interface for communicating with an external terminal such as a PDT server 20 (see FIG. 1) through a network. The communication interface 14 is compatible with communication standards such as Ethernet (registered trademark), Wi-Fi (registered trademark), and mobile communication systems.

[0047] <Management data of the PDT platform> FIG. 3 is a diagram for explaining an example of the status management data 130 stored in the auxiliary storage device 13 (see FIG. 2) of the PDT platform 10 (see FIG. 1). The status management data 130 shown in FIG. 3 stores a prescription code 130A, a patient ID / patient name 130B, a prescription date / consultation date 130C, a medical institution ID / prescriber ID 130D, a patient application name 130E, and a usage status 130F. However, these are just examples, and for example, the patient's medical record number, the patient's gender, the patient's date of birth, age, type of insurance card, insurance company number, and version of the patient application may be stored.

[0048] The prescription code 130A is issued each time a prescription is notified from the doctor terminal 30 (see FIG. 1). The patient ID / patient name 130B is the patient ID and patient name registered at the time of prescribing the patient application. In the case of FIG. 3, the patient name of patient ID "12543" is "Mr. A", the patient name of patient ID "12544" is "Mr. B", and the patient name of patient ID "12545" is "Mr. C".

[0049] The prescription date / consultation date 130C is the date the doctor examined the patient. In this embodiment, the consultation date on which the doctor prescribed the patient app is indicated as the "prescription date" to distinguish it from other consultation dates. In Figure 3, only the prescription date is stored. In Figure 3, the prescription date for the patient app for "Person A" and "Person B" is "2024 / 5 / 28", and the prescription date for the patient app for "Person C" is "2024 / 2 / 24". The Medical Institution ID / Prescriber ID 130D is an ID that identifies the medical institution and prescriber that prescribed the patient app. In Figure 3, prescription codes "12345" and "23456" were prescribed by the same doctor or other medical institution at the same medical institution.

[0050] Patient app name 130E is the name of the patient app prescribed by the doctor or other medical professional. However, it is sufficient to remember the patient app's identification code, as long as the patient app can be identified. In Figure 3, "Patient A" and "Patient B" are prescribed patient app A. Patient C is prescribed patient app D. Usage status 130F indicates the usage status of the patient's application. The usage status can store one of the following: not yet started, start date expired, in use, scheduled to end, ended, or period expired. In Figure 3, all patient applications are in the "in use" status.

[0051] <PDTサーバ> Figure 4 illustrates an example of the hardware configuration of the PDT server 20. The PDT server 20 shown in Figure 4 includes a processor 21, semiconductor memory 22, auxiliary storage device 23, and communication interface 24. Each device is connected via a bus or other signal lines.

[0052] The processor 21 is a device that realizes various functions through the execution of a program. The processor 21 may be composed of multiple CPU cores. In that case, the processor 21 executes the program through the cooperation of the multiple CPU cores. The semiconductor memory 22 stores UEFI and the like. The semiconductor memory 22 is also used as an execution area for programs. The processor 21 and the semiconductor memory 22 function as a computer.

[0053] The auxiliary storage device 23 is composed of, for example, a hard disk device or a semiconductor storage. The auxiliary storage device 23 stores an operating system and other programs. Other programs include, for example, a doctor app. The doctor app is a program that generates a browsing screen for patient data corresponding to patients examined by doctors and the like.

[0054] In addition, the auxiliary storage device 23 also records the patient data 230 recorded through the patient app. The communication interface 24 is an interface for communicating with an external terminal such as the PDT platform 10 through a network. The communication interface 24 is compatible with Ethernet (registered trademark), Wi-Fi (registered trademark), mobile communication systems, and other communication standards.

[0055] <Management data of the PDT server> FIG. 5 is a diagram for explaining an example of the patient data 230 stored in the auxiliary storage device 23 (see FIG. 4) of the PDT server 20. The patient data 230 shown in FIG. 5 stores measurement values and other information recorded through the patient app. The content of the information recorded as the patient data 230 also varies depending on the disease corresponding to the patient app. In the case of FIG. 5, the patient data 230 stores a prescription code 230A, a patient ID / patient name 230B, and patient app data 230C. <​​​Prescription code 230A records prescription code 130A (see Figure 3) issued by the PDT platform 10 (see Figure 1). Prescription code 130A is registered by the patient when they start using the patient app (i.e., when they register for the first time). The patient ID / patient name 230B is, for example, the patient ID and patient name at the medical institution that prescribed the patient app. The patient ID and patient name are obtained from the PDT platform 10, for example, when the prescription code is authenticated.

[0057] The patient app data 230C shown in Figure 5 includes measurement values / measurement date and time 230C1, reflection / input date and time 230C2, current step of the treatment program 230C3, treatment program implementation history 230C4, behavioral goals 230C5, target values ​​230C6, outpatient records 230C7, and medication records 230C8. Note that the items exemplified do not need to be all of the patient app data 230C; they may be only a part of it, or other items may be included.

[0058] The measurement / measurement date and time field 230C1 records the health-related values ​​and date and time measured by the patient. For example, in a patient app for hypertension, the measured blood pressure value and the date and time the blood pressure was measured are recorded. The blood pressure value is given as systolic blood pressure and diastolic blood pressure. The "Reflection / Input Date & Time 230C2" field records a reflection on the day's activities along with the input date and time. In the review, for example, physical condition level, stress level, sleep duration, weight, alcohol consumption, and the content of the actions taken are recorded.

[0059] The content of the actions consists of the genre of the action that was performed and text input. Incidentally, other possible labels include, for example, "sleep," "stress," "moderate alcohol consumption," and "other." In this embodiment, the genre of the action that was performed is recorded by checking buttons labeled with "salt reduction," "weight loss," "exercise," etc. Text input allows users to freely enter content, emotions, etc., that cannot be recorded by checking buttons.

[0060] The current step 230C3 of the treatment program records the steps indicating the progress of the treatment program provided by the patient app. In this embodiment, the treatment program consists of three steps. These three steps consist of, for example, "acquiring knowledge," "implementing behavioral goals," and "habituating behavior." The treatment program implementation history 230C4 records the history of learning and behavior practiced in accordance with the treatment program. For example, in the case of a patient app for hypertension, "Step 1" records the learning history, including whether or not each learning item has been completed. "Step 2" records the behavior history, including the progress towards goals such as "salt reduction," "weight loss," "exercise," "sleep," "stress," "alcohol consumption," and "smoking cessation." "Step 3" records the progress towards behaviors set as goals by the patient.

[0061] Behavioral objective 230C5 records the behaviors that the patient has set as goals. These goals include one or more behavioral objectives selected by the patient from those presented by the patient app as the treatment program progresses. For example, behavioral objective 230C5 records the behavioral objectives set by the patient in step 2 or 3 of the treatment program. A behavioral objective refers to the action that must be taken to achieve the target goal. Furthermore, behavioral goals are not limited to those selected from the behaviors presented by the patient app; they may also include behaviors set individually by the patient.

[0062] The target value 230C6 is where the value set by the doctor or other medical professional during the examination is recorded. The "Target Blood Pressure Value" column is an example of a quantitative target, as it is given as a numerical value. Outpatient record 230C7 records appointments with the doctor, the date of the next appointment, medication timing, etc. The appointments with the doctor record what the patient should do or be careful about before the next consultation. In this embodiment, appointments with the doctor can only be recorded through the patient app. Alternatively, appointments with the doctor may only be recorded from the doctor's terminal 30 (see Figure 1). Medication record 230C8 contains information about the taking of prescribed medications.

[0063] <Physician terminal / Patient terminal> Figure 6 illustrates an example of the hardware configuration of a physician terminal 30 and a patient terminal 40. The hardware configuration of the physician terminal 30 and the patient terminal 40 are basically the same. Therefore, in Figure 6, they are expressed in the format of "code of the elements constituting the physician terminal 30 / code of the elements constituting the patient terminal 40". The physician terminal 30 / patient terminal 40 shown in Figure 6 includes a processor 31 / 41, semiconductor memory 32 / 42, auxiliary storage device 33 / 43, input interface 34 / 44, input device 35 / 45, output interface 36 / 46, output device 37 / 47, and communication interface 38 / 48. Each device is connected via a bus or other signal lines.

[0064] The processors 31 / 41 are devices that perform various functions through program execution. The processors 31 / 41 may consist of multiple CPU (=Central Processing Unit) cores. In that case, the processor 11 executes the program through the cooperation of the multiple CPU cores. The semiconductor memory 32 / 42 stores UEFI and other information. The semiconductor memory 32 / 42 is also used as an execution area for programs. The processor 31 / 41 and the semiconductor memory 32 / 42 function as a computer. The auxiliary storage devices 33 / 43 consist of, for example, hard disk drives or semiconductor storage devices. The operating system and other programs are stored in the auxiliary storage devices 33 / 43.

[0065] In the case of the physician terminal 30, the auxiliary storage device 33 stores a client certificate for accessing the PDT platform 10 (see Figure 1) and a client certificate for accessing the PDT server 20 (see Figure 1). In the case of the patient terminal 40, the auxiliary storage device 43 stores a client certificate for accessing the PDT server 20 (see Figure 1). The auxiliary storage device 43 also stores the patient application and the patient application data 230C (see Figure 5) recorded through the program.

[0066] Input interfaces 34 / 44 can use, for example, USB (Universal Serial Bus) or Bluetooth (registered trademark) to connect to input devices 35 / 45. Input devices 35 / 45 can include, for example, keyboards, mice, or touch panels.

[0067] Output interfaces 36 / 46 can be connected to output devices 37 / 47, for example, using HDMI (High-Definition Multimedia Interface) (registered trademark) or a LAN interface. Output devices 37 / 47 can be, for example, monitors or printers. Communication interfaces 38 / 48 are interfaces for communicating with external terminals over a network. Communication interfaces 38 / 48 are compatible with Ethernet®, Wi-Fi®, mobile communication systems, and other communication standards.

[0068] <Processing Sequence> Figure 7 illustrates an example of a processing sequence in an embodiment. The processing sequence shown in Figure 7 corresponds to the period between one medical examination and the next. In Figure 7, the symbol S stands for step. The processing sequence shown in Figure 7 assumes a case where a patient with alcohol dependence is being examined. Therefore, the examination support screen described later is also customized for the examination of a patient with alcohol dependence.

[0069] <Step 101> Patients input information such as their daily alcohol intake by following the instructions on the patient app's interface. For example, patients input daily reflections, behavioral goals, target values, outpatient records, and medication records. The patient terminal 40 records the entered information as patient application data. As mentioned above, the patient application data may also include data that has been processed from this data. Incidentally, the processing of the patient application data is performed by the patient application.

[0070] <Step 102> At predetermined times, the patient terminal 40 uploads patient application data. One predetermined time is when new data is recorded or updated. This upload is performed when the patient application remains logged into the PDT server 20. Another predetermined time is when the patient logs into the PDT server 20. This upload is performed when the patient application is logged out of the PDT server 20 and then logs back into the PDT server 20.

[0071] <Step 103> The PDT server 20 stores the uploaded patient application data. This patient application data constitutes a part of the patient data 230 (see Figure 5). Steps 101 to 103, shown in Figure 7, are executed as a result of the patient's input operations into the patient application. On the other hand, steps 104 to 111 shown in Figure 7 are performed as a result of the patient visiting a medical institution.

[0072] <Step 104> When a physician logs into the PDT platform 10 via the physician terminal 30, the PDT platform 10 displays a screen to the physician terminal 30 showing the usage status of patient applications. This screen displays a list of the usage statuses of patient applications prescribed to patients by the physician operating the physician terminal 30. However, the management screen may also display a list of the usage statuses of patient applications prescribed by the medical institution to which the physician operating the physician terminal 30 belongs. In other words, the management screen may include the usage statuses of patient applications prescribed by other physicians belonging to the same medical institution.

[0073] In addition, the management screen may display the usage status of patient apps prescribed by other doctors or other medical institutions. This display function is useful, for example, when a patient requests a second opinion. This display can be implemented, for example, by a doctor operating the doctor terminal 30 providing the PDT platform 10 with information that identifies the patient being treated (e.g., medical record number or patient name).

[0074] Furthermore, technically, it is possible to include information on all patients managed by the PDT platform 10 in the management screen. However, in that case, it is desirable to enable filtering and sorting of patients displayed on the management screen based on the ID of the physician operating the physician terminal 30. If multiple patient apps are prescribed to a single patient, the usage status will be displayed for each patient app. For example, if patient "Patient A" is prescribed patient app A and patient app B, the management screen will display the usage status for each patient app. For instance, patient app A will be displayed as "In Use," and patient app B as "Not Yet Started."

[0075] <Step 105> The physician terminal 30 accepts patient selection on the aforementioned management screen. Note that patient selection also includes the selection of the patient application associated with that patient. Upon receiving the selection operation, the physician terminal 30 accesses the PDT server 20 of the patient app prescribed to the selected patient. Furthermore, physicians and other medical professionals are assumed to be logged in to the PDT server 20 via the physician terminal 30. This access also includes information such as the prescription code issued when a prescription is issued via the patient app.

[0076] Incidentally, the physician terminal 30 may request the PDT platform 10 to issue a one-time token necessary to access the corresponding PDT server 20. In this case, the physician terminal 30 uses the one-time token received in return from the PDT platform 10 to access the PDT server 20. When this method is adopted, physicians and others can access patient application data on the PDT server 20 even if they are not logged in.

[0077] <Step 106> When the PDT server 20 receives access from the doctor's terminal 30, it retrieves the patient's consultation count. For example, the PDT server 20 identifies the consultation count based on the records of consultation dates (including prescription dates) associated with the patient. In this embodiment, the prescription date in the patient app is considered the first consultation. This is because, in this embodiment, patient data recorded through the patient app between the prescription date and the next consultation is used to customize the content of the slides displayed on the consultation support screen. If the prescription date in the patient app is considered the first consultation, then, for example, a consultation four weeks after the prescription date would be the second consultation, and a consultation four weeks after that would be the third consultation. The prescription date in the patient app may be considered as the 0th consultation session.

[0078] <Step 107> Upon receiving access from the physician's terminal 30, the PDT server 20 outputs the first page of the consultation support screen corresponding to the consultation session. In other words, the PDT server 20 displays the consultation support screen on the physician's terminal 30. Figure 8 illustrates the image of the consultation support screen corresponding to the number of consultations. In Figure 8, the consultation support screen corresponding to the first consultation is displayed for the first consultation, and the consultation support screen corresponding to the second consultation is displayed for the second consultation. Similarly, consultation support screens corresponding to the number of consultations are displayed thereafter. In this embodiment, consultation support screens are provided up to the seventh consultation.

[0079] The consultation support screen in this embodiment consists of multiple slides with content corresponding to the consultation session. In this embodiment, the medical consultation support screen is intended to be viewed by both doctors and patients. Therefore, the amount of information on each slide is kept to a minimum, prioritizing ease of information transmission. For example, the slides use bullet points, illustrations, graphs, etc.

[0080] Of course, how medical institutions and doctors use the consultation support screen is entirely up to them. However, by allowing doctors and other medical professionals to view the consultation support screen together with the patient, patients can receive explanations from the doctor or other medical professional while anticipating the flow of the consultation. As a result, patients are more likely to concentrate on the doctor's or other medical professional's explanation compared to when they are unaware of the flow of the consultation. Furthermore, by viewing the consultation support screen together with the patient, doctors and other medical professionals can more easily explain the patient's symptoms and the necessary treatment measures. As a result, doctors and other medical professionals can provide appropriate medical services according to the disease, regardless of their own specialization.

[0081] Figure 9 illustrates the common slide structure used for the consultation support screens corresponding to each consultation session. While Figure 9 shows the consultation support screen for the first consultation as an example, a similar slide structure is used for other consultation sessions. As shown in Figure 9, the multiple slides that make up the consultation support screen are divided into four sections: "Consultation Flow," "Review," "Goal Setting," and "Preparing for the Next Consultation." The multiple slides appear in the order of "Consultation Flow," "Review," "Goal Setting," and "Preparing for the Next Consultation."

[0082] The number of slides that make up each section is arbitrary. Therefore, one section may consist of one slide, while another may consist of multiple slides. In the case of Figure 9, each section consists of multiple slides. Figure 9 shows the process progressing in the order of "Consultation Flow," "Review," "Goal Setting," and "Preparing for the Next Consultation," but it is also possible to go back in time depending on the input of the doctor or other staff member. In other words, doctors and other medical professionals can freely display slides that reflect the progress of the examination. In Figure 9, there are two selectable goals in the "Goal Setting" section. Therefore, Figure 9 represents the existence of the two scenarios in two separate rows, one above the other.

[0083] Needless to say, if it's possible to set more than three goals, then more than three scenarios will be available. The "Consultation Flow" section explains the treatment system using the patient app and the flow of each consultation session. The "Consultation Flow" is used for sharing information about the treatment and consultation process between the doctor and the patient. Reviewing the consultation flow in advance helps prepare for a smooth consultation.

[0084] In the "reflection," for example, the effects of disease improvement, the impact of the disease (reasons why treatment is necessary), and the patient's current condition (including symptoms) are explained, and changes in the patient's feelings from the previous consultation to the current consultation and the patient's behavior during that period are confirmed. In this embodiment, the explanation of the effects of disease improvement and the impact of the disease (reasons why treatment is necessary) is explained only at the first consultation, but it may be explained at every consultation. The "reflection" is used to support the patient's sustained motivation for treatment and to improve their motivation for treatment by helping them understand their disease and their own condition. Furthermore, some of the slides used in the "review" session will be generated based on patient app data.

[0085] The "Goal Setting" section assists patients in setting goals they will work towards during their consultation. Goal setting varies depending on the disease. If the patient app allows patients to set their own goals, "Goal Confirmation" may be provided instead of "Goal Setting." If "Goal Confirmation" is provided, doctors and other medical professionals can confirm the goals set by the patient. Patients can also have their goals confirmed by doctors and other medical professionals and receive advice. "Goal Setting" is used to support the maintenance and improvement of patients' motivation for treatment by sharing goals between doctors and patients. Furthermore, setting goals according to the slides can support doctors and other medical professionals in setting goals.

[0086] The "Preparing for Your Next Appointment" section explains the tasks the patient should address before their next appointment. These tasks are specific actions to achieve their goals. In other words, the tasks the patient should address are the agreement between the doctor and the patient regarding the next appointment. The "Preparing for Your Next Appointment" section is used to support the patient's motivation for treatment by confirming the tasks between the doctor and the patient and, if necessary, making a commitment to implement those tasks. Furthermore, explaining the tasks the patient should address using slides can support the explanation of these tasks to the patient.

[0087] <Step 108> Let's return to the explanation of Figure 7. The physician terminal 30 accepts slide advance or slide rewind operations on the examination support screen. The entity performing these operations is the physician or other medical professional. These advance or rewind operations are performed, for example, by using the forward button, the reverse button, or the scrollbar slider. <Step 109> Upon receiving an operation from the physician's terminal 30, the PDT server 20 outputs the corresponding slide to the physician's terminal 30. As a result, the display on the physician's terminal 30 changes to reflect the slide that was operated on. Steps 108 and 109 are repeated.

[0088] <Step 110> The physician's terminal 30 accepts the operation to end the consultation. This operation is performed, for example, by pressing the "End" button or "Consultation Complete" button located on the final slide of the consultation support screen. <Step 111> Upon receiving notification from the doctor's terminal 30 that the consultation has ended, the PDT server 20 closes the patient's consultation support screen.

[0089] <Specific examples of consultation support screens> Let me explain a specific example of the consultation support screen mentioned earlier. As previously stated, the consultation support screen consists of "Consultation Flow," "Review," "Goal Setting," and "Preparing for the Next Consultation." The following describes the consultation support screen used in the examination of a patient diagnosed with alcohol dependence. Alcohol dependence is an example of a lifestyle-related disease.

[0090] <Screen for the first consultation> <Consultation Procedure> Figure 10 illustrates an example of slides 300 and 310 used in the "Consultation Flow" section of the consultation flow. Slide 300 is page 1, and slide 310 is page 2.

[0091] Slides 300 and 310 are presented only during the first consultation. Therefore, the consultation support screen for the first consultation, including slides 300 and 310, is an example of a consultation support screen that includes slides appropriate for each consultation session. Slide 300 includes a patient information section 301, a consultation session section 302, a main information section 303, and a "Next" button 304. The patient information section 301 displays information about the patient who is the subject of the examination.

[0092] The consultation number column 302 displays the consultation number for this visit. On slide 300, the section labeled "1st consultation" is highlighted. Note that on slide 300, "2nd consultation" is displayed normally, but "3rd consultation" through "7th consultation" are grayed out. In the main information section 303, there is a title that reads, "We will support your efforts to reduce or abstain from alcohol with the help of an app and your doctor," along with an illustration explaining the relationship between the patient (you), the doctor, and the app. The app referred to here is a "patient app."

[0093] The arrow from the patient to the doctor is labeled "Consultation." Here, "Consultation" refers to a consultation during the medical examination. The arrows from doctor to patient are labeled "Suggestions and Support During Consultation." This indicates that doctors and other medical professionals support patients as advisors. The arrow from the patient to the app is labeled "Record Learning." Here, "Record Learning" refers to the recording of the patient's daily activities and learning about alcohol dependence through the patient app.

[0094] The arrow from the app to the patient is labeled "Daily Support." This label indicates that the patient can receive various forms of support by using the patient app daily. It also shows that the app acts as the patient's personal trainer. A two-way arrow is drawn between the doctor and the app. This arrow is labeled "Information Sharing." This label indicates that doctors and other healthcare professionals will share the health data (i.e., patient app data) that patients record through their patient app.

[0095] The "Next" button 304 is a forward button used to switch the screen display to the next slide 310. Since slide 300 is the first page, the backward button is not displayed. By using slide 300, doctors and other medical professionals can more easily explain to patients the details of the examination or treatment they are about to begin. Furthermore, patients can more easily grasp the overall picture of their treatment or examination using the patient app compared to receiving explanations verbally.

[0096] Slide 310 includes a patient information section 301, a consultation session section 302, a main information section 311, a "next" button 304, and a "back" button 305. In the main information section 311, the title "Today's Consultation" is followed by the comments, "I'm happy to be able to join you in this wonderful challenge," and "Let's work together to achieve our goals."

[0097] Furthermore, the main information section 311 indicates that the current consultation will proceed in the following order: "1. Understanding the current situation," "2. Setting goals," and "3. Preparing for the next consultation." This display is an example of the "consultation flow." Therefore, the consultation support screen for the first consultation, including slide 310, is an example of a consultation support screen that includes information about the consultation flow. Doctors and patients can easily share information about the upcoming consultation by referring to the "Today's Consultation" section and numbered illustrations at the top of the slide.

[0098] The main information section 311 shown in Figure 10 also indicates that the medical questionnaire has been completed. The "Back" button 305 is a reverse button used to switch to the previous page, slide 300. Since slide 310 is the second page, both the "Forward" button 304 and the "Back" button 305 are provided. Because the "Back" button 305 is available, doctors and other medical professionals can switch the display to slide 300 as needed.

[0099] <Reflection> Figure 11 illustrates an example of slides 320 and 330 used in the "Assessing the Current Situation" section of the examination flow. Figure 11 is labeled with corresponding symbols to those in Figure 10. Slide 320 is the page following slide 310 (see Figure 10), and slide 330 is the page following slide 320. Slides 320 and 330 shown in Figure 11 are slides that are presented only during the first consultation. Therefore, the consultation support screen for the first consultation, including slides 320 and 330, is an example of a consultation support screen that includes slides appropriate for each consultation session.

[0100] Furthermore, a table of contents section 306 has been added to the lower left of slides 320 and 330, clearly indicating the flow of the examination and the corresponding position of each slide. In this sense, the examination support screen for the first examination, including the slides with the table of contents section 306, is an example of an examination support screen that includes information about the flow of the examination. Other slides that display the table of contents section 306 are also examples of examination support screens that include information about the flow of the examination. In Figure 11, slides 320 and 330 have the following entries in the table of contents section 306: "1. Review," "2. Goal Setting," and "3. Towards the Next Appointment." In slides 320 and 330, a marker is displayed next to "1. Review," allowing the slide to be identified as corresponding to a specific step.

[0101] Slide 320's main information section 321 displays the title, "What are the benefits of reducing alcohol consumption?" This slide 320 is used to explain the effects of improving a disease. Below the title, there are three sections: "What can you expect?", "Who will be happy?", and "What kind of reward would you like to give yourself?".

[0102] The section "What can be expected?" already displays the benefits that can be gained if alcohol dependence improves. The question "Who will be happy?" records responses from patients, for example. In Figure 11, it shows "Colleagues." Other responses to "Who will be happy?" include "Family," "Wife," "Children," "Parents," etc., depending on the patient's circumstances. For example, the patient's response to the question, "What reward would you like to give yourself?" is recorded. In Figure 11, this field is left blank.

[0103] Slide 330's main information section 331 is titled "Your Information Regarding Alcohol Consumption." This slide 330 is used to explain the effects of the disease (why treatment is necessary). Below the title, there are two sections: "Pre-existing medical conditions whose risk increases with alcohol consumption" and "Difficulties in current daily life." Under "Pre-existing conditions whose risk is increased by drinking," the pre-existing conditions of patients affected by alcohol dependence are displayed. This display may be entered by a doctor or other professional, or it may be implemented as a function of the PDT server 20. Under "What difficulties are you currently facing in your life?", for example, responses from patients are recorded.

[0104] Figure 12 illustrates an example of slide 340 used in the "Understanding the Current Situation" step of the examination process. Figure 12 is labeled with corresponding symbols to those in Figure 11. Slide 340, shown in the upper part of Figure 12, is the page following slide 330 (see Figure 11). Slide 340 is presented only during the first consultation. Therefore, the consultation support screen for the first consultation, including slide 340, is an example of a consultation support screen that includes slides appropriate for each consultation session.

[0105] Slide 340's main information section 341 is titled "Current Alcohol Consumption and Frequency." This slide 440 is used to describe the patient's current condition (including symptoms). Slide 340's main information section 341 shows that the patient has one "alcohol-free day" per week, consumes one large bottle of beer per week, one medium bottle of beer per week, and consumes one glass of wine per week. This information is displayed, for example, through the analysis of patient data. Alternatively, patients may be asked questions according to the information displayed on slide 340, and their responses entered.

[0106] On the right side of slide 340, it is shown that the daily alcohol intake is 56.8g, and the average daily alcohol intake over a week is 48.7g. In this embodiment, the daily alcohol intake is the same as the amount of alcohol consumed in a single drinking session. Furthermore, slide 340, shown in Figure 12, also contains buttons for "Data Comparison" 341a, "Changes in Disease Risk" 341b, and "Type of Disease" 341c. Operating each button will display the corresponding slide.

[0107] The lower part of Figure 12 shows the pop-up screen 350 that appears when the "Compare by Data" button 341a is pressed. The pop-up screen 350 is displayed in front of slide 340. Pop-up screen 350 is also presented only during the first consultation. Therefore, the consultation support screen for the first consultation, including pop-up screen 350, is an example of a consultation support screen that includes slides appropriate for each consultation session.

[0108] Pop-up screen 350 displays the title "How much alcohol are you currently consuming?" and a graph showing the patient's current position in terms of alcohol intake per serving. In the graph shown in Figure 12, the horizontal axis represents the number of people, and the vertical axis represents the amount of alcohol consumed per serving. The patient shown in Figure 12 has an alcohol intake of 56.8g per serving. Therefore, the patient is shown to belong to the group with an alcohol intake of 40g to 60g. This group with an alcohol intake of 40g to 60g represents 3% of the total, placing them in the top 6% overall. This group is labeled "Increased risk of serious illness." By showing this graph to patients, doctors and other healthcare professionals can accurately communicate the patient's current condition.

[0109] Figure 13 illustrates another example of slide 340 used in the "Understanding the Current Situation" step of the examination procedure. Figure 13 is labeled with corresponding symbols for parts that correspond to those in Figure 12. The upper part of Figure 13 shows the pop-up screen 360 that appears when the "Changes in Disease Risk" button 341b (see Figure 12) is pressed. The pop-up screen 360 is displayed in front of slide 340. Pop-up screen 360 is also presented only during the first consultation. Therefore, the consultation support screen for the first consultation, including pop-up screen 360, is an example of a consultation support screen that includes slides appropriate for each consultation session.

[0110] Pop-up screen 360 displays the title "Changes in Disease Risk" and a graph showing the relationship between average weekly alcohol intake and disease risk. In the graph shown in Figure 13, the horizontal axis represents the average weekly alcohol intake, the left vertical axis represents the rate of developing hypertension, and the right vertical axis represents the rate of developing cirrhosis. The patient shown in Figure 13 has an average daily alcohol intake of 48.7g. Therefore, the patient has a 1.7 times higher risk of developing hypertension and a 5.2 times higher risk of developing cirrhosis. Doctors and other healthcare professionals can accurately communicate the patient's current condition by showing them this graph and these figures. Furthermore, the bottom of the 360-degree pop-up screen displays the message, "You can lower your risk of disease by reducing your alcohol intake."

[0111] The lower part of Figure 13 shows the pop-up screen 370 that appears when the "Type of Disease" button 341c (see Figure 12) is pressed. The pop-up screen 370 is displayed in front of slide 340. Pop-up screen 370 is also presented only during the first consultation. Therefore, the consultation support screen for the first consultation, including pop-up screen 370, is an example of a consultation support screen that includes slides appropriate for each consultation session.

[0112] Pop-up screen 370 displays the title "Type of Disease" and lists diseases that the user is at high risk of developing based on their current alcohol consumption. In Figure 13, the list includes "Cirrhosis, Hypertension, Diabetes, Reflux Esophagitis, Arrhythmia, Depression, Dementia," "Myocardial Infarction, Cerebral Infarction, Cerebral Hemorrhage, Pancreatitis, Pneumonia," and "Oral and Pharyngeal Cancer, Esophageal Cancer, Stomach Cancer, Liver Cancer, Pancreatic Cancer, Colorectal Cancer." By showing the disease names to the patient in writing, doctors and other healthcare professionals can accurately communicate the patient's current condition. In other words, by presenting the aforementioned pop-up screens 350 (see Figure 12), 360, and 370, patients can receive explanations of their condition using graphs, illustrations, bullet points, etc. Understanding your current condition and sharing information with doctors and other healthcare professionals is beneficial for maintaining and improving the effectiveness of treatment.

[0113] <Goal Setting> Figure 14 illustrates an example of slides 380 and 390 used in the "goal setting" section of the consultation flow. Figure 14 is denoted with corresponding symbols for parts that correspond to those in Figure 11. Slides 380 and 390 are presented at every consultation. This is what distinguishes them from the other slides. However, setting or resetting the "goals" using slide 380 is possible at each consultation. Slide 380 is the page following slide 340 (see Figure 12). Slide 380 may also appear in subsequent consultations. However, in the case of subsequent consultations, it will be titled "Resetting Goals."

[0114] Slide 380's main information section, 381, displays the title "How to approach alcohol consumption in the future." This slide 380 is used to explain the setting of goals that patients undergoing treatment should work towards. In the main information section 381 shown in Figure 14, two buttons are displayed as setting goals: "I want to reduce my alcohol intake" and "I want to abstain from alcohol." In the main information section 381, the "I want to reduce my alcohol consumption" button is selected. The goal is set through consultation between the patient and, for example, a doctor.

[0115] Below the goal selection button, comments corresponding to the selected goal are displayed. In Figure 14, three comments are displayed: "1. Set an achievable alcohol reduction goal for yourself," "2. Goals can be changed along the way," and "3. Don't blame yourself for not being able to do something, praise yourself for what you can do." The comments are in bullet points, making them easy for patients to understand. Furthermore, doctors and other medical professionals can reduce the chances of missing important information by simply reading the slides aloud.

[0116] Slide 390 is the page following slide 380. Slide 390's main information section 391 is titled "Setting Goals." On this slide 390, it is possible to set specific goals corresponding to the set objective (in this case, "reducing alcohol consumption"). Incidentally, the screen layout of the main information section 391 is similar to that of slide 340 in the "Review" section (see Figure 12). In Figure 14, the value from slide 340 is displayed as the value before the change. Based on this value, fields for setting target values ​​such as "Alcohol-free days ( / week)" are provided. The initial value is the value from slide 340. In Figure 14, the value can be increased or decreased using the "plus" and "minus" buttons.

[0117] Additionally, a button labeled "Add Drink" is provided to allow users to add alcoholic beverages not displayed on the screen. For example, users can add "Shochu," "Whiskey / Brandy," "Sake," and "Highball." In addition, slide 390's main information section 391 includes an area with the subtitle "Suggestion for a reduced alcohol consumption plan." Figure 14 shows two buttons: "Reduce heavy drinking to 40g or less" 391a and "Reduce to the recommended standard of 20g or less" 391b.

[0118] Figure 15 illustrates an example of how the alcohol reduction plan proposal screen 400 and the linkage screen 410 are displayed. The suggested alcohol reduction plan screen 400 shown in the upper part of Figure 15 appears when the "Reduce heavy drinking to 40g or less" button 391a (see Figure 14) is pressed. In Figure 15, the suggested alcohol reduction plan screen 400 is displayed as a pop-up in front of the grayed-out slide 390. The suggested alcohol reduction plan screen 400 shown in Figure 15 displays suggestions for achieving the goal of "reducing heavy drinking to 40g or less."

[0119] One suggestion is to "increase the number of alcohol-free days." Studies have shown that increasing alcohol-free days from one to three per week reduces the average weekly alcohol intake from 48.7g to 32.5g. Another suggestion is to "reduce the number of bottles or glasses consumed." Studies have shown that changing the consumption of large bottles of beer from one glass to zero can reduce the average weekly alcohol intake from 48.7g to 27.0g. In addition, Figure 15 shows a portion of the third proposal.

[0120] A "Submit" button is provided for each suggestion. When the "Apply" button is pressed, or when the goal setting is accepted on slide 390 (see the lower part of Figure 14), the display switches to the linkage screen 410. The linking screen 410 is displayed in the lower part of Figure 15. The collaboration screen 410 shown in Figure 15 is displayed as a pop-up in front of the grayed-out slide 390. In Figure 15, the linking screen 410 displays the message: "The following goal settings will be linked to the application the patient is using. Is this OK?"

[0121] On the linked screen 410, it is displayed that the goal to be set is "reduce alcohol consumption," the daily alcohol intake is 56.8g, the number of alcohol-free days per week is 1, the average alcohol intake per week is 48.7g per day, and there is an "Apply" button to reflect these settings in the patient app. The above shows the slide transitions after the "I want to reduce my alcohol consumption" button is pressed on slide 380 (see Figure 14).

[0122] Figure 16 shows slide 380 when the "I want to quit drinking" button is selected as the target. Figure 16 is indicated with corresponding symbols for parts that correspond to Figure 14. In Figure 16, the comments displayed below the goal selection button include three options: "1. Don't be too fixated on abstaining from alcohol," "2. It's okay to drink today, you can try harder tomorrow," and "3. Don't push yourself if it's having too much of an impact on your body or mind." The content displayed in this main information section 381 changes depending on the selected objective.

[0123] <Regarding the next appointment> Figure 17 illustrates an example of slides 420 and 430 used in the "Preparing for the next consultation" section of the consultation flow. Figure 17 is indicated with corresponding reference numerals for parts that correspond to those in Figure 14. Slide 420 is, for example, the page following slide 390 (see the lower part of Figure 14 or Figure 16), and slide 430 is the page following slide 420.

[0124] Slide 420, shown in Figure 17, is presented only during the first consultation. Therefore, the consultation support screen for the first consultation, including slide 420, is an example of a consultation support screen that includes slides appropriate for each consultation session. The main information section 421 is titled "Preparing for your next appointment." This section is used to explain the tasks the patient should address before their next appointment.

[0125] As shown in Figure 17, the left side of slide 420 displays a target field 307 indicating the set goal. In Figure 17, the target field 307 displays "abstinence from alcohol." This target field 307 indicates the goal for the consultation session. Therefore, the consultation support screen for the first consultation, including slide 420 which includes the target field 307, is an example of a consultation support screen that includes the display of goals corresponding to the consultation session. The consultation support screen that includes the slide displaying the target field 307 is also an example of a consultation support screen that includes the display of goals corresponding to the consultation session.

[0126] The main information section (421) displays, "Please record your drinking in the app every day!" In other words, recording your drinking using the patient app is a task required of the patient. Furthermore, the app explains that "the support you receive will change based on your daily records" and "we will discuss your next appointment based on your records," along with an illustration illustrating the recorded data. Sharing the contents of slide 420 between doctors and patients makes it easier to share the tasks that patients need to address before their next appointment. When the "Next" button 304 is pressed on slide 420, slide 430 is displayed.

[0127] The main information section 431 displays the title, "Okay, let's start today." It also displays questions such as, "Do you have any questions about today's consultation?" and "Please feel free to discuss any future concerns or anxieties you may have." This display helps doctors and other medical professionals remember to speak to patients. It also makes it easier for patients to ask questions of doctors and other medical professionals. In other words, opportunities for communication between doctors and other medical professionals and patients are provided.

[0128] Furthermore, the main information section 431 includes an optional field for "Advice for the next visit." Although it's labeled as advice, its use is left to the discretion of the doctor or other medical professional. For example, considering that the information entered in the field is sent to the patient's app, it can be used to confirm tasks the patient needs to address or to record appointments. In slide 430 shown in Figure 17, a speech bubble featuring a character personifying the patient app displays the message, "I'll support you until your next appointment." This comment in the speech bubble encourages patients to use the patient app.

[0129] When the "Consultation Complete" button is pressed, this consultation support screen will be closed. In this way, the end of the consultation support screen includes a slide to review the tasks the patient should address before the next consultation, which is expected to help maintain and improve the effectiveness of treatment. Next, we will explain an excerpt of the consultation support screen used in the second and subsequent consultation sessions.

[0130] <Consultation support screen for the second and third consultations> <Consultation process and review> Figure 18 illustrates an example of slide 440 used in the "Consultation Flow" section and slide 450 used in the "Review" section of the consultation flow in the second and third consultations. Figure 18 is indicated with corresponding symbols to those in Figure 10. Slide 440, shown in Figure 18, is the first page of the consultation support screen corresponding to the second consultation. Therefore, the title in the main information section 441 displays "This is the second consultation." If it were the third consultation, the title would display "This is the third consultation." In this embodiment, the layout of slide 440 is the same for the second and subsequent consultation sessions.

[0131] In the case of Main Information Section 441, as with Main Information Section 311 (see Figure 10), it is indicated that the consultation will proceed in the following order: "1. Understanding the current situation," "2. Setting goals," and "3. Preparing for the next consultation." This allows the patient to reconfirm the flow of the current consultation and creates an environment where they can concentrate on the explanation from the doctor or other medical professional. On the other hand, the main information section 441 displays "How are your efforts to reduce or abstain from alcohol going?" and "If you have any questions or concerns, please feel free to ask anytime during your appointment," which differs in wording from the main information section 311.

[0132] Furthermore, the left column of the main information section 441 displays the target section 307, which is different from the main information section 311. In this respect, slide 440 is an example of a slide corresponding to the number of consultations. Therefore, the consultation support screens for the second and subsequent consultations, including slide 440, are also examples of consultation support screens that include slides corresponding to the number of consultations. At the same time, the consultation support screen, including slide 440, is an example of a consultation support screen that includes information about the flow of the consultation.

[0133] When the "Next" button 304 in the main information section 441 is pressed, the display switches to slide 450. Slide 450 is a slide for "review." In the case of Figure 18, since it is the second consultation, slides that review the current situation from the previous consultation to the current consultation are displayed instead of the aforementioned slides 320 (see Figure 11) and 330 (see Figure 11). In this respect, slide 450 is an example of a slide appropriate for the consultation session. Therefore, the consultation support screens from the second consultation onwards, including slide 440, are also examples of consultation support screens that include information about the flow of the consultation. Note that the layout of slide 450 is the same for all subsequent consultations.

[0134] The main information field 451 displays the title "How have you been since your last consultation?". This main information field 451 displays information recorded by the patient through the patient app since the last consultation. In the case of Figure 18, the target period is 4 weeks (i.e., 28 days). The displayed content is generated by the PDT server 20 (see Figure 1) and customized for each patient's consultation. In other words, the main information field 451 displays numerical values ​​corresponding to the patient application data 230C (see Figure 5) recorded during the relevant period for each consultation.

[0135] In Figure 18, the main information column 451 shows that the "drinking record" is for 26 days, that 2 out of 5 "homework" items were completed, that there are 22 records of "practice," that there are 10 records of "self-care," that there are 20 days of "check-in" records, and that there are 7 days of "check-out" records. Incidentally, "check-in" refers to the process of recording your physical condition upon waking, while "check-out" refers to the process of recording your physical condition before going to bed. By reviewing this information, doctors and patients can confirm the patient's drinking habits over the past 12 weeks. Furthermore, slide 450 displays information for each item using icons, making it easy to review the content of each item.

[0136] Figure 19 illustrates an example of slides 460 and 470, which are used in the "review" section of the consultation process. Slide 460 is the page following slide 450 (see the lower part of Figure 18), and slide 470 is the page following slide 460. In subsequent consultations, treatment goals have already been set. Therefore, the goal column 307 is displayed in the left column of slides 460 and 470. Also, the item displayed in the table of contents column 306 has been changed to "Resetting Goals".

[0137] In these respects, slides 460 and 470 do not appear in the consultation support screen corresponding to the first consultation. Therefore, the consultation support screen for the second consultation, which includes slides 460 and 470, is an example of a consultation support screen that includes information about the flow of the consultation. The main information section 461 displays the title, "Have there been any changes in your life or state of mind?". The main information section 461 also has a section for "Thoughts on the current situation," where comments from the patient, entered through the patient app, are displayed. However, in the case of Figure 19, the "Thoughts on the current situation" section displays "Not filled in".

[0138] The left side of the main information section 461 displays the title "Benefits of Reducing Alcohol Consumption" along with corresponding information. On the other hand, the right side of the main information section 461 displays the title "Information Regarding Drinking" along with corresponding information. The content displayed on each screen corresponds to the content of slide 320 (see upper section of Figure 11) and slide 330 (see lower section of Figure 11), although there are differences in presentation. Presenting slide 460 provides an opportunity to communicate the need for treatment to the patient at each consultation.

[0139] In the main information section 471 of slide 470 shown in Figure 19, under the title "Status for the Entire Period," information regarding alcohol consumption recorded through the patient app is displayed in graphs and numerical values. The horizontal axis of the graph represents the date, and the vertical axis represents the amount of alcohol consumed per day. In addition to the individual patient's records, the graph shown in Figure 19 also displays the average alcohol intake at the start of treatment, the appropriate level, the target level, and the average value for heavy drinking.

[0140] Visualizing the data as a graph makes it easier to communicate to patients the relationship between their alcohol consumption and various indicators. In addition, the main information section (471) displays a comparative comparison between the values ​​from the first consultation and the values ​​from the past four weeks. Furthermore, cumulative information from the start of treatment is also displayed to encourage continued treatment. Incidentally, there is a "Goal Change History" button available, which allows you to retrieve the history of goal changes.

[0141] Figure 20 illustrates another example of slide 480, which is used in the "review" section of the consultation process. Slide 480 is the page following slide 470 (see the lower part of Figure 19). Slide 480's main information section 481 displays information about alcohol consumption recorded through the patient's app, under the title "Status over the past 4 weeks," using graphs and numerical data.

[0142] While slide 470 (see Figure 19) contained records from the start of treatment onward, slide 480 is limited to records from the past four weeks. This allows doctors and other medical professionals to conduct examinations that provide a more accurate understanding of the patient's recent living situation. The horizontal axis of the graph represents the date, the left vertical axis represents the amount of alcohol consumed per day, and the right vertical axis represents the level of alcohol craving. The graph shown in Figure 20 displays not only the individual patient's records, but also appropriate values, target values, and the average value for heavy drinking. It also displays records of physical condition, mood, and sleep quality on a daily basis.

[0143] Additionally, the bottom of the main information section 481 displays records of "days with low alcohol consumption" and "days with high alcohol consumption." In the case of Figure 20, the day with the lowest alcohol intake was May 7th, and the day with the highest alcohol intake was May 12th. Note that the layout of slides 470 (see Figure 19) and 480 is the same for each consultation session. Also, the content displayed on each slide is based on the patient app data corresponding to the relevant period.

[0144] <Resetting Goals> For the resetting of goals during the second and third consultations, slides 380 (see Figures 14 and 16) and 390 (see Figures 14 and 15) from the "Goal Setting" section of the first consultation are used. However, the wording on the slide will be changed to "reconfiguration".

[0145] <Regarding the next appointment> Figure 21 illustrates an example of slides 490 and 500 used in the "Preparing for the next consultation" section of the consultation flow. Figure 21 is indicated with corresponding reference numerals for parts that correspond to those in Figure 17. Slide 490's main information section 491 displays the tasks the patient should address under the title "Preparing for the next appointment."

[0146] In Figure 21, two tasks are displayed. The first task is a message encouraging patients to record their daily lives using the patient app, which reads, "Continue to record in the app every day!" In Figure 21, the explanation reads, "Continuing to keep accurate records will lead to more reliable reduction or abstinence from alcohol," and "Continue with the app's homework to deepen your understanding of alcohol." This displayed content may be one of the template sentences prepared for each consultation, or it may be content generated or selected for each patient based on the patient's data recording status.

[0147] In this embodiment, the tasks displayed on slide 490, which serves as a consultation support screen, are independent of the homework managed by the patient app. However, this does not eliminate the overlap between the tasks displayed on slide 490 and the homework managed by the patient app. The second challenge is the wording that encourages continued treatment, which is labeled as "difficulties in your current life." In Figure 21, the explanation states, "Each small step will definitely lead to results," and "Even if you fail, it is important to keep going."

[0148] This display contains additional information compared to slide 420 (see upper section of Figure 17) from the first consultation. Slide 490 is displayed in subsequent consultations, meaning the patient has already started treatment using the patient app. Therefore, slide 490 explains the importance of continuing treatment as one of the tasks until the next consultation.

[0149] Meanwhile, in the main information section 501 of slide 500, the title "Confirmation and Suggestions for Practice" is displayed. Here, "practice" refers to actions taken to achieve the goal (in this case, reducing alcohol consumption). In addition, under the main information section 501, under the heading "Practices in Progress," it lists "Recording alcohol consumption using an app each time you order a refill," "Drinking alcohol and soft drinks alternately," "Drinking low-alcohol beverages," and "Not drinking for more than two hours a day," etc. Note that these are just examples. Furthermore, the effectiveness of each practice and the number of times it has been recorded are displayed.

[0150] Figure 22 illustrates an example of slide 510 used in the "Preparing for the next consultation" section of the consultation flow. Figure 22 is indicated with corresponding symbols for parts that correspond to those in Figure 17. Slide 510 is the final page of the consultation support screen for the second and third consultations. Since the consultation has already begun, the main information section 511 of slide 510 displays the title "A new four-week period begins." This title differs from slide 430 (see Figure 17) for the first consultation. In this respect, the consultation support screen, including slide 510, is an example of a consultation support screen that includes slides corresponding to the number of consultations. The rest of the information displayed on slide 510 is the same as on slide 430 (see Figure 17).

[0151] <Screen for the 4th consultation> <Consultation Procedure> Figure 23 illustrates an example of slide 520 used in the "Consultation Flow" section and slide 530 used in the "Preparing for the Next Consultation" section of the consultation flow during the fourth consultation. Figure 23 is indicated with corresponding symbols to those in Figure 18. Slide 520 is the first page of the consultation support screen corresponding to the fourth consultation. Therefore, the title of the main information section 521 displays "This is the fourth consultation."

[0152] <Reflection and goal resetting> In the consultation support screen for the fourth consultation, the slides for "reflection" and "goal resetting" are the same as those in the consultation support screen for the second consultation. Specifically, slides 450 (see Figure 18), 460 (see Figure 19), 470 (see Figure 19), and 480 (see Figure 20) are displayed as slides for "review." Additionally, slides 380 (see Figures 14 and 16) and 390 (see Figures 14 and 15) from the first consultation's "goal setting" are used as slides for "resetting objectives." However, the wording on the slide will be changed to "reconfiguration".

[0153] <Regarding the next appointment> Slide 530 is the first page of the section titled "Preparing for Your Next Appointment." Slide 530 is displayed in place of slide 490 (see Figure 21), which makes up the consultation support screen for the second and third consultations. In this embodiment, there are three slides titled "Towards the Next Appointment," while the other slides are the same as those for the second and third appointments. Slide 530 is a slide that appears only during the fourth consultation. Therefore, the consultation support screen from the fourth consultation onward, including slide 530, is an example of a consultation support screen that includes slides appropriate to the consultation session.

[0154] In this embodiment, seven consultations are scheduled for alcohol dependence. The fourth consultation, which is an intermediate session, is programmed to allow the doctor to discuss the treatment plan for subsequent sessions with the patient, based on the treatment progress to date. Therefore, the main information section 531 on slide 530 is titled "Regarding future treatment." The main information section 531 displays several confirmation items. Figure 23 shows four examples of confirmation items: "Your feelings about reducing or abstaining from alcohol," "Your thoughts on drug therapy," "Types of medications you are interested in," and "Your thoughts on specialized treatment."

[0155] By facilitating two-way communication with patients according to the presented items, a shared understanding of treatment plans will be achieved between doctors and patients. In the case of Figure 23, it was confirmed that patients perceived themselves as being able to "barely reduce" their alcohol consumption, regarding their "perceived progress in reducing or abstaining from alcohol." Furthermore, regarding their "views on drug therapy," the patient responded that they "would definitely like to try it." Regarding "types of medication they are interested in," the patient indicated interest in "nalmefene," a drug that works in the brain to help reduce alcohol consumption. Finally, regarding their "views on specialized treatment," the patient indicated that they "are not considering it at the moment."

[0156] This information is crucial for considering treatment tailored to each individual patient. Furthermore, treating alcohol dependence, a lifestyle-related disease, requires a long-term approach. Therefore, the content of the slides is changed according to the patient's consultation sessions. Consequently, even doctors who do not specialize in alcohol dependence can provide medical services tailored to the patient's treatment stage.

[0157] <Consultation support screen for the 5th to 7th consultations> The same slides are displayed on the consultation support screen for the second and third consultation sessions. For example, slide 440 (see Figure 18) is used for the "Consultation Flow" section. As mentioned earlier, the number representing the consultation session is replaced with the number of the most recent consultation session. Additionally, the "Review" section displays slides 450 (see Figure 18), 460 (see Figure 19), 470 (see Figure 19), and 480 (see Figure 20).

[0158] Furthermore, slides 380 (see Figures 14 and 16) and 390 (see Figures 14 and 15) from the first consultation are used for "resetting the objective." Furthermore, for the section titled "Towards the next consultation," slides 490 (see Figure 21), 500 (see Figure 21), and 510 (see Figure 22) from the second consultation are used.

[0159] <Print screen> The medical examination support screen used in this embodiment can be accessed by operating the "Printable Screen" button on each of the slides described above. Figure 24 illustrates an example of the display of the printable screen 600 retrieved from the medical consultation support screen. The printable screen 600 shown in Figure 24 consists of three tabbed screens.

[0160] Tab screen 601 is for printing the drinking record. Tab screen 602 is for printing the patient app usage log. Tab screen 603 is for printing the details of the drinking record. In the printable screen 600 shown in Figure 24, the tab screen 601 is open. Therefore, the title field displays "Drinking Record". The tab screen 601 shown in Figure 24 has a display period setting field 601A. In the display period setting field 601A, you can set the start date and end date. In the case of Figure 24, the start date is "2024 / 04 / 01" and the end date is "2024 / 04 / 04".

[0161] Thus, on the tab screen 601, instead of specifying the page or slide units like the printing function of document or presentation applications, you can specify the patient application data to display on the screen by specifying the start and end dates of the patient application data recording period. When the "Print" button 601B is pressed, the printing process will be executed.

[0162] Figure 25 illustrates another example of the printable screen 600 read from the medical examination support screen. Figure 25 is denoted with corresponding symbols for parts that correspond to those in Figure 24. In the printable screen 600 shown in Figure 25, tab screen 602 is open. Therefore, the title field displays "Patient App Usage Log".

[0163] On tab screen 602, there is a field 602C for specifying the consultation session. In Figure 25, "Sessions 1-2" is selected. This indicates that the patient's app usage log for the period between the first and second consultation sessions is selected. In Figure 25, the consultation session designation field 602C also offers options for "2nd-3rd session," "3rd-4th session," "4th-5th session," "5th-6th session," and "6th-7th session." These buttons, when not selected, are displayed in a grayed-out state.

[0164] The initial value of the display period setting field 602A is linked to the consultation session specification field 602C. Therefore, the first day in Figure 25 is "2024 / 03 / 21" and the end date is "2024 / 04 / 01". When the "Print" button 602B is pressed, the printing process is executed.

[0165] Figure 26 illustrates another example of the printable screen 600 read from the medical examination support screen. Figure 26 is denoted with corresponding reference numerals for parts that correspond to those in Figure 25. In the printable screen 600 shown in Figure 26, the tab screen 603 is open. Therefore, the title field displays "Drinking Record Details".

[0166] The tab screen 603 also has a field 602C for specifying the consultation session. In the case of Figure 26, "Sessions 1-2" is selected. The initial value of the display period setting field 603A is linked to the consultation number specification field 602C. Therefore, the first day in Figure 26 is "2024 / 03 / 21" and the end date is "2024 / 04 / 01". When the "Print" button 603B is pressed, the printing process is executed.

[0167] Note that although the tab screen 601 shown in Figure 24 does not display the consultation time specification field 602C (see Figure 25), it is possible to display the consultation time specification field 602C, similar to tab screens 602 and 603. The designation field 602C for specifying the number of consultations is basically limited to one, but it may be possible to select multiple consecutive consultations at once. In this case, the first day in the display period setting field 602A, etc., is initially set to the first day of the earliest consultation, and the end date is initially set to the end date of the most recent consultation. Since you can specify the print range by the number of consultations, you can avoid the trouble of looking up the specific consultation date.

[0168] <Summary> In this embodiment, the physician's terminal 30 (see Figure 1) displays a consultation support screen prepared according to the flow of an alcohol dependence consultation. This consultation support screen consists of multiple slides that follow the flow of the consultation. Specifically, it consists of "Consultation Flow," "Review," "Goal Setting," and "Towards the Next Consultation." The consultation support screen is designed to comply with the guidelines for alcohol dependence. Therefore, by following the consultation support screen, doctors and other medical professionals can provide high-quality medical services.

[0169] Furthermore, the PDT server 20 (see Figure 7) provides consultation support screens with content tailored to the patient's number of consultations. For example, the consultation support screen for the first consultation will have different content from the consultation support screens for the second and subsequent consultations. Also, for the fourth consultation, slides are provided to initiate a discussion with the patient about the treatment plan for the fifth consultation and beyond. In this way, by using a consultation support screen consisting of slides prepared according to the consultation session, it becomes possible to improve the effectiveness of treatment. Furthermore, by using the examination support screen described in the embodiment, it becomes easier to share information with patients regarding the treatment mechanism and the flow of the examination.

[0170] Furthermore, by sharing with the patient their current condition and their progress in daily life, including homework assignments, at the beginning of the consultation, it becomes possible to set goals that are appropriate to the patient's condition. Furthermore, by confirming actions to be taken before the next consultation at the end of the examination, it becomes possible to maintain or improve the patient's motivation for treatment. Thus, the PDT server 20 in this embodiment (see Figure 1) can support the provision of medical services by doctors and other medical professionals through a medical consultation support screen.

[0171] Furthermore, in this embodiment, by linking with the patient app, information recorded through the patient app is reflected in each slide. This increases objectivity compared to gathering information about the patient's current condition and daily activities through conversation during the examination. As a result, the doctor's judgment becomes more accurate, and it becomes possible to provide treatment content and advice that is more appropriate for the patient. Furthermore, since the switching of slides on the consultation support screen is done by the doctor or other medical staff, flexible consultations become possible.

[0172] <Other Embodiments> (1) Although embodiments of the present disclosure have been described above, the technical scope of the present disclosure is not limited to the embodiments described above. It is clear from the claims that various modifications or improvements to the embodiments described above are also included in the technical scope of the present disclosure.

[0173] (2) The processor in the above-described embodiment refers to a processor in a broad sense, and includes not only general-purpose processors (e.g., CPUs) but also specialized processors (e.g., GPUs (=Graphical Processing Units), ASICs (=Application Specific Integrated Circuits), FPGAs (=Field Programmable Gate Arrays), programmable logic devices, etc.). Furthermore, the processor operations in each of the embodiments described above are not limited to a single processor, but may be performed collaboratively by multiple processors or multiple CPU cores. Also, the order in which each operation is executed in the processor is not limited to the order described above, but may be changed individually.

[0174] (3) In the embodiment described above, multiple scenarios were prepared only for "goal setting" (see Figure 9). However, multiple scenarios may be prepared for one or more (including all) of the following: "procedure of the examination," "reflection," and "preparation for the next examination."

[0175] (4) In the above-described embodiment, the scenario is switched according to the target selection operation by a doctor or the like. However, scenario switching may be performed in response to other operations by a doctor or other personnel. For example, scenario switching may be performed by operating a specific key assigned to scenario switching. For example, scenario switching may be performed by selecting a tab. For example, scenario switching may be performed depending on the presence or absence of checked items or the combination of checked items.

[0176] Furthermore, scenario switching may be performed based on the content of comments entered by doctors or other personnel. For example, if a comment entered by a doctor or other user contains a specific word, the corresponding scenario may be displayed. Alternatively, the comments entered by the doctor or other user may be fed to a pre-trained model that has been trained using machine learning to analyze the relationship between the content of the comments and the scenarios, and the scenario corresponding to the output of the pre-trained model may be displayed. In other words, the comments from the doctor or other user may be analyzed using AI (=Artificial Intelligence) and the displayed scenario may be switched accordingly.

[0177] (5) In the above-described embodiment, the scenario is switched according to the target selection operation by a doctor or the like. However, the PDT server 20 may switch scenarios based on the content of the patient app data recorded between the previous and current consultations. For example, the scenario presented may be different for patients whose patient app usage rate between the previous and current consultations is below a threshold compared to patients whose patient app usage rate between the previous and current consultations is above a threshold.

[0178] In addition, the PDT server 20 may execute the scenario switching according to the content of the patient app data recorded up to this examination (which may include records before the prescription date if available). For example, the scenario presented may be changed between patients with a low utilization rate of the patient app from the prescription date to this examination date and patients with a high utilization rate of the patient app from the prescription date to this examination date. Also, the patient app data of the corresponding patient may be given to a trained model obtained by machine learning or the like on the relationship between the content of the patient app data and the corresponding scenario, and the scenario corresponding to the output of the trained model may be displayed. In other words, the content of the patient app data may be analyzed by AI and the displayed scenario may be switched.

[0179] (6) In the case of the above-described embodiment, the examination support screen has a four-step structure of "flow of examination", "review", "goal setting", and "for the next examination". However, an examination support screen with other screen configurations may be presented. For example, it may include a screen for confirming past examination results, a screen for confirming past and latest examination results, a screen for confirming treatment effects, and a screen for confirming past care plans. On the other hand, a screen configuration that does not include any one or more of the four screens described in the embodiment may be adopted. For example, a screen configuration that does not include "flow of examination" in the examination support screen may be adopted. [[ID=eleven]]

[0180] ] (7) In the above-described embodiment, the examination support screen with the same screen configuration is displayed regardless of the examination round. That is, it has a four-step structure of "flow of examination", "review", "goal setting", and "for the next examination". However, the number of steps constituting the examination support screen may be changed according to the examination round. For example, it may have a four-step structure in the first examination round, but may have a two-step structure, a three-step structure, or a five-step structure in the second and subsequent examination rounds.

[0181] (8) In the above-described embodiment, the titles and layouts of some slides related to the consultation support screen presented in the second and subsequent consultation sessions are different. However, while maintaining the four-step structure, the content of the consultation support screen may differ for each consultation.

[0182] (9) In the embodiment described above, the PDT server 20 (see Figure 7) provides all medical institutions using the service with a medical support screen that has the same slide configuration. However, it may be possible to allow doctors and other medical professionals in healthcare institutions to edit the consultation support screen. This editing could include, for example, adding original slides, deleting specific slides, or skipping specific slides. Figure 27 illustrates an additional image of the original slides, focusing on medical institutions. In Figure 27, we assume two medical institutions, A and B. The medical support screen consists of "Slide 1," "Slide 2," "Slide 3," and "Slide 4."

[0183] The upper diagram in Figure 27 shows a case where a doctor or other medical professional at medical institution A instructs the insertion of an original slide (i.e., "Slide N") between "Slide 1" and "Slide 2". In this case, a consultation support screen specific to medical institution A is saved. The lower diagram in Figure 27 illustrates the consultation support screen provided by the PDT server 20 during a consultation after editing. For medical institution A, the consultation support screen with slide N added is displayed. However, for medical institution B, the standard consultation support screen is displayed.

[0184] By enabling the editing of consultation support screens at the individual medical institution level, each medical institution can use its own dedicated consultation support screen for patient consultations. As a result, even if the number of consultations is the same, the consultation support screen used by medical institution A will have different content than the consultation support screen used by medical institution B. This feature allows medical institutions to customize their services to accommodate differences in patient demographics and other characteristics.

[0185] (10) In the above-described embodiment, the PDT server 20 (see Figure 7) provides all medical institutions using the service with a medical support screen having the same slide configuration. However, it may be possible to allow doctors and other medical professionals in healthcare institutions to edit patient-specific consultation support screens. Editing in this context could include, for example, adding original slides, deleting specific slides, or skipping specific slides. Figure 28 is a diagram illustrating an additional image of the original slide, which is based on the patient. In Figure 28, we assume there are two patients, Patient A and Patient B. Both Patient A and Patient B are receiving treatment at the same medical institution. The medical support screen consists of "Slide 1," "Slide 2," "Slide 3," and "Slide 4."

[0186] The upper diagram in Figure 28 shows a case where a doctor at medical institution A instructs the insertion of an original slide (i.e., "Slide N") between "Slide 1" and "Slide 2" for patient A. In this case, a consultation support screen specifically for patient A is saved. The lower diagram in Figure 28 illustrates the consultation support screen provided by the PDT server 20 during a consultation after editing. For patient A, the consultation support screen with slide N added is displayed. However, for patient B, the standard consultation support screen is displayed.

[0187] By enabling the editing of consultation support screens on a patient-by-patient basis, each medical institution can use a consultation support screen specifically tailored to a particular patient. As a result, even if the number of consultations is the same, the consultation support screen used for patient A's consultation will have different content than the consultation support screen used for patient B's consultation. This feature allows for customization based on differences in the attributes of the patients being examined.

[0188] (11) In the above-described embodiment, the case in which the consultation support screen provided is determined according to the number of consultations acquired by the PDT server 20 (see Figure 7) was explained. However, it may be possible to allow doctors and other medical professionals to specify the "number of consultations" on the consultation support screen used for examinations. Figure 29 is a diagram illustrating the input screen 700 for the number of consultations displayed on the physician's terminal 30 (see Figure 1). The input screen 700 shown in Figure 29 is executed, for example, as an example of the process for obtaining the number of consultations in step 106 (see Figure 7).

[0189] The input screen 700 shown in Figure 29 displays the title "Input of Consultation Session". The input screen 700 includes an explanatory text 701, an input field for the consultation session number 702, and an "OK" button 703. In Figure 29, the explanatory text 701 states, "Please press the 'OK' button after specifying the number of appointments for this consultation." The input field 702 for the number of appointments in Figure 29 is in the form of a pull-down menu. For example, if a patient has four actual consultations but their treatment is progressing slowly, it becomes possible to conduct the consultation using the consultation support screen from the third consultation.

[0190] Furthermore, the number of consultations entered using the consultation entry screen 700 may be reset each time, or it may be carried over to the next consultation. If the consultation number is carried over, for the next 5th consultation, the consultation support screen for the 4th consultation will be provided by the PDT server 20 without the doctor having to enter the consultation number through the doctor's terminal 30.

[0191] (12) In the above-described embodiment, “setting the goal” or “resetting the goal” is performed by a physician or other person operating slide 380 of the medical examination support screen (see Figures 14 and 16). However, it is possible that patients themselves may be able to change their goals through the patient app. For example, a patient might switch their goal from "abstinence" to "reduced drinking" without waiting for their next appointment. Conversely, a patient might switch their goal back to "abstinence" after feeling positive about their progress with "reduced drinking." Also, depending on the type of disease, if the goal is determined according to the current step 230C3 (see FIG. 6) of the treatment program, it is also conceivable that the patient himself / herself determines the action goal 230C5 (see FIG. 6).

[0192] When the patient can change his / her own goal on the patient app in this way, a mechanism for sharing the goal change with a doctor or the like becomes necessary. FIG. 30 is a diagram for explaining an example of a processing sequence in another embodiment. In FIG. 30, reference numerals corresponding to corresponding parts in FIG. 7 are attached and shown. In the processing sequence shown in FIG. 30, after the execution of step 106, the PDT server 20 checks the history of goal changes on the patient app side (step 106A). This check is executed, for example, through the patient app data 230C (see FIG. 5). However, a mechanism may be adopted in which a doctor or the like listens to the goal change on the patient app side through a patient interview from the patient and notifies the PDT server 20 from the doctor terminal 30.

[0193] In any case, when the history of the change is confirmed, the PDT server 20 outputs the top page of the examination support screen corresponding to the presence or absence of the goal change and the examination number to the doctor terminal 30 (step 107A). This step 107A is executed instead of step 107 (see FIG. 7). Incidentally, when there is no goal change on the patient app side, the PDT server 20 reads out the goal at the previous examination and outputs the top page of the corresponding content. On the other hand, when there is a goal change on the patient app side, the PDT server 20 reads out the goal after the change by the patient app and outputs the top page of the corresponding content.

[0194] The subsequent processing operations are the same as those in the above-described embodiment. Thus, even if the treatment goal is changed through the patient app, the revised goal can be shared with the doctor or other medical professional by adopting the processing sequence shown in Figure 30. In addition, although the processing sequence explained in Figure 30 only reflects the change in the displayed content, a mechanism could also be adopted to display a dialog box on the consultation support screen stating, for example, "The treatment goal has been changed from abstinence to reduced alcohol consumption since the last consultation" or "The treatment goal has been changed from reduced alcohol consumption to abstinence since the last consultation." Adopting this function can reduce oversights and assumptions among doctors and other medical professionals.

[0195] (13) The PDT server 20 in the above embodiment (see Figure 1) is intended for the examination of patients with alcohol dependence. However, when examining patients with other diseases, a consultation support screen for those diseases will be displayed. These other diseases can be lifestyle-related diseases or non-lifestyle-related diseases. Lifestyle-related diseases include, for example, hypertension, dyslipidemia, chronic heart failure, hyperuricemia, diabetes, NASH, kidney disease, nicotine addiction, chronic bronchitis, cancer, periodontal disease, attention deficit hyperactivity disorder, depression, tinnitus, delayed grief disorder, opioid-induced constipation, post-mastectomy pain syndrome, nephrotic syndrome, and insomnia.

[0196] (14) In the above-described embodiment, the provision of a medical examination support screen service was described as a function of the PDT server 20 (see Figure 1). However, the provision of the medical consultation support screen may be provided as a service by a server other than the PDT server 20. For example, the medical consultation support screen may be provided as a service of the PDT platform 10 (see Figure 1), or it may be provided as a so-called cloud-based medical service.

[0197] (15) In the above embodiment, a PDT server 20 dedicated to a specific disease is assumed. Therefore, the physician terminal 30 (see Figure 1) displays a consultation support screen for alcohol dependence. However, if the PDT server 20 supports multiple diseases, a screen for selecting the examination support screen to display may be displayed on the physician's terminal 30. Figure 31 illustrates an example of a selection screen 800 for multiple consultation support screens.

[0198] The selection screen 800 shown in Figure 31 displays the title "Selection of Examination Support Screen." It also displays the explanatory text "Please select a disease." Furthermore, the selection screen 800 displays six selection buttons. In Figure 31, the selection buttons are labeled "Disease 1" through "Disease 6".

[0199] Incidentally, "Disease 1" to "Disease 6" are, for example, one of the following: alcohol dependence, hypertension, dyslipidemia, chronic heart failure, hyperuricemia, diabetes, NASH, kidney disease, nicotine dependence, chronic bronchitis, cancer, periodontal disease, attention deficit hyperactivity disorder, depression, tinnitus, delayed grief disorder, opioid-induced constipation, post-mastectomy pain syndrome, nephrotic syndrome, or insomnia. In Figure 31, there are six selection buttons, but there can be two to five. There can also be seven or more selection buttons.

[0200] (16) In the above-described embodiment, an information processing system 1 (see Figure 1) that prescribes a patient application was described. However, the output control of the medical examination support screen may be performed solely by the physician terminal 30 (see Figure 1). In other words, it may be implemented as a function of a program installed on the physician terminal 30 (including a server within the medical institution). Figure 32 illustrates an example of processing operation when the physician terminal 30 displays the examination support screen independently. Figure 32 is denoted with reference numerals corresponding to the parts that correspond to those in Figure 7.

[0201] As a prerequisite, the physician's terminal 30 has a program running that controls the output of, for example, a consultation support screen for alcohol dependence. First, the physician terminal 30 obtains the patient's consultation time (step 106). Next, the physician's terminal 30 outputs the first page of the consultation support screen corresponding to the consultation session (step 107). Subsequently, the physician's terminal 30 accepts page forward / backward operations on the examination support screen (step 108) and outputs the corresponding slide (step 109). This process is repeated until the examination is completed. Note that the physician terminal 30 in Figure 32 is operating in standalone mode. Therefore, the consultation support screen assumed in Figure 32 does not include information about patient application data or its processing data recorded through the patient application.

[0202] Therefore, the examination support screen with the processing operation shown in Figure 32 can also be used for examinations of lifestyle-related diseases that do not involve prescriptions from the patient's app. However, if patient app data recorded via the patient app has been acquired from the PDT server 20 (see Figure 1) prior to the examination, it is possible to present an examination support screen that reflects the patient app data, similar to the embodiment described above. Subsequently, the physician's terminal 30 accepts the operation to end the consultation (step 110) and closes the patient's consultation support screen (step 111).

[0203] (17) In the above-described embodiment, it is assumed that all data reflected on the medical examination support screen is recorded through the patient application. However, all or part of the data reflected on the medical consultation support screen may be recorded through a program classified as a non-medical device. A program classified as a non-medical device is, like a patient app, a program used to record health-related data.

[0204] (18) In the above-described embodiment, the case where the direction of progress (direction of movement) is to the right was described in the examination support screen. That is, the case where the left side of the display screen is the beginning of the slide was described. However, the direction of progression (the direction of movement) of the examination support screen may be leftward. In other words, the right side of the display screen may be the beginning of the slide.

[0205] Furthermore, the direction of progression (the direction of movement) of the examination support screen may be downwards. In other words, the top of the display screen may be the beginning of the slide. Furthermore, the direction of progression (the direction of movement) of the examination support screen may be upward. In other words, the bottom of the display screen may be the beginning of the slide.

[0206] In the above-described embodiment, the slides displayed on the screen are switched using the "forward" button 304 (see Figure 10) and the "back" button 305 (see Figure 10). However, the slides displayed on the screen may also be switched using the scrollbar slider, the mouse wheel, the side buttons of the mouse, etc.

[0207] (19) In the above-described embodiment, a patient app or a healthcare app is assumed to be used as the app for recording health-related data. However, the type of app used to record health-related data is not restricted. For example, it could be a diary app, a photo app, or an audio app.

[0208] (20) The consultation support screen described in the above embodiment is intended to be viewed by both the doctor and the patient during the consultation in the examination room. However, the above consultation support screen may also be shared between the doctor's terminal 30 (see Figure 1) and the patient's terminal 40 (see Figure 1) in online medical consultation. In this case, doctors and other medical professionals can conduct online consultations by sharing a consultation support screen with patients who are not in the examination room. Sharing the consultation support screen makes it easier to share information with patients even during online consultations.

[0209] <Summary> An example of the disclosure described in the above-mentioned embodiment is shown below. (((1))) An information processing device having a processor, the processor acquiring the number of consultations of a user who is the subject of a consultation, and providing a consultation support screen that includes one or more slides corresponding to the acquired number of consultations. This information processing device can support medical consultations tailored to the number of visits.

[0210] (((2))) The information processing device according to (((1))), wherein the processor provides a consultation support screen that includes a different slide in at least one of several consultation sessions compared to the other consultation sessions. This information processing device makes it possible to conduct consultations using a different consultation support screen in at least one consultation session compared to other consultation sessions.

[0211] (((3))) The processor is an information processing device described in (((1))) that accepts editing of the consultation support screen provided according to the number of consultations, on a case-by-case basis for each medical institution. This information processing device makes it possible to conduct consultations using different consultation support screens for each medical institution, even if the number of consultations is the same.

[0212] (((4))) The processor is an information processing device as described in (((1))), which accepts editing of the consultation support screen provided according to the number of consultations for each patient. This information processing device makes it possible to conduct consultations using different consultation support screens for each patient, even if they are having the same consultation.

[0213] (((5))) The processor is an information processing device as described in (((1))), which provides the aforementioned examination support screen in accordance with guidelines for the disease. This information processing device makes it possible to conduct medical examinations in accordance with disease-specific guidelines.

[0214] (((6))) The processor is an information processing device as described in (((1))), which provides a consultation support screen containing information about the flow of the consultation. This information processing device makes it easy to confirm the flow of a medical examination.

[0215] (((7))) The information processing device described in (((1))) provides a medical support screen that includes a display of goals corresponding to the number of medical consultations. This information processing device makes it easy to confirm goals according to the number of consultations.

[0216] (((8))) The processor is an information processing device described in (((7))) that, when the goal for a consultation is changed on the user terminal side, reflects the changed goal on the consultation support screen. This information processing device allows users to share changes to their goals on their terminals with healthcare institutions.

[0217] (((9))) The processor is an information processing device described in (((1))) that accepts the designation of the consultation time as an operation from a terminal of a medical institution. According to this information processing device, the content of the examination can be changed according to the progress of the examination.

[0218] (((10))) The processor is an information processing device as described in (((1))), which accepts the range of health-related data to be displayed on the second screen, which is accessed from the medical examination support screen, as a date range. This information processing device makes it possible to specify the range of health-related data.

[0219] (((11))) An information provision method in which a computer performs the following processes: obtaining the number of consultations of a user who is the subject of a consultation; and providing a consultation support screen that includes one or more slides corresponding to the obtained number of consultations. This method of providing information can support consultations tailored to the number of visits.

[0220] (((12))) A program that enables a computer to acquire the number of consultations of a user being examined, and to provide a consultation support screen containing one or more slides corresponding to the acquired number of consultations. This program can support consultations tailored to the number of visits. [Explanation of Symbols]

[0221] 1…Information processing system, 10…PDT platform, 20, 20A, 20B, 20C, 20D, 20E, 20F…PDT server, 30…Physician terminal, 40…Patient terminal

Claims

1. It has a processor, The aforementioned processor, Obtain the number of consultations for the user who is the subject of the consultation. The system provides a consultation support screen that includes one or more slides corresponding to the number of consultations obtained. Information processing device.

2. The processor provides the consultation support screen, which includes a different slide in at least one of the multiple consultation sessions, compared to the other consultation sessions. The information processing apparatus according to claim 1.

3. The processor accepts requests for editing of the consultation support screen provided according to the number of consultations, on a case-by-case basis for each medical institution. The information processing apparatus according to claim 1.

4. The processor accepts editing requests for the consultation support screen, which are provided according to the number of consultations, on a patient-by-patient basis. The information processing apparatus according to claim 1.

5. The processor provides the aforementioned medical examination support screen in accordance with the guidelines for the disease. The information processing apparatus according to claim 1.

6. The processor provides the examination support screen which includes information regarding the flow of the examination. The information processing apparatus according to claim 1.

7. The processor provides the consultation support screen, which includes displaying the target according to the number of consultations. The information processing apparatus according to claim 1.

8. The processor reflects the changed goal on the consultation support screen when the goal for the consultation is changed on the user terminal side. The information processing apparatus according to claim 7.

9. The processor accepts the designation of the consultation time as an operation from the medical institution's terminal. The information processing apparatus according to claim 1.

10. The processor accepts the range of health-related data to be displayed on the second screen, which is accessed from the examination support screen, as a date range. The information processing apparatus according to claim 1.

11. Computers The process of obtaining the number of consultations for the user who is the subject of the consultation, A process that provides a consultation support screen containing one or more slides corresponding to the number of consultations obtained, A method for providing information to carry out the task.

12. On the computer, A function to obtain the number of consultations for the user being examined, A function to provide a consultation support screen that includes one or more slides corresponding to the number of consultations obtained, A program to achieve this.

Images