JP2021119460A - Device, method and program for continuously recording medication state of patient - Google Patents

Abstract

To provide a device, a method and a program for continuously recording a medication state of a patient.SOLUTION: A method for continuously recording a medication state of a patient includes: a step S201 in which an application installed in a portable terminal generates prescription information related to one or a plurality of medicines displayed according to a two-dimensional code; a step S204 in which transmission information containing a medicine name or an identifier corresponding to the medicine name, and administration time or an alarm time corresponding to the administration time or an identifier corresponding to one of them, is transmitted to a server capable of communicating with the portable terminal; a step S205 in which the alarm transmitted from the server at the time set as the alarm time is received; a step for displaying a display element for recording medication history as a content of the alarm by using the application; and a step S206 for transmitting the medication history containing the selection of the display element to the server.SELECTED DRAWING: Figure 2

Description

The present invention relates to devices, methods and programs for continuously recording a patient's medication status.

Currently, patients diagnosed by a doctor hand over the issued prescription at the pharmacy and receive the drug from the pharmacist. The patient receives medication guidance from the pharmacist when receiving the medication. Patent Document 1 by the applicant discloses a technique for enabling a pharmacist to give sufficient medication guidance to a patient.

Patent No. 6381088

In this way, pharmacists are instructing patients to take medicines appropriately, and although there are techniques to do so smoothly, patients do not frequently visit under pharmacists, so they take medicines. From the perspective of the entire period, the opportunities for the pharmacist to instruct the patient are limited, and as a result, the patient's medication status that the pharmacist can grasp is also limited.

The present invention has been made in view of such problems, and an object of the present invention is to provide an apparatus, a method, or a program for continuously recording a patient's medication status.

In order to achieve such an object, the first aspect of the present invention is a method for continuously recording a patient's medication status, in which an application installed on a mobile terminal is based on a two-dimensional code. And a step of generating prescription information about one or more drugs represented by the two-dimensional code, and a transmission including the drug name or its identifier and the dosing time or the alarm time corresponding to the taking time or the identifier corresponding to any one of them. A step of transmitting information to a server capable of communicating with the mobile terminal, a step of receiving an alarm transmitted from the server at a time set as the alarm time, and a medication history on the application as the content of the alarm. It is characterized by including a step of displaying a display element for recording and a step of transmitting a medication history including the selection of the display element to the server.

Further, in the second aspect of the present invention, in the first aspect, when the application is the first prescription information generated on the application, an alarm setting for setting an alarm time is performed. It is characterized by further including a step of displaying a screen.

A third aspect of the present invention is characterized in that, in the second aspect, the alarm setting screen is displayed in a state in which the alarm time corresponding to the dosing time included in the prescription information is enabled. do.

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.

Further, a fifth aspect of the present invention corresponds to, in any one of the first to fourth aspects, the application satisfies the condition of the alert that the medication status based on the medication history satisfies the condition of the alert, apart from the alarm. It also includes the step of receiving an alert from the pharmacist or pharmacy from the server.

Further, in the sixth aspect of the present invention, in any one of the first to fifth aspects, the application displays an input screen for inputting the physical condition history of the patient, and the physical condition history is described. It is characterized by further including a step of sending to a server.

Further, a seventh aspect of the present invention is characterized in that, in the sixth aspect, the input item on the input screen is variable according to the type of the drug included in the alarm.

Further, in the eighth aspect of the present invention, in the sixth or seventh aspect, the pharmacist or the pharmacist or the application responds that the physical condition based on the physical condition history satisfies the condition of the alert, apart from the alarm. It is characterized by further including a step of receiving an alert from the pharmacy from the server.

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, and the method is a program installed on the mobile terminal. Is a step of generating prescription information about one or more drugs represented by the two-dimensional code based on the two-dimensional code, and the drug name or its identifier and the dosing time or the alarm time corresponding to the taking time, or any of them. A step of transmitting transmission information including an identifier corresponding to the above to a server capable of communicating with the mobile terminal, a step of receiving an alarm transmitted from the server at a time set as the alarm time, and as the content of the alarm. It is characterized by including a step of displaying a display element for recording a medication history on the program and a step of transmitting a medication history including the selection of the display element to the server.

A tenth aspect of the present invention is a program installed on the mobile terminal for operating the mobile terminal as a device for continuously recording the medication status of a patient, based on a two-dimensional code. A step of generating prescription information for one or more drugs represented by the two-dimensional code, and a transmission including the drug name or its identifier and the dosing time or the alarm time corresponding to the taking time or the identifier corresponding to any one of them. A step of transmitting information to a server capable of communicating with the mobile terminal, a step of receiving an alarm transmitted from the server at a time set as the alarm time, and a medication history on the program as the content of the alarm. It is characterized in that the mobile terminal is made to execute a step of displaying a display element for recording and a step of transmitting a medication history including the selection of the display element to the server.

