DE10126570A1

DE10126570A1 - Web-basierte Berichtfunktionalität und Entwurf für eine diagnostische Abbildungsentscheidungsunterstützung

Info

Publication number: DE10126570A1
Application number: DE10126570A
Authority: DE
Inventors: Jeffrey R Jones; Arvind Taranath; Michael P Ryan
Original assignee: GE Medical Technology Services Inc
Current assignee: GE Medical Technology Services Inc
Priority date: 2000-06-01
Filing date: 2001-05-31
Publication date: 2001-12-06
Also published as: JP2001344263A; JP5373866B2; JP2011258228A; US6516324B1

Abstract

Es sind ein Verfahren und ein System zur Bereitstellung eines entfernten Zugriffs auf Abtasteinrichtungsverwendungs- oder Diagnoseabbildungsberichte beschrieben, die durch ein Computersystem mit einem Zugriff auf eine Datenbank gesammelter Abtasteinrichtungsbetriebsdaten erzeugt werden. Vorzugsweise werden die Berichte über ein Weitverkehrsnetz, bspw. das Internet, als Antwort auf Zugriffsanforderungen von Kunden geliefert. Insbesondere umfasst das System eine grafische Benutzerschnittstelle, die dem Benutzer die Bestimmung aller Berichtinhaltparameter und die Anzeige des Berichts auf einem einzelnen Bildschirm ermöglicht. Der Berichtinhaltparameterabschnitt des Bildschirms ermöglicht dem Benutzer die Identifizierung der Einrichtung, des Organisationsbereichs (d. h. der Abteilung), der Ausrüstung, der Zeitdimension, des Zeitrahmens, der Metrik und der Datenausschnitte, die der Benutzer in dem Bericht haben möchte. Der erzeugte Bericht enthält die gegenwärtig in der Datenbank vorhandenen Informationen, die täglich aktualisiert werden.

Description

Die Erfindung betrifft allgemein die zentralisierte Erzeu gung von Berichten, die Betriebsdaten von entfernt plazier ten, von einem Benutzer bedienten elektronischen Einrich tungen kompilieren und/oder zusammenfassen, beispielsweise von Abbildungseinrichtungen, die für die medizinische Diag nose verwendet werden.

Diagnostische Abbildungssysteme sind in modernen Gesund heitsfürsorgeeinrichtungen allgegenwärtig. Diese Systeme liefern unschätzbare Werkzeuge zur Identifizierung, Diag nostizierung und Behandlung von physischen Zuständen und verringern das Erfordernis eines operativen Diagnoseein griffs erheblich. In vielen Fällen ergehen eine endgültige Diagnose und Behandlung lediglich dann, nachdem der behan delnde Arzt oder Radiologe herkömmliche Untersuchungen mit detaillierten Bildern relevanter Bereiche und von Gewebe über eine oder mehrere Abbildungsmodalitäten abgeschlossen hat.

Gegenwärtig existieren eine Vielzahl von Modalitäten für medizinische Diagnose-Abbildungssysteme. Diese beinhalten Computertomographie-(CT)Systeme, Röntgensysteme (sowohl herkömmliche als auch digitale oder digitalisierte Abbil dungssysteme), Magnetresonanz-(MR)Systeme, Positronen emissionstomographie-(PET-)Systeme, Ultraschallsysteme, kernmedizinische Systeme, usw. In vielen Fällen ergänzen diese Anwendungen einander und bieten dem Arzt eine Reihe von Verfahren zur Abbildung bestimmter Gewebetypen, Organe, physiologischer Systeme, usw. Gesundheitsfürsorgeeinrich tungen richten oft mehrere dieser Abbildungssysteme an ei nem einzigen Ort oder an vielen Orten ein, wodurch dem Arzt die Nutzung dieser Betriebsmittel je nach bestimmten Pati entenbedürfnissen ermöglicht wird.

Moderne medizinische Diagnose-Abbildungssysteme enthalten typischer Weise eine Schaltungseinrichtung zur Erfassung von Bilddaten und zur Transformation der Daten in eine ver wendbare Form, die dann zur Erzeugung eines rekonstruierten Bildes von interessierenden Merkmalen im Patienten verar beitet werden. Die Bilddatenerfassungs- und Verarbeitungs einrichtung wird als Abtasteinrichtung ungeachtet der Moda lität bezeichnet, ob eine physikalische oder elektronische Abtastung als Teil des Abbildungsvorgangs vorhanden ist. Die einzelnen Komponenten des Systems und der betreffenden Schaltungseinrichtung unterscheiden sich natürlich stark zwischen den Modalitäten auf Grund ihrer unterschiedlichen physikalischen und Datenverarbeitungsanforderungen. Die Ausdrücke Abtasteinrichtung, medizinische Abbildungsein richtung und Diagnoseabbildungseinrichtung werden hier aus tauschbar verwendet.

Von medizinischen Diagnosesystemen des vorstehend beschrie benen Typs wird oft gesagt, dass sie zuverlässige und ver ständliche Bilder innerhalb des geforderten Zeitplans und über eine denkbar vernünftige Lebensdauer erzeugen. Zur Si cherstellung des korrekten Betriebs werden die Systeme re gelmäßig durch sehr geschultes Personal gewartet, das sich mit Abbildungsproblemen befasst, die Systeme konfiguriert und kalibriert, und in regelmäßigen Abschnitten Systemüber prüfungen und Software-Updates vornimmt. Des weiteren wurde das Dienstangebot in den vergangenen Jahren durch Dienst zentren unterstützt, die die Abtasteinrichtungen an den teilnehmenden Einrichtungen direkt ohne das Erfordernis ei ner Intervention auf Seiten des Personals der Einrichtung kontaktieren können. Eine derartig zentralisierte Wartung soll die Diagnosesysteme in einem guten Betriebszustand halten, ohne die Aufmerksamkeit der Ärzte oder Radiologen zu erfordern, und ist für die Einrichtung oftmals ziemlich transparent.

Bei bestimmten zentralisierten Wartungssystemen kontaktiert ein computergestütztes Servicecenter eine Abtasteinrichtung über ein Netz, um Systemkonfigurationen und Betriebszustän de zu überprüfen, Daten zur Berichterzeugung zu sammeln, und andere zweckdienliche Servicefunktionen durchzuführen. Solche Kontaktaufnahmen können periodisch erfolgen, wie während "Systemreinigungen", wobei eine Vielzahl von Sys temleistungsdaten gesammelt und mit historischen Daten für die bestimmte Abtasteinrichtung gespeichert werden. Die Da ten können dann zur Auswertung der Systemleistung, zum Vor schlagen oder Planen von Besuchen durch das Serviceperso nal, und dergleichen verwendet werden.

Obwohl sich diese Wartungsverfahren bei der Wartung von Di agnosesystemen als äußerst nützlich erwiesen haben, sind weitere Verbesserungen erforderlich. Obwohl die Transparenz der Interaktionen zwischen den Abtasteinrichtungen und den Servicezentren eine unnötige Verwirrung des medizinischen Personals durch Service-Updates vermeidet, ist ein gewisser Interaktionsgrad zwischen Servicezentren und Einrichtungen sehr erwünscht. Insbesondere erleichtert ein interaktives Dienstsystem ein wertvolles Austauschen von Informationen, die Berichte über die Systemleistung, eine Rückkopplung ü ber bestimmte Ereignisse, die der Aufmerksamkeit bedürfen, Updates von Systemlizenzen, Software, Abbildungsprotokolle, usw. einschließen. Gegenwärtig verfügbare Dienstsysteme er lauben derartige interaktive Austauschvorgänge. Insbesonde re wurde eine Plattform entwickelt, die als Basis für die interaktiven Wartungsanforderungen verschiedener Modalitä ten dient. Diese Plattform ermöglicht einem zentralen Dienstzentrum den Austausch von Informationen über mögliche Dienstprobleme mit entfernt platzierten Abtasteinrichtun gen, und den Abruf von Informationen oder Journaldatenda teien von Abtasteinrichtungen für den Zweck der Wartung dieser Abtasteinrichtungen. Eine bekannte Plattform bietet eine gleichförmige Schnittstelle, die es Ärzten und Radio logen ermöglicht, eine Vielzahl von Abtasteinrichtungen in verschiedenen Modalitäten zu bedienen, und Dienstanforde rungen für die Abtasteinrichtung über ein gleichförmiges, intuitives Format aufzulisten.

Die bekannte integrierte Benutzer-interaktive Plattform zur Wartung einer Diagnoseeinrichtung an einem entfernten Ort kann als Hardware, Software oder Firmware an der Abtastein richtung konfiguriert sein, oder kann in einer zentralen Bedienerstation installiert sein, die mehrere Abtastein richtungen in einer medizinischen Einrichtung verbindet. Die Benutzerschnittstelle ermöglicht die Erzeugung von Dienstanforderungen vor, während, oder nach an der Diagno seeinrichtung ausgeführten Untersuchungen. Die Benutzer schnittstelle ermöglicht auch eine Dienstbenachrichtigung, Berichterzeugung und einen Berichtabruf, usw. Die Benutzer schnittstelle ist vorzugsweise als Netz-Browser konfigu riert, was auch die Verbindung der Abtasteinrichtung oder der zentralen Einrichtungssteuerstation mit einem Netz wie einem Intranet oder Internet erleichtert. Die gleiche Be nutzerschnittstelle kann in Abtasteinrichtungen verschiede ner Modalitäten integriert sein, wodurch Dienstanforderun gen und dergleichen durch das Bedienerpersonal weiter er leichtert werden, ohne dass sich das Personal erneut mit verschiedenen Schnittstellen in einer Einrichtung vertraut machen muss.

Insbesondere ermöglicht die vorhandene Benutzer-interaktive Plattform dem Systembenutzer die Anforderung von Abtastein richtungs-Verwendungslisten von einem zentralen Dienstzent rum beruhend auf der Betriebshistorie der Abtasteinrichtun gen an einer entfernten Einrichtung. Zur Ausbildung dieser Verwendungsberichte ist es erforderlich, regelmäßig Be triebsdaten von diesen Abtasteinrichtungen, beispielsweise über Telefonleitungen oder Netze, zu sammeln.

