CZ305228B6 - Method of making and processing documents with bar code, particularly for electronic prescription of medicaments and electronic information system for making the same - Google Patents

Abstract

The present invention relates to a method of making and processing documents with bar code, particularly for electronic prescription of medicaments wherein a physician provides a document with clear input data as well as with encrypted form thereof, whereupon the document is transferred to a place of processing where it is decoded. The invention is characterized in that the document clear input data is first encrypted in dependence on predefined coding parameters determining location of the input data, protective elements in encrypted form and algorithms of a coding block (2) in a single chain.. After reading the chain bar code by sensors, this chain is divided for the transfer thereof onto the document, optionally through a storage medium (14) or a cellular phone in the form of a SMS or MMS, into several chains of a determined length. A differentia being selected from the group consisting of individual combined large and small alphabetic characters, numeric characters and punctuation marks is then added to a predefined position of each chain. All the chains are the printed in the form of a bar code onto the document, which is brought in the place of processing by a patient or which is sent off to the place of processing via the storage media (14). At place of processing, the encrypted chains are read such that the differentia of each read chain as well as the length of the respective chain is tested. The encrypted data are composed into one chain without differentia a subsequently, after decoding in a decoding unit (9), the data corresponding to the clear input data is handed over to a receiver for his disposal in further processing. An electronic information system for making the above-described method comprises an information system (15) of issuer of bar coded documents, interconnected with an information system (17), of a receiver of bar coded documents, whereby both the information systems (15, 17) are preferably connected with a block (18) of communication means (16) and a storage medium (14).

Description

A method for producing and processing bar code documents, in particular for the electronic prescription of medicaments, and an electronic information system for carrying out this method

Technical field

BACKGROUND OF THE INVENTION The present invention relates to a method for producing and processing bar code documents, in particular for the electronic prescription of medicaments, and an electronic information system for carrying out the method, based on bar code and mobile communication, including data transmission in communication between doctors, pharmacies, laboratories, insured and medical insurance companies.

BACKGROUND OF THE INVENTION

Electronic prescription of drugs is currently used mainly to control the dispensing and appropriate use of drugs. Its management serves as an information source for doctors, patients and manufacturers of medicines, it enables operative interventions in emergency situations as well as expansion of comfortable sale and availability of medicines. An important aspect is also a substantial reduction in the number of counterfeit and falsified recipes. Electronic prescription drug systems are described in a number of patents, for example, U.S. Pat. Nos. 5,845,255, 5,883,370, 5,992,890, 6,668,885, 6,871,783, and US 2003125986. US 2004225528 discloses arrangement of an electronic information system, in particular for prescribing medicaments, in which a barcoded document is used. This document contains encrypted or encrypted documents. encrypted bar code information that matches the printed order. The system includes computers that are connected by a data communication link, the pharmacy's technical infrastructure includes a barcode reader, the encoded barcode information is read and decoded. US 2005240442, WO 2006059139, WO 2006099384 and WO 0167346 as well as utility model CZ 17485 and patent application CZ 2006-389 also relate to the present invention. In practice, the existing electronic prescription systems are essentially limited to local use within the jurisdiction of a doctor and a pharmacy to the same data network (hospital intranet), since beyond this scope the techniques are very expensive to operate and finance. The object of the present invention is to eliminate these disadvantages, in particular the necessary rewriting of important data in communication between doctors, pharmacies, laboratories, insured persons and health insurance companies. The aim is to increase the efficiency of the electronic drug prescription system, allowing a substantial reduction or even complete elimination of falsification of medical prescriptions, resulting in enormous savings. Recently published data and estimates attribute insurance companies' annual losses from adulteration of prescriptions for medicines in the Czech Republic of approximately CZK 350 million, in France approximately EUR 40 million.

SUMMARY OF THE INVENTION

The invention relates to a method for producing and processing bar code documents, in particular for the electronic prescription of medicaments, wherein the document is provided on the physician's side with unencrypted open data and their encoded form, whereupon the document is transferred to the processing site where it is decoded. The essence of the invention is that the unencrypted document input data is first encoded according to predefined encoding parameters determining the location of the input data, the security elements in the encoded form, and the coding block algorithms in a single string, via storage or mobile phone by SMS or MMS message, for reading by barcode scanner at the point of further processing divides into several strings of specified length, at a predefined position of each string is supplemented with a distinguishing sign selected individually or in combination of large and small alphabetic characters, numeric characters, and punctuation

And all strings are printed in the form of a barcode on a document, which is transferred to the processing site by the patient or sent to the processing site via a repository where at the processing site the encoded strings are read by testing the distinguishing feature of each of the read string and the length of the string, the encoded data is then combined into one string without distinguishing characters, and then, after decoding in the decoding block, the data corresponding to the unencrypted open input data is made available to the recipient for further processing.