According to one aspect of the invention, the patient is self-prescribed by making it possible to easily set an alarm for an application installed in the device used by the patient based on prescription information represented by a two-dimensional code. It is urged to take each drug appropriately at the time of taking each drug, and the history of taking or not taking the drug can be recorded on the same application and sent to the server as the taking history, so the patient's taking status can be continuously monitored. Can be recorded in.

It is a figure which shows the apparatus which concerns on 1st Embodiment of this invention. It is a flow chart of the method in 1st Embodiment of this invention. It is a figure which shows an example of the prescription information generated in the 1st Embodiment of this invention. It is a figure which shows an example of the alarm setting screen in 1st Embodiment of this invention. It is a figure which shows an example of the push notification in the 1st Embodiment of this invention. It is a figure which shows an example of the alarm content in 1st Embodiment of this invention. It is a figure which shows an example of the medication situation in 1st Embodiment of this invention. It is a figure which shows an example of the physical condition history input item which concerns on the 2nd Embodiment of this invention. It is a figure which shows an example of the message transmission screen for the pharmacist which concerns on the 2nd Embodiment of this invention send a message including advice to a patient.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

(First Embodiment)
FIG. 1 shows an apparatus according to the first embodiment of the present invention. The device 100 can be a mobile terminal such as a smartphone or a tablet, includes an image sensor 101, and images a two-dimensional code 111 representing the prescription information described in the prescription to generate the prescription information. The two-dimensional code 111 is described in the document 110 delivered together with the medicine such as the medicine notebook data seed, and the patient may take a picture of this at home using the device 100, for example.

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

FIG. 2 shows a flow chart of a method for continuously recording the medication status of a patient according to the present embodiment. First, the patient photographs the two-dimensional code 111 described in the document 110 at home or the like with a device 100 such as a smartphone to generate prescription information (S201). Here, the two-dimensional code 111 has been described as described in the document 110, but the device 100 may electronically receive the two-dimensional code 111, and the two-dimensional code 111 is represented by the two-dimensional code 111 by processing the two-dimensional code 111. Prescription information may be generated.

FIG. 3 shows an example of the generated prescription information. The patient name includes "Yutaka Nakao", the drug name includes "Mukodyne Tablets 250 mg", the dosage includes the number of doses such as "three times a day", and the dosage time such as "after each meal". As shown in the figure, a drug name is included in addition to "Mukodyne Tablets 250 mg", and information on a plurality of drugs may be included in the prescription information. The format of the prescription information 300 is not necessarily the same depending on the system that generated the two-dimensional code 111.

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

FIG. 4 shows an example of the alarm setting screen. The alarm time corresponding to the dosing time is shown at the time of waking up, morning, noon, evening, and before going to bed. In the example of FIG. 4, the alarm setting screen 400 is displayed with the breakfast, lunch, and dinner times enabled as the alarm time, corresponding to the time when the mucodyne tablet 250 mg is taken after each meal. It is displayed and each time can be changed. Here, "7:00" as the morning, "12:00" as the daytime, and "18:00" as the evening are given as initial settings, and the daytime time setting is changed to "11:00". From the viewpoint of processing in the device 100, the association between the dosing time stored in the storage device or the storage medium accessible from the storage unit 104 or the device 100 and the alarm time (including a prediction model generated by machine learning). The alarm setting screen 400 is displayed by enabling the alarm time corresponding to the administration time of the drug included in the prescription information. Since the prescription information shown in FIG. 3 does not include the time corresponding to “when waking up” and “before going to bed” as the dosing time, these are not activated in FIG.

Next, the device 100 transmits at least a part of the prescription information 300 to the server 120 (S204). If the alarm setting screen 400 is not displayed, the device 100 may proceed to the transmission after generating the prescription information. The information transmitted includes, for each drug, the drug name or the corresponding drug identifier, and further includes the dosing time and / or the corresponding alarm time or the corresponding identifier. In addition, the transmitted information may further include the patient's name. In addition, the transmitted information may further include a pharmacy name or a corresponding identifier. The user identifier of the user who uses the application installed in the device 100 is transmitted at the same time as or before and after at least a part of the prescription information 300, if necessary.

