DE20121932U1 - Vorrichtung zum Planen von Terminen - Google Patents

Description

&ogr;&oacgr; &eegr; &ogr; „, &ogr; OO O C C O	VOSSIUS & PARTNER
CC O &Ggr; OC &Ggr; OO OC	PATENTANWÄLTE
	SIEBERTSTR. 4
	61675 MÜNCHEN

Gebrauchsmusterabzweigung der PCT/USOl/47597 SCHEDULING.COM

u.Z.: H 1840 GM-DE/D

Vorrichtung zum Planen von Terminen Hintergrund der Erfindung

Die vorliegende Erfindung betrifft eine Vorrichtung zum Planen von Terminen. Die vorliegende Erfindung betrifft insbesondere eine Vorrichtung, wodurch Planungsinformationen in einer verbesserten Weise organisiert und bearbeitet werden.·

In bekannten Planungssystemen wird typischerweise eine Datenbank bereitgestellt, die eine Vielzahl von Informationen speichert. Auf dem Gebiet der Medizin speichert eine solche Datenbank beispielsweise Patienteninformationen (beispielsweise Namen, Adressen, Telefonnummern, frühere medizinische Behandlungen usw.). Ein Beispiel eines Systems, das auf dem Fachgebiet bekannt ist, ist in Figur 1 dargestellt. In Figur 1 ist ein Client 11 (beispielsweise ein Netzwerkcomputer) bereitgestellt, der über ein LAN (Lokalbereichsnetzwerk) mit einer Datenbank 13 gekoppelt ist. Bei einer so eng verknüpften Beziehung zwischen dem Client 11 und der Datenbank können zwischen den beiden Vorrichtungen große Datenmengen bewegt werden. Die Programme zum Ausführen der Suche/Organisation/Formatierung für die in der Datenbank 13 gespeicherten Informationen sind typischerweise im Client vorhanden und werden darin ausgeführt.

Bei einem anderen in Figur 2 dargestellten bekannten 0 Planungssystem ist ein Server 23 zwischen dem Client 21 und der Datenbank 25 angeordnet. In dieser Umgebung ist der Programmcode zum Ausführen der Suche/Organisation/Formatierung für die in der Datenbank 13 gespeicherten Informationen typischerweise an der Datenbank 25 vorhanden und wird darin ausgeführt. Dies führt zu einer sehr langsamen Ausführung zwischen am Client 21 vorgenommenen Anforderungen

_o oo oo oo oo^o

o°? or, oo oc &ogr;

ooo oo oo oo C

r roro C O c C. roo &Ggr; &ogr;

,. &ogr; oooo oooo

oro r oo oo er oo

und der sich ergebenden Ausgabe von der Datenbank. Weiterhin werden die Ergebnisse häufig nach der Ausgabe an den Client 21 verworfen, sobald eine Suche nach Datensätzen an der Datenbank 25 ausgeführt wird. Demgemäß ist bei weiteren Durchsuchungen der Datenbank typischerweise eine vollständige Durchsuchung der Datensätze der Datenbank erforderlich.

Angesichts der Probleme, die bei den vorstehend beschriebenen bekannten Systemen auftreten, besteht ein Bedarf an einer verbesserten Vorrichtung zum Handhaben von Planungsinformationen.

Zusammenfassung der Erfindung

Diese und andere Anforderungen werden durch die Vorrichtung gemäß der vorliegenden Erfindung erfüllt. Gemäß einer Ausführungsform der Vorrichtung zum Planen von Terminen gemäß der vorliegenden Erfindung wird eine Aufgabenanforderung von einem Client zu einem Serversystem gesendet, welche eine Patientenidentifikation und eine Hilfsmittelidentifikation aufweist. Es wird dann am Serversystem bestimmt, ob der Patientenidentifikation und der Hilfsmittelidentifikation zugeordnete Pläne im lokalen Speicher des Serversystems gespeichert sind. Der zugeordnete Patientenplan und der zugeordnete Hilfsmittelplan werden dann von der Datenbank in den lokalen Speicher geladen. Mit diesen Informationen kann der Server verfügbare Zeiten für den Hilfsmittelplan bestimmen.

