KR20000037512A - prescription sheet transaction method via Internet - Google Patents

Abstract

PURPOSE: A medical prescription processing method through the internet is provided to relay so as to compound prescriptions issued from hospitals at drugstores in off-line or on-line. CONSTITUTION: If a hospital client connects with a prescription relay server(S10), the web server of the prescription relay server judges whether the hospital client is a member(S12). After the identification is confirmed, the client accesses the prescription relay program of the web server(S16). In case that a prescription registration function is selected(S17), the web server judges whether a high frequency prescription call function and a standard prescription call function are selected(S20,S22). The prescription relay server receives an encrypted prescription(S25). The encrypted prescription is decoded(26). The web server searches through an interaction medicine database whether the restored prescription comprises interaction medicine(S27). If the interaction medicine exists(S28), the web server annunciates the fact to the hospital client(S29) and inquires whether the client wants to correct the associated prescription(S30). In case that the client wants to correct the associated prescription, the web server receives the revised prescription(S32).

Description

Prescription sheet transaction method via Internet}

The present invention relates to a prescription processing method through the Internet, and more particularly to a hospital prescription processing method for relaying a prescription issued by a hospital to be dispensed online or offline at a pharmacy.

In Korea, the division of medicine is expected to be enacted from July 1 this year. The division of medicine is intended to solve the problem of drug abuse and abuse that is widespread in Korea, including the world's highest antibiotic resistance rate. It is a system in operation. The main division of the division of medicine is that medical treatment and prescription are made by doctors, and pharmacists are responsible for it. Confusion continues to this day, with little or no implementation left, as inconveniences and disadvantages can return.

In other words, in the case of a hospital, it is difficult to search for and designate a pharmacy that has a prescription drug in the state of the best prescription, and thus cannot provide the best service to the patient. If it is included, it will become more serious, and you may not be able to prescribe yourself to avoid it. As a result, having a large number of pharmacies with prescription drugs can be a decisive factor in attracting many patients.

On the other hand, even in the case of a pharmacy, if an unspecified patient does not have a prescription written in a prescription visit, the reliability given to the patient will be greatly cracked. However, it is economical to have many rare drugs. In terms of space, it is a big loss. In addition, there is a problem that not only inconvenience the patient, but also need a waiting space because the patient must wait until the drug is dispensed as a prescription.

First of all, the patient has a lot of trouble in the process because he had to visit the hospital or pharmacy once before the division of medicine, and had to visit at least twice after the division of medicine. .

The present invention is to solve the above-described problems, to provide the hospital with the best service to the patient in terms of medical or pharmacy selection, and to the pharmacy as well as to make full use of the medicines they have The purpose of the present invention is to reduce the waiting time of the patient by preparing the drug in advance, and to provide the patient with a prescription treatment method through the Internet, which allows the patient to receive the drug quickly in one visit.

Prescription processing method through the Internet of the present invention for achieving the above object is a prescription processing method via the Internet that the client and the pharmacy client is linked to the prescription relay server via the Internet, to identify the identity of the hospital client Allowing access to the prescription relay program; Transmitting a prescribed prescription form to the hospital client when a prescription registration request is made through the prescription relay program; Receiving and storing a prescription written on the prescription filling form; Generating and storing a unique authentication key for the prescription, and if the online relay function of the prescription is selected, transmits a prescription related mail to the pharmacy client; and if the offline relay function of the prescription is selected, sends the prescription to the hospital client. Characterized in that it comprises the step of transmitting the authentication key.

In the above-described configuration, the online relay function of the prescription may include extracting a list of pharmacy clients capable of processing the prescription drugs; Assigning an order of transmitting the prescription-related mail to the extracted pharmacy client list according to a predetermined condition; Deciding whether the prescription-related mail can be transmitted in the given transmission order, transmitting the prescription-related mail to the pharmacy client capable of transmission, and sending the pharmacy client information to which the prescription-related mail is transmitted to the hospital client. Notification may be included. In addition, the predetermined condition preferably includes geographic information.

Meanwhile, the prescription-related mail may be directly attached to the prescription mail or only the prescription relay server may be linked so that the prescription may be transmitted when the pharmacy client accesses the prescription relay server.