Gemäß einem vorhandenen System werden jedesmal, wenn ein Kunde einen Service- bzw. Dienstvertrag zum Erhalten von Abtasteinrichtungs-Verwendungsberichten beruhend auf Jour naldaten von Abtasteinrichtungen eingeht, Kundeninformatio nen und Vertragsbestimmungen in eine Servicevertragdaten bank eingegeben wie auch jedes andere Servicemerkmal, das durch die zentrale Diensteinrichtung bereitgestellt wird. Jede unter Vertrag stehende Abtasteinrichtung kann zur Sammlung ihrer eigenen Betriebsdaten im Computerspeicher und dann zur proaktiven Übertragung dieser Daten zu einer zentralen Einrichtung entsprechend einer vorprogrammierten Solleingabe in die Abtasteinrichtung durch die zentrale Einrichtung programmiert sein. Lediglich vom Servicevertrag abgedeckte Abtasteinrichtungen, der eine Datenprotokollie rung und Berichterzeugung vorsieht, übertragen protokol lierte Betriebsdaten zu der zentralen Einrichtung. Nachdem die zentrale Einrichtung die Protokolldateien der Betriebs daten von den Abtasteinrichtungen gesammelt und verarbeitet hat, können Abtasteinrichtungs-Verwendungsberichte erzeugt werden. Insbesondere kann die Krankenhausverwaltung jeder Zeit über ein Weitverkehrsnetz oder das Internet einen Ver wendungsbericht anfordern, der gesammelte Betriebsdaten für Abtasteinrichtungen im Krankenhaus kompiliert und /oder summiert. Ein Berichtserver zur Bereitstellung Web basierter Verwendungsberichte kann von der zentralen Diensteinrichtung weit entfernt platziert sein, wo die Da tenprotokolldateien empfangen werden.

Die Verfahren, durch die Benutzer den Inhalt komplexer Be richte definieren, sind oft kompliziert und verwirrend, insbesondere für neue Benutzer. Ein weiteres Problem liegt darin, dass aus Warenhaus-Daten erzeugte Bericht oft zuvor erzeugt und gespeichert werden, was bedeutet, dass die in den Berichten enthaltenen Daten nicht die jüngsten sind. Außerdem brauchen dynamische Datenbankberichte oft lange Zeit, um angezeigt zu werden, was zur Unzufriedenheit des Benutzers führt. Zur Bereitstellung von Web-basierten Ab tasteinrichtungs-Verwendungsberichten, die allen Berichtan forderungen selbst unerfahrener Benutzer gerecht werden, muss ein System entwickelt werden, das eine Datenzugriffs flexibilität, eine intuitive Benutzerschnittstelle und eine außergewöhnliche Berichtdatenabruf- und Anzeigeleistung liefert.

Die Erfindung ist auf ein Verfahren und ein System zur Be reitstellung eines Fernzugriffs auf Abtasteinrichtungs- Verwendungs- oder Diagnoseabbildungsberichte gerichtet, die durch ein Computersystem mit Zugriff auf eine Datenbank ge sammelter Abtasteinrichtungs-Betriebsdaten erzeugt werden. Vorzugsweise werden die Berichte über ein Weitverkehrsnetz übertragen, beispielsweise das Internet, im Ansprechen auf Zugriffsanforderungen von Kunden. Insbesondere umfasst ein bevorzugtes Ausführungsbeispiel des Systems eine graphische Benutzerschnittstelle, die dem Benutzer die Bestimmung al ler Berichtinhaltparameter und die Anzeige des Berichts auf einem einzelnen Bildschirm ermöglicht. Der Berichtinhaltpa rameterabschnitt des Bildschirms ermöglicht dem Benutzer die Identifizierung der Einrichtung, des Organisationsbe reichs (d. h., der Abteilung), der Ausrüstung, der Zeitdi mension, des Zeitrahmens, der Metrik und der Datenaus schnitte, die der Benutzer als Inhalt in dem Bericht haben will. Der erzeugte Bericht enthält die gegenwärtig in der Datenbank enthaltenen Informationen, die täglich aktuali siert werden. Um die Verwendbarkeitsanforderungen zu erfül len, ist der Bericht leicht verständlich und wird virtuell sofort dargestellt (beispielsweise in weniger als 5 Sekun den).

Das bevorzugte Ausführungsbeispiel der Erfindung kombiniert einen Benutzerschnittstellenentwurf mit einem Satz von Da tenzugriffsmechanismen, woraus sich eine intuitive Benut zerschnittstelle und Berichtmerkmale ergeben, die flexibel und schnell sind. Der Berichtbildschirm enthält einen Be reich, der den Hauptteil des Bildschirms überdeckt und sich von einer Seite des Schirms aus erstreckt, an der das Be richtdiagramm oder die Berichtgraphik angezeigt wird. Der verbleibende Abschnitt des Bildschirms auf der anderen Sei te enthält definierbare Berichtinhaltparameter, die vom Be nutzer bestimmt werden können. Der Benutzer bestimmt die gewünschten Berichtinhaltparameter und klickt dann auf ei nen virtuellen Aktivierungsknopf zur Anzeige des Berichts in dem Berichtbereich des Bildschirms. Jede Berichtinhalt parameteroption zeigt eine dynamische Liste mit den jüngs ten Daten in der Datenbank an. Insbesondere identifiziert eine herabfallende Abtasteinrichtungsabrufliste (nachfolgend Abtasteinrichtungs-Drop-Down-Pick-Liste ge nannt) jede aktivierte Abtasteinrichtung in einer durch an dere Parameter definierten bestimmten Gruppe.

Gemäß einer weiteren Ausgestaltung des bevorzugten Ausfüh rungsbeispiels gehen die Berichtinhaltparameter bei der An meldung des Benutzers auf die Einstellungen über, die der Benutzer während seiner letzten Sitzung ausgewählt hatte, als der Benutzer einen Bericht anforderte. Die Zeitab schnittparameter gehen auf das jüngste Datum über, für das Daten für die ausgewählten Parameter vorhanden sind. Ein Benutzer kann bestimmen, ob er einen Trendbericht, der Da tenwerte über die Zeit zeigt, oder einen Vergleichsbericht ziehen will, der die Werte für alle verschiedenen Attribute für eine Metrik für einen bestimmten Zeitabschnitt zeigt. Die bevorzugte Berichtdatenbank verwendet eine OLAP- ("Online Application processing")Technologie, um die Anfor derungen an die Datenflexibilität und die Leistung zu er füllen. Die Daten werden als Diagramm dargestellt.

Gemäß dem bevorzugten Ausführungsbeispiel der Erfindung werden alle Berichtinhaltdefinitionsoptionen und der aus diesen definierten Berichtinhaltsparametern erzeugte Be richt auf einer einzelnen Web-Seite gezeigt. Die Berichtin haltdefinition ist in einer hierarchischen Art und Weise von oben nach unten errichtet. Der Benutzer kann den In halt, die Metrik und Datenausschnitte leicht und schnell bestimmen, die er auf dem Bildschirm sehen möchte. Der Be richtdatenabruf- und Anzeigevorgang ist extrem schnell, woraus sich eine erhöhte Produktivität und Zufriedenheit des Endbenutzers ergibt.

Die Erfindung wird nachstehend anhand bevorzugter Ausfüh rungsbeispiele unter Bezugnahme auf die beiliegende Zeich nung näher beschrieben. Es zeigen:

Fig. 1 eine Darstellung des Flusses und der Verarbeitung von Betriebsdaten von entfernt platzierten Abtasteinrich tungen gemäß dem bevorzugten Ausführungsbeispiel,

Fig. 2 ein Blockschaltbild der Architekturkomponenten des Systems und deren Interaktion gemäß dem bevorzugten Ausfüh rungsbeispiel und

Fig. 3 eine Darstellung einer graphischen Benutzerschnitt stelle zum Konfigurieren und darauffolgenden Anfordern ei nes Abtasteinrichtungsverwendungsberichts von einer zentra len Diensteinrichtung durch ein Weitverkehrsnetz gemäß dem bevorzugten Ausführungsbeispiel.

Die Erfindung ist zum Teil auf ein System und ein Verfahren zur Bereitstellung von Informationen zur Unterstützung der Arbeit, des Fortgangs, des Patientendurchsatzes und der klinischen Anwendung einer Röntgenabteilung gerichtet. Jede Abtasteinrichtung in der Röntgenabteilung sendet Betriebs daten zu einem zentralen Server zur Verarbeitung. Die ge sammelten Daten messen die Schlüsselabtasteinrichtungspara meter beruhend auf der Schlüsselabteilungsproduktivität, die Qualität und Ziele und Aufgaben bezüglich der Zufrie denstellung der Patienten. Beruhend auf den gesammelten Da ten werden Abtasteinrichtungsberichte an einem zentralen Ort erzeugt. Auf diese Berichte kann durch Kunden über das Internet oder ein anderes Weitverkehrsnetz zugegriffen wer den. Die relevantesten Einrichtungen der Erfindung beinhal ten Computertomographie-(CT-)Systeme, Magnetresonanz-(MR-) Systeme, Ultraschallabbildungssysteme oder andere vom Typ der computergestützten medizinischen Abbildungseinrichtung. Allerdings findet die Erfindung allgemein Anwendung in ei ner vom Benutzer bedienten elektronischen Einrichtung mit der Möglichkeit zum Protokollieren von Daten, die anzeigen, wie die Einrichtung verwendet wird.

In Fig. 1 ist der Datenfluss und die Verarbeitung auf hoher Stufe gezeigt. Jede Abtasteinrichtung 2 schickt Protokolle von Betriebsdaten zu einer Zentralverarbeitungseinrichtung 4 zum Sammeln und zur Transformation. Die transformierten Daten werden in einem Datenspeicher 8 zusammen mit Daten über das medizinische Einrichtungsprofil gespeichert, die von einer Kunden-/Einrichtungsdatenbank 6 gelesen werden. Die gespeicherten Daten werden periodisch zu einem Bericht zustellsystem 10 gesendet. Kunden 12 können auf diese Be richte zugreifen, vorausgesetzt, sie haben gültige und au tentizierte Sicherheitsfaktoren (beispielsweise eine Ken nung "ID" und ein Passwort) in einen Sicherheitsserver 14 eingegeben. Der Sicherheitsserver sendet die Gültigkeit zu dem Berichtzustellsystem 10.

Gemäß Fig. 2 werden Daten von jeder Abtasteinrichtung 2 durch einen automatisierten Unterstützungszentrumserver 16 über ein Modem 18, ein privates Netz 20 oder einen anderen geeigneten Kommunikationskanal gesammelt. Jede Abtastein richtung ist zur Protokollierung bestimmter betriebsbezoge ner Daten und dann zum Senden dieser protokollierten Daten zu dem automatisierten Unterstützungszentrumserver 16 pro grammiert.

