EP2862110A1 - Vorrichtung, verfahren und datenlesegerät zur handhabung von behandlungsbezogenen daten - Google Patents

Vorrichtung, verfahren und datenlesegerät zur handhabung von behandlungsbezogenen daten

Info

Publication number
EP2862110A1
EP2862110A1 EP13732089.1A EP13732089A EP2862110A1 EP 2862110 A1 EP2862110 A1 EP 2862110A1 EP 13732089 A EP13732089 A EP 13732089A EP 2862110 A1 EP2862110 A1 EP 2862110A1
Authority
EP
European Patent Office
Prior art keywords
treatment
data
patient
related data
station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP13732089.1A
Other languages
English (en)
French (fr)
Inventor
Pia Daniel
Marco GRÄFE
Michael Luckau
Helmut Steil
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fresenius Medical Care Deutschland GmbH
Original Assignee
Fresenius Medical Care Deutschland GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fresenius Medical Care Deutschland GmbH filed Critical Fresenius Medical Care Deutschland GmbH
Publication of EP2862110A1 publication Critical patent/EP2862110A1/de
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G16H10/65—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records stored on portable record carriers, e.g. on smartcards, RFID tags or CD

Definitions

  • the invention relates to a method for handling treatment data, a method for handling patient data and treatment data, a data reader for use in one of these methods, and a clinical data management system for performing one of these methods.
  • Clinical data management systems are increasingly being used in everyday clinical practice. These are used to manage, provide and process patient information, treatment data, diagnostic information and other data that is or may be needed to treat patients.
  • a prominent example of the use of clinical data management systems are dialysis clinics.
  • dialysis machines are networked together, where they are connected to a Local Area Network, and integrated into a hospital data management system.
  • a clinical data management system in this case typically consists of one or more server computers for managing and providing patient data, treatment data, diagnostic data, or other data related to dialysis treatment.
  • Data sources may be a dialysis machine, electronic scales, a blood gas analyzer, or other data sources that can receive data related to dialysis treatment or other treatment of a patient and pass it to a server computer via a network interface.
  • treatment, diagnostic data or similar can be accessed in a typical clinic data management system from a client or administration computer.
  • the data stored on a server computer can be exchanged for archiving or data synchronization with a database system.
  • barcode scanners are currently being used as data readers. Such bar code scanners are so far fixed with a specific job
  • CONFIRMATION COPY which makes handling the treatment-related data inflexible and sometimes cumbersome. It is therefore the object of the present invention to provide a method and a data reader that allows a flexible and easy handling of patient data.
  • a method for handling treatment-related data in a clinic data management system connected to a preparation site for preparing a patient and a treatment center for treating a patient wherein a data reader is wirelessly connectable to the preparation site and the treatment center Data reader is suitable for reading the treatment-related data, comprising the following steps:
  • Advantageous developments of the aforementioned data reader are specified in the dependent claims.
  • the object is likewise achieved by a hospital data management system according to one of claims 15-17 and a computer program product according to claim 18.
  • Figure 1 is a block diagram of some elements of a hospital data management system.
  • FIG. 2 is a flow chart of a typical procedure of preparation for treatment using the clinical data management system of FIG. 1.
  • FIG. 3 shows a further flowchart of another typical procedure for preparing a treatment with the aid of the hospital data management system according to FIG. 1.
  • FIG. 4 is a flow chart of another typical procedure for preparation of a treatment with the aid of the clinical data management system according to FIG. 1.
  • a clinic network 10 may include a local arena network or other network in which the network elements communicate with each other using the internet protocol.
  • a preparation workstation 14 at a preparation site for preparing the treatment of a patient
  • a treatment station computer 15 at a treatment center for performing the treatment of the patient.
  • the treatment may include, for example, a dialysis treatment and the Treatment station computer, the computer of a machine for performing an extracorporeal blood treatment.
  • kidney replacement therapy various blood purification procedures are established in which the blood is extracorporeally exempted from urinary blood components, ie blood components that are excreted in a healthy kidney.
  • a diffusive mass transport of urea-containing substances contained in the blood takes place via a semipermeable membrane into a dialysis fluid.
  • the mass transport takes place via the semipermeable wall of a dialyzer, which has a blood chamber connected to an extracorporeal blood circulation and a dialysis fluid chamber connected to a dialysis fluid circuit.
  • the dialysis fluid contains a certain composition of electrolytes, in a physiological concentration.
  • hemodiafiltration convective mass transport via a semipermeable membrane of a filter takes place in hemofiltration, in which a pressure gradient at the membrane is the driving force for mass transport.
  • a pressure gradient at the membrane is the driving force for mass transport.
  • the electrolytes lost across the membrane must be replaced with a substituate fluid.
  • a combination of convective and diffusive transport is referred to as hemodiafiltration.
  • dialysis or dialysis treatment it is intended to mean both a purely diffuse dialysis or a hemodiafiltration. Accordingly, a dialysis machine is to be understood as meaning a machine for carrying out a purely diffusive dialysis or a machine for carrying out a hemodiafiltration treatment.
  • the preparation workstation 14 comprises an interface 17 and the treatment workstation 15 comprises an interface 16, both interfaces 17, 16 for connecting a data reader 20 and for reading in treatment-related data or treatment-related data for use in the clinic data management system are suitable.
  • the data reader may also be suitable for reading patient data.
  • the interfaces 17, 16 may be, for example, wireless interfaces such as bluetooth interfaces.
  • the data reader 20 may be, for example, a bar code reader or a bar code scanner.
  • the reading of the treatment-related data can be done in this case by scanning an identification of a handler or operator of an identification card 21 of the practitioner or operator, wherein identification data of the practitioner or operator are encoded in a barcode 23.
  • the treatment-related data are stored in a RFID (Radio Frequency IDentification) chip and can be read with an RFID reader or RFID reader from the RFID chip.
  • RFID Radio Frequency IDentification
  • the data reader may be suitable for reading in treatment-related data, for example for reading in data from consumables to be used during a treatment or data for a medicament to be administered during a treatment.
  • the data reader can be designed as a barcode reader or barcode scanner and the treatment-related data can be coded as a barcode, for example as a barcode applied to a medication package or as a barcode applied to a consumable.
  • the consumable used may be, for example, the dialyzer 22 to be used in a treatment.
  • Other examples of consumables for dialysis treatment include a tubing set, such as a blood tubing set or cassette, which incorporates multiple elements of extracorporeal blood circulation. All of these consumables may be provided with a bar code (24) or with an RFID chip for identifying the corresponding consumable.
  • the bar code 24 may be a linear bar code or a two-dimensional bar code.
  • interfaces 161 and 171 for reading patient data may provide, for example, identification data of a patient at the treatment workstation 15 and preparation workstation 14, such as when other storage media is used to handle patient data than for handling treatment-related data or for treating-related data.
  • identification data for example, chip cards or cards provided with magnetic strips can be used to store the patient data in each case corresponding readers are provided for reading the patient data as interfaces 161 and 171.
  • a hospital network typically includes one or more network servers 12 that provide services within the clinical data management system. Such services may be, for example, accepting patient logins to a network element of the clinic data management system 10 or responding to requests from a client computer 30. To provide services by the server 12, it may be connected to a database 13.
  • the database 13 typically manages patient-related data or, in other words, patient data such as patient identification data, age, date of birth, gender, diagnostic data such as weight, nutritional status, blood gas values or treatment-related data, such as treatment profiles, in the case of dialysis treatment, treatment profiles such as during treatment specify the ultrafiltration profile to be used.
  • a treatment profile in a dialysis treatment is a time profile of an electrolyte concentration in the dialysis fluid, such as a concentration profile of sodium, potassium, magnesium or calcium.
  • Other treatment-related data may be the medication to be administered during the treatment or the dialyzer to be used during a treatment.
  • treatment-related data can be stored together with identification data of a handler or operator.
  • FIG. 2 shows a typical message exchange in a clinic data management system 100 according to FIG. 1, in which a patient registration takes place at a preparation site in preparation for a treatment at a patient treatment center.
  • Corresponding elements in the hospital data management system are with corresponding Provided with reference numerals. The description of these elements in connection with Figure 1 will be referred to instead of a repetition.
  • identification data of the patient are first read in at a reading-in step 16 at the preparation place. This can be done by manually entering patient identification data using a keyboard of the preparation workstation 14 or by reading in prestored identification data of the patient using the interface 171.
  • the interface 171 can be designed as a magnetic strip reader or a smart card reader for reading on a magnetic stripe or patient identification data stored on a memory chip.
  • the data reader 20 is connected to the preparation workstation 14 in a connection step 114.
  • a wireless connection between the data reader and the preparation workstation this can be done, for example, by bringing the data reader in the vicinity of the interface 17, which is formed in this case as a wireless interface.
  • a connection is established for a short-range wireless connection, for example a bluetooth connection.
  • the details of such a connection structure are familiar to the expert and need not be reproduced here.
  • the treatment-related data can be coded on a consumable to be used during the treatment as a barcode wherein the reading of the treatment-related data is carried out by reading the barcode.
  • the barcode may be a linear bar code or a two-dimensional bar code.
  • the treatment-related data are stored in a RFID (Radio Frequency IDentification) chip and can be read with an RFID reader or RFID reader from the RFID chip.
  • the data reader can be wirelessly connected to the preparation place. After reading 101 the treatment-related data with the reader 20, the treatment-related data via the connection to the preparation workstation (14) can be transferred to the latter (step 102).
  • a request 103 is then sent to the network server 12 by the preparation workstation (14) in preparation for the treatment at the treatment workstation.
  • the request 103 contains the treatment-related data.
  • the server 12 then sends a request 104 to the database 13 to the network server to verify the treatment-related data.
  • the database 13 then responds with a response message 105 confirming the validity of the treatment-related data or indicating a lack of validity.
  • the validity of the treatment-related data in this context may mean that the expiry date for the identified treatment agent has not yet been exceeded and the treatment agent is still usable and / or that it does not belong to a recalled batch.
  • a lack of validity may mean that the expiry date for the treatment agent is exceeded and no longer usable, or that the treatment agent belongs to a recalled batch.
  • the server 12 receives the response message and stores its content along with the patient identification data. Subsequently, the patient can log on to the patient treatment center. For this purpose, identification data of the patient are read in a read-in step 117 at the treatment center. This can be done by a manual input of patient identification data using a keyboard of treatment workstation 14 or by reading pre-stored identification data of the patient using the interface 161.
  • the interface 161 can be designed as a magnetic strip reader or as a smart card reader for reading on a magnetic stripe or patient identification data stored on a memory chip. After the identification data of the patient are read in, subsequently read in data can be assigned to the corresponding patient.
  • the data reading device 20 is connected in a connecting step 115 with the treatment station computer 15, for example by setting up a short-range Wireless connection between the data reader and the treatment center.
  • treatment related data may be read in with the data reader 20, for example, by scanning a barcode of a drug to be administered during the treatment or a consumable to be used during the treatment as described above.
  • the query 112 contains the patient identification data and / or the read-in treatment-related data.
  • the server 103 based on the treatment-related data, the validity of this treatment-related data can be retrieved.
  • the server 12 responds with a response 113 indicating the validity of the patient's treatment-related data.
  • the response 113 of the server 12 is received and the validity of the treatment-related data is determined. Once the validity of the treatment-related data has been established, the treatment of the patient at the treatment site may be initiated and the treatment-related data may be used.
  • the validity of the treatment-related data can be determined promptly at the treatment center computer, without having to wait for a corresponding waiting time at the treatment center computer.
  • FIG. 3 shows another typical message exchange in a hospital data management system according to FIG. 1, in which a patient registration and a registration of consumable material takes place at a preparation site in preparation for a treatment at a patient treatment center.
  • Corresponding elements in the hospital data management system are provided with corresponding reference numerals. The description of these elements in connection with Figure 1 will be referred to instead of a repetition.
  • the sequence shown in FIG. 3 complements the message exchange shown in FIG. The description of those steps which correspond to the procedure described in FIG. 2 will be referred to instead of a repetition.
  • the sequence described in FIG. 3 complements the sequence described in FIG. 2 in that the data reader 20 is suitable for reading in treatment-related data, for example identification data of a handler or operator, such as a dialysis nurse in the case of a dilation machine as a treatment center.
  • identification data of a handler or operator can be read in a step 101 in the method illustrated in FIG. These can be transmitted to the preparation workstation 14 in the message 102 together with the other data read by the data reader. From there, the treatment-related data can be forwarded to the server 12 for documentation, for example. The documentation in this case would confirm that the clinician or operator designated by the identification data has performed the preparation of the treatment at the preparation site 15.
  • the messages 103 and 104 could include the operator's or clinician's identification, and the response messages 105 and 113 could include an indicator of whether or not the qualification for the scheduled treatment is present.
  • the transmission of the identification of the handler or operator and his qualification for the treatment to be carried out can also take place with corresponding separate messages.
  • FIG. 4 shows a further typical message exchange in a hospital data management system according to FIG. 1, in which a patient registration and a registration of consumable material take place at a preparation site for the preparation of a treatment at a patient treatment center.
  • Corresponding elements in the hospital data management system are provided with corresponding reference numerals. The description of these elements in connection with Figure 1 will be referred to instead of a repetition.
  • a reading step 304 In order to register the patient for a treatment and to prepare for the treatment, in a reading step 304 first patient identification data are read in. This step corresponds to the read-in step 116 already described in connection with FIG. 1. Reference should be made to this description instead of a repetition.
  • the treatment-related data to be read in subsequently can thus be assigned to the patient designated by the patient identification data.
  • the data reader 20 is connected in a connecting step 301 with the preparation workstation 14.
  • the registration of the data reader on the preparation workstation corresponds to the read-in procedure described in connection with FIG. 2, to which reference should be made here instead of a repetition.
  • the reading of the treatment-related data can take place.
  • the treatment-related data may be coded on a medicament to be used during the treatment or on consumable material 22 to be used during the treatment as a barcode 24 or in an RFID chip.
  • the barcode can be linear or two-dimensional.
  • the data reader can be wirelessly connected to the preparation site. After reading 302 the treatment-related data with the reader 20, the treatment-related data can be transmitted to the preparation workstation via the connection to the preparation workstation (step 303).
  • the read-in treatment-related data are assigned to the patient to be treated designated by the previously read patient identification data.
  • a request 305 is then sent by the preparation workstation to the network server 12 in preparation for the treatment at the treatment workstation.
  • the request 305 contains the patient identification data and the treatment-related data.
  • the treatment-related data and the patient identification data may be sent to the network server in separate requests or in separate messages.
  • the network server then performs a calibration 314 of the patient identification data and the treatment-related data. For example, this reconciliation involves checking whether the treatment-related data is part of a treatment intended for the patient.
  • the treatment-related data may be identification data for identifying a particular drug.
  • the step of reconciling the patient identification data and the treatment-related one includes a step of checking whether this medication is prescribed for the patient.
  • the reconciliation may include a check to see if the identified drug has passed the expiration date or if it belongs to a batch that has been recalled.
  • the reconciliation may also include a corresponding check if the treatment-related data are used to identify consumables to be used during a treatment. For example, during a dialysis treatment it can be checked whether the dialyzer identified by the treatment-related data is prescribed for the patient, belongs to a recalled batch or the like.
  • the server 12 may send a request 325 to the database 13, the request 325 containing the treatment-related data and the patient identification data. In this case, matching would be based on data stored in the database, such as treatment profiles stored in the database with medications prescribed for a patient or consumables prescribed for a patient, such as a dialyzer type to be used during a dialysis treatment.
  • the database responds with a response message 306 containing the result of the matching step.
  • the server 12 receives the response message and stores the result of the matching step together with the patient identification data.
  • a sign-on step 320 the patient can log on to the patient treatment center.
  • a manual specification of identification data of the patient or an import of patient identification data from a data carrier takes place.
  • the treatment-related data to be read in subsequently can thus be assigned to the patient designated by the patient identification data.
  • the data reader 20 is connected to the treatment workstation 15, for example by setting up a short-range wireless connection between the data reader 20 and the treatment workstation 15 to read treatment-related data into the data reader 20 in a read-in step 310, for example by scanning a barcode of a consumable to be used during the treatment, as described above.
  • the treatment-related data are transferred from the data reader 20 to the treatment station computer 15 in a step 331.
  • the result of the comparison of the patient identification data with the treatment-related data can now be queried by the server 12 with a query 312.
  • the query 312 contains the patient identification data and optionally also the treatment-related data read in step 310.
  • the read treatment data may be stored in a documentation step 334 together with the patient identification data and further data concerning the treatment to be performed.
  • the result of the matching step can be retrieved.
  • the patient can only be admitted by the treatment workstation for treatment if, for example, the medicament intended for the treatment of the patient has also been prescribed for the patient and has not yet expired.
  • a dialysis treatment can only be released if it was prescribed for a prescribed dialyzer for the patient and not recalled.
  • the transmission of the result of the balancing step takes place with the response message 313.
  • consumables whose identification data were previously read in at the preparation station.
  • a dialysis treatment can be performed using the dialyzer whose identification data has been previously read.
  • treatment data can be provided promptly to the treatment center computer, without having to wait for a corresponding waiting time at the treatment center computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • External Artificial Organs (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

Offenbart wird ein Verfahren zur Handhabung von behandlungsbezogenen Daten eines Patienten in einem Klinikdatenmanagementsystem (10), das mit einem Vorbereitungsplatz (14) zur Vorbereitung der Behandlung eines Patienten und einem Behandlungsplatz (15) zur Behandlung eines Patienten verbunden ist. Ein Datenlesegerät (20) ist mit dem Vorbereitungsplatz (14) und mit dem Patientenbehandlungsplatz (15) drahtlos verbindbar. Das Datenlesegerät (20) ist zum Einlesen von behandlungsbezogenen Daten geeignet. Das Verfahren enthält die folgenden Schritte: Verbinden des Datenlesegeräts (20) mit dem Vorbereitungsplatz (14), Einlesen von behandlungsbezogenen Daten an dem Vorbereitungsplatz (14) mit dem Datenlesegerät, Überprüfen (214) der an dem Vorbereitungsplatz eingelesenen behandlungsbezogenen Daten, Einlesen (210) behandlungsbezogener Daten an dem Behandlungsplatz mit dem Datenlesegerät (20), Verwenden der behandlungsbezogenen Daten zur Vorbereitung einer Behandlung eines Patienten an dem Behandlungsplatz.

Description

Vorrichtung, Verfahren und Datenlesegerät zur Handhabung von
behandlungsbezogenen Daten
Technisches Gebiet
Die Erfindung betrifft ein Verfahren zur Handhabung von Behandlungsdaten, ein Verfahren zur Handhabung von Patientendaten und Behandlungsdaten, ein Datenlesegerät zur Verwendung in einem dieser Verfahren, sowie ein Klinikdatenmanagementsystem zur Durchführung von einem dieser Verfahren.
Hintergrund
Im klinischen Alltag werden verstärkt Klinikdatenmanagementsysteme eingesetzt. Diese dienen der Verwaltung, Bereitstellung und Verarbeitung von Patientendaten, Behandlungsdaten, Diagnosedaten und anderen Daten, die bei der Behandlung von Patienten anfallen oder benötigt werden. Ein prominentes Beispiel für den Einsatz von Klinikdatenmanagementsystemen sind Dialysekliniken. Hierin werden Dialysemaschinen miteinander vernetzt, in dem sie an ein Local Area Network angeschlossen werden, und in ein Klinikdatenmanagementsystem eingebunden werden. Ein Klinikdatenmanagementsystem besteht in diesem Fall typischerweise aus einem oder mehreren Serverrechnern zum Verwalten und Bereitstellen von Patientendaten, Behandlungsdaten, Diagnosedaten oder anderen auf eine Dialysebehandlung bezogenen Daten. Datenquellen können eine Dialysemaschine, elektronische Waagen, ein Blutgasanalysator oder andere Datenquellen sein, die auf eine Dialysebehandlung oder auf eine andere Behandlung eines Patienten bezogene Daten aufnehmen und über ein Netzwerkinterface an einen Serverrechner weitergeben können. Auf die Patienten-, Behandlungs-, Diagnosedaten o.ä. kann in einem typischen Klinikdatenmanagementsystem von einem Client- oder Administrationsrechner zugegriffen werden. Die auf einem Serverrechner abgelegten Daten können zur Archivierung oder zum Datenabgleich mit einem Datenbanksystem ausgetauscht werden. Zum Einlesen von behandlungsbezogenen Daten werden derzeit Barcodescanner als Datenlesegeräte eingesetzt. Solche Barcodescanner werden bislang fest mit einem bestimmten Arbeitsplatz
1
BESTÄTIGUNGSKOPIE verbunden, wodurch die Handhabung der behandlungsbezogenen Daten unflexibel und teilweise umständlich ist. Es ist daher die Aufgabe der vorliegenden Erfindung ein Verfahren und ein Datenlesegerät bereitzustellen, das eine flexible und einfache Handhabung von Patientendaten ermöglicht.
Zusammenfassung
Diese Aufgabe wird durch ein Verfahren zur Handhabung von behandlungsbezogenen Daten in einem Klinikdatenmanagementsystem, das mit einem Vorbereitungsplatz zur Vorbereitung der Behandlung eines Patienten und einem Behandlungsplatz zur Behandlung eines Patienten verbunden ist, wobei ein Datenlesegerät mit dem Vorbereitungsplatz und dem Behandlungsplatz drahtlos verbindbar ist, und das Datenlesegerät zum Einlesen der behandlungsbezogenen Daten geeignet ist, enthaltend die folgenden Schritte:
Verbinden des Datenlesegeräts mit dem Vorbereitungsplatz, Einlesen von behandlungsbezogen Daten an dem Vorbereitungsplatz mit dem Datenlesegerät,
Überprüfen der an dem Vorbereitungsplatz eingelesenen behandlungsbezogenen Daten, Verbinden des Datenlesegeräts mit dem Behandlungsplatz, Einlesen behandlungsbezogener Daten an dem Behandlungsplatz mit dem Datenlesegerät, und
Verwenden der behandlungsbezogenen Daten, zur Vorbereitung einer Behandlung eines Patienten an dem Behandlungsplatz.
Vorteilhafte Weiterbildungen des vorgenannten Verfahrens sind in den abhängigen Ansprüchen angegeben.
Des Weiteren wird die oben genannte Aufgabe durch ein Datenlesegerät zum Einlesen von behandlungsbezogenen Daten in ein Klinikdatenmanagementsystem, zur Verwendung in einem Verfahren zur Handhabung von behandlungsbezogenen Daten nach Anspruch 1 , gelöst wobei das Datenlesegerät mit einem Vorbereitungsplatz zur Vorbereitung der Behandlung eines Patienten und einem Behandlungsplatz zur Behandlung eines Patienten jeweils über eine drahtlose Funkverbindung verbindbar ist. Vorteilhafte Weiterbildungen des vorgenannten Datenlesegeräts sind in den abhängigen Ansprüchen angegeben. Die Aufgabe wird ebenfalls gelöst durch ein Klinikdatenmanagementsystem nach einem der Ansprüche 15 - 17 und einem Computerprogrammprodukt nach Anspruch 18.
Kurzbeschreibung der Zeichnungen
Weitere Einzelheiten im Einklang mit der Lehre der Erfindung werden anhand der Zeichnungen näher beschrieben. Es zeigen:
Figur 1 ein Blockschaltbild einiger Elemente eines Klinikdatenmanagementsystems.
Figur 2 ein Flussdiagramm eines typischen Ablaufs einer Vorbereitung einer Behandlung mit Hilfe des Klinikdatenmanagementsystems nach Figur 1.
Figur 3 ein weiteres Ablaufdiagramm eines anderen typischen Ablaufs einer Vorbereitung einer Behandlung mit Hilfe des Klinikdatenmanagementsystems nach Figur 1.
Figur 4 ein Ablaufdiagramm eines weiteren typischen Ablaufs einer Vorbereitung einer Behandlung mit Hilfe des Klinikdatenmanagementsystems nach Figur 1.
Detaillierte Beschreibung der Zeichnungen Figur 1 zeigt ein Klinikdatenmanagementsystem 100 in dem verschiedene Elemente mit Hilfe eines Kliniknetzwerks 10 miteinander kommunizieren können. Ein Kliniknetzwerk 10 kann beispielsweise ein Lokal Arena Network oder ein anderes Netzwerk aufweisen, in dem die Netzwerkelemente unter Verwendung des Internetprotokolls miteinander kommunizieren. An das Kliniknetzwerk angeschlossen sind ein Vorbereitungsplatzrechner 14 an einem Vorbereitungsplatz zur Vorbereitung der Behandlung eines Patienten und ein Behandlungsplatzrechner 15 an einem Behandlungsplatz zur Durchführung der Behandlung des Patienten. Die Behandlung kann beispielsweise eine Dialysebehandlung und der Behandlungsplatzrechner der Rechner einer Maschine zur Durchführung einer extrakorporalen Blutbehandlung sein. So sind in der Nierenersatztherapie verschiedene Blutreinigungsverfahren etabliert, bei denen das Blut extrakorporal von harnpflichtigen Blutinhaltsstoffen, das heißt Blutinhaltsstoffen, die bei einem Gesunden über die Nieren ausgeschieden werden, befreit wird. Bei der Hämodialyse findet dazu ein diffusiver Stofftransport von in dem Blut enthaltenen harnpflichtigen Substanzen über eine semipermeable Membran in eine Dialysierflüssigkeit statt. Der Stofftransport findet über die semipermeable Wand eines Dialysators statt, der eine an einen extrakorporalen Blutkreislauf angeschlossene Blutkammer und eine an einen Dialysierflüssigkeitskreislauf angeschlossene Dialysierflüssigkeitskammer aufweist.
Blutkammer und Dialysierflüssigkeitskammer sind dabei von der semipermeablen Membran getrennt. Um einen diffusiven Verlust von Elektrolyten, die im Blut verbleiben sollen, zu verhindern, enthält die Dialysierflüssigkeit eine bestimmte Zusammensetzung von Elektrolyten, in einer physiologischen Konzentration.
Demgegenüber findet bei der Hämofütration ein konvektiver Stofftransport über eine semipermeable Membran eines Filters statt, bei der ein Druckgradient an der Membran die treibende Kraft für den Stofftransport ist. Zum Ausgleich eines Verlustes von erwünschten Blutinhaltsstoffen müssen die über die Membran verlorenen Elektrolyte durch eine Substituatflüssigkeit ersetzt werden. Eine Kombination eines konvektiven und eines diffusiven Transports wird als Hämodiafiltration bezeichnet. Wenn im Kontext dieser Anmeldung von einer Dialyse oder einer Dialysebehandlung die Rede ist, soll darunter sowohl eine rein diffusive Dialyse oder eine Hämodiafiltration gemeint sein. Entsprechend soll unter einer Dialysemaschine eine Maschine zur Durchführung einer rein diffusiven Dialyse oder eine Maschine zur Durchführung einer Hämodiafiltrationsbehandlung verstanden werden.
Der Vorbereitungsplatzrechner 14 umfasst eine Schnittstelle 17 und der Behand- lungsplatzrechner 15 umfasst eine Schnittstelle 16, wobei beide Schnittstellen 17, 16 zum Anschluss eines Datenlesegeräts 20 und zum Einlesen von behandlerbezogenen Daten oder behandlungsbezogenen Daten zur Verwendung in dem Klinikdatenmanagementsystem geeignet sind. Zusätzlich kann das Datenlesegerät auch zum Einlesen von Patientendaten geeignet sein. Die Schnittstellen 17, 16 können beispielsweise Drahtlosschnittstellen etwa bluetooth Schnittstellen sein. Das Datenlesegerät 20 kann beispielsweise ein Barcodelesegerät oder ein Barcodescanner sein. Das Einlesen der behandlerbezogenen Daten kann in diesem Fall durch das Einscannen einer Identifikation eines Behandlers oder Bedieners von einer Identifikationskarte 21 des Behandlers oder Bedieners erfolgen, wobei Identifikationsdaten des Behandlers oder Bedieners in einem Barcode 23 codiert sind. In einem anderen Ausführungsbeispiel sind die behandlerbezogenen Daten in einem RFID (Radio Frequency IDentification) Chip gespeichert und können mit einem RFID Lesegerät oder RFID Reader von dem RFID Chip eingelesen werden.
Darüber hinaus kann das Datenlesegerät zum Einlesen von behandlungsbezogenen Daten geeignet sein, beispielsweise zum Einlesen von Daten von während einer Behandlung zu verwendendem Verbrauchsmaterial oder Daten eines während einer Behandlung zu verabreichenden Medikaments. Auch in diesem Fall kann das Datenlesegerät als Barcodelesegerät oder Barcodescanner ausgebildet sein und die behandlungsbezogenen Daten können als Barcode codiert sein, etwa als auf eine Medikamentenverpackung aufgebrachtem Barcode oder als auf Verbrauchsmaterial aufgebrachtem Barcode. Im Falle der Dialysebehandlung kann das verwendete Verbrauchsmaterial beispielsweise der in einer Behandlung zu verwendende Dialysator 22 sein. Andere Beispiele für Verbrauchsmaterial für eine Dialysebehandlung sind ein Schlauchset, wie etwa ein Blutschlauchset oder eine Kassette, in die mehrere Elemente eines extrakorporalen Blutkreislaufs integriert sind. Alle diese Verbrauchsmaterialien können mit einem Barcode (24) oder mit einem RFID Chip versehen sein, zur Identifikation des entsprechenden Verbrauchsmaterials. Der Barcode 24 kann ein linearer Streifencode oder ein zweidimensionaler Barcode sein.
Außerdem können Schnittstellen 161 und 171 zum Einlesen von Patientendaten etwa Identifikationsdaten eines Patienten an dem Behandlungsplatzrechner 15 und dem Vorbereitungsplatzrechner 14 vorgesehen ein, etwa, wenn für die Handhabung von Patientendaten andere Speichermedien verwendet werden als für die Handhabung von behandlungsbezogenen Daten oder für behandlerbezogene Daten. So können für die Speicherung der Patientendaten Chipkarten oder mit Magnetstreifen versehene Karten verwendet werden wobei jeweils entsprechende Lesegeräte zum Auslesen der Patientendaten als Schnittstellen 161 und 171 vorgesehen sind.
Ein Kliniknetzwerk enthält typischerweise einen oder mehrere Netzwerkserver 12 der oder die Dienste innerhalb des Klinikdatenmanagementsystems anbietet. Solche Dienste können beispielsweise das Annehmen von Anmeldungen eines Patienten an einem Netzwerkelement des Klinikdatenmanagementsystems 10 oder die Beantwortung von Anfragen von einem Clientrechner 30 aus sein. Zum Verfugungstellen von Diensten durch den Server 12 kann dieser mit einer Datenbank 13 verbunden sein. Die Datenbank 13 verwaltet typischerweise patientenbezogene Daten oder mit anderen Worten: Patientendaten wie etwa Patientenidentifikationsdaten, Alter, Geburtsdatum, Geschlecht, Diagnosedaten wie Gewicht, Ernährungszustand, Blutgaswerte oder behandlungsbezogene Daten, wie etwa Behandlungsprofile, im Falle der Dialysebehandlung etwa Behandlungsprofile, die das während einer Behandlung anzuwendende Ultrafiltrationsprofil vorgeben.
Ein anderes Bespiel für ein Behandlungsprofil bei einer Dialysebehandlung ist ein Zeitprofil einer Elektrolytkonzentration in der Dialyseflüssigkeit, etwa eines Konzentrationsprofiis von Natrium, Kalium, Magnesium oder Calcium. Andere behandlungsbezogene Daten können die während der Behandlung zu verabreichende Medikation oder der während einer Behandlung zu verwendende Dialysator sein.
Außerdem können zur Dokumentation einer durchgeführten Behandlung auf dem Netzwerkserver 12 behandlungsbezogene Daten zusammen mit Identifikationsdaten eines Behandlers oder Bedieners abgelegt werden.
Figur 2 zeigt ein einen typischen Nachrichtenaustausch in einem Klinikdatenmanagementsystem 100 nach Figur 1, bei dem eine Patientenanmeldung an einem Vorbereitungsplatz erfolgt, zur Vorbereitung einer Behandlung an einem Patientenbehandlungsplatz. Entsprechende Elemente in dem Klinikdatenmanagementsystem sind mit entsprechenden Bezugszeichen versehen. Auf die Beschreibung dieser Elemente im Zusammenhang mit Figur 1 wird Bezug genommen an Stelle einer Wiederholung.
Um die Behandlung eines Patienten vorzubereiten werden zunächst Identifikationsdaten des Patienten in einem Einleseschritt 1 16 an dem Vorbereitungsplatz eingelesen. Dies kann durch eine manuelle Eingabe von Patientenidentifikationsdaten mit Hilfe einer Tastatur des Vorbereitungsplatzrechners 14 geschehen oder durch das Einlesen von vorgespeicherten Identifikationsdaten des Patienten mit Hilfe der Schnittstelle 171. So kann etwa die Schnittstelle 171 als Magnetstreifenlesegerät oder ein Chipkartenleser ausgeführt sein zum Einlesen von auf einem Magnetstreifen beziehungsweise auf einem Speicherchip gespeicherten Patientenidentifikationsdaten. Nachdem die Identifikationsdaten des Patienten eingelesen sind, können nachfolgend eingelesene Daten dem entsprechenden Patienten zugeordnet werden. Es folgt das Einlesen von behandlungsbezogenen Daten mit dem Datenlesegerät 20. Dazu wird das Datenlesegerät 20 mit dem Vorbereitungsplatzrechner 14 in einem Verbindungsschritt 114 verbunden. In dem Falle einer drahtlosen Verbindung zwischen dem Datenlesegerät und dem Vorbereitungsplatzrechner kann dies etwa geschehen, indem das Datenlesegerät in die Nähe der Schnittstelle 17 gebracht wird, die in diesem Fall als Drahtlosschnittstelle ausgebildet ist. Dadurch oder nach einer zusätzlichen manuellen Betätigung erfolgt ein Verbindungsaufbau einer kurzreichweitigen Drahtlosverbindung etwa einer bluetooth Verbindung. Die Details eines solchen Verbindungsaufbaus sind dem Fachmann geläufig und brauchen hier nicht wiedergegeben zu werden. Nachdem das Datenlesegerät mit dem Vorbereitungsplatzrechner verbunden ist, kann das Einlesen der behandlungsbezogenen Daten erfolgen. Die behandlungsbezogenen Daten können auf einem während der Behandlung zu verwendendem Verbrauchsmittel als Barcode codiert sein wobei das Einlesen der behandlungsbezogenen Daten durch Einlesen des Barcodes erfolgt. Der Barcode kann ein linearer Streifencode oder ein zweidimensionaler Barcode sein. In einem anderen Ausführungsbeispiel sind die behandlungsbezogenen Daten in einem RFID (Radio Frequency IDentification) Chip gespeichert und können mit einem RFID Lesegerät oder RFID Reader von dem RFID Chip eingelesen werden. Auch in diesem Fall kann das Datenlesegerät drahtlos mit dem Vorbereitungsplatz verbindbar sein. Nach dem Einlesen 101 der behandlungsbezogenen Daten mit dem Lesegerät 20, können die behandlungsbezogenen Daten über die Verbindung zum Vorbereitungsplatzrechner (14) zu diesem übertragen werden (Schritt 102). Von dem Vorbereitungsplatzrechner (14) wird anschließend eine Anfrage 103 an den Netzwerkserver 12 gesendet zur Vorbereitung der Behandlung an dem Behandlungsplatz. Die Anfrage 103 enthält die behandlungsbezogen Daten. Der Server 12 sendet daraufhin eine Anfrage 104 an die Datenbank 13 an den Netzwerkserver zum Überprüfen der behandlungsbezogenen Daten. Die Datenbank 13 antwortet daraufhin mit einer Antwortnachricht 105, die die Gültigkeit der behandlungsbezogenen Daten bestätigt oder eine mangelnde Gültigkeit anzeigt. Die Gültigkeit der behandlungsbezogenen Daten kann in diesem Zusammenhang bedeuten, dass für das identifizierte Behandlungsmittel das Verfallsdatum noch nicht überschritten ist und das Behandlungsmittel noch verwendbar ist und/oder dass es nicht zu einer zurückgerufenen Charge gehört. Eine mangelnde Gültigkeit kann bedeuten, dass für das Behandlungsmittel das Verfallsdatum überschritten ist und nicht mehr verwendbar ist oder dass das Behandlungsmittel einer zurückgerufenen Charge angehört.
Der Server 12 empfängt die Antwortnachricht und speichert ihren Inhalt zusammen mit den Patientenidentifikationsdaten ab. Anschließend kann eine Anmeldung des Patienten an dem Patientenbehandlungsplatz erfolgen. Dazu werden Identifikationsdaten des Patienten in einem Einleseschritt 117 an dem Behandlungsplatz eingelesen. Dies kann durch eine manuelle Eingabe von Patientenidentifikationsdaten mit Hilfe einer Tastatur des Behandlungsplatzrechners 14 geschehen oder durch das Einlesen von vorgespeicherten Identifikationsdaten des Patienten mit Hilfe der Schnittstelle 161. So kann etwa die Schnittstelle 161 als Magnetstreifenlesegerät oder als Chipkartenleser ausgeführt sein zum Einlesen von auf einem Magnetstreifen beziehungsweise auf einem Speicherchip gespeicherten Patientenidentifikationsdaten. Nachdem die Identifikationsdaten des Patienten eingelesen sind können nachfolgend eingelesene Daten dem entsprechenden Patienten zugeordnet werden.
Anschließend wird das Datenlesegerät 20 in einem Verbindungsschritt 115 mit dem Behandlungsplatzrechner 15 verbunden, etwa durch den Aufbau einer kurzreichweitigen Drahtlosverbindung zwischen dem Datenlesegerät und dem Behandlungsplatz. Nun können in einem Einleseschritt 110 behandlungsbezogene Daten mit dem Datenlesegerät 20 eingelesen werden, zum Beispiel durch Einscannen eines Barcodes von einem während der Behandlung zu verabreichenden Medikament oder von einem während der Behandlung zu verwendendem Verbrauchsmittel wie oben beschrieben. Von dem Behandlungsplatzrechner 15 aus kann nun mit einer Abfrage 112 die Gültigkeit der behandlungsbezogenen Daten von dem Server 12 abgefragt werden. Die Abfrage 112 enthält die Patientenidentifikationsdaten und/ oder die eingelesenen behandlungsbezogenen Daten. In dem Server 103 können auf Basis der behandlungsbezogenen Daten die Gültigkeit dieser behandlungsbezogenen Daten abgerufen werden. Der Server 12 antwortet mit einer Antwort 113, die die Gültigkeit der behandlungsbezogenen Daten des Patienten anzeigt. An dem Behandlungsplatzrechner wird die Antwort 113 des Servers 12 empfangen und die Gültigkeit der behandlungsbezogenen Daten wird festgestellt. Wenn die Gültigkeit der behandlungsbezogenen Daten festgestellt wurde, kann die die Behandlung des Patienten am Behandlungsplatz eingeleitet werden, wobei die behandlungsbezogenen Daten verwendet werden können.
Im Falle einer langsameren Verbindung zwischen dem Serverrechner 12 und der Datenbank 13 kann so die Gültigkeit der behandlungsbezogenen Daten zeitnah an dem Behandlungsplatzrechner festgestellt werden, ohne dass eine entsprechende Wartezeit am Behandlungsplatzrechner abgewartet werden muss.
Figur 3 zeigt einen weiteren typischen Nachrichtenaustausch in einem Klinikdatenmanagementsystem nach Figur 1, bei dem eine Patientenanmeldung und eine Registrierung von Verbrauchsmaterial an einem Vorbereitungsplatz erfolgt, zur Vorbereitung einer Behandlung an einem Patientenbehandlungsplatz. Entsprechende Elemente in dem Klinikdatenmanagementsystem sind mit entsprechenden Bezugszeichen versehen. Auf die Beschreibung dieser Elemente im Zusammenhang mit Figur 1 wird Bezug genommen an Stelle einer Wiederholung. Der in der Figur 3 dargestellte Ablauf ergänzt den in Figur 2 dargestellten Nachrichtenaustausch. Auf die Beschreibung derjenigen Schritte, die mit dem in Figur 2 beschriebenen Ablauf übereinstimmen, wird Bezug genommen an Stelle einer Wiederholung. Der in Figur 3 beschriebene Ablauf ergänzt den in Figur 2 beschriebenen Ablauf dahingehend, dass das Datenlesegerät 20 zum Einlesen von behandlerbezogenen Daten geeignet ist etwa Identifikationsdaten eines Behandlers oder Bedieners, wie etwa einer Dialyseschwester im Falle einer Dilaysemaschine als Behandlungsplatz.
Nachdem das Datenlesegerät mit dem Vorbereitungsplatz verbunden wurde können in dem in Figur 3 dargestellten Verfahren in einem Schritt 101 Identifikationsdaten eines Behandlers oder Bedieners eingelesen werden. Diese können in der Nachricht 102 zusammen mit den anderen von dem Datenlesegerät eingelesenen Daten an den Vorbereitungsplatzrechner 14 übertragen werden. Von dort können die behandlerbezogenen Daten etwa zur Dokumentation an den Server 12 weitergeleitet werden. Die Dokumentation würde in diesem Fall bestätigen, dass der durch die Identifikationsdaten ausgewiesene Behandler oder Bediener die Vorbereitung der Behandlung an dem Vorbereitungsplatz 15 durchgeführt hat.
Außerdem besteht die Möglichkeit, an Hand der eingelesenen Identifikationsdaten des Behandler oder Bedieners eine Zulassung eines Behandlers oder Bedieners für die geplante Behandlung zu überprüfen. So kann etwa im Falle einer Dialysebehandlung für bestimmte Behandlungsarten eine entsprechende Qualifikation des Behandlers oder Bedieners erforderlich sein und das Vorhandensein dieser Qualifikation könnte zusammen mit entsprechenden Identifikationsdaten in der Datenbank 13 abgelegt sein. In diesem Fall könnten die Nachrichten 103 und 104 die Identifikation des Bedieners oder Behandlers enthalten und die Antwortnachrichten 105 und 113 könnten einen Indikator dafür enthalten, ob die Qualifikation für die geplante Behandlung vorliegt oder nicht. Als Alternative kann die Übermittlung der Identifikation des Behandlers oder Bedieners und seiner Qualifikation für die durchzuführende Behandlung auch mit entsprechenden separaten Nachrichten erfolgen.
Zusätzlich oder als Alternative können auch bei der Anmeldung am Behandlungsplatzrechner 15 in einem Schritt 111 die Identifikationsdaten des Behandlers oder Bedieners eingelesen werden. Die am Behandlungsplatz eingelesenen Identifikationsdaten des Behandlers oder Bedieners können in diesem Fall zusammen mit weiteren Behandlungsdaten zur Dokumentation der Tatsache abgelegt werden, dass der betreffende Behandler diese Behandlung durchgeführt hat. Entsprechende Dokumentationsdaten können etwa in dem Server 12 abgespeichert werden. Figur 4 zeigt einen weiteren typischen Nachrichtenaustausch in einem Klinikdatenmanagementsystem nach Figur 1, bei dem eine Patientenanmeldung und eine Registrierung von Verbrauchsmaterial an einem Vorbereitungsplatz erfolgt, zur Vorbereitung einer Behandlung an einem Patientenbehandlungsplatz. Entsprechende Elemente in dem Klinikdatenmanagementsystem sind mit entsprechenden Bezugszeichen versehen. Auf die Beschreibung dieser Elemente im Zusammenhang mit Figur 1 wird Bezug genommen an Stelle einer Wiederholung.
Um den Patienten zu einer Behandlung anzumelden und die Behandlung vorzubereiten werden in einem Einleseschritt 304 zunächst Patientenidentifikationsdaten eingelesen. Dieser Schritt entspricht dem in Zusammenhang mit Figur 1 bereits beschriebenem Einleseschritt 116. Auf diese Beschreibung soll Bezug genommen werden an Stelle einer Wiederholung.
Die nachfolgend einzulesenden behandlungsbezogenen Daten können so dem durch die Patientenidentifikationsdaten bezeichneten Patienten zugeordnet werden.
Anschließend wird das Datenlesegerät 20 in einem Verbindungsschritt 301 mit dem Vorbereitungsplatzrechner 14 verbunden. Die Anmeldung des Datenlesegeräts an dem Vorbereitungsplatzrechner entspricht der im Zusammenhang mit Figur 2 beschriebenen Einleseprozedur, auf die hier Bezug genommen werden soll an Stelle einer Wiederholung.
Nachdem das Datenlesegerät 20 mit dem Vorbereitungsplatzrechner 14 verbunden ist, kann das Einlesen der behandlungsbezogenen Daten erfolgen.
Die behandlungsbezogenen Daten können auf einem während der Behandlung zu verwendenden Medikament oder auf während der Behandlung zu verwendendem Verbrauchsmaterial 22 als Barcode 24 oder auf in einem RFID Chip codiert sein. Der Barcode kann linear oder zweidimensional sein. In jedem Fall kann das Datenlesegerät drahtlos mit dem Vorbereitungsplatz verbindbar sein. Nach dem Einlesen 302 der behandlungsbezogenen Daten mit dem Lesegerät 20, können die behandlungsbezogenen Daten über die Verbindung zum Vorbereitungsplatzrechner zu diesem übertragen werden (Schritt 303).
Die eingelesenen behandlungsbezogenen Daten werden dem durch die zuvor eingelesenen Patientenidentifikationsdaten bezeichneten zu behandelnden Patienten zugeordnet. Von dem Vorbereitungsplatzrechner wird anschließend eine Anfrage 305 an den Netzwerkserver 12 gesendet zur Vorbereitung der Behandlung an dem Behandlungsplatz. Die Anfrage 305 enthält die Patientenidentifikationsdaten und die behandlungsbezogenen Daten. Alternativ können die behandlungsbezogenen Daten und die Patientenidentifikationsdaten in getrennten Anfragen oder in getrennten Nachrichten an den Netzwerkserver gesendet werden. Der Netzwerkserver führt daraufhin einen Ab gl eich 314 der Patientenidentifikationsdaten und der behandlungsbezogenen Daten durch. Dieser Abgleich beinhaltet beispielsweise eine Überprüfung, ob die behandlungs-bezogenen Daten zu einer Behandlung gehören, die für den Patienten vorgesehen ist. So können die behandlungsbezogenen Daten beispielsweise Identifikationsdaten zur Identifikation eines bestimmten Medikaments sein. In diesem Fall enthält der Schritt des Abgleichs der Patientenidentifikationsdaten und der behandlungsbezogenen einen Schritt einer Überprüfung, ob dieses Medikament für den Patienten verschrieben ist. Außerdem kann der Abgleich eine Überprüfung enthalten, ob das identifizierte Medikament das Haltbarkeitsdatum überschritten hat oder ob es einer Charge angehört, die zurückgerufen wurde.
Der Abgleich kann auch eine entsprechende Überprüfung enthalten, wenn die behandlungsbezogenen Daten zur Identifikation von während einer Behandlung zu verwendendem Verbrauchsmaterial dienen. So kann etwa bei einer Dialysebehandlung überprüft werden, ob der durch die behandlungsbezogenen Daten identifizierte Dialysator für den Patienten verschrieben ist, zu einer zurückgerufenen Charge gehört oder ähnliches. Zur Durchführung des Abgleichs kann der Server 12 eine Anfrage 325 an die Datenbank 13 senden, wobei die Anfrage 325 die behandlungsbezogenen Daten und die Patientenidentifikationsdaten enthält. In diesem Fall würde der Abgleich auf in der Datenbank gespeicherten Daten beruhen, etwa auf in der Datenbank gespeicherten Behandlungsprofilen mit für einen Patienten verschriebenen Medikamenten oder die für einen Patienten verschriebenen Verbrauchsmaterialien, wie z.B. eines während einer Dialysebehandlung zu verwendendem Dialysatortyps.
Die Datenbank antwortet mit einer Antwortnachricht 306 enthaltend das Ergebnis des Abgleichsschrittes. Der Server 12 empfängt die Antwortnachricht und speichert das Ergebnis des Abgleichsschrittes zusammen mit den Patientenidentifikationsdaten.
Anschließend kann in einem Anmeldungsschritt 320 eine Anmeldung des Patienten an dem Patientenbehandlungsplatz erfolgen. Dazu erfolgt eine manuelle Angabe von Identifikationsdaten des Patienten oder ein Einlesen von Patientenidentifikationsdaten von einem Datenträger.
Die nachfolgend einzulesenden behandlungsbezogen Daten können so dem durch die Patientenidentifikationsdaten bezeichneten Patienten zugeordnet werden.
Anschließend wird in einem Verbindungsschritt 311 das Datenlesegerät 20 mit dem Behandlungsplatzrechner 15 verbunden, etwa durch den Aufbau einer kurzreichweitigen Drahtlosverbindung zwischen dem Datenlesegerät 20 und dem Behandlungsplatzrechner 15 um in einem Einleseschritt 310 behandlungsbezogene Daten in das Datenlesegerät 20 einzulesen, zum Beispiel durch Einscannen eines Barcodes von einem während der Behandlung zu verwendendem Verbrauchsmittel, wie oben beschrieben. Die behandlungsbezogenen Daten werden in einem Schritt 331 von dem Datenlesegerät 20 zu dem Behandlungsplatzrechner 15 übertragen. Von dem Behandlungsplatzrechner aus kann nun mit einer Abfrage 312 das Ergebnis des Abgleichs der Patientenidentifikationsdaten mit den behandlungsbezogenen Daten von dem Server 12 abgefragt werden. Die Abfrage 312 enthält die Patientenidentifikationsdaten und optional auch die in Schritt 310 eingelesenen behandlungsbezogenen Daten. In einem Schritt 334 können die eingelesenen Behandlungsdaten zusammen mit den Patientenidentifikationsdaten und weiteren Daten, die die durchzuführende Behandlung betreffen, in einem Dokumentationsschritt 334 abgelegt werden.
In dem Server 12 kann auf Basis der Patientenidentifikationsdaten das Ergebnis des Abgleichsschritts abgerufen werden. So kann etwa der Patient von dem Be- handlungsplatzrechner nur dann zur Behandlung zugelassen werden, wenn etwa das für die Behandlung des Patienten vorgesehene Medikament auch für den Patienten verschrieben wurde und noch nicht abgelaufen ist. Oder eine Dialysebehandlung kann nur dann freigegeben werden, wenn der für einen verschriebenen Dialysator auch für den Patienten verschrieben und nicht zurückgerufen wurde. Die Übermittlung des Ergebnisses des Abgleichsschritts erfolgt mit der Antwortnachricht 313. Bei der anschließenden Behandlung an dem Behandlungsplatz kann so Verbrauchsmaterial eingesetzt werden, dessen Identifikationsdaten zuvor an dem Vorbereitungsplatz eingelesen wurden. So kann etwa eine Dialysebehandlung unter Verwendung des Dialysators durchgeführt werden, dessen Identifikationsdaten zuvor eingelesen wurden. Im Falle einer langsameren Verbindung zwischen dem Serverrechner 12 und der Datenbank 13 können Behandlungsdaten zeitnah an dem Behandlungsplatzrechner bereitgestellt werden, ohne das eine entsprechende Wartezeit am Behandlungsplatzrechner abgewartet werden muss.

Claims

Patentansprüche
1. Verfahren zur Handhabung von behandlungsbezogenen Daten in einem Klinikdatenmanagementsystem (10) das mit einem Vorbereitungsplatz (14) zur Vorbereitung der Behandlung eines Patienten und einem Behandlungsplatz (15) zur Behandlung eines Patienten verbunden ist, wobei ein Datenlesegerät (20) mit dem Vorbereitungsplatz (14) und dem Behandlungsplatz (15) drahtlos verbindbar ist, und das Datenlesegerät (20) zum Einlesen der behandlungsbezogenen Daten geeignet ist, enthaltend die folgenden Schritte:
Verbinden (101) des Datenlesegeräts (20) mit dem Vorbereitungsplatz (14),
Einlesen (101) von behandlungsbezogen Daten an dem Vorbereitungsplatz (14) mit dem Datenlesegerät (20),
Überprüfen (103; 104) der an dem Vorbereitungsplatz eingelesenen behandlungsbezogenen Daten,
Verbinden des Datenlesegeräts mit dem Behandlungsplatz,
Einlesen (110) behandlungsbezogener Daten an dem Behandlungsplatz (15) mit dem Datenlesegerät (20),
Verwenden der behandlungsbezogenen Daten, zur Vorbereitung einer Behandlung eines Patienten an dem Behandlungsplatz (15).
2. Verfahren zur Handhabung von behandlungsbezogenen Daten nach Anspruch 1 zur Vorbereitung der Behandlung eines Patienten an dem Behandlungsplatz enthaltend die folgenden Schritte:
Einlesen von Patientendaten an dem Vorbereitungsplatz (14),
Abgleichen (314) der eingelesenen Patientendaten und der an dem Vorbereitungsplatz eingelesenen behandlungsbezogenen Daten.
3. Verfahren nach einem der Ansprüche 1 oder 2, wobei das Verfahren ein Verfahren zur Vorbereitung einer Dialysebehandlung ist und der Behandlungsplatz (15) eine Dialysemaschine umfasst und wobei die behandlungsbezogenen Daten auf einen in einer Dialysebehandlung zu verwendenden Dialysator bezogen sind. Verfahren nach Anspruch 2 oder Anspruch 3, rückbezogen auf Anspruch 2 wobei die behandlungsbezogenen Daten ein während der Behandlung zu verwendendes Medikament betreffen sind und wobei der Schritt des Abgleichens (314) eine Abgleichen zwischen einer für den Patienten verschriebenen Medikation und den eingelesenen Medikamentdaten ist.
Verfahren nach einem der vorangehenden Ansprüche, wobei die behandlungsbezogenen Daten ein während der Behandlung zu verwendendes Medikament betreffen und wobei der Schritt der Überprüfung der eingelesenen Medikamentdaten überprüft, ob das Medikament einer zurückgerufenen Charge angehört.
Verfahren nach Anspruch 2 und Anspruch 3, wobei der Schritt des Abgleichens (314) einen Abgleich zwischen einem für den Patienten verschriebenen Dialysatortyp und den eingelesenen Dialysatordaten umfasst.
Verfahren nach Anspruch 3 oder 6, enthaltend den Schritt einer Überprüfung, ob die eingelesenen Dialysatordaten sich auf eine zurückgerufene Charge beziehen.
Verfahren nach einem der vorangegangenen Ansprüche, wobei das Datenlesegerät (20) ein Barcode-Leser ist.
Verfahren nach einem der vorangegangenen Ansprüche wobei das Datenlesegerät (20) über eine drahtlose Funkverbindung mit dem Behandlungsplatz (15) und mit dem Vorbereitungsplatz (14) verbindbar ist.
Verfahren nach einem der vorangegangenen Ansprüche wobei das Datenlesegerät zum Einlesen von behandlerbezogenen Daten geeignet ist, enthaltend die folgenden Schritte:
Einlesen von behandlerbezogenen Daten an dem Vorbereitungsplatz oder an dem Behandlungsplatz, Verwenden der behandlerbezogenen Daten und der behandlungsbezogenen Daten zur Dokumentation der Behandlung des Patienten.
11. Datenlesegerät (20) zum Einlesen von behandlungsbezogenen Daten in einem Klinikdatenmanagementsystem (10), zur Verwendung in einem Verfahren zur Handhabung von behandlungsbezogenen Daten nach Anspruch 1, wobei das Datenlesegerät (20) mit einem Vorbereitungsplatz (14) zur Vorbereitung der Behandlung eines Patienten und einem Behandlungsplatz (15) zur Behandlung eines Patienten jeweils über eine drahtlose Funkverbindung verbindbar ist.
12. Datenlesegerät (20) nach Anspruch 11, geeignet zum Einlesen von behandlerbezogenen Daten zur Verwendung in dem Verfahren nach Anspruch 10.
13. Datenlesegerät nach einem der Ansprüche 11 und 12, wobei das Datenlesegerät (20) als Barcodescanner (20) ausgebildet ist.
14. Datenlesegerät (20) nach einem der Ansprüche 11 - 13, wobei die drahtlose Verbindung eine Verbindung nach dem bluetooth- Standard ist.
15. Klinikdatenmanagementsystem (10) zur Handhabung von behandlungsbezogenen Daten enthaltend einen Vorbereitungsplatz (14) zur Vorbereitung der Behandlung eines Patienten und einen Behandlungsplatz (15) zur Behandlung eines Patienten, sowie ein Datenlesegerät (20) das mit dem Vorbereitungsplatz (14) und dem Behandlungsplatz (15) drahtlos verbindbar ist, wobei das Datenlesegerät (20) zum Einlesen der behandlungsbezogenen Daten geeignet ist, und wobei der Vorbereitungsplatz (14) eine Schnittstelle (17) zur drahtlosen Verbindung mit dem Datenlesegeräts (20) aufweist, zum Einlesen von behandlungsbezogenen Daten an dem Vorbereitungsplatz (14) mit dem Datenlesegerät, das Klinikdatenmanagementsystem (10) einen Netzwerkserver (12) zum Überprüfen der behandlungsbezogenen Daten aufweist das Klinikdatenmanagementsystem (10) einen Behandlungsplatz (15) mit einer Schnittstelle (16) zur drahtlosen Verbindung des Datenlesegeräts (20) zum Einlesen der behandlungsbezogenen Daten an dem Behandlungsplatz (15) mit dem Datenlesegerät (20) umfasst, und wobei der Behandlungsplatz (15) angepasst ist zur Verwendung der behandlungsbezogenen Daten, zur Vorbereitung einer Behandlung eines Patienten an dem Behandlungsplatz (15).
16. Klinikdatenmanagementsystem (10) zur Handhabung von behandlungsbezogenen Daten eines Patienten, nach Anspruch 15, wobei das Datenlesegerät (20) zum Einlesen von behandlerbezogenen Daten geeignet ist, und wobei der Netzwerkserver (12) geeignet ist zur Verwendung von behandlungsbezogenen Daten und behandlerbezogenen Daten zur Dokumentation der Behandlung des Patienten an dem Behandlungsplatz (15).
17. Klinikdatenmanagementsystem (10) nach einem der Ansprüche 15 und 16, angepasst zur Durchfuhrung eines Verfahrens nach einem der Ansprüche 2 - 9.
18. Compute rogrammprodukt enthaltend Programmcodeteile angepasst zur Durchführung eines Verfahrens nach einem der Ansprüche 1 - 10.
EP13732089.1A 2012-06-15 2013-06-14 Vorrichtung, verfahren und datenlesegerät zur handhabung von behandlungsbezogenen daten Ceased EP2862110A1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261660100P 2012-06-15 2012-06-15
DE102012011790A DE102012011790A1 (de) 2012-06-15 2012-06-15 Vorrichtung, Verfahren und Datenlesegerät zur Handhabung von behandlungsbezogenen Daten
PCT/EP2013/001760 WO2013185927A1 (de) 2012-06-15 2013-06-14 Vorrichtung, verfahren und datenlesegerät zur handhabung von behandlungsbezogenen daten

Publications (1)

Publication Number Publication Date
EP2862110A1 true EP2862110A1 (de) 2015-04-22

Family

ID=49667691

Family Applications (1)

Application Number Title Priority Date Filing Date
EP13732089.1A Ceased EP2862110A1 (de) 2012-06-15 2013-06-14 Vorrichtung, verfahren und datenlesegerät zur handhabung von behandlungsbezogenen daten

Country Status (5)

Country Link
US (2) US20130339055A1 (de)
EP (1) EP2862110A1 (de)
CN (1) CN104169921A (de)
DE (1) DE102012011790A1 (de)
WO (1) WO2013185927A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107545203A (zh) * 2016-06-28 2018-01-05 学透通医疗科技（上海）有限公司 基于条码识别的血透机识别系统及其信息处理方法
CN112700864A (zh) * 2020-12-31 2021-04-23 复旦大学附属华山医院 透析医疗设备及透析控制方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060054682A1 (en) * 2004-09-07 2006-03-16 Carlos De La Huerga Method and system for tracking and verifying medication
US20070233520A1 (en) * 2006-03-28 2007-10-04 Hospira, Inc. Medication administration and management system and method

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4835372A (en) * 1985-07-19 1989-05-30 Clincom Incorporated Patient care system
US6671563B1 (en) * 1995-05-15 2003-12-30 Alaris Medical Systems, Inc. System and method for collecting data and managing patient care
US9427520B2 (en) * 2005-02-11 2016-08-30 Carefusion 303, Inc. Management of pending medication orders
US20030105555A1 (en) * 2001-11-30 2003-06-05 Lunak Richard R. Method of issuing medical supplies and dispensing and administering medications through a hand-held device and a device and system for doing the same
US20040172301A1 (en) * 2002-04-30 2004-09-02 Mihai Dan M. Remote multi-purpose user interface for a healthcare system
CN1255731C (zh) * 2002-06-05 2006-05-10 中国科学院计算技术研究所 网络存储系统中的数据管理方法
DE102004011264B4 (de) * 2003-03-11 2014-03-27 B. Braun Medizintechnologie Gmbh Dialysestation
US7607571B2 (en) * 2003-05-30 2009-10-27 Intellidot Corporation Medical work flow system
US20050086072A1 (en) * 2003-10-15 2005-04-21 Fox Charles S.Jr. Task-based system and method for managing patient care through automated recognition
CA2625359A1 (en) * 2005-10-11 2007-04-19 Blake Podaima Smart medical compliance method and system
US7668620B2 (en) * 2006-04-12 2010-02-23 S&S X-Ray Products, Inc. Wall mounted medications cabinet
US20090012818A1 (en) * 2007-07-06 2009-01-08 Valence Broadband, Inc. Dispensing medication and verifying proper medication use
US8105487B2 (en) * 2007-09-25 2012-01-31 Fresenius Medical Care Holdings, Inc. Manifolds for use in conducting dialysis
TW201145063A (en) * 2010-06-01 2011-12-16 kai-xiang Zou Emergency treatment pre-processing system and method thereof

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060054682A1 (en) * 2004-09-07 2006-03-16 Carlos De La Huerga Method and system for tracking and verifying medication
US20070233520A1 (en) * 2006-03-28 2007-10-04 Hospira, Inc. Medication administration and management system and method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2013185927A1 *

Also Published As

Publication number Publication date
DE102012011790A1 (de) 2013-12-19
CN104169921A (zh) 2014-11-26
US20170220744A1 (en) 2017-08-03
WO2013185927A1 (de) 2013-12-19
US20130339055A1 (en) 2013-12-19

Similar Documents

Publication Publication Date Title
US12475980B2 (en) Medical device data back-association, system, apparatuses, and methods
EP2954442B1 (de) Vorrichtung und verfahren zur erzeugung und anzeige von für medizinische geräte und medizinische behandlungen spezifischen grafikkodierungen
EP2996737B1 (de) Vorrichtung und verfahren zur bereitstellung von behandlungsparametern für die behandlung eines patienten
EP2917855A1 (de) Vorrichtung und verfahren zur überwachung der behandlung eines patienten
EP2542992B1 (de) System für eine datenübertragung bei der ermittlung von medikamentenparametern
DE3741017C2 (de) Einrichtung zur Bildarchivierung und -übermittlung
EP3573550A1 (de) System und verfahren zur automatisierten kanülierung
DE102012012350A1 (de) Vorrichtung und Verfahren zur Erzeugung und Anzeige von für medizinische Geräte und medizinische Behandlungen spezifischen Grafikkodierungen
DE102011121668A1 (de) Verfahren und Vorrichtung zur Vorbereitung von medizinischen Behandlungsvorrichtungen
EP1788503A2 (de) Vorrichtung und Verfahren zur Übermittlung von Daten von mobilen medizinischen Geräten
EP2862110A1 (de) Vorrichtung, verfahren und datenlesegerät zur handhabung von behandlungsbezogenen daten
DE60210302T2 (de) Verfahren zum sicheren übertragen von patientendaten auf einem/einen datenträger
EP1480151A2 (de) Verfahren zur Verarbeitung eines Therapiehinweise umfassenden Datensatzes bei medizinischen Behandlungen
DE102014208532A1 (de) Verfahren zur Steuerung medizinischer Untersuchungen mittels eines Patientenkommunikationssystems, sowie Patientenkommunikationssystem, Patientengerät und klinische Servereinheit
CN117649924A (zh) 血透机运行记录智能电子表单系统
DE102016222377A1 (de) Automatisiertes Übertragen von Patientendaten an eine bildgebende medizintechnische Einrichtung
DE10306271A1 (de) Verfahren zum Eingeben und Speichern von Daten für eine klinische Studie
DE102020110112A1 (de) Medizinisches Set für Kanülierung
EP4629258A1 (de) Behandlungszentrum zur durchführung von medizinischen infusionen und zugehöriges verfahren
EP4661015A1 (de) Verfahren zur prüfung einer zuordnung eines blutprodukts zu einem patienten, endgerät und computerprogramm
WO2016041798A1 (de) Verfahren und vorrichtung zur steuerung der behandlungsdauer von behandlungen mit medizintechnischen geräten
CH715554A2 (de) Verfahren zur Doppelkontrolle bei ambulanter Medikamentenabgabe.
BG2172U1 (bg) Интегрирана система за събиране и управление на клинични данни за клинични проучвания по електронен път
DE10344807A1 (de) Verfahren zur Bereitstellung individualisierter medizinischer Information
DE20100353U1 (de) System zur Erfassung und Speicherung personenspezifischer Daten und entsprechendes Speicherelement

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20150115

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20190318

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20220312