Einsatzberichte

Das Modul Einsatzberichte stellt Einsatzinformationen aus der Einsatznachbearbeitung im Wachbuch bereit. Ziel ist eine sichere Rechtevergabe, eine stabile Datenbindung und eine übersichtliche Darstellung im Schichtkontext.

Voraussetzungen vor dem Start

Vor der Konfiguration sollten folgende Punkte geklärt sein:

Berechtigungen: Zugriff auf Benutzer-, Rollen- und Layoutverwaltung ist vorhanden.
Rollenmodell: Es ist definiert, welche Rollen lesen, bearbeiten oder abschließen dürfen.
Datenquelle: Die Einsatzdaten aus der Nachbearbeitung sind technisch erreichbar.
Testkontext: Änderungen werden vor dem Go-Live in einem Testmandanten geprüft.

Häufige Fragen

Warum ist die Rechtevergabe bei Einsatzberichten besonders wichtig?

Weil Einsatzberichte häufig sensible personenbezogene und medizinische Informationen enthalten.

Wer sollte Berichte bearbeiten dürfen?

In der Regel Führungskräfte oder berechtigte Einsatzdokumentation, nicht alle Benutzerrollen.

Kann ich Berichte nur für bestimmte Wachen sichtbar machen?

Ja. Über Rollen- und Sichtbarkeitsfilter können Bereiche gezielt eingeschränkt werden.

Warum wird oft nur Leserechte im Wachbuch vergeben?

Damit der Originalbericht aus der Einsatznachbearbeitung nicht versehentlich verändert wird.

Was passiert wenn ...?

... Rollen nachträglich umbenannt oder gelöscht werden?

Dann können Berechtigungsketten brechen und Zugriffe fehlen oder zu weit geöffnet sein.

... zu breite Schreibrechte vergeben werden?

Dann steigt das Risiko unbeabsichtigter Änderungen an dokumentationsrelevanten Daten.

... keine Sichtbarkeitslogik gesetzt ist?

Dann bleiben leere Bereiche im Wachbuch sichtbar, auch wenn kein Einsatz vorliegt.

... die Datenquelle nicht korrekt verknüpft ist?

Dann wird im Wachbuch kein Bericht gespiegelt oder veraltete Informationen angezeigt.

Rechtevergabe für Einsatzberichte

Eine kontrollierte Rechtevergabe schützt Vertraulichkeit und Datenintegrität.

Ziele der Rechtevergabe:

Datenschutz: Schutz sensibler Einsatzdaten vor unbefugtem Zugriff.
Datenintegrität: Nur berechtigte Rollen dürfen Berichte bearbeiten oder finalisieren.
Nachvollziehbarkeit: Zugriffe und Änderungen sind über Protokolle nachvollziehbar.
Rechtssicherheit: Dokumentation bleibt revisionssicher und fachlich belastbar.

Typische Rollenaufteilung:

Bei der Konfiguration sollten Sie mindestens zwischen den folgenden drei Ebenen unterscheiden:

Rolle → Berechtigung → Zweck

Mannschaft: Nur lesen (optional), keine Bearbeitung.
Führung oder Wachführer: Erstellen und Bearbeiten im operativen Kontext.
Administration oder Leitung: Vollzugriff inklusive Qualitätskontrolle.

Konfigurationsschritte im Rechtemanagement

Um die Rechte für die Einsatzberichtsansicht zu steuern, navigieren Sie in die Benutzer- und Rollenverwaltung:

Rollenidentifikation: Wählen Sie die Rolle aus (z. B. „Rettungsdienstleiter“), die Zugriff erhalten soll.
Modulberechtigung: Aktivieren Sie den Zugriff auf das Modul „Einsatzberichte“ (meist unter Layout-Rechte oder Funktionsrechte).
Aktionssteuerung: Definieren Sie detailliert, was die Rolle darf:
- Anzeigen (Sichtbarkeit im Menü)
- Hinzufügen (Neue Berichte anlegen)
- Ändern (Bestehende Berichte editieren)
- Abschließen (Berichte für die Bearbeitung sperren)
Optional Sichtbarkeitsfilter auf Wache, Standort oder Dienstzweig setzen.

Praxis-Hinweis:

Für Einsatzkräfte ist ein zeitlich begrenztes Änderungsfenster sinnvoll, z. B. bis 24 Stunden nach Einsatzende.

Durchführung der Rechtevergabe

Abbildungs-Details:

Die Abbildung zeigt die zentrale Rechteverwaltung für das Modul Einsatzberichte.
Sichtbar sind Rollen, Berechtigungsarten und die Modulzuordnung.
Diese Ansicht dient zur sicheren Zuweisung von Lese-, Bearbeitungs- und Abschlussrechten.
Typischer Fehler: Rollenrechte werden gesetzt, aber nicht für alle betroffenen Unterbereiche übernommen.
So vermeiden: Nach dem Speichern einen Rollentest mit einem echten Benutzerkonto durchführen.

Schritte in der Oberfläche:

Modul öffnen: Bereich Berechtigungen aufrufen.
Komponente wählen: Modul Einsatzberichte auswählen.
Rechte zuweisen: Rollenbezogen Lesen, Bearbeiten und Abschließen definieren.
Speichern: Änderungen mit Übernehmen bestätigen.

Wichtiger Hinweis: Nach Rollenänderungen (Umbenennen/Löschen) müssen die Modulrechte erneut geprüft werden.

Spiegelung der Einsatzberichte im Wachbuch

Details:

Die Abbildung zeigt den Original-Einsatzbericht aus der Einsatznachbearbeitung.
Sichtbar sind die einsatzbezogenen Kerndaten, die als Quelle für die Spiegelung dienen.
Diese Ansicht dient als Referenz, welche Informationen im Wachbuch erscheinen sollen.

Typischer Fehler: Es wird angenommen, dass alle Felder automatisch gespiegelt werden.
So vermeiden: Gewünschte Felder in der Datenbindung explizit auswählen und testen.

Datenbindung (Data Binding)

Screenshot-Details:

Die Abbildung zeigt die gespiegelte Darstellung des Einsatzberichts im Wachbuch.
Sichtbar sind Verknüpfungs- und Anzeigeeigenschaften des Spiegel-Objekts.
Diese Ansicht dient dazu, die Quelle korrekt zu verbinden und die Ausgabe im Wachbuch zu kontrollieren.

Typischer Fehler: Das Objekt verweist auf eine falsche oder leere Datenquelle.
So vermeiden: Datenquelle, Schlüssel und Filterlogik anhand eines bekannten Testeinsatzes verifizieren.

Das Wachbuch-Objekt fungiert als View auf die Daten aus der Einsatznachbearbeitung.

Konfiguration der Sichtbarkeitslogik

Der Spiegelbereich sollte nur erscheinen, wenn tatsächlich Einsatzdaten vorhanden sind.

Parameter: Visibility
Beispielregel: [Anzahl_Einsaetze] > 0 -> Visible = True

Vorteile der Spiegelung:

Einmalerfassung: Keine doppelte manuelle Übertragung.
Synchronität: Änderungen am Original sind zeitnah im Wachbuch sichtbar.
Übersicht: Relevante Einsatzeinträge direkt in der Schichtansicht.

Schritt-für-Schritt-Anleitung

Screenshot-Details:

Die Abbildung zeigt den Datenbereich zur Konfiguration der Einsatzspiegelung.
Sichtbar sind Einstellungen wie Datenbank, Einsatzkriterien, Status und Stichwortfilter.
Diese Ansicht dient dazu, den Umfang und die Relevanz der angezeigten Einsätze zu steuern.
Typischer Fehler: Es werden zu breite Filter (z. B. ALL) produktiv genutzt, obwohl nur Teilmengen benötigt werden.
So vermeiden: Filterkriterien fachlich festlegen und zuerst mit einer kleinen Einsatzmenge testen.

Im Abschnitt Daten prüfen:

Datenbank: Auswahl der Einsatzdatenquelle.
Einsatzkriterien: z. B. ALL, alternativ spezifische Kriterien wie THL oder Brand.
Status: z. B. Active für laufende oder kürzlich abgeschlossene Einsätze.
Stichworte: Whitelist/Blacklist je nach gewünschtem Ausschnitt.

Ziel ist es, den Original-Einsatzbericht (aus der Einsatzleitung/Nachbearbeitung) automatisch in einem Bereich des Wachbuchs (z. B. einem Container wie item8 oder dem Block „Einsatzberichte) anzuzeigen.

Layout-Einstellungen für die Darstellung

Damit sich der gespiegelte Bericht sauber einfügt, sind folgende Werte wichtig:

Size: Definiert die Standardgröße des Berichtsblocks, z. B. 600; 400.
MinSize: Sichert Lesbarkeit auf kleineren Displays.
Padding und Spacing: Verhindern visuelle Überlagerung mit benachbarten Bereichen.

Sichtbarkeit dynamisch steuern

Für ein aufgeräumtes Wachbuch sollte der Bereich nur bei Bedarf Platz einnehmen.

Standard: Behavior > Visibility = Always zeigt den Bereich dauerhaft.
Empfehlung: Dynamische Regeln über CustomRules oder Formularaktionen.
Beispiel: Wenn [Einsatzart] = 'Brand', dann Visibility = True, sonst False.

Profi-Tipp zur Performance

Bei großen Datenmengen kann die Spiegelung die Ladezeit erhöhen.

Filterung nutzen: Nur relevante Felder spiegeln, z. B. Einsatznummer, Stichwort, Zeiten, Fahrzeuge.
Container nutzen: Spiegelbereich standardmäßig einklappen und bei Bedarf einblenden.

Qualitätscheck

Rechte korrekt: Sind Rollen und Aktionen fachlich korrekt verteilt?
Datenquelle stabil: Zeigt das Spiegelobjekt valide Einsatzdaten?
Filter passend: Werden nur relevante Einsätze angezeigt?
Sichtbarkeit wirksam: Erscheint der Block nur bei vorhandenen Daten?
Performance ausreichend: Bleibt das Wachbuch bei Testdaten reaktionsschnell?

Häufige Fehler und schnelle Lösung

Kein Bericht sichtbar: Datenquelle, Berechtigung und Filterbedingungen prüfen.
Zu viele Berichte sichtbar: Einsatzkriterien und Stichwortfilter schärfen.
Leere Fläche im Layout: Visibility-Regel von Always auf dynamisch umstellen.
Unklare Rechteverteilung: Rollenmatrix dokumentieren und mit Fachbereich abstimmen.

Go-Live-Check (Kurz)

[ ] Rollenrechte inkl. Abschlusslogik abgestimmt
[ ] Datenquelle und Spiegelobjekt mit Testeinsatz geprüft
[ ] Filter und Sichtbarkeitslogik fachlich freigegeben
[ ] Layout auf Desktop und Tablet gegengeprüft
[ ] Stichprobe im Echtbetrieb ohne Auffälligkeiten