The server 120 stores the received dosing time, the corresponding alarm time, or the corresponding identifier for each drug, and directly or indirectly alarms the application installed in the device 100 at the time set as the alarm time. Is transmitted (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 the computer network, all of which are transmitted from the server 120. Included in.

FIG. 5 shows an example of an alarm push notification received by the device. FIG. 5 shows the display screen 500 of the device 100, and since the alarm time after dinner is set to “17:23”, it is urged to take the necessary medicine and keep a record of it. The server 120 can transmit an alarm at a time set as an alarm time for each drug based on at least a part of the received prescription information 300, and as an example, prompts confirmation of the content of the alarm by a push notification. Can be done.

FIG. 6 shows an example of the alarm content displayed by tapping the push notification. "Claris Tablets 50 for children" is displayed as the drug to be taken, and when taken, the server 120 can be selected by tapping or clicking a display element for recording the medication history such as "used". It is possible to transmit the drug name or the corresponding drug identifier, and the medication history including the dosing time or the corresponding alarm time or the corresponding identifier (S206).

In this way, by making it possible to easily set an alarm for the application installed in the device 100 used by the patient based on the prescription information represented by the two-dimensional code, the patient takes each drug prescribed by himself / herself. It is urged to take the medicine appropriately at the time, and the history of the presence or absence of the dose can be recorded on the same application and sent to the server 120 as the dose history, so that the patient's medication status is continuously recorded. be able to.

As shown in FIG. 6, the pharmacist may log in with the account of the pharmacy to which the pharmacist belongs on the website for using the service provided by the server 120, and include a message in the alarm to prompt the patient to take the medicine. can. The content of the alarm is more generally based on the settings stored for each pharmacy in the server 120, depending on the pharmacy name or the corresponding identifier contained in at least a part of the prescription information 300 transmitted to the server 120. can do.

The pharmacist can browse the medication status 700 that can be displayed based on the medication history as shown in FIG. 7 on the website. 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 the alert conditions, the server 120 will be in a situation for the application of the device 100 used by the patient. You can send a message with the corresponding advice. This further facilitates continuous recording of the patient's medication status.

In the above description, the alarm setting screen 400 is displayed when the prescription information is generated for the first time, but the alarm setting screen 400 is displayed even if the prescription information is generated for the second time or later. May be preferable. Specifically, if the dosing time that does not correspond to any of the dosing times included in the prescription information generated up to the previous time is included in the prescription information generated this time, the alarm time corresponding to the taking time is set. The alarm setting screen 400 can be displayed in the enabled state. In the example of FIG. 4, when the dosing time included at the time of waking up is included in the newly generated prescription information, it is conceivable to enable and display the alarm time at the time of waking up. Further, in the explanation so far, the alarm setting screen 400 is displayed with the required alarm time enabled as an example, but elements such as a slider for enabling the alarm without enabling it are displayed. It may be enabled. Further, the setting contents made on the alarm setting screen 400 can be transmitted to the server 120 and stored.

Further, in the above description, it has been described that at least a part of the prescription information 300 is transmitted to the server 120 and the alarm time and the alarm content are set in the server 120. It is also possible that the alarm content is set.

If there is no description of "only" such as "based on XX only", "according to XX only", and "in the case of XX only", additional information is provided in this specification. Note that it is assumed that also can be considered. Also, as an example, it should be noted that the description "b in the case of a" does not necessarily mean "always b in the case of a" or "b immediately after a", except when explicitly stated. I want to be. Further, the description "each a constituting A" does not necessarily mean that A is composed of a plurality of constituent elements, but includes that the constituent elements are singular.

Further, just in case, even if some method, program, terminal, device, server or system (hereinafter referred to as "method") has an aspect of performing an operation different from the operation described in the present specification, each of the present inventions The aspect is intended to be the same operation as any of the operations described in the present specification, and the existence of an operation different from the operation described in the present specification means that the method and the like are described in each of the present inventions. It is added that it is not outside the scope of the aspect.

It is also added that the term "alarm" broadly means "notification" herein.

(Second embodiment)
In the first embodiment, the patient's medication history is transmitted from the application installed in the device 100 to the server 120, and the pharmacist can view the patient's medication status on the website provided by the server 120. There is. In the second embodiment, the patient's physical condition history is further transmitted from the application installed in the device 100, and the physical condition (body condition) of the patient can be viewed by the pharmacist on the website.

As an example, the item list 800 for inputting the physical condition history as shown in FIG. 8 can be displayed on the application installed in the device 100. After the patient selects any item by tapping or clicking, the input screen for that item is displayed. The item list 800 or any of the item input screens can be displayed on the application by the patient, and can be displayed before or after the display of the medication alarm content to prompt the patient to input the physical condition history in addition to the medication history. be able to. Further, the server 120 may directly or indirectly give a notification prompting the input of the physical condition history.

The input items on the input screen of each item can be changed according to the type of the drug for which the alarm is set. For example, when an anticancer drug is prescribed, in addition to general body temperature, weight, etc., items that should be watched as the physical condition of cancer patients such as the number of stools, mouth ulcer, dizziness, shortness of breath, etc. It is preferable to display items that are likely to appear as side effects by referring to the association between the type of drug and the input item (including the prediction model generated by machine learning).

In this way, by enabling the input of the physical condition history on the application installed in the device 100 used by the patient, the physical condition can be recorded on the server 120 in addition to the medication status of the patient. The recorded data has great significance as it can be used for data analysis such as detection, evaluation, and prediction of the effects of taking medication and side effects caused by taking medication.

The pharmacist can browse 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 he belongs determines that there is a problem with his physical condition, or if his physical condition meets the alert conditions, the server 120 responds to the application of the device 100 used by the patient. By sending a message containing advice, the pharmacist or the pharmacy to which he belongs may continue to carry out appropriate pharmaceutical management. This effectively ensures proper medication for the patient.

FIG. 9 is an example of a message transmission screen for a pharmacist or a pharmacy to which the pharmacist belongs to transmit a message including advice to a patient on a website provided on a server. Depending on the medication status or physical condition, one or more fixed phrases of advice are displayed in a selectable manner, and the pharmacist or pharmacy can compose a message to the patient using the fixed phrases as needed. Such a message may be included in the alert in the first embodiment or the second embodiment.

100 Device 101 Image sensor 102 Communication section 103 Processing section 104 Storage section 110 Document 111 Two-dimensional code 120 Server 300 Prescription information 400 Alarm setting screen 500 Device 100 display screen 600 Alarm content 700 Medication status 800 Physical condition history item list 900 Message transmission screen

Claims (8)

An application installed on a mobile device that is a method for continuously recording the patient's medication status.
A step of generating prescription information about one or more drugs represented by the two-dimensional code based on the two-dimensional code, and
A step of transmitting transmission information including a drug name or its identifier and an administration time or an alarm time corresponding to the administration time or an identifier corresponding to any of them to a server capable of communicating with the mobile terminal.
A step of receiving an alarm transmitted from the server at a time set as the alarm time, and
A step of displaying a display element for recording a medication history on the application as the content of the alarm, and
A method comprising: transmitting a medication history including the selection of the display element to the server. The first aspect of the present invention is characterized in that, when the prescription information is the first prescription information generated on the application, the application further includes a step of displaying an alarm setting screen for setting an alarm time. The method described. The method according to claim 2, wherein the alarm setting screen is displayed in a state in which the alarm time corresponding to the dosing time included in the prescription information is activated. The application
A step of displaying an input screen for inputting the physical condition history of the patient, and
The method according to any one of claims 1 to 3, further comprising a step of transmitting the physical condition history to the server. The method according to claim 4, wherein the input items on the input screen are variable according to the type of the drug included in the alarm. The method according to any one of claims 1 to 5, wherein the application further includes a step of receiving an alert from the pharmacist or a pharmacy from the server in addition to the alarm. A program for causing a mobile terminal to execute a method for continuously recording a patient's medication status, wherein the program installed on the mobile terminal is used.
A step of generating prescription information about one or more drugs represented by the two-dimensional code based on the two-dimensional code, and
A step of transmitting transmission information including a drug name or its identifier and an administration time or an alarm time corresponding to the administration time or an identifier corresponding to any of them to a server capable of communicating with the mobile terminal.
A step of receiving an alarm transmitted from the server at a time set as the alarm time, and
A step of displaying a display element for recording a medication history on the program as the content of the alarm, and a step of displaying the display element.
A program including a step of transmitting a medication history including the selection of the display element to the server. A program installed on the mobile terminal for operating the mobile terminal as a device for continuously recording the patient's medication status.
A step of generating prescription information about one or more drugs represented by the two-dimensional code based on the two-dimensional code, and
A step of transmitting transmission information including a drug name or its identifier and an administration time or an alarm time corresponding to the administration time or an identifier corresponding to any of them to a server capable of communicating with the mobile terminal.
A step of receiving an alarm transmitted from the server at a time set as the alarm time, and
A step of displaying a display element for recording a medication history on the program as the content of the alarm, and a step of displaying the display element.
A program comprising causing the mobile terminal to execute a step of transmitting a medication history including the selection of the display element to the server.

Images