CN115551458A - Medication support program, medication support device, and medication support method - Google Patents

Abstract

Provides a medicine-taking assisting program for assisting medicine taking. The medication support program 10 executes the following steps in the user terminal 20 in order to support medication: informing the user of the arrival of the medicine taking time; displaying a medicine taking confirmation screen including a positive button pressed when medicine has been taken and a negative button pressed when medicine cannot be taken; when the affirmance button is pressed, the storage part of the user terminal stores the reward data; and displaying a screen representing the bonus data.

Description

Medication support program, medication support device, and medication support method

Technical Field

The present invention relates to a medication support program, a medication support apparatus, and a medication support method.

Background

Conventionally, a device for assisting medication and the like have been known. Patent document 1 discloses a forgetting-to-take-medicine warning device that reminds a medicine-taking person to take a medicine. The device described in patent document 1 sets in advance the time at which an alarm is issued, and notifies an alarm message when medicine is not taken or is forgotten to be taken up until a predetermined medicine taking time.

Documents of the prior art

Patent document

Patent document 1: japanese laid-open patent publication No. 2015-150248

Disclosure of Invention

Problems to be solved by the invention

The conventional apparatus for assisting medication described in patent document 1 and the like is produced on the assumption of an adult having discrimination ability. For example, in the case where a person who takes medicine is young, it is considered that the person does not take medicine even if the person is aware of the prescribed time period for taking medicine, but patent document 1 does not consider such a case.

In view of the above background, it is an object of the present invention to provide a medication support program and the like for supporting medication.

Means for solving the problems

In order to assist in taking medicine, a medicine taking assisting program of the present invention executes, at a user terminal, the steps of: informing the user of the arrival of the medicine taking time; displaying a medicine-taking confirmation screen including a positive button to be pressed when medicine has been taken and a negative button to be pressed when medicine cannot be taken; when the positive button is pressed, the storage part of the user terminal is made to store reward data; and displaying a screen representing the bonus data.

By notifying the arrival of the medicine-taking time in this manner, the medicine-taking person can be reminded of the medicine-taking time. Further, when the medicine taking ok button is pressed after the medicine taking, the reward data is acquired and displayed on the screen of the user terminal, so that the motivation for the medicine taking person to take the medicine can be provided, and the medicine taking can be assisted. Here, the reward data is electronic data that the person taking the medicine feels happy, and may be changed according to the person taking the medicine. For example, if the person taking the medicine is a child, icons of animals and cars may be used. For example, if the person taking the medicine is an adult, points or coupons that can be redeemed for gifts may be used.

In the medication support program of the present invention, the step of notifying the user may display a home screen including an icon indicating arrival of medication time. The arrival of the medicine taking time can be visually confirmed by using an icon indicating the arrival of the medicine taking time. Here, the home screen is a screen for starting the medication support program. The notification of the medicine taking time may be performed by sound or an alarm, in addition to the screen display using an icon.

The medication support program of the present invention may be configured to execute the following steps before the medication time arrives in the step of notifying the user: when the medicine taking time is shifted to the top page screen, the top page screen including an icon indicating that the confirmation of the medicine taking at the previous medicine taking time is not performed is displayed in a state where the ok button or the no button is not pressed at the previous medicine taking time, and the top page screen including no icon is displayed in a state where the ok button or the no button is pressed at the previous medicine taking time. According to this configuration, since forgetting to confirm the medicine taking at the last medicine taking time is notified, it is possible to select whether or not the medicine is taken at the last medicine taking time.

In the medication support program of the present invention, the step of storing the reward data may be performed by: displaying a selection screen of a bonus when the ok button is pressed; and storing the bonus data selected in the bonus selection screen to the user terminal. According to this configuration, since reward data desired by the medicine taker can be selected, the motivation for the reward can be increased.

The medication support program according to the present invention may be configured to, when the reward data stored in the user terminal reaches a predetermined number, further execute a step of storing reward data, which is composed of items not included in the reward data, in the user terminal. As the "item not included in the bonus data" in this form, for example, when the bonus data is image data that matches the taste of the user, image data configured by a larger image or an image of a less-rare item (for example, when the bonus data is image data of an animal, an image of a less-rare animal (for example, a ounce, a panda, or the like)) can be used. In addition, for example, in the case where the incentive data is a coupon redeemable for a gift, a coupon having a larger exchange number can be selected. According to this configuration, by collecting a predetermined number of bonus data, bonus data composed of items not included in the bonus data before can be acquired, and therefore motivation for collecting a predetermined number of bonus data can be increased.