After decoding, the validity of the transmitted data is checked.

Alternatively, the document with all the strings printed in the form of a barcode that is transferred to the processing site by the patient is sent to the patient by SMS or MMS from a mobile phone connected to the doctor's computer as a peripheral device.

Another object of the present invention is an electronic information system for carrying out the above-described method, comprising a bar code document issuer information system interconnected with a bar code document receiver information system, preferably both of said information systems being connected to a block of communication means and storage.

The bar code document issuing information system comprises a module for determining the location of the input data, the security elements in coded form, and the coding block algorithms coupled via the first unencoded input data module to the coding block, the coding block output being connected to the document block via the first coded data module. with barcode.

The barcode document reader information system includes a barcode document reader block coupled to the barcode testing module and also coupled via the second encoded data module to the decoding block, where the output of the decoding block is a second uncoded data module associated with the register block.

The block of communication means and storage comprises a communication means selected from the group comprising, individually or in combination, a transceiver, mobile phone, data network, internet data network, wired network, wireless network, satellite network and communication center connected to the storage.

This arrangement of the electronic information system, in particular for the electronic prescription of medicines, may include data transfers for communication between doctors, pharmacies, laboratories, insured persons and health insurance companies. The solution includes program modules to encode and decode some customized barcode content, easy to implement in any host software, and allow easy, fast and totally secure data transfer between a variety of computer systems. It ensures that every printed barcode is unique even with the same data. Barcode printing can be performed on any printer (matrix, inkjet, laser) and scanned by any scanner. Modules for encoding and decoding the bar code content on the side of the exhibitor and the recipient of the information can be connected not only by traditional form of paper or other documents, but also preferably by means of communication and data storage.

Clarification of drawings

The invention is further elucidated on the basis of examples of possible embodiments thereof, by means of the attached drawings and the following detailed description of examples of a particular embodiment. Fig. 1 is a block diagram of the overall configuration of the electronic information system; Figs. 2, 3 and 4 show a basic diagram of the mobile communication system; and Figs. 5, 6, 7 and 8 show examples of barcode placement on recipes.

-2 GB 305228 B6

DETAILED DESCRIPTION OF THE INVENTION

The purpose of the electronic information system of the present invention is to transmit data for communication between physicians, pharmacies, laboratories, insured persons and health insurance companies. One possible embodiment of this solution is the arrangement of a data transmission system between computer systems, in addition to the existing alphanumeric form of the documents, as well as in the form of a barcode written directly on the documents, thereby eliminating the necessary rewriting of important data and electronic form. The barcode documents processed may include consistent and systemically linked documents such as insurance card, drug prescription, laboratory request, text message, insured account for direct paid services, and the like.

However, the policyholder card already used in the simplified (open) format according to the present invention may also be processed in the full encoded format or in the extended encoded format, supplemented by data of up to twenty serious and permanent disabilities of the insured person (hypertension, diabetes, allergies etc.). .).

The drug prescription can be in a so-called "computer" or "manual" version. In the following, it is also referred to as Tramis, the name of the system and drug prescriptions introduced by the applicant. Computer, two-line design is intended for doctors who have a computer and print on a computer printer all documents, including prescriptions. It can be in the full version, which includes all relevant data, ie the doctor's identification number, the insurance company designation, the insured number, the first and second medicines, the number of packages, the date of the prescription and the security features. Alternatively, it may be abbreviated, containing only the most important data, ie the doctor's identification number, the insurance company designation, the insured person's number and the security features. Another option is a visitor service version that contains only the most important elements. Another option is a visitor service version that contains only the doctor's identification number and security features. The manual, one-line design is primarily intended for doctors who do not have a computer and who fill in all documents, including prescriptions, manually. All of these versions of computer and manual Tramis prescriptions for this solution can simultaneously serve as an identification, contact number for electronic drug prescription using a data repository. The barcode can be placed anywhere on the recipe, examples of its location in the Tramis system are shown in Figures 5, 6, 7 and 8. The laboratory examination request processed by the system of the present invention allows the transmission of any combination of up to hundreds of examination requests out of two hundred possible. The request form is modified so that in the event of a barcode damage, it is possible to insert the requirements for examination methods into the laboratory computer from the keyboard or visually.

The text message can be a message for doctors, eg an exchange certificate, hospitalization recommendation, dismissal report, etc. The system enables quick and unmistakable identification of the report of the issuing doctor, health insurance company and the insured.

An exemplary embodiment of the present invention is illustrated by way of a block diagram in Fig. 1 and presented by way of example of drug recipes. This is followed by a brief description of this scheme, followed by a detailed description and explanation of the functions.

