CZ32029U1 - A system for communication between healthcare providers, especially for prescription of drugs - Google Patents

Description

Technical field

The technical solution relates to the arrangement of a digitized, electronic and mobile information system, in particular for prescription of medicines, on the basis of bar code, electronic and mobile communication, including data transfers in communication between doctors, pharmacies, laboratories, imaging units, insured and health insurance companies.

BACKGROUND OF THE INVENTION

Most entities providing, respectively. providing health care, ie. doctors, hospitals, insurance companies, etc., use computers or different communication devices and different ways of communication. The current state of affairs, which does not allow the improvement of the quality of care provided, is the fragmentation of the software solutions used and, in particular, the lack of communication in sharing and sharing information on patients' health.

Existing systems such as electronic drug prescription are limited to local use within the scope of the physician and pharmacy to the same data network (hospital intranet), as they are technically, operationally and financially very demanding outside this range.

The aim of the present technical solution is to eliminate these disadvantages, in particular the necessary rewriting of important data in communication between doctors, pharmacies, laboratories, imaging components (X-ray, CT etc.), insured persons and health insurance companies.

Terminologically, it is necessary to distinguish two systems, which are the link between the financing of health care through health insurance companies. While the term eGoverment represents the extension of electronization here health care within the state administration, the term eHealth means primarily providing and providing timely and complete information for the work of physicians at the executive medical level. The basis of eHealth is the patient's medical documentation, which has four parts - text reports, laboratory results, imaging findings and drug prescriptions. While the doctor always has feedback in the first three parts, at least in acute cases, he is lacking in drug prescription. The aim is therefore to increase the efficiency of the eHealth system, especially the prescription of medicaments, allowing a substantial reduction or even complete elimination of cases of falsification of prescriptions and creation of a secure Patient Drug Repository (hereinafter referred to as ÚLZP). and patients, resulting in improved health care and significant financial savings.

The essence of the technical solution

The subject matter of the technical solution is the arrangement of a system for communication between medical entities, comprising a computer system of a document issuer, a computer system of a document recipient, a computer system of a patient medical record storage, computer system of communication means and temporary storage of forwarded data and communication between these computers.

The essence of the technical solution is that the computer system of the document issuer comprising the components for creating documents adapted for transmission to the computer system of the document receiver and the computer system of the document receiver containing the components for receipt and processing of documents are connected to the computer system of the medical record store. a patient adapted to receive medical records from the document receiver computer system and provide them to the document issuer computer system and / or the document receiver computer system, the computer systems with data input and output peripherals being interconnected by digital, internet, and / or mobile connection.

The computer system of the document issuer comprises a hardware key with algorithms for encoding open document input data into character form, expressed on the document in a single or multidimensional barcode, according to optional parameters for determining the location of the input data, distinguishing characters, security features in coded form.

- 1 GB 32029 U1

The document receiver computer system includes a barcode reader with a barcode character form testing block and an encoded data block in character form for a hardware key with algorithms for decrypting the encoded data, and an unencrypted open document entry block with registers to check the validity of the transmitted data.

The recipient's computer system includes a hardware key with algorithms for encoding open document input data into character form, according to optional parameters for determining the location of the input data, distinguishing characters and security features in coded form.

The patient health record computer system includes a hardware key with algorithms for decoding encoded data into a block of scrambled data, and hardware with a patient health record database with anonymized patient identification and registers to check the validity of the transmitted data.

Unencrypted open document or barcode document input is selected from the group consisting of drug prescriptions, laboratory requests, display requests, text messages, anamnestic data, health insurance cards, direct-paid service bills.

