JP6911087B2 - Prescription drug management system, prescription drug management method and prescription drug management program - Google Patents

Description

The present invention relates to a prescription drug management system, a prescription drug management method and a prescription drug management program.

In recent years, with the development of computer technology, a technology for managing various information about patients with electronic data is known in the medical field as well. As such a technique, Patent Document 1 below discloses a drug prescription support system for the purpose of administering a drug at an appropriate timing.
The system inputs information about the patient and information about the medications prescribed for the patient. Of particular note to the elderly is the browsing of drugs with frequent adverse drug events (AEDs) of potentially inappropriate drugs (PIMs) and drugs that cause serious adverse drug events (AEDs). It can suggest the optimization of prescription by cognition and avoidance of polypharmacy.

Japanese Unexamined Patent Publication No. 2013-140524

By the way, for example, elderly people may be prescribed drugs due to temporary illness, but may not take those drugs because their physical condition recovers with the passage of time, for example. As a result, there is a problem that the prescribed drug is discarded as a surplus drug without being used. And the problem of surplus drugs generated due to the decline in adherence to drug therapy is one of the major causes of the ever-increasing social security costs.

Therefore, an object of the present invention is to provide a prescription drug management system capable of prescribing an appropriate type and amount of drug.

The prescription drug management system according to the present invention provides living level evaluation data in which the living levels of patients and users are regularly evaluated according to behavioral patterns in daily life at medical institutions, dispensing pharmacies, or nursing homes, and resident. It has a data receiving unit that receives prescription drug data indicating the prescribed drug, and a drug proposing unit that proposes a change in the prescription drug data by referring to the living level evaluation data.

In addition, the data receiving unit receives drug risk data including at least one of side effect data indicating the side effect of the drug and contraindicated data indicating the state of the user who should avoid the use of the drug, and the drug proposal unit receives the drug risk data. May propose changes to prescription drug data with reference to life level assessment data and drug risk data.

In addition, the drug proposal department infers the pathological condition that may be affected from the change over time in the living level evaluation data, and the pathological condition is a side effect shown in the side effect data and is prescribed to the resident. The use of the drug corresponding to the side effect may be restricted by determining whether or not the drug corresponds to any of the side effects that may occur when the resident takes the drug.

In addition, the Drug Proposal Department infers the pathological condition that may be affected from the change over time in the life level evaluation data, and the pathological condition corresponds to the state in which the use is avoided as shown in the contraindicated data. The use of the drug may be restricted by deciding whether or not to do so.

In addition, as prescription drug data, a drug history storage unit that stores past drug history data is provided, and the drug proposal unit changes the prescription drug data by referring to the past drug history data stored in the drug history storage unit. May be proposed.

In addition, the drug history memory unit stores the prescribed amount of the drug specified by the drug history together with the cost, and the drug proposal department compares it with the past drug cost stored in the drug history memory unit. , The cost of the proposed drug may be calculated.

In addition, the prescription drug management step according to the present invention is a life level evaluation in which a computer periodically evaluates the life level of a patient and a user in a medical institution, a dispensing pharmacy, or a care facility according to a behavioral pattern in daily life. The reception step of accepting the data and the prescription drug data indicating the drug prescribed by the resident, and the drug proposal step of proposing a change of the prescription drug data with reference to the living level evaluation data are executed.

In addition, the prescription drug management program according to the present invention periodically evaluates the living levels of patients and users according to the behavioral patterns in daily life at medical institutions, dispensing pharmacies, or nursing homes using a computer. The reception function for accepting the data and the prescription drug data indicating the drug prescribed by the resident, and the drug proposal function for proposing a change in the prescription drug data by referring to the living level evaluation data are realized.

According to the prescription drug management system of the present invention, the drug proposal department refers to the living level evaluation data and proposes a change in the prescription drug data. Therefore, by prescribing the necessary drugs based on the living level evaluated in daily life, not the temporary condition of the resident, it is possible to prescribe only the drugs that are actually needed, and the surplus drugs can be prescribed. The prescription can be suppressed. This makes it possible to prescribe an appropriate type and amount of drug.

