Entwurf. Anwendungsbeginn E DIN EN (VDE ): Anwendungsbeginn dieser Norm ist...
|
|
|
- Rosa Kuntz
- vor 8 Jahren
- Abrufe
Transkript
1 Anwendungsbeginn Anwendungsbeginn dieser Norm ist.... Inhalt Einführung Anwendungsbereich *Zweck *Anwendungsbereich Beziehung zu anderen Normen Einhaltung *Normative Verweisungen Begriffe *Allgemeine Anforderungen *Qualitätsmanagement-SYSTEM *RISIKOMANAGEMENT *Software-SICHERHEITSklassifizierung *Anwendung der IEC auf ALTSOFTWARE Software-Entwicklungs-PROZESS *Planung der Software-Entwicklung Software-Entwicklungsplan Aktualisierung des Software-Entwicklungsplans Referenz im Software-Entwicklungsplan auf SYSTEM-Design und -Entwicklung Planung von Normen, Methoden und Werkzeugen der Software-Entwicklung Planung der Software-Integration und der Integrationsprüfung Planung der Software-VERIFIZIERUNG Identifizierung und Beseitigung üblicher Software Defekte Planung des Software-RISIKOMANAGEMENTS Planung der Dokumentation Planung des Software-Konfigurationsmanagements Zu kontrollierende unterstützende Komponenten Kontrolle der Software-KONFIGURATIONSELEMENTE vor der VERIFIZIERUNG *Analyse der Software-Anforderungen Ableitung der Software-Anforderungen aus den SYSTEM-Anforderungen und Dokumentation Inhalt der Software-Anforderungen Einbeziehen von RISIKOBEHERRSCHUNGS-Maßnahmen in die Software-Anforderungen Erneute EVALUATION der RISIKOanalyse Aktualisierung von Anforderungen VERIFIZIERUNG von Software-Anforderungen *Design der Software-ARCHITEKTUR
2 E DIN EN (VDE ): Umsetzung von Software-Anforderungen in eine ARCHITEKTUR Entwicklung einer ARCHITEKTUR für die Schnittstellen zwischen SOFTWARE-KOMPONENTEN Spezifikation der Funktions- und Leistungsanforderungen für SOUP-Komponenten Spezifikation der für die SOUP-Komponente erforderliche SYSTEM-Hardware und -Software Festlegung der für die RISIKOBEHERRSCHUNG erforderlichen Abgrenzung VERIFIZIERUNG der Software-ARCHITEKTUR *Detailliertes Software-Design Feinaufteilung der Software in SOFTWARE-EINHEITEN Entwicklung eines detaillierten Designs für jede SOFTWARE-EINHEIT Entwicklung eines detaillierten Designs für Schnittstellen VERIFIZIERUNG des detaillierten Designs *Implementierung und VERIFIZIERUNG der SOFTWARE-EINHEITEN Implementierung jeder SOFTWARE-EINHEIT Festlegung eines VERIFIZIERUNGSPROZESSES für SOFTWARE-EINHEITEN Akzeptanzkriterien für SOFTWARE-EINHEITEN Zusätzliche Akzeptanzkriterien für SOFTWARE-EINHEITEN VERIFIZIERUNG der SOFTWARE-EINHEITEN *Software-Integration und -Integrationsprüfung Integration der SOFTWARE-EINHEITEN VERIFIZIERUNG der Software-Integration Prüfung der integrierten Software Inhalt der Integrationsprüfung EVALUATION der Integrationsprüfverfahren Durchführung von REGRESSIONSPRÜFUNGEN Inhalt von Aufzeichnungen über die Integrationsprüfung Verwendung eines Problemlösungs-PROZESSES für Software *Prüfung des SOFTWARE-SYSTEMS Festlegung von Prüfungen für Software-Anforderungen Verwendung eines Problemlösungs-PROZESSES für Software Prüfungswiederholung nach Änderungen VERIFIZIERUNG der SOFTWARE-SYSTEM-Prüfungen Inhalte der Aufzeichnungen der SOFTWARE-SYSTEM-Prüfungen *Software-Freigabe für die betriebliche Nutzung Sicherstellen, dass die VERIFIZIERUNG der Software vollständig ist Dokumentation bekannter restlicher ANOMALIEN Bewertung bekannter restlicher ANOMALIEN Dokumentation freigegebener VERSIONEN Dokumentation, wie freigegebene Software erzeugt wurde Sicherstellen, dass AKTIVITÄTEN und AUFGABEN abgeschlossen sind
3 5.8.7 Archivierung der Software Sicherstellen der Wiederholbarkeit der Software-Freigabe Software-Wartungs-PROZESS *Festlegung eines Plans für die Software-Wartung *Analyse von Problemen und Änderungen Dokumentation und EVALUATION von Rückmeldungen Überwachung von Rückmeldungen Dokumentation und EVALUATION von Rückmeldungen EVALUATION von PROBLEMBERICHTEN auf Auswirkungen auf die SICHERHEIT Verwendung des Problemlösungs-PROZESSES für Software Analyse der Änderungsanforderungen Genehmigung von Änderungsanforderungen Kommunikation mit Anwendern und zuständigen Behörden *Implementierung von Änderungen Verwendung eines festgelegten PROZESSES für die Implementierung von Änderungen Erneute Freigabe eines geänderten SOFTWARE-SYSTEMS *Software-RISIKOMANAGEMENT-PROZESS *Analyse von Software, die zu GEFÄHRDUNGSSITUATIONEN beiträgt Identifikation von Software-Komponenten, die zu einer GEFÄHRDUNGSSITUATION beitragen könnten Identifikation von möglichen Ursachen für den Beitrag zu einer GEFÄHRDUNGSSITUATION EVALUATION veröffentlichter Listen mit ANOMALIEN der SOUP Dokumentation möglicher Ursachen Dokumentation von Folgen von Ereignissen RISIKOBEHERRSCHUNGS-Maßnahmen Definition von RISIKOBEHERRSCHUNGS-Maßnahmen RISIKOBEHERRSCHUNGS-Maßnahmen, die in Software implementiert werden VERIFIZIERUNG von RISIKOBEHERRSCHUNGS-Maßnahmen VERIFIZIERUNG von RISIKOBEHERRSCHUNGS-Maßnahmen Dokumentation neuer Folgen von Ereignissen Dokumentation der RÜCKVERFOLGBARKEIT RISIKOMANAGEMENT von Software-Änderungen Analyse von Änderungen an MEDIZINPRODUKTE-SOFTWARE in Hinblick auf die SICHERHEIT Analyse der Auswirkung von Software-Änderungen auf bestehende RISIKOBEHERRSCHUNGS- Maßnahmen Durchführung von RISIKOMANAGEMENT-AKTIVITÄTEN basierend auf Analysen *Software-Konfigurationsmanagement-PROZESS *Identifizierung der Konfiguration Festlegung von Mitteln zur Identifizierung von KONFIGURATIONSELEMENTEN Identifizierung von SOUP
4 E DIN EN (VDE ): Identifizierung der Dokumentation der SYSTEM-Konfiguration *Änderungskontrolle Genehmigung von Änderungsanforderungen Implementierung von Änderungen VERIFIZIERUNG von Änderungen Bereitstellung von Mitteln für die RÜCKVERFOLGBARKEIT von Änderungen *Aufzeichnungen über den Status der Konfiguration *Problemlösungs-PROZESS für Software Erstellen von PROBLEMBERICHTEN Untersuchung des Problems Unterrichtung beteiligter Stellen Anwendung des Änderungskontroll-PROZESSES Aufbewahrung von Aufzeichnungen Analyse von Problemen hinsichtlich Trends VERIFIZIERUNG der Lösung von Software-Problemen Inhalt von Prüfungsdokumentation...43 Anhang A (informativ) Begründung für die Anforderungen dieser Norm...44 A.1 Begründung...44 A.2 Zusammenfassung der Anforderungen nach Klassen...45 Anhang B (informativ) Anleitung für die Bestimmungen dieser Norm...47 B.1 Anwendungsbereich...47 B.1.1 Zweck...47 B.1.2 Anwendungsbereich...48 B.2 Normative Verweisungen...49 B.3 Begriffe und Definitionen...49 B.4 Allgemeine Anforderungen...49 B.4.1 Qualitätsmanagement-SYSTEM...50 B.4.2 RISIKOMANAGEMENT...50 B.4.3 Software-SICHERHEITSklassifizierung...50 B.5 Software-Entwicklungs-PROZESS...53 B.5.1 Planung der Software-Entwicklung...53 B.5.2 Analyse der Software-Anforderungen...54 B.5.3 Design der Software-ARCHITEKTUR...55 B.5.4 Detailliertes Design der Software...56 B.5.5 Implementierung und VERIFIZIERUNG von SOFTWARE-EINHEITEN...56 B.5.6 Software-Integration und Integrationsprüfung...57 B.5.7 Prüfung des SOFTWARE-SYSTEMS...58 B.5.8 Software-Freigabe für die betriebliche Nutzung...58 B.6 Software-Wartungs-PROZESS
5 B.6.1 Festlegung eines Plans für die Software-Wartung B.6.2 Analyse von Problemen und Änderungen B.6.3 Implementierung von Änderungen B.7 Software-RISIKOMANAGEMENT-PROZESS B.7.1 Analyse von Software, die zu Gefährdungssituationen beiträgt B.8 Software-Konfigurationsmanagement-PROZESS B.8.1 Identifizierung der Konfiguration B.8.2 Änderungskontrolle B.8.3 Aufzeichnungen über den Status der Konfiguration B.9 Problemlösungs-PROZESS für Software Anhang C (informativ) Beziehung zu anderen Normen C.1 Allgemeines C.2 Beziehung zur ISO C.3 Beziehung zu ISO C.4 Beziehung zu PEMS Anforderungen aus IEC : C.4.1 Allgemeines C.4.2 Software-Beziehungen zur PEMS-Entwicklung C.4.3 Entwicklungs-PROZESS C.4.4 Wartungs-PROZESS C.4.5 Andere PROZESSE C.4.6 Abdeckung von PEMS-Anforderungen in IEC C.4.7 Beziehung zu den Anforderungen in IEC C.5 Beziehung zu IEC C.6 Beziehung zu ISO/IEC C.7 Beziehung zu IEC Anhang D (informativ) Implementierung D.1 Einführung D.2 Qualitätsmanagement-SYSTEM D.3 EVALUATION von Qualitätsmanagement-PROZESSEN D.4 Integration von Anforderungen dieser Norm in die QM-PROZESSE des HERSTELLERS D.5 Checkliste für kleine HERSTELLER ohne zertifiziertes QM-SYSTEM Anhang E (normativ) Anwendung des Software-Lebenszyklus-PROZESSES auf ALTSOFTWARE E.1 Allgemeines E.2 Erforderliche AKTIVITÄTEN für ALTSOFTWARE E.2.1 Bestimmung notwendiger Aktionen E.2.2 Durchführung der Lückenanalyse E.2.3 EVALUATION der Informationen aus dem Feld E Der HERSTELLER muss Berichte aus dem Feld hinsichtlich Vorkommnissen/beinahe- Vorkommnissen oder Beanstandungen im Zusammenhang mit der ALTSOFTWARE überprüfen
6 E DIN EN (VDE ): E Benutzung von ALTSOFTWARE...90 E.2.4 Software SICHERHEITSklassifizierung...90 E.2.5 Spezifikation der SYSTEManforderungen...91 E Definition und Dokumentation der Software-Anforderungen...91 E Inhalt der Software Anforderungen...91 E Einbeziehen der RISIKOBEHERRSCHUNGS-Maßnahmen in die Software Anforderungen...91 E.2.6 PrüfSYSTEM für ALTSOFTWARE...91 E Festlegung von Prüfungen der Software Anforderungen...91 E Entscheidungen im Fall, dass Anomalien aufgedeckt werden...91 E Anwendung von Änderungen...91 E Wiederholung von Prüfungen...92 E Benutzung des Software Problemlösungs-PROZESSES...92 E.2.7 RISIKOBEWERTUNG...92 E.2.8 Konfigurationsmanagement...92 E Festlegung von Verfahren zur Identifizierung von KONFIGURATIONSELEMENTEN...92 E Identifizierung der Konfigurations-Dokumentation für ALTSOFTWARE...93 E Änderungskontrolle...93 E Aufzeichnungen über den Konfigurations-Status...93 E.2.9 Software Wartungs-PROZESS (wie in Abschnitt 6 definiert)...93 E Festlegung eines Software Wartungsplans...93 E Problem- und Änderungsanalyse...93 E Implementierung von Änderungen...93 E E Benutzung eines festgelegten PROZESSES, um Änderungen zu implementieren...93 Erneute Freigabe geänderter ALTSOFTWARE...93 Anhang F (informativ) PROZESS-Referenzmodell für MEDIZINPRODUKTE-SOFTWARE, das ISO/IEC (SPICE) einhält...94 F.1 Einführung...94 F.2 Anforderungen für PROZESS-Referenzmodelle...94 F.3 Anforderungen für PROZESS-Beschreibungen...95 F.4 Das PRM für MEDIZINPRODUKTE-SOFTWARE-PROZESSE und die Untermenge von PROZESSEN, die das IEC PRM darstellen...96 F.5 PROZESSE/AKTIVITÄTEN PRM DEFINITIONEN...97 Literaturhinweise Verzeichnis der definierten Begriffe deutsch / englisch Bilder Bild 1 Überblick über Software-Entwicklungs-PROZESSE und AKTIVITÄTEN...14 Bild 2 Überblick über Software-Wartungs-PROZESSE und -AKTIVITÄTEN...14 Bild B.1 Bildliche Darstellung des Zusammenhangs zwischen GEFÄHRDUNG, Abfolge von Ereignissen, GEFÄHRDUNGSSITUATION und SCHADEN aus ISO 14971:2007 Anhang E...51 Bild B.2 Beispiel einer Aufteilung von SOFTWARE-KOMPONENTEN
7 Bild C.1 Beziehung von wichtigen MEDIZINPRODUKTE-Normen zur IEC Bild C.2 Software als Teil des V-Modells Bild C.3 Anwendung von IEC mit IEC Tabellen Tabelle A.1 Zusammenfassung der Anforderungen nach Software-SICHERHEITSklassen Tabelle B.1 Entwicklungs-(Modell-)Strategien wie in ISO/IEC definiert Tabelle C.1 Beziehung zu ISO 13485: Tabelle C.2 Beziehung zu ISO 14971: Tabelle C.3 Beziehung zur IEC Tabelle C.4 Beziehung zur IEC Tabelle C.5 Beziehung zu ISO/IEC Tabelle D.1 Checkliste für kleine Firmen ohne zertifiziertes QM-SYSTEM Tabelle F.1 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.2 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.3 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.4 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.5 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.6 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.7 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.8 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.9 Individuelle PROZESSE/AKTIVITÄTEN im PRM PROZESS Tabelle F.10 Individuelle PROZESSE/AKTIVITÄTEN im PRM PROZESS Tabelle F.11 Individuelle PROZESSE/AKTIVITÄTEN im PRM PROZESS Tabelle F.12 Individuelle PROZESSE/AKTIVITÄTEN im PRM AKTIVITÄT Tabelle F.13 Individuelle PROZESSE/AKTIVITÄTEN im PRM PROZESS
DIN EN (VDE ): EN 62304: A1:2015
Inhalt Vorwort...2 Europäisches Vorwort zu A1...3 Einleitung...10 1 Anwendungsbereich...14 1.1 *Zweck...14 1.2 *Anwendungsgebiet...14 1.3 Beziehung zu anderen Normen...14 1.4 Einhaltung...14 2 *Normative
Referent: Mathias Notheis Kontakt: Mathias.Notheis@dqs.de
ISO/IEC 62304 Medizingeräte-Software Referent: Mathias Notheis Kontakt: Mathias.Notheis@dqs.de DQS Medizin nprodukte GmbH Übersicht Basics Wann ist ein MP Software? Markteinführung vor der 62304 alles
vii Inhaltsverzeichnis 1 Einleitung 1 2 Rechtliche Grundlagen 5
vii 1 Einleitung 1 2 Rechtliche Grundlagen 5 2.1 Die Rechtslage in Europa.................................. 5 2.1.1 Definition eines Medizinproduktes.................... 5 2.1.2 Richtlinien, Gesetze und
Medizintechnik und Informationstechnologie im Krankenhaus. Dr. Andreas Zimolong
Medizintechnik und Informationstechnologie im Krankenhaus Dr. Andreas Zimolong DIN EN 80001-1:2011 Anwendung des Risikomanagements für IT-Netzwerke, die Medizinprodukte beinhalten Teil 1: Aufgaben, Verantwortlichkeiten
Software-Entwicklungsprozesse zertifizieren
VDE-MedTech Tutorial Software-Entwicklungsprozesse zertifizieren Dipl.-Ing. Michael Bothe, MBA VDE Prüf- und Zertifizierungsinstitut GmbH BMT 2013 im Grazer Kongress 19.09.2013, 10:00-10:30 Uhr, Konferenzraum
Medical SPICE. Was bringt die neue VDI-Richtlinie 5702? Matthias Hölzer-Klüpfel
Medical SPICE Was bringt die neue VDI-Richtlinie 5702? Matthias Hölzer-Klüpfel VDI Fachausschuss Wann ist Software ein Medizinprodukt? Software-Qualität in der Medizintechnik VDI: Fachbereich Medizintechnik
Managementbewertung Managementbewertung
Managementbewertung Grundlagen für die Erarbeitung eines Verfahrens nach DIN EN ISO 9001:2000 Inhalte des Workshops 1. Die Anforderungen der ISO 9001:2000 und ihre Interpretation 2. Die Umsetzung der Normanforderungen
DGQ Regionalkreis Hamburg 21.05.2012 ISO 10007. Konfigurationsmanagement
DGQ Regionalkreis Hamburg 21.05.2012 ISO 10007 Leitfaden zum Konfigurationsmanagement g Geschichte des Konfigurationsmanagements Mit stetig steigender Produktkomplexität entstanden zunehmend Probleme (z.b.
Qualitätsmanagement- Handbuch nach DIN EN ISO 13485:2010-01 prozessorientiert
Qualitätsmanagement- nach DIN EN ISO 13485:2010-01 prozessorientiert Version 0 / Exemplar Nr.: QMH unterliegt dem Änderungsdienst: x Informationsexemplar: Hiermit wird das vorliegende für gültig und verbindlich
Kapitel 10: Dokumentation
Kapitel 10: Dokumentation Inhalt 10.1 Stellenwert der Dokumentation 10.2 Dokumentenlenkung 10.3 Dokumentation des Qualitätsmanagementsystems Schlüsselbegriffe Dokument, Dokumentenlenkung, Qualitätshandbuch
Dok.-Nr.: Seite 1 von 6
Logo Apotheke Planung, Durchführung und Dokumentation von QM-Audits Standardarbeitsanweisung (SOP) Standort des Originals: Dok.-Nr.: Seite 1 von 6 Nummer der vorliegenden Verfaßt durch Freigabe durch Apothekenleitung
Risikomanagement bei Medizinprodukten
Risikomanagement bei Medizinprodukten 10. Jahrestagung der AAL 24./25. September 2010 Stuttgart 2010 mdc medical device certification GmbH Risikomanagement 1 Regulatorische Grundlagen Richtlinie 93/42/EWG
Qualitätsmanagement in Gesundheitstelematik und Telemedizin: Sind ISO 9001 basierte Managementsysteme geeignet?
DGG e.v. PRE-WORKSHOP TELEMED BERLIN 2009 Qualitätsmanagement in Gesundheitstelematik und Telemedizin: Sind ISO 9001 basierte Managementsysteme geeignet? Dr. med. Markus Lindlar Deutsches Zentrum für Luft-
Sicherheitsbewertungsbericht
Sicherheitsbewertungsbericht auf Basis der "Verordnung (EG) Nr. 352/2009 der Kommission vom 24. April 2009 über die Festlegung einer gemeinsamen Sicherheitsmethode für die Evaluierung und Bewertung von
Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.
Wir erledigen alles sofort Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. agilecoach.de Marc Bless Agiler Coach agilecoach.de Frage Wer hat
13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES
13 Anhang A: Erfüllung der Norm ISO 9000 durch Hinweis Einleitung Eine der wesentlichsten Grundlagen für die Qualitätssicherung in einem Unternehmen ist die Normenserie «ISO 9000», insbesondere ISO 9001:1994
Neue Funktionen in Innovator 11 R5
Neue Funktionen in Innovator 11 R5 Innovator for Enterprise Architects, Java Harvester und Prüfassistent 12.11.2013 Agenda 1 2 3 Einführung Was ist neu in Innovator 11 R5? Szenario Enterprise Architektur
Übungsbeispiele für die mündliche Prüfung
Übungsbeispiele für die mündliche Prüfung Nr. Frage: 71-02m Welche Verantwortung und Befugnis hat der Beauftragte der Leitung? 5.5.2 Leitungsmitglied; sicherstellen, dass die für das Qualitätsmanagementsystem
POCT und Akkreditierung
POCT und Akkreditierung Medizinisches Versorgungszentrum Dr. Eberhard & Partner. Dortmund www.labmed.de Seite 1 Inhaltsübersicht DIN EN ISO 22870 Weitergehende Regelungen zur DIN EN ISO 15189 DAkkS Checkliste
Regulatorische Anforderungen an die Entwicklung von Medizinprodukten
Regulatorische Anforderungen an die Entwicklung von Medizinprodukten Alexander Fink, Metecon GmbH Institut für Medizintechnik Reutlingen University Alteburgstraße 150 D-72762 Reutlingen Reutlingen, 04.03.2015
3 Berücksichtigung anerkannter Standards / Normen / Nachweise 3.1 Methoden des Risikomanagements
Datum: Unternehmen: Adresse: Straße, PLZ, Ort Produkt Auditor/in: Name Unterschrift Bezeichnung 1 Anwendungsbereich xxxxxxxx Diese Checkliste dient dem Auditteam als Vorgabe und Hilfe zur sachgerechten
Die Zertifizierungsstelle der TÜV Informationstechnik GmbH bescheinigt hiermit dem Unternehmen
Die Zertifizierungsstelle der TÜV Informationstechnik GmbH bescheinigt hiermit dem Unternehmen SIZ Informatikzentrum der Sparkassenorganisation GmbH Simrockstraße 4 53113 Bonn für die Software Sicherer
Technischer Hinweis Merkblatt DVGW G 1001 (M) März 2015
www.dvgw-regelwerk.de Technischer Hinweis Merkblatt DVGW G 1001 (M) März 2015 Sicherheit in der Gasversorgung; Risikomanagement von gastechnischen Infrastrukturen im Normalbetrieb Security of Gas Supply;
kundenbezogene Prozesse Produktion und Dienstleistung Lenkung von Überwachungs- und Messmitteln
Planung Produktrealisierung - Überblick - DIN EN ISO 9001 kundenbezogene Prozesse Entwicklung Beschaffung Produktion und Dienstleistung Lenkung von Überwachungs- und Messmitteln Abb. 1 Qualitätswirksame
Dokumentation für die Software-Wartung
7. Workshop Software-Reengineering Dokumentation für die Software-Wartung Stefan Opferkuch Universität Stuttgart Institut für Softwaretechnologie, Abteilung Software Engineering 4. Mai 2005 Übersicht Wie
Risikomanagement in der Praxis Alles Compliance oder was?! 1. IT-Grundschutz-Tag 2014 13.02.2014
Risikomanagement in der Praxis Alles Compliance oder was?! 1. IT-Grundschutz-Tag 2014 13.02.2014 Risikomanagement Eine Einführung Risikomanagement ist nach der Norm ISO 31000 eine identifiziert, analysiert
Validierung der Software Anwendung für das Instrumentenmanagement und die Prozessdokumentation
Validierung der Software Anwendung für das Instrumentenmanagement und die Prozessdokumentation Präsentation von Markus Geissmann anlässlich der 7èmes Journées Nationales Suissessursur la Stérilisation
EUROPÄISCHE KOMMISSION
24.1.2013 Amtsblatt der Europäischen Union C 22/1 IV (Informationen) INFORMATIONEN DER ORGANE, EINRICHTUNGEN UND SONSTIGEN STELLEN DER EUROPÄISCHEN UNION EUROPÄISCHE KOMMISSION Mitteilung der Kommission
Zertifizierungsprogramm
Zertifizierungsprogramm Software-Qualität (Stand: Oktober 2004) DIN CERTCO Burggrafenstraße 6 10787 Berlin Tel: +49 30 2601-2108 Fax: +49 30 2601-1610 E-Mail: zentrale@dincertco.de www.dincertco.de Zertifizierungsprogramm
Dokumentenlenkung - Pflicht oder Kür-
Dokumentenlenkung - Pflicht oder Kür- - QM-Sprengel Württemberg - Sunhild Klöss Stabsabteilung Projekt- und Qualitätsmanagement Klinikum Heidenheim Themenübersicht Forderungen der DIN EN ISO 9001 Was muss
Maintenance & Re-Zertifizierung
Zertifizierung nach Technischen Richtlinien Maintenance & Re-Zertifizierung Version 1.2 vom 15.06.2009 Bundesamt für Sicherheit in der Informationstechnik Postfach 20 03 63 53133 Bonn Tel.: +49 22899 9582-0
Lenkung von Dokumenten und Aufzeichnungen. Studienabteilung
gültig ab: 08.08.2011 Version 1.3 Lenkung von Dokumenten und Aufzeichnungen Studienabteilung Spitalgasse 23 1090 Wien Funktion Name Datum Unterschrift erstellt Stellv. Mag. Julia Feinig- 27.07.2011 Leiterin
Auditcheckliste. für Systemaudits nach ISO/TS 16949:2009 DIN EN ISO 9001 ISO/TS 16949. Martin Zander
2010 Auditcheckliste für Systemaudits nach ISO/TS 16949:2009 DIN EN ISO 9001 ISO/TS 16949 Martin Zander 2 M. Zander Auditcheckliste Für Systemaudits nach ISO/TS 16949 DIN EN ISO 9001 ISO/TS 16949 Dieses
Code of Conduct (CoC)
Code of Conduct (CoC) Aeiforia CoC-Check: Erkennen Sie Auswirkungen des CoC auf Ihr Unternehmen! Aeiforia hat ein auf Checklisten gestütztes Vorgehen entwickelt, mit dem Sie Klarheit erlangen, in welchen
Abweichungen. Anforderungen / Zitate aus den Rechtsvorschriften
Abweichungen Anforderungen / Zitate aus den Rechtsvorschriften AMWHV [...] Alle Abweichungen im Prozess und von der Festlegung der Spezifikation sind zu dokumentieren und gründlich zu untersuchen. [...]
eickert Prozessablaufbeschreibung Notarztdienst Bodenwerder, Anette Eickert 1 Prozessdaten 2 Zweck 3 Ziel 4 Prozessverantwortlicher
1 Prozessdaten 1.1 1.2 Geltungsbereich dienst 2 Zweck 2.1 Zur Verbesserung unserer Dienstleistungen nutzen wir das Potenzial unserer Mitarbeiter. Hierzu haben wir für Mitarbeiter das Ideenmanagement eingeführt.
Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am 14.08.08
Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements von Stephanie Wilke am 14.08.08 Überblick Einleitung Was ist ITIL? Gegenüberstellung der Prozesse Neuer
Was muss ich noch für meine Zertifizierung tun, wenn meine Organisation. organisiert
? organisiert Was muss ich noch für meine Zertifizierung tun, wenn meine Organisation ist? Sie müssen ein QM-System: aufbauen, dokumentieren, verwirklichen, aufrechterhalten und dessen Wirksamkeit ständig
Requirements-basiertes Testen am Beispiel des NI Requirements Gateways
Requirements-basiertes Testen am Beispiel des NI Requirements Gateways National Instruments VIP Kongress München, M 8. Oktober 2008 Joachim Schulz QualityPark GmbH V-Modell Demands Business Requirement
Information zur Revision der ISO 9001. Sehr geehrte Damen und Herren,
Sehr geehrte Damen und Herren, mit diesem Dokument möchten wir Sie über die anstehende Revision der ISO 9001 und die sich auf die Zertifizierung ergebenden Auswirkungen informieren. Die folgenden Informationen
IT-Controlling in der Sparkasse Hildesheim
1 IT-Controlling in der der Steuerungsregelkreislauf für IT-Entwicklung und -Betrieb Auf Basis der IT-Strategie mit den dort definierten Zielen wurde das IT-Controlling eingeführt und ist verbindliche
Datenübernahme easyjob 3.0 zu easyjob 4.0
Datenübernahme easyjob 3.0 zu easyjob 4.0 Einführung...3 Systemanforderung easyjob 4.0...3 Vorgehensweise zur Umstellung zu easyjob 4.0...4 Installation easyjob 4.0 auf dem Server und Arbeitsstationen...4
Themenarbeit HTA.SWE.S08 Pascal Ming 23.Juni 2008
Themenarbeit HTA.SWE.S08 Pascal Ming 23.Juni 2008 Einleitung Risikomanagement nach HTAgil Risikomanagement nach Bärentango Risikomanagement in Wikipedia Vergleich Aufgabe Risikomanagement(Jörg Hofstetter)
4 A&G Management Elemente (nur Teil 1)
ISO 9001:2008 ISO 14001:2004 Einleitung Einleitung Einleitung Einleitung Einleitung Allgemeines 0.1 Prozessorientierter Ansatz 0.2 Beziehung zu ISO 9004 0.3 Verträglichkeit mit anderen 0.4 Managementsystemen
Funktionale Sicherheit in der Praxis
Peter Löw Roland Pabst Erwin Petry Funktionale Sicherheit in der Praxis Anwendung von DIN EN 61508 und ISO/DIS 26262 bei der Entwicklung von Serienprodukten dpunkt.verlag vii Inhaltsverzeichnis 1 Einleitung
LEAD 2015 - WELTWEITES SEMINARPROGRAMM
LEAD 2015 - WELTWEITES SEMINARPROGRAMM Revision ISO 9001:2015 und ISO14001:2015 Seminare E-Learning - Copyright Bureau Veritas E-Learning - Angebote Revision ISO 9001:2015 und ISO14001:2015 - Copyright
Standard Inhaltsverzeichnis für Testvorschrift
Standard Inhaltsverzeichnis für Testvorschrift Inhaltsverzeichnis 1. Zweck, Veranlassung... 1 2. Allgemeines... 1 2.1 Zweck der Testvorschrift... 1 2.2 Freigabe und Änderungen... 1 2.3 Prinzipien... 2
Requirements-Management Ein praktisches Beispiel
2003 Eurocopter Deutschland GmbH 2003 Requirements-Management Ein praktisches Beispiel a.s.drexler@t-online.de Softwareprozesse in Luft- und Raumfahrtprojekten Workshop der DGLR am 15.10.2003 Der Vortrag
Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
Einführung und Umsetzung eines QM-Systems. Büro für Qualitätsmanagement Dr. Jens Wonigeit
Einführung und Umsetzung eines QM-Systems Einführung und Umsetzung eines QM-Systems Phase 1: Ist-Analyse Erhebung externer und interner QM-Anforderungen Identifikation und Analyse der Kernprozesse Ermittlung
Das moderne Redaktionshandbuch als Rückgrat technischer Dokumentation
als Rückgrat technischer Dokumentation Gertraud Fischer cognitas. Gesellschaft für Technik-Dokumentation mbh 85521 Ottobrunn, Alte Landstr. 6 33106 Paderborn, Heinz-Nixdorf-Ring 1 www.cognitas.de gertraud.fischer@cognitas.de
Fragebogen ISONORM 9241/110-S
Fragebogen ISONORM 9241/110-S Beurteilung von Software auf Grundlage der Internationalen Ergonomie-Norm DIN EN ISO 9241-110 von Prof. Dr. Jochen Prümper www.seikumu.de Fragebogen ISONORM 9241/110-S Seite
wir müssen reden. Über Qualität!
wir müssen reden. Über Qualität! "Made in Quality - Made for Success" 1 Auditors Liebling! Der Messmittelmanagementprozess Jörg Roggensack Warum Auditors Liebling? Es ist eine muss Forderung jeder Systemnorm!
ISO 9001:2015 REVISION. Die neue Struktur mit veränderten Schwerpunkten wurde am 23. September 2015 veröffentlicht und ist seit 15.09.
ISO 9001:2015 REVISION Die neue Struktur mit veränderten Schwerpunkten wurde am 23. September 2015 veröffentlicht und ist seit 15.09.2015 in Kraft 1 Präsentationsinhalt Teil 1: Gründe und Ziele der Revision,
Prozeßorientiertes Qualitätsmanagement für IV- Dienstleister
Prozeßorientiertes Qualitätsmanagement für IV- Beschreibung des Aufbaus eines prozeßorientierten Qualitätsmanagement 1 Problematik einer Qualitätsbeschreibung Preis- Leistung Qualität zunehmende Konkurrenz
(Text von Bedeutung für den EWR) 9.8.2007 7.7.2010 9.10.1999. EN 12322:1999/A1:2001 31.7.2002 Anmerkung 3 Datum abgelaufen (30.4.2002) 19.8.
C 22/30 Amtsblatt der Europäischen Union 24.1.2013 Mitteilung der Kommission im Rahmen der Durchführung der Richtlinie 98/79/EG des Europäischen Parlaments und des Rates vom 27. Oktober 1998 über In-vitro-Diagnostika
16 Architekturentwurf Einführung und Überblick
Teil III: Software-Architekturentwurf 16 Architekturentwurf Einführung und Überblick 16.1 Software entwerfen Warum? Beim Arbeiten im Kleinen nicht oder nur ansatzweise (Detailentwurf) Größere Software
Softwaretechnik. Fomuso Ekellem WS 2011/12
WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering
Energieversorgungseinrichtungen
Herausgeber und Verlag: VdS Schadenverhütung GmbH Amsterdamer Str. 172-174 50735 Köln Telefon: (0221) 77 66 0; Fax: (0221) 77 66 341 Copyright by VdS Schadenverhütung GmbH. Alle Rechte vorbehalten. VdS-Richtlinien
17 Überblick über die restlichen Vorgehensbausteine
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 17 Überblick über die restlichen Vorgehensbausteine V-Modell XT Anwendung im Projekt
Änderung der ISO/IEC 17025 Anpassung an ISO 9001: 2000
Änderung der ISO/IEC 17025 Anpassung an ISO 9001: 2000 Dr. Martin Czaske Sitzung der DKD-FA HF & Optik, GS & NF am 11. bzw. 13. Mai 2004 Änderung der ISO/IEC 17025 Anpassung der ISO/IEC 17025 an ISO 9001:
Qualitäts- Managementhandbuch (QMH) DIN EN ISO 9001 : 2008 (ohne Entwicklung) von. Margot Schön Burgbühl 11 88074 Meckenbeuren
Qualitäts- Managementhandbuch (QMH) DIN EN ISO 9001 : 2008 (ohne Entwicklung) von Margot Schön Die Einsicht Führung des IMS-Handbuches ist EDV-technisch verwirklicht. Jeder Ausdruck unterliegt nicht dem
Qualitätsmanagement-Handbuch. 1.7 Projektmanagement
Seite 1 von 5 Erstellt: Geprüft: Freigegeben: Dr. Christine Reimann Datum: Datum: Datum: Inhaltsverzeichnis Nr. Element-Abschnitt Seite 1 Ziel und Zweck 2 2 Geltungsbereich / Verantwortung 2 3 Vorgehen
Gegenüberstellung ISO 9001:2015 ISO 9001:2008
ISO 9001:2015 ISO 9001:2008 ISO 9001:2015 ISO 9001:2008 4 Kontext der Organisation 1.0 Anwendungsbereich 4.1 Verstehen der Organisation und ihres Kontextes 1.1 4.2 Verstehen der Erfordernisse und Erwartungen
Spezifikation für Coaching Funktion in OpenOLAT
Funktion Coaching Spezifikation für Coaching Funktion in OpenOLAT Autor Christian Franck frentix GmbH Hardturmstrasse 76 8005 Zurich Switzerland T +41 43 544 90 00 F +41 43 544 90 09 contact@frentix.com
Agile Vorgehensmodelle in der Softwareentwicklung: Scrum
C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was
9.6 Korrekturmaßnahmen, Qualitätsverbesserung
Teil III Organisation und Infrastruktur Kapitel 9: Qualitätsmanagementsystem Inhalt 9.1 Grundlagen 9.2 Qualitätspolitik 9.3 Qualitätsorganisation 9.4 Maßnahmen 9.5 Qualitätsaufzeichnungen 9.6 Korrekturmaßnahmen,
Qualitätsmanagement. Prozessbeschreibung
Lenkung von Dokumenten Qualitätsmanagement Prozessbeschreibung Inhalt 1. Zweck... 2 2. Geltungsbereich... 2 2. Prozessziel... 2 4. Begriffe... 2 5. Zuständigkeiten... 2 5.1. Unterschriftenregelung... 2
Benutzerhandbuch bintec R1200 / R1200w(u) / R3000 / R3000w / R3400 / R3800(wu) GRE
Benutzerhandbuch bintec R1200 / R1200w(u) / R3000 / R3000w / R3400 / R3800(wu) GRE Copyright 12. Dezember 2006 Funkwerk Enterprise Communications GmbH Version 3.0 Ziel und Zweck Haftung Marken Copyright
Benutzerhandbuch bintec R4100 / R4300 CAPI. Copyright 17. Juli 2006 Funkwerk Enterprise Communications GmbH Version 1.0
Benutzerhandbuch bintec R4100 / R4300 CAPI Copyright 17. Juli 2006 Funkwerk Enterprise Communications GmbH Version 1.0 Ziel und Zweck Haftung Marken Copyright Richtlinien und Normen Wie Sie Funkwerk Enterprise
Kundeninformation DIN EN ISO 9001:2015 - die nächste große Normenrevision
Kundeninformation DIN EN ISO 9001:2015 - die nächste große Normenrevision Einführung Die DIN EN ISO 9001 erfährt in regelmäßigen Abständen -etwa alle 7 Jahreeine Überarbeitung und Anpassung der Forderungen
Pro/INTRALINK 10.1. Lehrplan-Handbuch
Pro/INTRALINK 10.1 Lehrplan-Handbuch Lehrplan-Handbuch für Kurse unter Anleitung Systemadministration für Windchill 10.1 Systemadministration für Windchill 10.1 Überblick Kursnummer TRN-3826-T Kursdauer
Messmittelfähigkeit. Andreas Masmünster, Quality Control Event, 30. Juni 2011
Messmittelfähigkeit Andreas Masmünster, Quality Control Event, 30. Juni 2011 Agenda Messmittel Allgemeines Methode 1 Methode 2 Ziel der Methoden Praktischer Teil nach Methode 2 Formblatt Schlussfolgerung
4. Die Grundsätze der Dialoggestaltung aus DIN EN ISO 9241-10
4. Die Grundsätze der Dialoggestaltung aus DIN EN ISO 9241-10 Lernziel: Grenzen des Gestaltungsspielraums bei der Softwaregestaltung kennen und nutzen MCI-2005/1 DIA-Seminar Usability-Engineering, Mai
BGI 5190 Wiederkehrende Prüfungen ortsveränderlicher elektrischer Arbeitsmittel - Organisation durch den Unternehmer
BGI 5190 Wiederkehrende Prüfungen ortsveränderlicher elektrischer Arbeitsmittel - Organisation durch den Unternehmer DGUV Information 5190 (Fassung April 2010) Standort Dresden Dr. Jelena Nagel Gr. 2.4
Erstellung eines QM-Handbuches nach DIN. EN ISO 9001:2008 - Teil 1 -
Erstellung eines QM-Handbuches nach DIN Klaus Seiler, MSc. managementsysteme Seiler Zum Salm 27 D-88662 Überlingen / See EN ISO 9001:2008 - Teil 1 - www.erfolgsdorf.de Tel: 0800 430 5700 1 Der Aufbau eines
Softwareanforderungsanalyse
Softwareanforderungsanalyse Evolution von Anforderungen Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Wintersemester 2015/16 Evolution von Anforderungen Anforderungen
Vorlesungsinhalt. Produktionsplanung. Beschaffung. Produktion. QM in der Produktionsplanung. - Wareneingangsprüfung
Vorlesungsinhalt Produktionsplanung QM in der Produktionsplanung QM Beschaffung Produktion Q - Wareneingangsprüfung - Lieferantenbewertung - Prüfplanung und mittel - SPC - Maschinenfähigkeit IPT - 04 QMProd
Software Projekt 2 / Gruppe Knauth Lernziele:
Lernziele: Realisierung eines komplexen Software-Projektes unter Industrie-ähnlichen Bedingungen Organisiertes Arbeiten im Team Team Organisation: Rollen und Aufgaben der Team-Mitglieder bestimmen Spezifikation
1.1. Geltungsbereich Diese Prüfungsordnung gilt für die Prüfung zum Technischen Risikomanager nach DIN VDE V 0827.
www.dgwz.de/risikomanager Prüfungsordnung für die Prüfung zum Technischen Risikomanager nach DIN VDE V 0827 DGWZ 1013:2015-07 Stand: Juli 2015 Inhaltsverzeichnis 1. Allgemeines... 1 1.1. Geltungsbereich...
Qualitätsmanagementsysteme im Gesundheitswesen
Paul Rudnick Qualitätsmanagementsysteme im Gesundheitswesen Anforderungen für die Zertifizierung von Medizinprodukten Diplomica Verlag Paul Rudnick Qualitätsmanagementsysteme im Gesundheitswesen: Anforderungen
27001 im Kundendialog. ISO Wertschätzungsmanagement. Wie Wertschätzung profitabel macht und den Kunden glücklich
ISO 27001 im Kundendialog Informationssicherheit intern und extern organisieren Juni 2014 Was steckt hinter der ISO/IEC 27001:2005? Die internationale Norm ISO/IEC 27001:2005 beschreibt ein Modell für
Requirements-Traceability in der industriellen Praxis Ziele und Einsatz
Requirements-Traceability in der industriellen Praxis Ziele und Einsatz Forschungsprojekt gefördert von der Deutschen Forschungsgemeinschaft Elke Bouillon elke.bouillon@tu-ilmenau.de 04.12.2012 Seite 1
Delta Audit - Fragenkatalog ISO 9001:2014 DIS
QUMedia GbR Eisenbahnstraße 41 79098 Freiburg Tel. 07 61 / 29286-50 Fax 07 61 / 29286-77 E-mail info@qumedia.de www.qumedia.de Delta Audit - Fragenkatalog ISO 9001:2014 DIS Zur Handhabung des Audit - Fragenkatalogs
Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008
Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008 Qualität ist keine Funktion Qualität ist ein Weg des Denkens. Qualität ist die Summe aller Tätigkeiten in einem Unternehmen.
Risikobasierte Bewertung von Hilfsstoffen
Risikobasierte Bewertung von Hilfsstoffen Systematische Vorgehensweise beim Risikomanagement-Prozess (in Anlehnung an ICH Q9): Systematische Vorgehensweise beim Risikomanagement-Prozess (in Anlehnung an
Von der Idee zur CE-Kennzeichnung
Von der Idee zur CE-Kennzeichnung R n B Medical Software Consulting GmbH Andreas Böhler Fachhochschule Linz office@rnb-consulting.at Idee bis CE 2015/12/02 1 / 34 Agenda Überblick Überblick 1 Das Problem
Informationssystemanalyse Lebenszyklusmodelle 3 1. Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen:
Informationssystemanalyse Lebenszyklusmodelle 3 1 Aufgaben von Lebenszyklusmodellen Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen: Definition der Tätigkeiten im Entwicklungsprojekt Zusicherung
Normenkonformer Betrieb medizinischer IT-Netzwerke neue Aufgaben des IT- Peter Grünberger 07.03.2012
Normenkonformer Betrieb medizinischer IT-Netzwerke neue Aufgaben des IT- Systemlieferanten Peter Grünberger 07.03.2012 Vorstellung COMPAREX COMPAREX versteht sich als unabhängiger IT Lösungsanbieter 2000
Softwarevalidierung aus Anwendersicht. DGSV Kongress / Dr. B. Gallert / Fulda / 16.10.2009
Softwarevalidierung aus Anwendersicht DGSV Kongress / Dr. B. Gallert / Fulda / 16.10.2009 Softwarevalidierung aus Anwendersicht Geräte mit automatischen Prozessabläufen zur Aufbereitung von Medizinprodukten
Realisierung der Anbindung an den Handelsplatz Koeln.de Leitfaden zur Projektplanung bei Lieferanten
Handelsplatz Köln.de Leitfaden zur Projektplanung bei en Realisierung der Anbindung an den Handelsplatz Koeln.de Leitfaden zur Projektplanung bei en Autor: Christoph Winkelhage Status: Version 1.0 Datum:
Softwareentwicklungspraktikum Sommersemester 2007. Grobentwurf
Softwareentwicklungspraktikum Sommersemester 2007 Grobentwurf Auftraggeber Technische Universität Braunschweig
9001 Kontext der Organisation
1. Strategische Ausrichtung der Organisation Die oberste Leitung muss zeigen, dass die Qualitätspolitik und die Qualitätsziele mit der strategischen Ausrichtung und dem Kontext der Organisation vereinbar
Lenkung der QM-Dokumentation
Datum des LAV-Beschlusses: 08.05.2007 Seite1 von 5 Inhalt 1 Zweck, Ziel... 1 2 Geltungsbereich... 1 3 Begriffe, Definitionen... 1 4 Beschreibung... 2 4.1 Struktur der QM-Dokumentation... 2 4.2 Aufbau der
Payment Card Industry (PCI) Datensicherheitsstandard. Änderungsübersicht von PCI-DSS Version 3.0 auf 3.1
Payment Card Industry (PCI) Datensicherheitsstandard Änderungsübersicht von PCI-DSS Version 3.0 auf 3.1 April 2015 Einleitung Dieses Dokument enthält eine Übersicht über die Änderungen von PCI-DSS Version
Vergleich ISO 9001:2008 zu ISO/DIS 9001:2014
1 DIN EN ISO 9001:2008 pren ISO 9001:2014 (ISO/DIS 9001:2014) 4 4.1 Allgemeine Anforderungen 4.4 und dessen Prozesse 4.2. Dokumentationsanforderungen 7.5 Dokumentierte Information 4.2.1 Allgemeines 7.5.1
PRÜFMODUL D UND CD. 1 Zweck. 2 Durchführung. 2.1 Allgemeines. 2.2 Antrag
1 Zweck PRÜFMODUL D UND CD Diese Anweisung dient als Basis für unsere Kunden zur Information des Ablaufes der folgenden EG-Prüfung nach folgenden Prüfmodulen: D CD Es beschreibt die Aufgabe der benannten
Nutzerhandbuch für die Einreichung von Daten
Nutzerhandbuch für die Einreichung von Daten Teil 15 - Veröffentlichung von Informationen: Anleitung zum Ermitteln der Angaben im Registrierungsdossier, die auf der ECHA-Website veröffentlicht werden Technischer
Nachricht der Kundenbetreuung
Cisco WebEx: Service-Pack vom [[DATE]] für [[WEBEXURL]] Sehr geehrter Cisco WebEx-Kunde, Cisco WebEx sendet diese Mitteilung an wichtige Geschäftskontakte unter https://[[webexurl]]. Ab Samstag, 1. November