Information processing system, information processing method, and program

Abstract

To provide a technique for prompting the use of a second application that takes over patient data entry from a prescribed first application upon expiry of a validity period of the first application.SOLUTION: An information processing system comprising one or more processors is provided, the one or more processors being configured to limit the use of a first application upon expiry of a validity period set for the first application prescribed for the purpose of treating disease and installed on a terminal of a patient.SELECTED DRAWING: Figure 10

Description

[Technical field]

[0001] The present disclosure relates to an information processing system, an information processing method, and a program. [Background technology]

[0002] Medical institutions that provide health insurance have begun prescribing application programs aimed at treating nicotine addiction and high blood pressure (hereinafter referred to as "therapeutic apps"). In addition, there are other therapeutic apps approved under the Pharmaceuticals and Medical Devices Act that aim to treat insomnia. A patient who has received a prescription for a therapeutic app installs the therapeutic app on their own electronic device and inputs the patient's information (hereinafter also referred to as "patient data") until the next consultation with a doctor. The patient data is stored, for example, in a cloud server managed by the developer of the therapeutic app, and is also used for insurance treatment at insurance medical institutions. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 6116769 Summary of the Invention [Problem to be solved by the invention]

[0004] Therapeutic apps approved under the Pharmaceuticals and Medical Devices Act are regulated by a set period during which they are covered by the medical insurance system (hereinafter referred to as the "insured medical treatment period"). In other words, the use of the therapeutic app is limited to the insured medical treatment period, and after the insured medical treatment period ends, it will no longer be possible to input patient data, etc. However, treatment for chronic illnesses caused by lifestyle habits continues even after the insured medical treatment period has ended. For this reason, support for inputting patient data is desired even after the insured medical treatment period has ended. For example, the use of an application program (hereinafter referred to as a "recording app") separate from the treatment app can be considered. However, if the treatment app could continue to be used indefinitely even after the insured medical treatment period has ended, the use of the record app would not be promoted. The same circumstances apply to treatment apps with expiration dates that are prescribed in private medical treatment or mixed medical treatment.

[0005] One embodiment of the present disclosure provides a technique for promoting use of a second app that takes over input of patient data from a prescribed first app when the validity period of the first app expires. [Means for solving the problem]

[0006] As another aspect of the present disclosure, there is provided an information processing system having one or more processors, the one or more processors being configured to restrict use of a first app prescribed for the purpose of treating a disease and installed on a patient's terminal after a validity period set for the first app expires.

[0007] As another aspect of the present disclosure, there is provided an information processing method in which a computer executes a process to restrict use of a first app after a validity period set for a first app that has been prescribed for the purpose of treating a disease and installed on a patient's terminal expires.

[0008] As one embodiment of the present disclosure, a program is provided for causing a computer to realize a function of restricting use of a first app after a validity period set for a first app that has been prescribed for the purpose of treating a disease and installed on a patient's device has expired. Effect of the Invention

[0009] According to one embodiment of the present disclosure, it is possible to provide a technique for promoting the use of a second app that takes over input of patient data from a prescribed first app when the validity period of the first app expires. [Brief description of the drawings]

[0010] [Figure 1] FIG. 2 is a diagram illustrating an example of the configuration of an information processing system assumed in the first embodiment. [Diagram 2] FIG. 2 is a diagram illustrating an example of a hardware configuration of a server. [Diagram 3] 11 is a diagram illustrating an example of authentication data and patient data stored in an auxiliary storage device of the medical application operation server. FIG. [Figure 4] 11 is a diagram illustrating an example of patient data stored in an auxiliary storage device of a record application operation server. FIG. [Diagram 5] FIG. 2 is a diagram illustrating an example of a hardware configuration of an information terminal. [Figure 6] 13 is an example of a processing sequence illustrating a processing operation from prescribing a therapeutic application to registering patient data in a therapeutic application operation server. [Figure 7] 13 is a diagram illustrating an example of a printed matter on which a prescription code is printed. FIG. [Figure 8] FIG. 13 is a diagram illustrating an example of an operation screen of a treatment application. [Figure 9] 13 is a diagram illustrating an example of a consultation screen displayed on the display of a doctor's terminal. FIG. [Figure 10] 13 is an example of a processing sequence illustrating a pre-handover process of patient data in the embodiment. [Figure 11] 13 is a diagram illustrating an example of a screen notifying the end of the insured medical treatment period displayed on the display of a patient terminal. FIG. [Figure 12] FIG. 13 is a diagram illustrating an example of a screen displayed on a display of a patient terminal. [Figure 13] 13A and 13B are diagrams illustrating an example of a usage confirmation screen and an installation recommendation screen for a recording application. [Figure 14] 11A and 11B are diagrams illustrating changes in a home screen before and after installation of a recording application. [Figure 15] 13 is a diagram illustrating an example of an operation screen of a recording application displayed on a patient terminal. FIG. [Figure 16]13 is an example of a processing sequence illustrating a patient data integration process in the second embodiment. [Figure 17] 13A and 13B are diagrams illustrating changes in the display screen after a treatment application is disabled. [Figure 18] 13A and 13B are diagrams illustrating other changes in the display screen after the treatment application is disabled. [Figure 19] 13 is a diagram illustrating another example of authentication data stored in the auxiliary storage device of the treatment application operation server. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0011] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. <Embodiment 1> In this embodiment, an application for assisting in the treatment of hypertension will be described as an example of a treatment application prescribed by a doctor.

[0012] <System configuration> FIG. 1 is a diagram illustrating an example of the configuration of an information processing system 1 assumed in the first embodiment. The information processing system 1 shown in Figure 1 is composed of a treatment application operation server 10, a record application operation server 20, a doctor terminal 30 operated by a doctor who prescribes the treatment application, a patient terminal 40 operated by a patient receiving treatment for hypertension, and a network N connecting these terminals. It is also assumed that, to the extent permitted, the doctor terminal 30 will be operated by nurses, pharmacists, public health nurses, nutritionists, hospital staff, and other medical personnel.

[0013] The therapeutic application operation server 10 in this embodiment is a server that realizes distribution of the therapeutic application, authentication of the patient, storage of the patient data input through the therapeutic application, provision of the patient data to the health insurance medical institution (specifically, the doctor terminal 30), etc. However, the distribution of the therapeutic application may be performed by an entity different from the entity that operates the therapeutic application operation server 10 and the record application operation server 20. As mentioned above, therapeutic apps are apps approved under the Pharmaceuticals and Medical Devices Act, and patients who use therapeutic apps can receive insured medical treatment from a doctor during the insured medical treatment period. In this case, insured medical treatment includes not only face-to-face consultations but also online consultations. The treatment application in this embodiment is an example of a first application.

[0014] In this embodiment, the insured medical treatment period is set to six months. However, six months is just an example, and it may be nine months or twelve months. It may also be set in days, such as 60 days or 180 days, or it may be set in weeks, such as 8 weeks or 24 weeks. Needless to say, these values ​​are just examples. In this embodiment, the patient is permitted to use the treatment app only during the insured medical treatment period. That is, the patient is allowed to input and record blood pressure values ​​and the like through the treatment app. The insured medical treatment period here is an example of a validity period.

