KR20230123376A - Method for providing user interface inducing and managing patients to take medication and server using the same - Google Patents

Abstract

The present invention is a method for providing a user interface for inducing and managing a patient to take a medicine, wherein (a) the server causes at least one user terminal to display a first area on the screen of the user terminal when the patient takes the medicine. supporting display of information on the at least one medicine to be taken, information on the time of taking, and a taking confirmation button through a first user interface; and (b) (i) when it is detected that the taking confirmation button is selected within a predetermined time range based on the taking time information, the server increases the patient's adherence to taking the medicine, and increases the adherence to taking the medicine. If it is determined that is greater than or equal to a predetermined threshold, a process of supporting a change in the state of a taking result reflecting character displayed in a second area on the screen of the user terminal through the first user interface and (ii) based on the taking time information If it is not detected that the taking confirmation button has been selected within the preset time range, the server transmits the non-taking status in which the taking confirmation button is not selected to the guardian terminal corresponding to the patient, and causes the guardian terminal to take the medication. A second user interface is provided to the guardian terminal to generate a reminder-taking message for medicine using at least one of video, voice, and text, the generated reminder-taking message is received from the guardian terminal, and the generated reminder Disclosed is a method comprising performing at least a part of a process for transmitting a dose message to the user terminal and outputting it through the first user interface on a screen of the user terminal.

Description

A method for providing a user interface for inducing and managing a patient to take medicine and a server using the same

The present invention relates to a method for providing a user interface for inducing and managing a patient to take medicine, and a server using the same, and more particularly, relates to a method for providing a user interface to a patient to take medicine, and more particularly, to a user terminal displaying information about a medicine to be taken by a patient on a screen of the user terminal. The present invention relates to a method for outputting information, taking time information, a taking confirmation button, a taking result reflecting character, and a reminder taking message through a user interface, and a server using the same.

Re-hospitalization means that a person who has already been discharged after treatment has relapsed and is hospitalized again. In the case of mentally ill patients, they are hospitalized, receive continuous care from treatment staff, and most of them are discharged after their condition improves a lot with appropriate medication.

However, many patients are re-hospitalized because they cannot take their medications properly after being discharged. Therefore, creating an environment in which medications can be taken appropriately is of great help in preventing rehospitalization of mentally ill patients.

Such an environment is possible by notifying the patient that it is time to take medicine through an alarm, intuitively showing what medicine to take at a specific time, or continuously receiving care of the patient's current condition even after being discharged from the hospital. However, currently, there are not many methods for providing a user interface for inducing and managing a patient to take a medicine, and a user interface provided to both the patient and the guardian does not exist.

Therefore, an improvement plan for solving the above problems is required.

The object of the present invention is to solve all of the above problems.

Another object of the present invention is to support a user terminal to display information about at least one medicine to be taken by a patient, information on a taking time, and a taking confirmation button through a first user interface.

Another object of the present invention is to support changing the state of a taking result reflecting character displayed on a screen of a user terminal through a first user interface when it is detected that a taking confirmation button is selected.

Another object of the present invention is to support receiving and outputting a reminder medication message from a guardian terminal through a first user interface when it is not detected that a medication confirmation button is selected.

In addition, the present invention supports the display of exercise information necessary for the patient on the screen of the user terminal through the first user interface, and allows the user terminal to input at least some of the patient's physical condition information and emotional state information to receive it Another object is to support displaying at least a portion of the patient's body condition information and emotional state information through at least a portion of the first user interface and the second user interface.

In order to achieve the object of the present invention as described above and realize the characteristic effects of the present invention described later, the characteristic configuration of the present invention is as follows.

According to one aspect of the present invention, in a method for providing a user interface for inducing and managing a patient to take medicine, (a) a server causes at least one user terminal to display a first area on a screen of the user terminal. supporting display of information on at least one medicine to be taken by the patient, information on taking time, and a taking confirmation button through a first user interface; and (b) (i) when it is detected that the taking confirmation button is selected within a predetermined time range based on the taking time information, the server increases the patient's adherence to taking the medicine, and increases the adherence to taking the medicine. If it is determined that is greater than or equal to a predetermined threshold, a process of supporting a change in the state of a taking result reflecting character displayed in a second area on the screen of the user terminal through the first user interface and (ii) based on the taking time information If it is not detected that the taking confirmation button has been selected within the preset time range, the server transmits the non-taking status in which the taking confirmation button is not selected to the guardian terminal corresponding to the patient, and causes the guardian terminal to take the medication. A second user interface is provided to the guardian terminal to generate a reminder-taking message for medicine using at least one of video, voice, and text, the generated reminder-taking message is received from the guardian terminal, and the generated reminder Disclosed is a method comprising performing at least a part of a process for transmitting a dose message to the user terminal and outputting it through the first user interface on a screen of the user terminal.

