Vorschlag zur Verbesserung der AAO

Servus zusammen.

Ich habe mich jetzt mal ein wenig an der neuen Funktionsweise der AAO ausprobiert und muss sagen, dass ich nicht so begeistert bin.

Ich glaube man kann mit der jetzigen Funktion die Realität sehr gut darstellen, aber halt mit viel viel viel zu viel Aufwand. Ich habe daher mir 2 einfache Verbesserungen überlegt, die aus meiner sehr beschränkten Programmiererfahrung meines Verständnisses nach auch leicht umzusetzen sein sollten. Ich versuche das hier mal zu skizzieren und bitte um Rückmeldung in den Kommentaren inwiefern diese Verbesserungen auf eure Leitstellen positiv wirken würden.

  1. Verbesserungsvorschlag: Die Einstellungsmöglichkeit ob eine Einheit aus der Priorisierungsliste ausgenommen und immer alarmiert wird sollte nicht bei “Einheit” ausgewählt werden, sondern in der AAO also in der Kombination aus Gebiet, Ereignis und Einheit, da eine Einheit (z.B. Ortsfeuerwehr) ja nur in einem Ort immer dazu fährt, aber die selbe Einheit ins Nachbargebiet nur unterstützend hinzu fährt, oder wenn die andere Einheit gebunden ist. Es ist also wichtig, dass es eine Verknüpfung aus Gebiet und Priorität gibt, gleichzeitig kann es sein, dass auch das Ereignis wichtig ist für eine Verknüpfung, z.B. fahren nicht alle Löschzüge (Gerade in Großstädten mit BF) zu TH oder Gefahrguteinsätzen, sehr wohl aber zu Bränden mit. Daher sollte diese Einstellung mit aus der Prioritätsliste entkoppeln erst in der AAO erfolgen.

  2. In großen Teilen von Deutschland gibt es eine Unterteilung in Alarmstufen (F1,F2,F3,F4 oder B1,B2… oder Brand A, Brand B…) diese sind dann hinterlegt mit einer gewissen Anzahl an Einheiten die alarmiert werden. Bei uns z.B. fährt für ein F1 1 LZ, für ein F2 2LZ und so weiter. Es wäre also angenehm, wenn man für die AAO einfach nur die Löschzüge als Einheit anlegen muss (Einheit 1 = LZ1 und so weiter) und in der AAO dann für dieses eine Gebiet alle Einheiten der Stadt in der Richtigen Reihenfolge eingefügt werden. (Falls die ersten 7 Löschzüge bei nem Industriebrand gebunden sind, muss halt auch der Löschzug von der anderen Ecke der Stadt herhalten). Wenn man nun in der AAO einstellt, dass die ersten 3 Einheiten alarmiert werden sollen, dann sucht sich das Programm die ersten 3 (oder weniger wenn weniger verfügbar) frei verfügbaren Einheiten aus der Liste heraus und schlägt die vor. Schon hat man kein Problem mehr damit, dass auch die Reihenfolge der zur Unterstützung kommenden Löschzüge eingehalten wird.

spacer.png

Damit alles noch ein wenig klarer wird, möchte ich noch 2 Beispiele vorstellen.

Nötiges Hintergrundwissen:

Wir befinden uns in Musterstadt, einer mittel großen, deutschen Stadt mit 6 Löschzügen. Aufgrund der schlechten Tagesverfügbarkeit ist der Löschzug 1 dabei ein hauptamtlich besetztes HLF, welches in die ganze Stadt mit alarmiert wird und kleinere Einsätze alleine abarbeitet.

Beispiel 1:

Es brennt im Einsatzgebiet des Löschzuges 3. Die direkten Nachbarlöschzüge sind 2 und 6. Für einen Wohnungsbrand werden 3 Löschzüge alarmiert. In der AAO sind dafür der LZ 1 (Hauptamt), LZ 3 als zuständiger LZ 2 als unterstützender Löschzug vorgesehen. Weiterhin stehen die anderen Löschzüge der Stadt in der Reihenfolge, 6 (Nachbarlöschzug), 4 und 5 (weitest entfernter Löschzug)