And, the offline relay function of the prescription step of checking the identity of the pharmacy client and receiving the authentication key; And extracting the prescription corresponding to the authentication key and transmitting the prescription to the pharmacy client.

1 is a network configuration in which a prescription processing method through the Internet of the present invention is implemented,

Figure 2 illustrates the structure of the pharmacy data DB and prescription DB by way of example,

3 is a flowchart illustrating a prescription registration process in a prescription processing method through the Internet of the present invention;

Figure 4 shows an example of a prescription filling form in the present invention,

5 is a flowchart illustrating a prescription online relay process in a prescription processing method through the Internet of the present invention;

6 is a flowchart illustrating a prescription offline relay process in the prescription processing method via the Internet of the present invention.

*** Explanation of symbols for the main parts of the drawing ***

10: internet, 20: hospital client,

23: patient client, 25: pharmacy client,

30: prescription relay server, 31: web server,

32: e-mail server, 33: data management server,

34: database, 34a: hospital data DB,

34b: pharmacy data DB, 34c: prescription DB,

34d: interaction drug DB, 34e: patient DB,

35: LAN,

40: insurance authority, 42: health authority,

44: tax authority, 50: leased line,

60: prescription form, 62: medication list box,

64: Quantity list box

Hereinafter, with reference to the accompanying drawings will be described in detail a prescription processing method via the Internet according to a preferred embodiment of the present invention.

1 is a diagram illustrating a network in which a prescription processing method through the Internet of the present invention is implemented, and FIG. 2 is a diagram illustrating a structure of a pharmacy data DB and a prescription DB. First, as shown in FIG. 1, a network in which a prescription processing method through the Internet of the present invention is implemented is referred to as a plurality of clinics or hospitals (hereinafter, hospitals) that become a prescription registration request centering on the prescription relay server 30. ) A plurality of pharmacy clients 25 and patient clients 23, which receive a prescription and receive a prescription, are linked to each other through the Internet 30. Internal resources of the prescription relay server 30 may be connected to the LAN (LAN) (35). The prescription relay server 30 is provided with a web server 31 as a host in charge of the processing and communication of the web document, a separate data management server 33 to distribute the throughput of the web server 31 And e-mail (hereinafter referred to simply as 'mail') server 32 can be operated.

The web server 31 is equipped with a prescription relay program, and the data management server 33 is associated with the hospital data database 34a, which stores various data related to the hospital client 20 as a member, and the pharmacy client 25 as a member. Pharmacy data database (34b), which stores various data, prescription database (34c), which stores prescription-related data requested by the hospital, and interactive drugs, that is, interactive drugs formed by interlinking drugs that may cause side effects when mixed. A database 34d and a patient database 34e in which various data related to a patient are stored are provided. As shown in FIG. 2, the pharmacy data database 34b has a structure suitable for general membership information related to the pharmacy client 25, namely, whether or not a special medicine can be processed, its list, and geographic information regarding the location of the pharmacy. It is organized as. In the prescription database 34c, standard prescription data, which is completed by sending empty prescriptions to the hospital client 20 and filled out, are filled out and stored in advance in some of the prescription forms according to the type of bottle. Information such as prescription data, multi-frequency prescription data registered and stored as frequently used prescriptions from the hospital client 20, authentication key (described later) data unique to the prescription, and preparation data may be included.

Meanwhile, the data management server 33 may be connected to the health insurance authority 40, the health authority 42, or the tax management authority 44 to share various information related to prescription issuance. It can be connected to an independent leased line that can reliably prevent hacking, for example leased line 50 using the X.25 protocol.

The hospital client 20, the patient client 23, and the pharmacy client 25 each include a display device such as a monitor, an input device such as a keyboard or a mouse, a data processing processor, a storage medium, a communication device such as a modem or a LAN card. Basic hardware should be installed. In addition, a web browser capable of reading various web documents linked to an operating system and a prescription relay server 30 supporting a graphic user interface function such as Microsoft's Windows series, for example, Microsoft's Explorer (registered trademark). Or Netscape's navigator (registered trademark), etc., should be installed by default.

