KR20020012078A - Method of handling on-line prescription sheet - Google Patents

Abstract

PURPOSE: An online prescription processing method is provided to prepare a medicine by printing the prescription data in a drug store when a doctor makes up a prescription electronically, and to prevent the once-used prescription from being used again. CONSTITUTION: The online prescription processing method comprises steps of a doctor filling a prescription electronically and saving the prescription data in a hospital master server(20) or a transfer server(30), generating an admission key to the prescription data and saving the data in a member DB(12) of a main server(10), the main server checking the identity and electronic signature data by reading a hospital card in a computer system of a drug store, searching the admission key of the member DB and transmitting the prescription data to the drug store, deleting the admission key of the prescription by receiving and printing the prescription data, and saving the prescription data in a prescription DB(14).

Description

Method of handling on-line prescription sheet

The present invention relates to an online prescription processing method. More specifically, the present invention can be prepared by withdrawing prescription data electronically prepared by the hospital at the pharmacy, and once the prescription data used in the preparation is automatically deleted to operate in a process that can meet the basic purpose of the medical division of medicine. It relates to a prescription treatment method.

In recent years, many websites have provided various information through online such as internet. Due to the nature of the speed of information distribution, the Internet is rapidly being applied not only to various commercial transactions but also to events and sports relay.

The Internet is a collection of computer networks using the TCP / IP protocol, which is usually operated by client / server architecture using the HTML (Hypertext) language. The client and server communicate with each other using the functionality provided by HTTP (hypertext transfer protocol). The client may enter a URL in a browser, which is a means for browsing the Internet, to call an HTML document (web page) stored in the server to log in to the server and browse the web page.

In an interactive information distribution system, in a communication system where an operator server and a user computer are interconnected in a network, in order for the user computer to obtain information from the operator server, most of the user computers request to log in to the operator server through the network, and the server By approval. The hardware used here requires communication means (such as a communication interface), data processing means, and database storage means such as a modem and a LAN for transmitting and receiving data, which can now be largely realized by hardware in a computer.

On the other hand, necessary program software includes a file transfer program, a mailing program, a login authority related program, and other operating programs. Again, these are mostly programs that are currently known individually.

The user computer, which has been granted the login right, can now be provided with various information stored in the operator server within a predetermined range. In this case, various programs or databases stored in the storage device of the server may be used by the user computer, but the range of use thereof will be limited within the range previously set in this system. At this time, well-known hardware and software can be used.

In view of this, in the system of information distribution in cyberspace, the possibility of combining known hardware and software to create new functions and effects is very diverse.

On the other hand, those who need medical care and medication in the past received medical treatment and medication, but due to the practice of medical division, the patient received a prescription after receiving medical treatment from the doctor and went to the pharmacy to buy a pharmaceutical system. Conventionally, the treatment and administration of the patient was made in a space called a hospital, but since the pharmacy is now part of the medication system in addition to the hospital, it is true that it is inconvenient for the patient.

From the point of view of the patient, the applicant can reduce the inconvenience when receiving medical treatment and medication in a system where the hospital and the pharmacy are linked together, and it is desirable to achieve the purpose of medical division of labor. By means of this, a system has been developed to link hospitals, pharmacies, patients, and health care authorities (the Ministry of Health and Welfare) to a consistent and efficient medical system.

An object of the present invention is to electronically record the prescription data to be administered to the patient. When the doctor can print the prescription data at the pharmacy to prepare the drug, once used prescription data can be used again for the drug It is to provide an online prescription processing method.

1 is a system schematic diagram of the present invention;

2 is a process schematic diagram of the present invention;

Figure 3 is a process overview from the data flow point of view

4 is a process detailed flowchart of the present invention.

5 is a process flow chart of the present invention as seen from the pharmacy center

<Description of Drawing Main Parts>

Main server (10), patient (member) DB (12), prescription DB (14), hospital master server (20), transfer server (30), open prescription (50), temporary prescription (52), prescription (54)

System overview

1 is a schematic diagram showing a basic system of a prescription processing method according to the present invention. The hospital master server 20 is installed in each hospital. The hospital master server 20 is a server computer that performs functions such as hospital management, patient reception, reservation, and treatment result storage, and has been conventionally established using computerized computer systems in almost all hospitals. Patients are computerized for reception, reservation, and follow-up by medical card (IC card or plastic magnet card) issued by the hospital.

Each hospital master server 20 is connected to the main server 10 through a transfer server 30 that is linked to this. The main server 10 is a server computer that manages a prescription processing method according to the present invention, and a DB server including a patient (member) DB 12 and a prescription DB 14 is connected. The transfer server 30 is a connection server for relaying data in a format that can be processed by the main server 10 because each hospital uses a different operating system (for example, UNIX, NT, etc.).

Information (medical card number, social security number, etc.) and prescription data (prescription pharmacopoeia) of the patient (member) who have been treated at the hospital are electronically prepared in the hospital master server 20, and then the main server through the transfer server 30. It is delivered to (10) and stored in the member DB (12).

