Device, method and program for continuously recording medication state of patient

Abstract

To provide a method for continuously recording a medication state of a patient.SOLUTION: Firstly, a patient photographs a two-dimensional code 111 recorded on a document 110 and generates (S201) prescription information 300. If the prescription information 300 is generated for the first time (S202), an alarm setting screen is displayed (S203). Then, a device 100 transmits (S204) at least one section of the prescription information 300 to a server 120. The server 120 transmits (S205) an alarm to the device 100 at the time set as an alarm time for each medicine. The medicine is displayed that should be administered as a content of the alarm, and by tapping or clicking and selecting a display element for recording medication history when the medicine has been administered, the device 100 can transmit (S206) the medication history to the server 120.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present invention relates to an apparatus, a method and a program for continuously recording a patient's medication status. [Background technology]

[0002] Currently, a patient who has received a diagnosis from a doctor presents the issued prescription to a pharmacy and receives the medicine from a pharmacist. When receiving the medicine, the patient receives medication instructions from the pharmacist. Patent Document 1 by the applicant discloses a technology that enables a pharmacist to provide sufficient medication instructions to the patient. [Prior art documents] [Patent documents]

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

[0004] As such, pharmacists provide guidance to patients so that they can take their medications appropriately, and there are techniques to make this easier; however, because patients do not visit pharmacists frequently, there are limited opportunities for pharmacists to provide guidance to patients over the entire period of medication use, and as a result, the information on patients' medication conditions that pharmacists are able to grasp is also limited.

[0005] The present invention has been made in consideration of the above problems, and an object of the present invention is to provide an apparatus, method, or program for continuously recording a patient's medication status. [Means for solving the problem]

[0006] In order to achieve this object, a first aspect of the present invention is a method for continuously recording a patient's medication status, comprising the steps of: an application installed on a mobile terminal generating prescription information for one or more medications represented by a two-dimensional code based on the two-dimensional code; sending transmission information including a medication name or its identifier and a dosing time or an alarm time corresponding to the dosing time or an identifier corresponding to either to a server capable of communicating with the mobile terminal; receiving an alarm sent from the server at a time set as the alarm time; displaying a display element for recording medication history on the application as the content of the alarm; and sending the medication history including the selection of the display element to the server.

[0007] In addition, a second aspect of the present invention is characterized in that in the first aspect, the application further includes a step of displaying an alarm setting screen for setting an alarm time when the prescription information is the first prescription information generated on the application.

[0008] In addition, a third aspect of the present invention is characterized in that, in the second aspect, the alarm setting screen is displayed in a state where an alarm time corresponding to the taking time included in the prescription information is enabled.

[0009] A fourth aspect of the present invention is characterized in that in any one of the first to third aspects, a message from a pharmacist or a pharmacy is displayed as the content of the alarm.

[0010] In addition, a fifth aspect of the present invention is characterized in that in any of the first to fourth aspects, the application further includes a step of receiving from the server, separately from the alarm, an alert from a pharmacist or pharmacy in response to the medication status based on the medication history satisfying an alert condition.

[0011] In addition, a sixth aspect of the present invention is characterized in that, in any of the first to fifth aspects, the application further includes a step of displaying an input screen for inputting the patient's health history, and a step of transmitting the health history to the server.

[0012] A seventh aspect of the present invention is characterized in that in the sixth aspect, the input items on the input screen are variable depending on the type of medicine included in the alarm.

[0013] In addition, an eighth aspect of the present invention is characterized in that in the sixth or seventh aspect, the application further includes a step of receiving from the server, separately from the alarm, an alert from a pharmacist or pharmacy in response to the physical condition based on the physical condition history satisfying an alert condition.