3 is a flowchart for explaining a prescription registration process in the prescription processing method via the Internet of the present invention, unless otherwise described, the prescription relay server 30, among which the web server 31 is mainly performed as a subject. Reveal As shown in FIG. 3, when the hospital client 20 accesses the prescription relay server 30 in step S10, it is determined in step S12 whether the connected hospital client 20 is a member. As a result of the determination in step S12, if the user is not a member, the process proceeds to step S14 and receives various information related to the member through the registration dialog box to register as a new member. The member information may include a member ID, a password, geographic information including an address, prescription drug information including a prescription for a special drug, and an e-mail address. The information stored in this way may be used to select a member's personal information, an address book, a fare settlement, and a pharmacy.

If you are an existing member or registered as a new member in step S14, proceed to step S16 to receive the member ID and password required for login (Log-In) to check the identity of the member. Only when confirmed is it possible to access the prescription relay program in the web server (31).

Next, in step S17, it is determined whether the hospital client 20 has selected the prescription registration function through the prescription relay program. If the prescription registration function is not selected in step S17, the process proceeds to step S18 to determine whether the in-house user management function is selected. The in-house user management function is, for example, a hospital client in which a plurality of doctors work. The function (20) refers to a function that allows its own administrator to register, add, delete or change a user arbitrarily within the given authority and register it with the data management server 33. If the in-house user management function is selected in step S18, the in-house user add, delete or change processing is performed as requested.

When the prescription registration function is selected in step S17, steps S20 and S22 are sequentially performed to determine whether the multi-frequency prescription calling function and the standard prescription calling function are selected. If the multi-frequency prescription calling function is not selected in step S20, and the standard prescription calling function is not selected in step S22, the process proceeds to step S24 to transmit an empty prescription form to the hospital client 20. .

Figure 4 is a diagram showing an example of a prescription form in the present invention. As shown in Figure 4, the hospital prescription form 60, the prescription details, how to take and the number of prescription days must be described as essential, in addition to the matters related to the health insurance authorities and the matters related to the prescription issuing doctor Can be. In addition, it is preferable to configure a prescription drug unit and quantity in the form of a drop down list box, for example, so that a user can easily select a desired drug unit or quantity by clicking the mouse on the hospital client 20. Do. For example, the unit list box 62 may contain [mg], [ml], [g] or [l], and the quantity list box 64 may contain [tab], [cap] or [po]. Etc. may be included.

Next, when the prescription is completed in the hospital client 20, it must be registered in the prescription relay server 30, in order to prevent hacking or illegal use or tampering of the prescription in the transmission process, the prescription relay server 30 The prescription will be sent in encrypted form by the method provided in advance. Therefore, in step S25, the prescription relay server 30 receives the prescription in encrypted form. Next, in step S26, the encrypted prescription is decrypted, and in step S27, the interactive drug database is searched through the interaction drug database 34d to determine whether the restored prescription drug is included in the step S28. In the search results to determine whether the interaction drug is present.

As a result of the determination in step S28, if there is an interaction drug, the process proceeds to step S29 and the hospital client 20 is notified of the fact, and in step S30, the hospital client 20 again prescribes the prescription. Ask if you want to modify this. If the hospital client 20 wants to modify the prescription in step S30, the process proceeds to step S31 to receive the modified prescription, and if not, the process proceeds directly to step S32.

In step S32, the prescription recorded contents are stored in the prescription database 34c, and in step S33, an authentication key unique to the prescription is generated and stored. In the line relay process, it is used to retrieve the prescription stored in the prescription database 34c.

On the other hand, if the hospital client 20 in step (S19) wants to register the frequent frequency prescription through the above-mentioned step (S24) to step (S32) sequentially after receiving the contents are stored in the frequency database of prescriptions . In addition, if the hospital client 20 wants to call one of the stored frequent frequency prescriptions in step S20, the process proceeds to step S21 and corresponds to the frequency prescription database assigned to the hospital client 20. After calling and transmitting the frequent prescription, the procedure proceeds to step S25. In addition, when the hospital client 20 desires to call the standard prescription in step S22, the hospital client 20 proceeds to step S23, and after calling and transmitting the desired standard prescription in the standard prescription database, the process proceeds to step S25.