As an example, in the step (b), the server determines the number of times it is detected that the taking confirmation button is selected within the predetermined time range based on the taking time information and the predetermined taking time information. The taking fidelity determined with reference to the ratio of the number of detections and the number of non-detections after the sum of the number of non-detection times in which it is detected that the taking confirmation button is not selected within the time range reaches a predetermined specific number of times determines whether each of the first threshold value to the nth threshold value is reached, and when the taking fidelity reaches the kth threshold value, the state of the taking result reflecting character is changed to the kth state, and the taking fidelity is the first When the (k+1) threshold is detected, the state of the taking result reflecting character is changed to the (k+1)th state, and the taking result reflecting character in the (k+1)th state is supported. At least a portion of the number, size, color, shape, and type of unit items corresponding to is upgraded from at least a portion of the number, size, color, shape, and type of unit items corresponding to the taking result reflecting character in the kth state. A method characterized in that it is indicated as being is disclosed.

As an example, in step (a), the server additionally displays remaining medicine information on at least one medicine to be taken by the patient through at least a part of the first user interface and the second user interface. and outputting at least one of an additional medicine purchase instruction alarm, an automatic medicine order reception alarm, and a hospital visit instruction alarm through at least a part of the first user interface and the second user interface in response to the remaining medicine information. In the step (b), the server supports to receive a differential discount on at least a part of the cost of purchasing the medicine and the cost of visiting the hospital in response to the state of the taking result reflecting character. A method for doing so is disclosed.

As an example, when the taking fidelity reaches the predetermined threshold, at least a part of the number, size, color, shape, and type of unit items corresponding to the taking result reflecting character is supported to be changed to a predetermined state, and If at least one of the unit items is selected and dragged to move to the first area on the first user interface or to the order window for the medicine and a drop is detected, information on the unit item in the predetermined state is displayed. By reference, a method comprising determining a discount rate for at least a portion of the cost of purchasing the medicine and the cost of the hospital visit is disclosed.

As an example, in the step (a), the server supports displaying exercise information necessary for the patient on a part of a third area on the screen of the user terminal through the first user interface, and causes the user terminal to At least some of the patient's physical condition information and emotional state information are input and received, and at least some of the patient's physical state information and emotional state information are transmitted through at least some of the first user interface and the second user interface. A method characterized by supporting to display is disclosed.

The present invention has an effect of supporting the user terminal to display information about at least one medicine to be taken by the patient, information on the time of taking the medicine, and a medicine confirmation button through the first user interface.

In addition, the present invention has an effect of supporting the change of the state of the taking result reflecting character displayed on the screen of the user terminal through the first user interface when it is detected that the taking confirmation button is selected.

In addition, the present invention has an effect of supporting to receive and output a reminder medication message from the guardian terminal through the first user interface when it is not detected that the medication confirmation button is selected.

In addition, the present invention supports the display of exercise information necessary for the patient on the screen of the user terminal through the first user interface, and allows the user terminal to input at least some of the patient's physical condition information and emotional state information to receive it and displaying at least a portion of the patient's body condition information and emotional state information through at least a portion of the first user interface and the second user interface.

The accompanying drawings for use in describing the embodiments of the present invention are only some of the embodiments of the present invention, and to those of ordinary skill in the art (hereinafter referred to as "ordinary technicians"), the invention Other drawings can be obtained based on these drawings without redundancy.
1 is a diagram showing a schematic configuration of a server providing a user interface for inducing and managing a patient to take medicine according to an embodiment of the present invention.
2 is a flowchart illustrating the overall sequence of a method of providing a user interface for inducing and managing a patient to take medicine according to an embodiment of the present invention.
3 is a diagram illustrating examples of first and second areas on the screen of a user terminal for inducing and managing a patient to take medicine according to an embodiment of the present invention.
4 is a diagram illustrating an example in which a state of a taking result reflecting character changes according to an embodiment of the present invention.
5 is a diagram illustrating an example of displaying a reminder taking message received from a guardian terminal on a screen of a user terminal according to an embodiment of the present invention.
6 is a diagram illustrating an example of a third region on a screen of a user terminal for inducing and managing a patient to take medicine according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following detailed description of the present invention refers to the accompanying drawings, which illustrate specific embodiments in which the present invention may be practiced in order to make the objects, technical solutions and advantages of the present invention clear. These embodiments are described in sufficient detail to enable a person skilled in the art to practice the present invention.