Gemäß weiteren Ausführungsformen der Vorrichtung gemäß der vorliegenden Erfindung beginnt der Server mit dem Bestimmen verfügbarer Zeiten von einer in der Aufgabenanforderung bereitgestellten Anfangs-Zeitmarke für einen Zeitraum (dem gegebenen Datum in der Zeitmarke). Falls keine verfügbaren Zeiten für den Hilfsmittelplan gefunden werden, geht der Server zum nächsten Zeitraum über. Wenn eine verfügbare Zeit gefunden wird, kann sie zum Client übertragen werden. Unter Verwendung dieser Vorrichtung kann der größte Teil der zum Finden verfügbarer Termine erforderlichen

• ·

• ·

„ „ OO CO OO CC .C

coo oooo oo c

&ogr; oooo oo oo ooo c c

&Ggr; &ogr; oroo ocor

t-oo &ogr; oo oo co oo

— 3 -

Verarbeitung vom Serversystem an im lokalen Speicher gespeicherten Daten vorgenommen werden. Weiterhin kann die Menge der zwischen dem Server und dem Client übertragenen Daten minimal gehalten werden, wodurch ermöglicht wird, daß der Client beispielsweise ein mit dem Internet' gekoppelter Personalcomputer oder PDA ist.

eines auf dem Fachgebiet eines auf dem Fachgebiet

Kurzbeschreibung der Zeichnung

Es zeigen:

10 ' Figur 1 ■ein Blockdiagramm bekannten Datenbanksystems,

Figur 2 ein Blockdiagramm bekannten Datenbanksystems,

Figur 3 ein Blockdiagramm eines gemäß einer Ausführungsform der vorliegenden Erfindung aufgebauten Systems,

die Figuren 4a - b Flußdiagramme einer Vorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung,

Figur 5 ein Beispiel eines Eingabebildschirms für Patientenidentifikationsinformationen und Figur 6 ein Beispiel eines Eingabebildschirms zum Bereitstellen einer Aufgabenanforderung.

Detaillierte Beschreibung

Figur 3 zeigt ein Blockdiagramm eines gemäß einer Ausführungsform der vorliegenden Erfindung aufgebauten Systems. Das System weist einen mit einem Übertragungsmedium gekoppelten Client 31 auf. In diesem Beispiel kann der Client ein Personalcomputer mit einem Direktzugriffsspeicher (RAM, beispielsweise 64-M-RAM) oder ein persönlicher digitaler 0 Assistent (PDA) in der Art der 'von Palm Inc. hergestellten sein. Der Client ist in einer von zahlreichen bekannten Arten mit einem Übertragungsmedium 33 gekoppelt. Der Client 31 kann beispielsweise über einen Modulator/Demodulator (ein Modem) am Client mit einem Netzwerksystem in der Art des Internets' gekoppelt sein. Ein Server 3 5 ist wiederum mit dem Übertragungsmedium gekoppelt und in der Lage, mit dem Client

&ogr; &ogr;

&eegr; r &ogr; &ogr; &ogr; &ogr;

&ogr; &ogr; &ogr;

oo oo oo oo &ogr;

oo

CCCOCO OO O O O

_&Ggr;&Ggr;&ogr; &ogr; &ogr;&ogr; &ogr;&ogr; f

zu kommunizieren. Gemäß dieser Ausführungsform weist der Server 35 einen Prozessor und eine erhebliche Menge an Cache-Speicher auf. Der Server 35 kann beispielsweise mehr als 1 Gigabyte an dynamischem RAM (DRAM) aufweisen. Der Server 35 ist auch mit einer oder mehreren Speichervorrichtungen in der Art einer Datenbank 37 gekoppelt, die gemäß dieser Ausführungsform ein oder mehrere Festplattenlaufwerke aufweist .

Eine Vorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung wird nachstehend mit Bezug auf die Figuren 4a - b beschrieben.