On the other hand, when generation of the authentication key is terminated in step S33, the process proceeds to step S34 to receive an input whether or not to select the online relay function of the prescription from the hospital client 20, such a selection, as well as the patient's request Could be done by If the online relay process is selected in step S34, the online relay process to be described later is performed. If not, the process proceeds to step S35, and the authentication key is transmitted to the hospital client 20, and the program is terminated. Then, the transmitted authentication key is output from the hospital client 20 is issued to the patient, the patient can directly receive the pharmacy through the offline relay process to be described later to visit the desired pharmacy.

5 is a flowchart for explaining a prescription online relay process in the prescription processing method through the Internet of the present invention, unless otherwise described, the prescription relay server 30, and among them, the web server 31 is mainly the subject. Be sure to perform. As shown in FIG. 5, first, in step S40, a list of pharmacies that contain the prescription drugs in the pharmacy data database 34b, that is, a list of pharmacies that can be prepared as a prescription is extracted. Next, in step S42, it is determined whether the extracted pharmacy exists. If there are no pharmacies extracted in step S42, the online relay is considered impossible and the process proceeds to step S52, and the hospital client ( After notifying 20) the program will be terminated.

On the other hand, if there is a pharmacy extracted in step S42, the process proceeds to step S44 to give a mail sending order according to a predetermined condition. Herein, the predetermined condition may include a condition according to a patient or a condition according to the hospital. Patient-specific conditions may include the order of close proximity to the patient's address in the patient's designated pharmacy, the patient's designated area, or the patient's residential area. Depending on the hospital, it may be the order of close proximity to the hospital's address in the hospital's designated pharmacy or the hospital's location. Steps S46 and S48 confirm whether there is a pharmacy capable of sending mail in the order determined in step S44. If there is a pharmacy capable of sending mail in step S48, the step ( In step S50, the mail is sent to the pharmacy. In step S53, the mail sending result is notified to the hospital client 20, and the fact is stored in the pharmacy data database or the prescription database. In the process, you will receive an e-mail and inform you of the pharmacy and its geographic information. In addition, the hospital client 20 is notified of this result is issued to the patient to output the results, accordingly, the pharmacy received the mail is prepared in advance by a prescription so that the patient can be delivered immediately as soon as the patient arrives The patient's waiting time can be reduced.

On the other hand, when sending a mail to the pharmacy in step (S50) there may be a method to include the prescription in the mail sent only or to inform the fact that there is a prescription to be sent out and to download the prescription by accessing the prescription relay server 30 . In the former case, there is a quick and convenient advantage in terms of procedures, but the prescription relay server 30 cannot check whether the pharmacy client 25 correctly receives the prescription or has completed the preparation, and thus the settlement problem with the pharmacy. In this case, the dual preparation problem and the error occurrence problem in the transmission process cannot be managed efficiently. In the latter case, it takes a lot of time and inconvenience in terms of the procedure, but there is an advantage that can be managed as data by receiving the prescription and the actual preparation. Hereinafter, the present embodiment will be described taking the latter example.

If it is determined in step S48 that mail cannot be sent to all pharmacies, the process proceeds to step S52 and the hospital client 20 is notified of the fact.

Next, in step S54, it is checked whether there is a connection to the self, and in steps S56 and S58, after confirming the identity of the pharmacy client 25 as an accessor, the prescription for the pharmacy is sent. Next, in step S60, the pharmacy client 25 confirms whether the dispensing is completed. If the dispensing is confirmed, the process proceeds to step S62 and the prescription database 34c indicates that the prescription is processed. ) To prevent future distribution of the prescription.

FIG. 6 is a flowchart for explaining a prescription offline relay process in the prescription processing method through the Internet of the present invention. It is noted that the prescription relay server 30 and, among other things, the web server 31 is mainly performed. First, when the pharmacy client 25 is connected to the prescription relay server 30 in step S70, it is determined in step S72 whether the connected pharmacy client 25 is a member. As a result of the determination in step S72, if not a member, the process proceeds to step S74 and receives various information related to the member through the member registration dialog box to register as a new member.

If you are an existing member or registered as a new member in step S74, go to step S76 to receive the member ID and password required for login (Log-In) to check the identity of the member. Only when confirmed is it possible to access the prescription relay program in the web server (31). Since these steps S70 to S76 have already been described, further description thereof will be omitted.