Das bevorzugte Abtasteinrichtungsausgabeformat umfasst Sys temdaten und Untersuchungsdaten. Die Systemdaten beinhalten eine Zeitkennung, die anzeigt, wann eine neue Untersuchung begonnen hat, die Abtasteinrichtungsmodalität, den Produkt namen, eine Systemkennung (d. h. eine eindeutige Kennung "ID" für eine Abtasteinrichtung für einen bestimmten Kunden an einem bestimmten Ort), eine sogenannte eindeutige Sys temnummer (einen eindeutigen Schlüssel für eine Abtastein richtung ungeachtet der Zeit, des Orts und der Eigentums verhältnisse), eine sogenannte Mobilortnummer (die zur Ver folgung des Orts der Abtasteinrichtung zu einem bestimmten Zeitpunkt verwendet wird) und den Krankenhausnamen, sind aber nicht darauf beschränkt. Die Untersuchungsdaten bein halten die gleiche Zeitkennung, das Prüfdatum, den Start und den Endzeitpunkt für die Untersuchung, eine Untersu chungsnummer, eine Patienten-ID, das Patientenalter, das Geschlecht des Patienten, Patientengewicht, Patientenge schichte, Patientenzustand, eine Kennung des Radiologen, eine Referenzkennung, eine Bedienerkennung, eine Untersu chungsbeschreibung und Untersuchungsdaten, sind aber nicht darauf beschränkt. Die Abtasteinrichtung überträgt diese Daten zu dem automatisierten Unterstützungszentrumserver unter Verwendung eines proaktiven Diagnosetransfermechanis mus. Die Abtasteinrichtung verwendet eine Datenprotokol lierdienstkennung, wenn sie den proaktiven Diagnosedaten transfermechanismus ausführt. Die Abtasteinrichtung ist zur Übertragung dieser Daten beruhend auf der Zeit der letzten Übertragung, oder wenn die Daten einen bestimmten Größen schwellenwert erreichen, programmiert. Die maximale Zeit zwischen den Übertragungen und dem Datengrößenschwellenwert sind pro Abtasteinrichtung konfigurierbar. Auch die Zeit, wann die Betriebsdaten zu dem automatisierten Unter stützungszentrumserver gesendet werden, ist pro Abtastein richtung konfigurierbar.

Der automatisierte Unterstützungszentrumserver 16 speichert die Abtasteinrichtungsdatendateien durch USN, MLN, oder ei ne Kombination dieser Beiden. Der automatisierte Unterstüt zungszentrumserver 16 informiert einen Operationsserver 22, immer wenn eine neue Datei ankommt, die mit der Datenproto kollierdienstkennung gesendet wurde, indem die Datei zu dem Operationsserver über ein internes Netz des Dienstbereit stellers gesendet werden. Der automatisierte Unterstüt zungsserver 16 protokolliert eine Fehlermeldung und infor miert den geeigneten Systemadministrator, wenn er die Da tendatei nicht erfolgreich zu dem Operationsserver 22 sen den kann. Der automatisierte Unterstützungszentrumserver 16 stellt auch einen Mechanismus bereit, der dem Systemadmi nistrator eine entfernte Freigabe oder Sperrung des Daten protokolliermerkmals und der proaktiven Diagnosedatenüber tragung in einem Abtasteinrichtungssystem ermöglicht, das autorisiert ist, seine protokollierten Daten infolge eines gültigen Servicevertrags berichtet zu bekommen. Wird die Abtasteinrichtungsstelle aktiviert oder deaktiviert, infor miert der automatisierte Unterstützungszentrumserver 16 den Operationsserver 22 über den neuen Zustand der Abtastein richtungsstelle.

Jedesmal, wenn ein Kunde einen Servicevertrag zum Empfangen von Abtasteinrichtungsverwendungsberichten beruhend auf protokollierten Daten von Abtasteinrichtungen, die durch den Vertrag abgedeckt sind, eingeht, werden die Kundenpro filinformationen und Vertragsbestimmungen in eine Service vertragsdatenbank eingegeben, wie es auch mit anderen durch die zentrale Diensteinrichtung bereitgestellten Dienst- bzw. Servicemerkmalen geschieht. Diese Kundenprofil- und Servicevertraginformationen können automatisch und perio disch aus einer zentralen Servicevertragdatenbank extra hiert und durch den Operationsserver 22 mit einer Tabelle von Kundenprofil- und Vertragsinformationen in einer loka len Datenbank verglichen werden, die durch den Operations server 22 mit einer Tabelle von Kundenprofil- und Vertrags informationen in einer lokalen Datenbank verglichen werden, die durch den Operationsserver 22 gehalten wird. Jeder Un terschied zwischen den Datensätzen der jeweiligen Dateien wird in die lokale Datenbank eingegeben, d. h. neue und ge änderte Datensätze werden zu der lokalen Datenbank hinzuge fügt, während Datensätze, die abgelaufenen Serviceverträgen entsprechen, aus der lokalen Datenbank entfernt werden. Neue Abtasteinrichtungen, die zuvor nicht in der lokalen Datenbank aufgezeichnet waren, werden bezüglich des Beginn datums des Vertrags gesucht. Vorhandene Abtasteinrichtun gen, die in der lokalen Datenbank aufgezeichnet sind, die aber durch einen abgelaufenen Servicevertrag abgedeckt sind, werden bezüglich des Abschaltens ihrer Datenprotokol lierfunktionalität gekennzeichnet.

Beginnt eine Datenprotokollierung, validiert der Operati onsserver 22 die Abtasteinrichtungsdateien auf eine Infor mation per Mail von dem automatisierten Unterstützungs zentrumserver 16 hin, dass eine Abtasteinrichtungsdatenpro tokolldatei angekommen ist. Die Validierung umfasst die folgenden Schritte: Identifizieren der Dateigrammatik (beispielsweise MR oder CT) und Verifizieren, dass alle Felder für das Serviceprodukt in dem Datensatz vorhanden und vom richtigen Typ sind. Ist der Datensatz unvollstän dig, (d. h., es fehlt ein Feld) oder nicht korrekt, wird er protokolliert und gelöscht. Der Operationsserver 22 erzeugt einen CPT-Code beruhend auf den Abtasteinrichtungsdateida tenfeldwerten. Der Operationsserver 22 codiert auch die er forderlichen Felder in einem bestimmten XML-Format. Der O perationsserver 22 sendet verarbeitete (d. h. transformier te) Abtasteinrichtungsdateien in einem komprimierten XML- Format zu einem Erzeugungsserver 28 über das interne Netz des Dienstbereitstellers, sobald die Dateien verarbeitet sind.

Der Operationsserver 22 zeichnet auch auf, welche Abtast einrichtungsstelle Daten sendet, die Menge an gesendeten Daten und die Zeit, zu der die Daten empfangen wurden. Der Operationsserver unterhält eine Liste/Datenbank über aktive Stellen, die durch Vertragsinformationen bezüglich War tungsdienstübereinkommen (MSA) gesteuert werden. Die MSA- Servicevertraginformationen werden täglich vom Operations server von einem Server 26 an der MSA-Stufe über das inter ne Netz des Dienstbereitstellers empfangen. Der Server 26 wiederum ruft die Vertragsinformationen von einer MSA- Vertragsinformationsdatenbank 24 ab. Der Operationsserver 22 informiert den Systemadministrator, wenn eine Abtastein richtungsstelle in der aktiven Liste keine Datei nach einem konfigurierbaren Zeitabschnitt gesendet hat. Der Operati onsserver 22 bedient auch eine Web-Seite, die bei der Sys temadministrierung verwendet werden soll, und die eine His torie der Datenempfangsfrequenz und der Dateidatengröße pro Abtasteinrichtung anzeigt.

Gemäß Fig. 2 empfängt der Datenspeicher 30 XML-kodierte Abtasteinrichtungsdaten von dem Erzeugungsserver, immer wenn die Daten von dem Operationsserver 22 gesendet werden. Hergeleitete Datenwerte, wie die Zeit zwischen Untersuchun gen und die Untersuchungsdauer werden von dem Erzeugungs server 28 berechnet und in der Datenbank 30 gespeichert. Der Datenspeicher 30 empfängt auch XML-codierte aktuali sierte Einrichtungsprofildaten von dem Erzeugungsserver 28, immer wenn die Daten von dem Operationsserver 22 gesendet werden.

Gemäß dem bevorzugten Ausführungsbeispiel ist der Sicher heitsserver 14 von einem Berichtserver 32 physikalisch ge trennt. Die Sicherheitsserverdatenbank ist von der Bericht serveranwendungsdatenbank getrennt. Der Kundenzugriff auf alle Berichte findet über eine sogenannte Secure-Socked- Schicht (SSL) im Internet 34 statt. Der Kunde muss eine Be nutzerkennung und ein Passwort oder einen Zugangscode über das Internet 34 in den Sicherheitsserver 14 laden. Alle Be nutzerpassworte und/oder Zugangscodes sind verschlüsselt. Der Sicherheitsserver 14 validiert Benutzer, bestimmt ihre Gruppenzugehörigkeit und ordnet Zugangsprivilegien zu. Zu gangsprivilegien sind beispielsweise, welche Berichte für den Kunden beruhend auf dem Servicevertrag des Kunden ver fügbar sind. Der Sicherheitsserver 14 ermöglicht validier ten Benutzern den Zugriff auf geeignete Berichte, die von dem Berichtserver 32 bereitgestellt werden und über das In ternet 34 zu der Kundenzugangsstation übertragen werden.

Alle durch den Berichtserver 32 erzeugten Verwendungsbe richte beruhen auf den Abtasteinrichtungsdaten, die dem Er zeugungsserver 28 zugestellt werden. Alle graphischen Be richte unterstützen eine konfigurierbare Anzeigeoption, die das Erscheinen der Ausgabe verändert (Kuchendiagramm, Bal kendiagramm, usw.). Vorzugsweise liefert der Berichtserver 32 Verwendungsberichte, die mit dem Internet-Explorer 4.01 oder einer höheren Version unter Netscape 4.5 oder einer höheren Version auf einer Windows 95/98/NT-Plattform kompa tibel sind. Ist der Client nicht kompatibel, wird eine Nachricht zu dem Benutzer gesendet und eine Verknüpfung zu einem kompatiblen Browser angezeigt. Der Berichtserver ist auch zur Bereitstellung einer konfigurierbaren Auswahl von Zeitachsen für die Berichte programmiert. Der Berichtserver erzeugt Berichte, die den Trend zeigen, und Berichte, die Vergleichswerte zeigen.