When the patient visits the pharmacy after receiving the treatment and presents the medical card of the hospital, the pharmacy inquires the treatment card (40) and sends it to the main server 10, according to the approval result of the main server 10 member DB (12) Prescription data is checked from) to prepare a drug (42). Alternatively, the patient may enter the code of the care card on the Internet (44) to purchase the drug online.

The prescription data for the medicine once prepared and sold is deleted from the member DB 12 and stored permanently in the prescription DB 14. That is, the prescription data stored in the prescription DB 14 is once used data, and after being used, only the doctor and the authorized person can access the patient, and the patient or the pharmacist cannot access the prescription data.

As described above, the present invention utilizes a unique approval key processing method to prohibit reuse of prescription data once used in the pharmaceutical preparation. The process of the present invention is described below. In the present specification, prescription data that has been prepared in a hospital but has not yet been used for drug preparation in a pharmacy will be referred to as "temporary prescription", and prescription data used for drug preparation will be referred to as "prescription".

Overview of the process

2 is a process schematic diagram of a prescription processing method according to the present invention. When a patient goes to the hospital to receive care [100] and receives a checkup [102], the doctor electronically records the prescription data to be administered to the patient [104]. The prepared prescription data is stored in the DB of the hospital master server 20 and the DB of the transfer server 30 [106, 108]. Prescription data at this time has not yet been settled by the patient (treatment of medical expenses), and is completed as a temporary prescription when the patient stores medical expenses at the storage destination. Prescription data that has not yet been made as a temporary prescription will be referred to as "unpaid prescription".

When the patient receives medical expenses at the hospital [116], an authorization key (authentication number) is generated on the outstanding prescription stored in the DB of the transfer server [110], which includes the patient's medical card number, prescription data, and the generated authorization key. [112]. The temporary prescriptions thus approved are stored in the member DB 12 of the main server 10 [114].

On the other hand, if the patient visits the pharmacy [118] and hands out the medical card upon receipt [120], the computer of the pharmacy reads the medical card [122] and transmits the data to the main server [124]. The main server compares the data transmitted from the pharmacy with the data stored in the member DB 12 [126], if there is a match, retrieves the member DB 12 and draws a temporary prescription for the member and sends it to the pharmacy [ 128]. The pharmacy receives the provisional prescription and prints and prints the prescription [130] to prepare the drug [132], and the patient pays the drug price [134] to terminate the process of the present invention.

FIG. 3 is a diagram depicting FIG. 2 again in terms of data flow, and illustrates data flow between a medical department, a storage room, and a general pharmacy in a hospital.

First, when prescribing data is input from a medical department of a hospital [136], the prescription data is generated as an outstanding prescription 50 together with a medical card number and a resident registration number [138] and transmitted to the transfer server 30 for storage. On the other hand, when the patient goes to the storage room and pays the medical bill [142], the approval key for the outstanding prescription 50 is generated [142] and the temporary prescription 52 is generated in the transfer server 30 [144]. The temporary prescription 52 includes the approval key number together with the medical card number, resident registration number, and prescription data. The temporary prescription 52 data is transmitted to the main server 10 by the transfer server 30 and stored in the member DB 12.

When a patient goes to a general pharmacy and requests medicine, the pharmacy reads the medical card and retrieves the approval key [146]. The main server 10 retrieves the approval key from the member DB 12 and outputs prescription data if the approval key exists, and the pharmacist of the pharmacy outputs the medicine according to the printed prescription contents [148].

After the prescription data is output, the main server 10 generates the prescription 54 so that the patient and the pharmacist can no longer use the prescription data and stores it in the prescription DB 14 [150]. The prescription 54 includes data such as an approval key, medical card number, social security number, prescription data, pharmacy number / dose date / time, and the like. In this way, the prescription data 54 of the pharmacist is completed is permanently stored in the prescription DB 14 of the main server 10 so that only the doctor or other authorized person can inquire when necessary.

Process details

4 is a flowchart specifically illustrating a process according to the present invention, in which a prescription data is stored in a prescription DB of the main server 20 after the prescription data is used for pharmacy preparation at the time when the patient first comes to the hospital and accepts the process. It is until.

Fig. 4 is a flow chart showing the processing process of the main server, in particular the process of the present invention as viewed from the authorization key point of view. Upon receipt of the patient [326], the identity information is input to the hospital master server [300], and the doctor treats the patient to write a prescription [318] and the approval key for the temporary prescription is generated [302]. The generated approval key is included in the temporary prescription and transmitted to the member DB 12 of the main server 10 and stored [304].

On the other hand, when a patient visits a pharmacy outside the hospital [328] and reads the medical card of the hospital in the computer system of the pharmacy, the main server performs identification [330] and electronic signature [332] according to the read data, The stored authorization key is retrieved [334] and the authorization key code is retrieved [306]. The presence of the temporary prescription can be known according to the drawn out approval key code. However, the prescription details are not yet known, and the patient's personal information and illness name can be known [322]. In other words, the prescription contents are not generated from the prescription data, only the patient's name, etc. are generated, so that the pharmacist cannot know the prescription contents so far.