It is a system diagram which shows an example of the structure of the prescription drug management system. It is a block diagram which shows an example of the structure of embodiment of the prescription drug management system. It is a figure which shows the 1st example of the operation screen of the prescription drug management system. It is a figure which shows the 2nd example of the operation screen of the prescription drug management system. It is a figure which shows the 3rd example of the operation screen of the prescription drug management system. It is a figure which shows the 4th example of the operation screen of the prescription drug management system. It is a figure which shows the 5th example of the operation screen of the prescription drug management system. It is a figure which shows the sixth example of the operation screen of the prescription drug management system. It is a figure which shows the 7th example of the operation screen of the prescription drug management system. It is a figure which shows the 8th example of the operation screen of the prescription drug management system. It is a figure explaining the processing flow of the prescription drug management system.

Hereinafter, one embodiment of the present invention will be described with reference to the drawings.
<Overview>
FIG. 1 is a system diagram showing an example of the configuration of the prescription drug management system 1 according to the present invention.
The prescription drug management system 1 according to the present invention can be used by a resident who is resident in the Long-Term Care Health Facility 300 at a medical institution such as the Long-Term Care Health Facility 300 (hereinafter referred to as the Long-Term Care Health Facility 300), a dispensing pharmacy, or a long-term care facility. It is a system that realizes the optimization of prescribed drugs. In the following description, the elderly health facility 300 will be taken as an example, but the prescription drug management system 1 may be used in a medical institution, a dispensing pharmacy, or a nursing facility other than the Long-Term Care Health Facility.

Here, the LTCF 300 refers to a facility where a person requiring long-term care who mainly needs medical care or rehabilitation can move in. Since the LTCF 300 has an intermediate role between the hospital and home, rehabilitation centered on the premise of returning home. The period of admission is not so long, and it is generally about 3 months to 1 year, but it is not limited to this mode.
Drug optimization refers to providing the resident with the amount of drug that is really needed, or changing the prescription of a drug that has been prescribed but is not suitable for use.

As shown in FIG. 1, in the system, a user terminal 10 functioning as an information processing server 100 is connected to an external terminal via a network 40.
Examples of the external terminal include a regional comprehensive medical information database 30, a doctor's and pharmacist's operation terminal 20 of the LTCF 300, and the like. Further, the prescription drug management system 1 is connected to the drug master 200 that stores drug data, side effect data, and contraindication data via a network 40. The drug master 200 will be described later.
The external terminal may include another configuration such as a hospital electronic medical record database.

The user terminal 10 includes an information processing server 100, a display device 50, and an input device 60. The display device 50 is a monitor, and the input device 60 is, for example, a keyboard or a mouse. The configuration of the information processing server 100 will be described later.
The user terminal 10 may be a personal computer as shown in the figure. Further, the user terminal 10 may be a smartphone, a mobile terminal, a tablet terminal, or other electronic device. Further, a plurality of terminals may be provided as the user terminal 10.
Further, the system may use a cloud service (including both a public cloud and a private cloud), or a physically shared or dedicated information processing server 100 is provided in the target facility to manage prescription drugs. Services may be provided.

<Structure>
Hereinafter, the configuration of the information processing server 100 in the user terminal 10 will be described with reference to FIG. FIG. 2 is a block diagram showing an example of the functional configuration of the information processing server 100.
The information processing server 100 includes a receiving unit 110 and a transmitting unit 120 as communication units. The receiving unit 110 and the transmitting unit 120 have a function of executing communication with an external terminal via the network 40. The communication may be wired or wireless (for example, a communication method such as Wi-Fi (Wireless Fidelity), BLE (Bluetooth Low Energy), ZigBee), and if mutual communication can be executed, any Communication protocol may be used.