The medication support program according to the present invention may be configured to execute the step of locking the ok button and the no button so as not to be pressed after the bonus data is stored in the storage unit of the user terminal. By locking the ok button and the no button in this manner, the result of the medicine taking confirmation can be prevented from being rewritten. Further, since the timing of locking the ok button is set after the bonus data is stored in the storage unit, even if the medicine taking support program fails during a period from when the ok button is pressed to when the bonus data is stored, the ok button can be pressed again, and thus it is possible to avoid a situation where bonus data cannot be acquired.

The medication support program of the present invention may be configured to execute the following steps: displaying a setting screen for inputting bedtime; and setting the bedtime input on the setting screen to a medicine taking time before a first predetermined time. By inputting the bedtime, the medication time can be set with reference to the bedtime. For example, it is convenient to set the administration time based on the bedtime for a medicine to be taken before bedtime, such as a sleep improvement medicine.

The medication support program according to the present invention may be executed after the second predetermined time before the bedtime. But the second predetermined time is shorter than the first predetermined time. By ending the execution of the program before the second predetermined time at bedtime in this manner, it is possible to avoid a screen showing the result of the execution of the medication support program and preventing bedtime from being disturbed. As an example of the first predetermined time and the second predetermined time, the first predetermined time is 45 minutes, and the second predetermined time is 3 minutes, for example. In this case, the arrival of the medication time is notified 45 minutes before the bedtime, and the execution of the medication support program is ended 3 minutes before the bedtime.

The medication support program of the present invention may be configured to execute the step of storing data on whether or not to take the medication in the storage unit of the user terminal in association with the date and time data when the ok button or the no button displayed on the medication confirmation screen is pressed. With this configuration, it is possible to store data on whether or not to take medicine as a result of confirmation of medicine taking by the ok button or the no button, and manage the history of medicine taking.

The medication support program of the present invention may be configured to execute the steps of: receiving input of remarks about medicine taking conditions; and storing the input remarks in association with the data on whether to take the medicine. According to this configuration, since a remark concerning the medication status is stored in addition to whether or not the medication is taken, the effect of the medication can be confirmed.

In the medication support program of the present invention, the step of accepting the entry of the remark may be a step of displaying an input screen for inputting data on the amount of medication to be taken. According to this configuration, since the dose of medicine to be taken is also stored, the effect of taking medicine can be confirmed in more detail.

The medication support program of the present invention may be configured to execute the step of transmitting the data on whether to take a medication and the remark to the server. With this configuration, data relating to the administration of the medicine can be collected by the server.

The medication support program of the present invention may further include the steps of: an input screen for displaying a password notified when a medicine to be input is prescribed; and when the input password is correct, allowing the use of the medicine taking auxiliary program. According to this configuration, since only the person who has prescribed the medicine executes the medicine-taking support program, the medicine-taking support program can store the appropriate setting values relating to the medicine.

A medication support device according to the present invention is a medication support device for supporting medication, and includes: a medicine-taking time notification unit for notifying the user of the arrival of the medicine-taking time; a medicine-taking confirmation screen display unit for displaying a medicine-taking confirmation screen including a positive button to be pressed when medicine has been taken and a negative button to be pressed when medicine cannot be taken; a reward data storage unit for storing reward data in the storage unit of the user terminal when the ok button is pressed; and a bonus screen display section that displays a screen representing the bonus data.

The medication assistance method of the present invention is a method for assisting medication, and executes the steps of: informing the user of the arrival of the medicine taking time; displaying a medicine taking confirmation screen including a positive button pressed when medicine has been taken and a negative button pressed when medicine cannot be taken; when the positive button is pressed, the storage part of the user terminal is made to store reward data; and displaying a screen representing the bonus data.

ADVANTAGEOUS EFFECTS OF INVENTION

The present invention can provide a medicine-taking motivation to a medicine-taking person and assist in medicine-taking.

Drawings

Fig. 1 is a diagram showing a user terminal or the like using a medication support program.

Fig. 2 is a diagram illustrating a password confirmation screen.

Fig. 3 (a) is a diagram showing a member registration screen. Fig. 3 (b) is a diagram showing a confirmation screen of member registration.

Fig. 4 is a diagram showing a setting screen for bedtime.

Fig. 5 (a) is a diagram showing a top page screen. Fig. 5 (b) is a diagram showing a home screen on which an icon indicating the arrival of the medicine taking time is displayed.