[0014] In addition, a ninth aspect of the present invention is a program for causing a mobile terminal to execute a method for continuously recording a patient's medication status, the method including the steps of: a program installed on the mobile terminal generating prescription information for one or more drugs represented by a two-dimensional code based on the two-dimensional code; transmitting transmission information including a drug name or its identifier and a taking time or an alarm time corresponding to the taking time, or an identifier corresponding to either, to a server capable of communicating with the mobile terminal; receiving an alarm transmitted from the server at a time set as the alarm time; displaying a display element for recording a medication history on the program as the content of the alarm; and transmitting the medication history including the selection of the display element to the server.

[0015] In addition, a tenth aspect of the present invention is a program installed on a mobile terminal to operate the mobile terminal as a device for continuously recording a patient's medication status, the program causing the mobile terminal to execute the following steps: generating prescription information for one or more drugs represented by a two-dimensional code based on the two-dimensional code; sending transmission information including a drug name or its identifier and a taking time or an alarm time corresponding to the taking time, or an identifier corresponding to either, to a server capable of communicating with the mobile terminal; receiving an alarm sent from the server at a time set as the alarm time; displaying a display element for recording a medication history on the program as the content of the alarm; and sending the medication history including the fact that the display element has been selected to the server. Effect of the Invention

[0016] According to one aspect of the present invention, by making it possible to easily set alarms for an application installed on a device used by a patient based on prescription information represented by a two-dimensional code, the patient is encouraged to take each of the medications prescribed to him or her at the appropriate time, and the history of whether or not the medication has been taken can be recorded on the same application and sent to a server as a medication history, allowing a continuous record of the patient's medication status. [Brief description of the drawings]

[0017] [Figure 1] FIG. 1 shows an apparatus according to a first embodiment of the present invention. [Diagram 2] 1 is a flow chart of a method in a first embodiment of the present invention. [Diagram 3] FIG. 2 is a diagram showing an example of prescription information generated in the first embodiment of the present invention. [Figure 4] FIG. 4 is a diagram showing an example of an alarm setting screen in the first embodiment of the present invention. [Diagram 5] FIG. 2 is a diagram illustrating an example of a push notification according to the first embodiment of the present invention. [Figure 6] FIG. 4 is a diagram showing an example of alarm content in the first embodiment of the present invention. [Figure 7] FIG. 2 is a diagram showing an example of a medication state in the first embodiment of the present invention. [Figure 8] FIG. 11 is a diagram showing an example of physical condition history input items according to the second embodiment of the present invention. [Figure 9] FIG. 11 is a diagram showing an example of a message transmission screen for a pharmacist to transmit a message including advice to a patient according to the second embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0018] Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.

[0019] (First embodiment) 1 shows an apparatus according to a first embodiment of the present invention. The apparatus 100 can be a mobile terminal such as a smartphone or tablet, and includes an image sensor 101, which captures an image of a two-dimensional code 111 representing prescription information written on a prescription to generate prescription information. The two-dimensional code 111 is written on a document 110 that is provided together with a drug, such as a medication notebook data seed, and the patient can simply photograph this using the apparatus 100 at home, for example.

[0020] The device 100 includes a communication unit 102 such as a communication interface, a processing unit 103 such as a processor or CPU, and a storage unit 104 including a storage device or storage medium such as a memory or a hard disk, and can be configured by executing a program for performing each process, and may include one or more devices, computers, or servers. The program may include one or more programs, and may be recorded in a computer-readable storage medium to form a non-transient program product. The program may be stored in a storage device or storage medium accessible from the storage unit 104 or the device 100, and may be executed by the processing unit 103. The device 100 can communicate with a server 120 via a computer network, and although not shown, the server 120 may have the same configuration as the device 100.

[0021] 2 shows a flow chart of a method for continuously recording a patient's medication status according to this embodiment. First, the patient takes a picture of a two-dimensional code 111 written on a document 110 at home or the like using a device 100 such as a smartphone to generate prescription information (S201). Here, the two-dimensional code 111 has been described as being written on the document 110, but it may be received electronically by the device 100, and the prescription information represented by the two-dimensional code 111 may be generated by processing the two-dimensional code 111.