Solange ein ruhiger Tag ist und alle Löschzüge Status 2 sind, werden bei Alarmierung die LZ1, 2 und 3 vorgeschlagen. Wenn jetzt aber der LZ 1 bereits gebunden ist, prüft das Programm: “Anzahl Einheiten? –> setze 3” beginne Suche: “LZ 1 verfügbar –> nein” “LZ 3 verfügbar –> ja, LZ 3 entkoppelt? –> nein, dann Anzahl Einheiten minus 1” “Anzahl Einheiten = 0 ? –> nein” “LZ 2 verfügbar? –> ja, LZ 2 entkoppelt? –> nein, dann Anzahl Einheiten minus 1” “Anzahl Einheiten = 0 ? –> nein” “LZ 6 verfügbar? –> ja, LZ 6 entkoppelt? –> nein, dann Anzahl Einheiten minus 1” “Anzahl Einheiten = 0? –> ja” Vorschlag abschicken.

Beispiel 2:

Verkehrsunfall, auslaufende Betriebsmittel (Es wird 1 Einheit benötigt) im Einsatzgebiet LZ 5. Dieses ist von der Hauptwache sehr weit entfernt. Hier wird der Ortslöschzug zu jedem Einsatz mit alarmiert. In der AAO für das Ereignis “TH-klein” ist als erstes der LZ 5 hinterlegt, “Einheit entkoppeln” ist aktiviert. Als 2. ist hier der LZ 1, dann der Nachbarlöschzug LZ 4 und dann in der Reihenfolge der Entfernung die restlichen LZ 2,3 und 6.

Der Disponent wählt das Stichwort, das Programm beginnt: “Setze Anzahl Einheiten auf 1” “Prüfe LZ 5 verfügbar –> ja, prüfe entkoppelt? –> ja, Anzahl Einheiten minus 0” “Anzahl Einheiten = 0 –> nein” “Prüfe LZ 1 verfügbar –> ja, prüfe entkoppelt? –> nein, dann Anzahl Einheiten minus 1” “Anzahl Einheiten = 0? –> ja, Vorschlag abschicken”

Ich habe versucht hier direkt einmal klar zu machen, wie ich mir das auch programmiertechnisch vorstelle. Über das Auswahlmenü “Anzahl Einheiten” welches ich in dem Bild auch eingefügt habe, wird der Startwert für meine Abfrage der Einheiten angegeben. Nun geht das Programm die Liste von oben nach unten durch, prüft jeweils “ist die Einheit verfügbar” (keine neue Methode, ist ja in der AAO jetzt schon vorhanden) wenn dieser Output mit ja beantwortet wird, folgt die Abfrage “ist die Einheit entkoppelt?” wird hier mit ja geantwortet, wird die Einheit in den Vorschlag gepackt, aber der Zähler wird nicht verändert. Wird hier mit nein geantwortet, so wird die Einheit in den Vorschlag gepackt UND der Zähler minus 1 gerechnet. Es wird überprüft ob Zähler = 0, dann wird der Vorschlag abgeschickt, ansonsten wird die Methode erneut geöffnet mit der nächsten in der Liste stehenden Einheit. Wenn die Liste leer ist, aber der Zähler nicht 0, wird der Vorschlag abgeschickt. Eventuell, kann man hier noch eine Warnung für den Disponenten einbauen “Vorschlag nicht vollständig”.

Ich hoffe es ist klar geworden was ich meine.

Meiner Meinung nach, kann man so auf einfache Art und Weise die AAO ohne große Änderungen verbessern. Bitte sagt mir doch ob diese Idee mit den örtlichen Gegebenheiten kompatibel ist. Ich kenne leider nur die Feuerwehren in NRW und wie diese strukturiert sind.

Danke fürs Lesen, ich denke @taito wird hier auch drüber schauen und über die Kommentare lesen, wenn hier viel positives Feedback ist, wird ihn das hoffentlich überzeugen.

Euer LZ Hebborn

6 Likes

Am 2.10.2020 um 15:05 schrieb LZHebborn:

Servus zusammen.