Fig. 6 is a view showing a medicine taking confirmation screen.

Fig. 7 (a) to (c) are views showing screens showing the types of awards.

Fig. 8 (a) and (b) are views showing screens for winning a prize.

Fig. 9 (a) and (b) are views showing screens showing the current favorite.

Fig. 10 (a) is a screen of "current collection" when a predetermined number of screens are collected. Fig. 10 (b) to (d) are views showing screens for obtaining a special award.

Fig. 11 (a) is a diagram showing a screen displaying "current collection" when a special bonus is awarded. Fig. 11 (b) is a diagram showing a screen of "view favorites". Fig. 11 (c) is a diagram showing a screen of "favorite" image.

Fig. 12 is a diagram showing a screen displaying the near bedtime.

Fig. 13 (a) is a diagram showing a top page screen in the case where no medication taking record for the previous day is left. Fig. 13 (b) is a diagram showing a screen notifying that no medication record of the previous day is left. Fig. 13 (c) is a view showing a medicine-taking confirmation screen of the previous day.

Fig. 14 (a) is a diagram showing a calendar display screen of the medicine taking history. Fig. 14 (b) is a diagram showing a screen on which the remarks are input as the medication record.

Detailed Description

Hereinafter, a medication support program according to an embodiment of the present invention will be described with reference to the drawings. In the following description, the sleep improvement drug is taken as an example of a drug to be taken and a child is taken as a drug taker. The medicine is taken 1 time 1 day before bedtime. The medication support program is installed in a terminal (hereinafter referred to as a "user terminal") such as a smartphone of a guardian, and supports a child to take sleep improvement medicines on a screen displayed on the user terminal in accordance with execution of the medication support program.

Fig. 1 is a diagram showing a user terminal 20 and the like that use a medication support program 10. The parent user terminal 20 is connected to a server 30 providing the medication support program 10 of the embodiment through a network. The guardian downloads the medication assistance program 10 from the server 30 and installs it on the user terminal 20. Among them, programs are also called "applications", "APPs", and the like.

The user terminal 20 of the monitor executes the medication support program 10 to realize the functions of the medication time notification unit 21, the medication confirmation screen display unit 22, and the collection display unit 23. Thus, when the medicine taking time arrives, the alarm data is transmitted from the server 30 to the user terminal 20, and the user terminal 20 notifies the arrival of the medicine taking time by the function of the medicine taking time notification unit 21. The user terminal 20 receives an input of whether or not the medicine has been taken on the medicine taking confirmation screen display unit 22. When the user terminal 20 inputs that the medicine taker has taken the medicine, the reward data is received from the server 30, and the reward data selected by the medicine taker is stored in the storage unit 24 of the user terminal 20. The collection display unit 23 displays a collection of bonus data stored in the storage unit 24. The collection display section corresponds to a bonus screen display section.

As described above, since the alarm data is transmitted from the server 30 to the user terminal 20, the user terminal 20 transmits various setting data to the server 30. The server 30 performs member information management, system management, alarm clock management, and collection management using data transmitted from the user terminal 20.

The member information management manages a mail address of the member, a nickname of a medicine taker, i.e., a child, and an authentication code for executing the medicine taking support program 10. The system manages the date of the notification from the operator of the medication support program 10 and the registration mail used when the medication support program 10 registers a member. Here, the login mail is a mail transmitted to a registered mail address in order to authenticate the user terminal 20 of the member when the member logs in, and is a mail in which a URL for login is described. The alarm clock manages the bedtime of the child, how many minutes before the bedtime the notification timing of the medicine is, the interval and the number of delayed rings (Snooze). The collection management manages bonus data stored in the member's user terminal 20.

The medication support program 10 will be described below based on an example of a screen displayed when the medication support program 10 is installed and executed.

Fig. 2 is a diagram showing a password confirmation screen displayed first when the medication support program 10 is installed. The password confirmation screen displays an input screen for accepting input of a password notified when a medicine is dispensed. When a password described in a "booklet" obtained when opening a medicine is input on the input screen, the password is transmitted to the server 30 when a "confirm" button is pressed, and the password is authenticated by the server 30. If the password is authenticated to be correct, the server 30 permits the use of the medication assistance program 10, and the screen of the user terminal 20 transitions to a member login screen shown in fig. 3 (a).