In Block 101 kann eine Initialisierungsprozedur aus- ^ ' geführt werden. In diesem Beispiel weist die Initialisierungsprozedur das Laden von Aufgaben und Aufgabenanforderungen auf, wie nachstehend näher beschrieben wird. In Block 103 wird eine Identifikationsanforderung (beispielsweise eine Patientenidentifikationsanforderung) am Client vorbereitet. Ein Beispiel einer Patientenanforderung ist in Figur 5■ dargestellt. In diesem Beispiel weist ein Patientenanforderungsformular einige Identifikationsinformationen für einen bestimmten Patienten (beispielsweise den Nachnamen des Patienten oder einen Teil davon) auf. In Schritt 105 empfängt der Server die Patientenidentifikationsanforderung und sucht in der Datenbank alle Patientendatensätze, die mit den in den '"' 25 Identifikationsinformationen angegebenen Suchkriterien übereinstimmen. In Schritt 107 gibt der Server Patientennamen zurück, die mit den in der Patientenidentifikationsanforderung bereitgestellten Informationen übereinstimmen und speichert die Patienteninformationen in seinem lokalen 0 Speicher.

In Block 109 erzeugt der Client eine Aufgabenanforderung.

Gemäß dieser Ausführungsform kann die Aufgabenanforderung folgendes enthalten: eine Identifikation des Patienten (beispielsweise die eindeutige Sozialversicherungsnummer des 5 Patienten), eine Anfangs-Zeitmarke (beispielsweise das früheste Datum bzw. die früheste Zeit, die für einen

♦♦

bestimmten Termin erwünscht sind) und die zu planende Aufgabe. Die zu planende Aufgabe kann eine von vielen Aufgaben sein, die in der medizinischen Industrie ausgeführt werden, wie ein chirurgischer Eingriff, eine Körperuntersuchung, eine Behandlung usw. Wahlweise kann die Aufgabenanforderung auch ein Hilfsmittel bzw. Betriebsmittel spezifizieren, das auch zu planen ist. Gemäß dieser Ausführungsform umfassen Hilfsmittel Räume (beispielsweise Untersuchungsräume, Operationsräume usw.), Ärzte und anderes Personal sowie Geräte (beispielsweise eine MRI-Maschine, ein Dialysegerät usw.). Ein Beispiel einer Benutzerschnittstelle zum Erzeugen einer Aufgabenanforderung ist in Figur 6 dargestellt.

In Block 111 empfängt der Server die Aufgabenanforderung und führt eine Sperrprüfung aus, die nachstehend in näheren Einzelheiten beschrieben wird. In Block 113 kann eine Anforderung geprüft werden, um sicherzustellen, daß sie in einer geeigneten Form vorliegt. Falls die Anforderung nicht in einer gültigen Form vorliegt, wird die Steuerung an Block 114 übergeben, wo eine geeignete Nachricht zum Client zurückgesendet wird, um eine neue Anforderung zu erzeugen. In Block 115 werden alle existierenden Reservierungen (nachstehend beschrieben) aufgehoben, weil es so scheint, als ob die neue Anforderung ein anderes Terminszenario auswählt.

5 Mit Bezug auf Figur 4b sei bemerkt, daß eine Aufgabenanforderungsliste vom Speicher abgerufen wird (Block 118) , wenn die Aufgabenanforderung keine Identifikation von Hilfsmitteln enthält (Entscheidungsblock 117). Die Aufgabenanforderungsliste stellt die Hilfsmittel bereit, die 0 zum Abschließen einer gegebenen Aufgabe erforderlich sind.