Specific examples of the data communicated by the receiving unit 110 and the transmitting unit 120 include past medical history information and drug history data of the resident acquired from the regional comprehensive medical information database 30.
Further, the data communicated by the receiving unit 110 and the transmitting unit 120 may be drug information indicating general contents related to the drug, such as the effect and side effects of the drug and the unit price.
Further, the data communicated by the receiving unit 110 and the transmitting unit 120 may be, for example, information regarding the prescription of a new drug input to the operation terminal 20 by the managing doctor of the LTCF 300.

The processing unit 140 is a processor that includes a data receiving unit 141 and a drug proposal unit 142 and has a function of controlling each unit of the information processing server 100.
Further, when the drug proposal unit 142 creates the proposal content, the processing unit 140 generates display data for displaying as text, a table, or a graph on the display device 50 of the user terminal 10.

The data receiving unit 141 receives the basic data of the resident. Resident's basic data is information showing characteristics for identifying a resident, for example, in addition to attributes such as name, date of birth, and gender as shown in FIG. 3, body such as height and weight. It also includes content related to physical characteristics, health conditions such as body temperature and blood pressure, lifestyles related to smoking and drinking, symptoms of side effects and allergic symptoms that have occurred in the past, and medical history. In addition, a personal identification ID that identifies the resident may be set at the same time. Here, FIG. 3 is a diagram showing a first example of an operation screen of the prescription drug management system 1, and in particular, a screen showing basic data of a resident.

The data receiving unit 141 also receives living level evaluation data in which the living level of the resident is regularly evaluated according to the behavioral pattern in daily life. Here, the living level is an index indicating the degree of activity that the resident can carry out in daily life based on the function of the body.

As shown in FIG. 4, the life level evaluation data is data that evaluates to what extent the person can carry out a predetermined behavioral pattern in daily life. Here, FIG. 4 is a diagram showing a second example of the operation screen of the prescription drug management system 1, and is a screen showing particularly the evaluation contents of the living level.
In this embodiment, the R4 model of ICF staging (registered trademark) constructed based on the ICF (International Classification of Functioning, Disability) in FIG. 4 is adopted as a living level evaluation method. As a living level evaluation method, other models such as Barthel Index (BI: Bathel Index) and FIM (functional independence measure) may be adopted.

In this evaluation method, to what extent the resident performs these actions for each item in daily life, such as basic (general life), walking, cognition, swallowing, eating, excretion, bathing, plastic surgery, leisure, and interaction. Evaluate the living standards of residents by assessing what they can do.
In addition, by regularly evaluating the behavioral patterns of daily life, how is the health condition of the resident changing, specifically, is there any pathological condition, or is it heading for recovery? , Can be evaluated.

In addition, the data receiving unit 141 receives prescription drug data. As shown in FIG. 5, the prescription drug data is data showing the drug prescribed by the resident together with the date of prescription. Here, FIG. 5 is a diagram showing a third example of the operation screen of the prescription drug management system 1, and is a screen for displaying prescription drug data in particular.
The prescription drug data includes the date and time when the resident was diagnosed, the hospital, the prescription drug and notes related to it. Prescription drugs are obtained from drug data stored in the drug database.
As shown in FIG. 6, details about each drug are registered in the drug data stored in the drug database. FIG. 6 is a diagram showing a fourth example of an operation screen of the prescription drug management system 1, and is a screen for displaying drug data stored in a drug database in particular.

In addition, as shown in FIG. 7, the data receiving unit 141 receives past drug history data. Here, FIG. 7 is a diagram showing a fifth example of the operation screen of the prescription drug management system 1, and is a screen for displaying drug history data in particular.
The past drug history data contains information on the drugs prescribed by the resident in the past. Then, it can be confirmed whether or not it is currently in use. The past drug history data may be input by, for example, the staff of the LTCF 300 based on the prescription prescribed in the past.

Here, the drug master 200 will be described. The drug master 200 is a database containing the drug data, side effect data, and contraindication data shown in FIGS. 8 and 9.
Here, FIG. 8 is a diagram showing a sixth example of the operation screen of the prescription drug management system 1, and is a screen for displaying side effect data and contraindication data in particular. FIG. 9 is a diagram showing a seventh example of the operation screen of the prescription drug management system 1, and is a screen showing a state in which contraindication data is particularly applied to the resident.