Also, throughout the description and claims of the present invention, the word "comprise" and variations thereof are not intended to exclude other technical features, additions, components or steps. Other objects, advantages and characteristics of the present invention will appear to those skilled in the art, in part from this description and in part from practice of the invention. The examples and drawings below are provided as examples and are not intended to limit the invention.

Moreover, the present invention covers all possible combinations of the embodiments shown herein. It should be understood that the various embodiments of the present invention are different from each other but are not necessarily mutually exclusive. For example, specific shapes, structures, and characteristics described herein may be implemented in one embodiment in another embodiment without departing from the spirit and scope of the invention. Additionally, it should be understood that the location or arrangement of individual components within each disclosed embodiment may be changed without departing from the spirit and scope of the invention. Accordingly, the detailed description set forth below is not to be taken in a limiting sense, and the scope of the present invention, if properly described, is limited only by the appended claims, along with all equivalents as claimed by those claims. Like reference numbers in the drawings indicate the same or similar function throughout the various aspects.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art can easily practice the present invention.

1 is a diagram showing a schematic configuration of a server providing a user interface for inducing and managing a patient to take medicine according to an embodiment of the present invention.

Referring to FIG. 1 , a server 100 providing a user interface for inducing and managing a patient to take medicine may include a memory 110 and a processor 120 . The memory 110 of the server 100 may store instructions to be executed by the processor 120. Specifically, the instructions are codes generated for the purpose of causing the server 100 to function in a specific way, It may be stored in a computer usable or computer readable memory that may be directed to a computer or other programmable data processing equipment. Instructions may perform processes for executing functions described in the specification of the present invention.

Specifically, server 100 is typically a computing device (e.g., a computer processor, memory, storage, input and output devices, and other devices that may include components of conventional computing devices; electronic communications such as routers, switches, and the like). Desired system performance using a combination of devices (electronic information storage systems such as network attached storage (NAS) and storage area networks (SAN)) and computer software (ie, instructions that cause a computing device to function in a particular way) may be to achieve

In addition, the processor of the computing device may include hardware components such as a micro processing unit (MPU) or a central processing unit (CPU), a cache memory, and a data bus. In addition, the computing device may further include an operating system and a software component of an application performing a specific purpose.

However, it is not excluded that the computing device includes an integrated processor in which a medium for implementing the present invention, a processor, and a memory are integrated.

In addition, the server 100 may be linked with a database (not shown). Here, the database (not shown) is a flash memory type, a hard disk type, a multimedia card micro type, and a card type memory (for example, SD or XD memory). , RAM (Random Access Memory, RAM), SRAM (Static Random Access Memory), ROM (ReadOnly Memory, ROM), EEPROM (Electrically Erasable Programmable ReadOnly Memory), PROM (Programmable ReadOnly Memory), magnetic memory, magnetic disk, optical disk It may include at least one type of storage medium, but is not limited thereto and may include any medium capable of storing data. In addition, the database (not shown) may be installed separately from the server 100, or may be installed inside the server 100 to transmit data or record received data, or may be implemented as two or more separate databases. , which may vary depending on the implementation conditions of the invention.

2 is a flowchart illustrating the overall sequence of a method of providing a user interface for inducing and managing a patient to take medicine according to an embodiment of the present invention.

As shown in FIG. 2 , the server 100 causes at least one user terminal to display information on at least one medicine to be taken by the patient, information on taking time, and confirmation of taking the medicine in a first area on the screen of the user terminal. A button may be displayed through the first user interface (S210).

Thereafter, when it is detected that the taking confirmation button is selected within a predetermined time range based on the taking time information, the server 100 increases the patient's adherence to taking the medicine, and determines that the adherence to taking is equal to or greater than a predetermined threshold. If determined, the state of the taking result reflecting character displayed in the second area on the screen of the user terminal may be supported to be changed through the first user interface (S220a).