Next, in step S78, it is determined whether the pharmacy client 25 has selected the offline relay function of the prescription through the prescription relay program. When the offline relay function is not selected in step S78, the selected pharmacy client 25 performs the selected service. do. An example of another service may include a service in which the pharmacy client 25 renews and registers the drug list of the pharmacy in the pharmacy data database 34b of the prescription relay server 30. When the offline relay function is selected in step S78, the process proceeds to step S80 to receive an authentication key, which is input by the pharmacy client 25 provided by the patient.

In step S82, the prescription database 34c is searched to call a prescription unique to the authentication key, and in step S84 it is checked whether or not the preparation has already been completed. If it is determined in step S84 that the preparation is already completed, the process proceeds to step S88 and informs the pharmacy client 25 that the prescription cannot be transmitted because it is a negative authentication key, that is, a negative prescription. .

As a result of the determination in step S84, if the preparation is not completed, the process proceeds to step S86 and the requested prescription is transmitted to the pharmacy client 25, and in step S87 it is possible to dispense from the pharmacy client 25. You will be notified. If it is notified that dispensing is impossible in step S87, the flow advances to step S89 to store the fact in the prescription database 34c and terminates the program.

On the other hand, if it is informed that the preparation is possible in step S87, the process proceeds to step S90 again to check whether or not the preparation is completed from the pharmacy client 25. If it is confirmed in step S90 that the preparation is completed, the flow advances to step S92 to store the fact in the prescription database 34c.

Prescription processing method via the Internet of the present invention is not limited to the above-described embodiment can be carried out in a variety of modifications within the scope allowed by the technical idea of the present invention. For example, instead of generating an authentication key by itself, the user receives and stores a password (usually fewer digits than the authentication key) for the prescription from the patient, and also uses the received password in an offline relay function process. Doing so will further enhance the patient's comfort.

According to the prescription processing method through the Internet of the present invention as described above, the hospital can provide the best service to the patient in terms of medical or pharmacy selection can contribute to attracting patients. In addition, pharmacies can not only make the most of the medicines they have available, but also reduce the waiting time of patients by preparing them in advance, which can also contribute to attracting patients and reduce the waiting space of patients. Can be. Finally, one visit can give the patient the convenience of getting medication quickly.

Claims (8)

In the prescription processing method via the Internet, wherein the hospital client and pharmacy client is linked to the prescription relay server via the Internet, (a) identifying the hospital client's identity to allow access to a prescription relay program; (b) transmitting a prescribed prescription form to the hospital client when there is a request to register a prescription through the prescription relay program; (c) receiving and storing a prescription written on the prescription filling form; and (d) sending the prescription related mail to the pharmacy client. The method of claim 1, wherein the predetermined prescription filling form in step (b) is a blank form, a multi-frequency prescription form in which some contents are registered in advance by the hospital client, and the prescription relay server fills in and registers some contents in advance. Prescription processing method via the Internet, characterized in that any one of the standard prescription form. The method of claim 1, wherein the prescription form is arranged in the form of a list box in which units or quantities of prescription drugs are increased, and the hospital client selects the mouse using the mouse. The method of claim 1, wherein step (d) Extracting a list of pharmacy clients capable of processing the prescription drugs; Assigning an order of transmitting the prescription-related mail to the extracted pharmacy client list according to a predetermined condition; Determining whether the prescription-related mail can be transmitted in the given transmission order, and transmitting the prescription-related mail to the pharmacy client capable of transmission; and And informing the hospital client of the pharmacy client information in which the prescription related mail is transmitted. The method of claim 4, wherein the predetermined condition includes geographic information. The method of claim 4 or 5, wherein the prescription-related mail is attached to the prescription. The method according to claim 4 or 5, wherein the prescription-related mail is linked to the prescription relay server, the prescription is characterized in that the pharmacy client receiving the prescription-related mail is connected to the prescription relay server and received Prescription processing via the Internet. The method of claim 1, wherein the method further comprises the prescription offline relay function, Generating and storing a unique authentication key for the prescription at the same time as the step (c) or before and after the step (c) when the offline relay function of the prescription is selected from the hospital client; Transmitting the authentication key to the hospital client; Verifying the identity of the pharmacy client and receiving the authentication key; And extracting the prescription corresponding to the authentication key and transmitting the prescription to the pharmacy client.