Side effect data and contraindication data are called drug risk data. Drug risk data is data on the risks assumed by the use of drugs. In the present embodiment, the data receiving unit 141 accepts at least one of side effect data and contraindicated data as drug risk data.
Side effect data is information indicating the side effects of a drug. That is, it refers to an adverse effect (pathological condition) that a patient can directly develop by taking a prescribed drug. In the drug data, information on side effects is described as information on the drug, along with the name, pathological condition and efficacy used.

Contraindication data is information that indicates the state of the user in which the use of the drug should be avoided, and refers to a specific condition that may indirectly induce an adverse effect (pathological condition) by taking the drug. That is, information such as a pathological condition that may induce side effects of a drug and a combination of drugs that cause side effects when taken at the same time is described. For example, it is generally known that patients with dementia are concerned about the administration of antipsychotic drugs. For such information, for example, information published by the Japan Geriatrics Society can be utilized.
In FIG. 8, contraindication information is provided in the Recommended Usage column. Then, as shown in FIG. 9, it is displayed that the use should be avoided.

Of the various data received by the data receiving unit 141, the storage unit 130 stores basic data, drug history data, and prescription drug data. In addition, the storage unit 130 stores the prescribed amount of the drug specified by the drug history together with the cost. That is, the storage unit 130 functions as a drug history database.
The storage unit 130 also has a function of storing various programs, data, and parameters required for the information processing server 100 to operate.

The storage unit 130 is typically realized by various recording media such as an HDD (Hard Disc Drive), an SSD (Solid State Drive), and a flash memory (SD (Secure Digital) memory card).

Then, the drug proposal unit 142 in the processing unit 140 proposes a change in the prescription drug data with reference to the living level evaluation data.
The drug proposal unit 142 infers the pathological condition that the resident may be suffering from from the change over time in the living level evaluation data. At this time, the drug proposal unit 142 performs machine learning using a pathological condition estimation model that learns the relationship between the change in the living level assumed from the living level evaluation data and the pathological condition estimated by the change in the living level.

As the pathological condition estimation model, a neural network (perceptron) such as LSTM (Long short-term memory), an SVM (support Vector Machine), or the like can be used. Moreover, other learning model may be used.
That is, by learning as learning data data indicating that the living level changes when suffering from a predetermined pathological condition, it is estimated that the living level will change when the change in the living level is confirmed. can do.

Then, the drug proposal unit 142 determines whether or not the prescription drug described in the prescription drug data is appropriate by confirming the drug for improving the presumed pathological condition from the drug data.
Then, if the type or amount of the prescribed drug is inappropriate in the prescription drug data, it is proposed to change the prescription drug data.

In addition, the drug proposal unit 142 may propose a change in the prescription drug data with reference to the drug risk data. Here, the case of using drug risk data will be described in detail.
First, when the drug proposal unit 142 uses the side effect data among the drug risk data, the drug proposal unit 142 has the estimated pathological condition as the side effect shown in the side effect data, and the drug prescribed to the resident. To determine whether or not it corresponds to any of the side effects that may occur when the resident takes it. Then, when the pathological condition estimated using the pathological condition estimation model corresponds to the side effect of a predetermined drug, it is proposed to change the prescription drug data so as to limit the use of the drug.

Next, when the drug proposal unit 142 uses contraindicated data among the drug risk data, the drug proposal unit 142 determines whether or not the pathological condition corresponds to the state in which the use is avoided as shown in the contraindicated data. To judge. Then, when the pathological condition estimated using the pathological condition estimation model corresponds to the condition shown in the contraindicated data in which the use is avoided, it is proposed to change the prescription drug data so as to limit the use of the drug. ..