On the other hand, if it is not detected that the taking confirmation button is selected within a predetermined time range based on the taking time information, the server 100 transmits a non-taking state in which the taking confirmation button is not selected to the guardian terminal corresponding to the patient. While transmitting, a second user interface is provided to the guardian terminal so that the guardian terminal generates a reminder-taking message for the medicine using at least one of video, voice, and text, and the generated reminder-taking message is sent to the guardian It may be received from the terminal and transmitted to the user terminal to output the generated reminder-taking message through the first user interface on the screen of the user terminal (S220b).

First, a case in which it is detected that a dose confirmation button is selected within a predetermined time range based on the dose time information, which is step S220a, will be described.

For reference, the preset time range may be determined through user settings or basic settings. For example, if the predetermined time range is determined to be 30 minutes before and after the taking time information and the taking time information is 12:00, 11:30 to 12:30 is the preset time range. In addition, if the predetermined time range is determined to be 15 minutes prior to the taking time information and the taking time information is 12:00, 11:45 to 12:00 is the preset time range. Since this time range may be set in various ways, it is not limited thereto.

In other words, if it is detected that the taking confirmation button has been selected within a predetermined time range based on the taking time information, the server 100 increases the patient's compliance with taking the medicine, and if it is determined that the compliance with taking the medicine is greater than or equal to a predetermined threshold , It may be supported to change the state of the taking result reflecting character displayed in the second area on the screen of the user terminal through the first user interface.

This will be described in detail with reference to FIG. 3 as follows.

3 is a diagram illustrating examples of a first area 310 and a second area 320 on the screen of a user terminal for inducing and managing a patient to take medicine according to an embodiment of the present invention.

First, referring to FIG. 3 , there is a first area 310 on the screen of the user terminal. Information on medicines may be displayed on the first area 310 . Here, the information about the medicine may include the name of the medicine, the dose of the medicine, the image of the medicine, and the like. For reference, as shown in FIG. 3 , medicines to be taken on a daily basis may be displayed on the first area 310, and medicines to be taken may be displayed differently for each day depending on the date set, so it is not limited thereto.

In addition, the arrangement of untaken medicines and taken medicines may be displayed differently according to settings. That is, as shown in FIG. 3 , a 1-1 area 311 indicating untaken medicines and a 1-2 area 312 indicating taken medicines may be displayed.

As shown in FIG. 3 , the information about the medicine displayed in the first-second area 312 is information about the medicine already taken at 12:00. If the drug indicated in the 1-2 area 312 has not been taken, it is displayed in the 1-1 area 311, but since it has already been taken, it is displayed in the 1-2 area 312.

In other words, the arrangement of medicines displayed in the first area 310 may be displayed differently depending on whether or not you have taken the medicine, and the arrangement may be changed according to various criteria such as the name of the medicine and information on the time of taking the medicine, so it is not limited thereto. .

In addition, the first region 310 may display not only information about the medicine but also information on the time of taking the medicine and a medicine confirmation button. For reference, the dosage confirmation button may be displayed in a different shape or color depending on whether or not the dosage is taken. For example, if the dose confirmation button is not selected even though the dose time has passed, the dose confirmation button may be displayed in red, or a sparkling effect may be added to the dose confirmation button. In addition, when the taking confirmation button is selected, the corresponding part may be displayed in gray, and information on the taken medicine may be deleted.

Meanwhile, as shown in FIG. 3 , a taking result reflecting character whose state changes according to the patient's taking fidelity of the medicine may be displayed on the second area 320 on the screen of the user terminal. For reference, dosage fidelity will be described in detail below.

The taking result reflection character may be displayed as a sprout as shown in FIG. 3, but may be selected from among various characters such as animals, plants, and people depending on settings.

Hereinafter, the process of changing the state of the taking result reflecting character will be described in detail.

The server 100 may calculate the number of times it is detected that the dose confirmation button is selected within a preset time range based on the dose time information. In addition, the number of non-detection times when it is detected that the dose confirmation button is not selected within a predetermined time range based on the dose time information may also be calculated.

That is, the intake fidelity can be determined according to the number of times of detection and number of non-detection.