The electronic information system, in particular for the electronic prescription of medicaments, comprises a first non-coded data module 1, which is connected to the bar block of the document block 4 via the coding block 2 and the first coded data module 3. A module 5 for determining the location of the input data, the security elements in the coded form and the algorithms of the coding block, determining the location of the input data, the security elements in the coded form, and the algorithms for the operation of the coding block 2 may be connected to the first unencrypted data module 1. blocks 1 to 5 may be functionally included in the document issuing information system 15 with a pre-printed bar code, on plain paper or paper with an original watermark. The barcode document block 4 and the barcode document issuer information system 15 are selected from the group comprising, individually or in combination, a prescription for a drug, an insurance card, a claim form for a laboratory, a text message, a bill for directly paid services.

-3 CZ 305228 B6

Block 4 of the document with barcode resp. The bar code dispensing information system 15 is associated, for example, by a patient transfer from a doctor to a pharmacy or by mobile electronic means, to a barcode reader block 6 interconnected via a second encoded data module 7 and a decoding block 9 with a second unencoded data module 10. A barcode testing module 8 may be connected to the barcode reader block 6. A register block 12 may be connected to the second unencrypted data module 10 to check the validity of the transmitted data. Blocks respectively. modules 6 to 12 are functionally included in the information system 17 of the recipient of the bar code document, e.g. a pharmacy. The bar code document block 4 and / or the printed bar code document information system 15 may be connected to the bar code document information system 17 via a block 18 of communication means and storage, functionally including communication means 16 and storage 14, containing tools for modifying, storing, comparing, controlling and distributing the data (basically, there may also be blocks or modules 7-12 in the repository 14). The communication means 16 is selected from the group comprising, individually or in combination, a transceiver, a mobile phone, an intranet data network, an internet data network, a wired network, a wireless network, and a satellite network.

The function of the system of the invention is as follows on the part of the physician. The unencrypted data to be printed on the relevant document in a barcode (drug prescription, claim form, policyholder identification, text message, account) are transmitted from both the first and unencrypted data to coding block 2, representing a "black box" of the system , which encodes these input data in the desired format and places them in the first encoded data module 3 (buffer, output line). The host program then picks up the encoded data and prints it in block 4 of the document in the barcode onto the appropriate document. In the module 5 for determining the location of the input data, the security elements in coded form and the algorithms of the coding block operation, it is possible to determine the location of the input data and the security elements in coded form and to select certain parameters of the coding block 2 operation.

The range of data in the first uncoded data module 1 may be defined either fixedly or variably. For example, transmitted data: Doctor identification number (8 digits), health insurance code (3 digits), drug code (5 digits), etc.

Fixed structure: A 123567812312345 .... (characters such as "A", "B" see below);

Variable structure: B; 12345678; 123; 1234567 .... (data range separated by semicolon).

The characters "A", "B" and others in the first unencrypted data module I signal the coding block 2 to change the range, or possibly the order of the input data.

The order and extent of the scrambled lines for printing the barcode in the first scrambled data module 3, which contains all the data from the first scrambled data module 1, including the security data of the system, may take the form of a single line with fixed positions and length of individual print lines or be placed in the first encoded data module 3 into multiple blocks (lines) 31, 32, etc., corresponding directly to their printing on the respective document - see example:

First module of encoded data: Adu4: Gi / 8C574DRsj9 (1st row A + 8 characters, 2nd row C + 8 characters); First block 31: Adu4: Gi / 8; Second block 32: C574DRsj9

To print encoded data on documents in the format, the host program can use some of the free fonts, legally held fonts, or create a custom font with the option of adjusting the height and length of the printed string. To print encoded data on matrix printers, Tramis uses the Code 39 barcode (the standard is the free font C39 by Codeware /C39me.ttf, 13708b, 10.08.1996, the space must be replaced with an underscore /) before printing, for inkjet and laser printers barcode Code 128, character set B (the standard is again the font by Codeware /Codl28.ttf, 14208b, 29.08.2002 /).

The general procedure, for example on the pharmacy side, is essentially the reverse of that of the doctor. The host program reads any barcode line from the submitted document with any type of barcode scanner in block 6 of the document reader with the barcode, in module 8 of the barcode testing

By simply testing the system according to the present invention or another barcode system, how many lines to read and save from the document to the second encoded data module 7 (buffer, input line) is then passed to the decoder block 9, which decodes the data from the second encoded data module 7, stores it in the second unencoded data module 10 (buffer, output row) and performs a validity check of the decoded data in the register block 12. From the above, it is clear that the first and second unencrypted data modules 1, 10 and the first and second encoded data modules 3, 7 correspond to each other.