Fig. 3 (a) is a diagram showing a member registration screen. The member login screen includes: columns for entering mail addresses and mail addresses for confirmation as indispensable items, and columns for entering nicknames of children as option items. When the input contents of the mail address and the mail address for confirmation do not match, the input of the mail address or the mail address for confirmation is prompted, and an input error of the mail address is prevented. The mail address is used for authentication of the user terminal 20 owned by the sending member, a mail of a notification from the operation, and the like.

The nickname of a child is used to refer to the person taking the medicine. By referring to the nickname, an effect of proximity can be expected. The item is arbitrary, and when the item is not input, the nickname is not used in the displayed message, but other actions are not changed.

When the mail address and the nickname of any child are input in the member registration screen and the "confirm" button is pressed, a confirmation screen of member registration shown in (b) in fig. 3 is displayed. In this example, an example is shown where "little swing" is input as a nickname for a child. In this case, an example of a display using a nickname is "little remote, good night". If no nickname is registered, the display is 'good night'.

When the "modify" button is pressed on the member registration confirmation screen, the screen returns to the screen shown in fig. 3 (a), and the member registration is performed again. When the "login" button is pressed on the member login confirmation screen, the member login data is transmitted to the server 30, and is recorded in the database for member login by the server 30. Then, a login mail is transmitted from the server 30 to the input address, and the URL described in the login mail is clicked to perform the present login. Since this personal authentication operation is a general authentication method, illustration thereof is omitted.

Fig. 4 is a diagram showing a setting screen for bedtime. The bedtime setting screen has a field for inputting the bedtime of the child and a field for setting the notification timing of taking medicine. In the section of the child at bedtime or the notification timing of taking medicine, the default value may be entered first. In this example, the default values for bedtime are 20:00, the default value of the notification timing of taking the medicine is 45 minutes before bedtime. The administration assisting program 10 of the present embodiment is designed to administer the medicine for assisting the taking of the medicine at a timing 30 to 60 minutes before bedtime.

In addition, on the setting screen of the bedtime, there are inspection items to select whether or not to perform alarm notification, whether or not to perform delayed ringing notification, and whether or not to perform alarm notification of the bedtime. By checking the alarm notification to the right of the set time, the alarm is notified before the set time from bedtime. By checking the delayed alarm notification, the delayed alarm notification is performed 3 times every 5 minutes until confirmation of medication administration, which will be described later. The alarm notification is performed 5 minutes before bedtime by the alarm notification of the notification of checking the bedtime. Then, APP automatically ends 2 minutes before bedtime.

Further, a menu including icons of "help", "home page", "medicine calendar" and "setting" is provided on the lower part of the bedtime setting screen. The "help" is an icon transferred to a screen explaining a method of using the medication support program 10. The "setting" is an icon on the screen for shifting to setting of bedtime, nickname of child, mail address, and the like. These setting screens are those shown in fig. 3 and 4. The buttons of the "home page" and the "medicine calendar" will be described in order.

Fig. 5 (a) is a diagram showing a top page screen. The "night and la" on the top page is the name of the medication support program 10. On the home screen, there are 3 menu buttons of "take medicine for a meal", "view collection" and "view notification".

Fig. 5 (b) is a diagram showing an example of a top screen on which an icon indicating the arrival of the medicine taking time is displayed. The icon indicating the arrival of the medicine taking time is a bell pattern, and the bell icon is displayed on the button "this draught". Although not shown in the patent publication, the icon of bell is colored red. Note that the red bell icon is an example, and the icon indicating the arrival of the medicine-taking time may be a different icon, and the color is not limited to red.

When the "drumming" button is selected on the top screen, the screen is shifted to the screen with the title of "drumming" shown in fig. 6. In this screen, there is no menu including icons of "help", "home", "medicine calendar" and "settings" in the lower part of the screen in the home screen. This screen is a screen to which a medicine taker, i.e., a child, is targeted.

In the picture of "take medicine la", a small XXX is displayed under the title to urge the child to take medicine. Wherein "Small XXX" is a nickname of the person taking the medicine, i.e., the child. In the picture of "eat medicine la", there are 2 buttons of "eat medicine" and "do not eat". The 'taken medicine' is a positive button pressed when taking medicine, and the 'not taken' is a negative button pressed when not taking medicine. That is, the picture of "this medicine taking is a medicine taking confirmation picture for confirming whether the person who takes the medicine has taken the medicine. If "medicine has been taken" is pressed on this screen, the process proceeds to a screen for receiving a reward shown in fig. 7 to 10.