The basis of the solution are software (SW) modules or hardware (HW) components for coding and decoding certain modified input, open document content, easy to implement in any host software, or hardware connectable to any computer or communication device such as mobile phone, tablet etc. The solution enables easy, fast and absolutely secure data transfer between various computer systems, both in character form (internet, mobile communication, etc.) and in the form of one or multidimensional bar code or other, for example optically readable font, which outputs the contents of the transmitted documents are again open after decoding at the recipient location. The coding method ensures that even with the same input data, each output coded character form is or can be unique, which the solution uses, or can use to check for false or duplicate documents with the same content and as a unique identifier in secure communication with other entities, databases etc. For transmission to a recipient location, the encoded string at a predefined position or positions is supplemented with the distinguishing feature (s), or is divided into multiple strings of a specified length, and each string at the predefined position (s) is also supplemented with the distinguishing feature (s).

Encrypted character forms of transmitted input data are used as a unique identifier for communication within the system, especially between exhibitors or recipients of documents and a repository to which other transmitted open data is attached. Access to stored data in the patient's medical record repository, i.e. medication, laboratory results, image records and patient text messages, is secured by passwords for use by a doctor, patient, document recipient, or other authorized entity in various operating situations.

Clarification of drawings

The accompanying drawings show exemplary embodiments of the present invention. 1 to 4 show the basic structure of the system according to the present invention. Fig. 4a is a schematic diagram of the functioning of the digitized dRecept with the forgery control and the drug record store of the patient. FIG. 4b shows a microprocessor (chip) for storing the coding or coding chip. a decoding module (hardware key) of the system according to this technical solution (hereinafter also Tramis). Figures 5, 6, 7 and 8 show examples of barcode placement on recipes.

Examples of technical solutions

For illustrative purposes, an exemplary embodiment of the present invention is illustrated in the form of a block diagram in FIG. 1 and is further presented by way of example of barcode drug prescriptions. The solution, not only for drug prescription, includes in the computer system 15 a document issuer, here a physician, a first block 1 of unencoded data (open document input data to be encoded), which is through the first coding hardware key 2 (algorithm in SW or HW) coding specific

The input data according to the parameters set in block 5) and further through the first block 3 of the encoded data (the encoded data in character form with the distinguishing sign (s) at the predefined position (s) and / or the access data (password) of the patient, also used as an identifier in the transmission of attached messages (data)) linked to a document 4 with a barcode (drug prescription, laboratory request, etc.), possibly with a printed document number and its corresponding character form in one or multidimensional bar 5 to 8), which is connectable with the barcode scanner 6 in the recipient's computer system 17, here the pharmacy (laboratories, imaging units, other physician, etc.).

Attached to the first unencrypted data block 1 is a block 5 determining the location of the input data, the distinguishing features, the security features in coded form, and the algorithms of operation of the first hardware key 2 in the SW or HW embodiment. The document 4 can thus be with the pre-printed human-readable identifier (number) of the document with its corresponding bar code (see Fig. 8, also document 4 with pre-printed data) on plain paper or watermarked paper or can deliver document 4 to the system supplier, block of 30 documents. Both types of barcodes 4 (see Figures 5 to 8) are selected from the group consisting, individually or in combination, of a prescription for a drug, an insurance card, a request for a laboratory, a request for imaging components, a text message, a bill for directly paid services.

The documents 4 are read by a barcode scanner 6 connected via a second block of encoded data 7 (encoded data in character form, also used as an identifier in the transmission of the attached message (data)) and a second hardware key 9 for decoding the encoded data HW performing decoding of the character form of the encoded data) into the second unencoded data block 10 (open document input data after decoding in the second hardware key block 9).

The barcode scanner 6 is connected to the barcode scanner 6 (according to the parameters specified in block 5, the location of the distinguishing characters and the length of the read strings, determines the further reading or processing of the character form), the second block 10 of unencrypted data in the block of the second hardware key 9), a block of 12 registers can be connected to check the validity of the transmitted data (existence of physicians, identification of the insured person, etc.). Blocks 6 to 12 are functionally included in the computer system 17 of the recipient of the documents, here the pharmacy (laboratories, imaging units, other physician, etc.)