Beispielsweise kann die Aufgabenanforderungsliste das Folgende aufweisen: die minimale und die maximale Dauer der Aufgabe, die erforderliche Abwicklung (für jede Aufgabe ist typischerweise eine bestimmte Anzahl von Personen erforderlieh, um eine gegebene Aufgabe auszuführen), einen Abwicklungscode (beispielsweise den primären Zulieferer, den

sekundären Zulieferer, das Primärgerät usw.)/ den Hilfsmitteltyp (beispielsweise Gerät, Praxisgruppe (also eine bestimmte Gruppe von im Gesundheitswesen tätigen Personen), Ort, Dienst (auf der Grundlage des Abwicklungscodes) usw.), erforderliche Einheiten (erforderlicher Prozentsatz der Zeit (beispielsweise sind manche Personen während einer Aufgabe nicht ständig erforderlich)) , einen Versatz (die Anfangszeit für eine bestimmte Person bei einer gegebenen Aufgabe) und eine Dauer (die Zeitdauer, die eine bestimmte Person benötigt). Ein Fachmann wird es als vorteilhaft empfinden, daß diese Aufgabenlisten in einem Pull-Down-Menü bereitgestellt werden können, um es einem Benutzer zu ermöglichen, ein vollständiges Aufgabenanforderungsformular leicht auszufüllen. Wenn diese Informationen gegeben sind, trägt der Benutzer die Identität des Patienten, die erforderliche Aufgabe, die erforderlichen Hilfsmittel und eine Anfangs-Zeitmarke ein.

Wenn eine solche geeignet formatierte Aufgabenanforderung empfangen und geprüft worden ist, wird die Steuerung an Block 119 übergeben, wo bestimmt wird, ob der Plan des identifizierten Patienten im lokalen Speicher des Servers vorhanden ist. Falls dies nicht der Fall ist, wird die Steuerung an Block 12 0 übergeben, wo die Informationen aus der Datenbank in den lokalen Speicher geladen werden. Ein Patientenplan ist ein Datensatz in einer Datenbank, der gemäß dieser Ausfuhrungsform Patientenidentifikationsinformationen und einen eine verfügbare und eine nicht verfügbare Zeit angebenden Kalenderplan aufweist. Gemäß diesem Beispiel wird der Patientenplan für den aktuellen Suchtag geladen. In 0 manchen Fällen gibt der Patientenplan an, daß die gesamte Zeit erforderlich ist. In anderen Fällen gibt der Patientenplan nicht verfügbare Zeit für zuvor geplante Termine und alle zuvor bekannten Zeiträume einer NichtVerfügbarkeit aus nicht medizinischen Gründen (beispielsweise Reise, Arbeitstermine usw.) an. In Block 121 wird bestimmt, ob die erforderlichen Hilfsmittelpläne im lokalen Speicher des

fs O. fs'7. fs"

Servers vorhanden sind. Falls dies nicht der Fall ist, wird die Steuerung an Block 122 übergeben, um die erforderlichen Hilfsmittelpläne aus der Datenbank in den lokalen Speicher zu laden.

Als nächstes wird gemäß dieser Ausführungsform der vorliegenden Erfindung bestimmt, ob es verfügbare Zeiten zum Planen der erforderlichen Hilfsmittel gibt (also zu welchen Zeitpunkten alle erforderlichen Hilfsmittel für die spezifizierte Zeitdauer verfügbar sind, Block 123) . Als Teil dieser Prozedur kann der Server die Suche über einen Zeitraum (beispielsweise einen Tag), beginnend mit der Anfangs-Zeitmarke ausführen, wobei er nach einer Überlappung in verfügbaren Zeiten sucht. Falls keine Überlappung gefunden wird (Block 125), kann der Server die gleiche Suche für den nächsten Zeitraum (beispielsweise den nächsten Tag, Block 126) ausführen, bis diese Überlappung gefunden wird. Wenn eine verfügbare Zeit gefunden wird (oder mehrere Zeiten), wird die Steuerung an Block 127 übergeben, wo der Reservierung eine Benutzerkennung zugewiesen wird. In Block 129 wird eine Reservierung in den geeigneten Plänen für das eine oder die mehreren Hilfsmittel vorgenommen, die Zeit verfügbar haben. Mit anderen Worten wird im Kalender des Patienten ein vorläufiger Termin festgesetzt, und die geeigneten Kalender der Hilfsmittel für jeden möglichen Termin werden dem Client wieder mitgeteilt. Die Steuerung wird an Block 131 übergeben, wo die verfügbare Zeit (die verfügbaren Zeiten) dem Client mitgeteilt wird (werden). Die Steuerung wird für den Benutzer an Block 109 (Figur 4a) übergeben, um eine neue Aufgabenanforderung zu erzeugen oder eine der Reservierungen anzunehmen, die durch den Server gerade mitgeteilt wurden.