Ich habe mich jetzt mal ein wenig an der neuen Funktionsweise der AAO ausprobiert und muss sagen, dass ich nicht so begeistert bin.

Ich glaube man kann mit der jetzigen Funktion die Realität sehr gut darstellen, aber halt mit viel viel viel zu viel Aufwand. Ich habe daher mir 2 einfache Verbesserungen überlegt, die aus meiner sehr beschränkten Programmiererfahrung meines Verständnisses nach auch leicht umzusetzen sein sollten. Ich versuche das hier mal zu skizzieren und bitte um Rückmeldung in den Kommentaren inwiefern diese Verbesserungen auf eure Leitstellen positiv wirken würden.

  1. Verbesserungsvorschlag: Die Einstellungsmöglichkeit ob eine Einheit aus der Priorisierungsliste ausgenommen und immer alarmiert wird sollte nicht bei “Einheit” ausgewählt werden, sondern in der AAO also in der Kombination aus Gebiet, Ereignis und Einheit, da eine Einheit (z.B. Ortsfeuerwehr) ja nur in einem Ort immer dazu fährt, aber die selbe Einheit ins Nachbargebiet nur unterstützend hinzu fährt, oder wenn die andere Einheit gebunden ist. Es ist also wichtig, dass es eine Verknüpfung aus Gebiet und Priorität gibt, gleichzeitig kann es sein, dass auch das Ereignis wichtig ist für eine Verknüpfung, z.B. fahren nicht alle Löschzüge (Gerade in Großstädten mit BF) zu TH oder Gefahrguteinsätzen, sehr wohl aber zu Bränden mit. Daher sollte diese Einstellung mit aus der Prioritätsliste entkoppeln erst in der AAO erfolgen.

  2. In großen Teilen von Deutschland gibt es eine Unterteilung in Alarmstufen (F1,F2,F3,F4 oder B1,B2… oder Brand A, Brand B…) diese sind dann hinterlegt mit einer gewissen Anzahl an Einheiten die alarmiert werden. Bei uns z.B. fährt für ein F1 1 LZ, für ein F2 2LZ und so weiter. Es wäre also angenehm, wenn man für die AAO einfach nur die Löschzüge als Einheit anlegen muss (Einheit 1 = LZ1 und so weiter) und in der AAO dann für dieses eine Gebiet alle Einheiten der Stadt in der Richtigen Reihenfolge eingefügt werden. (Falls die ersten 7 Löschzüge bei nem Industriebrand gebunden sind, muss halt auch der Löschzug von der anderen Ecke der Stadt herhalten). Wenn man nun in der AAO einstellt, dass die ersten 3 Einheiten alarmiert werden sollen, dann sucht sich das Programm die ersten 3 (oder weniger wenn weniger verfügbar) frei verfügbaren Einheiten aus der Liste heraus und schlägt die vor. Schon hat man kein Problem mehr damit, dass auch die Reihenfolge der zur Unterstützung kommenden Löschzüge eingehalten wird.

spacer.png

Damit alles noch ein wenig klarer wird, möchte ich noch 2 Beispiele vorstellen.

Nötiges Hintergrundwissen:

Wir befinden uns in Musterstadt, einer mittel großen, deutschen Stadt mit 6 Löschzügen. Aufgrund der schlechten Tagesverfügbarkeit ist der Löschzug 1 dabei ein hauptamtlich besetztes HLF, welches in die ganze Stadt mit alarmiert wird und kleinere Einsätze alleine abarbeitet.

Beispiel 1:

Es brennt im Einsatzgebiet des Löschzuges 3. Die direkten Nachbarlöschzüge sind 2 und 6. Für einen Wohnungsbrand werden 3 Löschzüge alarmiert. In der AAO sind dafür der LZ 1 (Hauptamt), LZ 3 als zuständiger LZ 2 als unterstützender Löschzug vorgesehen. Weiterhin stehen die anderen Löschzüge der Stadt in der Reihenfolge, 6 (Nachbarlöschzug), 4 und 5 (weitest entfernter Löschzug)