The first block 3 of encoded data in character form is transmitted to the computer system 17 of the document recipient electronically or mobile via the computer system 18 of the communication means and the temporary storage of forwarded data or via a block of mobile communication device 13 (telephone, tablet etc.). data in a single or multidimensional barcode, or in a barcode on the document 4 by the patient or via block 23 of the email address or mailbox by the patient. The computer system 18 functionally comprises communication means 16 and a forwarding temporary storage for data forwarding 14, including tools for storing, comparing and distributing the data. The communication means 16 is selected from the group comprising, individually or in combination, a transceiver, a mobile phone, an intranet data network, the Internet, a wired network, a wireless network, and a satellite network. The identification of the patient with the document at the recipient of the document will then be carried out according to a permanent identifier of the patient of his / her choice, namely the number of the insured person, the European number of the insured, the identity card, driver's license, passport, bank card etc.

The document issuer computer system 15 can, using the character form of the first encoded data block 3 created using the input parameter block 5 with other parameters, communicate with the computer system 11 of the medical record store, here the patient drug record store, to prescribe new drugs and avoid potential contraindications and duplicities. The same possibility exists for the recipient's computer system 17 using the character form of blocks 7 or 26 (encoded data in character form with distinctive character (s) at a predefined position (s) and / or patient access data (password)) when dispensing medicines. which can additionally update the patient ' s drug records in the medical record store computer system 11 for newly released medicines, including over-the-counter medicines or medicines from common prescriptions entering

To the document receiver computer system 17 via a fourth block of unencrypted open input data using an input data determination block 27 with encoding parameters and a block 25 of a fourth hardware key for encoding into the third block 26 of the encoded character form.

In the health record store computer system 11, the encoded request from the document issuer computer system 15 or the document recipient computer system 17 is first decoded in the third hardware key block 19, the open data is moved from the third non-coded data block 20 to block 21 of the patient medical records database. , results of laboratory examinations, etc.) with anonymized patient identification and checked in block 22 of registers, the further procedure of communication is governed by the results of the check and the status of records in the database.

Access from the document issuer computer system 15 and the document receiver 17 to the health record store computer system 11 is protected by one or more patient passwords and only with patient consent provided in blocks 28 or 29 (patient consent to the document issuer system 15 or system document receiver 17 with a view of the computer system 11 of the repository (drugs, laboratory test results, etc.)).

Back-up of examinations or medical procedures performed (laboratory results, text messages, etc.) from the document receiver system 17 back to the document issuer system 15 takes place electronically or mobile via the computer system 18 communication means and temporary storage of forwarded data or via block 23 email addresses or mailbox, or by electronic, mobile or mail, or by courier transfer directly to the document, the message identifier being the original encoded form of the document in character form from the first block of encoded data 3 or from the barcode document 4 to which .

Thus, in the system, unencrypted open data blocks 1, 10, 20 and 24, data encryption or decryption hardware key blocks 2, 25, 9 and 19, data encoded blocks 3, 7 and 26, parameter determination blocks 5 and 27 respectively, match coding and blocks 8, 12 and 22 registers and testing the transmitted data.

The function of the system according to this technical solution is as follows on the part of the physician.

The unencrypted data to be printed on the relevant document in bar code (drug prescription, laboratory request, imaging request form, text message, policyholder identification, account) are transmitted from the first unencrypted data block 1 to the first hardware key 2 representing a sort of "black box" of this system that encodes these input data into the desired format and places it in the first block of 3 encoded data (buffer, output line). The host SW of the doctor's program then picks up the encoded data and prints it on the relevant document 4 in the bar code. In the input data determination block 5, it is possible to determine the location of the input data, the distinguishing marks and the security features in coded form and to select certain parameters of the first hardware key 2, which allows to create pre-printed data 4 for manual filling out of the office or in the case of computer system outages 15 exhibitor of documents.

The range of data in the first block 1 of unencoded data 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: AI23456781231234567 ......;

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

