Entwicklung eines computergestützten „Critical Incident ... - Risikous

Weitere Magazine

Empfehlungen

Info

- 30 - Abbildung 3.1: QM-Organigramm – Die dicke schwarze Linie zeigt den Steuerfluss der QM-Prozesse, Geschäftsführung legt fest, Qualitätsmanagement leitet ein und kontrolliert, Pflegedienstleitung, Qualitätsbeauftragter Pflege kontrolliert und Projektgruppen führen durch.
- 31 - 3.2 Entwicklungsziele Mit der Einführung von CIRS will die Klinikleitung nicht nur die Patientensicherheit und damit die Qualität im Klinikum weiter steigern, sondern auch den Bearbeitungsprozess der eingehenden CIRS-Meldungen beschleunigen und damit den Risikomanagementprozess optimieren. Nachfolgend werden die Ziele genannt, die aus Sicht der Projektmitglieder und der späteren Nutzer mit der Entwicklung des computergestützten CIRS verfolgt werden. Dabei ist zu unterscheiden zwischen den Zielen, die sich direkt auf die Mitarbeiter beziehen und den Zielen, die sich auf das Qualitätsmanagement beziehen. Ziele aus Sicht des Mitarbeiters • Möglichkeit Beinahefehler schnell, anonym und ohne Umwege dem Risikomanagement zu melden. • Über die aktuelle Beinahefehler-Situation im Klinikum informiert zu sein. Ziele aus Sicht des Qualitätsmanagements • Computergestützt Daten über Beinahefehler zu erfassen und dadurch eine Möglichkeit zu besitzen, Fehlern vorzubeugen. • Computergestütze Verwaltung von Bögen. • Unterstützung des Risikomanagementprozesses und damit Senkung von Kosten. (Bsp. durch Vorabbewertung muss Projektgruppe nur bei Handlungsbedarf einberufen werden) • Durch einfache Benutzung der Meldebögen das Risikobewusstsein aller Mitarbeitern zu fördern und diese für mögliche Gefahrenherde zu sensibilisieren.
Seite 1 und 2: HOCHSCHULE ZITTAU/GÖRLITZ (FH) FAC
Seite 3 und 4: Ein besonderer Dank gilt Henry Talk
Seite 5 und 6: 3.4.1 Basis-Module . . . . . . . .
Seite 7 und 8: Abbildungsverzeichnis 2.1 Risiko et
Seite 9 und 10: Quellcodeverzeichnis 5.1 XML Meldeb
Seite 11 und 12: OGNL . . . . . . . . Object Graph N
Seite 13 und 14: - 13 - Basis für die Entwicklung d
Seite 15 und 16: - 15 - „Schaden (vermeidbarer) Ei
Seite 17 und 18: - 17 - Abbildung 2.1: Risiko etymol
Seite 19 und 20: - 19 - Abbildung 2.2: Risikomanagem
Seite 21 und 22: - 21 - Abbildung 2.3: Risikomatrix
Seite 23 und 24: - 23 - 2.3 Fehler Im klinischen Umf
Seite 25 und 26: - 25 - 2.3.2 Fehlermeldesysteme Die
Seite 27 und 28: - 27 - Vertraulichkeit gewährleist
Seite 29: - 29 - en für die Analyse und Übe
Seite 33 und 34: - 33 - eine Funktion mitbringen, um
Seite 35 und 36: - 35 - Benutzerfreundlichkeit Die S
Seite 37 und 38: - 37 - Abbildung 3.3: Use Case Risi
Seite 39 und 40: - 39 - kann der Risikomanger den au
Seite 41 und 42: - 41 - Abbildung 3.6: GUI-Mockup Me
Seite 43 und 44: - 43 - Abbildung 3.7: Softwaredesig
Seite 45 und 46: - 45 - die Umfrageelemente 9) an. I
Seite 47 und 48: - 47 - • bewertete Meldungen •
Seite 49 und 50: - 49 - den HTTP-Request und bearbei
Seite 51 und 52: - 51 - • Präsentationsschicht (c
Seite 53 und 54: - 53 - • Darstellung • Validier
Seite 55 und 56: - 55 - ents wird dabei der Länderc
Seite 57 und 58: - 57 - 4.4.3 Spring Framework Das S
Seite 59 und 60: - 59 - Apache Lenya oder Daisy auf
Seite 61 und 62: - 61 - ne Actionklasse einmal insta
Seite 63 und 64: - 63 - 5 Implementierung Ausgehend
Seite 65 und 66: - 65 - exakt festgelegt werden muss
Seite 67 und 68: - 67 - auch leere Tags, welche vor
Seite 69 und 70: - 69 - 5.3.2 XML-Schema des Meldebo
Seite 71 und 72: - 71 - ist nur ein Eintrag in der t
Seite 73 und 74: - 73 - 1 # Resources for parameter
Seite 75 und 76: - 75 - Dokument 5) . Die Transforma
Seite 77 und 78: - 77 - Teile Risikomanagement und M
Seite 79 und 80: - 79 - zeitliche Begrenzung von Umf
Seite 81 und 82:
- 81 - Abbildung 7.3: Dialog zum Be
Seite 83 und 84:
- 83 - sis für weitere Implemeneti
Seite 85 und 86:
- 85 - Abbildung A.1: Systemaufbau
Seite 87 und 88:
- 87 - A.2 Apache Struts2 In Struts
Seite 89 und 90:
- 89 - Themes zu definieren. Ein sp
Seite 91 und 92:
- 91 - Das „DispatcherServlet“
Seite 93 und 94:
- 93 - meist nur um einzelne Elemen
Seite 95 und 96:
- 95 - 18 19 20 21 22 23 24
Seite 97 und 98:
- 97 - Abbildung B.1: Grafische Dar
Seite 99 und 100:
- 99 - 1 2 5 6 7 8 9 10 11 1
Seite 101 und 102:
- 101 - 56 57 58 59 60 61 62
Seite 103 und 104:
- 103 - 7 Element questionnaireElem
Seite 105 und 106:
- 105 - 62 } 63 } 64 } 65 doc.appen
Seite 107 und 108:
- 107 - C Dokumentationen C.1 Entwi
Seite 109 und 110:
- 109 - C.3 Installationsdokumentat
Seite 111 und 112:
- 111 - mySql 5.1.22.zip MySql Date
Seite 113 und 114:
- 113 - http://www.metacolor.de/far
Seite 115 und 116:
- 115 - Abschnitt: 5.6, Seite 69 -
Seite 117 und 118:
- 117 - Stephan Schnabel Diplomarbe
Seite 119 und 120:
Eidesstattliche Erklärung Hiermit
Alle anzeigen

Entwicklung eines computergestützten „Critical Incident ... - Risikous

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?