Fig. 7 (a) to 7 (c) are views showing screens for selecting a bonus type, fig. 8 (a) and 8 (b) are views showing screens for obtaining bonus, fig. 9 (a) and 9 (b) are views showing screens for showing a current collection, and fig. 10 (a) to 10 (d) are views showing screens for obtaining special bonus. When the "taken medicine" button is pressed on the medicine taking confirmation screen (fig. 6), the screen transitions to (a) in fig. 7. FIG. 7 (a) is a screen titled "bonus category", in which "small XXX, which is a medicine taken over! Which reward to select? "and icons of small animals, large animals and birds are displayed below the message. These icons are icons indicating the types of awards, and a desired type of award can be selected from these icons.

The screen of fig. 7 (a) can be scrolled downward as indicated by the right arrow. Fig. 7 (b) is a screen appearing when the screen in fig. 7 (a) is scrolled downward, and when the screen is scrolled further downward, the screen in fig. 7 (c) appears. As shown in fig. 7 (a) to 7 (c), the bonus of the favorite category can be selected from the 11 bonus.

Fig. 8 (a) is a screen appearing when a large animal is selected from the screens shown in fig. 7 (a). FIG. 8 (a) is a screen entitled "earning reward", and below the title, "Small XXX, selection of your favorite reward Bar! "is received. A "sort" button is provided below the message, and when the button is pressed, the screen returns to the screen (a) in fig. 7. As shown by the arrow on the right side of fig. 8 (a), the user can scroll downward on the screen, and the animals other than 2 displayed in fig. 8 (a) can be displayed as options.

In the diagram shown in fig. 8 (a), when a reindeer is selected, the process shifts to the screen shown in fig. 8 (b), and "small XXX, is displayed, is this reward selected? "is received. There are 2 buttons "want this" and "change a bar" below the screen. When "change one bar" is pressed, the screen returns to the screen shown in fig. 8 (a). If "this is to be done", the screen transitions to the screen in fig. 9 (a). FIG. 9 (a) is a screen entitled "Current Collection", in which "Small XXX, collection increase! "displays icons of the awards selected so far by the children in the collection box below the messages.

At this point in time, the "medicine taken" and "not taken" buttons on the "medicine drawn" screen (fig. 6) are locked. The lock button means that it does not react even if the button is pressed. That is, even if the screen returns to "this drunken" button, the "drunken" button and the "uneaten" button cannot be pressed. This locked state continues until the next medicine taking time comes. In this way, the button on the medicine taking confirmation screen is locked, thereby preventing the medicine taking confirmation from being performed several times. Further, since the timing of locking the button is set after the child acquires the reward, the button can be unlocked when the child enters again from the top page due to communication interruption before the reward is acquired due to a communication failure with the server 30 or the like.

Icons of the awards selected by the children are downloaded from the server 30 and stored in the storage section 24 of the user terminal 20. The data shown in fig. 9 (a) is data read from the storage unit 24 of the user terminal 20. In the diagram shown in fig. 9 (a), there is also only one icon of the bonus in the collection. At the bottom of the screen shown in fig. 9 (a), there is a "return to the first screen" button. When this button is pressed, the screen returns to the home screen shown in fig. 5 (a). In the home screen returned after the medicine taking confirmation, an icon indicating the arrival of the medicine taking time is not displayed ((b) in fig. 5).

Returning to the picture of "this drunken" in FIG. 6. When the "no-eat" button is pressed on the "medicine-eating-cheer" screen, the screen transitions to a "present collection" screen shown in fig. 9 (b). This screen is basically the same as the screen shown in fig. 9 (a), but is different in that a message "small XXX" is displayed to add a favorite bar! ". In this way, the change message is because the "earning bonus" screen is not passed through in the screen shown in (b) in fig. 9, and the favorite may be 0, so the message in the screen in (a) in fig. 9 may not be appropriate. Further, in the case where the "no-eat" button is pressed, the "medicine taken" and "no-eat" buttons are locked at the point of having been pressed.

Fig. 10 (a) is a screen of "current collection" when a predetermined number (10 in the present embodiment) of screens are collected. As shown in FIG. 10 (a), a small XXX is displayed under the heading of "Collection now", and a special collection! "message," a "get special bonus" button is displayed on the lower part of the screen. The special award is award data made up of items not included in the award candidates so far. In the present embodiment, the special bonus is a bonus composed of icons having a size larger than the bonus obtained so far. In addition, the "get special bonus" button is displayed only when the box is completely filled, and is not displayed when the box is not filled.