The characters "A", "B" and others in the first block 1 of the unencoded data indicate to the coding module 2 a change of range, order of the input data, etc.

After encoding in the first hardware key 2, in the first encoded data block 3, the encoded character form of the input open data from the first block 1 encoded according to the parameters in the block 5 of the input data determination in the form of one or more non-distinguished characters. string number and start stop signs complete the SW of the doctor

-4GB 32029 U1 or straight in one or more strings with distinctive characters, check numbers and start marks (not shown here) for transmission in a single or multidimensional barcode in a document 4, eg:

DtxwS52kV: n for small number of transmitted data, see Fig. 8 or Po5.sDdiLfvbh3cXUAUMJ + JR + XX4uk for standard number of transmitted data, see Fig. 7 or ToP5.sDdiLfvbh3c WXUAUMJ + JR + XX4uk for standard number of transmitted data, see Fig. 5. , 6 or MUXRhLtcMJlXVHuw2bCNatqT3jKFJ3ELuUQqG5Ov, eFJ3ELuUQqG6FE for above standard number of transmitted data, see Fig. 7

After printing on document 4 in the bar code, the encoded strings on the documents look like the following:

see also FIG. 8

To print encrypted data onto documents, the doctor's host software can use some of the free font IDs or 2D barcodes, legally held fonts, or create a custom font with the option of adjusting the height and length of the printed string. For printing in barcode ID on matrix printers, the standard is the font C39 by Codeware (C39me.ttf, 13708b, 10.08.1996), for printing on inkjet and laser printers the standard is the font C128, character set B, by Codeware (Codl28.ttf, 14208b, 29.08.2002). For printing in 2D barcodes it is recommended to use QR code, the standard is not specified, the condition is a minimum level of security as defined by the codes used, since the encoded character form according to this solution contains its own security of flawless transmission of document content.

The general procedure, for example on the pharmacy side, is essentially the reverse of that of the doctor. The pharmacy host software reads the barcode from the submitted document by any type of barcode scanner in the barcode scanner 6, in block 8, the barcode test determines whether it is a system according to this technical solution or another barcode system, or how many lines it has to the second block 7 of the encoded data (buffer, input row), then passes control to the decoding second hardware key 9, which decodes the data from the second block of encoded data 7, stores them in the second block 10 of unencoded data (buffer, output row) ) and performs a validity check of the decoded data in block 12 of registers. It is clear from the above that the first and second blocks of unencrypted data and the first and second blocks of encoded data correspond to each other. In the case of reading only one line of ID or 2D barcode in the scanner 6, testing in block 8 continues with barcode testing and decoding as in the case of a multi-line document in the barcode ID.

One of the features of all parts of this invention is its own distinguishing system, consisting of a distinguishing feature (uppercase, lowercase, numbers, special character), which is located at a predefined position in each (even one) encoded string (line) of characters in Combination with line length (first block of 3 encoded data, testing on input)

-5GB 32029 U1 of the recipient's host SW in block 8 of barcode testing) and the encoded input, open data.

The combination of these two basic features enables this solution to achieve a large number of operational states in data transmission.