If the approval key is confirmed [308], the prescription list can be printed. If the instruction to print the prescription list is given [310], the prescription list is output [324]. At this time, the approval key for the temporary prescription is deleted [312], and the final (updated) prescription data in which the approval key for the printed prescription data is deleted is stored in the prescription DB 54 [314]. Complete [316].

The reason for deleting the approval key when printing the prescription list is that once the prescription list is printed out and used as the basic data of the pharmacist's medicine, the patient cannot see the contents of the prescription again. This is because it is possible to exclude the possibility of taking double doses while fighting. This is a process consistent with the eradication of substance abuse, which is the fundamental purpose of the division of medicine.

Process in the pharmacy

FIG. 5 is a process flow chart illustrating the process of FIG. 4 centered on a pharmacy. When a patient occurs in a hospital [400], the process of treating a patient [402] and generating an authorization key [404] and storing the authorization key in the main server [406] is as described above.

When a patient visits a pharmacy [408], the patient presents a medical / card link between hospitals and pharmacies [410]. The medical system scans the medical card [412] and sends it to the main server [414]. The server checks the medical card number [416] and confirms the authorization key [418].

If the authorization key is recognized, the binary data is decrypted [420] to confirm the date and disease name of the patient who visited the pharmacy [422]. So far, the details of the prescription are unknown. Only when the patient decides to purchase a prescription drug [424], the prescription list is printed out [426] and the approval key is deleted as described in FIG. The pharmacist prescribes medicine according to the printed prescription list [430]. This is a duplicate explanation, but if the patient chooses not to buy a prescription [426], the pharmacist can simply identify the disease name [428].

If the approval key is denied in step [418] [424], the approval key may be an unregistered approval key or an already used approval key. If the approval key is not registered, it is fed back to the hospital to notify an input error [428]. Request re-entry of [426]. If the rejected approval key is already used for the drug preparation [432], the pharmacy or the patient can access the main server to check the pharmacy with the prescription list [434].

Although the online prescription processing method according to the present invention has been described as described above, even if some modifications are made in the described process step, the modifications within the scope defined by the claims are included in the technical scope of the present invention. For example, the patient's medical card number may be replaced by the patient's unique social security or credit card number instead of the system. This will allow patients to benefit from the division of medicine with a single credit card or ID card without the need for a separate hospital medical card.

This allows pharmacies to purchase medicines with a hospital card only, without the consumer having a separate prescription, and the hospital selects drugs with high utility value to patients and inputs all of them with a single prescription input without manufacture. The work is handled in a batch, and patients can purchase medicines on the Internet without going to the pharmacy directly from the hospital, and even when entering the hospital, they can purchase prescription medicines with a medical card. In addition, the national health management authority (Ministry of Health and Welfare) can achieve the purpose of the medical division by reducing unnecessary pharmaceutical preparations due to national health and establishing a drug distribution structure that can be directly administered by prescription.

In order to meet the basic purpose of the medical division, according to the present invention, the pharmacy must print out the prescription list in order to view the prescription contents, and to prevent the prescription list from being used again by deleting the approval key for the prescription list once used. can do.

Claims (6)

In a system consisting of a hospital master server 20 installed in a hospital, a transfer server 30 linked with each hospital master server 20, and a main server 10 for processing prescription data created by each hospital, the main server 10 ) Has a member DB (10) in which information about the patient and an unpaid prescription (50), a temporary prescription (52) is stored, and a prescription DB (14) in which a prescription (54) is stored, and the main server includes the following steps. Online prescription processing method characterized in that to perform. 1) The doctor electronically records and fills prescription data to be administered to the patient, and stores the outstanding prescription on the hospital master server and transfer server, 2) the approval key is generated in the outstanding prescription stored in the transfer server, and stored in the member DB 12 of the main server 10, 3) When the patient visits the pharmacy and reads the medical card of the hospital from the computer system of the pharmacy, the main server checks the identity and electronic signature according to the read data, retrieves the authorization key stored in the member DB, and retrieves the authorization key code. , Withdrawing the temporary prescription for the member and sending it to the pharmacy, 4) Receiving a temporary prescription at the pharmacy, printing and printing the prescription details and deleting the approval key for the temporary prescription, 5) storing the final (updated) prescription data in which the approval key for the printed prescription data is deleted in the prescription DB 54. The method of claim 1, wherein the temporary prescription includes at least a patient's medical card number, prescription data, and generated authorization key data. The method of claim 1, wherein the prescription includes at least data such as an approval key, medical card number, and prescription data including a pharmacy number / dose date / time of the medicine. The method of claim 2, wherein the prescription data contained in the temporary prescription in step 4) is output only when the prescription list is printed. In any one of Claims 1-4, When the approval key is not retrieved from the member DB in step 3), an online prescription processing method is added to notify the hospital of an input error and to request re-entry of the prescription. In any one of Claims 1-4, In step 3), if the approval key is already used in the first pharmacological approval key is connected to the main server online prescription processing method is added to check the pharmacy used prescription list.