When the "special bonus prize" button is pressed on the screen in fig. 10 (a), the screen transitions to a screen entitled "special bonus prize type" shown in fig. 10 (b). In this screen, "small XXX, which specific bonus worship is selected? "and icons of small animals, large animals and birds are displayed below the message. These icons are icons indicating the types of awards, and a desired type of award can be selected from these icons. The screen in fig. 10 (b) can be scrolled downward, and other types of awards can be displayed.

Fig. 10 (c) is a screen appearing when a large animal is selected from the screens shown in fig. 10 (b). FIG. 10 (c) is a screen titled "Special awards available", showing "Small XXX" below the title, please select a special award! "is received. A "sort" button is provided below the message, and when the button is pressed, the screen returns to the screen (b) in fig. 10. The screen shown in fig. 10 (c) may be scrolled downward, or other than 2 animals displayed in fig. 10 (c) may be displayed as options.

When "tiger", not shown, is selected in the "special prize winning" screen in fig. 10 (c), the screen transitions to the screen shown in fig. 10 (d), and "small XXX is displayed, is this special prize selected? "is received. There are 2 buttons of "just this" and "change a bar" below the screen. When "change bar" is pressed, the screen returns to the screen shown in fig. 10 (c).

When "this is required" is pressed, the screen transitions to the screen in fig. 11 (a). FIG. 11 (a) is a screen entitled "Current Collection", in which "XXX" is displayed below the title of "Current Collection" and the collection is full! "shows the icon of the reward selected so far by the child in the box of the collection below it. And, further below it, icons of special awards are displayed.

Icons of the awards selected by the child are downloaded from the server 30 and stored in the storage section 24 of the user terminal 20. A collection of the predetermined number of awards and the special award is made as a collection icon, and data of the awards in the state shown in fig. 9 (a) for example, when the predetermined number of awards are accumulated at present is referred to as "present collection".

At the bottom of the screen shown in fig. 11 (a), there is a "return to the initial screen" button. When this button is pressed, the screen returns to the home screen shown in fig. 5 (a). When returning to the home screen, the data of the collection shown in (a) in fig. 11 is saved to the collection icon, that is, the rewarded data displayed on the screen in (a) in fig. 11 is stored as the "collection icon" in the storage unit 24. Then, the frame of the current collection becomes empty.

After returning to the home screen, a "view favorites" button of the home screen is pressed when accessing the favorites. When the "view favorite" button is pressed, the screen transitions to a screen titled "view favorite" shown in fig. 11 (b). In the screen of "view favorite", a message of "favorite of small XXX" is displayed below the title, and 2 buttons of "view present favorite", "view favorite pictorial image of scraped up" are provided therebelow.

If "view present favorite" is pressed, a screen showing a reward currently being accumulated is displayed (for example, fig. 9 (a)), and if "view collected favorite image", the screen transitions to a screen titled "favorite" shown in fig. 11 (c). In the "favorite" screen, a message "favorite of small XXX" is displayed under the title, and a predetermined number of awards and a collection of special awards are displayed under the message. Buttons of "previous collection" and "next collection" are displayed below the screen, whereby the previous and next collection images can be viewed. When the favorite is not registered, a dialog box is displayed to notify that the favorite is not registered.

Next, the end of the medication support program 10 will be described. The medication support program 10 automatically ends 2 minutes before bedtime. Fig. 12 is a diagram showing a screen displaying the approach of bedtime displayed 5 minutes before bedtime. In the screen, "Small XXX", time to drill quilt! Evening "pop-up message. The pop-up message is displayed regardless of which screen is viewed. In this way, the user is prompted to sleep by the pop-up screen 5 minutes before the bedtime, and the execution of the medication support program 10 is automatically ended 2 minutes before the bedtime, thereby preventing the child from going out of sleep due to the child watching a favorite or the like.

Next, a process when the medicine taking confirmation is forgotten will be described. Fig. 13 (a) is a view showing a top page screen displayed up to 2 hours before bedtime of the day when no medicine taking record of the previous day is left. An icon of bell is displayed on the button of "take medicine la" on the front page. Although not shown in the patent publication, the icon of bell is colored green. The color of the icon of bell is an example, and any color may be used as long as it is different from the icon indicating the arrival of the medicine taking time. Here, although an example in which confirmation of medicine taking on the previous day is not performed until 2 hours before the bedtime is given, this time can be set appropriately, and for example, can be set to 1 hour before, 3 hours before the bedtime, or the like.