Viele Berichtschablonen werden unterstützt. Diese können gruppiert sein, wobei jede Gruppe eine Vielzahl von Berich ten enthält. Der Zugang zu den Gruppen kann auf dem Benut zerzugriff beruhen. Beispielsweise kann der Berichtserver die Berichte erzeugen und liefern, die zeigen: die durch schnittliche Bildanzahl pro Radiologe, die durchschnittli che Bildanzahl pro Studientyp, die durchschnittliche Fol genanzahl pro Studientyp, die durchschnittliche Studiendau er pro Studientyp, die durchschnittliche Studienbildanzahl pro Technologe, den verwendeten Kontrast in % pro Studien typ, das Studienvolumen pro Stunde, das Studienvolumen pro Bediener, das Studienvolumen pro Arzt, das Studienvolumen pro Radiologe, das Studienvolumen pro Studientyp, Untersu chungsvolumen pro Patientenalter, das Untersuchungsvolumen pro Patientengeschlecht, das Untersuchungsvolumen pro Pati entengattierung, die durchschnittliche Untersuchungsdauer pro Patientengattierung, die durchschnittliche Untersu chungsdauer pro Radiologe, die durchschnittliche Untersu chungsdauer pro Technologe, die durchschnittliche Studien dauer pro Radiologe, die durchschnittliche Studiendauer pro Technologe, die durchschnittliche Zeit zwischen Untersu chungen, die durchschnittliche Zeit zwischen Untersuchungen pro Studie, das Untersuchungsvolumen pro anordnendem Arzt, das Untersuchungsvolumen pro Radiologe, das Untersuchungs volumen pro Technologe, das Gesamtuntersuchungsvolumen, das Gesamtfolgenvolumen, die durchschnittliche Gesamtdauer pro Tag und die durchschnittliche Abtasteinrichtungsverwendung.

Das bevorzugte Ausführungsbeispiel der Erfindung besteht in einem Web-zugestellten Service-Produkt bzw. einer Fähig keit, das bzw. die kritische Entscheidungsunterstützungsin formationen für Röntgenabteilungen für die klinische Praxis (Studien, Gattierung), Betriebsverwaltung (Volumen, Verwen dung) und demographische Kundenanalyse (Arzt, Patientenal ter, usw.) bereitstellt, die in dem "Untersuchungs"-schritt der Patientenservicezustellung zentriert sind.

Gemäß dem bevorzugten Ausführungsbeispiel kann der Benutzer Parameter eines gewünschten Abtasteinrichtungsverwendungs berichts durch Navigieren zu einer Dienstzentrum-Home-Web- Seite (nicht gezeigt) und dann Anklicken einer Standard- Bericht-Verknüpfung auf der Home-Web-Seite definieren. Dies bewirkt die Anzeige der Standardbericht-Web-Seite 40 aus Fig. 3 auf dem Anzeigebildschirm des Arbeitsplatzrechners des Benutzers. Die Web-Seite 40 enthält einen rechteckigen Bereich 42 auf der linken Seite zur Anzeige eines Dia gramms. Die rechte Seite der Web-Seite 40 zeigt eine Viel zahl von benutzerinteraktiven Bildern an, die der Benutzer anklicken kann, um das Erscheinen einer jeweiligen Drop- Down-Pick-Liste zu bewirken. In dem in Fig. 3 gezeigten Beispiel sind die Felder 44, 46, 48, 50, 52, 56, 58, 60, 62 und 64 zum Zeigen jeweils einer Drop-Down-Pick-Liste zum Auswählen einer entsprechenden Berichtinhaltdefinitionsop tion aktivierbar, wie der Einrichtung, Abteilung, Modali tät, Abtasteinrichtung, Berichtkategorie, des Berichtna mens, Diagrammtyps, Datenausschnitts und des vom Bericht abgedeckten relevanten Zeitabschnitts. Das Beginndatum für die vom Bericht abgedeckte Periode erscheint in Feld 54.

Nachdem die Berichtparameter definiert sind, kann der Be nutzer auf das Feld 66 zur Aktivierung des Anzeigediagramms klicken, um das System zur Erzeugung eines Diagramms und eines tabellarischen Berichts entsprechend der definierten Parameter und zur Anzeige des Diagramms im Anzeigebereich 42 zu veranlassen. Der Benutzer kann zu einer anderen Web- Seite navigieren, die den erzeugten tabellarischen Bericht anzeigt, indem er auf die Verknüpfung zur Anzeige von De taildaten links unten auf dem Anzeigebildschirm in Fig. 3 klickt.

Entsprechend dem bevorzugten Ausführungsbeispiel kann ein Kunde auf einen Abtasteinrichtungsverwendungsbericht für eine bestimmte Abtasteinrichtung durch Interagieren mit ei ner Drop-Down-Pick-Liste zugreifen, die als Antwort auf das Anklicken des Anzeigefeldes 50 in Fig. 3 angezeigt wird. Eine Einrichtung kann Berichte für die Verwendung einer be stimmten Abtasteinrichtung erhalten, solange ein Datensatz für diese Abtasteinrichtung in einer Datenbanktabelle vor handen ist, die FacAktivScanner genannt wird. Die FacAk tivScanner-Tabelle umfasst die folgenden Spalten: Einrich tungskennung (FacID), Ausrüstungskennung (EquipID) und Ver tragskennung (ContractID). Die Fähigkeit zum Erhalten eines Berichts für eine Abtasteinrichtung, die zu einer Einrich tung gehört, hängt von der Implementierung der Abtastein richtungs-Drop-Down-Listen in jedem Produktmodul ab. Die Abtasteinrichtungs-Drop-Down-Listenabfrage in jedem Modul hängt mit der FacAktivScanner-Tabelle zusammen. Lediglich Abtasteinrichtungen (EquipID = eindeutige Kennung, die ei ner Abtasteinrichtung in der Abtasteinrichtungsdatenbank 30 zugeordnet ist), die in der FacAktivScanner-Tabelle für ei ne gegebene FacID vorhanden sind, werden in den Abtastein richtungs-Drop-Down-Listen angezeigt. Die FacID wird zur Identifizierung eines Krankenhauses und einer Körper schaftsgruppierungsbeziehung verwendet. Allgemein werden lediglich in der FacAktivScanner-Tabelle vorhandene Abtast einrichtungen für die Benutzer angezeigt. Vorzugsweise läuft in der Nacht ein Batch-Prozess, um Datensätze von der FacAktivScanner-Tabelle zu löschen, wenn ein Vertrag ab läuft.

Jede Nacht läuft nach Mitternacht ein Batch-Prozess zur De aktivierung von Abtasteinrichtungen, bei denen nicht länger ein aktiver Vertrag existiert, der die Erzeugung von Ab tasteinrichtungsverwendungsberichten abdeckt. Der Prozess fragt eine Teilnahme an einer ContProdFacility-Datenbank tabelle und einer ContFacEquipment-Datenbanktabelle ab, um die Liste der FacID plus EquipID herauszufinden, die deak tiviert werden soll. Die Abfrage soll Datensätze auswählen, bei denen das aktuelle Datum vor dem ProdEndDatum liegt. Datensätze, die sich in der FacAktivScanner-Tabelle befin den, die nicht in der abgerufenen Liste sind, sollten von der FacAktivScanner-Tabelle gelöscht werden. Die ContProFa cility-Datenbanktabelle umfasst die folgenden Spalten:
ContractID, FacID, ProductID (die das bereitgestellte Pro dukt oder den bereitgestellten Dienst identifiziert, bei spielsweise eine Gruppe von Berichten), ProdStartDate (das Produktbeginndatum), ProdEndDate(das Produktendedatum), und ProdTermDate (das Produktabschlussdatum). Die ContFacEquip ment-Datenbanktabelle umfasst die folgenden Spalten:
ContractID, ProductID, FacID und EquipID.

Die Kodierung aller Abtasteinrichtungs-Drop-Down-Listen in allen Anwendungsmodulen, auf die der Kunde zugreifen kann, erfordert die SQL (Struktured Query Language) für den Ab tasteinrichtungslistenabruf in Verbindung mit der FacAk tivScanner-Tabelle und der Anzeige lediglich von Abtastein richtungen, die in der FacAktivScanner-Tabelle sind.

Gleichermaßen wird der Zugriff auf einen bestimmten Abtast einrichtungsverwendungsbericht durch die Verwendung von Be richt- und Diagramm-Drop-Down-Pick-Listen gesteuert, die als Antwort auf das Anklicken der Anzeigefelder 60 und 62 jeweils angezeigt werden (s. Fig. 3). Die Benutzer können lediglich Berichte und Diagramme für jene Berichte anfor dern, die in den Produkten und Modulen enthalten sind, auf die sie Zugriff haben. Die Möglichkeit zum Erhalten eines Berichts hängt von der Implementierung der Bericht- und Diagramm-Drop-Down-Listen und/oder von Berichtverknüpfungen in jedem Produktmodul ab.

Die Kodierung für alle Bericht-Drop-Down-Listen und Be richtverknüpfungen in allen Anwendungsmodulen, auf die Kun den zugreifen können, qualifiziert die Liste der Berichte beruhend auf

1. dem Produkt, zu dem der Bericht gehört,
2. dem Modul, zu dem der Bericht gehört, und
3. den aktiven Produkten, die die ausgewählte Einrichtung aufweist.

Zum Abrufen einer Liste von Berichten nimmt die SQL an den ProdReport-, FacAktivScanner-, ContFacEquipment- und Scan- PathReports-Datenbanktabellen teil. Die ProdReport- Datenbanktabelle umfasst die folgenden Spalten: ProductID, ModuleID, ReportID, RptCatID (Berichtkategoriekennung), LastModBy (die Benutzerkennung des letzten Wartungsange stellten zur Modifizierung dieses Datensatzes) und LastMod- Date (das Datum, an dem dieser Datensatz zuletzt modifi ziert wurde). Die ScanPathReports-Tabelle umfasst die fol genden Spalten: ReportID, Beschreibung, Titel, Würfel, MDX- QueryName, was nachstehend beschrieben wird.