A distinctive feature of all parts of the present invention is an intrinsic distinguishing system consisting of a semantic character (uppercase, lowercase, numeral, special character) located at a predefined position in an encoded string of characters in combination with a line length (first module 3 encrypted data, testing at the host host program input (barcode testing module 8), and data encryption. The combination of these two basic features enables this solution to achieve a large number of operational states in data transmission.

The manual execution of Tramis drug prescriptions (bar code vendor information system 15) utilizing this solution is based on linking a particular physician and a specific prescription via an encoded bar code. The key point of the solution was to find a printing printer that is capable of mass printing each recipe with a different barcode. After scanning and decoding the bar code at the pharmacy (bar code document recipient information system 17), the standard 4 and optionally 3 security features must match the prescription presented from the pharmacy screen. Even with a physician with a highly above-average number of prescriptions displayed, the combination of coding may be repeated no more than one year, or never, with the possibility of raising the lower limit up to approximately 8 years. The Tramis manual recipe using the present invention can be filled both manually and on a computer (without two lines of computer-aided bar code), making it versatile for all possible situations.

Computer and manual execution of Tramis drug prescriptions using this solution is protected against counterfeiting and counterfeiting by the following barriers, working either automatically or in collaboration with doctors, pharmacies, software companies, insurance companies, or the like. after setup in the system at the user's request. Fake recipes are recipes made illegally by unauthorized persons, almost always to the identification number and name of the existing doctor, and usually to the identification number of the existing insured person. If such a prescription has all the requisites and does not give rise to any doubt at the time of dispensing in the pharmacy, the pharmacy has no reason not to dispense the medicines and to charge the relevant insurance company. If such a recipe is not detected even by the insurance company, its payment represents its loss, which is also included in the doctor's medication limit.

The present invention has a proprietary resolution system (first barrier B1) according to which by means of a simple test in the software of the recipient (barcode testing module 8) it is known which barcode line and from which document it is. By default, Tramis uses the first character of each line in combination with its length.

Data coding for transmission is the second barrier (B2). All previously known imitations of drug prescriptions, which are presented in the barcode in open numerical form, are very easy to imitate and can only be used by a specific (institutional) pharmacy. In addition, all versions can work concurrently as universal contact numbers for nationwide electronic prescription. As soon as the first drug prescription using the present invention (computer, hand) arrives at the pharmacy (insurance company), the pharmacy or insurance software will create a Local Register of Doctors and Pharmacies using the system (block of 12 registers).

The pharmacy decoding block 9 creates a simple record of each Tramis recipe received and stores it in a statistical file. The record contains a physician identification number, an open portion of different content according to a particular version of the solution, and an encoded portion in which the protection data of each recipe is stored. If, after the end of the month, the pharmacy software (pharmacy) sends this file by e-mail or sends individual records continuously to other storage means 16 to the storage 14, the records from all pharmacies will be used after decoding:

to update the Central Register of Physicians and Pharmacies using the present invention by intersecting the identification numbers of physicians from different pharmacies. This register will be sent to the repository 14 again by e-mail or by other means (communication means 16) to all cooperating pharmacies (insurance companies), where the pharmacy (insurance) software will update it with possible new identification numbers of doctors from the Local Register. If a physician will use the Tramis drug prescriptions consistently using this invention, then in the case of a suspicious handwritten or even printed prescription out of the scope of the solution exposed by an unknown physician, it is sufficient for the pharmacist to enter the doctor's identification number and comparing it to the Central Registry (Third Barrier B3) and the Register of False Recipe Identifiers, which includes doctors' identification numbers and independently insured numbers (B4 Barrier Four), drug software can almost confidently signal that This is a fake recipe. The only exception can be if a doctor forgot to pre-print Tramis computer recipes for patient visits, or forgot to take Tramis manual recipes with him, and filled the prescription manually without a visit according to the invention. In such a case, however, he / she can write on his / her mobile phone number so that after the discovery of a handwritten recipe with the Central Registry the pharmacy can verify its authenticity even outside the office hours. Thus, the space for applying false recipes is narrowed only to pharmacies not connected to the Tramis system of the present invention;

- to compare the decoded parts of the records from the statistical files (repository Γ4) whether there are two or more identical recipes (fifth barrier B5). Should such a case occur, it is a copy and the repository 14 (insurance company) is able to identify the pharmacy, the doctor (nurse) and the patient, since one of these subjects had to make or allow copying of the prescription. The physician identification number, the patient number and the identification number of both (more) pharmacies may be included in the Register of Identifiers as suspected of (falsifying) prescriptions. This barrier may be supplemented or replaced as required by specific paper and / or manual recipe printing, including, individually or in combination, paper with watermark, security fibers, chemical, hologram, optically responsive to the control operation (illumination, sensor), mikrotext. Tramis handmade recipe alternatively uses paper with a watermark (eighteenth B18 barrier) containing the selected coded or uncoded original data or pattern (system logo, insurance company, etc.) as the most operationally acceptable.

Pre-printed Tramis manual prescriptions for medicines are available in case of loss or loss. theft is protected from misuse by creating a Register of Lost and Stolen Recipes. If a physician immediately reports storage 14 of ascending and numbered manual prescriptions as soon as Tramis has been lost or stolen, the storage 14 is able to promptly inform all cooperating pharmacies by e-mail or other means (communication means 16) of which by comparing the recoded recipe to the Recipe of Lost or Stolen Recipes (Sixth Barrier B6, Block 12 Registers), the software can indicate that it is a lost recipe and thus a false recipe. If a physician fails to notice the loss or theft of a portion of the prescriptions, any false prescriptions represent a loss that goes to his medication limit. All these registers are mandatory for the operation of the Tramis recipes of the present invention.

After scanning and decoding the barcode of the present invention (second unencrypted data module 10) in the pharmacy, the pharmacy screen must match the physician identification number from the barcode to the physician identification number from the stamp on the prescription on both the computer screen and the manual Tramis prescriptions (seventh barrier B7);

For computerized recipes, the bar code must also match:

- health insurance company code (code) with the insurance company code on the recipe (eighth barrier B8);

- the insured person's number on the recipe (ninth barrier B9), and in the case of the full computer version:

- drug codes with codes on the prescription (tenth BIO barrier);

-6GB 305228 B6

- the numbers of packs of medicines with the numbers on the prescription (barrier 11 B1);

- the date of issue of the recipe (12th B12 barrier).

In the case of a manual recipe, the pharmacy screen must match:

the portion of the recipe number from the barcode with the corresponding portion of the recipe number (thirteenth barrier B1);

- the doctor's pre-printed name from the prescription with his name tag, respectively. by name on the stamp (14th B14 barrier);

- the background color of the series and the recipe number in light color, which varies according to the region of the physician's seat and in relation to the two-digit series designation (fifteenth barrier B15);

Other optional hand protection features are:

- printing a recipe for different types of paper (16th B16 barrier, recycled, white paper, etc. without watermark);

placing or omitting the security element on the recipe, e.g., the logo of the system of the invention, the insurance company, the hospital or any other subject (17th B17 barrier);

- recipe paper with watermark (18th barrier b18).

Some of these barriers make copying very difficult and greatly obscure a falsifier who does not know if they are correlated with a barcode. In other words, when falsifying a recipe, it is practically limited to its exact copying, which can be detected by some of these barriers directly in the pharmacy (block of 12 registers) or in any case retrospectively.

Computer and manual versions of Tramis prescriptions are a comprehensive toolkit both to facilitate the work of pharmacies by inserting the necessary prescription data into the computer (error-free data, speeding up work), and especially against the ever-increasing number of false prescriptions for all drug prescriptions. Compared to definable groups of recipe counterfeiters, in collaboration with pharmacies, the computerized recipe design has seven to twelve and the manual version has seven to thirteen barriers, meaning that the recipe counterfeiter would have to successfully overcome at least seven to thirteen protection grades.

A statistical evaluation of the error rate of the "computerized" form of prescriptions using the present invention, which has been carried out based on foreign tests of large amounts of data, indicates an error rate of 1: 600 million for the bar code used and the number of characters transmitted. , issued in the Czech Republic annually, the wrong decoding of one recipe every seven years, while in the "manual" version the error rate does not fall below 1: 360 million, that is the same number of recipes wrong decoding one recipe every four years. The current weighted average error rate of recipes for about 30 million computer recipes and about 60 million manual recipes is the wrong decoding of one recipe every 4.6 years.

Full-area electronic prescription of medicines can be realized on the basis of prescriptions using the present invention by connecting doctors (bar code document block 4 and / or bar code vendor information system 15) and pharmacies (bar code document recipient information system 17) via communication block 18 means and storage, functionally including communication means 16 and storage 14, with universal use of mobile phones.

If the doctor has a computer, is connected to the Internet and prints the recipes of the invention in computerized Tramis (two lines of barcode), then after each prescription has printed, the physician software will add the physician's personal identification number (see below) , over time, or other data and sends it over the Internet as a message to the storage 14. In case of any problems with the Internet it sends the same message via SMS via a mobile phone connected to the computer. If the doctor does not have a computer and uses the recipes according to the invention in a manual Tramis (one line of barcode), then before the handover

-7EN 305228 B6 Recipe removes the barcode from the recipe to the patient using a standard or modified mobile phone (see below) and sends it as a message via MMS or SMS, which adds the doctor's personal identification number to the message. to storage 14.

The patient may go to any pharmacy of his choice with a prescription provided with any barcode version of the system of the invention.

If the pharmacy is connected to the Internet (all pharmacies have computers and barcode scanners), after scanning the barcode from the recipe, the pharmacy software will complete the encoded character form of the recipe, as in the case of a doctor, the pharmacy's personal identification number, current date and time, 14. In case of any problems with the Internet, it sends the same message (similar to the doctor) via SMS message via a mobile phone connected to the computer.

If the pharmacy does not have internet, the procedure is the same as in the case of internet communication, except that the communication is via a mobile phone connected to the computer. In the repository 14, according to the physician identification number and the encoded data (the second encoded data module 7 and the first encoded data module 3), the pharmacy query is paired with the medical report, the other data (dates, times, prescription validity etc.) are checked. Everything is OK, the doctor's message is blocked, and the pharmacy is sent to give the medication for the prescription.

The essential advantages of mobile communication between physician and pharmacy with storage M are independence from the computer network, electricity supply, virtually complete coverage of the area by signal (GSM 900/1800/1900 is sufficient) and general knowledge of communication in this way.

2, 3 and 4. The executive mobile of the MMS and SMS recipient, connected to the operator's server and the storage manager 14, which may be a smaller company, may function as a communication center (communication means 16). one of the mobile operators. It can be seen from Fig. 4 that the communication centers (communication means 16) may be more for capacity, operational and safety reasons, pharmacies may be connected to the storage 14 via a communication center (communication means 16) other than doctors and given the possibilities of use. some information from the physician store 14, there may also be a mobile doctor-communication center (communication means 16) and internet doctor-store 14 connection two-way

Every doctor presenting prescriptions has a regular or modified cell phone with a camera, capable of photographing the lower part of the exposed prescription with a barcode under the banner (protection of the patient's personal data). Modification may include software modification of the phone for barcode conversion from image to character, assignment of special functions to some keys, installation of barcode scanner, etc. Optimal is a phone with two phone numbers, one exclusively for electronic prescription of medicines number, serves as a personal identification number of a doctor), the other for normal telephone calls. Ownership of a mobile phone and a doctor using the Internet is important from the point of view of the need to issue recipes when representing another doctor or in the emergency and visitor service. An appropriate nurse authorized to issue prescriptions to chronically ill patients in his / her absence may also have a mobile phone for electronic prescription.

A physician using a computer and using the Internet sends incoming SMS1 messages to the repository 14 about each recipe issued (automatically performed by the host software after printing the computer version of the Tramis recipe). or the printer will temporarily switch to displaying and sending messages from all Tramis recipes, which have a small supply (approx. 500 pcs) for these cases and the visitor service. In the case of prescription medications (magistraliter) and visits, it sends an incoming MMS1 or SMS1 message about each prescription issued. If a physician also exhibits registered recipes with a blue stripe (without a barcode), then he sends

-8GB 305228 B6 exposed to the recipe by the Internet, resp. by mobile SMS1 entry message, which lists the series and recipe number, codes and numbers of drug packages and host software, respectively. the phone will automatically add the remaining data (personal identification number of the doctor, date, time, serial number).

The physician issuing the recipes with manual Tramis (computer, hand) sends the MMS1 input, resp. SMS1 messages to the repository Γ4 at least every first issued recipe every day, in the case of prescription medications (magistraliter) and visits, sends messages about all the prescribed recipes, for blue stripe recipes the procedure above. For all Tramis prescriptions where the prescribed medication value exceeds a certain physician-selected value, eg 200 CZK, it is recommended that the physician add an MMS message with the number of medication packages similar to the blue stripe prescriptions (to protect against fictitious higher dispensing) number of packs by the pharmacy, which subsequently goes to its drug limit). The reasons for the necessity of sending at least every first prescription message each day, consumed according to the ascending prescription numbers, are the possibility of checking by the repository 14, which has information about a sequence of prescription numbers with manual Tramis delivered to a particular physician. intervals unused recipes after their expiration period block as unused. If the doctor (nurse) detects loss, respectively. if the recipe with manual execution of Tramis is stolen and immediately notified to the repository jejich4 of their series and numbers, the use of these recipes will be blocked. The repository 14 can respond to the physician with each confirmation message with an SMS2 message.

Every pharmacy, like any doctor, has a common, possibly. modified mobile phone with a camera capable of photographing the lower part of the recipe under the banner in the required resolution if necessary. A mobile phone, which the pharmacy also does not know for security reasons, is normally connected to the pharmacy computer and serves, independently of the Internet connection, for communication with the store 14.

Pharmacy activity in case of manual execution of recipes Tramis, magistraliter and visiting services:

- Scanning of the barcode (second module of 7 encoded data), manual insertion (via the keyboard) of the type of the recipe (on white paper without logo, with logo etc.), the way of filling medication (printing on computer, hands, etc.) (doctor's office, visitor service, etc.), host software respectively. the mobile phone automatically fills in the pharmacy's personal identification number, date, time, message order and sends the SMS3 (MMS3 - emergency solution only) entry via internet or mobile to the storage 14 for verification;

- In the meantime, the barcode decoding (decoding block 9) in the pharmacy software and the visual inspection (screen-recipe) of the barriers B7, B13, B14, B15;

- receiving a verification SMS4 (with the original message order) from the repository 14 with information about the barriers B3, B4, B5, B6 and the Type, Method and Workplace;

- At the pharmacy, optical check of compliance of barriers B3, B4, B5, B6, Type (represents barriers B16, B17, B18), Method and Workplace. mobile message (health insurance code, code and number of packs of the first or second drug), automatically attaches the remaining information (personal identification number of the pharmacy, date, time, original order of the message) and sends a final SMS5 message (MMS5 - crisis solution only) ) internet or mobile to storage 14 for storage;

- If the pharmacy dispenses only one of the two prescribed medicines, it sends an SMS5 ending message for the dispensed medicine to the storage 14 for storage and manually issues a prescription extract (without barcode) to the patient and sends it manually to the storage 14 via the internet or mobile Prepared SMS1 entry message (similar to the doctor, MMS1 - crisis solution only), where the bar code and statement number, serial and number of the original recipe, code and number of packages from the statement and automatically the pharmacy personal identification number, date, time and message order. If the pharmacy dispenses only an incomplete number of packs of both medicines or does not dispense one medicament at all, it will issue two recipe statements to the patient and send two incoming SMS1 messages;

- If storage 14 detects that the pharmacy has delivered more than the prescribed number of packages for a drug, it will send an alert SMS6 via the Internet or mobile to the prescribing physician and the reviewer

-9EN 305228 B6 to the physician of the relevant insurance company (enough dose once a day), which then discusses the admissibility of the increase with the pharmacy (protection of doctors and insurance companies against arbitrary increase in the number of packs by pharmacies).

Pharmacy activity in case of computerized Tramis recipes:

- Scanning the barcode (second encoded data module 7), the next procedure ditto above;

- In the meantime, the barcode decoding (decoding block 9) in the pharmacy software and the optical screen (recipe) of the barriers B7, B8, B9 (abbreviated version), respectively. still barriers BIO, Bil, B12 (full version);

- Receive a verification SMS4, the next procedure without the B6 barrier above;

- In the pharmacy optical inspection, the next procedure without the B6 barrier above this;

- If the pharmacy dispenses only one of the two prescribed medicines, follow the above procedure;

- If the repository 14 determines that the pharmacy has delivered a higher than the prescribed number of packages of a medicament, proceed to the above;

Pharmacy activity in the case of prescriptions without a barcode (blue stripe recipe, recipe extracts);

- Manual input (via the keyboard) of the Prescription type, Medication filling method. Workplace, series and prescription number, drug code and physician identification number, host software, respectively. the mobile phone automatically fills in the pharmacy's personal identification number, date, time, message order and sends the SMS3 (MMS3 - emergency solution only) entry via internet or mobile to the storage 14 for verification;

- Receiving a verification SMS4, further steps including the B6 barrier above;

- At the pharmacy, optical inspection, next steps including B6 barrier and only one drug above.

Storage 14 provides a significant part of the operation, maintenance and control of the entire electronic prescription of medicines and, with the consent of doctors and pharmacies, can provide important, commercially usable information to other entities (pharmaceutical companies, health insurance companies, health ministry etc.). traffic. Its activities are as follows:

It maintains at least the following databases and registers (their software arrangement may be different according to the operating system and software used, here the logical arrangement is given for description):

- Database Dl: Doctor identification number - Doctor's mobile number (personal identification number of the doctor) for sending MMS, SMS messages (the doctor does not know the mobile number for security reasons, cannot normally call it or cannot call it) ), maintains the same database for nurses (see above) and pharmacies (pharmacy identification number - pharmacy mobile number / pharmacy personal identification number);

- Database D2: Doctor identification number - Recipes with manual Tramis execution (recipe series and number, background color, coded part in barcode and character form, physician name, address, contact - landline, mobile, email, possibly other) ;

- Registry R1: Central Registry of Doctors and Pharmacies using Tramis recipes, corresponds to barrier B3, physically compatible with database D1;

- Register R2: Register of False Recipes Identifiers, corresponds to barrier B4, has two parts containing the identification numbers of doctors, which have already occurred in false prescriptions - it can be merged with database D1 and the same insured numbers, this register (insured) must be separate, cannot be merged with any database;

- Register R3: Register of Lost and Stolen Recipes, corresponds to barrier B6, can be physically merged with database D2;

- Database D3: Recipes posted.

D3 is a key operational database, receiving on the one hand information from incoming SMS1 or MMS1 messages from doctors and, on the other hand, information from incoming SMS3 or SMS1 messages. MMS3 messaging from

- 10GB 305228 B6 pharmacies. After decoding the character form of the bar code from Tramis prescriptions and comparing it within doctors' identification numbers and the original character (image form) barcode (SMS, MMS), it captures, blocks and, except for the documents for barriers B8 to B12, tells pharmacies whether:

Z doctor uses Tramis prescriptions (compared to R1, corresponds to barrier B3)

In the past, a false prescription has not been detected in the doctor's identification number (comparison with R2, corresponds to barrier B4);

In the case of the full or abbreviated version of the Tramis computer recipe, no false recipe for the insured number has been detected in the past (comparison with R2, corresponds to the B4 barrier);

Z is not a copy of the recipes (second or further identical recipe, compared to D2 for the Tramis manual recipe, corresponds to the B5 barrier);

Z is not a lost or stolen and hence a false recipe for the manual Tramis design (compared to R3, corresponds to the B6 barrier);

Z matches the doctor's identification number from the prescribed and submitted prescription (corresponds to barrier B7);

Z part of the recipe number from the exposed and submitted Tramis manual recipe (corresponds to barrier B13);

Information from the pharmacy about:

About the background color of the series and the recipe number and relationship to its series (corresponds to the B15 barrier);

About printing a recipe or omitting a logo on a recipe (corresponds to the barrier Bl 7);

About recipe paper with watermark (corresponds to barrier Β18);

after subsequent optical inspection in the pharmacy agrees with the information on the pharmacy submitted recipe.

When the recipes are verified, the repository 14 communicates primarily with pharmacies in the form of mainly SMS messages, but communication with doctors is not excluded either. This may include faster and better information for doctors, who can obtain up-to-date information on the amount of their drug limits for individual insurance companies, download the code lists of medicines, including recommended prices, and provide the patient with information such as , the largest or cheapest pharmacy nearby, etc.

An important task of the repository 14 is to carry out all maintenance and updating of databases and registers on a regular basis, inter alia by blocking expired recipes, processing various statistics or providing commercially useful information.

Industrial applicability

The electronic information system according to the present invention is particularly intended for the electronic prescription of medicaments.

Claims (7)

PATENT CLAIMS 1. A method for producing and processing bar code documents, in particular for the electronic prescription of medicaments, in which the document is provided with unencrypted open data and its encoded form on the part of the physician, after which the document is transferred to the processing site where it is decoded; characterized in that the unencrypted document input data is first coded according to predefined coding parameters determining the location of the input data, the security elements in coded form, and the algorithms of the work of the coding block (2) into a single string, This chain is divided into several strings of a specified length, at a predefined position of each string, for transmission to a document, possibly via storage (14) or a mobile phone by SMS or MMS message, for reading by a barcode scanner at the point of further processing. shall be supplemented by a distinguishing mark selected from the group consisting of, individually or in combination, alphabetic and numeric characters and punctuation marks, and all strings shall be printed in the form of a barcode on a document which is transferred to the place of treatment by the patient or a repository (14) where the encoded strings are read at the point of processing by testing the read character of each read string and the length of the read string, then encode the encoded data into one string without the distinguished characters and then, after decoding in the decoding block ( 9), se data that correspond to unencrypted open input data shall be made available to the recipient for further processing. Method according to claim 1, characterized in that the document with all the strings printed in the form of a bar code which is transferred to the processing site by the patient is sent to the patient by SMS or MMS from a mobile phone connected to the doctor's computer as a peripheral device. Method according to claim 1 or 2, characterized in that the validity of the transmitted data is checked after decoding. Electronic information system for carrying out the method according to any one of claims 1 to 3, characterized in that it comprises a bar code document issuing information system (15) connected to a bar code document receiving information system (17), both of said information systems. the systems (15, 17) are preferably connected to a block (18) of communication means (16) and a storage (14). Electronic information system according to claim 4, characterized in that the bar code document issuing information system (15) comprises a module (5) for determining the location of the input data, the security elements in coded form and the algorithms of the coding block (2) connected via a first non-coded input data module (1) with a coding block (2), wherein the output of the coding block (2) is connected to a bar code document (4) via a first coded data module (3). Electronic information system according to claim 4, characterized in that the bar code document receiver information system (17) comprises a bar code document reader block (6) connected to the bar code testing module (8) and also connected via a second module (7) the encoded data with the decoding block (9), wherein the output of the decoding block (9) is a second uncoded data module (10), which is connected to the register block (12). Electronic information system according to claim 4, characterized in that the block (18) of the communication means (16) and the storage (14) comprises a communication means (16) selected from the group comprising individually or in combination a transceiver, mobile phone, data network, internet data network, cable network, wireless network, satellite network and communication center connected to the storage (14).