Zu Figur 4a zurückkehrend sei bemerkt, daß in Block 111 am Server eine Sperrprüfung ausgeführt wird, um sicherzustellen, daß kein anderer als der vorgesehene Client eine erzeugte Reservierung beansprucht. Dies erfolgt durch Prüfen einer der Aufgabenanforderung des Clients zugeordneten

Benutzerkennung in bezug auf die der Reservierung in Block 127 zugewiesene Benutzerkennung (Figur 4b) . Falls der geeignete Client eine Reservierung beansprucht oder akzeptiert (Block 112), wird die Reservierung (werden die Reservierungen) in dem entsprechenden Plan (in den entsprechenden Plänen) zu Terminen geändert (sie sind also nicht mehr vorläufig) , und es werden alle anderen Reservierungen gelöscht, und die Termine werden wieder in die Datenbank eingeschrieben.

Ein detaillierteres Beispiel des vorstehend mit Bezug auf die Figuren 4a - b beschriebenen Verfahrens wird nachstehend dargelegt. In diesem Beispiel versucht ein Patient eine Körperuntersuchung mit einem Arzt aus einer vordefinierten Gruppe (beispielsweise den allgemeinen Ärzten in einer bestimmten Praxis) in verfügbaren Räumen am Praxisort zu planen. Sobald der Patient identifiziert wurde, wird eine Anforderung gesendet, die den Patienten, die Aufgabe (eine Körperuntersuchung) und eine Anfangs-Zeitmarke spezifiziert. Weil die Hilfsmittel vom Client nicht angeführt werden, liefert der Server eine Liste von Hilfsmitteln für diese Aufgabe. Der Server wählt dann einen oder mehrere Ärzte aus der vordefinierten Gruppe von Ärzten sowie erforderliche Räume, falls erforderlich. Der Server lokalisiert den Patientenplan und die Pläne für die gewählten Ärzte und die gewählten Räume (d.h. die Pläne werden im Cache-Speicher abgelegt, sobald auf sie von der Datenbank zugegriffen wurde). Der Server führt dann die erforderliche Verarbeitung der Plankalender aus, um geeignete Überlappungszeiträume (d.h. mit einer vorbestimmten Dauer für eine Körperuntersuchung) zwischen dem Plan des Patienten, den Plänen der gewählten Ärzte und den Plänen für die gewählten Räume festzulegen. Wie vorstehend angegeben wurde, kann die Suche mit dem Datum der Anfangs-Zeitmarke beginnen und zum nächsten Datum übergehen, falls keine geeigneten Termine gefunden werden. Wenn eine geeignete Überlappung gefunden wird, wird eine Reservierung im Patientenplan sowie in den Plänen für

die Ärzte und Räume vorgenommen, und die Reservierung wird dem Client zur Beurteilung gesendet. Dem Client kann mehr als eine Reservierung gesendet werden, falls die Bandbreite der Verbindung zwischen dem Client und dem Server und die Verarbeitungsleistung des Clients dies ermöglichen. Falls der Client die Reservierung akzeptiert, wird der Termin in die gleichen Plänen aufgenommen und wieder in die Datenbank geschrieben, um die aktualisierten Pläne wiederzugeben. Ein Vorteil dieses Beispiels besteht darin, daß der Umfang der am Client ausgeführten Verarbeitung erheblich geringer ist als der Umfang der am Server ausgeführten Verarbeitung. Weiterhin wird die zwischen dem Client und dem Server übertragene Informationsmenge minimal gehalten, wodurch es annehmbar wird, Verbindungen mit verhältnismäßig geringer Bandbreite zwischen den zwei Komponenten zu verwenden (wobei ein PDA-Client beispielsweise durch ein 28,8-K-Modem über das Internet mit dem Server kommuniziert).