Of course, the fidelity of taking can be determined immediately according to the number of detection and non-detection, but after the sum of the number of detection and non-detection reaches a predetermined specific number, taking with reference to the ratio of the number of detection and non-detection Fidelity can also be determined.

For example, when the preset specific number of times is 10 times, the intake fidelity is determined with reference to the ratio of the number of detection and non-detection times detected after the sum of the number of detection and the number of non-detection is 10 times.

Here, it is determined whether or not the taking fidelity reaches each of the first threshold to the nth threshold, and when the taking fidelity reaches the kth threshold, the state of the taking result reflecting character is changed to the kth state, and the taking fidelity is determined. If it is detected that the (k+1)th threshold has been reached, the state of the taking result reflecting character may be supported to change to the (k+1)th state.

That is, the state of the taking result reflecting character changes according to the fidelity of taking.

This is explained through FIG. 4 as follows.

4 is a diagram illustrating an example in which a state of a taking result reflecting character changes according to an embodiment of the present invention.

As shown in FIG. 4 , the taking result reflecting character displayed on the screen 410 of the user terminal when the taking fidelity corresponds to the first threshold value may be in the first state 411 . The first state will be referred to as a sprout stage for convenience of explanation. In the state where the taking result reflecting character corresponds to the sprouting stage, the patient takes the medicine steadily and the ratio of the number of times the taking confirmation button is detected continues to increase, reaching the first threshold state and then reaching the second threshold state. , the taking result reflecting character displayed on the screen 420 of the user terminal when corresponding to the second threshold changes from the first state 411, which is a sprout stage, to the second state 421, which is a seedling stage.

That is, at least a part of the number, size, color, shape, and type of unit items corresponding to the taking result reflecting character in the (k+1)th state is the number of unit items corresponding to the taking result reflecting character in the kth state. , size, color, shape, and type may be displayed as upgraded than at least some of them.

Here, the unit item may correspond to a leaf of a sprout.

Meanwhile, when the seedling stage is referred to as the first state, a state in which the seedling stage is upgraded and flowers are in bloom may be referred to as the second state, and thus various examples may be included.

In addition, if the number of times of non-detection that the dose confirmation button is not selected because the patient does not take the medicine steadily increases and the threshold value is lowered, the taking result reflection character may also be displayed as being downgraded.

That is, as shown in FIG. 4 , it may be downgraded from the second state 421, which is a seedling stage, to the first state 411, which is a sprout stage.

Meanwhile, the server 100 may support additional display of remaining medicine information on at least one medicine to be taken by the patient through at least a part of the first user interface and the second user interface. In addition, in response to the remaining medicine information, at least one of the additional medicine purchase instruction alarm, the automatic medicine order acceptance alarm, and the hospital visit instruction alarm may be supported to be output through at least a portion of the first user interface and the second user interface.

As described above, the first user interface may be displayed through the screen of the user terminal, and the user terminal may be the patient's terminal. Also, the second user interface may be displayed through the screen of the guardian terminal, and the guardian terminal is a terminal of the guardian corresponding to the patient.

That is, remaining medicine information on medicines to be taken by the patient can be additionally displayed on at least a part of the user terminal and the guardian terminal. It does not simply display the remaining medicine information, but at least one of the medicine additional purchase instruction alarm that requires additional medicine purchase, the medicine automatic order receipt alarm that automatically orders medicine, and the hospital visit instruction alarm that tells you to go to the hospital because there is not enough medicine. may be output to at least some of the user terminal and the guardian terminal.

In addition, the server 100 may support receiving a differential discount on at least a part of the cost of purchasing medicine and the cost of visiting a hospital in response to the state of the taking result reflecting character.

As described above, the discount rate when purchasing medicine or visiting a hospital when the taking result reflecting character is in the bud stage and the discount rate when purchasing medicine or visiting the hospital when the taking result reflecting character is in the seedling stage may be different. . That is, since the discount rate is higher in the seedling stage than in the sprout stage, the patient will want to increase the discount rate by continuously upgrading the status of the character reflecting the results of taking.

Here, when the taking fidelity reaches a predetermined threshold, at least some of the number, size, color, shape, and type of unit items corresponding to the taking result reflecting character may be supported to change to a predetermined state.

In addition, if at least one of the unit items in a predetermined state is selected and dragged to move to the first area on the first user interface or to the order window for medicine, when a drop is detected, information on the unit item in a predetermined state is referred to. As a result, a discount rate for at least a portion of the cost of purchasing the medicine and the cost of visiting the hospital may be determined.