In addition, the drug proposal unit 142 calculates the cost of the proposed drug by comparing it with the past drug cost stored in the storage unit 130. In addition, the drug proposal unit 142 can also propose a change in the prescription drug data by referring to the past drug history data stored in the storage unit 130. As a result, as shown in FIG. 10, it is possible to confirm the total including the cost of each drug. Here, FIG. 10 is a diagram showing an eighth example of an operation screen of the prescription drug management system 1, and is a screen for displaying a cost particularly required for a drug.

<Operation>
Here, the operation of the prescription drug management system 1 will be described with reference to FIG.
FIG. 11 is a flowchart showing an example of processing executed by the prescription drug management system 1.
As shown in FIG. 11, first, the data receiving unit 141 receives the living level evaluation data as the first step of the receiving step (step S10).

Living level evaluation data is acquired by confirming how well the resident can perform each item such as ICF staging, BI, and FIM. The acquisition of living level evaluation data is performed regularly, for example, once every few months or quarters, and is updated each time.
The living level evaluation data is input from the input unit device of the user terminal 10 by, for example, the caregiver of the LTCF 300.

Next, the data receiving unit 141 receives the prescription drug data as the next step of the receiving step (step S11). The prescription drug data is input from each operation terminal by, for example, a doctor and a pharmacist of the LTCF 300. The prescription drug data is preferably input including past drug history data. At this time, it is preferable that the prescribed amount of the prescription drug data is input together with the cost.

Next, the data receiving unit 141 receives the drug risk data acquired from the drug master 200 as the final step of the receiving step (step S12). In this embodiment, side effect data and contraindication data are used as drug risk data.

Next, the drug proposal unit 142 estimates the pathological condition that may be affected by referring to the life level data as the first step of the drug proposal step (step S13).
At this time, the drug proposal unit 142 estimates the pathological condition that the resident may be affected by using the pathological condition estimation model from the change over time in the living level data.

Then, as the next step of the drug proposal step, the drug proposal unit 142 may develop the estimated pathological condition as a side effect shown in the side effect data when the resident takes the drug prescribed to the resident. It is determined whether or not to deal with any of the side effects (step S14).
Then, when the estimated pathological condition corresponds to a side effect that may occur when the prescribed drug is prescribed, the prescription drug data is changed so as to limit the prescription of the drug (step S16).
On the other hand, if the estimated pathological condition does not correspond to the side effects that may occur when the prescribed drug is prescribed, the prescription drug data is not changed.

In addition, the drug proposal unit 142 determines, as the final step of the drug proposal step, whether or not the estimated pathological condition corresponds to the state in which the use is avoided as shown in the contraindication data. Then, when the inferred pathological condition corresponds to the condition shown in the contraindicated data in which the use is avoided, the prescription drug data is changed so as to limit the prescription of the drug. On the other hand, if the inferred pathology does not correspond to the condition shown in the contraindication data that the use is avoided, the prescription drug is not changed. As a result, the processing of the prescription drug management system 1 is completed. If a drug change is proposed using side effect data to improve the case and the proposed drug conflicts with the contraindication data, the change using the side effect data may be prioritized or contraindicated. Changes using data may be prioritized.

As described above, according to the prescription drug management system 1 according to the present embodiment, the drug proposal unit 142 proposes a change of the prescription drug data based on the life level evaluation data received by the data reception unit 141. Therefore, by estimating the necessary drugs from the living level evaluated in daily life, not from the temporary condition of the resident, it is possible to prescribe only the drugs that are actually needed, and it is possible to prescribe only the drugs that are actually needed. The prescription can be suppressed. This makes it possible to prescribe an appropriate type and amount of drug.

In addition, the drug proposal unit 142 estimates the pathological condition that may be affected from the change over time in the living level evaluation data, and the resident takes the drug prescribed to the resident based on the estimated pathological condition. Determine if it corresponds to any of the side effects that may occur. As a result, not only can the state of the resident who is experiencing side effects be immediately grasped and the prescription drug can be reviewed, but also a timely response can be taken.

