DE112004000378T5 - System für den Zugriff auf Patienteninformationen - Google Patents

System für den Zugriff auf Patienteninformationen Download PDF

Info

Publication number
DE112004000378T5
DE112004000378T5 DE112004000378T DE112004000378T DE112004000378T5 DE 112004000378 T5 DE112004000378 T5 DE 112004000378T5 DE 112004000378 T DE112004000378 T DE 112004000378T DE 112004000378 T DE112004000378 T DE 112004000378T DE 112004000378 T5 DE112004000378 T5 DE 112004000378T5
Authority
DE
Germany
Prior art keywords
aforementioned
patient
server
medical information
identifier
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
DE112004000378T
Other languages
English (en)
Inventor
Brian Lawrence
John R. Zaleski
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.)
Siemens Medical Solutions USA Inc
Original Assignee
Siemens Medical Solutions Health Services Corp
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 Siemens Medical Solutions Health Services Corp filed Critical Siemens Medical Solutions Health Services Corp
Publication of DE112004000378T5 publication Critical patent/DE112004000378T5/de
Ceased legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/17ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/60ICT 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/67ICT 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Databases & Information Systems (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

Ein System für den Zugriff auf medizinische Informationen von Patienten in einem Netzwerk mit mehreren Servern, das Folgendes umfasst:
ein Depot mit Patientenbezeichnern und zugehörigen Serverbezeichnern für die Verwendung bei der Identifikation eines bestimmten Servers, auf dem medizinische Informationen eines bestimmten Patienten gespeichert sind;
einen Suchprozessor für die Einleitung einer Suche im vorgenannten Depot als Reaktion auf einen empfangenen Befehl, um einen bestimmten Serverbezeichner zu finden, der mit einem Bezeichner des vorgenannten bestimmten Patienten verknüpft ist; und
einen Schnittstellenprozessor für die Erstellung einer URL-Adresse, die in einem Datenfeld den vorgenannten, gefundenen, bestimmten Serverbezeichner enthält und dazu dient, als Reaktion auf einen Benutzerbefehl den Zugriff auf vorgenannte, gespeicherte, medizinische Informationen eines bestimmten Patienten an der vorgenannten, erstellten, auf einem Server bereitgestellten URL-Addresse anzufordern.

Description

  • Querverweis auf verwandte Anwendungen
  • Mit dieser Patentanmeldung wird Anspruch auf Vorrang vor der am 13. März 2003 eingereichten, anhängigen, vorläufigen Patentanmeldung mit der Seriennummer 60/454.278 (Patentamtsbeglaubigung Nr. 03P03690US) erhoben.
  • Hintergrund
  • Bekannte Produkte enthalten ein Web-Anzeigeprogramm für die Anzeige von lebenswichtigen Patientendaten. Zur Darstellung der lebenswichtigen Daten eines bestimmten Patienten über ein Web-Anzeigeprogramm muss ein Benutzer in der Regel mehrere Bezeichner eingeben, z. B. Benutzer-ID, Benutzerpasswort, Patientenname, Patienten-Identifikationscode, den Server und/oder den Ort, an dem die lebenswichtigen Patientendaten abgelegt sind, usw. Allerdings ist es oft der Fall, dass der Benutzer einen oder mehrere Bezeichner für den Zugriff auf derartige lebenswichtige Daten nicht kennt, da diese Informationen in der Regel zumindest teilweise innerhalb der klinischen Umgebung der behandelnden Stelle geführt werden. Zudem kann die zeitliche Aktualität derartiger Daten nicht gegeben sein. Bei einigen bekannten Produkten entsprechen die vom Benutzer angeforderten Daten und/oder medizinischen Aufzeichnungen nicht genau den Echtzeit-Patienteninformationen.
  • Zusammenfassung der vorliegenden Erfindung
  • In einigen beispielhaften Ausführungsformen wird ein System für den Zugriff auf medizinische Informationen von Patienten in einem Netzwerk bereitgestellt. Das Netzwerk enthält mehrere Server. Einige beispielhafte Ausführungsformen des Netzwerks enthalten weiterhin ein Depot mit Patientenbezeichnern und zugehörigen Serverbezeichnern, die dazu dienen, einen oder mehrere Server zu identifizieren, auf denen medizinische Informationen eines bestimmten Patienten gespeichert sind. Um auf empfangene Befehle oder Anforderungen zur Anzeige von medizinischen Informationen eines bestimmten Patienten reagieren zu können, enthalten einige beispielhafte Ausführungsformen des Netzwerks einen Suchprozessor zum Einleiten einer Suche im Depot zum Auffinden eines bestimmten, mit einem Bezeichner für einen bestimmten Patienten verknüpften Serverbezeichners. Um auf einen Benutzerbefehl reagieren zu können, enthalten einige beispielhafte Ausführungsformen des Netzwerks einen Schnittstellenprozessor für die Erstellung einer Uniform Resource Locator (URL)-Adresse, die in einem Datenfeld einen gefundenen bestimmten Serverbezeichner enthält und dazu dient, den Zugriff auf gespeicherte medizinische Informationen eines bestimmten Patienten an einer erstellten URL-Adresse anzufordern, die auf einem Server bereitgestellt wird.
  • Kurzbeschreibuag der Zeichnungen
  • Zum besseren Verständnis der breiten Palette möglicher Ausführungsformen werden im Folgenden eine detaillierte Beschreibung sowie die begleitenden Zeichnungen vorgestellt:
  • 1 ist eine beispielhafte Ausführungsform eines Systems für den Zugriff auf Patienteninformationen;
  • 2 ist ein Blockdiagramm einer beispielhaften Ausführungsform einer Informationseinrichtung für den Zugriff auf Patienteninformationen;
  • 3 ist eine beispielhafte Ausführungsform einer Benutzeroberfläche, die ein Verfahren unterstützt, das mit einem System für den Zugriff auf Patienteninformationen verknüpft ist;
  • 4 ist eine beispielhafte Ausführungsform einer Benutzeroberfläche, die ein Verfahren unterstützt, das mit einem System für den Zugriff auf Patienteninformationen verknüpft ist;
  • 5 ist eine beispielhafte Ausführungsform einer Benutzeroberfläche, die ein Verfahren unterstützt, das mit einem System für den Zugriff auf Patienteninformationen verknüpft ist;
  • 6 ist eine beispielhafte Ausführungsform einer Benutzeroberfläche, die ein Verfahren unterstützt, das mit einem System für den Zugriff auf Patienteninformationen verknüpft ist;
  • 7 ist ein Ablaufdiagramm einer beispielhaften Ausführungsform einer Methode für ein System für den Zugriff auf Patienteninformationen; und
  • 8 ist ein Ablaufdiagramm einer beispielhaften Ausführungsform einer Methode für ein System für den Zugriff auf Patienteninformationen.
  • Definitionen
  • Für die folgenden in diesem Dokument verwendeten Fachausdrücke gelten folgende Definitionen:
    • Datenbank – eine oder mehrere strukturierte Sätze persistenter Daten, die in der Regel mit Software für die Aktualisierung und Abfrage der Daten verknüpft sind. Eine einfache Datenbank könnte zum Beispiel aus einer einzigen Datei bestehen, die viele Datensätze enthält, die unter Verwendung derselben Feldsätze strukturiert sind. Eine Datenbank kann eine Zuordnung enthalten, in der verschiedene Bezeichner nach verschiedenen Faktoren angeordnet sind, z. B. Identität, physikalischer Standort, Standort in einem Netzwerk, Funktion usw.
    • Funktionsverknüpfung – eine Verknüpfung auf einer Seite, die es einem Benutzer ermöglicht, auf eine bestimmte Funktion zuzugreifen, indem die Funktionsverknüpfung durch eine Aktion wie die Betätigung einer Taste auf der Tastatur oder ein Mausklick aktiviert wird. Die Aktivierung einer Funktionsverknüpfung kann über eine „einzige Aktion" erfolgen, die sich entsprechend der Verwendung in diesem Dokument auf jede einzelne Handlung bezieht, die eine Funktion aktivieren kann, z. B. ein Mausklick, das Platzieren der Maus über einer bestimmten Stelle des Bildschirms, die Betätigung einer Taste der Tastatur, eine Stiftberührung, eine Fingerberührung oder ein Fingersignal, ein Stimmsignal, der Blick auf eine vorgegebene Bildschirmstelle für eine vorgegebene Zeit und/oder ein beliebiges Äquivalent der vorgenannten Handlungen.
    • Bezeichner – eine Gruppe von Symbolen, die für ein bestimmtes Objekt, eine bestimmte Aktivität und/oder ein bestimmtes Dokument einzigartig ist. Ein Bezeichner kann z. B. die Nummer einer medizinischen Akte sein. Ein Bezeichner kann für den Menschen lesbar und/oder maschinenlesbar sein, z. B. eine Zahl, eine alphanumerische Zeichenfolge, ein Strichcode, eine RFID-Einrichtung usw.
    • Patientenbezeichner – ein Bezeichner für einen bestimmten Patienten einer Krankenkasse. Ein Patientenbezeichner kann eine Sozialversicherungsnummer, Steuernummer, nationale ID-Nummer, Medicare-Nummer, Medicaid-Nummer, Krankenversicherungsnummer, medizinische Aktennummer usw. sein.
    • Serverbezeichner – ein Bezeichner für einen bestimmten Server, mit dem ein oder mehrere Patientenüberwachungseinrichtungen verknüpft sind.
    • Benutzerbezeichner – ein Bezeichner für einen bestimmten Benutzer einer Einrichtung und/oder eines System, die/das in diesem Dokument beschrieben ist.
    • Informationseinrichtung – eine Einrichtung, die Informationen verarbeiten kann, z. B. ein beliebiger Universal- und/oder Spezialcomputer, z. B. PC, Workstation, Server, Minicomputer, Mainframe, Supercomputer, Computerterminal, Laptop, Telefon und/oder ein beliebiges Äquivalent davon usw.
    • Schnittstelle – ein Abgrenzung zwischen zwei unabhängigen Systemen, an der diese aufeinander wirken bzw. miteinander kommunizieren. Mit Hilfe einer Schnittstelle wird eine Verbindung oder eine Interaktion hergestellt.
    • Maschinenlesbare Medien – ein Speicher, der von einer Informationseinrichtung gelesen werden kann.
    • Speicher – eine Einrichtung, die analoge oder digitale Informationen speichern kann, z. B. nichtflüchtiger Speicher, flüchtiger Speicher, Random Access Memory, RAM, Read Only Memory, ROM, Flash-Speicher, Magnetspeichermedien, eine Festplatte, eine Diskette, ein Magnetband, ein optisches Speichermedium, eine optische Platte, eine Compact Disk, eine CD, eine Digital Versatile Disk, eine DVD und/oder ein RAID-Array usw. Der Speicher kann mit einem Prozessor verbunden sein und Anweisungen speichern, die entsprechend einer in diesem Dokument veröffentlichten Ausführungsform für die Ausführung durch einen Prozessor angepasst sind.
    • Netzwerk – ein drahtgebundenes oder drahtloses Kommunikationsnetzwerk. [18] Netzwerkschnittstelle – ein Telefon, ein Mobiltelefon, ein Funkmodem, ein Telefondatenmodem, ein Faxmodem, ein Funk-Transceiver, eine Ethernet-Karte, ein Kabelmodem, eine DSL-Schnittstelle, eine Bridge, ein Hub, ein Router oder eine andere ähnliche Einrichtung.
    • Patient – ein Mensch oder ein Tier, der/das zu medizinischen Zwecken überwacht wird.
    • Patienteninformationen – Informationen, die für die medizinische Versorgung und/oder Behandlung eines Patienten relevant sind, einschließlich lebenswichtiger, biologischer und/oder physiologischer Daten, die in Echtzeit, Nahezu-Echtzeit und/oder als in der Vergangenheit erfasste Daten vorliegen, Blutdruckparameter, Beatmungsparameter, Lebensanzeichenparameter, charakteristische Parameter der Blutsauerstoffkonzentration, Infusionspumpenparameter in Verbindung mit Flüssigkeitsgabe, Parameter einer Tropfbehandlung, Blutgasparameter, Versicherungsinformationen, Informationen über Pflegepersonal, Krankenkasseninformationen, Abrechnungsinformationen, Familieninformationen, finanzielle Informationen, Therapie-Informationen, Arzneimittelinformationen und/oder beliebige Äquivalente davon usw.
    • Patientenüberwachungseinrichtungen – eine Einrichtung, die Patienteninformationen sammeln, anzeigen und/oder weiterleiten kann.
    • Prozessor – eine Einrichtung und/oder eine Menge maschinenlesbarer Anweisungen für die Ausführung einer Aufgabe. Ein Prozessor umfasst Hardware, Firmware und/oder Software oder eine Kombination aus diesen Bestandteilen. Ein Prozessor wirkt auf Informationen ein, indem er diese für die Verwendung durch eine ausführbare Prozedur und/oder eine Informationseinrichtung manipuliert, analysiert, modifiziert, umwandelt, überträgt und/oder die Informationen zu einer Ausgabeeinrichtung leitet. Ein Prozessor kann die Fähigkeiten eines Controllers nutzen.
    • Server – eine Informationseinrichtung, die für andere, mit ihm über ein Netzwerk verbundene Informationseinrichtungen bestimmte Dienste leistet. Ein typisches Beispiel ist ein Dateiserver, der mit einer lokalen Festplatte ausgestattet ist und Anforderungen von Remote-Clients zum Lesen und Schreiben von Dateien auf diese Festplatte ausführt. Ein Server kann auch den Zugriff auf Ressourcen wie Programme, gemeinsam genutzte Einrichtungen usw. ermöglichen.
    • Client – eine Informationseinrichtung und/oder ein darauf ausgeführter Prozess, die/der einen Dienst einer anderen Informationseinrichtung bzw. eines anderen darauf ausgeführten Prozesses (einem „Server") anfordert, dazu ein bestimmtes Protokoll nutzt und die Antworten des Servers entgegennimmt. Ein Client ist Teil einer Client/Server-Software-Architektur. Zum Beispiel ist ein Computer, der den Inhalt einer Datei von einem Dateiserver anfordert, ein Client dieses Dateiservers.
    • Thin Client – ein relativ einfaches Clientprogramm und/oder eine Hardware-Einrichtung, das/die für die meisten seiner/ihrer Fähigkeiten hauptsächlich auf einen Server angewiesen ist. Eine beispielhafte Ausführungsform dieser Kategorie ist eine Web-Seite, die mit einem Standard-web-Browser angezeigt wird, aber entweder Klartext, HTML, mit Skripten erzeugte Inhalte oder einfache Objekte enthält (z. B. ActiveX-Komponenten oder Java-Applets).
    • Uniform Resource Locator (URL) – eine Standardmöglichkeit zur Angabe des Speicherorts eines Objekts, z. B. einer Web-Seite, im Internet, in einem Netzwerk und/oder auf einem damit verbundenen Server. Eine URL kann ein Datenfeld mit einen oder mehreren Bezeichnern enthalten.
    • Benutzeroberfläche – eine Einrichtung und/oder ein Programm für die Übergabe von Informationen an einen Benutzer und/oder die Anforderung von Informationen durch den Benutzer. Eine Benutzeroberfläche kann Text-, Grafik-, Audio-, Video-, Animations- und/oder haptische Elemente enthalten.
    • Benutzer – eine Person, die in der Lage ist, ein System für den Zugang zu Patientendaten zu nutzen.
    • Lebensanzeichen – eine Messung eines biologischen und/oder physiologischen Prozesses in einem lebenden Organismus. Beispielhafte Ausführungsformen von lebenswichtigen, biologischen und/oder physiologischen Daten können Patienteninformationen enthalten, die mit der Herzfrequenz, der Körpertemperatur, den Blutgasen, der Anzahl der roten Blutkörperchen, dem Status der weißen Blutkörperchen, dem Atemvolumen, der Atemfrequenz eines Patienten und/oder beliebigen Äquivalenten davon im Zusammenhang stehen.
  • Detaillierte Beschreibung
  • In einigen beispielhaften Ausführungsformen wird ein System für den Zugriff auf Informationen von Patienten in einem Netzwerk bereitgestellt. Einige beispielhafte Ausführungsformen eines Systems für den Zugriff auf Patienteninformationen in einem Netzwerk enthalten eine Benutzeroberfläche, die mit Verarbeitungsmethoden verknüpft ist, die den Aufruf eines Thin Client-Anzeigeprogramms für lebenswichtige Daten von einer klinischen Zugriffsanwendung über eine Web-basierte URL-Verknüpfung ermöglichen. Einige beispielhafte Ausführungsformen des Systems nehmen Eingaben eines Patientenbezeichners und/oder von Benutzerauthentisierungsinformationen entgegen, z. B. einen Benutzernamen und ein Passwort. Nach der Eingabe des Patientenbezeichners ruft das System automatisch das richtige Anzeigeprogramm für lebenswichtige Daten auf, in dem Informationen von einem Patienten angezeigt werden, die mit einem gültigen Patientenbezeichner von einem innerhalb eines klinischen Krankenhausinformationssystems angeordneten Hostserver verknüpft sind. Einige beispielhafte Ausführungsformen eines Systems für den Zugriff auf Patienteninformationen fragen automatisch mehrere Server ab, um den Benutzer mit Patienteninformationen versorgen zu können. Durch das zyklische Abfragen von Servern wird eine gemeinsame Datenbank mit Bezeichnern für Patienten und die Server, auf denen ihre Informationen abgelegt sind, erstellt und aktuell gehalten. Über eine Benutzeroberfläche werden die Patienteninformationen durch die Nutzung der Bezeichner zum Aufruf einer Browser-basierten Anwendung wie das Anzeigeprogramm für lebenswichtige Daten abgefragt.
  • 1 ist eine beispielhafte Ausführungsform eines Systems 100 für den Zugriff auf Patienteninformationen. Einige beispielhafte Ausführungsformen des Systems 100 enthalten mehrere Patientenüberwachungseinrichtungen 110. Ein Patient ist mit einem oder mehreren Patientenüberwachungseinrichtungen verbunden. Die Patientenüberwachungseinrichtung 110 ist mit einem oder mehreren Servern 120 verbunden. Die Server 120 enthalten einen oder mehrere Prozessoren 125. Die Prozessoren 125 führen beliebige Funktionen aus, z. B. das Sammeln von Informationen von den zugehörigen Patientenüberwachungseinrichtungen 110, Organisation der gesammelten Informationen entsprechend den Patientenbezeichnern und/oder Bezeichnern der Patientenüberwachungseinrichtungen, Entgegennahme von Anforderungen für auf Server 120 gespeicherten Bezeichnern, Senden angeforderter Informationen, Durchführung der Systempflege, Autorisierung von Benutzern für den Zugriff auf System 100 und/oder beliebige Äquivalente davon usw.
  • In einigen beispielhaften Ausführungsformen von System 100 sind die Server 120 mit einem Depotserver 130 verbunden. Einige beispielhafte Ausführungsformen von Depotserver 130 enthalten ein Depot 140. Das Depot 140 bietet die Funktionalität einer Datenbank, in der eine gemeinsame Liste aller Patienten mit ihren jeweiligen Überwachungseinrichtungen aktuell gehalten wird. Ein Beispiel eines Systems 100 für den Zugriff auf Patienteninformationen nutzt Patienten- und Serverbezeichner, die im Depot 140 gespeichert sind. Der Depotserver 130 enthält einen oder mehrere Prozessoren 135. Die Prozessoren 135 enthalten einen Suchprozessor, einen Schnittstellenprozessor, einen Erfassungsprozessor, einen Anzeigeprozessor, einen Autorisierungsprozessor und/oder beliebige Äquivalente davon usw.
  • Mit Hilfe einer geeigneten Zugriffseinrichtung 150 greift ein Benutzer über den Depotserver 130, das Depot 140 und/oder die Server 120 auf Patienteninformationen zu. Die Zugriffseinrichtung 150 ist eine beliebige Universal- und/oder Spezialinformationseinrichtung. Die Netzwerkverbindungen von System 100 sind drahtgebundene und/oder drahtlose Verbindungen und/oder ein Kommunikationsnetzwerk. Einige beispielhafte Ausführungsformen von System 100 sind passwortgeschützt und/oder nutzen Standard-Netzwerksicherheitsmaßnahmen wie Passwort- und Datenverschlüsselung, Firewalls, Computervirenschutz und/oder beliebige Äquivalente davon usw.
  • 2 ist ein Blockdiagramm einer beispielhaften Ausführungsform einer Informationseinrichtung 200, das in einigen funktionsfähigen Ausführungsformen z. B. die Patientenüberwachungseinrichtung 110, den Server 120, den Depotserver 130, das Depot 140 und/oder die Zugriffseinrichtung 150 von 1 darstellt. Die Informationseinrichtung 200 kann eine beliebige von zahlreichen wohlbekannten Komponenten enthalten, z. B. eine oder mehrere Netzwerkschnittstellen 210, einen oder mehrere Prozessoren 220, einen oder mehrere Speicher 230 mit Anweisungen 240, eine oder mehrere Input/Output (I/O)-Einrichtungen 250 und/oder eine oder mehrere Benutzeroberflächen 260, die mit I/O-Einrichtung 250 verbunden sind, usw.
  • Einige beispielhafte Ausführungsformen von Informationseinrichtung 200 enthalten eine Benutzeroberfläche 260. Die Benutzeroberfläche 260 zeigt Patienteninformationen an. Die Benutzeroberfläche 260 präsentiert auch Anweisungen für die Interaktion mit der Informationseinrichtung 200. In einigen beispielhaften Ausführungsformen arbeitet die Benutzeroberfläche 260 mit einer oder mehreren Input/Output (I/O)-Einrichtungen 250 zusammen. Die Interaktion zwischen der Benutzeroberfläche 260 und der I/O-Einrichtung 250 ermöglicht es einem Benutzer, Patienteninformationen anzufordern, zu sammeln, zu organisieren, zu betrachten und/oder weiterzuleiten usw. Von einigen beispielhaften Ausführungsformen von I/O-Einrichtung 250 werden die Patienteninformationen automatisch gesammelt, angefordert, weitergeleitet, angezeigt und/oder organisiert usw. In einigen beispielhaften Ausführungsformen wird vom Benutzer über eine oder mehrere Benutzeroberflächen 260, z. B. eine oder mehrere grafische Benutzeroberflächen, eine URL einer gewünschten Patientenüberwachungseinrichtung eingegeben und/oder es werden aktuelle Standortinformationen über die gewünschte Patientenüberwachungseinrichtung empfangen.
  • Einige beispielhafte Ausführungsformen der Informationseinrichtung 200 enthalten Patienteninformationen mit Echtzeit, Nahezu-Echtzeit und/oder in der Vergangenheit erfassten Patientendaten, die von anderen Informationseinrichtungen wie Patientenüberwachungseinrichtungen und den zugehörigen Servern gesammelt wurden. In einigen beispielhaften Ausführungsformen werden Patienteninformationen im Speicher 230 gespeichert. Einige beispielhafte Ausführungsformen von Speicher 230 enthalten eine Liste mit Patientenbezeichnern und den zugehörigen Serverbezeichnern. Durch die Anweisungen 240 für die Informationseinrichtung 200 wird eine geeignete Erhebung und Organisation von Daten und Informationen im Speicher 230 vorgenommen. Die Anweisungen 240 werden in einer oder mehreren anderen Speicherarten gespeichert.
  • Einige beispielhafte Ausführungsformen der Informationseinrichtung 200 enthalten einen oder mehrere Prozessoren 220. Eine beispielhafte Ausführungsform von Prozessor 220 ist ein Suchprozessor. Als Reaktion auf einen empfangenen Befehl leitet der Prozessor 220 eine Suche im Speicher 230 ein. Ein empfangener Befehl kann vom Benutzer initiiert oder ein zeitgesteuertes Ereignis sein, das durch einen Benutzer oder durch Software zeitlich geplant worden ist. Der Prozessor 220 sucht nach Patienten- und Serverbezeichnern. Einige beispielhafte Ausführungsformen des Prozessors 220 fragen verschiedene Server zyklisch ab, um Patienten zu finden, die an mit einem oder mehreren Servern verknüpften Patientenüberwachungseinrichtungen angeschlossen sind. Der zyklische Abfrageprozess ist ein automatisches und/oder zeitlich geplantes Ereignis. Alternativ kann der Prozessor 220 von einem Benutzer per Befehl zur Einleitung einer Suche veranlasst werden.
  • In einigen beispielhaften Ausführungsformen signalisiert der Prozessor 220, ob ein bestimmter Patient zur Zeit überwacht wird, bevor ein Benutzer versucht, auf die medizinischen Informationen des Patienten zuzugreifen. Ein Benutzer muss nicht wissen, wo sich ein bestimmter Patient konkret befindet, um auf die Patienteninformation zugreifen zu können.
  • Eine beispielhafte Ausführungsform von Prozessor 220 ist ein Schnittstellenprozessor. Auf diese Weise koordinieren einige beispielhafte Ausführungsformen des Prozessors 220 eine Reaktion auf einen Benutzerbefehl für Patienteninformationen. Der Prozessor 220 erzeugt eine URL-Adresse für den Zugriff auf angeforderte Informationen. Einige beispielhafte Ausführungsformen des Prozessors 220 nutzen die entsprechenden Patienten- und Serverbezeichner für die Erstellung einer URL. Nach der Aktivierung der URL leitet der Prozessor 220 die Sammlung der angeforderten Informationen ein. Weiterhin überträgt der Prozessor 220 die gesammelten Informationen über die Benutzeroberfläche 260 und/oder die I/O-Einrichtung 250 an einen Benutzer. Bei einigen beispielhaften Ausführungsformen bestimmt der Prozessor 220, ob der angeforderte Patientenbezeichner und/oder die zugehörigen Serverbezeichner in einem Netzwerk existieren und leitet die Erstellung einer Meldung ein, in der mitgeteilt wird, ob die angegebenen Bezeichner verfügbar sind. Einige beispielhafte Ausführungsformen von Prozessoren 220 blockieren die Einleitung einer Anforderung für den Zugriff auf die medizinischen Informationen eines Patienten, wenn der angeforderte Patientenbezeichner und/oder ein Serverbezeichner im entsprechenden Netzwerk nicht vorhanden ist.
  • Eine beispielhafte Ausführungsform des Prozessors 220 ist ein Erfassungsprozessor. Auf diese Weise erfassen einige beispielhafte Ausführungsformen des Prozessors 220 eine Liste mit Patienten- und Serverbezeichnern und/oder stellen eine solche zur Speicherung im Speicher 230 zusammen. Einige beispielhafte Ausführungsformen von Prozessoren 220 sammeln andere Arten von Daten von mehreren I/O-Einrichtungen 250 und/oder Benutzerschnittstellen 260, z. B. Lebensanzeichendaten von Patienten, in der Vergangenheit erfasste Patientendaten, Abrechnungsinformationen und/oder andere entsprechende Patienteninformationen. Bei einigen beispielhaften Ausführungsformen wird die Erfassungsfunktion von Prozessor 220 automatisch und/oder zeitlich geplant ausgeführt. Alternativ kann der Prozessor 220 von einem Benutzer manuell zur Durchführung verschiedener Aufgaben veranlasst werden. Einige beispielhafte Ausführungsformen von Prozessoren 220 fragen eine Vielzahl verschiedener Server periodisch und/oder aperiodisch ab und stellen Daten für die Speicherung im vorgenannten Depot zusammen, aus denen Patientenbezeichner und die zugehörigen Serverbezeichner hervorgehen. Einige beispielhafte Ausführungsformen von Prozessoren 220 fragen als Reaktion auf die Eingabe mehrerer Server diese Server periodisch und/oder aperiodisch ab. Eine beispielhafte Ausführungsform einer Eingabe ist eine beliebige Datenform oder ein beliebiger Datensatz, in der/dem mehrere Bezeichner angegeben sind.
  • Eine beispielhafte Ausführungsform des Prozessors 220 ist ein Anzeigeprozessor. Auf diese Weise initiieren einige beispielhafte Ausführungsformen von Prozessoren 220 verschiedene Formen der Datenanzeige, z. B. die Anzeige von Text- und/oder grafischen Daten von Patienteninformationen auf der Benutzeroberfläche 260, z. B. einen EKG-Signalverlauf, und/oder aktualisieren diese ständig.
  • Eine beispielhafte Ausführungsform des Prozessors 220 ist ein Autorisierungsprozessor. Auf diese Weise prüfen einige beispielhafte Ausführungsformen von Prozessoren 220, ob ein Benutzer zum Zugriff auf Patienteninformationen berechtigt ist, die in einer oder mehreren Informationseinrichtungen 200 und/oder einem Netzwerk gespeichert sind, das aus mehreren Informationseinrichtungen 200 besteht. Falls ein Benutzer nicht zum Zugriff auf Patienteninformationen berechtigt ist, verhindert der Prozessor 220 den Zugriff auf die Informationseinrichtung 200 und in einigen beispielhaften Ausführungsformen leitet der Prozessor 220 die Erstellung einer Meldung ein, in der mitgeteilt wird, dass der Zugriff nicht erlaubt ist. Alternativ, wenn ein Benutzer zum Zugriff auf die Informationseinrichtung 200 berechtigt ist, teilt der Prozessor 220 dem Benutzer den erfolgreichen Zugriff mit.
  • Einige beispielhafte Ausführungsformen der Informationseinrichtung 200 enthalten eine Netzwerkschnittstelle 210. Die Netzwerkschnittstelle 210 ermöglicht die Interaktion mit anderen Informationseinrichtungen 200 über ein drahtgebundenes und/oder drahtloses Netzwerk.
  • 3 ist eine beispielhafte Ausführungsform einer Benutzeroberfläche 300, die ein Verfahren unterstützt, das mit einem System für den Zugriff auf Patienteninformationen verknüpft ist. Einige beispielhafte Ausführungsformen der Benutzeroberfläche 300 sind ausführbare Anwendungen ohne Browser, die für das Sammeln von Informationen über ein Netzwerk konfiguriert sind. Einige beispielhafte Ausführungsformen einer ausführbaren Anwendung unterstützen den Zugriff auf Patienteninformationen über eine klinische Zugangsanwendung, die eine Internet-kompatible Benutzeroberfläche 300 und Verarbeitungsmethoden enthält und auf diese Weise den Aufruf eines Thin Client-Anzeigeprogramms für lebenswichtige Daten über eine Web-basierte URL-Verknüpfung ermöglicht. Einige beispielhafte Ausführungsformen der Benutzeroberfläche 300 werden über eine Browser-Seite angezeigt und/oder dargestellt, die über eine URL-Adresse 330 angegeben wird. Die URL-Adresse 330 enthält ein Datenfeld mit verschiedenen Bezeichnern.
  • Einige beispielhafte Ausführungsformen der Benutzeroberfläche 300 enthalten eine Anmeldemaske 310. Die Anmeldemaske 310 enthält eine Anmeldefunktion 320. Einige beispielhafte Ausführungsformen der Anmeldefunktion 320 enthalten ein Standardsystem für Benutzername und Passwort. Auf diese Weise nimmt die Anmeldefunktion 320 einen Benutzernamen und ein Passwort entgegen, um den Zugang zu einem System für den Zugriff auf Patienteninformationen zu ermöglichen. Alternativ nimmt die Anmeldefunktion 320 einen Patientenbezeichner als Eingabe entgegen. Bei einigen beispielhaften Ausführungsformen wird nach der Eingabe des Patientenbezeichners das richtige Anzeigeprogramm für lebenswichtige Daten von einem Hostserver aus angezeigt, der sich innerhalb eines klinischen Krankenhausinformationssystems befindet.
  • Einige beispielhafte Ausführungsformen eines Anmeldebildschirms 310 enthalten ein oder mehrere Benutzeroberflächenelemente, z. B. Schaltflächen 330, Funktionsverknüpfungen 340 und/oder Symbolverknüpfungen 350. Durch die Aktivierung eines Benutzeroberflächenelements 330, 350 und/oder einer Funktionsverknüpfung 340 wird eine Aktion ausgelöst, z. B. das Öffnen eines separaten Fensters, die Übergabe des Benutzers an ein anderes Fenster und/oder der Aufruf einer neuen Anwendung usw.
  • 4 ist eine beispielhafte Ausführungsform einer Benutzeroberfläche 400, die ein Verfahren unterstützt, das mit einem System für den Zugriff auf Patienteninformationen verknüpft ist. Die Benutzeroberfläche 400 präsentiert eine Patienteninformationsansicht 410. Einige beispielhafte Ausführungsformen von Patienteninformationsansicht 410 enthalten eine Patientenliste 450, eine oder mehrere Funktionsverknüpfungen 440 und/oder ein oder mehrere Bildlaufmenüs 460. Durch Klicken auf das entsprechende Seitenregister 430 lassen sich verschiedenen Masken zur Ansicht auswählen. Einige beispielhafte Ausführungsformen der Übersichtsansicht 410 enthalten innerhalb der Benutzeroberfläche 400 eine Teilmaske. Auf diese Weise bleiben einige Merkmale der Benutzeroberfläche 400 statisch, z. B, ein Benutzerbezeichner 420 und/oder verschiedene Funktionsverknüpfungen 470, z. B. ein Symbol für die Druckfunktionsverknüpfung oder ein Hyperlink zum Abmelden.
  • Einige beispielhafte Ausführungsformen der Patientenliste 450 enthalten eine Liste mit Patientennamen und zugehörigen Patienteninformationen. Zu den Patienteninformationen gehören Name, Alter, Geschlecht, Ort und/oder Lebensanzeichendaten usw. Einige beispielhafte Ausführungsformen eines Patientennamens enthalten eine Funktionsverknüpfung zu weiteren Patienteninformationen. Bei einigen beispielhaften Ausführungsformen ist ein Patientenname mit einem Tabellensymbol 455 verknüpft. Bei einigen beispielhaften Ausführungsformen ermöglicht die Auswahl des Tabellensymbols 455 durch den Benutzer den Zugriff auf alle Patienteninformationen, die in einer herkömmlichen Patientenakte enthalten sind.
  • 5 ist eine beispielhafte Ausführungsform einer Benutzeroberfläche 500, die ein Verfahren unterstützt, das mit einem System für den Zugriff auf Patienteninformationen verknüpft ist. Die Benutzerschnittstelle 500 enthält eine Patienteninformationsansicht 510. Bei einigen beispielhaften Ausführungsformen wird nach der Auswahl eines Patientennamens eine detaillierte Patientenansicht 520 geöffnet. Die detaillierte Patientenansicht 520 enthält zusätzliche Patienteninformationen wie ID-Nummer, Lebensanzeichen, physiologische Daten, Patientenüberwachungseinrichtungen, an die der Patient zur Zeit angeschlossen ist, in der Vergangenheit erfasste Patienteninformationen und/oder beliebige Äquivalente davon usw. Einige beispielhafte Ausführungsformen der detaillierten Patientenansicht 520 enthalten auch Funktionsverknüpfungen zu Anwendungen für das Management von Patientenüberwachungseinrichtungen. Zum Beispiel wählt ein Benutzer ein Symbol für einen IV-Tropf, um Zugriff auf eine Benutzeroberfläche zu erhalten, die die Einstellung der IV-Tropf-Parameter ermöglicht. Einige beispielhafte Ausführungsformen der detaillierten Patientenansicht 520 enthalten verschiedene Bildlauffunktionen 530, um weitere Daten anzeigen zu können.
  • 6 ist eine beispielhafte Ausführungsform einer Benutzeroberfläche 600, die ein Verfahren unterstützt, das mit einem System für den Zugriff auf Patienteninformationen verknüpft ist. Einige beispielhafte Ausführungsformen der Benutzerschnittstelle 600 enthalten ein Anzeigeprogramm für lebenswichtige Patientendaten 610. Das Anzeigeprogramm für lebenswichtige Patientendaten 610 enthält alle Lebensanzeichen- und/oder physiologischen Informationen 620, 650 für einen Patienten. Das Anzeigeprogramm für lebenswichtige Patientendaten 610 enthält eine oder mehrere Teilmasken 630, 640, die Bildlaufleisten enthalten. Durch eine derartige Anordnung kann der Benutzer auf mehr Informationen innerhalb eines einzigen Anzeigeprogramms für lebenswichtige Patientendaten zugreifen.
  • Einige beispielhafte Ausführungsformen von Informationen 620 enthalten physiologische Informationen, die in Echtzeit- und/oder Nahezu-Echtzeit dargestellt werden. Die innerhalb des Anzeigeprogramms für lebenswichtige Patientendaten 610 präsentierten Informationen. 620, 650 sind das Ergebnis der von der Patientenüberwachungseinrichtung gesammelten und/oder den vom Betreuungspersonal an der behandelnden Stelle eingegebenen Daten. Die Informationen 620 werden dem Benutzer in Textform präsentiert. Einige beispielhafte Ausführungsformen der Informationen 650 enthalten grafische Informationen, z. B. eine Darstellung der Hirnstromaktivität. Die Informationen 620, 650 enthalten außerdem vorher erstellte Text- und/oder grafische Patientendaten und/oder -informationen.
  • 7 ist ein Ablaufdiagramm einer beispielhaften Ausführungsform einer Methode 700 für ein System für den Zugriff auf Patienteninformationen. Die Aktivität 710 empfängt einen Befehl. Einige beispielhafte Ausführungsformen eines Befehls enthalten Anweisungen für das Sammeln von Patienten- und/oder Serverbezeichnern, die mit bestimmten Patienten verknüpft sind. Ein Befehl wird automatisch generiert oder von einem Benutzer manuell eingeleitet.
  • Von Aktivität 720 werden die Bezeichner für die Speicherung in einem Depot gesammelt. Bei einigen beispielhaften Ausführungsformen bezeichnen Patientenbezeichner einen Patienten, dessen Patienteninformationen in einem Patienteninformationsmanagementsystem gespeichert sind. Die zugehörigen Serverbezeichner werden für die Bezeichnung des Servers bzw. der Server verwendet, auf dem/denen die Informationen eines Patienten gespeichert sind. Von Aktivität 730 werden Bezeichner gespeichert. Die Bezeichner werden entsprechend einem beliebigen Organisationssystem gesammelt und organisiert. Bei einigen beispielhaften Ausführungsformen nutzt ein Depotserver einem Prozessor, z. B. einen Erfassungs- Such-, Netzwerk-, Anzeige-, Autorisierungs- und/oder Schnittstellenprozessor zur Erfassung und/oder Organisation von Patientenbezeichnern und den zugehörigen Serverbezeichnern. Die Bezeichner werden auf/in einem oder mehreren Servern und/oder Depots gespeichert. Bei einigen beispielhaften Ausführungsformen enthält ein Depot eine Zuordnung, über die die Patientenbezeichner mit den zugehörigen Serverbezeichnern verknüpft sind, um einen Server anzugeben, auf dem medizinische Informationen eines bestimmten Patienten abgelegt sind. Auf diese Weise fragen verschiedene zyklische Abfrageprozesse eine Liste aktiver Patienten ab, die an mit Servern verbundenen Patientenüberwachungseinrichtungen angeschlossen sind. Daraus wird eine Masterliste und/oder – zuordnung erstellt. Die Zuordnung wird kontinuierlich und automatisch aktualisiert, so dass Änderungen von überwachten Patientenparametern übernommen und somit veraltete Patienteninformationen eliminiert werden.
  • Von Aktivität 740 wird eine URL generiert. Die URL enthält den Patientenbezeichner und/oder Serverbezeichner im URL-Datenfeld. Die Aktivität 750 verarbeitet eine Anforderung für den Zugriff auf Informationen. Bei einigen beispielhaften Ausführungsformen ist über einen URL-Adresse mit Patientenbezeichner und einem oder mehreren zugehörigen Serverbezeichnern die Abfrage von Patienteninformationen über einen Browser in einem Netzwerk möglich.
  • 8 ist ein Ablaufdiagramm einer beispielhaften Ausführungsform einer Methode 800 für ein System für den Zugriff auf Patienteninformationen. Aktivität 810 durchsucht mindestens eine Datenquelle nach einem Patientenbezeichner und allen zugehörigen Serverbezeichnern. Bei einigen beispielhaften Ausführungsformen ist die Suche das Ergebnis einer automatischen Anweisung. Alternativ kann ein Benutzer eine Suche mit einem über eine Benutzeroberfläche eingegebenen Befehl einleiten. Aktivität 820 erstellt eine URL-Adresse aus dem Suchergebnis und fügt einen Server- und/oder Patientenbezeichner in das Datenfeld ein.
  • Aktivität 830 nimmt eine Anforderung für den Zugriff auf Patienteninformationen an der URL-Adresse entgegen. Bei einigen beispielhaften Ausführungsformen erfolgt die Anforderung durch das Anklicken einer Funktionsverknüpfung durch einen Benutzer. Alternativ kann ein Benutzer zur Erstellung einer Liste von Patienten, die mit diesem Benutzer verknüpft sind, einen Benutzerbezeichner eingeben. Bei einigen beispielhaften Ausführungsformen kann ein Benutzer auch einen Patientenbezeichner eingeben, um eine Anforderung für den Zugriff auf Informationen zu erstellen, die mit diesem speziellen Patienten verknüpft sind.
  • Durch Aktivität 840 werden die Patienteninformationen für die Anzeige auf einer Benutzeroberfläche übertragen. Durch die Übertragung von Patienteninformationen kann ein Benutzer Patienteninformationen in Echtzeit und/oder Nahezu-Echtzeit anfordern. Von Aktivität 850 werden die Patienteninformationen dem Benutzer über eine Benutzeroberfläche angezeigt. Bei einigen beispielhaften Ausführungsformen wird, wenn ein Patientenbezeichner im Depot und/oder auf den Servern gefunden wird, ein Anzeigeprogramm für lebenswichtige Daten aufgerufen und einem Benutzer auf einer Web-Seite dargestellt, die der Benutzer für die Anzeige der Patienteninformationen nutzt. Wenn der Patientenbezeichner auf mehreren Servern dupliziert wird, werden diese Informationen dem Benutzer durch die Benutzeroberfläche angezeigt. Wenn kein entsprechender Patientenbezeichner gefunden wird, wird dem Benutzer eine entsprechende Meldung angezeigt. Die Eingabe eines Patientenstandorts, z. B. eines physikalischen Standorts oder eines Standorts im Netzwerk, durch den Benutzer ist nicht erforderlich, um auf die Patienteninformationen zugreifen zu können.
  • Einige beispielhafte Ausführungsformen eines Systems für den Zugriff auf Patienteninformationen enthalten einen URL-Aufruf innerhalb der klinischen Client-Anwendung von: http://<Hostservername_oder_IP_Adresse>/Win ViewFrontEnd/wVBootAgent.asp. Der URL-Aufruf wird physikalisch der Datei WVBootAgent.asp im Verzeichnis C:\Inetpub\wwwRoot\WinViewFrontEnd auf dem Gateway-Server zugeordnet.
  • Einige beispielhafte Ausführungsformen eines Systems für den Zugriff auf Patienteninformationen enthalten die Datei WVBootAgent.asp. Die Seite wird mit den folgenden Parametern aufgerufen:
    http://<Hostservername_oder_IP_Address>/WinViewFrontEnd/WVBoot Agent.asp?Login=guest&PID=xxxxxxxxwvyz&Pwd=winview. Es folgt der entsprechende Code:
    Figure 00230001
    Figure 00240001
  • Einige beispielhafte Ausführungsformen eines Systems für den Zugriff auf Patienteninformationen können die Datei checkPID.asp enthalten. PID, Login und Pwd sind aus der aufrufenden Seite zu extrahieren: WVBootAgent.asp. Es folgt der Code der Datei checkPID.asp:
    Figure 00240002
    Figure 00250001
  • Innerhalb von checkPID.asp ist pid_info.inf eine manuell erstellte Datei, die eine Liste von Patienten-IDs und den zugehörigen Gateway-Servern enthält. Diese Datei wird in der Regel für jeden Gateway gepflegt (d. h. aktualisiert). Weiter ist in checkPID.asp folgender Code enthalten:
    Response.Write( "<BR>" ) set f = fs.OpenTextFile("C:\SecureFiles\WinViewFE\pid_info.inf", ForReading, false) IF f.ReadLine = "PID INFO FILE == DO NOT MODIFY"
    Figure 00260001
  • Wenn bei einigen beispielhaften Ausführungsformen von checkPID.asp nur ein Gateway-Server mit dieser Patienten-ID (PID) gefunden wird, dann ist alles in Ordnung und als nächster Schritt wird die eigentliche ActiveX-Seite aufgerufen, die den Winwebviewer startet. Weiter ist in checkPID.asp folgender Code enthalten:
    Figure 00270001
    Figure 00280001
  • In einigen beispielhaften Ausführungsformen eines Systems für den Zugriff auf medizinische Informationen von Patienten ist eine GatewayPIDListener ReadMe-Datei enthalten, die folgenden Text enthält:
    Figure 00280002
    Figure 00290001
    Figure 00290002
    Figure 00300001
    Figure 00310001
  • In einigen beispielhaften Ausführungsformen eines Systems für den Zugriff auf medizinische Informationen ist die Datei GatewayPIDListener.java enthalten, die folgenden Code enthält:
    Figure 00310002
    Figure 00320001
    Figure 00330001
    Figure 00340001
    Figure 00350001
    Figure 00360001
  • In einigen beispielhaften Ausführungsformen eines Systems für den Zugriff auf medizinische Informationen von Patienten sind die folgenden Anweisungen für das Finden eines Servers enthalten:
    Figure 00360002
  • Einige beispielhafte Ausführungsformen eines Systems für den Zugriff auf Patienteninformationen enthalten den automatischen Start eines GatewayPidListener auf einem Gateway-Server. Die Datei GatewayPidListener_auto.bat auf Laufwerk C: eines Gateways suchen. Inhalt der Datei:
    cd c:\securefiles\winviewfe GatewayPidListener.bat
  • Anschließend die folgenden Informationen in die Datei Autoexec.bat auf dem Server einfügen (Zugriff mit dem Befehl Sysedit von der Kommandozeile Start->Ausführen aus):
    c:\GatewayPidListener auto.bat
  • Wenn ein Prozess aus irgendeinem Grund nicht ausgeführt wird und dies durch Prüfprozesse innerhalb einer Aufgabenmanagementoperation bestätigt wird, kann der Benutzer entweder auf die Datei GatewayPidListener_auto.bat auf dem Laufwerk c: oder die Datei GatewayPidListener.bat im Verzeichnis securefiles\winviewfe zugreifen. Dies kann auch dadurch erreicht werden, dass die Datei GatewayPidListener auto.bat in den Ordner Start kopiert wird. Dadurch wird der Prozess automatisch beim Hochfahren des Servers gestartet.
  • Einige beispielhafte Ausführungsformen eines Systems für den Zugriff auf Patienteninformationen enthalten eine Benutzeroberfläche und Verarbeitungsmethoden, die den Aufruf eines Thin Client-Anzeigeprogramms für lebenswichtige Daten von einer klinischen Zugriffsanwendung über eine Web-basierte URL-Verknüpfung ermöglichen. Dieses System nimmt die Patienten-ID entgegen und ruft automatisch das richtige Anzeigeprogramm für lebenswichtige Daten vom Host-Gateway-Server auf, der sich im klinischen Krankenhausinformationssystem befindet und präsentiert die Ergebnisse für diesen Patienten (falls auf einem Monitor) über das Web in einem eigenen Web-Fenster. Obwohl das Anzeigeprogramm für lebenswichtige Daten diesen Vorgang ohne Unterstützung selbst ausführen kann, hat das System die Möglichkeit, mehrere vorhandene Server automatisch zu überprüfen (ohne dass eine Angabe über eine klinische Zugriffsanwendung erforderlich ist), um dem Benutzer die richtigen lebenswichtigen Signale des Patienten zur Verfügung zu stellen. Das Methodensystem, das diese Aufgabe übernimmt, führt zyklische Abfrageprozesse aus, die eine Liste aktiver Patienten auf Monitoren für lebenswichtige Daten auf jedem existierenden Server abfragen und eine Masterliste erstellen, die vom Web-basierten Anzeigeprogramm für die Nahezu-Echtzeit-Bestimmung abgefragt wird, ob ein Patient auf einem Monitor für lebenswichtige Daten angezeigt wird. Wenn ein Patient in einer der mit dem Server verknüpften Datenbanken gefunden wird, wird das Anzeigeprogramm für lebenswichtige Daten des Patienten aufgerufen und auf einer Web-Seite einem Benutzer präsentiert, die der Benutzer für die Anzeige der Nahezu-Echtzeit-Ergebnisse der lebenswichtigen Daten nutzt. wenn die Patienten-ID auf mehreren Servern dupliziert wird, wird diese Methode dem Benutzer angezeigt. Wenn kein äquivalenter Patientenbezeichner gefunden wird, wird dem Benutzer diese Meldung angezeigt.
  • Die aktuelle Server-Produktreihe enthält ein Thin Client-Web-Anzeigeprogramm für die Anzeige von lebenswichtigen Patientendaten. Um die lebenswichtigen Parameter eines bestimmten Patienten über ein Thin Client-Web-Anzeigeprogramm anzeigen zu können, ist es erforderlich, die Benutzer-ID, das Benutzerpasswort, den Namen des konkreten Servers, auf dem die Patientendaten abgelegt sind, und den Patientenbezeichner anzugeben. In der Regel verfügt der Benutzer eines klinischen Informationssystems jedoch über keine Informationen über den konkreten Server, da diese normalerweise innerhalb der klinischen Umgebung an der behandelnden Stelle geführt werden. Ein System für den Zugriff auf Patienteninformationen erspart es dem Benutzer, den konkreten Gateway-Server kennen und angeben zu müssen, da eine gemeinsame Datenbank aller Gateway-Patientenlistendateien gepflegt wird (normalerweise von den Servern erstellt) und diese zusammen mit einer Aufrufseite zur Extraktion der Identität des Gateway-Servers und der zugehörigen Patienten auf den Servern Verwendung findet.
  • Ein System für den Zugriff auf Patienteninformationen hat den Vorteil, dass es die Fähigkeit zum Aufruf des Webbasierten Thin Client-Anzeigeprogramms für lebenswichtige Daten hat, der mit der Gateway-Server-Produktreihe geliefert wird, ohne dass vorher der Standort eines Patienten auf einem bestimmten Gateway-Server angegeben werden muss. In einer alternativen beispielhaften Ausführung wird ein bestimmter Serverbezeichner in den Code eines URL-Aufrufs eines Thin Client-Web-Anzeigeprogramms eingefügt. Das System kann von anderen Anwendungen genutzt werden, die konkrete Informationen über den Standort eines Objekts innerhalb eines Unternehmens benötigen (d. h. Auffinden eines bestimmten Patienten innerhalb der klinischen Bereiche eines bestimmten Krankenhauses).
  • Weitere Ausführungsformen können vom Fachmann leicht aus der obigen detaillierten Beschreibung und den Zeichnungen einiger beispielhafter Ausführungsformen abgeleitet werden.
  • Zusammenfassung
  • In einigen beispielhaften Ausführungsformen wird ein System für den Zugriff auf medizinische Informationen von Patienten in einem Netzwerk bereitgestellt. Das Netzwerk enthält mehrere Server. Einige beispielhafte Ausführungsformen des Netzwerks enthalten weiterhin ein Depot mit Patientenbezeichnern und zugehörigen Serverbezeichnern, die dazu dienen, einen oder mehrere Server zu identifizieren, auf denen medizinische Informationen eines bestimmten Patienten gespeichert sind. Um auf empfangene Befehle oder Anforderungen zur Anzeige von medizinischen Informationen eines bestimmten Patienten reagieren zu können, enthalten einige beispielhafte Ausführungsformen des Netzwerks einen Suchprozessor zum Einleiten einer Suche im Depot zum Auffinden eines bestimmten, mit einem Bezeichner für einen bestimmten Patienten verknüpften Serverbezeichners. Um auf einen Benutzerbefehl reagieren zu können, enthalten einige beispielhafte Ausführungsformen des Netzwerks einen Schnittstellenprozessor für die Erstellung einer Uniform Resource Locator (URL)-Adresse, die in einem Datenfeld einen gefundenen bestimmten Serverbezeichner enthält und dazu dient, den Zugriff auf gespeicherte medizinische Informationen eines bestimmten Patienten an einer erstellten URL-Adresse anzufordern, die auf einem Server bereitgestellt wird.

Claims (12)

  1. Ein System für den Zugriff auf medizinische Informationen von Patienten in einem Netzwerk mit mehreren Servern, das Folgendes umfasst: ein Depot mit Patientenbezeichnern und zugehörigen Serverbezeichnern für die Verwendung bei der Identifikation eines bestimmten Servers, auf dem medizinische Informationen eines bestimmten Patienten gespeichert sind; einen Suchprozessor für die Einleitung einer Suche im vorgenannten Depot als Reaktion auf einen empfangenen Befehl, um einen bestimmten Serverbezeichner zu finden, der mit einem Bezeichner des vorgenannten bestimmten Patienten verknüpft ist; und einen Schnittstellenprozessor für die Erstellung einer URL-Adresse, die in einem Datenfeld den vorgenannten, gefundenen, bestimmten Serverbezeichner enthält und dazu dient, als Reaktion auf einen Benutzerbefehl den Zugriff auf vorgenannte, gespeicherte, medizinische Informationen eines bestimmten Patienten an der vorgenannten, erstellten, auf einem Server bereitgestellten URL-Addresse anzufordern.
  2. Ein System gemäß Patentanspruch 1, in dem das vorgenannte Depot eine Zuordnung enthält, über die die vorgenannten Patientenbezeichner mit den vorgenannten, zugehörigen Serverbezeichnern verknüpft sind, um einen Server anzugeben, auf dem medizinische Informationen eines bestimmten Patienten gespeichert sind.
  3. Ein System gemäß Patentanspruch 1, in dem der vorgenannte Schnittstellenprozessor die vorgenannte URL-Adresse durch das Einfügen des vorgenannten bestimmten Patientenbezeichners in ein Datenfeld erstellt.
  4. Ein System gemäß Patentanspruch 1, in dem der vorgenannte Suchprozessor mindestens einen der folgenden Aspekte bestimmt: (a) ob das vorgenannte Depot mehrere vorgenannte, bestimmte Patientenbezeichner enthält und (b) ob das vorgenannte Depot keine Bezeichner enthält, die zu den vorgenannten bestimmten Serverbezeichnern passen, der vorgenannte Schnittstellenprozessor die Erstellung einer Meldung einleitet, die als Reaktion auf die vorgenannte Bestimmung mindestens eine der Möglichkeiten (a) und (b) angibt und der vorgenannte Schnittstellenprozessor die Einleitung einer Anforderung für den Zugriff auf die vorgenannten medizinischen Informationen des vorgenannten bestimmten Patienten als Reaktion auf eine Bestimmung mindestens einer der Varianten (a) und (b) blockiert.
  5. Ein System gemäß Patentanspruch 1, das weiterhin enthält einen Erfassungsprozessor für die Abfrage mehrerer verschiedener Server zur Zusammenstellung von Daten, aus denen Patientenbezeichner und zugehörige Serverbezeichner für die Speicherung im vorgenannten Depot hervorgehen und der vorgenannte Erfassungsprozessor fragt als Reaktion auf einen Datensatz, der die vorgenannten mehreren verschiedenen Server enthält, die vorgenannten mehreren verschiedenen Server periodisch ab.
  6. Ein System gemäß Patentanspruch 1, das weiterhin enthält einen Anzeigeprozessor für die Einleitung der Erstellung von Daten, die die vorgenannten gespeicherten medizinischen Informationen des vorgenannten bestimmten Patienten, auf die zugegriffen wird, repräsentieren und die vorgenannten gespeicherten medizinischen Informationen des vorgenannten bestimmten Patienten, auf die zugegriffen wird, enthalten mindestens eine der folgenden Komponenten: (a) einen Blutdruckparameter, (b) einen Beatmungsparameter, (c) einen Lebensanzeichenparameter, (d) einen Parameter für die Repräsentation der Blutsauerstoffkonzentration, (e) einen zur Flüssigkeitsversorgung gehörigen Infusionspumpenparameter, (f) einen Parameter bezüglich einer Tropfbehandlung, (g) Blutgasparameter und (h) finanzielle Informationen über eine Interaktion des vorgenannten bestimmten Patienten mit einer Krankenkasse.
  7. Ein System gemäß Patentanspruch 1, das weiterhin enthält einen Autorisierungsprozessor für die Prüfung, ob ein Benutzer für den Zugriff auf vorgenannte, gespeicherte, medizinische Informationen des vorgenannten bestimmten Patienten als Reaktion auf vorgenannten Benutzerbefehl befugt ist und für die Blockierung des Zugriffs des vorgenannten Benutzers auf die vorgenannten, gespeicherten, medizinischen Informationen des vorgenannten bestimmten Patienten als Reaktion auf eine nicht erfolgreiche Prüfung.
  8. Ein System für den Zugriff auf medizinische Informationen von Patienten in einem mit dem Internet-Protokoll kompatiblen Netzwerk einschließlich mehrerer Server, das Folgendes umfasst: eine ausführbare Anwendung, die den Zugriff auf medizinische Informationen von Patienten über eine Internet-kompatible Benutzeroberfläche unterstützt; einen Suchprozessor für die Einleitung einer Suche in mindestens einer Datenquelle als Reaktion auf einen mit Hilfe der vorgenannten Benutzeroberfläche eingegebenen Benutzerbefehl zum Auffinden eines bestimmten Serverbezeichners, der mit einem Bezeichner eines bestimmten Patienten verknüpft ist; und einen Schnittstellenprozessor für: die Erstellung einer URL-Adresse, die den vorgenannten bestimmten Serverbezeichner, der vom vorgenannten Suchprozessor gefunden wurde, in einem Datenfeld enthält; die Einleitung einer Anforderung für den Zugriff über die vorgenannte erstellte URL-Adresse, wobei die vorgenannten, gespeicherten, medizinischen Informationen des vorgenannten bestimmten Patienten auf dem vorgenannten bestimmten Server gespeichert sind; und Übertragung der vorgenannten, gespeicherten, medizinischen Informationen, auf die zugegriffen wird, für die Anzeige für einen Benutzer mit Hilfe der vorgenannten Internetkompatiblen Benutzeroberfläche.
  9. Ein System gemäß Patentanspruch 8, in dem die vorgenannte mindestens eine Datenquelle mindestens eine der folgenden Komponenten enthält: (a) ein Depot mit Patientenbezeichnern und zugehörigen Serverbezeichnern für die Verwendung bei der Identifikation eines bestimmten Servers, auf dem medizinische Informationen eines bestimmten Patienten gespeichert sind und (b) mehrere verschiedene Server.
  10. Ein System für den Zugriff auf medizinische Informationen von Patienten in einem mit dem Internet-Protokoll kompatiblen Netzwerk mit mehreren Servern, das Folgendes umfasst: eine ausführbare Anwendung, die den Zugriff auf medizinische Informationen von Patienten über eine Internet-kompatible Benutzeroberfläche unterstützt; ein Depot mit Patientenbezeichnern und zugehörigen Serverbezeichnern für die Verwendung bei der Identifikation eines bestimmten Servers, auf dem medizinische Informationen eines bestimmten Patienten gespeichert sind; einen Suchprozessor für die Einleitung einer Suche im vorgenannten Depot als Reaktion auf einen empfangenen Befehl, um einen bestimmten Serverbezeichner zu finden, der mit einem Bezeichner des vorgenannten bestimmten Patienten verknüpft ist; und ein Schnittstellenprozessor für die Einleitung einer Anforderung, als Reaktion auf einen Benutzerbefehl, für den Zugriff auf die vorgenannten, gespeicherten, medizinischen Informationen eines bestimmten Patienten an der vorgenannten URL-Addresse, die als Reaktion auf den vorgenannten, gefundenen, bestimmten Serverbezeichner und vorgenannten bestimmten Patientenbezeichner abgeleitet wird.
  11. Ein System gemäß Patentanspruch 10, das weiterhin enthält: einen Erfassungsprozessor für die Abfrage mehrerer verschiedener Server zur Zusammenstellung von Daten, aus denen Patientenbezeichner und damit verknüpfte Serverbezeichner für die Speicherung im vorgenannten Depot hervorgehen.
  12. Eine Methode für den Zugriff auf medizinische Informationen von Patienten in einem mit dem Internet-Protokoll kompatiblen Netzwerk mit mehreren Servern, das folgende Aktivitäten umfasst: Einleitung einer Suche in mindestens einer Datenquelle zum Auffinden eines bestimmten Serverbezeichners, der mit einem Bezeichner eines bestimmten Patienten verknüpft ist, als Reaktion auf einen mit Hilfe einer Benutzeroberfläche eingegebenen Benutzerbefehls; die Erstellung einer URL-Adresse, die den vorgenannten, bestimmten Serverbezeichner, der vom vorgenannten Suchprozessor gefunden wurde, in einem URL-Datenfeld enthält; die Einleitung einer Anforderung für den Zugriff auf die gespeicherten medizinischen Informationen des bestimmten Patienten an vorgenannter erstellter URL-Adresse, die auf dem vorgenannten bestimmten Server vorhanden ist; und Übertragung der vorgenannten, gespeicherten, medizinischen Informationen, auf die zugegriffen wird, über das mit dem Internet-Protokoll kompatible Netzwerk für die Anzeige auf der Benutzeroberfläche.
DE112004000378T 2003-03-13 2004-02-26 System für den Zugriff auf Patienteninformationen Ceased DE112004000378T5 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US45427803P 2003-03-13 2003-03-13
US60/454,278 2003-03-13
US10/785,305 2004-02-24
US10/785,305 US20050021376A1 (en) 2003-03-13 2004-02-24 System for accessing patient information
PCT/US2004/005679 WO2004084003A2 (en) 2003-03-13 2004-02-26 System for accessing patient information

Publications (1)

Publication Number Publication Date
DE112004000378T5 true DE112004000378T5 (de) 2006-03-16

Family

ID=33032670

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112004000378T Ceased DE112004000378T5 (de) 2003-03-13 2004-02-26 System für den Zugriff auf Patienteninformationen

Country Status (4)

Country Link
US (1) US20050021376A1 (de)
JP (1) JP2007524879A (de)
DE (1) DE112004000378T5 (de)
WO (1) WO2004084003A2 (de)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080172026A1 (en) 2006-10-17 2008-07-17 Blomquist Michael L Insulin pump having a suspension bolus
US20050071195A1 (en) * 2003-09-30 2005-03-31 Cassel David A. System and method of synchronizing data sets across distributed systems
CA2559726C (en) * 2004-03-24 2015-10-20 A9.Com, Inc. System and method for displaying images in an online directory
EP1758499B1 (de) * 2004-06-15 2013-12-25 Philips Intellectual Property & Standards GmbH Sensoren zur erfassung von physiologischen signalen eines patienten
US20060173246A1 (en) * 2005-02-02 2006-08-03 Zaleski John R Medical information interface and communication system
US7403123B2 (en) * 2005-09-30 2008-07-22 General Electric Company Method and apparatus for displaying a patient worklist
US9406097B1 (en) 2006-01-17 2016-08-02 Transition Innovation, LLC Health care information system
US20070244724A1 (en) * 2006-04-13 2007-10-18 Pendergast John W Case based outcome prediction in a real-time monitoring system
US20100328320A1 (en) * 2006-07-13 2010-12-30 Kerstna Juergen Medical information management in a patient information hub system
US20090240681A1 (en) * 2008-03-20 2009-09-24 Nadeem Saddiqi Medical records network
KR20100002907A (ko) * 2008-06-30 2010-01-07 경희대학교 산학협력단 병원 정보 엑세스 제어 시스템 및 방법
WO2010014776A2 (en) * 2008-07-31 2010-02-04 Elisa Abdulhayoglu Identification system
US10530901B1 (en) * 2009-10-02 2020-01-07 Netsmart Technologies, Inc. Data processing system with translator for different messaging protocols
US8930226B1 (en) 2009-12-21 2015-01-06 Gordon Stewart Kerr Gathering, storing, and retrieving summary electronic healthcare record information from healthcare providers
US8285565B2 (en) * 2009-12-21 2012-10-09 Kerr Gordon S Gathering, storing, and retrieving summary electronic healthcare record information from healthcare providers
US8543422B2 (en) * 2011-04-04 2013-09-24 International Business Machines Corporation Personalized medical content recommendation
AU2013267342A1 (en) * 2012-05-30 2014-10-30 Covidien Lp Systems and methods for providing transparent medical treatment
US9736034B2 (en) * 2012-09-19 2017-08-15 Oracle International Corporation System and method for small batching processing of usage requests
US9881201B2 (en) 2013-02-05 2018-01-30 Vynca, Inc. Method and apparatus for collecting an electronic signature on a first device and incorporating the signature into a document on a second device
US9242043B2 (en) 2013-03-15 2016-01-26 Tandem Diabetes Care, Inc. Field update of an ambulatory infusion pump system
EP3086828B1 (de) 2013-12-26 2023-08-09 Tandem Diabetes Care, Inc. Integration einer infusionspumpe mit entfernter elektronischer vorrichtung
CN105208103A (zh) * 2015-08-26 2015-12-30 无锡华海天和信息科技有限公司 一种提示智能终端处于监控状态的实现方法
US10826997B2 (en) 2015-11-06 2020-11-03 Vynca, Inc. Device linking method
US10541987B2 (en) 2016-02-26 2020-01-21 Tandem Diabetes Care, Inc. Web browser-based device communication workflow
US11281887B2 (en) 2017-11-29 2022-03-22 Vynca, Inc. Multiple electronic signature method
US11423164B2 (en) 2018-05-21 2022-08-23 Vynca, Inc. Multiple electronic signature method
US11328826B2 (en) 2018-06-12 2022-05-10 Clarius Mobile Health Corp. System architecture for improved storage of electronic health information, and related methods

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6101478A (en) * 1997-04-30 2000-08-08 Health Hero Network Multi-user remote health monitoring system
US6168563B1 (en) * 1992-11-17 2001-01-02 Health Hero Network, Inc. Remote health monitoring and maintenance system
US7013298B1 (en) * 1996-07-30 2006-03-14 Hyperphrase Technologies, Llc Method and system for automated data storage and retrieval
US5924074A (en) * 1996-09-27 1999-07-13 Azron Incorporated Electronic medical records system
US5970499A (en) * 1997-04-11 1999-10-19 Smith; Kurt R. Method and apparatus for producing and accessing composite data
CA2233794C (en) * 1998-02-24 2001-02-06 Luc Bessette Method and apparatus for the management of medical files
CA2239015C (en) * 1998-02-24 2005-12-20 Luc Bessette Method and apparatus for the management of data files
US6024699A (en) * 1998-03-13 2000-02-15 Healthware Corporation Systems, methods and computer program products for monitoring, diagnosing and treating medical conditions of remotely located patients
US6336900B1 (en) * 1999-04-12 2002-01-08 Agilent Technologies, Inc. Home hub for reporting patient health parameters
US6640246B1 (en) * 1999-09-17 2003-10-28 Ge Medical Systems Global Technology Company, Llc Integrated computerized materials management system
US6442432B2 (en) * 1999-12-21 2002-08-27 Medtronic, Inc. Instrumentation and software for remote monitoring and programming of implantable medical devices (IMDs)
US20030036683A1 (en) * 2000-05-01 2003-02-20 Kehr Bruce A. Method, system and computer program product for internet-enabled, patient monitoring system
ATE502567T1 (de) * 2000-05-19 2011-04-15 Welch Allyn Protocol Inc Vorrichtung zur überwachung von patienten
US7165221B2 (en) * 2000-11-13 2007-01-16 Draeger Medical Systems, Inc. System and method for navigating patient medical information
JP2004527022A (ja) * 2000-11-17 2004-09-02 ドレーガー メディカル システムズ インコーポレイテッド 患者医療情報にコメントを付与するシステムおよび方法
US20020128871A1 (en) * 2000-12-07 2002-09-12 Dan Adamson Method, apparatus, and system for aggregating, targeting, and synchronizing health information delivery
US6551243B2 (en) * 2001-01-24 2003-04-22 Siemens Medical Solutions Health Services Corporation System and user interface for use in providing medical information and health care delivery support
US7165062B2 (en) * 2001-04-27 2007-01-16 Siemens Medical Solutions Health Services Corporation System and user interface for accessing and processing patient record information
US7038588B2 (en) * 2001-05-04 2006-05-02 Draeger Medical Infant Care, Inc. Apparatus and method for patient point-of-care data management

Also Published As

Publication number Publication date
WO2004084003A3 (en) 2004-11-11
US20050021376A1 (en) 2005-01-27
WO2004084003A2 (en) 2004-09-30
JP2007524879A (ja) 2007-08-30

Similar Documents

Publication Publication Date Title
DE112004000378T5 (de) System für den Zugriff auf Patienteninformationen
JP5580048B2 (ja) 患者情報管理システム
US6775670B2 (en) Method and apparatus for the management of data files
Magrabi et al. A web-based approach for electrocardiogram monitoring in the home
JP2008524738A (ja) 関係者による遠隔患者支援及び介護
US20010039504A1 (en) Individualized, integrated and informative internet portal for holistic management of patients with implantable devices
US20050021519A1 (en) System and method for creating and maintaining an internet-based, universally accessible and anonymous patient medical home page
US20030158754A1 (en) Web-based method and system for maintaining and accessing medical records
DE102007026802A1 (de) Systeme und Verfahren zur Identifizierung von Kandidaten für eine klinische Studie
DE112004002462T5 (de) Mit dem Internetprotokoll kompatibles Zugangsauthentifizierungs-System
DE112004000647T5 (de) Informationssystem für vorbeugende Gesundheitsfürsorge
US20140142961A1 (en) Managing research data for clinical drug trials
DE102007026799A1 (de) Systeme und Verfahren zur Verfeinerung der Identifikation von Kandidaten für klinische Studien
WO2002073503A2 (en) Internet based therapy management system
DE102004013650A1 (de) System und Verfahren zur Verarbeitung von Information betreffend Labortests und Ergebnisse
DE102008002920A1 (de) Systeme und Verfahren für klinische Analyseintegrationsdienste
US20070011029A1 (en) Access to inpatient medical information for patient and proxies
Koutelakis et al. PACS through web compatible with DICOM standard and WADO service: advantages and implementation
DE112021002610T5 (de) System und Verfahren zur asynchronen Kommunikation von Infusionsinformationen und zur Erlangung von Fernhilfe für eine laufende Infusion
US20020116225A1 (en) Tracking and reporting client outcome
WO2008043341A1 (de) Telemedizinsystem, insbesondere für chronische erkrankungen
DE102006057201A1 (de) Chipkarte und Verfahren zur Verwendung als Patientenkarte
US8065331B2 (en) Personalized website and database for a medical organization
DE102004013651A1 (de) Medizinisches Datensatzklassifizierungssystem
DE112004001227T5 (de) Den Austausch von Daten zwischen ausführbaren Anwendungen unterstützendes Datenübertragungssystem

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law

Ref document number: 112004000378

Country of ref document: DE

Date of ref document: 20060316

Kind code of ref document: P

8131 Rejection