[0022] An example of the generated prescription information is shown in Figure 3. The patient name is "Nakao Yutaka", the drug name is "Mucodyne Tablets 250 mg", and the dosage information includes the number of times to take the drug, such as "three times a day", and the time to take the drug, such as "after each meal". As shown in the figure, other drug names besides "Mucodyne Tablets 250 mg" are included, and the prescription information may include information about multiple drugs. The format of the prescription information 300 is not necessarily the same depending on the system that generated the two-dimensional code 111.

[0023] An application or program for executing this method is installed in the device 100, and when prescription information is generated for the first time by the application (S202), an alarm setting screen is displayed (S203). If it is not the first time, the process may proceed to the next step without displaying the alarm setting screen. This point will be described in more detail later.

[0024] FIG. 4 shows an example of an alarm setting screen. As the alarm times corresponding to the dosing time, when waking up, in the morning, midday, in the evening, and before going to bed are shown. In the example of FIG. 4, the alarm setting screen 400 is displayed with the times of breakfast, lunch, and dinner enabled as alarm times in response to the fact that the dosing time of Mucodyne tablets 250 mg is set as "after every meal," and each time can be changed. Here, "7:00" is given as the morning, "12:00" as the midday, and "18:00" as the evening as the initial settings, and the midday time setting is changed to "11:00." From the viewpoint of processing in the device 100, the alarm setting screen 400 is displayed by enabling the alarm time corresponding to the dosing time of the drug included in the prescription information with reference to the correspondence between the dosing time and the alarm time (including a prediction model generated by machine learning) stored in the memory unit 104 or a storage device or storage medium accessible from the device 100. Since the prescription information shown in FIG. 3 does not include times corresponding to "when waking up" and "before going to bed" as dosing times, these are not enabled in FIG. 4.

[0025] Next, the device 100 transmits at least a portion of the prescription information 300 to the server 120 (S204). The device 100 may proceed to the transmission after generating the prescription information if the alarm setting screen 400 is not displayed. The transmitted information includes, for each drug, the drug name or a corresponding drug identifier, and further includes an identifier corresponding to the dosing time or the corresponding alarm time or either of them. The transmitted information may also include the patient name. The transmitted information may also include the pharmacy name or an identifier corresponding thereto. A user identifier of a user who uses an application installed on the device 100 is transmitted simultaneously with at least a portion of the prescription information 300 or before or after it as necessary.

[0026] The server 120 stores the received dosing time or the corresponding alarm time or the corresponding identifier for each drug, and transmits an alarm directly or indirectly to the application installed in the device 100 at the time set as the alarm time (S205). The alarm may be transmitted directly by the server 120 or indirectly from a device, computer, or server capable of communicating with the server 120 via a computer network, and both are included in the transmission from the server 120.

[0027] Fig. 5 shows an example of a push notification of an alarm received by the device. Fig. 5 shows a display screen 500 of the device 100, which urges the user to take the necessary medication and record it because the time set as the after-dinner alarm time, "17:23," has arrived. The server 120 can transmit an alarm at the time set as the alarm time for each medication based on at least a portion of the received prescription information 300, and can, as an example, urge the user to check the contents of the alarm by means of a push notification.

[0028] An example of the alarm content displayed by tapping the push notification is shown in Fig. 6. "Claris Tablets 50 for Children" is displayed as the medicine to be taken, and when the medicine has been taken, a display element for recording the medicine taking history such as "used" can be selected by tapping or clicking, and the medicine taking history including the medicine name or the corresponding medicine identifier, and the time of taking the medicine or the corresponding alarm time or the identifier corresponding to these can be transmitted to the server 120 (S206).

[0029] In this way, by making it possible to easily set an alarm for an application installed on the device 100 used by the patient based on prescription information represented by a two-dimensional code, the patient is encouraged to take each medication prescribed to him or her at the appropriate time, and the history of whether or not medication has been taken can be recorded on the same application and transmitted to the server 120 as a medication history, allowing for a continuous record of the patient's medication status.