When the "this medicine taking is done" button is pressed on the top page screen shown in fig. 13 (a), a screen informing that no medicine taking record of the previous day is left is displayed as shown in fig. 13 (b). The frame is a frame for the guardian. In this screen, there are buttons of "leave a record of the previous day and earn a bonus" and "leave no record of the previous day". When the "not leaving the previous day" button is pressed, the screen returns to the home screen in which the flag of green bell is erased.

When the "leave record of previous day and get reward" button is pressed, the screen shifts to a screen for confirming that the child has taken medicine. Fig. 13 (c) is a view showing a screen for confirming the medicine taking the day before. In this screen, "small XXX, yesterday did you take medicine? "below which buttons of" consumed medicine "and" not consumed "are displayed. In this way, the child can confirm the previous day to take the medicine, and thus, the child can be motivated to take the medicine by associating the medicine taking with the reward.

When the "medicine taken" button is pressed on the screen shown in fig. 13 (c), the process proceeds to the screen for selecting the type of reward shown in fig. 7 (a) and the child selects the reward, as in the case of checking the medicine taking on the day. When the "no-eat" button is pressed, the screen transitions to the "present collection" screen shown in fig. 9 (b).

Next, the calendar function of the medication support program 10 will be explained. The calendar function is a function of storing the history of whether or not to take medicine completed on the medicine taking confirmation screen and displaying the stored history. Fig. 14 (a) is a diagram showing a screen displayed when the "medicine calendar" of the menu displayed below is pressed on the top page screen or the like. The calendar function is a function for the guardian to operate and view, and is a function selected from a menu located below the screen because the guardian does not need to view the function, i.e., the child.

Fig. 14 (a) is a screen for calendar display of the history of medicine taking, and an emoticon indicates whether or not to take medicine. In fig. 14 (a), the icons of the emoticons on day 3/month, day 4, and day 6 indicate that the medicine was taken, and the icons of the emoticons on day 3/month, day 1, and day 2 indicate that the medicine was not taken. On the right side of the emoticon, notes added by the guardian are displayed. In the present embodiment, icons of emoticons are used, but characters of different colors (characters that look like emoticons are used to express the meaning of emoticons in pictographic characters) may be used, or icons other than emoticons may be used.

A "note writing" button is provided between the title of the "medicine calendar" and the calendar, and when this button is pressed, the screen transitions to the screen of (b) in fig. 14, and notes relating to the status of medicine taking on each day can be written. On the screen shown in fig. 14 (b), instead of the button for "writing a note", a button for "saving a note" is provided, and by pressing the button for "saving a note", the written note content can be specified and saved in the storage unit 24.

The "medicine calendar" has buttons of "previous week" and "next week" adjacent to the buttons of "write note" and "save note", and the medicine taking history and note of the previous week or the next week can be displayed by the buttons.

The user terminal 20 transmits the data of the medicine taking history recorded by the "medicine calendar" and the note to the server 30 at an appropriate timing. In this way, since the server 30 collects data of the medicine taking history and the note from the plurality of user terminals 20, analysis and the like can be performed based on a large amount of medicine taking histories. In addition, the medication calendar may accept input of the dose in association with the medication history. Depending on the drug, some drugs may be allowed to vary in amount within the maximum amount that can be administered. In the case of such a drug, a history of the amount of the drug administered is left, and it is helpful to know the effect of the drug later.

The medication support program 10 according to the embodiment of the present invention can provide a motivation for a user to take a medicine by giving a reward when the user can take the medicine, thereby supporting the taking of the medicine. Further, by storing data on whether or not the medicine is taken, which is input by the medicine taker, the history of the medicine taking situation can be accumulated.

Although the medication support program 10 according to the embodiment of the present invention has been described above, the medication support program 10 according to the present invention is not limited to the above-described embodiment. In the above-described embodiment, the example of the medicine to be taken 1 time per day was described, but the medication support program 10 of the present invention can also be applied to a medicine to be taken a plurality of times per day.

In the above-described embodiment, the operation after the icon of bell indicating the arrival of the medicine taking time is displayed was described, but the "this medicine cheer" button can be pressed on the top screen ((a) in fig. 5) even before the icon of bell is displayed. For example, when the patient sleeps earlier than usual, if the medicine is to be taken 2 hours before the set bedtime, the medicine can be confirmed before the icon of bell is displayed. When the medicine taking confirmation on the day is completed, the medicine taking support program 10 does not notify the arrival of the medicine taking time even if the medicine taking time arrives.