Als eine Sicherheits- oder Prüfungsprozedur kann jede Änderung an den in der Datenbank gespeicherten Informationen 0 geprüft werden. Dementsprechend können Identifikationsinformationen für die Person, die die Clientmaschine betätigt, zusammen mit Informationen darüber, welche Datensätze modifiziert worden sind, mit Patientenidentifikationsinformationen und einer Zeitmarke dazu, wann die Änderungen vorgenommen wurden, aufgezeichnet werden.

Wie vorstehend erwähnt wurde, ist jedem Patienten und jedem Hilfsmittel ein Kalender zugeordnet. Es gibt mehrere Typen von Kalendern, die bereitgestellt werden können. Beispiele von Kalendern und Merkmalen umfassen:

Offen - ein typischer Kalender, der die verfügbare und die nicht verfügbare Zeit angibt.

Verwaltung - ein Kalender, der angibt, daß das Hilfsmittel an Verwaltungsaufgaben und nicht an der Planung arbeitet.

Maskenzeit - ein Kalender, der die verfügbare Zeit anhand des identifizierten Aufgabentyps filtert. Beispielsweise kann

&Ggr;!VM? 03

ein Arzt mittwochs zwischen 9:00 Uhr und 17:00 Uhr verfügbar sein, er kann jedoch während dieses Tages nur für HMO-Prozeduren verfügbar sein. Falls die Aufgabe demgemäß keine HMO-Prozedur ist, würde ein solches Filter verhindern, daß der vorstehend spezifizierte Zeitraum für Termine verfügbar ist.

Block - liefert ein Filter für ein Hilfsmittel in der Art eines Raums oder eines Gerätestücks, wodurch ermöglicht wird, daß das Hilfsmittel einem Arzt oder Arztgruppen früher als anderen zugeordnet wird. Beispielsweise kann ein Operationsraum gesperrt werden, so daß er zu jeder Zeit für eine Aufgabe reserviert werden kann, die einen Arzt aus einer bestimmten Gruppe einschließt, während andere Ärzte nur dann aufgenommen werden, wenn das Datum des Termins innerhalb eines vorbestimmten Freigabezeitfensters vom aktuellen Datum liegt.

Belegungszeit - ermöglicht, daß ein Raum oder Gerätestück für Wartungen oder dergleichen nicht verfügbar gemacht wird.
Wenn die Überlappung zwischen dem Plan des Patienten und 0 den Plänen der Hilfsmittel bestimmt wird, kann dies durch Entfernen von Terminen aus dem Kalender erfolgen, was zu freien Zeiträumen führt. Die freien Zeiträume können dann gefiltert werden (beispielsweise unter Verwendung der Maskenzeit oder von Blockfiltern), um die freien Zeiträume weiter 5 zu begrenzen. Der Server vergleicht dann die freien Zeiträume, um die für den Patienten verfügbaren Termine anzuführen.

Das Planungssystem und das Planungsverfahren können mit beliebigen einer Vielzahl von Merkmalen bereitgestellt werden. Beispielsweise können durch den auf dem Serversystem ausgeführten Programmcode erzeugte Berichte in einer Hypertext Markup Language (HTML) ausgeführt werden und zum Benutzer am Clientsystem übertragen werden. Weiterhin sind Hilfsmittel nicht notwendigerweise auf eine Person, einen Ort oder eine Sache beschränkt. Ein Hilfsmittel kann auch eine Dienstleistung einschließen, wie beispielsweise ein Kurs für