The so-called manual execution of prescriptions for medicines (document 4 with pre-printed data), using this solution, is based on the interconnection of a specific prescription and a particular physician through a unique pair of prescription number data, incl. series and encoded barcode with added security features (Fig. 8). The physician can pre-print the required number of these recipes, including their name, on a loose sheet of recipe-format paper on a printer, and fill them manually at patient visits or in the case of a variety of medical disorders. The manual recipe is thus universally applicable for additional protection of doctors from false prescriptions. After scanning and decoding the bar code in the pharmacy (computer system of the 17 recipient of documents), 3 protective elements (rp number and doctor's ID from barcode with rp and doctor's ICP to rp and the doctor's pre-printed name with his label or name on the stamp). The second option is to send the character form of the encoded bar recipe of the manual recipe by the pharmacy via the Internet or mobile phone (Fig. 4a) to the service center for counterfeit inspection, where, with the exception of recipe extracts and repetitive recipes only once.

Examples of solutions based on digitized, electronic and mobile communication

The basis of eHealth electronization is a system commonly referred to as eHealth, based on the patient's medical records, which has 4 parts - text reports, laboratory results, imaging findings and drug prescriptions.

The most complicated of these parts is electronic prescription of drugs (ePrescription), which under Act no. 378/2007 Coll., On pharmaceuticals, has been practically solved by the State Institute for Drug Control (SUKL) for almost 9 years. The two main aspects of e-Prescription, in addition to eliminating repeated manual entry of prescription data into a pharmacy computer, are the protection of doctors, pharmacies and insurance companies from false prescriptions, and in particular the patient's drug record keeping, preferably all patients used and accessible under certain circumstances to doctors, pharmacies. and patients. Information system according to this technical solution, resp. The system based on the transmission of encoded document content in the form of a bar code, which is also its unique identifier, is also referred to below under the applicant's established and protected name Tramis or TRAnsport Medical Information System.

Digitalized data transfer mainly in the form of barcodes on prescriptions for medicines, resp. mobile phones is referred to as dPrescription, dRecept, resp. mReception, mRecept and system of communication between other parts of medical documentation, based mainly on digitized and mobile forms, supplemented also by purely electronic transmissions, then collectively as dHealth.

Recipes for medicines

In digitized dPrescription (dPrescription, dRecept, to differentiate from ePrescription, eRecept), the encoded contents of the prescription, which is also its identifier (Tramis system), are transmitted from the doctor to the pharmacy directly, in a barcode on a regular prescription or on a mobile phone. patient. dThe transcription without describing too much detail looks as follows, see FIG. 4a

- The doctor needs a computer, a printer, a microprocessor (hereinafter referred to as the chip, see Fig. 4b) with the Tramis coding module and a slightly modified SW, the Internet needs a doctor to view the Patient Drug Record (LZP);

- Pharmacy needs computer, barcode scanner, microprocessor (chip) with Tramis decoding module, due to more new input information, slightly more SW modification than physician and internet to communicate with Reference Recipe Center (RCR) and Patient Drug Record Store );

-6GB 32029 U1

- The contents of the prescription are encoded on a chip that can be easily connected to the doctor's computer via the USB connector and printed together with the open text in the form of two lines of bar code or QR code on a free recipe format sheet (see Figures 5, 6, 7) or from the computer the doctor sends directly to the patient's mobile phone (mReception, mRecept). The encoded content of all versions, which is at the same time a unique dRecept ID (IDdR), is used in the pharmacy's communication with the RCR and the ATM;

At the patient's request, the doctor can send a free prescribed form of the prescription from his / her computer via SMS to the patient's smart mobile phone, which can easily convert its character form using a recommended or selected free application into a QR code.

- the pharmacy reads directly from the mobile screen, no central storage or paper is needed. To avoid overuse of this form of prescription (mRecept) and harassment to the doctor, sending mRecept may be a commercial service, see finance below;

- The pharmacy reads the barcode from an open recipe or mobile phone display and the barcode content is decoded on the pharmacy chip;

- On the chip, the decrypted, original prescription data generates a unique so-called fingerprint using a standard computer function, which the pharmacy sends over the Internet to the Recipe Reference Center (RCR) for counterfeit inspection; a recipe, only once;

- If all is well, the pharmacy will send the encoded contents of the prescription in character form as a unique IDdR to the Patient Drug Repository (ICS), which will provide the pharmacy with all the patient's drug records for a selected period of time to check for contraindications with medicines just being dispensed. The pharmacy sends the information about the medicines issued to the ICLP by adding it to the unique IDdR in an open, unencoded form, because the encoded IDdR does not tell which patient the medicines belong to. The ICL then adds the drugs to the existing LZP.