The medication support program 10 according to the embodiment of the present invention may have an authentication password for opening. That is, the medication support program 10 is permitted to be used only when the verification password matches the preset verification password. Thus, the unauthorized person cannot confirm the medicine taking. The authentication password can be set from a "setting" menu displayed below the home screen or the like.

In the above-described embodiment, the administration assisting program 10 is downloaded from the server 30 and installed in the user terminal 20, but the administration assisting program 10 may be installed in the user terminal 20 in advance.

Industrial applicability

The present invention is useful as a program for assisting medication, and the like.

Description of the reference numerals

10: auxiliary medicine taking program,

20: a user terminal,

21: a medicine-taking timing notification unit,

22: a medicine-taking confirmation screen display part,

23: a storage display part,

24: a storage part,

30: and a server.

Claims (15)

1. A medication support program for supporting medication, wherein the following steps are executed in a user terminal:

informing the user of the arrival of the medicine taking time;

displaying a medicine taking confirmation screen including a positive button pressed when medicine has been taken and a negative button pressed when medicine cannot be taken;

when the positive button is pressed, the storage part of the user terminal is made to store reward data; and

displaying a screen representing the bonus data.

2. The taking aid program according to claim 1, wherein,

in the step of notifying the user, a home screen including an icon indicating arrival of the medicine taking time is displayed.

3. The taking aid program according to claim 2, wherein,

before the medicine taking time comes in the step of notifying the user, the following steps are executed: when the medicine taking operation is shifted to the top screen, the top screen including an icon indicating that confirmation of medicine taking at the previous medicine taking time is not performed is displayed in a state where the affirmative button or the negative button is not pressed at the previous medicine taking time, and the top screen without the icon is displayed in a state where the affirmative button or the negative button is pressed at the previous medicine taking time.

4. The taking aid program according to any one of claims 1 to 3, wherein,

the step of storing said reward data performs the steps of:

displaying a selection screen of a bonus when the affirmative button is pressed; and

and storing the reward data selected in the reward selection screen in the user terminal.

5. The taking aid program according to any one of claims 1 to 4,

when the bonus data stored in the user terminal reaches a predetermined number, a step of storing bonus data composed of items not included in the bonus data in the user terminal is further performed.

6. The taking aid program according to any one of claims 1 to 5, wherein,

and after the bonus data is stored in a storage unit of the user terminal, performing a step of locking the affirmative button and the negative button so that the affirmative button and the negative button cannot be pressed.

7. The taking aid program according to any one of claims 1 to 6, wherein the following steps are performed:

displaying a setting screen for inputting bedtime; and

the bedtime inputted in the setting screen is set to the medicine taking time before the first predetermined time.

8. The taking aid program according to claim 7, wherein,

the execution of the medication support program is terminated before a second predetermined time at the bedtime, the second predetermined time being shorter than the first predetermined time.

9. The taking aid program according to any one of claims 1 to 8,

and a step of executing a step of storing data on whether or not to take medicine in a storage unit of a user terminal in association with data on date and time when the affirmative button or the negative button displayed on the medicine taking confirmation screen is pressed.

10. The taking aid program according to any one of claims 1 to 9, wherein the following steps are performed:

receiving input of notes regarding medication status; and

storing the input remarks in association with the data on whether to take medicine.

11. The taking aid program according to claim 10, wherein,

in the step of accepting the input of the remark, an input screen for inputting data of the dose of medicine to be taken is displayed.

12. The taking aid program according to claim 10 or 11, wherein,

and executing the step of sending the data of whether to take medicine and the remark to a server.

13. The taking aid program according to any one of claims 1 to 12, wherein the following steps are further performed:

an input screen for displaying a password notified when a medicine to be input is prescribed; and

when the input password is correct, the use of the medicine taking auxiliary program is allowed.

14. A medication support device for supporting medication, comprising:

a medicine-taking time notification unit for notifying the user of the arrival of the medicine-taking time;

a medicine-taking confirmation screen display unit for displaying a medicine-taking confirmation screen including a positive button to be pressed when medicine has been taken and a negative button to be pressed when medicine cannot be taken;

a reward data storage unit for storing reward data in the storage unit of the user terminal when the ok button is pressed; and

and a bonus screen display unit for displaying a screen representing the bonus data.

15. A medication assistance method for assisting medication, wherein the following steps are performed:

informing the user of the arrival of the medicine taking time;

displaying a medicine taking confirmation screen including a positive button pressed when medicine has been taken and a negative button pressed when medicine cannot be taken;

when the positive button is pressed, the storage part of the user terminal is made to store reward data; and

displaying a screen representing the bonus data.

Images