Die Logik ist für Diagramme ähnlich, außer dass die Dia gramm-Drop-Down-SQL eine zusätzliche Tabellenteilnahme an der ScanPathCharts-Datenbanktabelle machen muss. Die Scan- PathCharts-Tabelle umfasst die folgenden Spalten: ChartID, ReportID, Beschreibung, Titel, Typ, ChartDefaultSettings, was nachstehend beschrieben wird. Lediglich Diagramme, die eine ReportID (Berichtkennung) in der Liste der von der SQL abgerufenen Berichte haben, sollten in der Diagrammliste angezeigt werden. Das bevorzugte Ausführungsbeispiel ver wendet ein verallgemeinertes Bericht- und Diagrammdefiniti onshilfsmittel beruhend auf OLAP (Online Application Pro cessing) -Software. Der OLAP-basierte Bericht stellt eine Unterstützung für eine Vielzahl verschiedener Berichte be reit. Die Möglichkeit zur Definition und Erzeugung der Vielfalt der Berichte, die vom Produkt gefordert werden, erfordert die Entwicklung eines allgemeinen Mechanismus zur Unterstützung der Erzeugung von Berichten. Dieser Mechanis mus muss in seiner Konfiguration flexibel sein, um das Hin zufügen zusätzlicher Berichte zu dem Produkt zu erleich tern. Außerdem sollten diese Merkmale robust genug sein, dass sie für andere Anwendungsprodukte verwendet werden können, die eine OLAP-Berichterstattung verwenden.

Die nachstehend beschriebenen Funktionen sind Merkmale, die die Verallgemeinerung von Berichten und Diagrammen in der OLAP-Umgebung unterstützen. Vier Typen von Daten sind zur Unterstützung der Berichte, Diagramme und Instrumententa feln erforderlich, die in der Anwendung enthalten sind. Diese sind Abrufdaten, Berichtdaten, Diagrammdaten und In strumententafeldaten. Die Metadaten für jede dieser Katego rien sind in einer separaten Datenbanktabelle enthalten. Der Ausdruck "Instrumententafel" bezieht sich auf eine (nicht gezeigte) Web-Seite, die dem Benutzer eine schnelle Übersicht über die wichtigsten Indikatoren bietet, die der Benutzer betrachten kann, was Diagramme einschließt, die durch den Benutzer unter Verwendung des in Fig. 3 gezeigten Standardberichtbildschirms konfiguriert werden.

Die Abfragemetadaten-(MDXQuery-)Datenbanktabelle enthält eine Liste mehrdimensionaler (MDX) Abfragen und der Lauf zeitsitzungsparameter, die zu deren Ausführung erforderlich sind. Fordert ein Benutzer ein Diagramm oder einen Bericht an, identifiziert die Anfrage indirekt die zu verwendende MDX-Abfrage zum Abruf der Daten für den ausgewählten Be richt. Der MDX-Abrufname ist der Primärschlüssel eines Da tensatzes in der MDXQuery-Tabelle, die Informationen über den Würfel, die Anzahl der Parameter und die Liste der Pa rameter enthält, die der Abfrage zuzuführen sind. Die MDXQuery-Tabelle umfasst die folgenden Spalten: MDXQueryNa me, Würfel, ParamCount, MDXQuery, Comments und SessionPara meters. Diese Tabelle enthält die Liste der Prozeduren, die zum Abruf von Daten verwendet werden, die zur Erzeugung der bestimmten Berichte und Diagramme verwendet werden. Der In halt der Tabelle beinhaltet das Folgende: MDXQueryName - der Name einer zum Abruf von Berichtdaten verwendeten MDX- Prozedur, Cube - der Name des OLAP-Würfels, aus dem die Da ten abgerufen werden, ParamCount - die Anzahl der Parameter, die zu dieser Prozedur geführt werden müssen, MDXQuery - der aktuelle SQL-Code für die Datenabrufabfrage, (diese Abfrage ist für jeden Bericht anders), Comments - einen Entwickler kommentar für diese Prozedur, SessionParameters - eine durch Kommas getrennte Liste von Parametern (mit Namen), die zu dieser Prozedur übertragen werden müssen, in der Reihenfolge, in der sie überführt werden müssen. Die Daten in dieser Tabelle bleiben unter Verwendung von SQL-Skripts erhalten.

Die Berichtmetadatentabelle ("Report Meta Data table") (ScanPathReports) enthält die Liste aller CLAP-Berichte, die in der Anwendung unterstützt werden. Der Inhalt der ScanPathReports-Tabelle beinhaltet das Folgende: ReportlD - eine eindeutige Kennung für jeden Bericht, Description - eine detaillierte Beschreibung des Berichts, Title - den Titel des Berichts, der auf den Bildschirmen anzuzeigen ist, Cube - der Name des OLAP-Würfels, aus dem die Daten abgerufen werden, MDXQueryName - der Name der MDX-Prozedur, die zum Abrufen der Daten für diesen Bericht verwendet wird.

Die Diagramm-Meta-Daten-Tabelle("Chart Meta Data table") (ScanPathCharts) enthält die Liste aller Diagramme, die aus einem Satz von Berichtdaten erzeugt werden können. Der In halt der ScanPathCharts-Tabelle enthält das Folgende: Char tID - eine eindeutige Kennung in der ReportID, ReportID - eine eindeutige Kennung für jeden Bericht, Description - eine detaillierte Beschreibung der Tabelle, Title - den Ti tel der Tabelle, die auf den Bildschirmen anzuzeigen ist, YaxisName - die Kennzeichnung für die Y-Achse, die in dem Diagramm zu verwenden ist, XaxisName - die Kennzeichnung für die X-Achse, die in dem Diagramm zu verwenden ist, Type - der Stil des Diagramms (bspw. Trend, Säulen, Kuchen), ChartDefaultSettings - eine Zeichenkette, die jeweils die Vorgabeeinstellung eines bestimmten Diagrammparameters be stimmt (bspw. 2D/3D, vertikales Gitter ein/aus).

Gemäß dem bevorzugten Ausführungsbeispiel beinhaltet ein Standardberichtmodul Berichte und Graphen für die ersten zwei Reihen der Abtasteinrichtungsverwendungsberichtproduk te. Der exakte Berichtsatz, der in Reihe 1 und Reihe 2 des Produkts enthalten ist, kann durch das Produktmanagement definiert sein. Vorzugsweise enthält jede Produktreihe ei nen jeweiligen Berichtsatz, der durch dieses Modul bereit gestellt wird. Alle Benutzer, die auf die Berichte zugrei fen können, können auf das Standardberichtmodul zugreifen.

Gemäß einem bevorzugten Ausführungsbeispiel sind drei Stan dardberichtkategorien in dem Produkt bereit gestellt. Diese Kategorien sind: Kundenanalyse, klinische Anwendung und Be triebsanalyse. Die gewünschte Kategorie kann durch Ankli cken einer Drop-Down-Pick-Liste ausgewählt werden, die an gezeigt wird, wenn der Benutzer auf das Anzeigefeld 58 in Fig. 3 klickt. Jede Berichtkategorie liefert eine Liste von Berichten für den Benutzer, die Informationen bezüglich der Kategorie enthalten. Das Produkt, über das der Kunde einen Vertrag abschließt, wirkt sich auf die Berichte in einer Liste aus. Bspw. kann das Basisprodukt dem Benutzer ledig lich einen Zugriff auf wenige (bspw. 4) Berichte ermögli chen, während die nächste Stufe (d. h. Reihe) des Produkts dem Benutzer einen Zugriff auf alle Berichte geben kann, die in jeder der drei Kategorien definiert sind.

Der Benutzer kann sich bei dem Sicherheitsserver (14 in Fig. 2) über das Internet anmelden. Ist der Benutzer zum Zugriff auf Abtasteinrichtungsverwendungsberichte autori siert, wird eine Home-Web-Seite (in der Zeichnung nicht ge zeigt) sofort nach der Anmeldung angezeigt. Wählt der Be nutzer eine Standardberichtverknüpfung auf der Home-Web- Seite aus, wird der Standardberichtbildschirm 40 (s. Fig. 3) angezeigt. Die Parameter auf dem Bildschirm 40 werden auf den letzten Satz der Parameter eingestellt, die von dem angemeldeten Benutzer verwendet wurden. Diese Parameter werden zum Abrufen des geeigneten Diagramms verwendet, das in dem Diagrammanzeigefeld 42 angezeigt wird. Die Standard berichtseite bietet dem Benutzer eine Vielfalt von Funktio nen, die ihm die Modifikation des angezeigten Diagramms er möglichen. Auf dieser Seite hat der Benutzer die Möglich keit, jeden Parameter des Diagramms zu verändern sowie die Möglichkeit, alle verfügbaren Berichte und Datenausschnitte anzuzeigen.

Die folgenden Optionen werden auf dem Standardberichtbild schirm 40 in der Form von Drop-Down-Pick-Listen angezeigt:
die Einrichtungs-Pick-Liste wird durch Anklicken des Anzei gefeldes 44 angezeigt; die Kostenzentrum- oder Abteilungs- Pick-Liste wird durch Anklicken des Anzeigefeldes 46 ange zeigt; die Modalitäts-Pick-Liste (mit Elementen MR und CT) wird durch Anklicken des Anzeigefelds 48 angezeigt. Die Ab tasteinrichtungs-Pick-Liste wird durch Anklicken des Anzei gefelds 50 angezeigt; die Perioden-Pick-Liste (die letzten 5 Quartale, letzten 12 Monate, letzten 6 Wochen und letzten 7 Tage, die vom Bericht oder dem Diagramm abzudecken sind) werden durch Anklicken des Anzeigefelds 52 angezeigt. Die Bis-Pick-Liste (das Ende des Zeitraums für die anzuzeigen den Daten) wird durch Anklicken des Anzeigefelds 56 ange zeigt; die Berichtkategorie-Pick-Liste (klinische Anwen dung, Kundenanalyse, Betriebsanalyse oder Leistungsanalyse) wird durch Anklicken des Anzeigefelds 58 angezeigt; die Be richt-Pick-Liste wird durch Anklicken des Anzeigefelds 60 angezeigt; die Diagrammtyp-Pick-Liste (Trend oder Ver gleich) wird durch Anklicken des Anzeigefelds 62 angezeigt; und die Datenausschnitt-Pick-Liste (Identifizierung des Ausschnitts, d. h. der Untergruppe, der in dem Diagramm an gezeigten Daten) wird durch Anklicken eines Anzeigefelds 64 angezeigt. Der Startzeitpunkt für die angeforderte Zeitpe riode wird automatisch durch das System bestimmt und in das Von-Feld 54 eingegeben.

