-
Diese
Erfindung betrifft allgemein die Koordination der Qualitätssicherung
und insbesondere netzwerkbasierende Systeme und Verfahren zur Koordination
von Abnahme/Haltepunkte und Prüfungen bzw.
sog. Audits umfassenden Qualitätsereignissen.
-
Abnahme/Haltepunkte,
Audits und Überwachungen
von kritischen oder Schlüsselereignissen während Bau
oder Wartung umfassende Qualitätssicherungs-(QA)-Ereignisse
verbessern die Produktkontrolle und Zuverlässigkeit. Insbesondere sind
in staatlich überwachten
Industrien wie z.B. im Bauwesen, Kernkraftproduktion und Flugzeugwartung
eine strikte prozedurale Einhaltung für das Produktverhalten sowie
für die
Sicherheit erforderlich. Beauftragte Qualitätssicherungsingenieure (QCEs) überwachen QA-Ereignisse.
Für viele
Baugruppenpakete ist ein umfangreiches Auditieren, Bewerten und
Testen der Baugruppenpakete und Unterbaugruppen während Aufbau
oder Herstellung erforderlich. Die Dokumentation von Stammbaums
und Geschichte von Baugruppenpaketen und Unterbaugruppen wird durch beauftragte
QCEs vor dem Einbau oder dem Betrieb auditiert. Die Koordination
von QA-Ereignissen durch beauftragte QCEs ist erforderlich, um Verzögerungen zu
minimieren. Komplexe Projekte bringen eine große Anzahl beauftragter QCEs
mit sich und schließen auch
firmenexterne Ingenieure mit ein. Beauftragte Geschäftseinheiten
und QCEs müssen
zusammenarbeiten, um eine Minimierung von Ereignisverzögerungen
oder Stopps zu ermöglichen.
Die Koordination von Audits und beauftragter QCEs ist eine komplexe
Aufgabe für
viele Projekte. Fehler bei der korrekten Planung und Durchführung erforderlicher
Audits oder Abnahme/Haltepunkte umfassender QA-Ereignisse können zu
seinem verzögerten
Systembetrieb, verlänger ter
oder zusätzlicher
Wartung und zu erhöhten
Systemkosten führen.
-
WO
01/50209 offenbart ein Verfahren und ein System zur Überwachung
des Verhaltens von einer oder mehreren Produktionslinien.
-
EP 0 977 055 offenbart ein
Computer-implementiertes Verfahren zur Ultraschallabtastung von Komponenten
und zur Bewertung von deren Reparaturen als Teil eines allgemeinen
Montagevorgangs.
-
Gemäß der vorliegenden
Erfindung wird ein Verfahren zum Koordinieren von Kernreaktor-Qualitätssicherungs-('QA')-Ereignisplanungen unter Verwendung eines
netzwerkbasierenden Systems mit einem Serversystem, das mit einer
Datenbank und wenigstens einem Clientsystem verbunden ist bereitgestellt,
wobei das Verfahren gekennzeichnet ist durch die nachstehenden Schritte:
Empfangen
von Kernreaktor-QA-Ereignisdaten, die Information bezüglich Reaktoranlagetypdaten
und Information bezüglich
Baugruppenpaketdaten enthalten, die wenigstens ein Datenelement
von Reaktordruckbehälter-Brennelementewechselbalgen-Baugruppenpaketen,
Containment-Wasserstoffrekombinator-Baugruppenpaketen, Wärmetauscher-Baugruppenpaketen,
Entleerungstank- und Entleerungspumpen-Baugruppenpaketen, Reaktordruckbehälter-Serviceausrüstungs-Baugruppenpaketen,
Hauptdampfleitungsstopfen-Baugruppenpaketen, und Reaktordruckbehälter-Wärmedeckelschraubenspanner-Baugruppenpaketen
enthält;
Speichern
der QA-Ereignisdaten in der Datenbank, wobei die Datenbank einen
Anlageninformations-Abschnitt, einen QA- Ereignisinformations-Abschnitt und einen
Unterstützungseinrichtungen-Abschnitt
aufweist;
Querverknüpfen
der QA-Ereignisdaten mit den QA-Ereignisplänen;
Aktualisieren der
Datenbank mit den QA-Ereignisdaten; und
Liefern von Information
als Antwort auf eine Anfrage.
-
Die
vorliegende Erfindung stellt auch ein netzwerkbasierendes System
zur Koordination von Kernreaktor-Qualitätssicherungs-('QA')-Ereignisplänen bereit,
wobei das netzwerkbasierende System
ein Clientsystem mit einem
Browser;
eine Datenbank zum Speichern von Information;
ein
Serversystem, das für
eine Verbindung mit dem Clientsystem eingerichtet ist, wobei das
Serversystem dadurch gekennzeichnet ist, dass es dafür eingerichtet
ist:
Kernreaktor-QA-Ereignisdaten zu empfangen, die Information
bezüglich
Reaktoranlagetypdaten und Information bezüglich Baugruppenpaketdaten
enthalten, die wenigstens ein Datenelement von Reaktordruckbehälter-Brennelementewechselbalgen-Baugruppenpaketen,
Containment-Wasserstoffrekombinator-Baugruppenpaketen, Wärmetauscher-Baugruppenpaketen,
Entleerungstank- und Entleerungspumpen-Baugruppenpaketen, Reaktordruckbehälter-Serviceausrüstungs-Baugruppenpaketen,
Hauptdampfleitungsstopfen-Baugruppenpaketen, und Reaktordruckbehälter-Wärmedeckelschraubenspanner-Baugruppenpaketen
enthält;
die
QA-Ereignisdaten in der Datenbank zu speichern, wobei die Datenbank
einen Anlageninformations-Abschnitt, einen QA-Ereignisinformations-Abschnitt und einen
Unterstützungseinrichtungen-Abschnitt
aufweist;
die Datenbank mit den QA-Ereignisdaten zu aktualisieren;
eine
Querverknüpfung
der QA-Ereignisdaten mit einem QA-Ereignisplan durchzuführen; und
Information
als Reaktion auf eine Anfrage zu liefern.
-
Zusätzlich stellt
die vorliegende Erfindung ein Serversystem zum Zugreifen auf ein
Computerprogramm zum Koordinieren von Kernreaktor-Qualitätssicherungs-('QA')-Ereignisplänen bereit,
dadurch gekennzeichnet, dass das Programm eine Codesegment aufweist,
das QA-Ereignisdaten empfängt,
die Information bezüglich
Reaktoranlagetypdaten und Information bezüglich Baugruppenpaketdaten
enthalten, die wenigstens ein Datenelement von Reaktordruckbehälter-Brennelementewechselbalgen-Baugruppenpaketen,
Containment-Wasserstoffrekombinator-Baugruppenpaketen, Wärmetauscher-Baugruppenpaketen,
Entleerungstank- und Entleerungspumpen-Baugruppenpaketen, Reaktordruckbehälter-Serviceausrüstungs-Baugruppenpaketen,
Hauptdampfleitungsstopfen-Baugruppenpaketen, und Reaktordruckbehälter-Wärmedeckelschraubenspanner-Baugruppenpaketen
enthält;
ein
Codesegment, das eine Datenbank führt, indem es QA-Ereignisdaten hinzufügt, löscht und
aktualisiert, wobei die Datenbank einen Anlageninformations-Abschnitt,
einen QA-Ereignisinformations-Abschnitt
und einen Unterstützungseinrichtungen-Abschnitt
aufweist;
ein Codesegment, das wenigstens einen QA-Ereignisplan
auf der Basis der empfangenen QA-Ereignisdaten erzeugt; und
ein
Codesegment, das die QA-Ereignispläne an Benutzer liefert, wenn
das Programm auf einem Datenverarbeitungssystem betrieben wird,
und wenn auf das Programm durch das Hostsystem zugegriffen wird.
-
In
einem Aspekt der vorliegenden Erfindung wird ein Verfahren zum Koordinieren
von QA-Ereignisplänen
unter Verwendung eines netzwerkbasierenden Systems geschaffen. Das
System enthält
ein mit einer Datenbank verbundenes Serversystem und wenigstens
ein Clientsystem. Das Verfahren umfasst das Empfangen von QA-Ereignisdaten
und das Speichern der QA-Ereignisdaten in der Datenbank. Das Verfahren
umfasst ferner das Verknüpfen
der QA-Ereignisdaten, die Aktualisierung der Datenbank mit den QA-Ereignisdaten
und die Erzeugung von Information als Antwort auf eine Anfrage.
-
In
einem weiteren Aspekt der Erfindung wird ein Verfahren zum Koordinieren
von QA-Ereignisplänen
unter Verwendung eines netzwerkbasierenden Systems bereitgestellt,
das ein mit einer Datenbank verbundenes Serversystem und wenigstens
ein Clientsystem enthält.
Das Verfahren umfasst das Empfangen von QA-Ereignisdaten und Speichern der QA-Ereignisdaten
in der Datenbank. Das Verfahren umfasst ferner die Quervernetzung
der QA-Ereignisdaten, die Aktualisierung der Datenbank mit den QA-Ereignisdaten
und Bereitstellung von Information als Antwort auf eine Anfrage.
-
In
einem weiteren Aspekt der Erfindung wird ein Verfahren zum Koordinieren
von Kernreaktor-Qualitätssicherungs- Ereignisplänen unter
Verwendung eines netzwerkbasierenden Systems bereitgestellt, das
ein mit einer Datenbank verbundenes Serversystem und wenigstens
ein Clientsystem enthält.
Das Verfahren umfasst das Empfangen von QA-Ereignisdaten, die wenigstens
ein Datenelement von zugeordneten Geschäftseinheitsdaten, zugeordneten
QCE-Daten, Baugruppenpaketidentifikationsdaten, anfänglichen
QA-Ereignisplandaten, bestätigten
QA-Ereignisplandaten,
QA-Ereignisdauerdaten, QA-Ereignisortdaten, QA-Ereignisvoraussetzungsdaten,
QA-Ereignisergebnisdaten, QA-Ereignisbeschreibungsdaten, QA-Ereigniskommentardaten
und Anpassungsdaten (126) aufweist. Das Verfahren umfasst
ferner die Speicherung der QA-Ereignisdaten in der Datenbank und
die Quervernetzung der QA-Ereignisdaten. Die Quervernetzung der
QA-Ereignisdaten umfasst das Verändern
eines QA-Ereignisplans auf der Basis eines QA-Ereignisergebnisses
oder einer Änderung
in betroffenen Qa-Ereignisplänen.
Das Verfahren umfasst auch die Aktualisierung der Datenbank mit
QA-Ereignisdaten, einschließlich
dem Hinzufügen
und Löschen
von Information, um so QA-Ereignispläne zu revidieren. Zusätzlich umfasst das
Verfahren auch die Bereitstellung von Information, die wenigstens
ein Datenelement von zugeordneten Geschäftseinheitsdaten, zugeordneten
QCE-Daten, Baugruppenpaketidentifikationsdaten, anfänglichen
QA-Ereignisplandaten, vorläufigen
QA-Ereignisplandaten, bestätigten
QA-Ereignisplandaten, QA-Ereignisdauerdaten, QA-Ereignisortdaten, QA-Ereignisvoraussetzungsdaten,
QA-Ereignisergebnisdaten, QA-Ereignisbeschreibungsdaten, QA-Ereigniskommentierungsdaten,
und Anpassungsdaten als antwort auf eine Anfrage umfassen. Das Bereitstellen
der Information umfasst das Herunterladen angeforderter Information
aus dem Server-System und das Anzeigen der angeforderten Information
auf dem Clientsystem. Die Anfrage umfasst die Verwendung wenigstens
eines Elementes von Pulldown-Listen, Check-Boxes und Hypertext-Links.
-
In
einem weiteren Aspekt wird ein netzwerkbasierendes System zum Koordinieren
von Kernreaktor-Qualitätssicherungs-(QA)-Ereignisplänen geschaffen.
Das netzwerkbasierende System enthält ein Clientsystem mit einem
Browser, eine Datenbank zum Speichern von Information, ein Serversystem, das
für eine
Verbindung mit dem Clientsystem eingerichtet ist. Das Serversystem
ist ferner dafür
eingerichtet: Kernreaktor-QA-Ereignisdaten zu empfangen, die QA-Ereignisdaten
in der Datenbank zu speichern, die Datenbank mit den QA-Ereignisdaten
zu aktualisieren, eine Querverknüpfung
der QA-Ereignisdaten mit einem QA-Ereignisplan durchzuführen, und
Information als Reaktion auf eine Anfrage zu liefern.
-
In
einem weiteren Aspekt ist ein auf einem computerlesbaren Medium
verkörpertes
Computerprogramm vorgesehen, um QA-Ereignispläne zu koordinieren. Das Programm
enthält
einen Codesegment, der QA-Ereignisdaten empfängt und dann eine Datenbank
führt,
indem er QA-Ereignisdaten hinzufügt,
löscht
und aktualisiert. Das Programm erzeugt auch wenigstens einen QA-Ereignisplan auf
der Basis der empfangenen QA-Ereignisdaten und liefert die QA-Ereignispläne an Benutzer.
-
Ausführungsformen
der Erfindung werden nun im Rahmen eines Beispiels unter Bezugnahme auf
die beigefügten
Zeichnungen beschrieben, in welchen:
-
1 eine
vereinfachte Blockdarstellung eines QA-Ereigniskoordinationssystems
(QCS) gemäß einer
Ausführungsform
der vorliegenden Erfindung ist;
-
2 eine
Blockdarstellung in erweiterter Version einer exemplarischen Ausführungsform
einer Serverarchitektur des QCS ist;
-
3 eine
Konfiguration einer Datenbank mit dem Datenbankserver des Serversystems
mit anderen verwandten Serverkomponenten darstellt;
-
4 ein
Flussdiagramm ist;
-
5 eine
exemplarische Ausführungsform einer
Benutzerschnittstelle ist, die eine Homepage der QCS darstellt;
-
6 eine
exemplarische Ausführungsform einer
Benutzerschnittstelle des QCS ist, die Auswahloptionen für Geschäftseinheits-
und Ereignistypen darstellt;
-
7 eine
exemplarische Ausführungsform einer
Benutzerschnittstelle des QCS ist, die Auswahloptionen für Baugruppenpakete
darstellt;
-
8 eine
exemplarische Ausführungsform einer
Benutzerschnittstelle des QCS ist, die Auswahloptionen für einen
Lieferanten darstellt;
-
9 eine
exemplarische Ausführungsform einer
Benutzerschnittstelle des QCS ist, die einen QA-Ereignisplan für eine Auswahloptionen
für ein spezifisches
Baugruppenpaket darstellt.
-
10 eine
exemplarische Ausführungsform
einer Benutzerschnittstelle des QCS ist, die eine Eingabemaske zur
Hinzufügung
eines Qualitätssicherungsingenieurs
ist.
-
11 eine
exemplarische Ausführungsform
einer Benutzerschnittstelle des QCS ist, die einen Übersichtsplan
für eine
ausgewählte
Anlage darstellt.
-
Exemplarische
Ausführungsformen
von Systemen und Prozessen, die ein integriertes netzwerkbasierendes
elektronisches Berichts- und Arbeitsfluss-Prozessmanagement bezüglich des
QA-Ereigniskoordinationssystems (QCS) ermöglichen, werden nachstehend
im Detail beschrieben. Die Systeme und Prozesse ermöglichen
beispielsweise eine elektronische Eingabe von Information unter
Verwendung eines Clientsystems, eine automatisierte Entnahme von
Information und ein Web-basierendes Berichtswesen für interne
und externe Systembenutzer.
-
Das
QCS sammelt, verfolgt, plant und verteilt Echtzeitinformation bezüglich QA-Ereignissen.
In einer exemplarischen Ausführungsform
sammelt, verfolgt und verteilt ein netzwerkbasierendes QCS Echtzeitinformation
bezüglich
QA-Ereignissen einer Siedewasserreaktor-(BWR)-Anlage. In einer weiteren Ausführungsform
sammelt, verfolgt, plant und verteilt das QCS Information bezüglich QA-Ereignissen
für andere
Anlagen und Systeme einschließlich,
jedoch nicht darauf beschränkt,
eines Siedewasserreaktors (BWR), Druckwasserreaktors (PWR), Flüssigmetallreaktors
(LMR), Flugzeugs, Schiffen oder anderer Transportsysteme. Die QA-Ereignispläne in dem QCS
werden von mehrere Kunden oder Käufer, Hauptauftragsnehmer,
Unterauftragsnehmer, Dritt-Partei-Inspektoren und Behörden umfassende Geschäftseinheiten
genutzt.
-
QA-Ereignisdaten
bezüglich
jedes Baugruppenpaketes einer Anlage oder eines Systems werden von
dem QCS empfangen, welches die Information in einer Datenbank speichert,
die Daten bank mit empfangener Information aktualisiert, die empfangene
Information querverknüpft
und Information als Reaktion auf eine Anfrage liefert. Die QA-Ereignisdaten umfassen,
sind jedoch nicht darauf beschränkt,
die Identität
jedes Baugruppenpaketes in Verbindung mit dem Ereignis, die Prozedurnummer
in Verbindung mit dem Ereignis, die Geschäftseinheit, der die Verantwortung
für das
QA-Ereignis übertragen
ist, den beauftragten QCE, die geplanten Daten für das QA-Ereignis, Voraussetzungen
für das
QA-Ereignis, die bis zum Abschluss des QA-Ereignisses zugewiesene Zeit, den QA-Ereignisort,
QA-Ereignisvoraussetzungsdaten, QA-Ereignisergebnisdaten, QA-Ereignisbeschreibungsdaten,
QA-Ereigniskommentardaten, Anpassungsdaten und für QCEs an dem QA-Ereignisort
verfügbare
Unterstützungseinrichtungen.
Im Anfangsstadium können
QA-Ereignisdaten unvollständig
sein, jedoch trotzdem nützliche
Information bereitstellen. Das System stellt einen Plan für zukünftige QA-Ereignisse
bereit, die hinsichtlich dem vorgegebenen Zeitraum, Baugruppenpaketen,
Geschäftseinheiten
oder QCEs sortierbar sind. Das System erlaubt einen Zugriff auf
die neueste Information, was vorher nicht möglich war. Das System stellt auch
eine reagierende Bewertung von QA-Ereignisplanänderungen bereit, was eine
bessere Nutzung von Ressourcen ermöglicht. Verzögerungen
in QA-Ereignissen erzeugen teuere Anlagenbetriebsverzögerungen
und verschwendete Reiseausgaben für die beteiligten QCS.
-
In
den QCS werden QA-Ereignisdaten in der Datenbank gespeichert. Das
netzwerkbasierende QCS stellt einen bequemen Zugang zu Originalplänen, vorläufigen Plänen und
bestätigten
Plänen
umfassenden QA-Ereignisdaten bereit. Sobald er sich auf der QCS-Homepage
befindet, hat der Benutzer eine Option auf Information über Baugruppenpakete zuzugreifen,
die QA-Ereignisse
erfordern. In einer exemplarischen Ausführungsform kann ein autorisierter
Benutzer für
jedes Qa-Ereignis auf Information zugreifen.
-
In
einer Ausführungsform
ist das System ein Computerprogramm, das auf einem computerlesbaren
Medium verkörpert
ist, das unter Verwendung einer strukturierten Abfragesprache (SQL)
mit einem Client-Benutzerschnittstelleneingang zur Verwaltung und
mit einer Web-Schnittstelle für
Standard-Benutzereingaben und -berichte versehen ist. In einer exemplarischen
Ausführungsform
ist das System für das
Netz freigegeben und läuft
auf dem Intranet von Geschäftseinheiten.
In einer weiteren Ausführungsform
kann auf das System vollständig
von Personen mit einem autorisierten Zugriff außerhalb der Firewall der Geschäftseinheit über das
Internet zugegriffen werden. In einer weiteren exemplarischen Ausführungsform
läuft das
System in einer Windows NT-Umgebung. Die Anwendung ist flexibel
und so ausgelegt, dass sie in verschiedenen unterschiedlichen Umgebungen
ohne Beeinträchtigung
ihrer Hauptfunktionalität
arbeitet.
-
Die
Systeme und Prozesse sind nicht auf die hierin beschriebenen spezifischen
Ausführungsformen
beschränkt.
Zusätzlich
können
Komponenten jedes Systems und jedes Prozesses unabhängig und getrennt
von anderen hierin beschriebenen Komponenten und Prozessen ausgeführt werden.
Jede Komponente und jeder Prozess kann auch in Kombination mit anderen
Baugruppenpaketen oder Prozessen verwendet werden.
-
1 ist
eine vereinfachte Blockdarstellung eines QA-Ereignis-Koordinationssystems (QCS) 10 mit
einer Serversystem 12, und mehreren Clientsubsystemen,
welche auch als Clientsysteme 14 bezeichnet werden, die
mit der Serversystem 12 verbunden sind. In einer Ausführungsform
sind die Clientsys teme 14 Computer, die einen Web-Browser enthalten,
so dass das Serversystem 12 für die Clientsysteme 14 über das
Internet zugänglich
ist. Die Clientsysteme 14 sind mit dem Internet über viele
ein Netzwerk, wie z.B. ein lokales Netzwerk, (LAN) ein Fernnetz
(WAN), Einwahlverbindungen, Kabelmodem und spezielle Hochgeschwindigkeits-ISDN-Leitungen
umfassende Schnittstellen einschließlich verbunden. Clientsysteme 14 könnten alle
Geräte
sein, die in der Lage sind, eine Verbindung zu dem Internet herzustellen,
einschließlich
einem Web-basierenden Telefon,
einem persönlichen
digitalen Assistenten (PDA) oder einem anderen Web-basierenden anschließbaren Gerät. Ein Datenbankserver 16 ist
mit einer Datenbank 20 verbunden, die Information bezüglich einer
Vielzahl von Baugruppenpaketen gemäß nachstehender detaillierter
Beschreibung enthält.
In einer Ausführungsform
ist eine zentralisierte Datenbank 20 auf dem Serversystem 12 gespeichert und
kann von speziellen Nutzern an einem von den Clientsystemen 14 durch
Einloggen auf das Serversystem 12 durch eines der Clientsysteme 14 genutzt werden.
In einer alternativen Ausführungsform
ist die Datenbank 20 entfernt von dem Serversystem 12 angeordnet
und kann nicht-zentralisiert sein.
-
2 ist
eine Blockdarstellung in erweiterter Version einer exemplarischen
Ausführungsform
einer Serverarchitektur eines QA-Ereignis-Koordinationssystems (QCS) 22.
Komponenten im System 22, die mit Komponenten des Systems 10 (dargestellt
in 1) identisch sind, sind in 2 mit demselben Bezugszeichen
wie den in 1 verwendeten bezeichnet. Das
System 22 enthält
ein Serversystem 12 und Clientsystem 14. Das Serversystem 12 enthält einen
Datenbankserver 16, einen Anwendungsserver 24,
einen Webserver 26, einen Faxserver 28, einen
Verzeichnisserver 30 und einen Mailserver 32. Eine
Plattenspeichereinheit 34 ist mit dem Datenbankserver 16 und mit
dem Verzeichnisserver 30 verbunden. Die Server 16, 24, 26, 28, 30 und 32 sind
in einem lokalen Netzwerk (LAN) 36 verbunden. Zusätzlich sind
eine Systemadministrator-Arbeitsstation 38, eine Benutzer-Arbeitsstation 40 und
eine Überwacher-Arbeitsstation 40 mit
dem LAN 36 verbunden. Alternativ sind die Arbeitsstation 38, 40 und 42 mit
dem LAN 36 über
eine Internetverbindung oder über
ein Intranet verbunden.
-
Jede
Arbeitsstation 38, 40 und 42 ist ein
Personal Computer mit einem Web-Browser. Obwohl die an den Arbeitsstationen
ausgeführten
Funktionen so dargestellt sind, als ob sie an den entsprechenden Arbeitsstationen 38, 40 und 42 ausgeführt würden, können derartige
Funktionen an jedem von vielen Personal Computer n ausgeführt werden,
die mit dem LAN 36 verbunden sind. Die Arbeitsstationen 38, 40 und 42 sind
zu den getrennten Funktionen zugeordnet nur deshalb dargestellt,
um das Verständnis
der unterschiedlichen Arten von Funktionen zu erleichtern, die von
Personen durchgeführt
werden können, die
einen Zugang auf das LAN 36 haben.
-
Das
Serversystem 12 ist so eingerichtet, dass es übertragungstechnisch
mit verschiedenen Angestellte 44 und QCEs 46 umfassenden
Personen über
eine ISP-Internetverbindung 48 verbunden ist. Die Kommunikation
in der exemplarischen Ausführungsform
ist als über
das Internet ausgeführt
dargestellt, wobei jedoch jede andere Art von Fernnetz-(WAN)-Kommunikation
in anderen Ausführungsformen
verwendet werden kann, d.h., dass die Systeme und Prozesse nicht
darauf beschränkt
sind, über
das Internet ausgeführt
zu werden. Zusätzlich und
anstelle des WAN 50 könnte
ein lokales Netzwerk 36 anstelle des WAN 50 verwendet
werden.
-
In
der exemplarischen Ausführungsform kann
jede autorisierte Person oder Geschäftseinheit mit einer Arbeitsstation 54 auf
das QCS 22 zugreifen. Eines von den Clientsystemen enthält eine
Senior Manager Arbeitsstation 56, die sich an einer entfernten
Stelle befindet. Die Arbeitsstationen 54 und 56 sind
Personal Computer mit einem Web-Browser. Ferner sind die Arbeitsstationen 54 und 56 eingerichtet,
dass sie mit dem Serversystem 12 kommunizieren. Ferner
kommuniziert der Faxserver 28 mit Angestellten außerhalb
der Geschäftseinheiten 44 und
allen entfernt aufgestellten Clientsystemen, einschließlich einem
Clientsystem 56 über
eine Telefonverbindung. Der Faxserver 28 ist so eingerichtet,
dass er auch mit anderen Clientsystemen 38, 40 und 42 kommuniziert.
-
3 stellt
eine Konfiguration einer Datenbank 20 innerhalb des Datenbankservers 16 des
in 1 dargestellten Serversystems 12 dar.
Die Datenbank 20 ist mit mehreren getrennten Computer-Softwarekomponenten
innerhalb des Serversystems 12 verbunden, welche spezifische
Aufgaben durchführen.
Das Serversystem 12 enthält eine Sammelkomponente 64 zum
Sammeln von Daten von Benutzern in einer Datenbank 20,
eine Verfolgungskomponente 66 zum Verfolgen von Daten,
und eine Anzeigekomponente 68 zum Anzeigen von Information. Die
Verfolgungskomponente 66 verfolgt und verknüpft Daten,
was eine Modifikation bestehender Daten mit einschließt. Das
Serversystem 12 enthält auch
eine Empfangskomponente 70, um eine spezifische Anfrage
aus einem Clientsystem 14 zu empfangen, und eine Zugriffskomponente 72,
um auf die Datenbank 20 innerhalb der Datenspeichervorrichtung 34 zuzugreifen.
Die Empfangskomponente 70 ist zum Empfangen einer Anfrage
von einem von mehreren Benutzern programmiert. Das Serversystem 12 enthält ferner
eine Verarbeitungskomponente 76 zum Suchen und Verarbeiten
empfangener Anfragen an die Datenbank 20, die ei ne Vielzahl
von Informationen enthält,
die durch die Sammelkomponente 64 gesammelt wurden. Eine
in dem Serversystem 12 angeordnete Informationsausführungskomponente 78 gibt
die angeforderte Information an die mehreren Benutzer als Antwort
auf die von der Empfangskomponente 70 empfangenen Anfragen
aus, nachdem die Information aus der Datenbank 20 mittels
einer Abfragekomponente 80 abgefragt wurde. Die Abfragekomponente 80 fragt
ab, lädt
und sendet auf der Basis einer von dem Clientsystem 14 empfangenen Anfrage
Information an das Clientsystem 14.
-
Die
Abfragekomponente 80 enthält ferner eine Anzeigekomponente 84,
die zum Laden von anzuzeigender Information auf eine graphische
Benutzerschnittstelle eines Clientsystems eingerichtet ist, und
eine Druckkomponente 88, die zum Drucken von Information
eingerichtet ist. Die Abfragekomponente 80 erzeugt von
dem Benutzer über
das Clientsystem 14 angefordert Berichte in einem vorbestimmten
Format. Das System 10 ist flexibel, um weitere alternative
Arten von Berichten zu liefern und ist nicht auf die vorstehend
beschriebenen Optionen beschränkt.
In einer Ausführungsform
sind die Sammelkomponente 64, Verfolgungskomponente 66,
Anzeigekomponente 68, Empfangskomponente 70, Verarbeitungskomponente 76,
Informationsausführungskomponente 78,
Abfragekomponente 80, Anzeigekomponente 84 und
Druckkomponente 88 auf einem Computerlesbaren Medium verkörperte Computerprogramme.
-
Die
Datenbank 20 ist in einen Anlageninformations-Abschnitt
(PIS) 90, einen QA-Ereignisinformations-Abschnitt (QAIS) 92 und
einen Unterstützungseinrichtungen-Abschnitt
(SFS) 94 unterteilt. Der PIS 90 enthält für jede Anlage
spezifische Information. Der PIS 90, QAIS 92 und
SFS 94 erleichtert die Speicherung von QA-Plänen in der
Datenbank 20.
-
Der
PIS 90 enthält
für QA-Ereignisdaten
für jede
Anlage relevante Information einschließlich, jedoch nicht darauf
beschränkt,
Anlagentypdaten 96 und Baugruppenpaketdaten 98.
Die Baugruppenpaketdaten 98 beinhalten Daten über in der
Anlage oder dem System verwendete Baugruppenpakete. Die Baugruppenpakete
variieren von Anlage zu Anlage, wie es auch die QA-Ereignisse tun können. Die
in einem BWR klassifizierten Baugruppenpakete können sich von in einem PWR
klassifizierten Baugruppenpaketen unterscheiden. Selbst in Anlagen
desselben Typs können
sich in einem ersten BWR klassifizierte Baugruppenpakete von den
in einem zweiten BWR klassifizierten Baugruppenpaketen unterscheiden.
In einer exemplarischen Ausführungsform
enthält
eine Teilliste klassifizierter Baugruppenpakete: RPV-Brennelementewechselbalgen,
einen Containment-Wasserstoffrekombinator,
ASME Abschnitt VII Wärmetauscher,
ASME Abschnitt III Wärmetauscher I,
ASME Abschnitt III Wärmetauscher
II, RCIC Entleerungstank- und Entleerungspumpen, RPV-Serviceausrüstung 1,
RPV-Serviceausrüstung 2,
Hauptdampfleitungsstopfen und Reaktordruckbehälter-Wärmedeckelschraubenspanner.
Klassifizierte Baugruppenpakete können ferner in Unterbaugruppen
unterteilt werden.
-
Der
QAIS 92 enthält
für QA-Ereignisdaten 100 relevante
Information zugeordnet zu Baugruppenpaketen. In einer Ausführungsform
enthalten QA-Ereignisdaten 100 Baugruppenpaketidentifikationsdaten 102 für jedes
Baugruppenpaket, Prozedurnummerndaten 104 zugeordnet zu
jedem QA-Ereignis, zugeordnete Geschäftseinheitsdaten 106 einschließlich der
zugeordneten Verantwortlichkeit für das QA-Ereignis, zugeordnete
Personaldaten 108, zugeordnete QCE-Daten 110,
QA-Ereignisplanungsdaten 112, QA-Ereignisdauerdaten 114 und
QA-Ereignisortsdaten 116 bezüglich des physikalischen Ortes
des Ereignis. Die QA- Ereignisplandaten 112 enthalten
das Datum, wann das QA-Ereignis voraussichtlich stattfindet. Dieses
Datum unterliegt Änderungen
und die QA-Ereignisplandaten 112 können ein Anfangsplandatum,
ein vorläufiges
Plandatum und ein bestätigtes
Plandatum enthalten. Der QAIS 92 enthält ferner Voraussetzungsdaten 118,
bezüglich
der Beziehungen zwischen unterschiedlichen QA-Ereignissen, QA-Ereignisergebnisdaten 120, QA-Ereignisbeschreibungsdaten 122 und
QA-Ereigniskommentierungsdaten 124, welche Details und Aktualisierungen
bezüglich
des QA-Ereignisses bereitstellen. Gelegentlich schließt ein Baugruppenpaket
ein QA-Ereignis nicht zufriedenstellend ab, oder andere Umstände verzögern die
geplante Ausführung
eines QA-Ereignisses. Abhängige
QA-Ereignisse können
eine Verzögerung
oder Neuplanung erfordern, bevor sie abgeschlossen werden können. Die Verfolgungskomponente 66 wendet
Voraussetzungsdaten 118 und die beschriebenen Beziehungen
an, um gespeicherte QA-Ereignisdaten und QA-Ereignispläne auf der
Basis empfangener QA-Ereignisdaten 100 einschließlich, jedoch
nicht darauf beschränkt, von
QA-Ereignisergebnisdaten 120 und QA-Ereignisplanungsdaten 112 zu
revidieren. Revisionen oder Modifikationen an einem gespeicherten
QA-Ereignisplan können
andere abhängige
QA-Ereignispläne beeinflussen.
Die Anlagenbedingungen können
Konflikte zwischen QA-Ereignissen erzeugen, dieselben QAEs können für QA-Ereignisse
in beiden QA-Ereignisplänen erforderlich
sein, oder dasselbe Gerät kann
für QA-Ereignisse
in unterschiedlichen QA-Ereignisplänen erforderlich sein. Die
Verfolgungskomponente 66 aktualisiert auch die Datenbank 20,
wenn sie QA-Ereignispläne
revidiert.
-
Der
SFS 94 enthält
QA-Ereignisdaten 100 bezüglich verfügbarer Unterstützungseinrichtungen für die QCEs
an dem QA-Ereignisort.
In einer Ausführungsform
enthält
der SFS 94 Unterbringungsdaten 166 bezüglich Hotels
und Pensionen, am Ort des QA-Ereignisses. QCEs kommen oft von anderen
Orten und eine derartige Information erleichtert das QA-Ereignis.
-
Das
System 10 sammelt eine Vielzahl vertraulicher Daten. Daher
weist das System 10 unterschiedliche Zugangsebenen zur
Steuerung und Überwachung
der Sicherheit des Systems auf. Die Autorisierung für den Zugang
wird von den Systemadministratoren nach Bedarf auf Kenntnisbasis
zugewiesen. In einer Ausführungsform
gewährt
das System 10 einen Zugang auf der Basis von Jobfunktionen.
In noch einer weiteren Ausführungsform
gewährt
das System 10 Zugang auf der Basis der Geschäftseinheit.
Die Verwaltungs/Editierungs-Fähigkeit
innerhalb des Systems 10 ist ebenfalls eingeschränkt, um
sicherzustellen, dass nur autorisierte Personen Zugang zum Modifizieren
oder Editieren der im System vorhandenen Daten haben. Das System 10 verwaltet
und steuert den Zugang zu den Systemdaten und der Information.
-
Die
Architekturen des Systems 10 sowie die verschiedenen Komponenten
des Systems sind nur exemplarisch. Weitere Architekturen sind möglich und
können
in Verbindung mit der nachstehend beschriebenen Praxisumsetzung
der Prozesse verwendet werden.
-
4 ist
ein Flussdiagramm 200, der von dem System 10 angewandten
Prozesse, um die Nutzung zu ermöglichen.
Zu Beginn greift der Benutzer auf die Benutzerschnittstelle 220 der
Website über das
Clientsystem 14 (dargestellt in 1) zu 210.
In einer Ausführungsform
sind das Clientsystem 14 sowie das Serversystem 12 vor
einem Zugriff durch nicht autorisierte Personen geschützt. Der
Benutzer muss in das System 10 unter Verwendung eines (nicht
dargestellten) Passwortes einloggen, 230, oder zur Sicherheit
eine Personalnummer einge ben. Die Benutzerschnittstelle 220 zeigt
für den
Benutzer über
Links, Markierungsfelder oder Aufziehmenüs zur Verfügung stehende Optionen 240 auf
dem Clientsystem 14 an. Sobald der Benutzer eine Option 244 (in
einer Ausführungsform,
eine die Geschäftseinheit
und den Ereignistyp betreffende) von den verfügbaren Links wählt, wird
die Anfrage 248 an das Serversystem 12 übertragen.
Die Übertragung 248 der
Anfrage wird entweder durch Klicken einer Maus oder durch einen
Sprachbefehl erreicht. Sobald das (in 1 dargestellte)
Serversystem 12 die Anfrage erhält, 252, greift das
Serversystem 12 auf die (in 1 dargestellte)
Datenbank 20 zu, 256. Das System 10 ermittelt, 260,
ob weitere Verfeinerungsoptionen möglich sind. In einer Ausführungsform
umfassen weitere Verfeinerungsoptionen Aufziehmenüs zum Auswählen von
Baugruppenpaket. Wenn zusätzliche
Verfeinerungsoptionen verfügbar
sind, 264, zeigt das System 10 die Optionen bezüglich der
zuvor gewählten
Option dem Benutzer auf dem Clientsystem 14 an, 240.
Der Benutzer wählt, 244,
die gewünschte
Option und überträgt die Anforderung 248. Das
Serversystem 12 empfängt
die Anforderung 252 und greift, 256, auf die Datenbank 20 zu.
Wenn das System 10 ermittelt, dass zusätzliche Optionen 260, nicht
verfügbar
sind, 268, fragt das System 10 die angeforderte
Information aus der Datenbank 20 ab, 272. Die
angeforderte Information wird an das Clientsystem 14 aus
dem Server 12 geladen, 276, und bereitgestellt, 280.
Der Benutzer kann die Datenbank 20 nach weiterer Information
durchsuchen, 284, oder das System 10 verlassen, 290.
-
5 ist
eine exemplarische Ausführungsform
einer Benutzerschnittstelle 300, die eine Homepage des
(in 1 dargestellten) QCS 10 darstellt. Die
Benutzerschnittstelle 300 erfordert, dass der Benutzer
einen gültigen
Benutzernamen 302 und ein gültiges Benutzerpasswort 304 für einen
Zugang zu dem QCS 10 eingibt. Die Benutzerschnittstelle 300 ermöglicht es
dem Benutzer, sich in das System 10 einzuloggen und ist
mit der Datenbank 20 verknüpft. Die Homepage 300 ist
der Eintrittspunkt für
jeden, der versucht, auf die QA-Ereignisdatenbank 20 über das
Netz zuzugreifen. In einer weiteren Ausführungsform kann sich der Benutzer
in eine ausgewählte
Anlage einloggen. Eine "Login"-Taste 308 und
eine "Reset"-Taste 310 sind
vorgesehen. Die Wahl der Login-Taste 308 nach der Eingabe
eines gültigen
Benutzernamens 302 und eines Benutzerpasswortes 304 stellt
die nächste
Schnittstelle bereit. In einer Ausführungsform zeigt die Benutzerschnittstelle 300 Links
an, welche die Auswahl alternativer Systeme 312 oder Hilfen 314 ermöglicht.
-
6 ist
eine exemplarische Ausführungsform
einer Benutzerschnittstelle 400 des QCS 10, die Geschäftseinheits- und Ereignistyp-Auswahloptionen 402 darstellt.
In einer Ausführungsform
wird die Benutzerschnittstelle 400 auf dem Clientsystem 14 dargestellt,
sobald sich der Benutzer in das (in 5 dargestellte)
QCS 10 eingeloggt hat. Die Benutzerschnittstelle 400 ermöglicht die
Filterung von QA-Ereignisdaten 100 für die ausgewählte Anlage.
Die Benutzerschnittstelle 400 stellt durch den Benutzer wählbare Hyperlink-Optionen 404 bereit,
um die QA-Ereignisdaten auf der Basis der zugeordneten Geschäftseinheit 406 und
des QA-Ereignistyps 408 zu verfeinern. In einer exemplarischen
Ausführungsform
werden ein General Electric (GE) Abnahme/Haltepunkt-Paket Informations-Link 410,
Subunternehmer (TPC) Abnahme/Haltepunkt-Paket Informations-Link 412 bereitgestellt.
Ein GE-Lieferanten Audit-Informations-Link 416 und TPC-Lieferanten-Audit-Informations-Link 418 werden
ebenfalls von der Benutzerschnittstelle 400 bereitgestellt.
In einer weiteren Ausführungsform
werden Aufziehmenüs
verwendet, um die ausgewählten QA-Ereignisdaten
zu verfeinern. Die Auswahl eines Links 410, 412, 414, 416, 418 sendet
diese Auswahl an das System 10, welche die nächste Benutzerschnittstelle
bereitstellt.
-
7 ist
eine exemplarische Ausführungsform
einer Benutzerschnittstelle 500 des QCS 10, die Baugruppenpaket-Auswahloptionen 502 anzeigt.
In einer Ausführungsform
wird die Benutzerschnittstelle 500 auf dem Clientsystem 14 angezeigt,
sobald der Benutzer eine zugewiesene Geschäftseinheit 406 und
einen QA-Ereignistyp 408 (dargestellt in 6) ausgewählt hat.
In einer exemplarischen Ausführungsform
zeigt die Benutzerschnittstelle 500 einen Teil von Baugruppenpaket-Auswahloptionen 502 in Verbindung
mit einem General Electric (GE) Abnahme/Haltepunkt-Paket-Informations-Link 410 (dargestellt
in 6) in einer Aufziehmenüliste zur Benutzerauswahl an.
In einer weiteren Ausführungsform
zeigt das System 10 Baugruppenpaket-Auswahloptionen 502 in
einem Hypertextlink-Format an. In einer Ausführungsform ist jede spezifische
Baugruppenpaket-Auswahloption 502 ein aktiver Link, der
gewählt werden
kann, indem ein Zeiger oder ein Mauscursor auf dem gewünschte Baugruppenpaket
platziert und angeklickt oder durch einen Sprachbefehl ausgewählt wird.
Ein Rücksprung-Link 510 ist
verfügbar, um
den Benutzer auf die Benutzerschnittstelle 300 zurückzuführen. Ein Übersichtsdarstellungs-Link 512 ist
durch den Benutzer auswählbar,
um die Betrachtung von QA-Ereignisdaten 100 in einem zusammengesetzten
oder Zeitrahmen-Anzeige zu ermöglichen. Die
Benutzerschnittstelle 500 stellt auch einen "Füge GE GCE hinzu"-Link 516,
einen "Füge verantwortlichen
Ingenieur hinzu"-Link 518,
einen "Aktualisiere GE
Repräsentanteninformations"-Link 520,
einen "Aktualisiere
GE QCE Informations-Link 522 und einen "Aktualisiere verantwortlichen Ingenieur"-Link 254 bereit.
-
8 ist
eine exemplarische Ausführungsform
einer Benutzerschnittstelle 550 des QCS 10, die Baugruppenpaket-Auswahloptionen 502 für einen Zulieferer
darstellt. Ähnlich
wie die Benutzerschnittstelle 500 wird die Benutzerschnittstelle 550 auf
dem Clientsystem 14 dargestellt, sobald der Benutzer eine
zugeordnete Geschäftseinheit 406 und
einen QA-Ereignistyp 408 (dargestellt in 6)
ausgewählt hat.
In einer exemplarischen Ausführungsform
zeigt die Benutzerschnittstelle 550 einen Teil der Baugruppenpaket-Auswahloptionen 502 an,
die dem Lieferanten Abnahme/Haltepunkt-Paketinformations-Link 414 (dargestellt
in 6) in einer Aufziehmenüliste zur Benutzerauswahl zugeordnet
sind. Die Benutzerschnittstelle 550 stellt einen "Füge Abnahme/Haltepunkt-Ort hinzu"-Link 564,
einen "Füge Lieferantenkontakt
hinzu"-Link 566,
einen "Füge Einfaches
Hotel hinzu"-Link 568,
einen "Füge Mittleres
Hotel hinzu"-Link" 570, einen "Füge Luxushotel hinzu"-Link" 572, einen "Aktualisiere Abnahme/Haltepunkt-Ort-Link 574,
einen "Aktualisiere
Lieferantenkontaktinformations-Link 576, einen "Aktualisiere Einfaches
Hotel"-Link" 578, einen "Aktualisiere Mittleres
Hotel"-Link" 580, und
einen "Aktualisiere
Luxushotel"-Link" 582 bereit.
Die Links 564, 566, 568, 570, 572, 574, 576, 578, 580 und 582 ermöglichen
den Empfang und die Speicherung von QA-Ereignisdaten in der Datenbank 20.
-
9 ist
eine exemplarische Ausführungsform
einer Benutzerschnittstelle 600 des QCS 10, die einen
QA-Ereignisplan 602 für
eine spezifische Baugruppenpaket-Auswahloption 504 (dargestellt
in 7) darstellt. Der QA-Ereignisplan 602 enthält QA-Ereignisdaten 100 für eine ausgewählte Baugruppenpaketoption 604.
Die Benutzerschnittstelle 600 wird auf dem Clientsystem 14 angezeigt,
wenn der Benutzer eine spezifische Baugruppenpaket-Auswahloption 504 aus
der Benutzerschnittstelle 500 wählt. In einer exemplarischen
Ausführungsform enthält der QA-Ereignisplan 602 den
Titel der ausgewählten
Baugruppenpaketoption 604, die Bestätigungspunktbeschreibung 606,
den GE-Haltepunkttyp 608, den TPC-Haltepunkttyp 610,
die Bestätigungsstelle 612,
die Prozedurnummer 614, die Bestätigungspunktnummer 616,
das vorläufige
Datum 618, das Bestätigungsdatum 620,
das aktuelle Datum 622, den GE-Repräsentanten 626, den
TPC-Repräsentanten 628,
Punktdetails 630 und Aktualisierungen 632. In
einer exemplarischen Ausführungsform
stellen die Punktdetails 630 und Aktualisierungen 632 Links
zu zusätzlicher
Information bereit, die für
den aufgelisteten Bestätigungspunkt
relevant ist. Die Benutzerschnittstelle 600 stellt auch
Zuliefererinformation 640, Information über den verantwortlichen Ingenieur 642,
Information über
den GE-QC-Ingenieur 644 für die ausgewählte Baugruppenpaketoption 604 bereit.
Die Benutzerschnittstelle 600 stellt auch einen Rücksprung-Link 510,
einen Übersichtsdarstellungs-Link 512,
einen "Füge GE-Repräsentanten
hinzu"-Link 514,
einen "Füge GE CCE
hinzu"-Link 516, einen "Füge Verantwortlichen Ingenieur
hinzu"-Link 518,
einen "Aktualisiere
GE-Repräsentanten
Informations-Link 520, einen "Aktualisiere GE-QCE Informations-Link 522 und
einen "Aktualisiere
Verantwortlichen Ingenieur Informations-Link 524 bereit.
-
10 ist
eine exemplarische Ausführungsform
einer Benutzerschnittstelle, die eine Maske 702 zur Eingabe
zur Hinzufügung
eines Qualitätssicherungsingenieurs
darstellt. Das System 10 stellt die Benutzerschnittstelle 700 als
Reaktion auf den (in den 7 und 8 dargestellten)
Link 516 "Füge GE CCE
hinzu" dar. Die
Benutzerschnittstelle 700 ermöglicht die Hinzufügung von
Information bezüglich eines
spezifischen QCE. Insbesondere wird erforderliche Information zur
Kontaktierung des ausgewählten
QCE für
das System 10 bereitgestellt. In einer exemplarischen Ausführungsform
ermöglicht
die Maske 702 die Einfügung
des QCE-Namens 708, der QCE-Telefonnummer 710,
der QCE-Faxnummer 712, der QCE-Adresse 714, der
QCE-Pager-Nummer 716,
der QCE-Mobiltelefonnummer 718 und der QCE-E-Mail 720.
Das System erzeugt ähnliche Schnittstellen
als Reaktion auf die den "Füge Verantwortlichen
Ingenieur hinzu"-Link 518,
den "Aktualisiere
GE-Repräsentanten
Informations-Link 520, den "Aktualisiere GE-QCE Informations-Link 522 und
den "Aktualisiere
Verantwortlichen Ingenieur Informations-Link 524 (dargestellt
in 9).
-
11 ist
eine exemplarische Ausführungsform
einer Benutzerschnittstelle 800 des QCS 10, das
einen Übersichtsdarstellungs-Plan
(CVS) 802 für die
ausgewählte
Anlage darstellt. Der CVS 802 enthält QA-Ereignisdaten 100 für Baugruppenpaketoptionen 502 für einen
vorbestimmten Zeitrahmen. Die Benutzerschnittstelle 800 wird
auf dem Clientsystem 14 dargestellt, wenn der Benutzer
die in den 7 und 9 dargestellte
Abnahme/Haltepunkt-Übersichtsdarstellung 512 auswählt. In
einer exemplarischen Ausführungsform
zeigt der CVS 802 QA-Ereignisdaten 100 für Abnahme/Haltepunkte
an, die für zwölf Wochen
von dem Systemdatum aus geplant sind, was manchmal auch als der
Anfangsplan bezeichnet wird. Der CVS 802 enthält Zeitrahmenauswahlelemente 804.
In einer exemplarischen Ausführungsform
liefert ein Zwei-Wochen-Vorschau-Link 806 eine Anzeige
der QA-Ereignisdaten 100 für zwei Wochen ab den Systemdatum
geplanten Abnahme/Haltepunkte, was manchmal auch als bestätigter Plan
bezeichnet wird, während
ein Sechs-Wochen-Vorschau-Link 808 für QA-Ereignisdaten 100 für Abnahme/Haltepunkte
anzeigt, die für
sechs Wochen von dem Systemdatum aus geplant sind, was manchmal
als der vorläufige
Plan bezeichnet wird. Die Benutzerschnittstelle 800 stellt
auch einen Rücksprung-Link 510 bereit,
um den Benutzer auf die Schnittstelle 300 zurückzuführen. In
einer exemplarischen Ausführungsform enthält der CVS 802 eine Paketnummer 820,
Abnahmestelle 822, Pakettitel 824, vorläufiges Datum 826,
Bestätigungsdatum 828, Zulieferernamen 830,
Abnahmepunktbeschreibung 832, Abnahmepunktnummer 834,
Kennungsnummer 836, GE-Repräsentanten 838, TPC-Repräsentanten 840,
Testdauer 842 und GE-Repräsentantenaktualisierung 844.
In einer exemplarischen Ausführungsform
stellt die GE-Repräsentantenaktualisierung 844 einen
Link zu zusätzlicher
Information bereit, die für den
gelisteten Abnahmepunkt relevant ist.
-
Gemäß Beschreibung
enthält
das QCS 10 eine Datenbank 20 für QA-Ereignisdaten in Bezug auf
ausgewählte
Anlagen und Baugruppenpakete, welche eine zuverlässige und aktuelle QA-Planungsinformation
bereitstellt. Das QCS 10 stellt auch Information bezüglich der
Unterstützung
von Personal und Einrichtungen bereit. Das QCS 10 reduziert
Papier-basierende Information, indem sie aktuelle Online-Information
bereitstellt, welche bei der tageweisen Qualitätssteuerung in behördlich überwachten Industrien
wichtig ist.
-
Zusätzlich stellt
das QCS eine (nicht dargestellte) Flexibilität in der elektronischen Benutzerbenachrichtigung
bereit, die die Meldung von QA-Ereignisse betreffenden Änderungen
mit, jedoch nicht darauf beschränkt,
aktualisierten QA-Ereignisplänen, Herstellersicherheitsinformationsbriefen
(SILs) und QA-Ereignisergebnisdaten umfasst. Diese Meldung kann
in der Form einer E-Mail vorliegen, die an den Benutzer versendet
wird, oder als eine Meldung auf der Website einer Geschäftseinheit.
-
Das
QCS bietet mehreren Benutzern einen Zugriff auf eine einzige Informationsquelle,
welche einen umfassenden QA-Ereignisplan
enthält.
Das QCS ermöglicht
es dem Benutzer, QA- Ereignisplanänderungen
und den Fortschritt zu verfolgen und zu bewerten. Das QCS stellt
für den
Kunden, Drittparteifirmen, QCEs und Servicepersonal, das in die
Anlagenunterstützung
einbezogen ist, wertvolle Dienste bereit.