[0030] 6, a pharmacist can log in to a website for using the service provided by the server 120 with an account of the pharmacy to which the pharmacist belongs and include a message to encourage the patient to take the medication in the alarm. More generally, the content of the alarm can be based on settings stored in the server 120 for each pharmacy according to the pharmacy name or a corresponding identifier included in at least a portion of the prescription information 300 transmitted to the server 120.

[0031] On the website, the pharmacist can view a medication status 700 that can be displayed based on the medication history as shown in Fig. 7. If the pharmacist or the pharmacy to which the pharmacist belongs determines that there is a problem with the medication status, or if the medication status meets an alert condition, the server 120 can send a message including advice according to the situation to the application of the device 100 used by the patient. This further promotes continuous recording of the patient's medication status.

[0032] In the above description, the alarm setting screen 400 is displayed when the prescription information is generated for the first time, but it may be preferable to display the alarm setting screen 400 even if the prescription information is generated for the second time or later. Specifically, when the prescription information generated this time includes a dose time that does not correspond to any of the dose times included in the prescription information generated up to the last time, the alarm setting screen 400 can be displayed with the alarm time corresponding to the dose time enabled. In the example of FIG. 4, when the dose time included in the time of waking up is included in the newly generated prescription information, the alarm time at the time of waking up can be enabled and displayed. In addition, in the description up to this point, an example is given in which the required alarm time is displayed in an enabled state on the alarm setting screen 400, but an element such as a slider for enabling the alarm time without enabling the alarm time may be displayed and enabled. In addition, the setting contents made on the alarm setting screen 400 can be transmitted to the server 120 and stored.

[0033] In addition, in the above explanation, it is assumed that at least a portion of the prescription information 300 is transmitted to the server 120, and the alarm time and even the alarm content are set in the server 120, but it is also conceivable that the alarm time and even the alarm content are set in the device 100.

[0034] Please note that unless there is a statement such as "based only on XX," "depending only on XX," or "only in the case of XX," this specification assumes that additional information may be taken into consideration. As an example, please note that the statement "do b when a" does not necessarily mean "always do b when a" or "do b immediately after a" unless expressly stated. Furthermore, the statement "each a constituting A" does not necessarily mean that A is composed of multiple components, but includes the case where the component is singular.

[0035] Also, just to be clear, even if there is an aspect of a method, program, terminal, device, server or system (hereinafter referred to as a "method, etc.") that performs an operation different from that described in this specification, each aspect of the present invention is directed to an operation that is the same as any of the operations described in this specification, and the existence of an operation different from that described in this specification does not make the method, etc. outside the scope of each aspect of the present invention.

[0036] It should also be noted that in this specification the term "alarm" broadly means "notification."

[0037] Second embodiment In the first embodiment, the application installed in the device 100 transmits the medication history of the patient to the server 120, and the pharmacist can view the medication status of the patient on a website provided by the server 120. In the second embodiment, the application installed in the device 100 further transmits the patient's physical condition history, and the pharmacist can view the patient's physical condition on the website.

[0038] As an example, a list of items 800 for inputting a physical condition history as shown in Fig. 8 can be displayed on an application installed on the device 100. After the patient selects one of the items by tapping or clicking, an input screen for that item is displayed. The list of items 800 or an input screen for any of the items can be displayed by the patient on the application, or can be displayed before or after the display of the medication alarm content to prompt the input of a physical condition history in addition to the medication history. Also, a notification prompting the input of a physical condition history may be sent directly or indirectly from the server 120.

[0039] The input items on the input screen for each item can be made variable depending on the type of drug for which the alarm is set. For example, when an anticancer drug is prescribed, in addition to general body temperature, weight, etc., it is preferable to display items that should be watched as the physical condition of the cancer patient, such as the number of bowel movements, stomatitis, dizziness, shortness of breath, etc., or items that are likely to appear as side effects of the anticancer drug, by referring to the correspondence between the type of drug and the input items (including a prediction model generated by machine learning).