Jede Berichtkategorie hat ihren eigenen Satz von Berichten. (Gleichermaßen hat jeder Bericht seinen eigenen Satz von Datenausschnitten). Bspw. kann die Drop-Down-Liste der Be richte für die klinische Anwendungskategorie wie folgt er scheinen:
durchschnittliche Bildanzahl pro Radiologe
durchschnittliche Bildanzahl pro Studientyp
durchschnittliche Folgenanzahl pro Studientyp
durchschnittliche Studiendauer pro Studientyp
durchschnittliche Studienbildanzahl pro Technologe
verwendeter Kontrast in Prozent pro Studientyp
Studienmenge pro Stunden
Studienmenge pro Bediener
Studienmenge pro Arzt
Studienmenge pro Radiologe
Studienmenge pro Studientyp

Die Drop-Down-Liste der Berichte für die Kundenanalysekate gorie kann wie folgt erscheinen:
Untersuchungsmenge pro Patientenalter
Untersuchungsmenge pro Patientengeschlecht
Untersuchungsmenge pro Patientengattierung

Die Drop-Down-Liste der Berichte für die Betriebsanalyseka tegorie kann wie folgt erscheinen:
durchschnittliche Untersuchungsdauer pro Patienten gattierung
durchschnittliche Untersuchungsdauer pro Radiologe
durchschnittliche Untersuchungsdauer pro Technologe
durchschnittliche Studiendauer pro Radiologe
durchschnittliche Studiendauer pro Technologe
durchschnittliche Zeit zwischen Untersuchungen
durchschnittliche Zeit zwischen Untersuchungen pro Studientyp
Untersuchungsmenge pro anordnendem Arzt
Untersuchungsmenge pro Radiologe
Untersuchungsmenge pro Technologe
Gesamtuntersuchungsmenge
Gesamtfolgenmenge
durchschnittliche Gesamtdauer pro Tag
durchschnittliche Abtasteinrichtungsverwendung

Nachdem der Benutzer die Auswahl aller erwünschten Parame ter abgeschlossen hat, muss er auf den virtuellen Anzeige diagrammknopf 66 zur Aktivierung des Systems zum Abruf der neuen Daten und Auffrischung des angezeigten Diagramms kli cken. Durch das Klicken auf das Anzeigedatendetailfeld geht der Benutzer auf eine nachstehend beschriebene tabellari sche Berichtseite.

Gemäß dem bevorzugten Ausführungsbeispiel sind die folgen den Optionen und Funktionen auf der Standardberichtseite implementiert.

Die Liste der in der Einrichtungs-Drop-Down-Liste angezeig ten Einrichtungen sollte die Auflistung der Einrichtungen enthalten, die folgende Kriterien erfüllen. Die Einrichtun gen müssen zu dem ausgewählten Kunden gehören. Die Einrich tungen müssen einen aktiven Vertrag für ein Abtasteinrich tungsverwendungsberichterstattungsprodukt haben. D. h., die Einrichtung muss zumindest einen Datensatz in der FacActi veScanner-Tabelle haben. Auf die Einrichtungen muss durch den angemeldeten Benutzer zugegriffen werden können, wobei dieses Kriterium über die FacGroupID des Benutzers bestimmt wird.

Die Liste der Kostenzentren (OrgAreaID), die in der Abtei lungs-Drop-Down-Liste angezeigt werden, sollten eine Auf listung der Kostenzentren enthalten, die die folgenden Kri terien erfüllen. Das Kostenzentrum muss eine Abtasteinrich tung mit einem aktiven Vertrag für ein Abtasteinrichtungs verwendungsberichterstattungsprodukt haben. Dies wird unter Verwendung einer Teilnahme zwischen den FacActiveSanner- und Equipment-Tabellen bestimmt. Die Equipment-Tabelle um fasst die folgenden Spalten: FacID, EquipID, ModalityCode, EquipActiveInd, ProductLine, SystemID (eine eindeutige Ken nung für eine Abtasteinrichtung für einen bestimmten Benut zer an einem bestimmten Ort), SerialNbr, MLN, OrgAreaID, Location, ActivationDate, DeactivationDate, MfgDate, LastUpgradeDate, usw. Auf die Kostenzentren muss durch den angemeldeten Benutzer zugegriffen werden können. Dies wird anhand der OrgAreaGrpID der Benutzer bestimmt. Dies wird durch eine Teilnahme an der vorstehend erhaltenen Liste der OrgAreaID und der OrgAreaGrpChild-Tabelle durchgeführt.

Die Liste der Modalitäten sollte von der Modalitätstabelle abgerufen werden. Vorzugsweise wird die Liste der Modalitä ten gemäß den Modalitäten der Abtasteinrichtungen qualifi ziert, die die OrgArea aufweist. Allerdings wird die Moda litätsliste schneller angezeigt, wenn diese Qualifikation weggelassen wird.

Die Liste der Abtasteinrichtungen (EquipID), die in der Ab tasteinrichtungs-Drop-Down-Liste angezeigt werden, sollte die Auflistung der Abtasteinrichtungen enthalten, die die folgenden Kriterien erfüllen. Die in der Abtasteinrich tungsliste enthaltenen Informationen sollten eine Verknüp fung aus SystemId und EquipmentName mit jedem Element sein, das von dem vorhergehenden Element durch Komma und Leerzei chen getrennt ist. Die Abtasteinrichtungen müssen in einem aktiven Vertrag für ein Abtasteinrichtungsverwendungsbe richterstattungsprodukt aufgenommen sein. Dies wird unter Verwendung einer Teilnahme zwischen den FacAtiveScanner- und Equipment-Tabellen bestimmt.

Die Periodenauswahl ermöglicht dem Benutzer die Auswahl ei ner bestimmten Anzahl von Perioden und einer Zeitdimension. Die Optionen, die vorgesehen sind, sind: die letzten 5 Quartale (Kalenderquartale), die letzten 12 Monate, die letzten 6 Wochen und die letzten 7 Tage.

Das Von-Feld 54 (s. Fig. 3) zeigt das Von-Datum für die ausgewählte Periode und das Bis-Datum an. Der Benutzer kann das Von-Datum nicht bestimmen sondern das System wird es bestimmen.

Das Bis-Feld 56 umfasst Monats-, Tag- und Jahr-Drop-Down- Listen. Diese Felder sollten zur Vorgabe des jüngsten Da tums kodiert werden, für das Daten für die ausgewählte Ab tasteinrichtung empfangen wurden. Das jüngste Datum, an dem Daten von einer Abtasteinrichtung empfangen wurden, ist in einer ScannerDataFeed-Tabelle gespeichert. Das jüngste Da tum, an dem Daten empfangen wurden, ist in einem LastExam- Date-Feld gespeichert. Das System muss das LastExamDate für die Einrichtung und die Abtasteinrichtung abrufen und es zur Einstellung des Bis-Feldes verwenden, wenn der Bild schirm initialisiert wird. Hat ein Benutzer ein Bis-Datum bestimmt, sollte es solange verwendet werden, bis es verän dert wird oder die Sitzung beendet wird. Vorzugsweise soll ten die Benutzer kein ungültiges Datum (bspw. 30.2.) von der Bis-Drop-Down-Liste auswählen können. Die Benutzer sollten auch kein Datum nach dem jüngsten Datum auswählen können, für das Daten für die ausgewählte Abtasteinrichtung empfangen wurden (LastExamDate-Feld).

Das Berichtkategoriefeld 58 enthält die Liste verfügbarer Berichtkategorien.

Das Berichtfeld 60 enthält eine Drop-Down-Liste der Berich te für die ausgewählte Berichtkategorie, auf die der Benut zer Zugriff hat. Die auf der Seite angezeigte Bericht-Drop- Down-Liste sollte mit der Liste der Berichte gefüllt wer den, die der Benutzer sehen darf, beruhend auf den aktiven Produktverträgen, die der Kunde hat. Die Liste der Berichte wird durch Teilnahme an mehreren Tabellen erzeugt, d. h. den ScanPathReports-, ProdReport- und ContProdFacility- Tabellen.

Das Diagrammtypfeld 62 enthält eine Drop-Down-Liste ver schiedener Standardtypen von Diagrammen, die angefordert werden können, bspw. Trend und Vergleich.

Das Datenausschnittfeld 64 enthält eine Drop-Down-Liste der Datenausschnitte, die bei dem ausgewählten Datensatz an wendbar sind. Außerdem ist eine Standarddatenausschnittop tion für jeden Datensatz vorgesehen. Die Standardoption ist: ALLE. Die ALLE-Option zeigt die Summe aller Datenaus schnitte in dem Diagramm an. Hat der Benutzer bspw. den Be richt über die Untersuchungsmenge pro Patiententyp ausge wählt, wird die Summe der Untersuchungsmengen für alle Pa tiententypen gezeigt. Die bestimmten Datenausschnitte, die in dem Bericht enthalten sind, werden auch aufgelistet. Die Ausschnitte, die in den Berichtdaten vorhanden sind, hängen von allen Parametern ab, die für diesen Bericht bestimmt wurden. Die Software interpretiert den Datensatz zur Erzeu gung dieser Liste.

Die Drop-Down-Listenauswahl verwendet neue Parameter, die zur Erzeugung der MDX-Abfrage zum Abrufen des Diagramms oder der Berichtdaten verwendet werden. Wenn der Benutzer den Anzeigediagrammknopf 66 drückt, führt die Anwendung folgende Funktionen aus: (1) Speichern der ausgewählten E lemente in die ScanOperDB. UserParm-Tabelle. (2) Verwenden der ausgewählten Bericht- und Datenausschnittparameter zum Abrufen der erforderlichen MDX-Abfrage aus der ScanPathRe ports-Tabelle. (3) Verwenden der MDX-Abfrage plus der aus gewählten Parameter zum Abrufen der Daten für das Diagramm aus dem Datenwürfel, der für die MDX-Abfrage identifiziert wird. Die Software verwendet die verschiedenen Dimensions tabellen (bspw. Zeitnachschlag ("TimeLookUp"), Einrichtung, Ausstattung, Patiententyp) zum Abrufen der erforderlichen Daten beruhend auf den für den Benutzer bestimmten Parame tern. (4) Auffrischen des angezeigten ChartFX-Objekts mit den abgerufenen Daten.