In addition, the drug proposal unit 142 limits the use of the drug by determining whether the pathological condition corresponds to the state in which the use is avoided as shown in the contraindication data. As a result, it is possible to grasp the resident in a state where the use is avoided, and it is possible to eliminate the risk that may occur due to the use of the drug in advance.

In addition, the drug proposal unit 142 proposes a change in the prescription drug data with reference to the past drug history data stored in the drug history storage unit. As a result, it is possible to grasp the history of past drug history data and propose a drug that does not deviate significantly.

In addition, the drug history memory unit stores the prescribed amount of the drug specified by the drug history together with the cost, and the drug proposal unit 142 compares it with the past drug cost stored in the drug history memory unit. And calculate the cost of the proposed drug. As a result, the cost required for the prescription drug can be confirmed while comparing with the past results, and the convenience can be improved.

(others)
The prescription drug management system 1 according to the present invention can be used as a part of telemedicine in cooperation with a medical institution or the like.
For example, the information of the medical institution, the doctor, etc. related to each user is stored in the user DB stored in the storage unit 130, and the measurement value and the test result data of the DB are stored in the user DB when the measurement / test result DB is updated. It is transmitted to a medical institution, etc., and the doctor, etc. can remotely perform health-related examinations, guidance, etc. even when the patient is at home, based on the transmitted data.

Further, the prescription drug management system 1 according to the present invention also performs remote medication observation (whether the prescribed drug is taken) and drug metabolism check (whether the prescribed drug works) by a doctor, a pharmacist, a pharmaceutical company, or the like. It can also be used for services such as delivering medicines prescribed according to the health condition and doctor's prescription from the pharmacy, and health checks for families far away.

Further, the prescription drug management system 1 according to the present invention is generated from the measurement / test result information stored in the storage unit 130 of the prescription drug management system 1 according to the present invention in cooperation with the system of the pharmaceutical company or the health insurance association. Time-series vital data can also be used for data marketing business.
Similarly, vital data can be used to simulate how medical costs can be reduced in collaboration with insurance companies and health insurance association systems.

In addition, by linking the generated vital data with the daily life log recorded by the wearable device linked with the prescription drug management system 1, it can be used for a service that provides more individual and specific health and beauty advice. You can.
In addition, by linking vital data and life logs, it can be used, for example, for modeling what kind of health people are living and what kind of life they are.

Furthermore, these modeling information provides information on the health condition predicted by the modeling to the insurance company, etc., and the insurance company, etc. uses the forecast information as information when considering and deciding whether or not to enroll and insurance premiums. It can be used.

Each functional unit of the information processing server 100 and the user terminal 10 may be realized by a logic circuit (hardware) or a dedicated circuit formed in an integrated circuit (IC (Integrated Circuit) chip, LSI (LargeScaleIntegration)) or the like. It may be realized by software using a CPU (CentralProcessingUnit) and a memory.
Further, each functional unit may be realized by one or a plurality of integrated circuits, and the functions of the plurality of functional units may be realized by one integrated circuit. LSIs are sometimes called VLSIs, super LSIs, ultra LSIs, etc., depending on the degree of integration.
Here, the "circuit" may include a meaning as digital processing by a computer, that is, functional processing by software. Further, the circuit may be realized by a reconstructable circuit (for example, FPGA: FieldProgrammableGateAway).

When each functional part of the information processing server 100 and the user terminal 10 is realized by software, each functional part of the information processing server 100 and the user terminal 10 executes an instruction of a display information generation program which is software for realizing each function. A CPU, a ROM (ReadOnlyMemory) or storage device (referred to as a "recording medium") in which various data are readablely recorded by a computer (or CPU), and a RAM (RandomAccessMemory) for deploying the health monitoring program. ) Etc. are provided.
Then, the object of the present invention is achieved when the computer (or CPU) reads and executes the health monitoring program from the recording medium. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used.

Further, the health monitoring program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the health monitoring program. The present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the health monitoring program is embodied by electronic transmission.