- In two lines of barcode, the ICP of the doctor, the insurance company code, the insured person's number and all other relevant data are transferred, in the QR code are added data such as serious disability of the patient (hypertension etc.) and the patient's mobile number as one of the patient's passwords for data protection in the ATM, see below;

- When issuing prescriptions to a doctor, the patient may choose to process the content of dRecept in the pharmacy (drug dispensing only, establishing / updating the HRE, general consent to the doctor to consult his HRE even without the patient's immediate consent) closure of the ICPF, or another);

- If the patient agrees with the establishment of the ICL, the physician's SW will automatically print the assigned human-readable password and the machine-readable password in the bar code with instructions for the patient to protect his / her ICL records. The passwords are activated through the pharmacy at the ATM;

- To fill recipes with open text manually (patient visits, power outages, etc.), the physician can pre-print the so-called Universal Recipes (see Fig. 8) with unrepeatable recipe number and its corresponding encoded ID (IDUnirp) code for easy pharmacy reading and sending by pharmacy to RCR for counterfeiting.

Parameters for preprinting additional Unirp will be obtained from the RCR as needed;

- In the case of any regular prescription, the pharmacy can only send the doctor's ID number to the RCR for counterfeit inspection; the pharmacist chooses the next procedure according to the information from the RCR, thus there is no security hole in the false recipe protection system;

-7GB 32029 U1

- In ICS, the patient's birth identification number from the decoded character form of two lines of barcode or QR code received as IDdR is immediately anonymized in one or more different ways, and if the patient already has an HC, the ICP is sent to the pharmacy together with IDdR in an open, unencoded form in order to check for contraindications, the pharmacy will subsequently receive information in the same way about the drugs currently being released and a machine-readable password, to which the RCR will enter a human-readable password and possibly add a password chosen by the patient in the pharmacy;

- Over-the-counter medicines and medicines from common prescriptions, incl. Hand-filled universal Tramis recipes and carry out checks for contraindications;

- Patient data are protected by 1 to 4 passwords with priority order: password selected by the patient (entry via pharmacy SW), patient's cell phone (entry via prescription with QR code from SW physician), machine-readable password (entry via pharmacy SW) and human readable password (input from RCR based on confrontation with machine-readable password from ICS);

Doctors, pharmacies and hospitals have access to the ICS on the basis of an application encoded on the applicant's chip and only with the patient's consent. In the case of protection by a mobile number, the ICS patient receives a short SMS with a query and a short verification code.

- access by a patient's SMS (OK) or by receiving a verification code from the applicant via the Internet, will be sent to the applicant for a selected period of time with an encoded request in character form as a HRE communication identifier to check for contraindications with drugs.

Under certain circumstances, only the Emergency Rescue Service (RZS) can access the ICL without the patient's consent;

- The ICL does not store the patient's name or address, date of birth, etc., so the solution complies in advance with Regulation (EU) 2016/679 of the European Parliament and of the Council on the protection of individuals with regard to the processing of personal data (GDPR);

- A chip identifies a doctor, pharmacy or other entity in the system unambiguously; it does not need an eSignature or any other certificate or access data;

- Participation in the system is voluntary for all doctors, patients and pharmacies;

- The solution is the application of CZ patent No. 305228, which applies not only to prescription, its advantages include, among others:

- Real and relatively fast creation and operation of patient drug records;

- The patient identifier transmitted in the 2D barcode on the recipe or mobile may be any permanent patient identifier of his / her choice, such as the insurance card number, European Health Insurance Card number, ID card, passport, driving license, etc.

- Possibility to encode the contents of the prescription and patient identifier of any country;

- Possibility to transfer more than 2 prescribed drugs in 2D barcode, without changing the code size of 4 drugs and thus reducing the number of prescriptions to less than half;

- The basis of true eHealth, here to distinguish dHealth, is the 4 parts of the patient's medical records. Communication between healthcare subjects may be systemically the same as in the system of d Prescription between a physician, a pharmacy and an ICL, see below;

- The dRescription system is able to finance itself from part of the achievable savings because:

- One-time costs for chip acquisition are around 800 CZK, incl. VAT, added value for doctors, pharmacies and insurance companies is protection against false prescriptions and access to patient medical records;

-8GB 32029 U1

- The cost of a doctor to print any version of dRecept does not exceed the current average cost of a regular paper recipe, sending mRecept to a patient's QR code can be a commercial service that is paid to the doctor at the agreed rate and in the agreed manner by the patient;

- Labor saving for processing one recipe in pharmacies has been proven in practice for 20 sec., That is approx. CZK 2.50, which, when extended to 70 million recipes nationwide, is approximately CZK 180 million per year;

- According to qualified estimates of pharmacists from practice and various calculations, the savings of insurance companies' expenses on insurance companies not caught by false prescriptions, which then go to the medical limits of doctors, range between approximately CZK 50 to 200 million per year.

- If the savings on duplicate non-prescribed drugs were only 1% of the insurance companies' expenditures on prescription drugs, this would amount to approximately CZK 350 million in real terms per year;

- Anonymized and aggregated data from the ICLDDescription are inputs for effective managerial management of higher units, groups of hospitals, regions, etc. in the field of drug policy and subsequently medical devices (PZT), laboratories and other parts of dHealth.

Requests for laboratory testing '

Communication takes place in a system exactly the same way as in the case of dRecept and the physician and laboratory need practically the same equipment as the physician and pharmacy above. Without describing too much detail, the system looks like this.

- The physician needs a computer, printer, microprocessor (chip, see Fig. 4b) with Tramis coding module and a slightly modified SW for optimum data transfer back from the laboratory and possible view into the Patient (All) Laboratory Results Storage ;

- The laboratory needs a computer, a barcode scanner, a microprocessor (chip) with a Tramis decoding module, a slightly modified SW and optimally the Internet for the return of results to the doctor and for the possible transfer of results to the ICPM;

- The content of the requisition is encoded and printed together with the open text on the doctor's chip according to the number of required methods either in the form of one or more lines of barcode or at any time in QR code on a loose sheet of A5 format. only A6 (prescription format) or, if desired, sent from the doctor's computer directly to his / her mobile (see mReception, mRecept). The encoded content of all versions, which is at the same time an unrepeatable ID of the requisition, is used in the transmission of results to the doctor, eventually. their storage in the ICPF. Any combination of all known laboratory methods for examination can be transmitted in the barcode and the character form of the encoded request form can be transferred from the doctor to the laboratory via the Internet directly or through a temporary repository as in the case of dReceptes.

- The laboratory reads the barcode from the recipe with open data or from the mobile display and the barcode or barcode contents on the laboratory chip. decodes the character forms of content received over the Internet or intranet;

- The resulting values are added in an open, human-readable form to the received encrypted character form from the physician's request as a message identifier and returned to the physician optimally via the Internet or intranet on his computer or computer. the e-mail address provided by the physician to the laboratory in encoded character form for examination, identification of the application and results shall be performed by the physician's SW according to the application identifier and the report;

- If the patient agrees to store the results of their laboratory examinations in the ICS and make them available to other doctors if necessary, the procedure, protection of patient identification, password protection of stored results and giving access to a specific doctor are the same as dRecept, the chosen password will take place at the pharmacy in the laboratory before collection or handover of the material.

-9GB 32029 U1

- In order to fill in the application form by hand (patient visits, power outages, etc.), the doctor can pre-print the loose sheets from his / her software as in the case of dReceptes of the so-called Universal request form with unrepeatable order number and its corresponding encoded barcode identifier for easy reading in the laboratory and sending back the examination results to the doctor, to ÚLVP. Parameters for preprinting additional requests are received by the physician as needed from the Recipes Reference Center (RCR), common to both recipes and request forms;

Display requests

Upon request for imaging components, it is sufficient to indicate in the bar code only the ICP of the physician, the insurance company code, the number of the insured person and the method of returning the findings to the physician, the request for examination, or. other accompanying data may be provided in open form. Special Patient Image Storage is not needed because "Image Archiving and Communication System", PACS, is a standalone technology for managing, archiving and viewing image documentation, ie X-ray images, magnetic resonance imaging, etc., and has its own standards and interpretation of the created images must be done only by specialists, who then send the findings to the attending physicians, again with the request form identifier and open text.

Text messages

The text message is a report for the doctor, exchange certificate, hospitalization recommendation, dismissal report, etc. As in the case of a request for imaging files, only the basic identification data of the doctor, insurance company, patient and the way of return of the finding to the doctor it can be in an open form, because if no one knows who the message is about, it cannot be misused. A comprehensive repository of patient reports, as with video recordings, is unnecessary, as the result of the examination or procedure is always received in text or electronic form by a particular physician.

Anamnestic data

The personal, family and professional data provide a brief overview of all the health and related social problems of the patient; major illnesses, operations, injuries, etc., including permanently used drugs top of the eHealth system, respectively. dHealth. They are mentioned here because the simplest way of storing them electronically can later be part of, for example, the Patient Drug Repository, supplemented using the communication capabilities of the present invention through drug prescription or directly via short, structured text messages using all the described security measures.

Insurance card

The health insurance card with its identification in the open, unencoded format in the barcode is finally used by some health insurance companies. The identification can be supplemented with data on any number of serious and permanent disabilities of the insured (hypertension, diabetes, allergies etc.). in pharmacies when selling over-the-counter medicines if the patient has not yet established a drug record.

Directly paid care bill

Directly reimbursed care or patient-subsidized care for a health insurance company may contain, in addition to the necessary identification data of the physician and the insured person, additional reimbursement performance data as required by the insurance company, all encoded in bar code so that the insurance company does not have to enter anything manually.

The digitalized, electronic and mobile information system according to the present technical solution is, among other things, natural, user-friendly, operationally resistant, meeting perhaps all the requirements of doctors and pharmacies, voluntary, safe and inexpensive for all involved subjects. It is also applicable in other EU countries and the rest of Europe, and is mainly systemic

-1029 32029 U1 solution for communication between doctors, laboratories, imaging units and doctors with each other, ie. real eHealth, respectively. dHealth, which is based on the patient's medical records.

Claims (5)

A system for communicating between medical entities, comprising a document issuer computer system (15) comprising document production components adapted for transmission to a document recipient computer system (17), comprising document reception and processing components, characterized in that: the computer system (15) of the document issuer and the computer system (17) of the document recipient are connected to a computer system (11) of the patient's medical record which is adapted to receive medical records from the computer system (17) of the document recipient and (15) a document issuer and / or a computer system (17) of the document recipient, said computer systems (11, 15, 17) having peripherals for input and output of data being interconnected by digital, internet and / or mobile interconnection. System according to claim 1, characterized in that the computer system (15) of the document issuer comprises a hardware key (2) with algorithms for coding open input data expressed on the document (4) in a single or multidimensional bar code according to optional parameters for determining the location of input data, distinguishing marks and security features in coded form. System according to claim 1 or 2, characterized in that the document receiver computer system (17) comprises a bar code reader (6) with a bar code character block test block (8) for the hardware key (9) with algorithms for decoding the encoded data and registers (12) for checking the validity of the transmitted data. System according to claim 1 or 2, characterized in that the document receiver computer system (17) comprises a hardware key (25) with algorithms for encoding open input data according to optional parameters for determining the location of the input data, distinguishing characters and security features in the coded form. System according to claims 1 to 4, characterized in that the computer system (11) of the patient's medical record store comprises a hardware key (19) with algorithms for decoding the encoded data and hardware with a patient's medical record database (21) with anonymized patient identification and registers (22) for checking the validity of the transmitted data.