DE102004017204B4 - Computersystem, Telekommunikationssystem, Computerprogrammprodukt und Verfahren zur Versendung eines Notrufs an eine Notrufzentrale - Google Patents
Computersystem, Telekommunikationssystem, Computerprogrammprodukt und Verfahren zur Versendung eines Notrufs an eine Notrufzentrale Download PDFInfo
- Publication number
- DE102004017204B4 DE102004017204B4 DE102004017204A DE102004017204A DE102004017204B4 DE 102004017204 B4 DE102004017204 B4 DE 102004017204B4 DE 102004017204 A DE102004017204 A DE 102004017204A DE 102004017204 A DE102004017204 A DE 102004017204A DE 102004017204 B4 DE102004017204 B4 DE 102004017204B4
- Authority
- DE
- Germany
- Prior art keywords
- data
- patient
- hospital
- hospitals
- anamnesis
- 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.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 11
- 238000004590 computer program Methods 0.000 title claims description 6
- 230000001133 acceleration Effects 0.000 description 3
- 230000033001 locomotion Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000036772 blood pressure Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 108010007100 Pulmonary Surfactant-Associated Protein A Proteins 0.000 description 1
- 102100027773 Pulmonary surfactant-associated protein A2 Human genes 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/103—Detecting, measuring or recording devices for testing the shape, pattern, colour, size or movement of the body or parts thereof, for diagnostic purposes
- A61B5/11—Measuring movement of the entire body or parts thereof, e.g. head or hand tremor, mobility of a limb
- A61B5/1112—Global tracking of patients, e.g. by using GPS
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
- A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
- A61B5/0022—Monitoring a patient using a global network, e.g. telephone networks, internet
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/103—Detecting, measuring or recording devices for testing the shape, pattern, colour, size or movement of the body or parts thereof, for diagnostic purposes
- A61B5/11—Measuring movement of the entire body or parts thereof, e.g. head or hand tremor, mobility of a limb
- A61B5/1116—Determining posture transitions
- A61B5/1117—Fall detection
-
- 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
- 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
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
- A61B5/021—Measuring pressure in heart or blood vessels
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
- A61B5/024—Detecting, measuring or recording pulse rate or heart rate
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/68—Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient
- A61B5/6801—Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient specially adapted to be attached to or worn on the body surface
- A61B5/6802—Sensor mounted on worn items
- A61B5/681—Wristwatch-type devices
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Life Sciences & Earth Sciences (AREA)
- Medical Informatics (AREA)
- Biomedical Technology (AREA)
- Public Health (AREA)
- General Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- Pathology (AREA)
- Epidemiology (AREA)
- Veterinary Medicine (AREA)
- Animal Behavior & Ethology (AREA)
- Surgery (AREA)
- Primary Health Care (AREA)
- Molecular Biology (AREA)
- Heart & Thoracic Surgery (AREA)
- Biophysics (AREA)
- Oral & Maxillofacial Surgery (AREA)
- Dentistry (AREA)
- Physiology (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Radar, Positioning & Navigation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Alarm Systems (AREA)
- Telephonic Communication Services (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
– einer Datenbank (124, 126) zur Speicherung von Patientendaten mit einer Patientenkennung als Schlüssel für einen Datenbankzugriff und zur Speicherung von Krankenhausdaten, wobei die Krankenhausdaten zumindest die geografischen Positionen von Krankenhäusern beinhalten, wobei die Patientendaten einen Zeiger auf eine externe Datenquelle (140, 150, 152) zum Abruf von Anamnesedaten des Patienten beinhalten, wobei die Krankenhausdaten Krankenhausprofildaten zur Angabe von zur Verfügung stehenden Behandlungsverfahren und/oder Geräten beinhalten,
– einer Schnittstelle (128, 132) zum Empfang einer Notfallmeldung, wobei die Notfallmeldung eine geografische Position eines Patienten und eine Patientenkennung des Patienten beinhaltet,
– Mittel zum Abruf der Anamnesedaten des Patienten von der externen Datenquelle,
– Mitteln (136, 138) zur Auswahl eines der Krankenhäuser zumindest basierend auf der geografischen Position des Patienten, den geografischen Positionen der Krankenhäuser, wobei die Mittel zur Auswahl eines der Krankenhäuser dazu ausgebildet sind, um bei der Auswahl des Krankenhauses die Anamnesedaten und die Krankenhausprofildaten...
Description
- Die Erfindung betrifft ein Computersystem, ein Telekommunikationssystem, ein Computerprogrammprodukt und ein Verfahren zur Versendung eines Notrufs an eine Notrufzentrale.
- Aus dem Stand der Technik sind verschiedene Systeme zur automatischen Absendung eines Notrufs bekannt. Zum Teil wird bei solchen Systemen auch die Position des Patienten mit übertragen. Üblicherweise erfolgt die Positionsbestimmung mittels eines Global-Positioning-System (GPS)-Empfängers.
- Die Übertragung der geografischen Positionsdaten des Patienten an eine Notrufzentrale ermöglicht die leichte Auffindung des Patienten. Allerdings ist die Auswahl eines Krankenhauses für die nachfolgende Behandlung des Patienten oft mehr oder weniger dem Zufall überlassen. Dies hat den Nachteil, dass der Patient zum Beispiel nicht in das nächstgelegene Krankenhaus eingeliefert wird oder in ein Krankenhaus, welches keine freien Kapazitäten mehr zur Verfügung hat. Ferner kann es vorkommen, dass der Patient in ein Krankenhaus eingeliefert wird, welches nicht über die für die Behandlung des Patienten erforderlichen medizinischen Einrichtungen und Geräte verfügt.
- Der Erfindung liegt demgegenüber die Aufgabe zugrunde, ein Computersystem, ein Telekommunikationssystem, Computerprogrammprodukt und Verfahren vorzuschlagen, mit welchen es möglich ist, in einer Notfallsituation ein zur Behandlung eines Patienten optimales Krankenhaus auszuwählen. Die der Erfindung zugrunde liegenden Aufgaben werden jeweils mit den Merkmalen der unabhängigen Patentansprüche gelöst. Bevorzugte Ausführungsformen der Erfindung sind in den abhängigen Patentansprüchen angegeben.
- Es wird ein elektronisches Gerät zur Verfügung gestellt, welches beispielsweise fest mit einem Kraftfahrzeug verbunden ist oder von einem Patienten am Körper getragen werden kann. Das elektronische Gerät hat einen Sensor zur Detektion einer Noffallsituation. Hierbei kann es sich um einen Unfallsensor handeln, beispielsweise einen Beschleunigungs- und/oder Überschlagssensor. In diesem Fall wird eine Notfallsituation dann detektiert, wenn beispielsweise ein vorgegebener maximaler Beschleunigungswert überschritten wird oder ein Überschlag angezeigt wird.
- Alternativ oder zusätzlich erfasst der Sensor einen medizinischen Zustand des Patienten, beispielsweise Pulsfrequenz und Blutdruck. Wenn die von dem Sensor erfassten medizinischen Daten außerhalb erlaubter Toleranzbereiche liegen, so wird die entsprechende Noffallsituation automatisch detektiert.
- In dem elektronischen Gerät ist eine Patientenkennung zum Zugriff auf eine Datenbank eines erfindungsgemäßen Computersystems gespeichert. Nach Detektion einer Notfallsituation wird die Patientenkennung aus dem nichtflüchtigen Speicher ausgelesen. Ferner wird die aktuelle Position des Patienten beispielsweise mittels eines GPS-Empfängers ermittelt. Die geografische Position zusammen mit der Patientenkennung wird drahtlos an das Computersystem übertragen.
- In der Datenbank des erfindungsgemäßen Computersystems werden Patientendaten mit der Patientenkennung als Schlüssel gespeichert sowie auch Krankenhausdaten, wobei die Krankenhausdaten zumindest die geografischen Positionen von Krankenhäusern beinhalten. Nach Empfang der Notfallmeldung von dem elektronischen Gerät wird ein Datenbankzugriff durchgeführt, um eines der Krankenhäuser auszuwählen. Nach Auswahl eines der Krankenhäuser wird ein Notruf an eine Notrufzentrale automatisch abgesendet, um beispielsweise einen Krankenwagen oder einen Rettungshubschrauber anzufordern. Der Notruf beinhaltet zumindest die geografische Position des Patienten sowie das ausgewählte Krankenhaus.
- Die Auswahl eines der Krankenhäuser erfolgt zumindest basierend auf der geografischen Position des Patienten, um ein möglichst nahe gelegenes Krankenhaus zu ermitteln. Vorzugsweise gehen bei der Krankenhausauswahl weitere Kriterien mit ein. Insbesondere werden bei der Krankenhausauswahl Anamnesedaten des Patienten berücksichtigt, die mit Krankenhausprofildaten abgeglichen werden. Die Krankenhausprofildaten geben dabei für jedes der Krankenhäuser eine Beschreibung der in dem jeweiligen Krankenhaus vorhandenen medizinischen Einrichtungen und Geräte sowie der angebotenen Behandlungsverfahren und Operationsverfahren an.
- Mit Hilfe der Anamnesedaten werden aus den Krankenhäusern solche ausgewählt, die ein Krankenhausprofil aufweisen, welches die Behandlung des betreffenden Patienten ermöglichen bzw. optimal erscheinen lassen. Vorzugsweise geht auch die aktuelle Verfügbarkeit der Krankenhäuser mit in die Krankenhausauswahl ein. Hierzu empfängt das Computersystem von den Krankenhäusern zum Beispiel periodisch oder bei jeder Änderung der Verfügbarkeit aktuelle Verfügbarkeitsdaten, die die noch freie Kapazität der Krankenhäuser jeweils anzeigen.
- Nach einer bevorzugten Ausführungsform der Erfindung werden die Anamnesedaten in der Datenbank als Teil der Patientendaten gespeichert. Vorzugsweise werden die Anamnesedaten jedoch von einer externen Datenquelle geliefert. In diesem Fall beinhalten die Patientendaten einen Zeiger auf die externe Datenquelle zum Abruf der Anamnesedaten, wenn eine Notfallmeldung eingeht.
- Vorzugsweise handelt es sich bei der Datenquelle um das Praxis-EDV-System des behandelnden Arztes des Patienten. Beispielsweise ist das Praxis-EDV-System mit einem Web-Service gekoppelt, mit dem die Daten synchronisiert werden.
- Ein Vorteil ist, dass die Patientendatenbank bei jedem Besuch des Patienten bei seinem behandelnden Arzt aktualisiert wird, sodass sie stets auf dem neuesten Stand ist. Ein weiterer Vorteil bei der Verwendung eines Web-Services ist, dass von verschiedenen Arztpraxen aus die Patientendaten auf die Datenbank des Web-Services „hochgeladen" werden können. Dies ist insbesondere dann besonders vorteilhaft, wenn der Patient bei verschiedenen Arztpraxen gleichzeitig in Behandlung ist.
- Im Weiteren werden bevorzugte Ausführungsformen der Erfindung mit Bezugnahme auf die Zeichnungen näher erläutert. Es zeigen:
-
1 ein Blockdiagramm einer Ausführungsform eines Telekommunikationssystems, -
2 ein Flussdiagramm einer Ausführungsform eines erfindungsgemäßen Verfahrens. - Die
1 zeigt ein Telekommunikationssystem100 mit mehreren elektronischen Geräten102 , von denen der Übersichtlichkeit halber nur eines in der1 gezeigt ist. Das elektronische Gerät102 hat einen Sensor104 . Bei dem Sensor104 kann es sich um einen Unfallsensor handeln, beispielsweise also um einen Beschleunigungssensor und/oder um einen Überschlagsensor. - Alternativ oder zusätzlich handelt es sich bei dem Sensor
104 um einen Sensor zur Erfassung eines Zustands eines Patienten, beispielsweise zur Messung medizinischer Daten oder zur Bewegungsmessung. Beispielsweise dient der Sensor104 zur Messung des Blutdrucks und/oder der Pulsfrequenz, oder es handelt sich um einen Bewegungssensor. Eine Noffallsituation wird beispielsweise dann detektiert, wenn ein Unfall sensiert wird und/oder wenn medizinische Messdaten ermittelt werden, die außerhalb vorgegebener Toleranzbereiche liegen und/oder wenn für eine längere Zeit keine Bewegung des Patienten sensiert werden kann. - Das elektronische Gerät
102 hat einen Prozessor106 zur Ausführung eines Computerprogramms. Ferner hat das elektronische Gerät102 einen GPS-Empfänger110 zur Ermittlung der aktuellen Position des Patienten sowie ein Mobiltelefonmodul112 , welches beispielsweise nach dem GSM-Standard oder nach dem UMTS-Standard ausgebildet ist. In der hier betrachteten Ausführungsform hat das Mobiltelefonmodul112 eine SIM-Karte114 mit einem nichtflüchtigen Speicher. - In der SIM-Karte
114 ist in einem Speicherbereich116 eine Patientenkennung (ID) gespeichert, sowie in dem Speicherbereich118 zum Beispiel eine Rufnummer, ein Uniform-Resource-Locator (URL), E-Mail-Adresse oder dergleichen eines Computersystems120 . Das elektronische Gerät102 kann über ein Netzwerk122 mit dem Computersystem120 kommunizieren. Bei dem Netzwerk122 handelt es sich beispielsweise um ein Telekommunikationsnetzwerk, welches nach dem GSM- oder UMTS-Standard arbeitet. - Bei dem elektronischen Gerät
102 kann es sich um ein fest in einem Kraftfahrzeug eingebautes Gerät handeln. In einer anderen Ausführungsform ist das elektronische Gerät102 tragbar und wird beispielsweise von dem Patienten ständig an seinem Körper getragen, sodass von dem Sensor104 ständig medizinische Messwerte erfasst werden können. - Das Computersystem
120 hat eine Datenbanktabelle124 zur Speicherung von Patientendaten, eine Datenbanktabelle126 zur Speicherung von Krankenhausdaten, eine Schnittstelle128 zur Kommunikation über das Netzwerk122 , eine Regelbasis130 für medizinisches Expertenwissen, eine Schnittstelle132 zur Kommunikation über das Netzwerk134 , beispielsweise das Internet, und einen Prozessor136 zur Ausführung eines Programms138 . - Die Datenbanktabelle
124 dient beispielsweise zur Speicherung von Anamnesedaten eines Patienten, eines Zeigers auf eine externe Datenquelle zur Abfrage der Anamnesedaten, beispielsweise der URL eines Web-Services140 sowie der dazugehörigen WSDL-Beschreibung oder einer anderen vereinbarten Schnittstelle wie z. B. BDF, und von Kontaktinformationen zur Benachrichtigung zum Beispiel des Arztes und/oder der Angehörigen im Falle eines Notfalls. Diese Patientendaten werden mit der Patientenkennung als Primärschlüssel in der Datenbanktabelle124 gespeichert. - Die Datenbanktabelle
126 beinhaltet einen Eintrag für jedes registrierte Krankenhaus. Für ein bestimmtes Krankenhaus sind beispielsweise der Name des Krankenhauses, dessen geografische Position sowie Krankenhausprofildaten, das heißt zum Beispiel die in dem Krankenhaus zur Verfügung stehenden medizinischen Einrichtungen und Geräte sowie Behandlungsverfahren, gespeichert. Ferner ist auch die aktuelle Verfügbarkeit des betreffenden Krankenhauses in der Datenbanktabelle126 gespeichert. Die entsprechenden Verfügbarkeitsdaten geben beispielsweise die Anzahl der Patienten an, die von der Notfallaufnahme des betreffenden Krankenhauses aktuell zusätzlich versorgt werden können. - Die in der
1 schematisch dargestellten registrierten Krankenhäuser142 ,144 ,... verfügen jeweils über entsprechende Computer146 ,148 ,..., die über das Netzwerk134 mit dem Computersystem120 kommunizieren können. Von den Computern146 ,148 ,... werden jeweils die aktuellen Verfügbarkeitsdaten an das Computersystem120 übertragen und in der Datenbanktabelle126 gespeichert. Die Übertragung aktueller Verfügbarkeitsdaten kann dabei periodisch innerhalb vorgegebener Zeitabstände oder immer dann erfolgen, wenn sich die Verfügbarkeit ändert. - Der Web-Service
140 hat eine Datenbank141 zur Speicherung von Anamnesedaten der registrierten Patienten jeweils mit der Patientenkennung als Schlüssel. Der Web-Service140 ist mit verschiedenen Praxis-EDV-Systemen150 ,151 ,... von Arztpraxen oder anderen medizinischen Einrichtungen verbunden. Die Praxis-EDV-Systeme haben jeweils eine Patientendatenbank152 ,153 ,... und können über Filter160 ,161 für eine eventuelle Notfallbehandlung relevante Anamnesedaten zum Hochladen auf die Datenbank141 exportieren. Beispielsweise erfolgt in periodischen Zeitabständen eine Synchronisierung der Patientendatenbanken152 ,153 ,... mit der Datenbank141 des Web-Service oder wenn z. B. anlässlich eines Arztbesuchs ein neuer Eintrag in eine der Patientendatenbanken erfolgt. Die Datenbank141 des Web-Service140 wird also von den einzelnen Patientendatenbanken152 ,153 ,... gespeist. Über den Web-Service140 kann das Computersystem120 zum Beispiel Anamnesedaten aus der Patientendatenbank152 abfragen. Besonders vorteilhaft ist dabei ferner, dass die Synchronisierung in beide Richtungen erfolgen kann: Einerseits zur Übertragung neuer Daten von den Praxis-EDV-Systemen150 ,151 an den Web-Service, um die Datenbank141 zu aktualisieren, und andererseits von der Datenbank141 an die Praxis-EDV-Systeme. - Letzteres ist von Bedeutung wenn einer der behandelnden Ärzte des Patienten Daten erfasst, die auch für die anderen behandelnden Ärzte des Patienten von Interesse sein können. Dadurch können z. B. doppelte Untersuchungen eingespart werden. Alternativ oder zusätzlich hat jedes der Praxis-EDV-Systeme für diesen Zweck Lese-Zugriffsrechte auf die Datenbank
141 . - Das Computersystem
120 kann ferner zum Beispiel über das Netzwerk122 und/oder über das Netzwerk134 mit einer Notrufzentrale154 kommunizieren. Die Notrufzentrale154 kann von dem Computersystem120 einen Notruf erhalten, der die aktuelle Position des Patienten sowie das ausgewählte Krankenhaus angibt. Die Notrufzentrale154 fordert dann beispielsweise einen Krankenwagen156 an, der den Patienten von seiner aktuellen geografischen Position abholt, um ihn in das ausgewählte Krankenhaus zu bringen. Zusätzlich kann die Notrufzentrale154 oder das Computersystem120 auch die Polizei verständigen und/oder Bergungsfahrzeuge anfordern. - Wird im Betrieb des Telekommunikationssystems
100 von dem Sensor104 eine Noffallsituation detektiert, so erhält das Programm108 von dem GPS-Empfänger110 die aktuelle geografische Position und sendet eine elektronische Nachricht über das Mobiltelefonmodul112 an die in dem Speicherbereich118 angegebene Rufnummer/URL oder dergleichen des Computersystems120 , wobei die Nachricht158 die von dem GPS-Empfänger110 ermittelte geografische Position sowie die Patientenkennung aus dem Speicherbereich116 beinhaltet. - Die Nachricht
158 wird von der Schnittstelle128 des Computersystems120 empfangen. Das Programm138 führt mittels der Patientenkennung als Schlüssel eine Abfrage der Datenbanktabelle124 durch, um die zu diesem Schlüssel abgespeicherten Daten auszulesen. Hierbei kann es sich beispielsweise um die Anamnesedaten handeln. Alternativ sind die Anamnesedaten nicht in der Datenbanktabelle124 gespeichert, sondern werden durch Zugriff auf den Web-Service140 ermittelt. - Hierzu richtet das Programm
138 an die URL des Web-Service140 eine entsprechende Anfrage, und zwar in dem durch die WSDL-Beschreibung des Web-Services140 gegebenen Format. Die entsprechenden Patientendaten werden dann aus der Patientendatenbank152 ausgelesen und an das Compu tersystem120 übertragen. Nachfolgend wird beispielsweise eines der Krankenhäuser aus der Datenbanktabelle126 ausgewählt. - Auswahlkriterien können dabei sein: Die räumliche Nähe zu der aktuellen geografischen Position des Patienten, wie sie in der Nachricht
158 mitgeteilt worden ist, die Verfügbarkeit und/oder das Krankenhausprofil. Zur Auswahl eines der Krankenhäuser auf der Basis der Krankenhausprofildaten und der Anamnesedaten des Patienten wird die Regelbasis130 für medizinisches Expertenwissen von dem Programm138 aufgerufen. - Das Programm
138 ermittelt auf dieser Grundlage diejenigen Krankenhäuser der Datenbanktabelle126 , die zur Behandlung des Patienten aufgrund Ihres Krankenhausprofils grundsätzlich geeignet sind. Aus diesen Krankenhäusern werden wiederum diejenigen selektiert, die aktuell verfügbar sind. Aus den verfügbaren Krankenhäusern wird das dem Patienten am nächsten gelegene ausgewählt. - Im nächsten Schritt wird eine entsprechende Meldung über die Schnittstelle
132 an das von dem Computersystem120 ausgewählte Krankenhaus übertragen, um dieses vorab über die zu erwartende Einlieferung eines Notfalls zu informieren. Daraufhin wird die Verfügbarkeit des ausgewählten Krankenhauses entsprechend reduziert und die Datenbanktabelle126 aktualisiert. Ferner werden die Angehörigen und/oder der behandelnde Arzt automatisch angerufen oder es werden elektronische Nachrichten, z. B. E-Mails, SMS oder dergleichen, an diese Personen verschickt, um sie von dem Notfall und dem ausgewählten Krankenhaus in Kenntnis zu setzen. - Ferner wird ein Notruf an die Notrufzentrale
154 übertragen, der die geografische Position des Patienten sowie das ausgewählte Krankenhaus angibt. Auf dieser Grundlage fordert die Notrufzentrale154 den Krankenwagen156 an. - Die
2 zeigt ein entsprechendes Flussdiagramm. - In dem Schritt
200 wird von dem elektronischen Gerät ein Notruf empfangen, welcher die Patientenkennung (ID) und eine aktuelle Positionsangabe beinhaltet. Mit der Patientenkennung als Schlüssel erfolgt in dem Schritt202 ein Datenbankzugriff. In der Datenbank ist die URL eines Web-Services (vgl. Web-Service140 der1 ) angegeben. Über den Web-Service erfolgt in dem Schritt204 die Abfrage von Patientendaten. - In dem Schritt
206 wird ein Krankenhaus nach verschiedenen Kriterien ausgewählt. Auswahlkriterien können beispielsweise die räumliche Nähe zur aktuellen Position des Patienten, die Verfügbarkeit des Krankenhauses und/oder die grundsätzliche Eignung des Krankenhauses zur Behandlung des Patienten sein, wobei letzteres Kriterium mit Hilfe einer Regelbasis für medizinisches Expertenwissen auf der Grundlage von Krankenhausprofildaten und Patientenanamnesedaten geprüft werden kann. - In dem Schritt
208 wird ein Krankenwagen von einer Notrufzentrale angefordert, wobei das ausgewählte Krankenhaus angegeben wird. Ferner werden in dem Schritt210 zum Beispiel der behandelnde Arzt und/oder die Angehörigen des Patienten und/oder das ausgewählte Krankenhaus über den Notfall informiert. -
- 100
- Telekommunikationssystem
- 102
- elektronischen Geräten
- 104
- Sensor
- 106
- Prozessor
- 108
- Computerprogramm
- 110
- GPS-Empfänger
- 112
- Mobiltelefonmodul
- 114
- SIM-Karte
- 116
- Speicherbereich
- 118
- Speicherbereich
- 120
- Computersystem
- 122
- Netzwerk
- 124
- Datenbanktabelle
- 126
- Datenbanktabelle
- 128
- Schnittstelle
- 130
- Regelbasis
- 132
- Schnittstelle
- 134
- Netzwerk
- 136
- Prozessor
- 138
- Programm
- 140
- Web-Service
- 141
- Datenbank
- 142
- Krankenhaus
- 144
- Krankenhaus
- 146
- Computer
- 148
- Computer
- 150
- Praxis-EDV-System
- 151
- Praxis-EDV-System
- 152
- Patientendatenbank
- 153
- Patientendatenbank
- 154
- Notrufzentrale
- 156
- Krankenwagen
- 158
- Nachricht
- 160
- Filter
- 161
- Filter
Claims (11)
- Computersystem mit – einer Datenbank (
124 ,126 ) zur Speicherung von Patientendaten mit einer Patientenkennung als Schlüssel für einen Datenbankzugriff und zur Speicherung von Krankenhausdaten, wobei die Krankenhausdaten zumindest die geografischen Positionen von Krankenhäusern beinhalten, wobei die Patientendaten einen Zeiger auf eine externe Datenquelle (140 ,150 ,152 ) zum Abruf von Anamnesedaten des Patienten beinhalten, wobei die Krankenhausdaten Krankenhausprofildaten zur Angabe von zur Verfügung stehenden Behandlungsverfahren und/oder Geräten beinhalten, – einer Schnittstelle (128 ,132 ) zum Empfang einer Notfallmeldung, wobei die Notfallmeldung eine geografische Position eines Patienten und eine Patientenkennung des Patienten beinhaltet, – Mittel zum Abruf der Anamnesedaten des Patienten von der externen Datenquelle, – Mitteln (136 ,138 ) zur Auswahl eines der Krankenhäuser zumindest basierend auf der geografischen Position des Patienten, den geografischen Positionen der Krankenhäuser, wobei die Mittel zur Auswahl eines der Krankenhäuser dazu ausgebildet sind, um bei der Auswahl des Krankenhauses die Anamnesedaten und die Krankenhausprofildaten zu berücksichtigen, – Mitteln (128 ,132 ,136 ,138 ) zur Absendung eines Notrufs an eine Notrufzentrale, wobei der Notruf zumindest eine Angabe der geografischen Position des Patienten und der geografischen Position des ausgewählten Krankenhauses beinhaltet. - Computersystem nach Anspruch 1, wobei die Patientendaten Anamnesedaten beinhalten.
- Computersystem nach Anspruch 1, wobei es sich bei der Datenquelle um ein Praxis-EDV-System eines behandelnden Arztes des Patienten handelt.
- Computersystem nach Anspruch 1, wobei es sich bei der Datenquelle um einen Web-Service (
140 ) mit einer Datenbank (141 ) handelt, wobei der Web-Service zur Synchronisierung der in der Datenbank (141 ) gespeicherten Anamnesedaten mit Praxis-EDV-Systemen (150 ,151 ,...) verbindbar ist. - Computersystem nach Anspruch 4, wobei die Patientendaten eine WSDL-Beschreibung des Web-Services beinhalten, und mit Mitteln (
136 ,138 ) zur Abfrage der Anamnesedaten von dem Web-Services in einem der WSDL-Beschreibung entsprechenden Format. - Computersystem nach einem der vorhergehenden Ansprüche 1 bis 5, wobei die Mittel zur Auswahl eines der Krankenhäuser zum Zugriff auf eine Regelbasis (
130 ) medizinischen Expertenwissens ausgebildet sind, um bei der Auswahl des Krankenhauses die Anamnesedaten und die Kranken hausprofildaten zu berücksichtigen. - Computersystem nach einem der vorhergehenden Ansprüche 1 bis 6, wobei die Krankenhausdaten Krankenhaus-Verfügbarkeitsdaten beinhalten und die Mittel zur Auswahl eines der Krankenhäuser zur Berücksichtigung der Krankenhaus-Verfügbarkeitsdaten bei der Auswahl ausgebildet sind.
- Computersystem nach Anspruch 7, mit Mitteln (
132 ) zum Empfang von Krankenhaus-Verfügbarkeitsdaten von Krankenhauscomputersystemen. - Telekommunikationssystem mit zumindest einem Computersystem nach einem der Ansprüche 1 bis 8 und zumindest einem Praxis-EDV-System, das eine Patientendatenbank (
152 ) und einen Web-Service (140 ) zum Zugriff auf die Datenbank aufweist. - Computerprogrammprodukt mit Programminstruktionen zur Durchführung der folgenden Schritte: – Eingabe einer Noffallmeldung, wobei die Noffallmeldung geografische Positionsdaten eines Patienten und eine Patientenkennung des Patienten beinhaltet, – Zugriff auf eine Datenbank mit der Patientenkennung als Schlüssel zum Abruf von Patientendaten und zum Abruf von Krankenhausdaten, wobei die Krankenhausdaten zumindest die geografischen Positionen von Krankenhäusern beinhalten, wobei die Patientendaten einen Zeiger auf eine externe Datenquelle (
140 ,150 ,152 ) zum Abruf von Anamnesedaten des Patienten beinhalten, wobei die Krankenhausdaten Krankenhausprofildaten zur Angabe von zur Verfügung stehenden Behandlungsverfahren und/oder Geräten beinhalten, – Abruf der Anamnesedaten des Patienten von der externen Datenquelle, – Auswahl eines der Krankenhäuser, zumindest basierend auf den Positionsdaten des Patienten und den geografischen Positionen der Krankenhäuser, wobei bei der Auswahl des Krankenhauses die Anamnesedaten und die Krankenhausprofildaten berücksichtigt werden, – Absendung eines Notrufs an eine Notrufzentrale, wobei der Notruf zumindest eine Angabe der geografischen Positionsdaten des Patienten und der geografischen Position des ausgewählten Krankenhauses aufweist. - Verfahren zur Versendung eines Notrufs an eine Notrufzentrale mit folgenden Schritten: – Empfang einer Notfallmeldung, wobei die Notfallmeldung eine geografische Position eines Patienten und eine Patientenkennung des Patienten beinhaltet, – Zugriff auf eine Datenbank mit der Patientenkennung als Schlüssel zum Abrufen von Patientendaten und Krankenhausdaten, wobei die Krankenhausdaten zumindest die geografischen Positionen von Krankenhäusern beinhalten, wobei die Patientendaten einen Zeiger auf eine externe Datenquelle (
140 ,150 ,152 ) zum Abruf von Anamnesedaten des Patienten beinhalten, wobei die Krankenhausdaten Krankenhausprofildaten zur Angabe von zur Verfügung stehenden Behandlungsverfahren und/oder Geräten beinhalten, – Abruf der Anamnesedaten des Patienten von der externen Datenquelle, – Ermittlung eines der Krankenhäuser zumindest basierend auf der geografischen Position des Patienten und den geografischen Positionen der Krankenhäuser, wobei bei der Auswahl des Krankenhauses die Anamnesedaten und die Krankenhausprofildaten berücksichtigt werden, – Absendung eines Notrufs an eine Notrufzentrale, wobei der Notruf zumindest die geografische Position des Patienten und eine Angabe des ausgewählten Krankenhauses beinhaltet.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102004017204A DE102004017204B4 (de) | 2004-04-08 | 2004-04-08 | Computersystem, Telekommunikationssystem, Computerprogrammprodukt und Verfahren zur Versendung eines Notrufs an eine Notrufzentrale |
PCT/EP2004/011803 WO2005098724A2 (de) | 2004-04-08 | 2004-10-19 | Elektronisches gerät zur detektion einer notfallsituation, computersystem und praxis-edv-system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102004017204A DE102004017204B4 (de) | 2004-04-08 | 2004-04-08 | Computersystem, Telekommunikationssystem, Computerprogrammprodukt und Verfahren zur Versendung eines Notrufs an eine Notrufzentrale |
Publications (2)
Publication Number | Publication Date |
---|---|
DE102004017204A1 DE102004017204A1 (de) | 2005-11-10 |
DE102004017204B4 true DE102004017204B4 (de) | 2008-10-16 |
Family
ID=34958966
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE102004017204A Expired - Lifetime DE102004017204B4 (de) | 2004-04-08 | 2004-04-08 | Computersystem, Telekommunikationssystem, Computerprogrammprodukt und Verfahren zur Versendung eines Notrufs an eine Notrufzentrale |
Country Status (2)
Country | Link |
---|---|
DE (1) | DE102004017204B4 (de) |
WO (1) | WO2005098724A2 (de) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102007042111B4 (de) * | 2007-09-05 | 2009-06-18 | Continental Automotive Gmbh | Telematiksystem für ein Kraftfahrzeug, Verfahren zur Übermittlung eines Notrufs und Telematikeinheit |
TR200804389A2 (tr) * | 2008-06-16 | 2008-10-21 | Ayves D�J�Tal Elektron�K Ara�Tirma Gel��T�Rme Sanay� Ve T�Caret L�M�Ted ��Rket� | Acil yardım veri saati |
AT11943U1 (de) | 2010-04-19 | 2011-07-15 | Walter Ing Degelsegger | Notrufgerät |
KR101562591B1 (ko) | 2014-06-03 | 2015-10-23 | 엘지전자 주식회사 | 이동 단말기 및 이를 이용한 차량의 사고 발생 처리 방법 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19709156A1 (de) * | 1997-03-06 | 1998-09-24 | Bernd Bierwisch | Verfahren zur Information von Personen mit Hilfe von Satellitennavigation |
DE19848229A1 (de) * | 1998-06-10 | 1999-06-24 | Ditec Gmbh | Vorrichtung zur Aufzeichnung und Übertragung von digitalisierten medizinischen Daten |
DE19832361A1 (de) * | 1998-07-20 | 2000-02-03 | Noehte Steffen | Körperfunktionsmonitor |
EP1057448A1 (de) * | 1999-06-03 | 2000-12-06 | Gust H. Bardy | System und Verfahren zur automatischen Sammlung und Analyse von periodisch erfassten Patientendaten zur Fernpatientenpflege |
DE10056072A1 (de) * | 2000-11-08 | 2002-05-29 | Johannes Roth | Vorrichtung und Verfahren zum Aufzeichnen und Weiterleiten physiologischer Daten |
US6416471B1 (en) * | 1999-04-15 | 2002-07-09 | Nexan Limited | Portable remote patient telemonitoring system |
WO2002054945A1 (en) * | 2001-01-16 | 2002-07-18 | Novik, Itay | Patient monitoring device and system |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19731986A1 (de) * | 1997-07-24 | 1999-01-28 | Mortara Rangoni Europ S R L | Tragbare Vorrichtung zur kontinuierlichen automatischen Überwachung der elektrokardiographischen Funktionen und/oder anderer physiologischer Parameter von deambulanten Patienten |
US6819247B2 (en) * | 2001-02-16 | 2004-11-16 | Locast Corporation | Apparatus, method, and system for remote monitoring of need for assistance based on change in velocity |
US6783492B2 (en) * | 2001-06-26 | 2004-08-31 | Steven Dominguez | System and method for monitoring body functions |
DE10238030B4 (de) * | 2002-08-20 | 2005-06-30 | Fujitsu Siemens Computers Gmbh | Mobiles Telekommunikationsendgerät mit einer Notruffunktion |
US20040059205A1 (en) * | 2002-09-20 | 2004-03-25 | Sven-Erik Carlson | Configuration for monitoring the state of health of a person |
-
2004
- 2004-04-08 DE DE102004017204A patent/DE102004017204B4/de not_active Expired - Lifetime
- 2004-10-19 WO PCT/EP2004/011803 patent/WO2005098724A2/de active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19709156A1 (de) * | 1997-03-06 | 1998-09-24 | Bernd Bierwisch | Verfahren zur Information von Personen mit Hilfe von Satellitennavigation |
DE19848229A1 (de) * | 1998-06-10 | 1999-06-24 | Ditec Gmbh | Vorrichtung zur Aufzeichnung und Übertragung von digitalisierten medizinischen Daten |
DE19832361A1 (de) * | 1998-07-20 | 2000-02-03 | Noehte Steffen | Körperfunktionsmonitor |
US6416471B1 (en) * | 1999-04-15 | 2002-07-09 | Nexan Limited | Portable remote patient telemonitoring system |
EP1057448A1 (de) * | 1999-06-03 | 2000-12-06 | Gust H. Bardy | System und Verfahren zur automatischen Sammlung und Analyse von periodisch erfassten Patientendaten zur Fernpatientenpflege |
DE10056072A1 (de) * | 2000-11-08 | 2002-05-29 | Johannes Roth | Vorrichtung und Verfahren zum Aufzeichnen und Weiterleiten physiologischer Daten |
WO2002054945A1 (en) * | 2001-01-16 | 2002-07-18 | Novik, Itay | Patient monitoring device and system |
Also Published As
Publication number | Publication date |
---|---|
WO2005098724A3 (de) | 2006-01-05 |
DE102004017204A1 (de) | 2005-11-10 |
WO2005098724A2 (de) | 2005-10-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69737106T2 (de) | Verfahren und system zum überwachen des gesundheitszustandes eines patienten | |
EP0918423B1 (de) | Mobiles Telefon für Internet-Anwendungen | |
DE102005061004B4 (de) | Einrichtung und Verfahren zum Zugriff auf zumindest eine auf wenigstens ein Medikament bezogene Information | |
DE10224788B4 (de) | Verfahren zur Beschaffung von persönlichen Notfallinformationen | |
DE112004000647T5 (de) | Informationssystem für vorbeugende Gesundheitsfürsorge | |
DE4441907A1 (de) | Patienten-Notfallreaktionssystem | |
DE102011089403A1 (de) | Erfassen von Patientendaten und deren Bereitstellung | |
EP1528752B1 (de) | Kommunikationssystem und Verfahren zur Bearbeitung medizinischer Daten | |
DE10354929A1 (de) | Verfahren und Einrichtung zum Identifizieren eines Subjektes | |
EP2940613A1 (de) | Datenverarbeitungs- und kommunikationseinrichtung zur aufnahme von patientendaten in therapiefreier zeit | |
DE112019002930T5 (de) | Vorrichtung, verfahren und programm zur unterstützung der erstellung eines patientenfragebogens | |
WO2002056234A2 (de) | System zur erfassung und speicherung personenspezifischer daten und entsprechendes speicherelement sowie verfahren zur rettung und/oder medizinischen versorgung von lebewesen im notfall | |
DE102004017204B4 (de) | Computersystem, Telekommunikationssystem, Computerprogrammprodukt und Verfahren zur Versendung eines Notrufs an eine Notrufzentrale | |
DE69418188T2 (de) | Patientengesundheitsvorsorge- und kommunikationssystem | |
DE202004005540U1 (de) | Elektronisches Gerät zur Detektion einer Notfallsituation, Computersystem und Praxis-EDV-System | |
DE60210302T2 (de) | Verfahren zum sicheren übertragen von patientendaten auf einem/einen datenträger | |
WO2017054820A1 (de) | Verfahren und system zur verwaltung von daten über ein lager | |
DE68928314T2 (de) | Verfahren und Vorrichtung zur Datenverarbeitung in einem Ubermittlungssystem für medizinische Informationen | |
EP3407357A1 (de) | Optimierte verteilung von personen an untersuchungseinrichtungen | |
EP3433778A1 (de) | Software mit steuerlogik zur sicheren übermittlung persönlicher daten über das internet von computern auf den server mit sicherer lagerung der daten auf servern | |
DE202006019931U1 (de) | Notfalleinrichtung zur Anzeige von Patientendaten | |
DE19951070A1 (de) | Verifikationseinrichtung, Verifikationssystem und Verifikationsverfahren für Krankenversichertenkarten | |
EP1306791A2 (de) | Vorrichtung zur Beratung von Ärzten unter lizenzkontrollierten Bedingungen | |
DE102015108447B4 (de) | Messdatenverarbeitungssystem | |
EP1870826A1 (de) | Notfalleinrichtung zur Anzeige von Patientendaten |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8364 | No opposition during term of opposition | ||
R081 | Change of applicant/patentee |
Owner name: COMPUGROUP MEDICAL SE, DE Free format text: FORMER OWNER: COMPUGROUP HOLDING AG, 56070 KOBLENZ, DE Effective date: 20110929 Owner name: COMPUGROUP MEDICAL AG, DE Free format text: FORMER OWNER: COMPUGROUP HOLDING AG, 56070 KOBLENZ, DE Effective date: 20110929 |
|
R082 | Change of representative |
Representative=s name: RICHARDT PATENTANWAELTE PARTG MBB, DE Effective date: 20110929 |
|
R081 | Change of applicant/patentee |
Owner name: COMPUGROUP MEDICAL SE, DE Free format text: FORMER OWNER: COMPUGROUP MEDICAL AG, 56070 KOBLENZ, DE |
|
R082 | Change of representative |
Representative=s name: RICHARDT PATENTANWAELTE PARTG MBB, DE |
|
R071 | Expiry of right |