Referring back to FIG. 4, when the taking fidelity corresponds to the first threshold value, the taking result reflection character is in the first state 411, the sprout stage, and then when the taking fidelity corresponds to the second threshold value, the taking result is reflected. The character changes to the second state 421, the seedling stage.

Here, after selecting and dragging one leaf of a seedling in the second state 421, when moving to the first area with information on medicine or an order window for medicine (not shown) and dropping is detected, The discount rate is determined by referring to the leaf information.

For example, a discount rate when one leaf of a seedling is dragged and dropped is different from a discount rate when three leaves of a seedling are dragged and dropped. In other words, the more leaves the seedling has, the higher the discount rate. As described above, the unit item has been described as a leaf, but the unit item can also be expressed in various ways according to the taking result reflecting character, so it is not limited thereto.

Meanwhile, hereinafter, a case where it is not detected that the taking confirmation button is selected within a predetermined time range based on the taking time information, which is step S220b, will be described.

For reference, the preset time range is the same as described above, and thus the description thereof is omitted.

If it is not detected that the taking confirmation button is selected within a predetermined time range based on the taking time information, the server 100 transfers the non-taking status in which the taking confirmation button is not selected to the guardian terminal corresponding to the patient, and the guardian terminal A second user interface may be provided to the guardian terminal so that the user generates a reminder to take the medicine message using at least one of video, voice, and text.

Thereafter, the server 100 may receive the generated reminder-taking message from the guardian terminal, transmit the generated reminder-taking message to the user terminal, and output the message through the first user interface on the screen of the user terminal.

That is, since the patient has not taken the medicine properly, the guardian can remind the patient to take the medicine.

5 is a diagram illustrating an example of displaying a reminder taking message received from a guardian terminal on a screen of a user terminal according to an embodiment of the present invention.

Referring to FIG. 5 , as an example in which several alarms 510 , 520 , 530 , and 540 are displayed as pop-ups, it can be confirmed that the reminder take message 530 is received in the form of a voice message. Here, the server 100 outputs a reminder-taking message received from the guardian terminal, but the server 100 itself may send an alarm indicating that the medicine to be taken is not taken.

6 is a diagram illustrating an example of a third region on a screen of a user terminal for inducing and managing a patient to take medicine according to an embodiment of the present invention.

As in FIG. 3 described above, the first area and the second area on the screen of the user terminal have been described in detail.

Hereinafter, the third area on the screen of the user terminal will be described.

As shown in FIG. 6 , the third area on the screen of the user terminal may include a 3-1 area 610 , a 3-2 area 620 and a 3-3 area 630 .

Here, the server 100 may support displaying exercise information necessary for the patient on a part of the third area on the screen of the user terminal through the first user interface. In addition, the user terminal allows the user terminal to input at least some of the patient's physical condition information and emotional state information, receives it, and transmits at least some of the patient's physical condition information and emotional state information to at least some of the first user interface and the second user interface. It can also be supported to display through.

That is, exercise information necessary for the patient may be displayed in the 3-1 area 610 of FIG. 6 . As shown in FIG. 6, a button confirming whether exercise has been performed in the morning, lunch, dinner, or before bedtime may be displayed, and a link to a video related to an exercise necessary for the patient may be provided regardless of time, and pictures and texts may be provided. etc., so it is not limited thereto.

In addition, the 3-2 area 620 of FIG. 6 may display an icon for inputting the patient's body condition information, and the 3-3 area 630 may display the patient's emotional state information. An icon may be displayed. Although icons are displayed in FIG. 6 , the user may directly input body state information and emotional state information as text, so it is not limited thereto.

The patient's body condition information and emotional state information may be displayed on the user's terminal, but may also be displayed on the guardian's terminal. That is, the guardian can intuitively check the patient's condition.

In addition, the embodiments according to the present invention described above may be implemented in the form of program instructions that can be executed through various computer components and recorded in a computer readable recording medium. The computer readable recording medium may include program instructions, data files, data structures, etc. alone or in combination. Program instructions recorded on the computer-readable recording medium may be specially designed and configured for the present invention, or may be known and usable to those skilled in the art of computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tapes, optical recording media such as CD-ROMs and DVDs, and magneto-optical media such as floptical disks. media), and hardware devices specially configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. Examples of program instructions include high-level language codes that can be executed by a computer using an interpreter or the like as well as machine language codes such as those produced by a compiler. The hardware device may be configured to act as one or more software modules to perform processing according to the present invention and vice versa.