[0015] The starting date of the insured medical treatment period may be determined based on the consultation date when the treatment app was prescribed, or based on the date when the treatment app was installed on the patient terminal 40, or based on the date when use of the treatment app began, or based on the month when the treatment app was prescribed (hereinafter referred to as the "consultation month"). When the month of the medical examination is used as the starting month, the month following the month of the medical examination is considered to be month 1. This is because if the month of the medical examination is used as the 1st month, the insured medical treatment period for patients who receive medical treatment at the end of the month will be shortened by approximately one month.

[0016] The patient data includes the patient's attributes (gender, date of birth, height, weight), blood pressure, activity records, mood records, physical condition records, medical examination history, treatment app operation history, record app operation history, biological characteristics, psychological characteristics, social characteristics, habits, goal achievement status, etc. However, the patient data does not need to be all of this information, and may be only a part of it. The blood pressure value is, for example, a systolic blood pressure (i.e., a maximum blood pressure value) and a diastolic blood pressure (i.e., a minimum blood pressure value). The blood pressure value is an example of information related to blood pressure. The activity record is, for example, a usage history of a medical application, a medication record, a food record, a smoking record, a drinking record, and an exercise record. The activity record is an example of information about an activity.

[0017] The record of taking medicine is, for example, the type and number of medicines taken, and the time when the medicine was taken. The record of taking medicine is an example of information related to taking medicine. The food record is, for example, the contents of the food eaten and the amount of salt ingested. The food record is an example of information related to food. The smoking record is, for example, whether or not a person smoked, the date and time of smoking, and the number of cigarettes smoked. The smoking record is an example of information related to smoking. The drinking record is, for example, the date and time of drinking, the amount of alcohol consumed, and the type of alcohol. The drinking record is an example of information related to drinking.

[0018] The exercise record includes, for example, records related to sports, as well as records of daily activities such as walking, shopping, cleaning, etc. The exercise record is an example of information related to exercise. The mood record is, for example, a subjective mood. The mood record is an example of information related to mood. The record of physical condition is, for example, a subjective physical condition or symptoms. The record of physical condition is an example of information related to physical condition. The medical examination history is, for example, the treatment start date, the examination date, the details of the treatment, and advice. The medical examination history is an example of information related to medical examinations.

[0019] The operation history of the treatment application or the recording application is, for example, a history of operations related to start-up operations, input operations of blood pressure values, and reviews. Biological characteristics include, for example, the presence or absence of other diseases, the presence or absence of injuries undergoing treatment, the presence or absence of knee or leg pain, the presence or absence of experience of treatment for hypertension, the number of years since hypertension was diagnosed, the strength of seasonings used in home cooking, and the amount of food eaten. Psychological characteristics include, for example, expectations regarding app treatment, willingness to acquire knowledge about hypertension treatment, whether reducing salt intake is difficult or whether one cannot change one's sense of taste, and psychological resistance to leaving food on one's plate.

[0020] Social characteristics include, for example, wake-up time, bedtime, type of work (e.g., shift work, day shift, night shift), days of the week worked, start time of work, time home from work, regular days off, and whether or not there is heating in the changing room. Examples of habits include exercise habits, weighing oneself, checking the calorie count on food labels, choosing low-fat foods, not consuming caffeine after 4 p.m., eating and drinking after 10 p.m., skipping breakfast, snacking, taking a bath one hour before going to bed, stretching or massaging before going to bed, and sleeping more than six hours. The goal achievement status is, for example, the relationship between the patient's status and the goal set for each patient by a doctor or the like. The above-mentioned information can be classified into subjective information and objective information.

[0021] The record application operation server 20 is a server that distributes the record application, authenticates patients, stores patient data entered after the period of insured medical treatment has expired, and provides patient data to insured medical institutions. The recording application in the present embodiment differs from the treatment application in that the recording application is an application that does not require approval under the Pharmaceuticals and Medical Devices Act. The recording application is an example of a second application.

[0022] In FIG. 1, one treatment application operation server 10 and one record application operation server 20 are depicted, but multiple treatment application operation servers 10 may exist on the network N, and multiple record application operation servers 20 may exist on the network N. Furthermore, the services provided by one treatment application operation server 10 may be realized by the cooperative operation of multiple servers, and the services provided by one record application operation server 20 may be realized by the cooperative operation of multiple servers. In the present embodiment, the business entity that operates the treatment application operation server 10 is the same as the business entity that operates the record application operation server 20. However, the business entity that operates the treatment application operation server 10 and the business entity that operates the record application operation server 20 may be different.

[0023] The doctor terminal 30 refers to a terminal operated by a doctor in an insurance medical institution, etc. A plurality of doctor terminals 30 are depicted in FIG. The patient terminal 40 refers to a terminal operated by a patient who is examined or treated for hypertension. A plurality of patient terminals 40 are illustrated in FIG. For example, a desktop computer, a notebook computer, a tablet computer, or a smartphone is used as the doctor terminal 30 and the patient terminal 40. However, wearable computers such as smart glasses and a headset may also be used as the doctor terminal 30 and the patient terminal 40. The doctor terminal 30 and the patient terminal 40 are examples of information terminals connected to the network N.

[0024] The network N is, for example, a LAN (Local area network), the Internet, or a mobile communication system (4G, 5G). FIG. 1 illustrates an example in which the treatment application operation server 10, the record application operation server 20, the doctor terminal 30, and the patient terminal 40 are connected to one network N, but they may be connected via multiple networks N that are connected to each other.

[0025] <Server hardware configuration> 2 is a diagram illustrating an example of a hardware configuration of a server. The hardware configuration shown in FIG. Therefore, in the following, the medical application operation server 10 will be described as a representative example of the server.

[0026] 2 includes a processor 11, a ROM (=Read Only Memory) 12 in which a BIOS (=Basic Input Output System) and the like are stored, a RAM (=Random Access Memory) 13 used as a work area for the processor 11, an auxiliary storage device 14, and a communication interface 15. Each device is connected via a bus and other signal lines 16.

[0027] The processor 11 is a device that realizes various functions through the execution of programs. The processor 11, the ROM 12, and the RAM 13 function as a computer. The auxiliary storage device 14 is configured by, for example, a hard disk device or a semiconductor storage device. In addition to the therapeutic app, the auxiliary storage device 14 stores data related to authentication of patients to whom the therapeutic app is prescribed and patient data registered through the therapeutic app.

[0028] In this embodiment, the treatment application, the recording application, and the OS (=Operating System) are collectively referred to as a program. The communication interface 15 is an interface for communicating with other servers and terminals via the network N. The communication interface 15 supports Ethernet (registered trademark), Wi-Fi (registered trademark), mobile communication systems, and other communication standards.

[0029] <Data managed by the server> 3 is a diagram for explaining an example of the authentication data 141 and the patient data 142 stored in the auxiliary storage device 14 (see FIG. 2) of the medical application operation server 10. In the case of FIG. 3, only the information of "Tokyo Taro" is illustrated, but data of other patients is also recorded. The authentication data 141 shown in FIG. 3 is composed of, for example, a patient ID, a user ID, a patient name, a prescription date, a medical institution ID, a doctor ID, a prescription code, and an insured medical treatment period (last month) of the medical treatment application.

[0030] The patient ID is an ID that identifies the patient and is notified by the health insurance medical institution when a medical treatment app is prescribed. The user ID is an ID used for managing the medical application operation server 10 and is used for authenticating the patient. The patient name is recorded when the patient name is notified by the health insurance medical institution. In the case of Figure 3, the patient name is "Tokyo Taro." The prescription date is the date on which the treatment app was prescribed. In the case of Figure 3, it is July 31, 2023.

[0031] The medical institution ID is an ID that identifies the health insurance medical institution that prescribed the therapeutic app. The doctor ID is an ID for identifying the doctor who prescribed the treatment app. The prescription code is a code that is notified to the patient to activate the treatment app. A prescription code is generated for each prescription. A prescription code has a usage period, and prescription codes that have passed the usage period will be invalidated. The usage period of a prescription code is, for example, three days after the prescription date. The insured medical treatment period (last month) of the treatment app is information that gives the period during which the treatment app can be used. In the present embodiment, the insured medical treatment period is managed on a monthly basis. Therefore, the last month of the insured medical treatment period is recorded. In the case of FIG. 3, it is January 2024. The insured medical treatment period is recorded when the treatment app is activated.

[0032] 3 includes, for example, a patient ID, a user ID, a patient name, an input date and time, and a blood pressure value. As described above, the patient data 142 also includes information other than the blood pressure value, but this information is omitted in FIG. 3 due to space limitations. The patient ID and user ID here are used to link with the authentication data 141. The input date and time is the date and time when the patient inputs blood pressure values, etc., into the activated treatment app. In the case of Figure 3, the beginning of the input date and time is recorded as 6:35 a.m. on August 1, 2023, the day after the prescription date. In the case of Figure 3, the systolic blood pressure value of "145" and the diastolic blood pressure value of "97" are recorded for the same day and time. In addition, the patient data 142 shown in FIG. 3 also records input values ​​on the evening of August 1, 2023 and input values ​​on the following morning.

[0033] Fig. 4 is a diagram for explaining an example of patient data 241 stored in the auxiliary storage device 24 (see Fig. 2) of the record application operation server 20. The patient data 241 is data input using the record application. In the case of Fig. 4, only the information of "Tokyo Taro" is illustrated, but the auxiliary storage device 24 also records data of other patients. 4 includes, for example, a patient ID, a user ID, a patient name, an input date and time, and a blood pressure value. As described above, the patient data 241 may include information other than the blood pressure value, but this information is omitted in FIG. 4 due to space limitations.

[0034] The patient ID is inherited from the treatment app, for example, when registering to start using the record app. The user ID is an ID used for managing the record application operation server 20, and is used for authenticating the patient. In the present embodiment, the user ID in FIG. 4 is the same as the user ID in FIG. 3. However, the user ID in FIG. 4 may be different from the user ID in FIG. 3. In that case, by recording two types of user IDs, it is possible to link the patient data 142 inputted through the treatment application with the patient data 241 inputted through the record application.

[0035] The patient name is registered by the patient when the patient starts using the record app, or is inherited from the treatment app. In the case of Figure 4, the patient name is "Tokyo Taro." In the case of Figure 4, the input date and time is 7:05 on February 1, 2024, which is the date after the end of the insured medical treatment period. In addition, the patient data 241 shown in FIG. 4 also records input values ​​on the night of February 1, 2024 and input values ​​on the following morning.

[0036] <Hardware configuration of information terminal> 5 is a diagram illustrating an example of a hardware configuration of an information terminal. The hardware configuration shown in FIG. Therefore, in the following, the doctor terminal 30 will be described as a representative example of an information terminal. The doctor terminal 30 shown in Fig. 5 has a processor 31, a ROM 32 storing a BIOS and the like, a RAM 33 used as a work area for the processor 31, an auxiliary storage device 34, a communication interface 35, a display 36, and an input reception device 37. Each device is connected via a bus or other signal lines 38. The patient terminal 40 is also provided with a camera.

[0037] The communication interface 35 is an interface for communicating with other servers or terminals or with peripheral devices through the network N. The communication interface 35 supports Ethernet (registered trademark), Wi-Fi (registered trademark), Bluetooth (registered trademark), USB (=Universal Serial Bus), mobile communication systems, and other communication standards.

[0038] The display 36 is, for example, a liquid crystal display or an organic EL (Electro Luminescence) display. The input reception device 37 is, for example, a mouse or a keyboard. In addition, when the doctor terminal 30 is a notebook computer, a tablet computer, or a smartphone, a capacitive touch sensor having transparency that does not interfere with the visibility of the image displayed on the display 36 is used as the input reception device 37. A device that combines this type of touch sensor with a display is called a touch panel.

[0039] <Processing operations during the insured medical treatment period of the treatment app> Here, a series of processing operations that begins with the prescription of a treatment application will be described. 6 is an example of a processing sequence illustrating a process from prescription of a therapeutic application to registration of patient data in the therapeutic application operation server 10. Note that the symbol S in the figure indicates a step, and the symbol t indicates time. The processing sequence shown in FIG. 6 consists of three stages.

[0040] The first stage is processing operations S101 to S105 (t11 to t14) related to notification of a prescription code of a medical treatment application. The second stage is processing operations S111 to S124 (t21 to t28) related to installing the therapeutic application in the patient terminal 40 and linking the therapeutic application with information identifying the patient. The third stage is processing operations S131 to S137 (t31 to t35) related to the registration of patient data in the medical application operation server 10 via the medical application.

[0041] <First stage> First, a doctor operates doctor terminal 30 to input details of a medical examination for a patient with hypertension (S101). The details of the examination are registered in the management system of the health insurance medical institution to which the doctor belongs. In this embodiment, the doctor determines that a therapeutic application needs to be prescribed for the patient. In this case, the doctor accesses a website for medical institutions published by the therapeutic application operation server 10 and requests a prescription code (S102). Incidentally, a doctor ID and a login password, for example, are used to log in to the website. At this time, the patient identification information (for example, the patient's name, date of birth, etc.) may be attached, or the patient ID used in the hospital system may be attached.

[0042] The medical application operation server 10 that has received the prescription code requests issues the prescription code (S103). In the present embodiment, a prescription code is issued for each request. The issued prescription code is associated with information (e.g., a patient ID, a user ID) that identifies the patient to whom the prescription code is to be issued, and is registered in the authentication data 141 (see FIG. 3). Thereafter, the medical application operation server 10 transmits the issued prescription code to the doctor terminal 30 which is the request source (S104). The notified prescription code is printed on a sheet of paper and handed to the patient (S105). The doctor terminal 30 may notify the patient terminal 40 by email.

[0043] Fig. 7 is a diagram illustrating an example of a printed matter 50 on which a prescription code is printed. On the printed matter 50 shown in Fig. 7, a title 51, a medical record number 52, an issue date 53, a patient's name 54, a patient's gender 55, information on the health insurance medical institution 56, a prescription code 57, a QR code (registered trademark) 58, and a note 59 are printed. The expiration date is also printed on the prescription code 57. In the case of FIG. 7, the expiration date is 10:31 on August 3, 2023, three days after the date of issue. The QR code 58 has prescription code information embedded therein.

[0044] <Second stage> For example, the patient accesses a website provided by a doctor and requests a therapeutic application (S111 in FIG. 6). In the present embodiment, the therapeutic application is distributed by the therapeutic application operation server 10. Therefore, in S111, the therapeutic application is requested from the therapeutic application operation server 10. The therapeutic application operation server 10 that has received the request for the therapeutic application transmits the requested therapeutic application to the patient terminal 40 (S112). In addition, if the therapeutic application has already been downloaded to the patient terminal 40, the processing operations of S111 and S112 are omitted.

[0045] The patient terminal 40 that has received the therapeutic application installs the therapeutic application, starts the installed prescription application, and receives the prescription code in this order in response to the patient's operation (S113). The therapeutic application cannot be used simply by being installed, and activation by inputting the prescription code is required. The patient terminal 40 transmits the input prescription code to the medical application operation server 10 (S114). The medical application operation server 10 authenticates the patient by comparing the prescription code received from the patient terminal 40 with the prescription code in the authentication data 141 (see FIG. 3) (S115).

[0046] If these two prescription codes match, the therapeutic application operation server 10 determines that the authentication is successful. On the other hand, if these two prescription codes do not match, the therapeutic application operation server 10 determines that the authentication is unsuccessful. In addition, even if the two prescription codes match, if the prescription code usage period has expired, the therapeutic application operation server 10 regards the authentication as a failure. As described above, in this embodiment, the usage period is three days after the prescription date. In either case, the therapeutic application operation server 10 transmits the result of the authentication to the patient terminal 40 (S116).

[0047] If the authentication is successful, the authentication result includes a code that allows activation of the therapeutic app. In this case, activation of the therapeutic app is executed in the patient terminal 40 (S117). As a result, the therapeutic app becomes available in the patient terminal 40. When the therapeutic app is in an activated state, the prescription code entered in S113 is recorded in association with the therapeutic app. The prescription code is used, for example, when transferring patient data 142 (see FIG. 3) to the record app operation server 20 (see FIG. 1). On the other hand, if the authentication fails, the authentication result does not include a code that allows activation of the therapeutic application. In this case, an error screen is displayed on the display 46 of the patient terminal 40 (see FIG. 5).

[0048] When the therapeutic application is activated, registration of patient information in the therapeutic application operation server 10 becomes possible. Specifically, the account ID and password used for logging in are transmitted from the patient terminal 40 to the therapeutic application operation server 10 (S118), and are registered in association with the prescription code, etc. (S119). For example, the account ID and password are added to the authentication data 141 (see FIG. 3). When the registration of the account ID and password used for logging in is completed, the therapeutic application operation server 10 notifies the patient terminal 40 of the completion of the registration (S120).

[0049] After completing the registration of the account ID and password used for logging in, the patient inputs the patient name and other patient information into the patient terminal 40 (S121). When the input is confirmed, the input patient information is transmitted from the patient terminal 40 to the therapeutic application operation server 10 (S122). The therapeutic application operation server 10 registers the received patient information in association with the prescription code and the like (S123), and notifies the patient terminal 40 of the completion of the registration (S124). The completion of the registration is displayed on the display 46 of the patient terminal 40 (see FIG. 5).

[0050] <Third stage> Here, the process of inputting patient data using the treatment app after activation will be described. First, the patient operates the patient terminal 40 to start the therapeutic application (S131). When the therapeutic application is started, the patient terminal 40 transmits an account ID and a password used for logging in to the therapeutic application operation server 10 (S132). The therapeutic application operation server 10 executes an authentication process using the received account ID and password (S133). If the received account ID and password exist in the authentication data 141, the therapeutic application operation server 10 determines that the authentication is successful. On the other hand, if the received account ID and password do not exist in the authentication data 141, the therapeutic application operation server 10 determines that the authentication is unsuccessful.

[0051] The result of the authentication is transmitted from the therapeutic application operation server 10 to the patient terminal 40 (S134). If the authentication is successful, it becomes possible to input data such as blood pressure values ​​into the patient terminal 40. If the authentication is unsuccessful, the patient terminal 40 displays an error on the display 46.

[0052] Fig. 8 is a diagram for explaining an example of an operation screen of a treatment application. In the case of Fig. 8, the patient terminal 40 is a smartphone. Moreover, the operation screen displayed on the display 46 is a screen for manual input. In the case of FIG. 8, the measurement date is August 1, 2023 (Tuesday), and the blood pressure was entered at 8 p.m. The systolic blood pressure is 135mmHg, the diastolic blood pressure is 85mmHg, and the pulse rate is 70bpm.

[0053] Returning to the explanation of Figure 6. When the patient inputs data such as blood pressure values ​​(S135), the patient terminal 40 transmits the input patient data to the medical application operation server 10 (S136). The medical application operation server 10 registers the received data as the patient data 142 (see FIG. 3) (S137). The input of data such as blood pressure values ​​may be done manually by the patient, or may be done automatically by inputting blood pressure values ​​measured by a peripheral device connected via Bluetooth, etc. The peripheral device here is a blood pressure monitor. The patient data 142 registered in the therapeutic application operation server 10 can be downloaded and viewed from a doctor terminal 30 (see FIG. 1) operated by the doctor who prescribed the therapeutic application. For example, patient data that matches the patient ID and other information entered by the doctor is transmitted to the doctor terminal 30. As a result, the doctor can use information such as blood pressure values ​​at home for examinations.

[0054] FIG. 9 is a diagram for explaining an example of a medical examination screen displayed on the display 36 of the doctor terminal 30. As shown in FIG. The medical examination screen shown in FIG. 9 is displayed based on the patient data 142 of “Tokyo Taro” read out from the medical application operation server 10 (see FIG. 3). The patient data column on the examination screen shown in FIG. 9 is made up of a display column 361 for displaying changes in average blood pressure, a display column 362 for review information, a display column 363 for displaying activity records, and an end button 364.

[0055] In the case of FIG. 9, the date displayed on the consultation screen is January 21, 2024. Therefore, display field 361 displays the average blood pressure, average pulse rate, and blood pressure measurement rate calculated from patient data from 8 weeks to 4 weeks prior to the display date (from December 3rd to December 23rd, 2023), and the average blood pressure, average pulse rate, and blood pressure measurement rate calculated from patient data from 4 weeks prior to the display date to the day before (from December 24th, 2023 to January 20th, 2024).

[0056] A record of mood and physical condition is displayed in a display field 362 shown in Fig. 9. A record of mood and physical condition is also called a diary. 9, the number of days the treatment app was used, the number of days a salt reduction in meals was recorded, the number of days a weight loss was recorded, etc. are displayed as activity records. Of course, these are just examples. When the end button 364 is operated, the examination screen is closed.

[0057] <Processing operations after the insurance medical treatment period of the treatment app> Here, a series of processing operations that are executed after the end of the insured medical treatment period of the medical treatment application will be described.

[0058] <Up to installing the recording app> FIG. 10 is an example of a processing sequence that explains the processing operations executed before and after the end of the insurance medical treatment period. Note that the symbol S shown in the figure represents a step, and the symbol t represents time. The processing operations shown in FIG. 10 are an example of an information processing method.

[0059] The processing sequence shown in FIG. 10 consists of two stages. The first stage is the processing operations S151 to S155 (t51 to t54) that are executed when the medical treatment application is started just before the end of the insured medical treatment period. The second stage is the processing operations S151 to S170 (t51 to t60) that are executed when the medical treatment application is started after the end of the insured medical treatment period.

[0060] <First stage> First, the first stage will be described. The patient operates the patient terminal 40 to start the therapeutic application (S151). When the therapeutic application is started, the patient terminal 40 transmits an account ID and a password used for logging in to the therapeutic application operation server 10 (S152). The therapeutic application operation server 10 executes an authentication process using the received account ID and password (S153).

[0061] If the received account ID and password exist in the authentication data 141, the medical application operation server 10 determines that the authentication has been successful, regardless of whether the current time is within the period covered by insurance. Note that whether the current time is within the period covered by insurance is determined separately from the authentication process. The result of the authentication is transmitted from the medical treatment application operation server 10 to the patient terminal 40 (S154). This transmission also includes the result of the period check. As described above, in the first stage, it is assumed that the insured medical treatment period has not ended. However, it is assumed that the end of the insured medical treatment period is approaching soon. In the case of this embodiment, it is assumed that the date of launch of the medical treatment application is within one week (i.e., seven days) from the end date of the insured medical treatment period. In this case, the patient terminal 40 displays a notice of the end of the insured medical treatment period on the display 46 (see FIG. 5).

[0062] FIG. 11 is a diagram illustrating an example of an insured medical treatment period expiration notice screen 460 displayed on the display 46 of the patient terminal 40. As shown in FIG. The termination notice screen 460 is composed of a termination notice field 461 for the insured medical treatment period, a field 462 for recommending the use of a record application, a "Close" button 463, and a button 464 for calling up an explanation of the treatment period (i.e., the insured medical treatment period).

[0063] In the case of FIG. 11, the end notice field 461 states "The treatment period using the treatment app will end on January 31st." In addition, the end notice field 461 may display the number of days remaining until the end of the treatment period, such as "The treatment period using the treatment app will end in 3 days" or "The treatment period using the treatment app will end today."

[0064] In the case of FIG. 11, the usage recommendation field 462 states, "After you finish, you can continue recording and reviewing your blood pressure by installing a recording app (free).", and contains text encouraging the installation (implicitly downloading) of the recording app. In addition, the usage recommendation field 462 may display information such as "When the treatment period ends, this treatment app will no longer be available" or "To view blood pressure records and reviews during the treatment period after the treatment period ends, a record app (free) is required" to inform the user that the treatment app will no longer be available or to encourage the user to use the record app. The notice in the termination notice field 461 is an example of a notice of the end of the treatment period (ie, the health care period). The notification in the usage recommendation field 462 is a notification that recommends the use of the recording app, and is also an example of a notification that notifies the user of a restriction on the use of the treatment app.

[0065] <Second stage> Next, the second stage will be described. In the second stage, the processing operations from S151 to S154 are the same as those in the first stage. That is, the therapeutic application operation server 10 notifies the authentication result of the patient terminal 40. If the received account ID and password do not exist in the authentication data 141, the therapeutic application operation server 10 determines that the authentication has failed. As described above, the second stage assumes that the current time is after the end of the insured medical treatment period. Therefore, the medical application operation server 10 determines that the authentication has failed and notifies the user that the insured medical treatment period has ended as the reason.

[0066] The patient terminal 40 that receives the authentication result notifies the patient of the end of the insured medical treatment period (S156). At that time, the patient terminal 40 displays a message recommending the use of an app (i.e., a record app) different from the treatment app. FIG. 12 is a diagram for explaining an example of screens 470, 480 displayed on the display 46 of the patient terminal 40. As shown in FIG. Screen 470 is composed of a section 471 notifying the end of the insured medical treatment period, a section 472 recommending the use of a record app, a question 473 asking whether the patient wishes to use the service, a "Use" button 474, a "Do not use" button 475, and a button 476 for calling up an explanation of the treatment period (i.e., the insured medical treatment period).

[0067] In the case of FIG. 12, the end notification field 471 states "The treatment period using the treatment app has ended." In addition, the end notification field 471 may display the date on which the treatment period ended or the number of days that have passed, such as "The treatment period using the treatment app ended on January 31st" or "The treatment period using the treatment app ended three days ago." In the case of FIG. 12, the usage recommendation field 472 states, "After you finish, you can continue recording and reviewing your blood pressure by installing a recording app (free).", and contains text encouraging the installation (implicitly downloading) of the recording app.

[0068] In addition, the usage recommendation field 472 may display information indicating that the use of the treatment app will be restricted or encouraging the use of the record app, such as "This app will no longer be available after the treatment period ends," "This treatment app cannot be used for blood pressure recording and review," or "A record app (free) is required to view blood pressure records and review during the treatment period after the treatment period ends." The end notice field 471 is an example of a notice that a treatment period (ie, a health care period) has ended. On the other hand, the usage recommendation field 472 is an example of a notification that the use of the treatment app is restricted, and is also an example of a notification that encourages the use of the record app.

[0069] The inquiry 473 about whether to use the application states “Do you want to use the recording application?” and prompts the user to select either a “Use” button 474 or a “Do not use” button 475 . The “Do not use” button 475 is a button for switching the display from the screen 470 to the screen 480 .

[0070] The screen 480 is composed of a screen 481 for future handling of the treatment app, an introduction 482 of the app required for viewing patient data, and a “Close” button 483. Future handling of the therapeutic app 481 states, "The therapeutic app will no longer be available, so you may uninstall it," indicating that the therapeutic app will no longer be available and that it may be uninstalled even if the record app is not used. This display is an example of a notification that the use of the therapeutic app will be restricted, and also an example of a notification encouraging manual uninstallation of the therapeutic app.

[0071] The introduction 482 of the app required for viewing patient data states, "If you would like to view your blood pressure and review data, please use the record app," indicating that you will not be able to view your blood pressure and review data if you do not use the record app. This display is an example of a notification that the use of the treatment app will be restricted, and also an example of a notification encouraging the use of the record app. It should be noted that the “close” button 483 is a button for switching the display from the screen 480 to the screen 470 .

[0072] When the "Use" button 474 on the screen 470 is operated, the display on the patient terminal 40 switches from the screen 470 to a record application use confirmation screen 490 (see FIG. 13). Specifically, the use confirmation S157 in FIG. 10 is executed. FIG. 13 is a diagram illustrating an example of a usage confirmation screen 490 and an installation recommendation screen 500 for a recording application. The record application usage confirmation screen 490 is composed of a dedicated account registration request 491, a data transfer notice 492, an inquiry about whether to register 493, a “Register” button 494, and a “Do not register” button 495.

[0073] 13, the dedicated account registration request 491 states "A dedicated account registration is required to use the recording app," indicating that a dedicated account for the recording app is required to be registered. This display is an example of a notification that prompts registration of patient information that uses the recording app. 13, the data transfer notice 492 states "The data of the treatment application will be transferred to the registered account information," indicating that the patient data will be transferred to the dedicated account. The transfer here means copying or moving the patient data from the treatment application operation server 10 to the record application operation server 20.

[0074] This display is an example of a notification of a transfer destination of the patient data, and also an example of a notification that the use of the therapeutic app will be restricted. However, operation without transferring patient data is also possible. In this case, even after the use of the record application starts, the patient data entered during the period of insurance treatment is stored in the treatment application operation server 10. The patient data entered through the record application is stored in the record application operation server 20.

[0075] The registration intention inquiry 493 states “Do you want to register a dedicated account?” and prompts the user to select either a “Register” button 494 or a “Don't Register” button 495 . Incidentally, when the "Do not register" button 495 is operated, the display of the patient terminal 40 returns to the screen 470 (see FIG. 12). When the "Register" button 494 is operated, the patient terminal 40 requests the therapeutic application operation server 10 to register a dedicated account (S158 in FIG. 10).

[0076] When the therapeutic application operation server 10 registers a new dedicated account based on the received patient information (S159), it notifies the patient terminal 40 of the completion (S160). This notification includes the user ID of the authentication data 141 of the therapeutic application (see FIG. 3). Next, the patient terminal 40 requests the therapeutic application operation server 10 to add (link) the received user ID to its own patient data 142 (see FIG. 3) (S161). The therapeutic application operation server 10 executes a process of adding the user ID (S162), and notifies the patient terminal 40 of the completion of the addition (S163).

[0077] Upon receiving this notification, the patient terminal 40 issues a notification that the record application is available (S164) and a notification that the treatment application is unavailable (S165). In the case of this embodiment, these notifications are executed as the display of an installation recommendation screen 500 (see FIG. 13). The installation recommendation screen 500 is composed of a dedicated account registration completion notification 501, a treatment app unavailability notification 502, an "Install App" button 503, and a button 504 for calling up an explanation of the treatment period (i.e., the insured medical treatment period).

[0078] 13, the registration completion notice 501 states "You can now use the recording app," indicating that registration of a dedicated account required to use the recording app has been completed. Note that the registration completion notice 501 may display content encouraging installation (implicitly downloading) of the recording app, such as "Registration of a dedicated account has been completed. Please install the recording app" or "The recording app is ready to be installed."

[0079] 13, the treatment app unavailability notification 502 states "You cannot use the treatment app because the treatment period has ended," indicating that the treatment app is no longer available. Note that the unavailability notification 502 may display content encouraging the user to uninstall the treatment app, such as "Since the treatment app is no longer available, you may uninstall the treatment app" or "Since the treatment app is no longer available, you cannot view blood pressure or reviews."

[0080] When the "Install App" button 503 is operated, the patient terminal 40 accesses the URL (=Uniform Resource Locator) of the record app operation server 20 or other app store embedded in the button, and requests the record app (S166 in FIG. 10). In this embodiment, the patient terminal 40 requests a recording application from the record application operation server 20. Upon receiving the request, the record application operation server 20 performs authentication (S167) and then transmits the recording application to the patient terminal 40 that made the request (S168).

[0081] The patient terminal 40 that has downloaded the recording application installs the recording application (S169), and then uninstalls the treatment application (S170). Note that uninstalling the treatment application is optional. The recording app used in this embodiment uses the prescription code, user ID, etc. used when registering an account for the recording app, and can read patient data recorded during the insured medical treatment period from the recording app operation server 20 and display it on the display 46 (see Figure 5). When patient data recorded during the period of insured medical treatment is stored in the record application operation server 20, the record application reads the patient data from the treatment application operation server 10 and displays it on the display 46 (see FIG. 5).

[0082] <Operation screen> Fig. 14 is a diagram for explaining changes in the home screen before and after the installation of a recording application. In Fig. 14, parts corresponding to those in Fig. 8 are denoted by the same reference numerals. FIG. 14 illustrates two home screens 510 and 520 that are displayed on the display 46 of the patient terminal 40. A home screen 510 is an example of a home screen before the installation of a recording application. Only a treatment application icon 511 is displayed on the home screen 510 shown in FIG.

[0083] A home screen 520 is an example of a home screen after the recording app is installed. In the present embodiment, the treatment app is automatically uninstalled after the recording app is installed, so that only the icon 521 of the recording app is displayed on the home screen 520 shown in FIG. Tapping on the record application icon 521 launches the record application, allowing blood pressure values ​​and other patient data to be entered.

[0084] Fig. 15 is a diagram for explaining an example of an operation screen of a recording application displayed on the patient terminal 40. In Fig. 15, parts corresponding to those in Fig. 8 are denoted by the same reference numerals. FIG. 15 shows two operation screens 530 and 540. An operation screen 530 is an example of a home screen of a recording application, and on the display 46, a field 531 for inputting blood pressure values ​​and displaying the inputted blood pressure values, and a field 532 for inputting review information are displayed. The upper row of the blood pressure value display field 531 shows the morning blood pressure value, and the lower row shows the evening blood pressure value. In the case of Fig. 15, the morning blood pressure value shows an input value, but the evening blood pressure value is left blank. Incidentally, the review information input field 532 is used to record mood and physical condition. In this way, blood pressure values ​​are input through the recording application even after the insured medical treatment period.

[0085] An operation screen 540 is an example of an input screen of the recording application, and is displayed, for example, by tapping the blood pressure value display field 531 on the home screen. The measurement date on the input screen shown in Fig. 15 is Thursday, February 1, 2024, and the blood pressure input time is 20:12. The blood pressure values ​​and the like shown on the operation screen 540 are the values ​​measured the first time, with the systolic blood pressure being 135 mmHg, the diastolic blood pressure being 85 mmHg, and the pulse rate being 70 bpm. When the operation of button 541 is accepted on operation screen 540, the recording application moves to a screen for inputting the second measurement value. On the other hand, when the operation of button 542 is accepted, the recording application closes the input screen and transmits the input blood pressure value, etc. as patient data to the recording application operation server 20 (see FIG. 10).

[0086] <Summary> As mentioned above, after the end of the insured medical treatment period, the use of the prescribed treatment app is restricted and the patient is guided to input blood pressure values ​​through the record app. As a result, the experience of inputting blood pressure values, which has become a habit through the prescribed treatment app, can be continued through the record app. Furthermore, in the present embodiment, the treatment application is uninstalled after the recording application is installed, which can promote the use of the recording application.

[0087] In addition, even after the end of the insured medical treatment period, the blood pressure values ​​entered during the insured medical treatment period and reviews can be viewed through the recording app, which can promote the use of the recording app. Of course, the blood pressure values ​​entered and reviews can also be viewed through the recording app. In addition, blood pressure values ​​during the insured medical treatment period and blood pressure values ​​after the end of the insured medical treatment period can be viewed not only from the patient terminal 40 but also from the doctor terminal 30 (see FIG. 1). Therefore, doctors can consider treatment plans based on the trends in blood pressure values ​​measured at home.

[0088] <Embodiment 2> Next, an application for assisting in the treatment of hypertension will be described as an example of a treatment application prescribed by an insurance medical institution. <System and hardware configuration> The information processing system assumed in this embodiment is the same as the information processing system 1 (see FIG. 1) described in embodiment 1. The hardware configurations of the treatment application operation server 10, the record application operation server 20, the doctor terminal 30, and the patient terminal 40 are also the same as those described in embodiment 1.

[0089] <Processing operations after the insurance medical treatment period of the treatment app> Fig. 16 is an example of a processing sequence illustrating the integration processing of patient data in the embodiment 2. In Fig. 16, the parts corresponding to those in Fig. 10 are assigned the same reference numerals. The processing operation shown in Fig. 16 is also an example of an information processing method. In the present embodiment, after the recording application is installed (S169), the treatment application is disabled (S171), which is different from the first embodiment in that the treatment application is uninstalled.

[0090] When the treatment app is disabled, the treatment app is not uninstalled. However, after the treatment app is disabled, the start of the treatment app and the input of blood pressure values ​​and the like using the treatment app are restricted. Fig. 17 is a diagram for explaining changes in the display screen after the treatment application is disabled. In Fig. 17, parts corresponding to those in Fig. 14 are denoted by the same reference numerals. A home screen 510A shown in FIG. 17 displays a disabled treatment application icon 511 and a newly installed record application icon 512.

[0091] When icon 512 of a recording application is tapped on home screen 510A, the recording application is started up, and operation screen 530 (see FIG. 15), which is an example of the home screen of the recording application, is displayed. On the other hand, when the treatment application icon 511 is tapped on the home screen 510A, the display on the display 46 switches from the home screen 510A to an operation screen 510B. In the case of FIG. 17, a message 513 is displayed on the operation screen 510B saying "The medical treatment period for the treatment application has ended, so the treatment application cannot be started. Please use the record application." By displaying this message 513, it is possible to notify the patient that the treatment application cannot be used. Also, by displaying this message 513, it is possible to prompt the patient to use the record application.

[0092] Fig. 18 is a diagram for explaining another change in the display screen after the treatment application is disabled. In Fig. 18, the parts corresponding to Fig. 15 and Fig. 17 are denoted by the same reference numerals. 18, when the icon 511 of the disabled treatment application is tapped, an operation screen 510C is displayed on the display 46. The operation screen 510C uses the operation screen 530 of the treatment application (see FIG. 15) as a base screen.

[0093] However, a message 514 is displayed on the operation screen 510C saying "This treatment application cannot be used to input blood pressure values. Please use the recording application." By displaying this message 514, it is possible to notify the patient that the treatment application cannot be used. Also, by displaying this message 514, it is possible to prompt the patient to use the record application.

[0094] <Summary> In the present embodiment, even if the icon of the treatment application is displayed on the home screen of the patient terminal 40, it is possible to restrict the start of the treatment application and the input of blood pressure values ​​and the like after the start of the treatment application. This makes it possible to promote the use of the record application by patients who wish to continue inputting patient data.

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

[0096] (2) The processor in the above-described embodiments refers to a processor in a broad sense, and includes general-purpose processors (e.g., CPU (=Central Processing Unit)) as well as dedicated processors (e.g., GPU (=Graphical Processing Unit), ASIC (=Application Specific Integrated Circuit), FPGA (=Field Programmable Gate Array), programmable logic devices, etc.). In addition, the operations of the processor in each of the above-mentioned embodiments may be executed by multiple processors in cooperation with each other, and the order of execution of each operation in the processor is not limited to the order described in each of the above-mentioned embodiments, and may be changed individually.

[0097] (3) In the above embodiment, the authentication process between the patient terminal 40 and the therapeutic application operation server 10 is entirely completed within the server, but the result may be used in combination with authentication by a third party, including the business entity from which the patient obtained the therapeutic application or a telecommunications carrier. The same applies to the record application.

[0098] (4) The treatment app and record app described in the above embodiment are intended to be prescribed to patients with hypertension, but may also be apps prescribed to patients suffering from other diseases. That is, the above-mentioned treatment application and record application may be applications prescribed for, for example, nicotine addiction, insomnia disorder, depression, diabetes, alcoholism, obesity, etc. Note that the information inputted into the treatment application and record application differs depending on the type of disease.

[0099] In the case of an app prescribed to patients with nicotine addiction, for example, carbon monoxide (CO) in the breath, nicotine concentration in saliva, smoking date and time, number of cigarettes smoked or number of times smoked, patient's cognitive information (way of thinking, values), exercise (number of steps, length of time exercised, distance traveled), other illnesses (diabetes), medication, blood pressure, heart rate, pulse, current physical condition (headache, irritability, feeling good, nausea, etc.), and all or part of the answers to the assumed causes are input. These pieces of information are examples of information related to smoking. In the case of an app prescribed to a patient with insomnia, for example, all or part of the following information is input: bedtime, wake-up time, sleep duration, sleep efficiency, number and type of meals, exercise record, and medication record. Bedtime, wake-up time, sleep duration, and sleep efficiency are examples of information related to sleep. In the case of an app prescribed to a patient with depression, for example, all or part of the following records may be entered: mood records, behavior records, medication records, sleep records, and appetite records.

[0100] In the case of an app prescribed for a diabetic patient, for example, all or part of the number and contents of meals, exercise records, medication records, weight, blood pressure value, and blood glucose level are input. Blood glucose level is an example of information related to blood glucose level. In the case of an app prescribed to patients with alcoholism, for example, medication records, whether or not they have drunk alcohol, and all or part of the details of their drinking are entered. In the case of an app prescribed to an obese patient, for example, all or part of the target weight, treatment start date, number of days of treatment, appropriate calorie intake, health history (mood), weight history, calorie intake history, date and time of calorie intake, medication history (dosage taken, date and time of taking medication), treatment history (treatment, content of advice, whether or not the patient performed it), medical history, blood data (AST (aspartate aminotransferase) / ALT (alanine aminotransferase)) and CT value are entered. The treatment application and the record application may be capable of inputting information on a plurality of diseases.

[0101] (5) In the above-mentioned embodiment, it is assumed that the recording app is installed after the end of the insured medical treatment period, but the recording app may be installed and patient data may be input even before the end of the insured medical treatment period. For example, if the usage period of the treatment app is set to the last day of the month following the hospital visit date or within 30 days from the hospital visit date, and the use of the treatment app is restricted even before the end of the insured medical treatment period after the usage period has expired, the processing of the above-mentioned embodiment may be executed on the condition that the doctor does not record an extension of the usage period within a predetermined period from the end of the usage period. Fig. 19 is a diagram for explaining another example of the authentication data 141 stored in the auxiliary storage device 14 (see Fig. 2) of the treatment application operation server 10. In Fig. 19, parts corresponding to those in Fig. 3 are denoted by the same reference numerals.

[0102] FIG. 19 differs from the authentication data 141 shown in FIG. 3 in that the "Prescription Date" column has been changed to "Prescription Date / Consultation Date" and a column for "Expiration Month of Treatment App" has been added. In the case of Figure 19, the date on which the treatment app was prescribed to "Tokyo Taro" is July 31, 2023. Therefore, the insured medical treatment period is set to January 2024. On the other hand, the expiration month of the treatment app is recorded as August 2023. If "Tokyo Taro" does not receive his next medical examination by August 2023, he will no longer be able to use the treatment app. However, in the case of Figure 19, "Tokyo Taro" received his second medical examination on August 29, 2023. Therefore, the expiration month of the treatment app has been updated to September 2023. In this way, when the expiration date of the medical treatment app is set separately from the medical treatment period covered by insurance, the patient data transfer process or the like may be executed on the condition that the expiration date has expired. The expiration date here is also an example of a validity period.

[0103] (6) In the above embodiment, the treatment application operation server 10 includes both an authentication function and a patient data storage function, but the authentication function may be performed by an authentication server and the patient data storage function may be performed by a storage server. The same applies to the record application operation server 20.

[0104] (7) In the above explanation, the processing operations executed by the server and the information terminal are explained using FIG. 6, FIG. 10, and FIG. 16, but the execution entity of each processing operation is not limited to the contents exemplified. For example, a processing operation that is executed by a server may be executed by an information terminal, and a processing operation that is executed by an information terminal may be executed by a server. Furthermore, a processing operation whose execution subject is the treatment application operation server 10 may be executed by the record application operation server 20. A processing operation whose execution subject is the doctor terminal 30 may be executed by the patient terminal 40, and a processing operation whose execution subject is the patient terminal 40 may be executed by the doctor terminal 30.

[0105] (8) In the above explanation, the insurance medical institution is assumed to be a hospital or other facility where a doctor terminal 30 that prescribes the treatment app is installed, but when a pharmacist, public health nurse, nurse, nutritionist, hospital staff, or other medical personnel issues a prescription code, the insurance medical institution also includes a facility or institution where an information terminal operated by a pharmacist, public health nurse, nurse, nutritionist, hospital staff, or other medical personnel is installed. In addition, the issuance of a prescription code is not limited to issuance for medical treatment, and may be issuance for uninsured treatment or mixed treatment.

[0106] (9) In the above description, the second app is a record app that does not require a prescription. However, the second app may be a treatment app that is installed on the patient terminal 40 by a prescription different from that of the first app. In addition, the second app may be a completely different app from the first app, or may be the same app as the first app. In this case, it is possible to promote the use of a separately prescribed therapeutic application after the expiration of the validity period of the previously prescribed therapeutic application.

[0107] <Summary> The disclosed examples described in the above-mentioned embodiments are shown below. (((1))) An information processing system having one or more processors, the one or more processors restricting the use of a first app after a validity period set in the first app that is prescribed for the purpose of treating a disease and installed on a patient's device has expired. According to this information processing system, it is possible to provide a technique for promoting the use of a second app that takes over the input of patient data from a prescribed first app when the validity period of the first app expires.

[0108] (((2))) The information processing system according to (((1))), wherein the restriction is disabling of the first application. According to this information processing system, it is possible to promote the use of the second application by physically disabling the use of the first application.

[0109] (((3))) The information processing system according to (((2))), wherein the processor restricts the launch of the first application by disabling the first application. This information processing system can encourage patients who wish to continue inputting their patient data to use the second app.

[0110] (((4))) The information processing system described in (((2))), wherein, upon disabling, the processor restricts acceptance of input of patient data through the first app. This information processing system can encourage patients who wish to continue inputting their patient data to use the second app.

[0111] (((5))) The information processing system according to (((1))), wherein the restriction is uninstallation of the first application. According to this information processing system, the use of the second application can be promoted by physically deleting the first application from the patient's device.

[0112] (((6))) The information processing system according to any one of (((1))) to (((5))), wherein the validity period is an insured medical treatment period. This information processing system can promote the use of the second app after the insured medical treatment period.

[0113] (((7))) The information processing system according to any one of (((1))) to (((5))), wherein the validity period is an expiration date of the first application that is updated on the day of the medical examination. This information processing system can promote the use of the second app after the expiration date, which is updated on the day of the medical examination.

[0114] (((8))) The information processing system according to any one of (((1))) to (((7)), wherein the second application that takes over input of patient data from the first application is an application that is not covered by the medical insurance system. With this information processing system, the second app is not subject to the restrictions of the Pharmaceuticals and Medical Devices Act, making it easier to respond to patient requests.

[0115] (((9))) An information processing method in which a computer executes a process to restrict use of a first app after a validity period set for a first app that has been prescribed for the purpose of treating a disease and installed on a patient's device has expired. According to this information processing method, it is possible to provide a technique for promoting the use of a second app that takes over the input of patient data from a prescribed first app when the validity period of the first app expires. It should be noted that in this information processing method as well, it is possible to combine techniques corresponding to (((2))) to (((8))).

[0116] (((10))) A program for implementing a function on a computer to restrict the use of a first app after the expiration date of a first app that has been prescribed for the purpose of treating an illness and installed on a patient's device. This program provides technology that promotes the use of a second app that takes over the input of patient data from a first prescribed app when the validity period of the first prescribed app expires. In this program, it is also possible to combine technologies corresponding to (((2))) to (((8))). [Explanation of symbols]

[0117] 1...information processing system, 10...treatment application operation server, 20...recording application operation server, 11, 21, 31, 41...processor, 12, 22, 32, 42...ROM, 13, 23, 33, 43...RAM, 14, 24, 34, 44...auxiliary storage device, 15, 25, 35, 45...communication interface, 16, 26, 38, 48...signal line, 30...doctor terminal, 36, 46...display, 37, 47...input reception device, 40...patient terminal

Claims

1. One or more processors; The one or more processors: An information processing system that restricts use of a first app that has been prescribed for the purpose of treating a disease and installed on a patient's device after a validity period set for the first app has expired.

2. The information processing system according to claim 1 , wherein the restriction is disabling of the first application.

3. The information processing system according to claim 2 , wherein the processor restricts activation of the first application by disabling the first application.

4. The information processing system according to claim 2 , wherein the processor restricts acceptance of input of patient data through the first application by the disabling.

5. The information processing system according to claim 1 , wherein the restriction is uninstallation of the first application.

6. The information processing system according to claim 1 , wherein the validity period is a medical insurance period.

7. The information processing system according to claim 1 , wherein the validity period is an expiration date of the first application that is updated on a medical examination date.

8. The second application that takes over the input of patient data from the first application is an application that is not covered by the medical insurance system. The information processing system according to any one of claims 1 to 7.

9. An information processing method in which a computer executes a process to restrict use of a first app that has been prescribed for the purpose of treating a disease and installed on a patient's terminal after the expiration of a validity period set for the first app.

10. A program for causing a computer to realize a function of restricting the use of a first app after the expiration of a validity period set for a first app that has been prescribed for the purpose of treating a disease and installed on a patient's device.

Images