Die MDX-Abfrage, die zum Abrufen der Daten für den Bericht angewendet werden soll, ist in der ScanPathReports-Tabelle definiert. Wenn der Benutzer einen Bericht aus der Bericht- Drop-Down-Liste auswählt, wird die ReportID des ausgewähl ten Berichts zum Abrufen des MDXQueryName der erforderli chen Abfrage verwendet. Der MDXQueryName wird dann zum Ab rufen des Informationsrests verwendet, der zur Erfüllung der Abfrage aus der MDXQuery-Tabelle erforderlich ist. Die aus der MDXQuery-Tabelle abgerufenen Informationen sind folgende: Cube - der Name des Dimensionsdatenwürfels, der die Daten für den Bericht enthält, ParamCount - die Anzahl von Parametern, die die bestimmte MDX-Abfrage erfordert, MDXQuery - der Volltext, der für den Bericht verwendeten SQL-Abfrage, Comments - Kommentierung vom Entwickler bezüg lich der Abfrage, die zur Beibehaltung von Codedokumentati onszwecken verwendet wird, SessionParameters - durch Komma abgegrenzte Kette von Parametern, die durch die Abfrage in der Reihenfolge erforderlich sind, in der sie zu der Abfra ge geführt werden.

Wählt der Benutzer einen Bericht aus, spiegelt das anzuzei gende Diagramm den vom Benutzer im Feld 62 ausgewählten Diagrammtyp wieder. Die ChartID wird beruhend auf dem aus gewählten Diagrammtyp bestimmt (bspw. Trend, Vergleich) und der ausgewählten ReportID. Die anzuzeigende ChartID und die Parameter, die zur Anzeige verwendet werden sollen, werden aus der ScanPathCharts-Tabelle abgerufen. Die Daten in dem Datensatz liefern den Titel des Diagramms und die Vorgabe einstellungen für das Diagramm. Der Benutzer kann das Dia gramm unter Verwendung eines Werkzeugbalkens in der Dia grammsteuerung manipulieren. Die Software sperrt die Merk male, die dem Benutzer die Modifizierung der Daten in dem Diagramm ermöglichen.

Wählt der Benutzer die Anzeigedatendetailverknüpfung auf dem Bildschirm 40 aus, werden detaillierte Daten in einem tabellarischen Bericht auf einer separaten Web-Seite (nicht gezeigt) angezeigt. Auf dieser Seite kann der Benutzer nu merische Daten betrachten, die mit jedem Datenausschnitt in dem Bericht für die ausgewählte Metrik in jeder Periode as soziiert sind. Der Benutzer kann den Bericht unter Verwen dung der Browserdruckfunktionen ausdrucken. Der Benutzer kann die Daten auch kopieren und sie in Excel oder eine an dere Desktop-Anwendung unter Verwendung von Standard-Copy- und -Pastefunktionen einfügen. Vorzugsweise zeigt der ta bellarische Datenbericht den vollen Kontext der Parameter an, die zur Erzeugung des Berichts verwendet werden.

Wählt der Benutzer die Anzeigedatendetailverknüpfung aus, werden detaillierte Daten in einem tabellarischen HTML- Bericht angezeigt. Der tabellarische Bericht enthält alle Daten für jeden Datenausschnitt in dem Bericht. Die anzu zeigenden Daten in dem Bericht werden unter Verwendung der MDX-Abfrage für den Bericht, wie vorstehend beschrieben, abgerufen.

Die Erfindung ist nicht auf die Erzeugung von Verwendungs berichten beruhend auf Betriebsdaten beschränkt, die in me dizinischen Abbildungseinrichtungen protokolliert werden. Der Berichterzeugungsvorgang, wie hier beschrieben, kann zum Kompilieren und/oder Summieren von Betriebsdaten von anderen Typen entfernt platzierter, von einem Benutzer be dienten elektronischen Einrichtungen verwendet werden.

Obwohl die Erfindung anhand bevorzugter Ausführungsbeispie le beschrieben wurde, ist es verständlich, dass viele Ände rungen durchgeführt und Äquivalente für Elemente eingesetzt werden können, ohne vom Schutzbereich der Erfindung abzu weichen. Bspw. kann der Standardberichtbildschirm auch ei nen virtuellen Anzeigeberichtaktivierungsknopf zum Bewirken der Anzeige eines tabellarischen Berichts in dem Berichtan zeigebereich 42 (s. Fig. 3) durch das System anstelle eines Diagramms haben. Außerdem können viele Modifizierungen zur Anpassung an eine bestimmte Situation bei den Lehren der Erfindung durchgeführt werden, ohne vom Schutzbereich abzu weichen. Daher soll die Erfindung nicht auf ein hier offen bartes bestimmtes Ausführungsbeispiel beschränkt sein, son dern alle Ausführungsbeispiele beinhalten, die in den Schutzbereich der beigefügten Ansprüche fallen.

In den Patentansprüchen wird der Begriff "Computersystem" breit verwendet, um einen einzelnen Computer, einen Server oder einen Datenprozessor oder eine Gruppe von miteinander verbundenen Computern, Servern oder Datenprozessoren zu um fassen. Wie für den Fachmann ersichtlich ist, können zwei Datenverarbeitungsfunktionen als separate Softwaremodule oder Computerprogramme auf getrennten Computern oder Ser vern oder als separate Softwaremodule oder Computerprogram me auf dem gleichen Computer oder Server implementiert sein.

Vorstehend sind ein Verfahren und ein System zur Bereit stellung eines entfernten Zugriffs auf Abtasteinrichtungs verwendungs- oder Diagnoseabbildungsberichte beschrieben, die durch ein Computersystem mit einem Zugriff auf eine Da tenbank gesammelter Abtasteinrichtungsbetriebsdaten erzeugt werden. Vorzugsweise werden die Berichte über ein Weitver kehrsnetz, bspw. das Internet, als Antwort auf Zugriffsan forderungen von Kunden geliefert. Insbesondere umfasst das System eine grafische Benutzerschnittstelle, die dem Benut zer die Bestimmung aller Berichtinhaltparameter und die An zeige des Berichts auf einem einzelnen Bildschirm ermög licht. Der Berichtinhaltparameterabschnitt des Bildschirms ermöglicht dem Benutzer die Identifizierung der Einrich tung, des Organisationsbereichs (d. h. der Abteilung), der Ausrüstung, der Zeitdimension, des Zeitrahmens, der Metrik und der Datenausschnitte, die der Benutzer in dem Bericht haben möchte. Der erzeugte Bericht enthält die gegenwärtig in der Datenbank vorhandenen Informationen, die täglich ak tualisiert werden.

Claims

1. Verfahren zur Anzeige von Daten auf einem Anzeigeschirm mit den Schritten
Anzeigen einer graphischen Benutzerschnittstelle auf dem Anzeigeschirm,
Auswählen eines ersten Berichtinhaltparameters durch Interagieren mit der graphischen Benutzerschnittstelle,
Transformieren der graphischen Benutzerschnittstelle zur Anzeige einer Liste von Werten für den ersten Bericht inhaltparameter als Antwort auf den Schritt zur Auswahl des ersten Berichtinhaltparameters,
Auswählen eines Wertes für den ersten Berichtinhaltpa rameter aus der Liste durch Interagieren mit der graphi schen Benutzerschnittstelle,
Aktivieren eines Diagrammanzeigemodus durch Inter agieren mit der graphischen Benutzerschnittstelle,
Abrufen von Daten aus einer Datenbank, die zum Teil durch den ausgewählten Wert für den ersten Berichtinhaltpa rameter definiert sind, und
Anzeigen eines Diagramms auf den Anzeigeschirm mit sichtbaren Elementen, die eine Funktion der abgerufenen Da ten darstellen.

2. Verfahren nach Anspruch 1, wobei das Diagramm und die graphische Benutzerschnittstelle auf dem Anzeigeschirm gleichzeitig angezeigt werden.

3. Verfahren nach Anspruch 1, wobei der erste Berichtin haltparameter ein Ausrüstungsidentifizierer ist, und das Verfahren ferner den Schritt der Verifizierung aufweist, dass der ausgewählte Ausrüstungsidentifizierer in einer Da tenbank von Ausrüstungsidentifizierern enthalten ist, die eine autorisierte Ausrüstung identifizieren.

4. Verfahren nach Anspruch 1, wobei der erste Berichtin haltparameter ein Berichtidentifizierer ist, und das Ver fahren den weiteren Schritt des Abrufens einer mehrdimensi onalen Abfrage und eines Namens eines dimensionalen Daten würfels aus einer Abfragedatenbank umfasst, der Daten für den durch den Berichtidentifizierer identifizierten Bericht aufweist.

5. Verfahren nach Anspruch 4, ferner mit den Schritten
Auswählen eines zweiten Berichtinhaltparameters durch Interagieren mit der graphischen Benutzerschnittstelle, wo bei der zweite Berichtinhaltparameter ein Datenausschnitti dentifizierer ist,
Transformieren der graphischen Benutzerschnittstelle zur Anzeige einer Liste von Werten für den zweiten Bericht inhaltparameter als Antwort auf den Schritt zur Auswahl des zweiten Berichtinhaltparameters, und
Auswählen eines Werts für den zweiten Berichtinhaltpa rameter aus der Liste durch Interagieren mit der graphi schen Benutzerschnittstelle,
wobei die abgerufenen Daten des Weiteren zum Teil durch den ausgewählten Wert für den zweiten Berichtinhalt parameter definiert sind.

6. Verfahren nach Anspruch 1, wobei der erste Berichtin haltparameter ein Diagrammtyp ist.

7. Verfahren nach Anspruch 1, mit den weiteren Schritten
Aktivieren eines Tabellenberichtanzeigemodus durch In teragieren mit der graphischen Benutzerschnittstelle und
Anzeigen eines Tabellenberichts anstelle des Diagramms und der graphischen Benutzerschnittstelle auf dem Anzeige schirm als Antwort auf die Aktivierung des Tabellenbericht anzeigemodus, wobei der Tabellenbericht die abgerufenen Da ten beinhaltet.

8. Verfahren nach Anspruch 1, wobei die Datenbank Abtast einrichtungsverwendungsdaten umfasst.