Personen, die das Rauchen aufgeben möchten. Weiterhin können die vorstehend erwähnten Aufgaben eine Anzahl verschachtelter Unteraufgaben einschließen, die hier als "Leistungssatz" oder "Übersatz" bezeichnet werden, woraus sich eine Hierarchie mit vielen Ebenen ergibt. Beispielsweise kann eine Aufgabe einer "Chirurgie am offenen Herzen" als ein Auftragssatz angesehen werden, der die Unteraufgaben 1. Testen vor der Annahme, 2. Chirurgie, 3. Genesung und 4. Therapie einschließt. Die Unteraufgabe "Therapie" kann auch als ein Auftragssatz angesehen werden und enthält in diesem Beispiel seine eigenen Unteraufgaben, wie 1. Röntgenuntersuchung, 2. Whirlpoolbad und 3. Konsultation eines Arztes. Wenn diese Aufgaben gegeben sind, wird das Serversystem so angepaßt, daß ermöglicht wird, daß all diese Aufgaben in Beziehung zueinander gesetzt werden, so daß jede Unteraufgabe der niedrigsten Ordnung in geeigneter Weise mit den geeigneten Patienten- und Hilfsmittelplänen geplant werden kann.

Wenngleich hier mehrere Ausführungsformen speziell erläutert und beschrieben wurden, ist zu verstehen, daß 0 Modifikationen und Abänderungen der vorliegenden Erfindung von den vorstehenden Lehren abgedeckt werden und innerhalb des Bereichs der anliegenden Ansprüche liegen, ohne vom Gedanken und vom Schutzumfang der Erfindung abzuweichen.

Claims (12)

1. System zum Planen von Terminen mit einem Serversystem, das dafür eingerichtet ist, eine Aufgabenanforderung von einem Client zu empfangen, wobei das Serversystem einen lokalen Speicher aufweist und die Aufgabenanforderung eine Patientenidentifikation und eine Hilfsmittelidentifikation aufweist, so daß der Patientenidentifikation und der Hilfsmittelidentifikation zugeordnete Pläne aus einer Datenbank in den lokalen Speicher geladen werden, um verfügbare Zeiten für den Hilfsmittelplan in dem Serversystem zu bestimmen.

2. System nach Anspruch 1, welches weiter aufweist: einen Client, der über ein Übertragungsmedium mit dem Serversystem gekoppelt ist.

3. System nach Anspruch 1, welches weiter aufweist: eine Datenbank, die mit dem Serversystem gekoppelt ist.

4. Vorrichtung zum Planen von Terminen, welche aufweist:
ein Clientcomputersystem, das dafür eingerichtet ist, eine Aufgabenanforderung zu übertragen, wobei die Aufgabenanforderung Patientenidentifikationsinformationen und Hilfsmittelidentifikationsinformationen aufweist,
eine Datenbank zum Speichern von Identifikationsinformationen für mehrere Patienten- und Identifikationsinformationen für mehrere Hilfsmittel und
ein Serversystem, das mit der Datenbank gekoppelt ist, wobei das Serversystem über ein Übertragungsmedium mit dem Clientcomputersystem gekoppelt ist und das Serversystem einen lokalen Speicher aufweist, wobei das Serversystem die Aufgabenanforderung vom Clientcomputersystem empfängt, wobei das Serversystem den Patientenidentifikationsinformationen und der Hilfsmittelidentifikation zugeordnete Planungsinformationen aus der Datenbank in den lokalen Speicher lädt, um verfügbare Zeiten für den Hilfsmittelplan am Serversystem zu bestimmen.

5. Vorrichtung nach Anspruch 4, wobei das Übertragungsmedium das Internet ist.

6. Vorrichtung nach Anspruch 5, wobei das Serversystem die verfügbaren Zeiten für den Hilfsmittelplan zum Clientcomputersystem übertragen soll.

7. Vorrichtung nach Anspruch 6, wobei das Clientcomputersystem eine der verfügbaren Zeiten für den Hilfsmittelplan auswählen soll.

8. Vorrichtung nach Anspruch 6, wobei der Hilfsmittelplan die Verfügbarkeit eines Arztes betrifft.

9. Vorrichtung nach Anspruch 6, wobei das Hilfsmittel ein Untersuchungsraum ist.

10. Vorrichtung nach Anspruch 6, wobei der Hilfsmittelplan die Verfügbarkeit eines Gerätehilfsmittels betrifft.

11. Vorrichtung nach Anspruch 10, wobei das Gerätehilfsmittel eine MRI-Maschine ist.

12. Vorrichtung nach Anspruch 10, wobei das Gerätehilfsmittel ein Dialysegerät ist.