In the above, the present invention has been described by specific details such as specific components and limited embodiments and drawings, but these are provided to help a more general understanding of the present invention, and the present invention is not limited to the above embodiments. , Those skilled in the art to which the present invention pertains may seek various modifications and variations from these descriptions.

Therefore, the spirit of the present invention should not be limited to the above-described embodiments, and not only the claims described later, but also all modifications equivalent or equivalent to these claims belong to the scope of the spirit of the present invention. will do it

Claims (5)

A method for providing a user interface for inducing and managing a patient to take a medicine, the method comprising:
(a) The server causes at least one user terminal to display information on at least one medicine to be taken by the patient, information on taking time, and a taking confirmation button on a first area on a screen of the user terminal, through a first user interface. Step of supporting to display through; and
(b) (i) When it is detected that the taking confirmation button is selected within a predetermined time range based on the taking time information, the server increases the patient's adherence to taking the medicine, If it is determined that the value is equal to or greater than a predetermined threshold, a process of supporting a change in the state of a taking result reflecting character displayed in a second area on the screen of the user terminal through the first user interface, and (ii) the taking time information based on the taking time information. If it is not detected that the taking confirmation button is selected within a predetermined time range, the server transmits the non-taking state in which the taking confirmation button is not selected to the guardian terminal corresponding to the patient, and causes the guardian terminal to take the medicine A second user interface is provided to the guardian terminal so as to generate a reminder-taking message for a message using at least one of video, voice, and text, the generated reminder-taking message is received from the guardian terminal, and the generated reminder-taking message is received. Performing at least a part of a process for transmitting a message to the user terminal and outputting the message through the first user interface on the screen of the user terminal.
How to include. According to claim 1,
In step (b),
The server determines the number of times it is detected that the taking confirmation button is selected within the preset time range based on the taking time information and the taking confirmation button is not selected within the preset time range based on the taking time information. After the sum of the number of non-detection times when it is detected reaches a predetermined specific number of times, the dose fidelity determined with reference to the ratio of the number of detection times and the number of non-detection times is at each of the first threshold to the n-th threshold. It is determined whether or not the taking fidelity has reached the kth threshold, and when the taking fidelity has reached the kth threshold, the state of the taking result reflecting character is supported to change to the kth state, and the taking fidelity has reached the (k+1)th threshold. is detected, the state of the taking result reflecting character is supported to change to the (k+1)th state, the number, size, and number of unit items corresponding to the taking result reflecting character in the (k+1)th state, characterized in that at least a part of the color, shape, and type is displayed as being upgraded from at least part of the number, size, color, shape, and type of unit items corresponding to the taking result reflecting character in the kth state. According to claim 1,
In step (a),
The server supports to additionally display remaining medicine information on at least one medicine to be taken by the patient through at least a part of the first user interface and the second user interface, and responds to the remaining medicine information. to output at least one of an additional medicine purchase instruction alarm, an automatic medicine order reception alarm, and a hospital visit instruction alarm through at least a portion of the first user interface and the second user interface;
In step (b),
The method of claim 1 , wherein the server supports to receive a differential discount on at least a part of the cost of purchasing the medicine and the cost of visiting the hospital in response to the state of the taking result reflecting character. According to claim 3,
When the taking fidelity reaches the predetermined threshold, at least a part of the number, size, color, shape, and type of the unit item corresponding to the taking result reflecting character is supported to change to a predetermined state, and the unit item in the predetermined state When a drop is detected in a state in which at least one of the above is selected and dragged to the first area on the first user interface or the order window for the medicine, with reference to the information on the unit item in the predetermined state determining a discount rate for at least a portion of the cost of purchasing the medicine and the cost of the hospital visit. According to claim 1,
In step (a),
The server supports displaying exercise information necessary for the patient on a part of a third area on the screen of the user terminal through the first user interface, and enables the user terminal to display the patient's body condition information and emotional state information. characterized in that supporting the input of at least a portion of the patient's physical state information and the patient's emotional state information through at least a portion of the first user interface and the second user interface.