Solange ein ruhiger Tag ist und alle Löschzüge Status 2 sind, werden bei Alarmierung die LZ1, 2 und 3 vorgeschlagen. Wenn jetzt aber der LZ 1 bereits gebunden ist, prüft das Programm: “Anzahl Einheiten? –> setze 3” beginne Suche: “LZ 1 verfügbar –> nein” “LZ 3 verfügbar –> ja, LZ 3 entkoppelt? –> nein, dann Anzahl Einheiten minus 1” “Anzahl Einheiten = 0 ? –> nein” “LZ 2 verfügbar? –> ja, LZ 2 entkoppelt? –> nein, dann Anzahl Einheiten minus 1” “Anzahl Einheiten = 0 ? –> nein” “LZ 6 verfügbar? –> ja, LZ 6 entkoppelt? –> nein, dann Anzahl Einheiten minus 1” “Anzahl Einheiten = 0? –> ja” Vorschlag abschicken.

Beispiel 2:

Verkehrsunfall, auslaufende Betriebsmittel (Es wird 1 Einheit benötigt) im Einsatzgebiet LZ 5. Dieses ist von der Hauptwache sehr weit entfernt. Hier wird der Ortslöschzug zu jedem Einsatz mit alarmiert. In der AAO für das Ereignis “TH-klein” ist als erstes der LZ 5 hinterlegt, “Einheit entkoppeln” ist aktiviert. Als 2. ist hier der LZ 1, dann der Nachbarlöschzug LZ 4 und dann in der Reihenfolge der Entfernung die restlichen LZ 2,3 und 6.

Der Disponent wählt das Stichwort, das Programm beginnt: “Setze Anzahl Einheiten auf 1” “Prüfe LZ 5 verfügbar –> ja, prüfe entkoppelt? –> ja, Anzahl Einheiten minus 0” “Anzahl Einheiten = 0 –> nein” “Prüfe LZ 1 verfügbar –> ja, prüfe entkoppelt? –> nein, dann Anzahl Einheiten minus 1” “Anzahl Einheiten = 0? –> ja, Vorschlag abschicken”

Ich habe versucht hier direkt einmal klar zu machen, wie ich mir das auch programmiertechnisch vorstelle. Über das Auswahlmenü “Anzahl Einheiten” welches ich in dem Bild auch eingefügt habe, wird der Startwert für meine Abfrage der Einheiten angegeben. Nun geht das Programm die Liste von oben nach unten durch, prüft jeweils “ist die Einheit verfügbar” (keine neue Methode, ist ja in der AAO jetzt schon vorhanden) wenn dieser Output mit ja beantwortet wird, folgt die Abfrage “ist die Einheit entkoppelt?” wird hier mit ja geantwortet, wird die Einheit in den Vorschlag gepackt, aber der Zähler wird nicht verändert. Wird hier mit nein geantwortet, so wird die Einheit in den Vorschlag gepackt UND der Zähler minus 1 gerechnet. Es wird überprüft ob Zähler = 0, dann wird der Vorschlag abgeschickt, ansonsten wird die Methode erneut geöffnet mit der nächsten in der Liste stehenden Einheit. Wenn die Liste leer ist, aber der Zähler nicht 0, wird der Vorschlag abgeschickt. Eventuell, kann man hier noch eine Warnung für den Disponenten einbauen “Vorschlag nicht vollständig”.

Ich hoffe es ist klar geworden was ich meine.

Meiner Meinung nach, kann man so auf einfache Art und Weise die AAO ohne große Änderungen verbessern. Bitte sagt mir doch ob diese Idee mit den örtlichen Gegebenheiten kompatibel ist. Ich kenne leider nur die Feuerwehren in NRW und wie diese strukturiert sind.

Danke fürs Lesen, ich denke @taito wird hier auch drüber schauen und über die Kommentare lesen, wenn hier viel positives Feedback ist, wird ihn das hoffentlich überzeugen.

Euer LZ Hebborn

Hallo,

deine Idee finde ich sehr gut und ich hoffe, dass @username_taito sich das auch durchliest und der Programmieraufwand nicht allzu groß ist.

Danke für den Vorschlag :slightly_smiling_face: