JP7663180B2 - Information processing device and program - Google Patents

Description

Article 30, Paragraph 2 of the Patent Act November 26, 2021 Sales materials created by MedPeer Co., Ltd.

The present invention relates to an information processing device and a program.

Generally, pharmacists who provide medication instructions to patients who visit a pharmacy provide medication instructions tailored to the patient, taking into consideration the prescription the patient brings with them and the information they receive from the patient.

Patent document 1 discloses a technology in which a search target medication search term is obtained from medical terms included in a medical analysis item, medical information for the search target medication search term stored in a database is searched for regarding the user's medication information and medication-related medical information, the searched medical information is composite-processed by a staff member of a dispensing pharmacy support organization to obtain composite-processed medical information for pharmacists, and this is provided to a terminal of the dispensing pharmacy that accepted the search request.
This reduces the burden on pharmacists when providing medication instructions.

JP 2016-212829 A

From a business perspective, it is desirable for pharmacies to increase the number of prescriptions they fill. On the other hand, the proportion of prescriptions that pharmacies fill tends to be high for medical institutions located near the pharmacy (so-called "medical institutions near the pharmacy").
Therefore, in order to increase the number of prescriptions filled, it is effective to fill so-called "face prescriptions" - prescriptions from patients who visit your pharmacy that are also being filled by other pharmacy offices (for example, from medical institutions other than the pharmacy in front of your pharmacy).
In order to suggest to patients that they should fill a prescription, it is important that the pharmacist in charge of the patient's medication instruction decides on the validity of filling a prescription by taking into account the patient's information. To this end, it is preferable to provide the pharmacist with patient information that is useful for deciding on the validity of filling a prescription by a prescription.

However, while the technology in Patent Document 1 can provide information useful for providing medication instructions to patients, it cannot provide information useful for proposing prescriptions for patients.

The object of the present invention is to provide a user (e.g., a pharmacist or administrator) with information that is useful in proposing prescription requests.

One aspect of the present invention is
A means for determining whether or not a target patient who is a target of medication instruction corresponds to a recommended patient for whom a face-to-face prescription should be offered based on patient information on the target patient,
A means for presenting a result of the determination made by the determining means to a user of a target pharmacy that provides the medication instruction,
It is an information processing device.

1 is a block diagram showing a configuration of an information processing system according to an embodiment of the present invention; FIG. 2 is a functional block diagram of the information processing system of FIG. 1 . FIG. 1 is an explanatory diagram of an overview of the present embodiment. 3 is a diagram showing a data structure of a pharmacy database according to the present embodiment. FIG. FIG. 2 is a diagram showing a data structure of a patient database according to the present embodiment. 4 is a diagram showing a data structure of a pharmacy usage history database of the present embodiment. FIG. FIG. 2 is a sequence diagram of information processing according to the present embodiment. 8A and 8B are diagrams showing examples of screens displayed in the information processing of FIG. 7; FIG. 13 is a diagram showing a data structure of a patient database according to the second modified example. FIG. 11 is a sequence diagram of information processing according to the second modified example. 11A and 11B are diagrams showing examples of screens displayed in the information processing of FIG. 10; FIG. 13 is an explanatory diagram of an overview of modified example 5. A diagram showing the data structure of a pharmacy database in variant example 5. FIG. 13 is a sequence diagram of information processing according to the fifth modified example. FIG. 15 is a diagram showing an example of a screen displayed in the information processing of FIG. 14 .

One embodiment of the present invention will be described in detail below with reference to the drawings. In the drawings used to explain the embodiment, the same components are generally designated by the same reference numerals, and repeated explanations will be omitted.

(1) Configuration of the Information Processing System The configuration of the information processing system will be described below. Fig. 1 is a block diagram showing the configuration of the information processing system of this embodiment. Fig. 2 is a functional block diagram of the information processing system of Fig. 1.

As shown in FIG. 1, the information processing system 1 includes a client device 10 and a server 30 .
The client device 10 and the server 30 are connected via a network (for example, the Internet or an intranet) NW.

The client device 10 is a computer (an example of an "information processing device") that sends a request to the server 30. The client device 10 is, for example, a smartphone, a tablet terminal, or a personal computer.

The server 30 is a computer (an example of an "information processing device") that provides the client device 10 with a response in response to a request sent from the client device 10. The server 30 is, for example, a web server.

(1-1) Configuration of the Client Device The configuration of the client device 10 will be described.

As shown in FIG. 2, the client device 10 includes a storage device 11, a processor 12, an input/output interface 13, and a communication interface 14.

The storage device 11 is configured to store programs and data. The storage device 11 is, for example, a combination of Read Only Memory (ROM), Random Access Memory (RAM), and storage (for example, flash memory or a hard disk).

The programs include, for example, the following programs:
- OS (Operating System) programs - Applications (e.g., web browser) programs that execute information processing

The data includes, for example, the following data:
- Databases referenced in information processing - Data obtained by executing information processing (i.e., the results of executing information processing)

The processor 12 is configured to realize the functions of the client device 10 by starting a program stored in the storage device 11. The processor 12 is, for example, a CPU (Central Processing Unit), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array), or a combination of these.

The input/output interface 13 is configured to obtain user instructions from an input device connected to the client device 10 , and to output information to an output device connected to the client device 10 .
The input device is, for example, a keyboard, a pointing device, a touch panel, or a combination thereof.
The output device is, for example, a display.

The communication interface 14 is configured to control communication between the client device 10 and the server 30.

(1-2) Server Configuration The configuration of the server 30 will be described.

As shown in FIG. 2, the server 30 includes a storage device 31, a processor 32, an input/output interface 33, and a communication interface 34.

The storage device 31 is configured to store programs and data. The storage device 31 is, for example, a combination of ROM, RAM, and storage (e.g., flash memory or a hard disk).

The programs include, for example, the following programs:
・OS programs ・Application programs that perform information processing

The data includes, for example, the following data:
- Databases referenced in information processing - Results of information processing

The processor 32 is configured to realize the functions of the server 30 by starting the programs stored in the storage device 31. The processor 32 is, for example, a CPU, an ASIC, an FPGA, or a combination of these.

The input/output interface 33 is configured to receive user instructions from an input device connected to the server 30 , and to output information to an output device connected to the server 30 .
The input device is, for example, a keyboard, a pointing device, a touch panel, or a combination thereof.
The output device is, for example, a display.

The communication interface 34 is configured to control communication between the server 30 and the client device 10.

(2) Overview of the embodiment The overview of the embodiment will be described with reference to FIG.

As shown in FIG. 3, a user (e.g., a pharmacist) who provides medication instructions to a patient who is the subject of medication instructions (hereinafter referred to as the "target patient") at a target pharmacy uses a client device 10.

When the user operates the client device 10 during medication instruction, the client device 10 makes a judgment request to the server 30 .
In response to a judgment request from the client device 10, the server 30 judges, based on the patient information on the target patient, whether or not the target patient is a patient to whom a face prescription should be proposed (hereinafter referred to as a "recommended patient").
The server 30 transmits the determination result to the client device 10, thereby indicating to the user via the client device 10 whether the target patient is a recommended patient or not.

When the client device 10 displays a judgment result indicating that the target patient is a recommended patient, the user can propose filling a face prescription based on the judgment result.

(3) Database The database of this embodiment will be described. The following database is stored in the storage device 31.

(3-1) Pharmacy Database The pharmacy database of this embodiment will be described below with reference to Fig. 4, which is a diagram showing the data structure of the pharmacy database of this embodiment.

Pharmacy information is stored in the pharmacy database of Fig. 4. The pharmacy information is information relating to pharmacies.
The pharmacy database includes a "pharmacy ID" field, a "pharmacy name" field, a "corporation ID" field, a "corporation name" field, and a "location" field. Each field is associated with the others.

The "Pharmacy ID" field stores pharmacy identification information. Pharmacy identification information is information that identifies a pharmacy.

The "Pharmacy Name" field stores pharmacy name information. Pharmacy name information is information about the pharmacy name.

The "Corporate ID" field stores corporate identification information. The corporate identification information is information that identifies at least one of the corporation that operates the pharmacy and a group consisting of multiple corporations.

The "Corporate name" field stores corporate name information. Corporate name information is information about the corporate name.

The "Location" field stores location information. Location information is information about the address of the pharmacy's location.

(3-2) Patient Database The patient database of this embodiment will now be described with reference to Fig. 5, which is a diagram showing the data structure of the patient database of this embodiment.

Patient information is stored in the patient database of Fig. 5. The patient information is information relating to a patient.
The patient database includes a "patient ID" field, a "patient name" field, a "patient attribute" field, a "place of residence" field, and a "family ID" field. Each field is associated with the others.
The patient database is associated with the pharmacy identification information.

The "patient ID" field stores patient identification information. The patient identification information is information for identifying a patient. The patient identification information is, for example, at least one of the following:
・My Number ・Patient identification information pre-registered at the applicable pharmacy ・Health insurance card number

The "Patient Name" field stores patient name information. Patient name information is information about the patient's name.

The "Patient Attributes" field stores patient attribute information. Patient attribute information is information about the attributes of a patient. The "Patient Attributes" field includes a "Gender" field and an "Age" field.

The "Gender" field stores gender information. Gender information is information about the patient's gender.

The "Age" field stores age information. Age information is information about the patient's age.

The "Residence" field stores residence information. Residence information is information about the address of the patient's residence.

The "Family ID" field stores patient identification information (hereinafter referred to as "family patient identification information") for the patient's family members (e.g., family members living with the patient). If family patient identification information is not associated, "N/A" is stored.

(3-3) Pharmacy Usage History Database The pharmacy usage history database of this embodiment will be described below. Fig. 6 is a diagram showing the data structure of the pharmacy usage history database of this embodiment.

6 stores pharmacy usage history information. The pharmacy usage history information is information related to a patient's pharmacy usage history. The pharmacy usage history information is, for example, information recorded in an electronic medicine notebook.
The patient database includes a "pharmacy usage history ID" field, a "timestamp" field, a "name of the prescribing medical institution" field, a "pharmacy used" field, a "prescribed drug" field, a "drug duration" field, and a "total drug price" field. Each field is associated with the others.
The pharmacy usage history database is associated with patient identification information.

The "Pharmacy Usage History ID" field stores pharmacy usage history identification information. The pharmacy usage history identification information is information that identifies the pharmacy usage history. The pharmacy usage history identification information is, for example, information that identifies a prescription.

The "Timestamp" field stores the timestamp of the pharmacy usage history. The timestamp is information about the date and time when the medication was dispensed.

The "Name of Prescribing Medical Institution" field stores the name of the prescribing medical institution. The name of the prescribing medical institution information is information about the name of the medical institution that issued the prescription.

The "pharmacy used" field stores pharmacy information. The pharmacy used information is information that identifies the pharmacy used by the patient. The pharmacy used information is pharmacy identification information or information related to the pharmacy name.

The "Prepared Drug" field stores dispensed drug information. Dispensed drug information is information about dispensed drugs provided to patients. Dispensed drug information is, for example, information that identifies dispensed drugs or information about dispensed drug names.

The "Drug Duration" field stores drug duration information. Drug duration information is information about the drug duration for each dispensed drug (for example, the period from the date indicated by the timestamp (hereinafter referred to as the "dispensing date") to the date when the number of prescription days is added to the dispensing date).

The "Total Drug Price" field stores total drug price information. Total drug price information is information about the total price of drugs dispensed to a patient on a particular dispensing date.

(4) Information Processing The information processing of this embodiment will be described. Fig. 7 is a sequence diagram of the information processing of this embodiment. Fig. 8 is a diagram showing an example of a screen displayed in the information processing of Fig. 7.

In the example of FIG. 7, the user of the target pharmacy is a pharmacist who provides medication instructions to a target patient who visits the target pharmacy.
The process in FIG. 7 is triggered, for example, by the client device 10 logging in to a service provided by the server 30 using the pharmacy identification information of the target pharmacy.

The client device 10 executes reception of a user instruction (S110).
Specifically, the processor 12 displays a screen P10 (FIG. 8) on the display.

Screen P10 includes an operation object B10 and a field object F10.

Field object F10 is an object that displays a list of patient name information stored in the patient database (Figure 5) associated with the pharmacy identification information used for login, and accepts the user's selection of any patient name information. Patient identification information is assigned to each patient name information. When the user selects patient name information, the patient identification information assigned to that patient name information is identified as the patient identification information (hereinafter referred to as the "target patient identification information") of the patient (hereinafter referred to as the "target patient") who is the subject of the determination of a recommended patient.

Operation object B10 is an object that accepts user instructions to execute a surface prescription request.

After step S110, the client device 10 executes a surface prescription request (S111).
Specifically, when the user selects any patient name information in the field object F10 and operates the operation object B10, the processor 12 transmits surface prescription request data to the server 30.
The surface prescription request data includes, for example, the following information:
Target patient identification information assigned to the patient name information selected in the field object F10

After step S111, the server 30 performs a determination of recommended patients (S130).

A first example of step S130 will be described.
The processor 32 refers to a pharmacy usage history database (Figure 6) associated with the target patient identification information included in the face-to-face prescription request data, and calculates the total number of times the target patient has used the pharmacy (i.e., the sum of the number of times the target pharmacy has been used and the number of times a non-target pharmacy has been used) during a certain period (e.g., three months prior to the date and time of execution of step S130) and the number of times the target patient has used the target pharmacy.
The processor 32 calculates the target pharmacy utilization rate for the target patient using Equation 1. The target pharmacy utilization rate is the ratio of the number of times the target pharmacy is utilized to the number of times the target patient utilizes the pharmacy during a certain period of time.
Target pharmacy utilization rate=number of visits to target pharmacy/total number of visits to pharmacies (Equation 1) If the target pharmacy utilization rate is equal to or lower than a predetermined threshold, the processor 32 determines that the target patient is a recommended patient.
In other words, the lower the utilization rate of the target pharmacies, the greater the potential for utilization of the target pharmacies, and therefore the recommendation to offer face-to-face prescription fulfillment is recommended.

A second example of step S130 will now be described. The second example of step S130 is an example that is combined with the first example of step S130.
The processor 32 refers to a pharmacy usage history database (Figure 6) associated with the target patient identification information included in the face-to-face prescription request data, and calculates the total number of times the target patient has used the pharmacy over a certain period of time (e.g., three months prior to the date and time of execution of step S130).
The processor 32 determines that the target patient is a recommended patient if the target pharmacy utilization rate is equal to or less than a predetermined threshold and the total number of utilization times is equal to or greater than a predetermined threshold.
In other words, the lower the target pharmacy utilization rate and the higher the total number of utilizations, the higher the potential for utilization of the target pharmacy, and therefore the more likely it is that a proposal to fulfill face-to-face prescriptions will be recommended.

A third example of step S130 will be described.
The processor 32 refers to a pharmacy usage history database (Figure 6) associated with the target patient identification information included in the face-to-face prescription request data, and identifies the total drug price information for the target patient for a certain period (e.g., three months prior to the date and time of execution of step S130).
If the total drug price is equal to or greater than a predetermined threshold, the processor 32 determines that the target patient is a recommended patient.
In other words, the higher the total drug price, the more the suggestion to fulfill the demand for face-to-face prescriptions is recommended.

A fourth example of step S130 will be described.
The processor 32 refers to the pharmacy usage history database ( FIG. 6 ) associated with the target patient identification information included in the face-to-face prescription request data to calculate the number of days that have passed since the medication period. The number of days that have passed is the difference between the end date of the medication period of the target patient and the execution date and time of step S130. If the execution date and time of step S130 is included in the medication period, the number of days that have passed is 0.
If the number of days elapsed is zero or equal to or less than a predetermined threshold, the processor 32 determines that the subject patient is a recommended patient.
In other words, the fewer the number of days that have passed, the more the suggestion to fill a face prescription is recommended.

The first to fourth examples of step S130 can be combined with each other.

After step S130, the server 30 executes distance determination (S131).
Specifically, the processor 32 references the patient database (FIG. 5) to identify residence information associated with the target patient identification information.
Processor 32 consults the pharmacy database (FIG. 4) to identify location information associated with the target pharmacy identification information.
The processor 32 calculates the distance between the target patient's residence and the target pharmacy's location from the residence information and location information.
The processor 32 determines whether the distance is equal to or less than a predetermined distance (i.e., whether the target patient lives near the target pharmacy).

After step S131, the server 30 executes an area prescription response (S132).
Specifically, the processor 32 transmits the surface prescription response data to the client device 10 .
The surface prescription response data includes, for example, the following information:
・Patient identification information of the target patient ・Patient name information of the target patient ・Patient attribute information of the target patient (gender information and age information)
- Information on the target patient's place of residence - Information on the target patient's pharmacy usage history (for example, information on recent usage history of pharmacies other than the target pharmacy (hereinafter referred to as "other pharmacies"))
A message according to the determination result obtained in step S130. The distance determination result obtained in step S131.

After step S132, the client device 10 displays the determination result (S112).
Specifically, the processor 12 displays a screen P11 (FIG. 8) on the display.

Screen P11 includes display objects A111-A112 and operation objects B111-B112.

Display object A111 displays the patient identification information, patient name information, patient attribute information, and place of residence information of the target patient.

A message according to the judgment result is displayed on display object A112.

Operation object B111 is an object that accepts user instructions to present detailed information useful for proposing requests for face prescriptions.

Operation object B112 is an object that accepts user instructions to display the pharmacy usage history information of the target patient.

When the user operates the operation object B111, the processor 12 displays the screen P12 (Figure 8) on the display.

The screen P12 displays detailed information about the target patient. The detailed information includes, for example, the following information:
・Name of the prescribing medical institution that issued the prescription that is the basis for the drug dispensed at another institution ・Name of the doctor who issued the prescription ・Name of the other institution ・Date of dispensing the drug ・Number of days the drug has been prescribed ・Name of the drug ・Quantity of the drug

Based on the information displayed on screen P12, the user proposes to the target patient the fulfillment of a face-to-face prescription.

(5) Summary of the present embodiment According to the present embodiment, recommended patients to whom a prescription should be filled are determined based on the patient information of the target patient. This allows the user to propose a prescription to appropriate patients among the target patients. As a result, the target pharmacy can increase the opportunities to handle prescriptions.

According to this embodiment, patients whose target pharmacy usage rate is lower than a predetermined threshold may be determined to be recommended patients. This allows users to recognize patients whose target pharmacy usage rate is relatively low (i.e., patients who have a high possibility of using the target pharmacy) as recommended patients. As a result, the target pharmacy can increase the opportunities to handle prescriptions.

According to this embodiment, a patient whose total number of uses of the target pharmacy is equal to or greater than a predetermined threshold may be determined to be a recommended patient. This allows the user to recognize patients who have a relatively high total number of uses (i.e., who use the pharmacy frequently) as recommended patients. As a result, the target pharmacy can increase the opportunities to handle prescriptions.

According to this embodiment, a target patient whose total drug price is equal to or greater than a predetermined threshold may be determined to be a recommended patient. This allows the user to recognize patients whose total drug price is relatively high (i.e., who are paying a large amount for medicine) as recommended patients. As a result, the target pharmacy can increase the average customer price.

According to this embodiment, a target patient may be determined to be a recommended patient if the number of days since the medication period is zero or is equal to or less than a predetermined threshold. This allows the user to recognize a patient who has had a short number of days since the medication period (i.e., who is more likely to have the next opportunity to take medication) as a recommended patient. As a result, the target pharmacy can increase the opportunities to handle prescriptions.

(6) Modifications Modifications of the present embodiment will now be described.

(6-1) Modification 1
Modification 1 will be described. Modification 1 is an example in which it is determined whether a target patient is a recommended patient based on the patient information of the patient's family. Descriptions similar to those above will be omitted.

(6-1-1) Information Processing The information processing of the first modification will be described.

The client device 10 executes the steps from receiving user instructions (S110) to requesting a surface prescription (S111) in the same manner as in FIG. 7.

After step S111, the server 30 executes a determination of recommended patients (S310).
Specifically, the processor 32 refers to the patient database (FIG. 5) to identify family patient identification information associated with the target patient identification information included in the face-to-face prescription request data.
As in the first to fourth examples of step S130, the processor 32 refers to the pharmacy usage history database (FIG. 6) associated with the family patient identification information to determine whether or not a family member of the target patient is a recommended patient.

After step S310, the server 30 executes distance determination (S131) through surface prescription response (S312) in the same manner as in FIG. 7.

After step S312, the client device 10 displays the determination result (S111).
Specifically, the processor 12 displays a screen P11 (FIG. 8) on the display.
When the user operates the operation object B111, the processor 12 displays a screen P13 (FIG. 8) on the display.

The screen P13 displays detailed information about the family of the target patient. The detailed information includes, for example, the following information:
・Name of the prescribing medical institution that issued the prescription that is the basis for the drug dispensed at another institution ・Name of the doctor who issued the prescription ・Name of the other institution ・Date of dispensing the drug ・Number of days the drug has been prescribed ・Name of the drug ・Quantity of the drug

The user can view the information displayed on screen P13 and suggest to the target patient that they consider filling a prescription for the target patient's family.

(6-1-2) Summary According to the first modification, recommended patients to whom a prescription should be filled are determined based on the patient information of the family of the target patient. This allows the user to propose a prescription to an appropriate patient among the target patients. As a result, the target pharmacy can increase the opportunities to fill prescriptions.

(6-2) Modification 2
Modification 2 will be described. Modification 2 is an example of calculating an area prescription score. The area prescription score is an index showing the degree of room for expanding demand by acquiring area prescriptions of target patients. The same explanation as above will be omitted.

(6-2-1) Patient Database A description will now be given of the patient database of the modified example 2. Fig. 9 is a diagram showing the data structure of the patient database of the modified example 2.

The patient database of FIG. 9 stores patient information.
The patient database includes a "patient ID" field, a "patient name" field, a "patient attribute" field, a "residence" field, a "family ID" field, and a "surface prescription score" field. Each field is associated with each other.
The patient database is associated with the pharmacy identification information.

The "Patient ID" field, "Patient Name" field, "Patient Attributes" field, "Place of Residence" field, and "Family ID" field are the same as in Figure 5.

The "face prescription score" field stores the face prescription score. The face prescription score is an indicator of the room for expansion of patients' demand for face prescriptions.

(6-2-2) Information Processing A description will now be given of information processing in Modification 2. Fig. 10 is a sequence diagram of information processing in Modification 2. Fig. 11 is a diagram showing an example of a screen displayed in the information processing in Fig. 10.

In the example of FIG. 10, the user of the target pharmacy is a pharmacist who provides medication instructions to a target patient who visits the target pharmacy.
The process of FIG. 10 is triggered, for example, by the client device 10 logging in to a service provided by the server 30 using the pharmacy identification information of the target pharmacy.

The client device 10 executes the steps from receiving user instructions (S110) to requesting a surface prescription (S111) in the same manner as in FIG. 7.

After step S111, the server 30 executes calculation of the surface prescription score (S230).
Specifically, an area prescription model is stored in the storage device 31. In the area prescription model, a correlation between patient information and an area prescription score is described.

A first example of step S230 will be described.
The processor 32 calculates the target pharmacy utilization rate of the target patient, similar to the first example of step S130.
The processor 32 calculates an area prescription score according to the target pharmacy utilization rate by applying the target pharmacy utilization rate to the area prescription model.
The face-to-face prescription model is designed so that the lower the target pharmacy utilization rate, the higher the face-to-face prescription score. In other words, the lower the target pharmacy utilization rate, the greater the room for expansion of face-to-face prescription demand.

A second example of step S230 will now be described. The second example of step S230 is an example that is combined with the first example of step S230.
The processor 32 calculates the total number of times the target patient uses the pharmacy, similar to the second example of step S130.
The processor 32 calculates an area prescription score according to the combination of the target pharmacy utilization rate and the total number of uses by providing the target pharmacy utilization rate and the total number of uses to the area prescription model.
The face prescription model is designed so that the face prescription score is higher the lower the target pharmacy utilization rate and the higher the total number of utilizations. In other words, the lower the target pharmacy utilization rate and the higher the total number of utilizations, the higher the room for expanding face prescriptions.

A third example of step S230 will be described.
The processor 32 identifies the total drug price information of the target patient, similar to the third example of step S130.
The processor 32 provides the total drug price information to the area prescription model, thereby calculating an area prescription score according to the total drug price information.
The face prescription model is designed so that the higher the total drug price, the higher the face prescription score. In other words, the higher the total drug price, the greater the room for expanding face prescriptions.

A fourth example of step S230 will be described.
The processor 32 calculates the number of days that have elapsed since the taking period, similarly to the fourth example of step S130.
The processor 32 calculates an area prescription score according to the number of elapsed days by providing the number of elapsed days to the area prescription model.
The face-to-face prescription model is designed so that the fewer days that have passed, the higher the face-to-face prescription score. In other words, the fewer days that have passed, the greater the potential for expansion of face-to-face prescription demand.

The first to fourth examples of step S230 can be combined with each other.

After step S230, the server 30 executes updating of the database (S231).
Specifically, the processor 32 stores the area prescription score obtained in step S230 in the "area prescription score" field associated with the target patient identification information in the patient database (FIG. 9).

After step S231, the server 30 executes a determination of recommended patients (S232).
Specifically, when the area prescription score obtained in step S230 is equal to or greater than a predetermined threshold, the processor 32 determines that the target patient is a recommended patient.

After step S232, distance determination (S131) is performed as in FIG. 7.

After step S131, the server 30 executes an area prescription response (S233).
Specifically, the processor 32 transmits the surface prescription response data to the client device 10 .
The surface prescription response data includes, for example, the following information:
・Patient identification information of the target patient ・Patient name information of the target patient ・Patient attribute information of the target patient (gender information and age information)
- Information on the target patient's place of residence - Information on the target patient's pharmacy usage history (for example, information on recent usage history of pharmacies other than the target pharmacy (hereinafter referred to as "other pharmacies"))
The surface prescription score obtained in step S230 A message according to the surface prescription score The result of the distance determination obtained in step S131

After step S233, the client device 10 executes display of the surface prescription score (S210).
Specifically, the processor 12 displays a screen P11 (FIG. 8) on the display.
When the user operates the operation object B111, a screen P20 (FIG. 11) is displayed on the display.

The screen P20 displays detailed information about the target patient. The detailed information includes, for example, the following information:
・Name of the prescribing medical institution that issued the prescription that is the basis for the drug dispensed at another pharmacy ・Name of the doctor who issued the prescription ・Name of the other pharmacy ・Date of dispensing the drug ・Face prescription score ・Message according to the face prescription score ・Name of the drug ・Quantity of the drug

(6-2-3) Summary According to the second modification, the user is presented with a face-to-face prescription score based on the patient information of the target patient. This allows the user to recognize the room for expanding the demand for face-to-face prescriptions of the target patient. As a result, the target pharmacy can increase the opportunities to handle prescriptions.

In addition, in variant 2, the area prescription score may be calculated for the target patient's family members, as in variant 1, based on the patient information of the target patient's family members.

(6-3) Modification 3
Modification 3 will be described. Modification 3 is an example in which calculation of the area prescription score (S230) is performed based on the number of pieces of patient information of family members. Descriptions similar to those above will be omitted.

(6-3-1) Information Processing The information processing of the third modification will be described.

In step S230 (FIG. 10), the processor 32 refers to the patient database (FIG. 5) to identify the number of family patient identification information associated with the target patient identification information included in the face-to-face prescription request data (i.e., the number of family members of the target patient).
The processor 32 calculates an area prescription score according to the number of family members by providing the number of family members to the area prescription model.
The face-to-face prescription model is designed so that the more family members there are, the higher the face-to-face prescription score becomes. In other words, the more family members there are in a patient, the more the face-to-face prescription request is recommended.

(6-3-2) Summary According to the third modification, a face-to-face prescription score based on the number of family members may be presented to the user. This allows the user to recognize patients with a large family (i.e., many family members who may use the target pharmacy) as patients for whom face-to-face prescriptions are recommended. As a result, the target pharmacy can increase the opportunities to handle prescriptions.

(6-4) Modification 4
Modification 4 will be described. Modification 4 is an example in which calculation of the surface prescription score (S230) is executed based on family information. Descriptions similar to those above will be omitted.

(6-4-1) Information Processing The information processing of the fourth modification will be described.

In step S230 (FIG. 10), the processor 32 refers to the patient database (FIG. 5) to identify family patient identification information (hereinafter referred to as "family patient identification information") associated with the target patient identification information included in the face-to-face prescription request data.
The processor 32 calculates the target pharmacy utilization rate for the family by referring to the pharmacy utilization history database (FIG. 6) associated with the family patient identification information.
The processor 32 calculates an area prescription score according to the target pharmacy utilization rate of the family by applying the target pharmacy utilization rate of the family to the area prescription model.

The first example of the face-to-face prescription model of variant 4 is designed so that the higher the family's utilization rate of the target pharmacy, the higher the face-to-face prescription score. In other words, the higher the family's utilization rate of the target pharmacy, the greater the room for expansion of the demand for face-to-face prescriptions for the target patient.

The second example of the face-to-face prescription model of variant 4 is designed so that the lower the family's target pharmacy usage rate, the higher the face-to-face prescription score. In other words, the lower the family's target pharmacy usage rate, the greater the room for expansion of face-to-face prescription demand for target patients, including family members.

(6-4-2) Summary According to the fourth modification, a face prescription score based on the family's target pharmacy utilization rate may be presented to the user.

In the first example of the face-to-face prescription model of variant example 4, users can be made aware of the room for expanding face-to-face prescription fulfillment for patients who have family members who use the target pharmacy frequently (i.e., who have family members who use the target pharmacy as their regular pharmacy). As a result, the target pharmacy can increase its opportunities to handle prescriptions.

In the second example of the face-to-face prescription model of variant example 4, the user can be made aware of the room for expanding face-to-face prescription fulfillment for patients who have family members who have a low utilization rate of the target pharmacy (i.e., who have family members who have a high potential for utilization of the target pharmacy). As a result, the target pharmacy can increase the opportunities to handle prescriptions.

(6-5) Modification 5
Modification 5 will be described. Modification 5 is an example of presenting room for expanding the scope of fulfillment of multiple pharmacy prescriptions. Explanations similar to those above will be omitted.

(6-5-1) Overview of Modification 5 The following describes an overview of Modification 5. FIG.

As shown in FIG. 12, the client device 10 of variant example 5 is used by each user of multiple pharmacies (e.g., pharmacies PH1 to PH2) and by an administrator user of a corporation that manages the multiple pharmacies.

The area prescription scores of multiple patients are sent to the server 30 from the client devices 10 of each pharmacy PH1 to PH2. As a result, the area prescription scores for each pharmacy are accumulated in the server 30.

The server 30 transmits the face prescription score for each pharmacy to the client device 10 used by the administrator user.

The client device 10 used by the administrator user presents the area prescription score for each pharmacy sent from the server 30 to the administrator user.

The administrator user can view the face prescription score presented by the client device 10 and recognize the room for expansion of face prescription demand for each pharmacy.

(6-5-2) Pharmacy Database The following describes the pharmacy database of the fifth modification. FIG. 13 is a diagram showing the data structure of the pharmacy database of the fifth modification.

The pharmacy database of FIG. 13 stores pharmacy information.
The pharmacy database includes a "pharmacy ID" field, a "pharmacy name" field, a "corporation ID" field, a "corporation name" field, a "location" field, and a "pharmacy prescription score" field. Each field is associated with the other fields.

The "Pharmacy ID" field, "Pharmacy Name" field, "Corporate ID" field, "Corporate Name" field, and "Location" field are the same as in Figure 4.

The "pharmacy prescription score" field stores the pharmacy prescription score. The pharmacy prescription score is the prescription score for each pharmacy (i.e., an index showing the room for expansion of prescription fulfillment for each pharmacy). The pharmacy prescription score is, for example, any of the following:
The total value of the pharmacy face prescription score stored in the "face prescription score" field of the patient database (FIG. 9) associated with the pharmacy identification information The average value of the pharmacy face prescription score

(6-5-3) Information Processing A description will now be given of information processing in Modification 5. Fig. 14 is a sequence diagram of the information processing in Modification 5. Fig. 15 is a diagram showing an example of a screen displayed in the information processing in Fig. 14.

In the example of FIG. 14, the user of the client device 10 is an administrator user.
The process of FIG. 14 is triggered, for example, by the client device 10 logging in to a service provided by the server 30 using corporate identification information.

The client device 10 executes reception of a user instruction (S310).
Specifically, the processor 12 displays screen P30 (FIG. 15) on the display.

The screen P15 includes an operation object B30.
The operation object B30 is an object that receives a user instruction for executing a pharmacy management request.

After step S310, the client device 10 executes a pharmacy management request (S311).
Specifically, when the user operates the operation object B30, the processor 12 transmits pharmacy management request data to the server 30.
Pharmacy management request data may include, for example, the following information:
- The corporate identification information used to log in (hereinafter referred to as "target corporate identification information")

After step S311, the server 30 executes determination of the pharmacy prescription score (S330).
Specifically, the processor 32 refers to the pharmacy database ( FIG. 13 ) to identify the pharmacy prescription score associated with the target corporate identification information included in the pharmacy management request data.

After step S330, the server 30 transmits the pharmacy management response data to the client device 10.
The pharmacy management response data may include, for example, the following information:
The pharmacy prescription score identified in step S330

After step S331, the client device 10 executes display of the pharmacy prescription score (S312).
Specifically, the processor 12 displays screen P31 (FIG. 15) on the display.

The screen P31 includes a display object A31.
The display object A31 displays the pharmacy prescription scores included in the pharmacy management response data (i.e., the pharmacy prescription scores of each of the multiple pharmacies).

(6-5-4) Summary According to the fifth modification, the area prescription score for each pharmacy is presented to the administrator user. This allows the administrator user to recognize the room for expansion of the demand for area prescriptions for each pharmacy. As a result, the administrator user can create a plan to expand the demand for area prescriptions according to the room for expansion of the demand for area prescriptions for each pharmacy.

(7) Other Modifications Other modifications will now be described.

The storage device 11 may be connected to the client device 10 via the network NW. The storage device 31 may be connected to the server 30 via the network NW.

Each step of the above information processing can be executed by either the client device 10 or the server 30 .
For example, if the client device 10 is capable of executing all the steps of the above-mentioned information processing, the client device 10 functions as an information processing device that operates standalone without transmitting requests to the server 30 .

Although the embodiments of the present invention have been described in detail above, the scope of the present invention is not limited to the above-mentioned embodiments. Furthermore, the above-mentioned embodiments can be improved or modified in various ways without departing from the spirit of the present invention. Furthermore, the above-mentioned embodiments and modifications can be combined.

1: Information processing system 10: Client device 11: Storage device 12: Processor 13: Input/output interface 14: Communication interface 30: Server 31: Storage device 32: Processor 33: Input/output interface 34: Communication interface

Claims (10)

A means for determining whether or not a target patient who is a target of medication instruction corresponds to a recommended patient for whom a face-to-face prescription should be offered based on patient information on the target patient,
a means for presenting a result of the determination made by the determining means to a user of a target pharmacy that provides the medication instruction;
If a target pharmacy usage rate, which is a ratio of the number of times the target patient uses the target pharmacy to the number of times the target patient uses a pharmacy in a certain period of time, is lower than a predetermined threshold, the target patient is determined to be the recommended patient .
Information processing device. The determining means determines that the target patient is the recommended patient when a total number of times the target patient and at least one of the target patient's family members use a pharmacy during a certain period of time is equal to or greater than a predetermined threshold.
The information processing device according to claim 1 . A means for determining whether or not a target patient who is a target of medication instruction corresponds to a recommended patient for whom a face-to-face prescription should be offered based on patient information on the target patient,
a means for presenting a result of the determination made by the determining means to a user of a target pharmacy that provides the medication instruction;
The determining means determines that the target patient is the recommended patient when a total drug price calculation of the target patient and at least one of the target patient's family members for a certain period of time is equal to or greater than a predetermined threshold value .
Information processing device. A means for determining whether or not a target patient who is a target of medication instruction corresponds to a recommended patient for whom a face-to-face prescription should be offered based on patient information on the target patient,
a means for presenting a result of the determination made by the determining means to a user of a target pharmacy that provides the medication instruction;
The determining means determines that the target patient is the recommended patient when the number of days elapsed since the period in which at least one of the target patient's family members has taken a drug dispensed at a pharmacy other than the target pharmacy is zero or a predetermined threshold or less .
Information processing device. The presenting means presents information on drugs dispensed at other pharmacies than the target pharmacy to the recommended patient and at least one of the family members of the target patient.
5. The information processing device according to claim 1. A means for determining whether or not a target patient who is a target of medication instruction corresponds to a recommended patient for whom a face-to-face prescription should be offered based on patient information on the target patient,
a means for presenting a result of the determination made by the determining means to a user of a target pharmacy that provides the medication instruction;
The determining means determines whether the target patient is the recommended patient based on patient information of the family of the target patient .
Information processing device. A means for determining whether or not a target patient who is a target of medication instruction corresponds to a recommended patient for whom a face-to-face prescription should be offered based on patient information on the target patient,
a means for presenting a result of the determination made by the determining means to a user of a target pharmacy that provides the medication instruction;
The determining means determines that the target patient is the recommended patient when the number of times that the family of the target patient has used the target pharmacy in a certain period of time is equal to or less than a predetermined threshold .
Information processing device. A means for determining whether or not a target patient who is a target of medication instruction corresponds to a recommended patient for whom a face-to-face prescription should be offered based on patient information on the target patient,
a means for presenting a result of the determination made by the determining means to a user of a target pharmacy that provides the medication instruction;
The determining means determines whether or not the target patient corresponds to the recommended patient when the target patient's place of residence is within a predetermined distance from the location of the target pharmacy .
Information processing device. A means for determining whether or not a target patient who is a target of medication instruction corresponds to a recommended patient for whom a face-to-face prescription should be offered based on patient information on the target patient,
a means for presenting a result of the determination made by the determining means to a user of a target pharmacy that provides the medication instruction;
A means for calculating an area prescription score indicating a room for expansion of the demand for the area prescription of the target patient based on the patient information of the target patient,
The determining means determines whether or not the target patient is the recommended patient based on the area prescription score,
The presenting means presents the judgment result and the surface prescription score .
Information processing device. A program for causing a computer to function as any one of the means recited in any one of claims 1 to 9 .