9. Verfahren zur Anzeige von Daten auf einem Anzeigeschirm mit den Schritten
Anzeigen einer graphischen Benutzerschnittstelle auf dem Anzeigeschirm,
Auswählen eines ersten Berichtinhaltparameters durch Interagieren mit der graphischen Benutzerschnittstelle,
Transformieren der graphischen Benutzerschnittstelle zur Anzeige einer Liste von Werten für den ersten Bericht inhaltparameter als Antwort auf den Schritt der Auswahl des ersten Berichtinhaltparameters,
Auswählen eines Werts für den ersten Berichtinhaltpa rameter aus der Liste durch Interagieren mit der graphi schen Benutzerschnittstelle,
Aktivieren eines Tabellenberichtanzeigemodus durch In teragieren mit der graphischen Benutzerschnittstelle,
Abrufen von Daten aus einer Datenbank, die zum Teil durch den ausgewählten Wert für den ersten Berichtinhaltpa rameter definiert sind, und
Anzeigen eines Tabellenberichts auf dem Anzeigeschirm, wobei der Tabellenbericht die abgerufenen Daten beinhaltet.

10. Verfahren nach Anspruch 9, wobei der Tabellenbericht und die graphische Benutzerschnittstelle gleichzeitig auf dem Anzeigeschirm angezeigt werden.

11. Verfahren nach Anspruch 9, wobei die Datenbank Ab tasteinrichtungsverwendungsdaten umfasst.

12. System mit
einem Anzeigeschirm (36),
einer Einrichtung (40) zur Anzeige einer graphischen Benutzerschnittstelle auf dem Anzeigeschirm, die ein akti vierbares erstes Berichtinhaltparameterfeld (60) und einen aktivierbaren virtuellen Diagrammanzeigemodusknopf (66) um fasst,
einer Bedienereingabeeinrichtung (36) zum Interagieren mit der graphischen Benutzerschnittstelle,
einer Einrichtung (32) zum Transformieren der graphi schen Benutzerschnittstelle zur Anzeige einer Vielzahl ak tivierbarer Wertefelder für einen ersten Berichtinhaltpara meter als Antwort auf die Aktivierung des ersten Berichtin haltparameterfeldes durch die Bedienereingabeeinrichtung,
einer Einrichtung (32) zum Einstellen eines Werts für den ersten Berichtinhaltparameter als Antwort auf die Akti vierung eines der Vielzahl der Wertefelder durch die Bedie nereingabeeinrichtung,
einer Einrichtung (32) zum Abrufen von Daten aus einer Datenbank, die zum Teil durch den eingestellten Wert für den ersten Berichtinhaltparameter definiert sind, als Ant wort auf die Aktivierung des virtuellen Diagrammanzeigemo dusknopfes durch die Bedienereingabeeinrichtung, und
einer Einrichtung (42) zur Anzeige eines Diagramms auf dem Anzeigeschirm mit sichtbaren Elementen, die eine Funk tion der abgerufenen Daten darstellen.

13. System nach Anspruch 12, ferner mit einer Webverbindung (34) zwischen einem Arbeitsplatz (36) und einem Computer system (32), wobei die graphische Benutzerschnittstelle ei ne von dem Computersystem zum Arbeitsplatz heruntergeladene Webseite ist, das Computersystem die Datenabrufeinrichtung umfasst und der Arbeitsplatz den Anzeigeschirm und die Be dienereingabeeinrichtung umfasst.

14. System nach Anspruch 12, wobei das Diagramm und die grafische Benutzerschnittstelle gleichzeitig auf dem Anzei geschirm angezeigt werden.

15. System nach Anspruch 12, wobei der erste Berichtinhalt parameter ein Ausrüstungsidentifizierer ist, und das System ferner eine Vertragsdatenbank (30) und eine Einrichtung zur Überprüfung der Vertragsdatenbank zum Verifizieren umfasst, dass der ausgewählte Ausrüstungsidentifizierer eine autori sierte Ausrüstung identifiziert.

16. System nach Anspruch 12, wobei der erste Berichtinhalt parameter ein Berichtidentifizierer ist, und das System ferner eine Abfragedatenbank und eine Einrichtung zum Abru fen einer mehrdimensionalen Abfrage und eines Namens eines dimensionalen Datenwürfels von der Abfragedatenbank um fasst, der Daten für den durch den Bericht identifizierer identifizierten Bericht enthält.

17. System nach Anspruch 12, wobei die grafische Benutzer schnittstelle ferner eine aktivierbare Tabellenberichtan zeigeverknüpfung umfasst und das System ferner eine Ein richtung zur Anzeige eines Tabellenberichts anstelle des Diagramms und der grafischen Benutzerschnittstelle auf dem Anzeigeschirm als Antwort auf die Aktivierung der Tabellen berichtanzeigeverknüpfung umfasst, wobei der Tabellenbe richt die abgerufenen Daten enthält.

18. System nach Anspruch 12, wobei die Datenbank Abtastein richtungsverwendungsdaten umfasst.

19. System mit:
einem Anzeigeschirm (36);
einer Bedienereingabeeinrichtung (36), und
einem Computersystem (32), das zur Durchführung fol gender Schritte programmiert ist:
Anzeigen einer grafischen Benutzerschnittstelle (40) auf dem Anzeigeschirm, wobei die grafische Benutzerschnitt stelle ein aktivierbares erstes Berichtinhaltparameterfeld (60) und einen aktivierbaren virtuellen Diagrammanzeigemo dusknopf (66) umfasst,
Transformieren der grafischen Benutzerschnittstelle zur Anzeige einer ersten Vielzahl aktivierbarer Wertefelder für einen ersten Berichtinhaltparameter als Antwort auf die Aktivierung des ersten Berichtinhaltparameterfelds durch die Bedienereingabeeinrichtung,
Einstellen eines Werts für den ersten Berichtinhaltpa rameter als Antwort auf die Aktivierung eines der ersten Vielzahl der Wertefelder durch die Bedienereingabeeinrich tung,
Abrufen von Daten von einer Datenbank, die zum Teil durch den eingestellten Wert für den ersten Berichtinhalt parameter definiert sind, als Antwort auf die Aktivierung des virtuellen Diagrammanzeigemodusknopfs durch die Bedie nereingabeeinrichtung und
Anzeigen eines Diagramms auf dem Anzeigeschirm mit sichtbaren Elementen, die eine Funktion der abgerufenen Da ten darstellen.

20. System nach Anspruch 19, wobei das Diagramm und die grafische Benutzerschnittstelle gleichzeitig auf dem Anzei geschirm angezeigt werden.

21. System nach Anspruch 19, ferner mit einer Vertragsda tenbank (30), wobei der erste Berichtinhaltsparameter ein Ausrüstungsidentifizierer ist, und das Computersystem fer ner zur Überprüfung der Vertragsdatenbank zur Verifizierung programmiert ist, dass der ausgewählte Ausrüstungsidentifi zierer eine autorisierte Ausrüstung identifiziert.

22. System nach Anspruch 19, ferner mit einer Abfragedaten bank, wobei der erste Berichtinhaltparameter ein Berichti dentifizierer ist, und das Computersystem ferner zum Abru fen einer mehrdimensionalen Abfrage und eines Namens eines dimensionalen Datenwürfels von der Abfragedatenbank pro grammiert ist, der Daten für den durch den Berichtidentifi zierer identifizierten Bericht enthält.

23. System nach Anspruch 22, wobei die grafische Benutzer schnittstelle ferner ein aktivierbares zweites Berichtin haltparameterfeld (64) enthält, und das Computersystem fer ner zur Durchführung der folgenden Schritte programmiert ist:
Transformieren der grafischen Benutzerschnittstelle zur Anzeige einer zweiten Vielzahl aktivierbarer Wertefel der für einen zweiten Berichtinhaltparameter als Antwort auf die Aktivierung des zweiten Berichtinhaltparameterfel des durch die Bedienereingabeeinrichtung und
Einstellen eines Werts für den zweiten Berichtinhalt parameter als Antwort auf die Aktivierung eines der zweiten Vielzahl der Wertefelder durch die Bedienereingabeeinrich tung,
wobei die abgerufenen Daten ferner zum Teil durch den eingestellten Wert für den zweiten Berichtinhaltparameter definiert sind.

24. System nach Anspruch 23, wobei der erste Berichtinhalt parameter ein Berichtidentifizierer und der zweite Bericht inhaltparameter ein Datenausschnittidentifizierer ist.

25. System nach Anspruch 19, wobei der erste Berichtinhalt parameter ein Diagrammtyp ist.

26. System nach Anspruch 19, wobei die grafische Benutzer schnittstelle ferner eine aktivierbare Tabellenberichtan zeigeverknüpfung umfasst, und das Computerprogramm ferner zur Anzeige eines Tabellenberichts anstelle des Diagramms und der grafischen Benutzerschnittstelle auf dem Anzeige schirm als Antwort auf die Aktivierung der Tabellenbericht anzeigeverknüpfung programmiert ist, wobei der Tabellenbe richt die abgerufenen Daten enthält.

27. System nach Anspruch 19, wobei die Datenbank Abtastein richtungsverwendungsdaten umfasst.

28. System mit
einem Anzeigeschirm (36),
einer Bedienereingabeeinrichtung (36) und
einem Computersystem (32), das zur Durchführung der folgenden Schritte programmiert ist:
Anzeigen einer grafischen Benutzerschnittstelle (40) auf dem Anzeigeschirm, wobei die grafische Benutzerschnitt stelle ein aktivierbares Berichtinhaltparameterfeld (60) und einen aktivierbaren virtuellen Berichtanzeigemodusknopf umfasst,
Transformieren der grafischen Benutzerschnittstelle zur Anzeige einer ersten Vielzahl aktivierbarer Wertefelder für einen Berichtinhaltparameter als Antwort auf die Akti vierung des Berichtinhaltparameterfeldes durch die Bedie nereingabeeinrichtung,
Einstellen eines Werts für den Berichtinhaltparameter als Antwort auf die Aktivierung des einen der ersten Viel zahl von Wertefeldern durch die Bedienereingabeeinrichtung, Abrufen von zum Teil durch den eingestellten Wert für den Berichtinhaltparameter definierten Daten von einer Da tenbank als Antwort auf die Aktivierung des virtuellen Dia grammanzeigemodusknopfs durch die Bedienereingabeeinrich tung und
Anzeigen eines Tabellenberichts auf dem Anzeigeschirm, wobei der Tabellenbericht die abgerufenen Daten enthält.