The above health monitoring program can be implemented using, for example, a script language such as ActionScript or JavaScript (registered trademark), an object-oriented programming language such as Objective-C or Java (registered trademark), or a markup language such as HTML5. ..

1 Prescription drug proposal system 100 Information processing server 110 Receiver (communication section)
120 Transmitter (communication unit)
130 memory (medicine history memory)
140 Processing unit 141 Data receiving unit 142 Drug proposal unit 200 Drug master

Claims (8)

Shows life level evaluation data in which the living levels of patients and users are regularly evaluated according to behavioral patterns in daily life at medical institutions, dispensing pharmacies, or long-term care facilities, and the drugs prescribed by the patients and users. Data receiving department that accepts prescription drug data,
Based on the pathological condition estimation model in which the relationship between the change in living level and the pathological condition estimated in the change in living level is learned in advance, and the living level evaluation data received by the data receiving unit, the patient and the user The pathological condition is analyzed, the drug for improving the analyzed pathological condition is determined based on the drug data, and if the prescription drug data received by the data receiving unit is inappropriate, it is proposed to change the prescription drug data. Drug Proposal Department and
Prescription drug management system equipped with. The data receiving unit
Accepting drug risk data that includes at least one of side effect data indicating the side effects of the drug and contraindication data indicating the condition of the user to which the use of the drug should be avoided.
The prescription drug management system according to claim 1, wherein the drug proposal unit proposes a change in the prescription drug data with reference to the life level evaluation data and the drug risk data. The drug proposal department infers the pathological condition that may be affected from the change over time of the life level evaluation data, and at the same time,
Whether or not the pathological condition corresponds to any of the side effects shown in the side effect data and which may occur when the drug prescribed to the patient and the user is taken by the patient and the user. The prescription drug management system according to claim 2, wherein the use of the drug corresponding to the side effect is restricted by determining the above. The drug proposal department infers the pathological condition that may be affected from the change over time of the life level evaluation data, and at the same time,
The prescription drug according to claim 2 or 3, wherein the use of the drug is restricted by determining whether or not the pathological condition corresponds to a state in which use is avoided as shown in the contraindication data. Management system. As the prescription drug data, a drug history storage unit for storing past drug history data is provided.
The drug proposal unit according to any one of claims 1 to 4, wherein the drug proposal unit proposes a change of the prescription drug data with reference to the past drug history data stored in the drug history storage unit. Described prescription drug management system. The drug history storage unit stores the prescribed amount of the drug specified by the drug history together with the cost.
The prescription drug management system according to claim 5, wherein the drug proposal unit calculates the cost of the proposed drug as compared with the past drug cost stored in the drug history storage unit. The computer
Life level evaluation data that regularly evaluates the living levels of patients and users according to their behavioral patterns in daily life at medical institutions, dispensing pharmacies, or long-term care facilities, and prescription drug data indicating the patients and users. Reception step to accept and
Based on the pathological condition estimation model in which the relationship between the change in living level and the pathological condition estimated in the change in living level is learned in advance, and the living level evaluation data received by the reception step, the pathological condition of the patient and the user. Is analyzed, the drug that improves the analyzed pathological condition is determined based on the drug data, and if the prescription drug data received by the reception step is inappropriate, a drug proposal that proposes a change in the prescription drug data is proposed. Steps and
Prescription drug management method to carry out. On the computer
Shows life level evaluation data in which the living levels of patients and users are regularly evaluated according to behavioral patterns in daily life at medical institutions, dispensing pharmacies, or long-term care facilities, and the drugs prescribed by the patients and users. Prescription drug data, reception function to accept,
The pathological condition of the patient and the user based on the pathological condition estimation model in which the relationship between the change in the living level and the pathological condition estimated in the change in the living level is learned in advance and the living level evaluation data received by the reception function. Is analyzed, the drug that improves the analyzed pathological condition is determined based on the drug data, and if the prescription drug data received by the reception function is inappropriate, a drug proposal that proposes a change in the prescription drug data is proposed. Function and
A prescription drug management program that realizes.

Images