[0040] In this way, by allowing input of a physical condition history on the application installed in the device 100 used by the patient, the physical condition of the patient as well as the medication status can be recorded in the server 120. The recorded data is of great significance as it can be utilized for data analysis such as detection, evaluation, and prediction of the effects of medication and side effects caused by medication.

[0041] The pharmacist can view the physical condition that can be displayed based on the physical condition on the website provided by the server 120. If the pharmacist or the pharmacy to which the pharmacist belongs judges that there is a problem with the physical condition, or if the physical condition meets the condition for an alert, the server 120 transmits a message including advice according to the situation to the application of the device 100 used by the patient, and the pharmacist or the pharmacy to which the pharmacist belongs can continuously carry out appropriate pharmaceutical management. This effectively ensures that the patient takes the medicine appropriately.

[0042] 9 is an example of a message sending screen on a website provided on a server for a pharmacist or the pharmacy to which the pharmacist belongs to send a message including advice to a patient. One or more standard advice phrases are displayed in a selectable manner according to the medication status or physical condition, and the pharmacist or pharmacy can create a message for the patient using the standard phrases as necessary. Such a message may be included in the alert in the first or second embodiment. [Explanation of symbols]

[0043] 100 devices 101 Image sensor 102 Communications Department 103 Processing section 104 Storage section 110 Documents 111 2D Code 120 Servers 300 Prescribing Information 400 Alarm setting screen 500 Display screen of device 100 600 Alarm contents 700 Medication status 800 Health History Item List 900 Message sending screen

Claims

1. 1. A method for continuously recording a patient's medication status, comprising: A server receives prescription information regarding a prescribed drug from a mobile terminal used by a patient; A step in which the server causes the mobile terminal to display a display element for recording a medication history of the medicine included in the prescription information; The server receives the medication history of the drug from the mobile terminal; the server sends to the mobile terminal a message including advice from a pharmacy in response to a condition being satisfied by the patient's medication status based on the medication history; Includes.

2. 2. The method of claim 1 , The message includes advice from the pharmacy using standard phrases that can be selected from one or more options.

3. 3. The method according to claim 1 or 2, The method further includes a step in which the server causes the medication status to be displayed so as to be viewable on a terminal used by a pharmacist belonging to the pharmacy.

4. 4. The method according to claim 1 , further comprising the steps of: displaying an input screen for inputting the patient's physical condition history; transmitting the health history to the server; Further includes:

5. 5. The method according to claim 1 , further comprising the steps of: The input items of the physical condition history are variable depending on the type of medicine included in the prescription information.

6. 6. The method according to claim 1 , further comprising the steps of: The medication message is based on settings for each pharmacy.

7. 7. A method according to any one of claims 1 to 6, comprising: The prescription information is generated based on a two-dimensional code.

8. 8. A method according to any one of claims 1 to 7, comprising: The prescription information includes the patient's name.

9. A program for causing a computer to execute a method for continuously recording a patient's medication status, the method comprising: receiving prescription information relating to a prescribed drug from a mobile terminal used by a patient by a server; A step in which the server causes the mobile terminal to display a display element for recording a medication history of the medicine included in the prescription information; The server receives the medication history of the drug from the mobile terminal; the server sends to the mobile terminal a message including advice from a pharmacy in response to a condition being satisfied by the patient's medication status based on the medication history; Includes.

10. A server for continuously recording a patient's medication status, receiving prescription information on prescribed medicines from a mobile terminal used by a patient, and displaying, on the mobile terminal, a display element for recording a medication history of the medicines included in the prescription information; receiving a medication history of the drug from the mobile terminal; The device is configured to transmit a message including advice from a pharmacy to the mobile terminal when the patient's medication status based on the medication history satisfies a condition.

Images