Pierwsze kroki

bitdispatcher to system wspomagania dysponowania (CAD) dla centrów 911: jeden program z własnym interfejsem webowym. Tworzy i śledzi zdarzenia, rekomenduje jednostki według czasu dojazdu po sieci drogowej, pokazuje jednostki, zgłoszenia i zdarzenia na mapie dysponowania ze zdjęciami lotniczymi, daje załogom w terenie terminal mobilny i zapisuje każde działanie w odpornym na manipulacje dzienniku, z którego budowane są raporty.

Pierwsza godzina

1. Sign in jako administrator, hasłem wydrukowanym przy pierwszym uruchomieniu, i wybierz Administrator. Zobacz Logowanie (rozdział 2).
2. Nagraj mapę: Admin › Map, wybierz centrum i promień, naciśnij Record. Około dwóch minut na 100 mil. Open Map (rozdział 83)
3. Stacje i jednostki: gdzie jednostki mają bazę i czym są. Open Stations (rozdział 79) Open Units (rozdział 78)
4. Typy zgłoszeń i karty wyjazdów: czego potrzebuje każdy rodzaj zdarzenia. Ustawienia domyślne to rozsądny początek. Open Call types (rozdział 81)
5. Użytkownicy: dyspozytorzy, przełożeni i załogi w terenie. Open Users (rozdział 88)
6. Obsługa zgłoszeń: podłącz BitVoice albo skieruj strumień ALI spill i EIDO dowolnego systemu obsługi zgłoszeń do bitdispatcher. Open Integrations (rozdział 86)

Tryb demonstracyjny

Uruchomiony z -demo bitdispatcher zasiewa fikcyjną agencję na mapie Roanoke w Wirginii (stacje w rzeczywistych lokalizacjach stacji, zmyślone jednostki). Z bvsim, symulowanym BitVoice, zgłoszenia dzwonią, a radia raportują pozycje; wszystko, co symulowane, jest oznaczone SIMULATED.

Logowanie: twój dyżur, kody i blokada

Wpisz nazwę użytkownika i hasło. Jeśli pełnisz więcej niż jeden dyżur, wybierz ten, który obsługujesz: Call-taker, Police, Fire lub EMS dispatcher, Dispatcher (all disciplines), Supervisor, Administrator albo Records (klawisze cyfr wybierają). Otwiera się dla niego twoje stanowisko pracy, z zapisanym presetem dla tego dyżuru (Twój własny układ (rozdział 6)) i twoimi zwykłymi agencjami (Agencja, dla której pracujesz (rozdział 7)), a to, co możesz robić, wynika z niego: egzekwuje to serwer, nie tylko ekran.

Przełożony obsługujący stanowisko zachowuje uprawnienia nadzorcze. Nigdy nie pytasz, przy której konsoli jesteś: zarejestrowana stacja robocza (rozdział 89) podaje stanowisko; przeglądarka, która nią nie jest, zachowuje własne stanowisko webowe (WEB- i cztery litery).

Kody jednorazowe. Gdy agencja ich wymaga (Settings › Roles and sign-in), pierwsze logowanie pokazuje kod QR: zeskanuj go dowolną aplikacją uwierzytelniającą i wpisz jej sześć cyfr. Potem za każdym razem wpisuj bieżący kod; kod działa raz. Administrator resetuje go w razie utraty telefonu.

Blokada. Ctrl+Shift+L albo ustalona przez agencję liczba minut bez działań blokuje konsolę: nic nie jest pokazywane ani zmieniane, dopóki nie odblokujesz jej hasłem (i kodem). Wszystko pozostaje otwarte pod spodem, łącznie z tym, co pisałeś. Logowanie i wylogowanie, blokowanie i odblokowanie są w dzienniku, wraz z dyżurem i stacją roboczą.

Przyjmowanie zgłoszeń: stanowisko pracy call-takera

Spokojne stanowisko pracy dla jednego zgłoszenia: lista zgłoszeń po lewej, dziewięć zakładek u góry, z których pokazana jest tylko wybrana, oraz zgłoszenie (jego lokalizacja, transkrypcja i to, co usłyszano) z narrative zawsze po prawej.

Kilka obsługiwanych zgłoszeń

Na lewo od przyjmowania zgłoszeń Working calls trzyma każde trwające zgłoszenie we własnej zakładce: do liczby, na jaką agencja pozwala dla danego dyżuru (trzy dla call-takera, chyba że ustalono inaczej; stażysta dostaje liczbę agencji, zablokowaną). Każde zachowuje własnego dzwoniącego, lokalizację, numer zwrotny, typ, osoby, pojazdy, komentarze, wyszukiwania i sprawdzenia; przechodzenie między nimi niczego nie zmienia w pozostałych.

• New working call (albo Next call / F2, gdy jedno jest w toku, a zakładka jest wolna) rozpoczyna kolejne bez czyszczenia pierwszego. Zgłoszenie wybrane z listy w trakcie pisania innego otwiera się w nowej zakładce.
• Każda zakładka pokazuje swój numer, typ lub zdarzenie, miejsce, jak długo jest otwarta, ACTIVE dla tej, w której jesteś, SENT po przesłaniu oraz !, gdy wciąż brakuje typu lub adresu. Klawisze i Submit działają tylko na aktywnej zakładce.
• Submit zamienia w zdarzenie tylko tę zakładkę; pozostałe zostają dokładnie takie, jakie były.
• Zamknięcie zakładki z informacjami pyta najpierw i pyta dlaczego; dziennik zapisuje każde otwarte, przeniesione, przesłane lub odrzucone obsługiwane zgłoszenie.
• Są przechowywane na serwerze razem z tobą: po przeładowaniu, blokadzie lub utracie połączenia wracają przy każdej konsoli, do której się zalogujesz. Przełożony może zobaczyć, kto które trzyma, i przekazać pozostawione komuś innemu (z podaniem powodu), dla agencji, w których pracuje.

Call Entry. Wpisz kod lub słowo określające typ zgłoszenia (setki są w porządku; strzałki i Enter wybierają), priorytet (typu lub inny), modifiers (broń, w toku, uwięzienie…: niektóre podnoszą priorytet, niektóre dodają osoby do powiadomienia, te dotyczące bezpieczeństwa funkcjonariusza świecą na czerwono), lokalizację zdarzenia (wybierz podpowiedź, kliknij mapę prawym przyciskiem albo użyj pozycji ALI dzwoniącego; Verify, gdy dzwoniący ją potwierdzi), dzwoniącego i numer zwrotny oraz miejsce, w którym jest dzwoniący, gdy nie jest na miejscu zdarzenia. ANI/ALI zgłoszenia jest obok niego.

Przed drugim zdarzeniem. F4 najpierw szuka otwartych zdarzeń pod tym samym adresem, w pobliżu lub z tego samego numeru zwrotnego. Jeśli są, widzisz je: Add this call to it dodaje zgłoszenie (i to, co napisałeś) do tego zdarzenia; ponowne F4 tworzy nowe.

Po przesłaniu stanowisko pracy zostaje na zdarzeniu. Dysponowanie ma je od razu; pisz dalej: komentarze trafiają prosto na nie, a F4 zapisuje zmiany typu, priorytetu, lokalizacji lub dzwoniącego. Nowsza lokalizacja dzwoniącego (ponowne zapytanie, dostawca lokalizacji) pokazuje się u góry: Use it zmienia lokalizację zdarzenia (stara zostaje na osi czasu, dyspozytorzy i jednostki są informowani); Keep ją zostawia.

Pozostałe zakładki. Persons i Vehicles (po kilka każdego, z ich rolą; to, co powiedział dzwoniący, jest proponowane do ich wypełnienia), Previous (wcześniejsze zdarzenia powiązane adresem, telefonem, nazwiskami, tablicami i numerami VIN, potwierdzone lub możliwe), Hazards (obiekty w miejscu i w pobliżu, osoby i modyfikatory dotyczące bezpieczeństwa funkcjonariusza, trafienia BOLO: te krytyczne pokazują się też jako jedna czerwona linia na każdej zakładce), CAD Search, Comments (każda notatka po kolei oraz rejestrowanie próśb o pomoc wzajemną i o zasoby, przekazań, skierowań, połączeń wychodzących i udzielonych instrukcji), History (jednostki i ich czasy, radio, zalecana reakcja) oraz Resources (zatwierdzone wytyczne (rozdział 4) agencji).

Notatki napisane przed przesłaniem zachowują własny czas. Nic nie ginie przy blokadzie czy przeładowaniu: wpis jest przechowywany w zakładce przeglądarki, dopóki nie zostanie przesłany lub wyczyszczony.

Resources: zatwierdzone wytyczne przy zgłoszeniu

Gdy zmieniają się typ zgłoszenia, modyfikatory i to, co zostało powiedziane, zakładka Resources znajduje fragmenty zatwierdzonych polityk, przewodników przyjmowania zgłoszeń, przewodników reagowania i list kontrolnych agencji, które mają zastosowanie, i podświetla się, gdy pojawia się coś nowego. Każdy fragment pokazuje swój dokument, sekcję, wersję i datę wejścia w życie, czy jest to policy (mandatory), przewodnik, lista kontrolna czy sugerowane pytania, oraz dlaczego pasuje; The whole document otwiera pełny zatwierdzony tekst w danej sekcji. Fragmenty nieaktualne oraz dwie polityki, które obie mają zastosowanie, są oznaczone. Gdy nic nie pasuje, jest to powiedziane.

Pokazywany jest tylko zatwierdzony tekst, słowo w słowo; nic nie jest generowane. Otwarcie zakładki zapisuje, które fragmenty i w których wersjach zostały pokazane dla zdarzenia, aby osoba sprawdzająca później widziała, co było wówczas dostępne. Dokumenty są przechowywane w Zatwierdzone wytyczne (rozdział 93).

Ekran dyspozytora

Wszystko, czego potrzebuje dyspozytor, jest na jednym ekranie, a każda jego część pokazuje coś przydatnego.

Wybierz zdarzenie, klikając je, klawiszami [ i ] albo z palety (Ctrl K). Esc czyści wybór.

Twój własny układ

Ekran dyspozytora pokazuje tylko te sekcje, które chcesz, tam, gdzie chcesz. Ktoś nowy może zacząć od dwóch i dodać więcej, gdy będzie gotowy.

Twój zapisany preset dla każdego dyżuru

Twój układ to preset przechowywany z twoim kontem, po jednym dla każdego pełnionego dyżuru (call-taker, police, fire and EMS dispatcher, supervisor…). Zaloguj się na dyżur przy dowolnej konsoli, a twój preset dla niego otworzy się sam: nic do odbudowy na początku zmiany.

• Jest zablokowany w normalnej pracy: nic się przypadkiem nie przesunie, nie zmieni rozmiaru ani nie zniknie.
• Aby go zmienić: przycisk lock (*Layout locked: edit it*), rozmieść, a potem Save & lock. Wybranie gotowego układu także rozpoczyna edycję. Cancel przywraca zapisany. Każdy zapis jest w dzienniku, wraz z tym, kto go zapisał i kiedy.
• Stażysta pracuje na przypisanym przez agencję presecie szkoleniowym; elementy sterujące układem nie są pokazywane. Ktoś bez własnego presetu zaczyna od presetu agencji dla danego dyżuru.
• Administrator może zapisać układ jako preset agencji dla dyżuru (przycisk budynku podczas edycji) i objąć ochroną czyjś preset, tak aby zmieniali go tylko administratorzy (Admin › Operations rules).
• Ekrany rozłożone na kilku monitorach należą do stacji roboczej (zobacz Kilka ekranów (rozdział 10)): każda konsola pamięta własne monitory, więc preset umieszczony na konsoli z mniejszą liczbą lub innymi monitorami cofa się do tego, co się tam mieści, bez zmiany tego, co zapisałeś.

Otwórz Layout w lewym górnym rogu paska stanu.

• Gotowe układy: trzy dla dyżuru, na który się zalogowałeś, narysowane jako małe obrazki. Jedno kliknięcie pokazuje jeden. Każdy dyżur ma Getting started: tylko zgłoszenia i obsługiwane zdarzenie.
• Sekcje: zgłoszenia i zdarzenia, mapa, zdarzenie, tablica jednostek, remizy, tablica policji i wiersz poleceń. Kliknij jedną, aby ją dodać lub usunąć, albo przeciągnij ją na ekran.

Gdy układ jest odblokowany (przycisk kłódki obok Layout, bursztynowy po odblokowaniu), każda sekcja ma pasek tytułu:

Sekcje wskakują na miejsce: nic się nie nakłada i nic nie pozostaje puste. Lock układu, gdy jest właściwy: nic nie da się przesunąć, zmienić rozmiaru ani usunąć, dopóki nie zostanie znów odblokowany. Każdy zaczyna zablokowany na pierwszym gotowym układzie swojego dyżuru.

Układ każdej osoby jest przechowywany dla danego dyżuru, w tej przeglądarce. Pasek stanu i banery alarmowe są zawsze pokazywane. Blokada układu to nie blokada ekranu (Ctrl Shift L), która ukrywa ekran, dopóki nie zalogujesz się ponownie.

Agencja, dla której pracujesz

Gdy centrum dysponuje dla kilku agencji (Admin › Agencies), pasek stanu pokazuje agencję, dla której pracujesz: jej reguły stosują się do tego, co robisz (jej numery zdarzeń, typy zgłoszeń, liczniki i plany reagowania). Kliknij ją, aby zobaczyć i zmienić:

• Working: jedna agencja, zawsze pokazywana.
• Covered: agencje, dla których dysponujesz na tym stanowisku.
• Watched: agencje pokazywane tylko dla orientacji.

Twoje zwykłe pokrycie ładuje się samo przy logowaniu, z twojego profilu (Admin › Agencies › People) oraz profilu stacji roboczej (Admin › Workstations). Zmiana jest zapisywana. Możesz obejmować pokryciem tylko agencje, do których masz uprawnienia, i obserwować je lub te, które administrator przydzielił tobie albo stacji roboczej do obserwowania.

Co pokazuje tablica

Ktoś ograniczony do części agencji widzi tylko swoją część wspólnej tablicy: zdarzenia i jednostki tych agencji, zdarzenia bez jeszcze przypisanej agencji, jednostki innych agencji wysłane do ich zdarzeń oraz zgłoszenia 911, dopóki nie staną się zdarzeniem innej agencji. Egzekwuje to serwer: zdarzenie lub jednostka innej agencji są odrzucane przy bezpośrednim linku lub w wierszu poleceń, a próba jest zapisywana. Ktoś, kto pracuje dla każdej agencji, widzi wszystko i może wybrać The board shows › Only the agencies covered and watched here, aby zawęzić własną tablicę bez utraty dostępu.

Zdarzenie ma agencję primary (z jego typu zgłoszenia lub twojej agencji roboczej) i może mieć agencje assisting. Każda jednostka zachowuje swoją agencję macierzystą: jednostka innej agencji wysłana do zdarzenia sama pokazuje je jako wspomagające. Agencies… pod jednostkami je zmienia (nowa agencja primary wymaga podania powodu).

Pełna konsola

#/console zawsze otwiera pełny ekran dyspozytora, niezależnie od dyżuru, na który się zalogowałeś: call-taker może tam spojrzeć na całą tablicę i wrócić do przyjmowania zgłoszeń (rozdział 3) pod #/taker.

Dysponowanie: powody, ostrzeżenia, plany i potwierdzenie

• Send rec na oczekującym zdarzeniu w kolejce wysyła jego rekomendację jednym naciśnięciem.
• Powód. Wysłanie jednostek innych niż rekomendacja pyta dlaczego (szybkie wybory lub własne słowa); w wierszu poleceń napisz to po ukośniku: D E5 / closer by radio. Powód i zastosowany plan reagowania są przechowywane razem z dysponowaniem.
• Ostrzeżenia. Gdy lokalizacja nie jest zweryfikowana, jest niepewna lub jej brak, rekomendacja to sygnalizuje, a ty potwierdzasz przed wysłaniem.
• Plany reagowania. Gdy plan (rozdział 82) ma zastosowanie, prowadzi jego ustalona kolejność; planowana jednostka, która nie może jechać, jest przekreślona z podaniem dlaczego, a jednostka jadąca zamiast niej podaje, czyje miejsce zajmuje. Gdy rekomendacja się zmienia, zmiana jest pokazywana, dopóki nie oznaczysz jej jako zobaczonej.
• Potwierdzenie. Wysłana jednostka, która nie potwierdziła w ciągu ustalonych przez agencję sekund, miga NO ACK; naciśnij to (lub ACK E1), gdy potwierdzi. Załoga potwierdza na swoim terminalu.
• Fakty z przyjmowania zgłoszenia na zdarzeniu: modyfikatory, osoby i pojazdy, zmieniona lokalizacja (na bursztynowo przez pół godziny), gdzie jest dzwoniący, trafienia BOLO, grupa rozmów (TG FIRE-OPS2) oraz powiadomienia wciąż do wykonania, każde z done.
• Sytuacja: dziennik przekazania zmiany passdown, aktywne BOLOs (wydawanie, odwoływanie; BOLO text w wierszu poleceń; załogi je widzą) oraz facilities z jednym naciśnięciem open / diversion / closed.

Ekrany na kilku monitorach

Stanowisko może rozłożyć swoją pracę na tyle monitorów, ile ma. Każdy monitor pokazuje jeden ekran: okno tego samego obrazu na żywo, ułożone pod jedno zadanie. Wszystkie okna stanowiska dzielą jedno logowanie i jeden wybór: wybierz zdarzenie na ekranie kolejki, a otworzy się ono na ekranie zdarzenia i na mapie.

Otwórz Screens przyciskiem monitora na pasku stanu, z palety poleceń albo klawiszami Ctrl+Shift+S.

• Add a screen, wybierz jego disciplines (wszystkie, fire, EMS, police, inne) i Open go. Open all otwiera każdy.
• Detect monitors (Chrome i Edge) pokazuje monitory tak, jak układa je komputer; przydziel każdemu ekranowi jego monitor, a otworzy się tam, wypełniając go. W innych przeglądarkach przeciągnij raz każde okno tam, gdzie chcesz: następnym razem otworzy się tam.
• Układ jest przechowywany na stacji roboczej dla stanowiska, więc następna zmiana przy biurku dostaje te same ekrany. Z Offer to open these screens at sign-in pełna konsola proponuje je jednym kliknięciem po zalogowaniu.
• Przeglądarka za pierwszym razem prosi o zezwolenie na wyskakujące okienka (a w Chrome i Edge na zarządzanie oknami).

Dyscypliny

Ekran ograniczony do części dyscyplin pokazuje ich jednostki oraz zdarzenia, które ich potrzebują: własny typ zgłoszenia zdarzenia, jednostki do niego wysłane oraz jednostki, których żąda jego karta wyjazdu (kolizja z rannymi jest na ekranie fire i na ekranie police). Pasek stanu pokazuje dyscypliny ekranu jako kolorowy znacznik. Każdy ekran wciąż pokazuje każdy emergency oraz każde zgłoszenie 911 jeszcze nieprzypisane do zdarzenia.

Ekran zdarzeń i przyjmowania zgłoszeń

Kolejka zgłoszeń 911 i zdarzeń, z obsługiwanym zdarzeniem obok, na pełnej wysokości, formularzem nowego zdarzenia (F2) i wierszem poleceń. To ekran roboczy call-takera i dyspozytora, gdy mapa i jednostki są na innych monitorach. Wszystko działa jak na pełnej konsoli (zobacz Ekran dyspozytora).

Ekran remiz

Każda stacja jako karta, z każdą jednostką, która tu stacjonuje lub tu pokrywa.

• Stanowiska: jedne drzwi na jednostkę. Zamknięte i zielone — jest w remizie i dostępna; otwarte — pasek ma kolor jej statusu.
• Stan: IN QUARTERS (wszystkie na miejscu), PARTIAL, COVERED (wszedł move-up) lub EMPTY (brak dostępnej jednostki w remizie, z informacją jak długo).
• Kafelki: status każdej jednostki, jej czas w nim i co robi (jej zdarzenie lub gdzie pokrywa). Kliknij, przeciągnij na zdarzenie lub kliknij prawym przyciskiem jak na tablicy jednostek.
• Braki: rodzaj jednostki, którą remiza powinna trzymać na miejscu, a nie trzyma, z najlepszym Move up jednym kliknięciem (zobacz Przesunięcia pokrycia).
• U góry: remizy z jednostką w środku, puste remizy, jednostki na zewnątrz oraz każdy rodzaj jednostki dostępny z ogólnej liczby, z każdym statusem na pasku.

Status policji i mark-outy

Każdy radiowóz w jednej tabeli, z mapą obok: co robi, gdzie, jak długo i kiedy przypada jego status check.

• Robi: jego zdarzenie (kliknij, aby je otworzyć) lub jego mark-out: co robi na własną rękę, np. posiłek, sąd, tankowanie, raport lub czynności następcze.
• Gdzie: miejsce podane przy mark-out, adres jego zdarzenia lub najbliższy adres względem jego AVL.
• Status check: pierścień wypełnia się, gdy upływa czas jednostki; bursztynowy pod koniec, czerwony i migający, gdy sprawdzenie przypada, z informacją jak dawno minęło. Sprawdzenie przypada po upływie licznika statusu (Admin › Settings) lub własnego czasu mark-out.
• OK zapisuje status check (jednostka jest w porządku) i uruchamia jej licznik od nowa. MO oznacza ją jako mark-out; AV czyni ją dostępną.
• Kafelki u góry zliczają dostępne, na zgłoszeniach, na mark-outach (według rodzaju), poza służbą i sprawdzenia do wykonania; kliknij jeden, aby pokazać tylko te.

Z wiersza poleceń

• MO 2A12 MEAL 315 Church Ave: mark-out, z miejscem. Bez miejsca zachowywana jest pozycja AVL jednostki. Dodaj notatkę po ukośniku: MO 2A15 COURT 315 Church Ave / Courtroom 2. Samo MO wymienia rodzaje agencji.
• SC 2A12: status check, w porządku. Kilka jednostek naraz: SC 2A12 2A13.

Mark-outy są też w menu prawego przycisku każdej jednostki i w jej szczegółach, a załoga oznacza się jako mark-out z terminala mobilnego (F7). Mark-out, który można wycofać (posiłek, raport), jest proponowany przez rekomendację, gdy żadna dostępna jednostka nie może wypełnić linii: nigdy nie jest wysyłany bez wyboru przez dyspozytora. Rodzaje, ich czasy i to, które można wycofać, ustawia się w Admin › Settings, z najdłuższym czasem, jaki każdy może trwać: jednostka poza służbą dłużej niż on pokazuje OVER na tablicy jednostek i tablicy przełożonego, a przełożeni dostają raz wiadomość o wysokim priorytecie.

Ekran statusu jednostek

Tablica jednostek sama, z większymi kafelkami, które mówią też, co robi każda jednostka. Kliknięcie, przeciąganie i kliknięcie prawym przyciskiem działają jak na tablicy jednostek pełnej konsoli.

Ekran mapy

Sama mapa dysponowania. Podąża za zdarzeniem lub zgłoszeniem wybranym na dowolnym z ekranów stanowiska i rysuje jednostki na mark-out tam, gdzie zostały oznaczone, gdy ich AVL nie jest świeży.

Ekran zdarzenia i sytuacji

Wybrane zdarzenie na pełnej wysokości (jego zgłoszenia, jednostki, oś czasu, obiekty, rekomendacja i raport) albo, gdy nic nie jest wybrane, sytuacja: co czeka, liczniki statusów po terminie, przesunięcia pokrycia i aktywność.

Zgłoszenia 911

Zgłoszenia przychodzą ze strumienia zdarzeń BitVoice, z EIDO wypychanego przez dowolny system obsługi zgłoszeń oraz ze strumienia ALI spill. To samo zgłoszenie z kilku źródeł jest scalane w jedną linię.

• Zgłoszenia dzwoniące pokazują się, zanim zostaną odebrane, więc dyspozytor widzi, co nadchodzi.
• Lokalizacja: pozycja dzwoniącego i okrąg niepewności, adres, gdy jest, oraz STALE, gdy lokalizacja jest starsza niż ustawienie w Admin › Settings. Rebid prosi o nową (BitVoice).
• + Incident na zgłoszeniu tworzy z niego zdarzenie, z wypełnioną lokalizacją i numerem zwrotnym. Zgłoszenia już dołączone pokazują swoje zdarzenie.
• Tekst do dzwoniącego, łącze wideo i wideo na żywo są przy zgłoszeniu, gdy BitVoice je oferuje.
• Jego transkrypcja (rozdział 44) i to, co usłyszano, tłumaczenie (rozdział 45), lokalizacja i piętro urządzenia (rozdział 46), dane o kolizji (rozdział 49), grupowanie (rozdział 47) dzwoniących oraz zgłoszenia niealarmowe (rozdział 48) są opisane we własnych rozdziałach.

Zdarzenia

Nowe zdarzenie: F2, przycisk New, + Incident na zgłoszeniu, kliknięcie prawym przyciskiem na mapie (adres zostaje wypełniony), New incident z wyniku wyszukiwania albo NEW SF 2001 Crystal Spring Ave w wierszu poleceń. Adres, który nagrana mapa zna dokładnie, jest od razu umieszczany na mapie, więc jednostki są od razu uszeregowane po drogach; cokolwiek innego pozostaje tekstem do umiejscowienia.

Panel zdarzenia pokazuje rekomendację, jednostki na nim z ich czasami, dzwoniącego i oś czasu. Notatki (N text) i notatki priorytetowe (PN text) trafiają na oś czasu; notatki priorytetowe są pokazywane każdemu dyspozytorowi i jednostce.

Close z dyspozycją (CL Handled); jednostki wciąż na nim stają się dostępne. Przełożeni mogą otworzyć ponownie (RO #26-000123 reason).

Correct the record (przełożeni, na zamkniętym zdarzeniu) zmienia typ zgłoszenia, priorytet, dyspozycję, adres lub czasy jednostki bez ponownego otwierania: podaj dlaczego, a oś czasu zachowuje to, czym każde było. Raporty już wysłane (NERIS, NIBRS) wysyła się ponownie ręcznie.

Replay (przełożeni, na zamkniętym zdarzeniu) odtwarza je z dziennika: jednostki poruszają się na mapie wzdłuż swoich nagranych pozycji (mniej więcej co 30 sekund), podczas gdy wypełnia się oś czasu, z prędkością od 10× do 120×, z suwakiem do dowolnej chwili.

Rekomendacje jednostek

Dla wybranego zdarzenia bitdispatcher buduje rekomendację z karty wyjazdu jego typu zgłoszenia: dla każdej linii („3 × engine”, „1 × als”) dostępne jednostki z daną zdolnością, najpierw najbliższe. Jednostki już na zdarzeniu wypełniają linie w pierwszej kolejności, a rzadkie zdolności są wypełniane przed pospolitymi, aby jednostka wieloroli nie była zużyta tam, gdzie wystarczyłaby inna.

• Czasy dojazdu pochodzą z nagranej sieci drogowej: prędkości z oznakowania lub typowe, przestrzegane ulice jednokierunkowe, licząc od świeżej pozycji AVL jednostki lub jej stacji. Powód to podaje: „1.7 mi by road, 4 min via Franklin Road”.
• Poza nagraną mapą lub gdy brak drogi między punktami czas jest szacunkiem w linii prostej i jest oznaczony ~.
• Jednostka pokrywająca inną stację jest szeregowana od miejsca, w którym stacjonuje.
• Uwagi ostrzegają, gdy żadna jednostka nie ma danej zdolności (rozważ pomoc wzajemną) lub gdy wysłanie jednostek zostawiłoby pustą stację.

Rekomendowane jednostki są wybrane; Dispatch (Ctrl Enter lub REC) je wysyła. Kliknij jednostki, aby zmienić wybór, Use recommendation, aby do niego wrócić, albo wpisz D E1 M2. Dziennik zapisuje, co było rekomendowane i co zostało wysłane.

Sugestie doradcze

Obok zdarzenia i na panelu Situation panel doradczy może coś zasugerować: dwa zdarzenia, które mogą być tym samym, zgłoszenie, które może dotyczyć otwartego zdarzenia, słowa niepasujące do typu zgłoszenia („smoke” przy alarmie pożarowym, „not breathing” przy upadku), powtarzający się adres, priorytet 1 wciąż bez jednostki, jednostkę na miejscu, od której nic nie słychać.

• Dlaczego: otwórz sugestię, aby zobaczyć dowody, na których się oparła (ze źródłem: jednostka, dzwoniący, dyspozytor, maszyna), co założyła za nieobecne oraz regułę prostymi słowami.
• Cannot determine to też odpowiedź: gdy źródła o równej wadze są sprzeczne („smoke” i „no smoke” od dwóch dzwoniących), mówi o tym, a ty decydujesz.
• Accept uruchamia sugerowane polecenie w twoim imieniu (zmień typ, dołącz zgłoszenie, wyślij rekomendację) albo tylko je odnotowuje. Reject z jednokliknięciowym powodem; nie jest pokazywane ponownie. Oba są zapisywane.
• Tylko doradza. Nigdy sam nie scala, nie zmienia typu, nie zmienia priorytetu ani nie dysponuje, a podstawowe dysponowanie działa tak samo, gdy jest wyłączony lub niedostępny.

Gdy aktualizacja dostarcza nową regułę (np. *Silent or abandoned 911 call*), Admin › Advisory panel proponuje ją nad regułami: Add it, a potem Save version. Zapisana księga kodów nigdy nie zmienia się sama.

Przesunięcie pokrycia i pokrycie zastępcze

Gdy stacja nie ma dostępnej żadnej jednostki rodzaju, który zwykle mieści (jej zastęp jest na zgłoszeniu), panel Situation pokazuje pole Move-up z ruchem, który wypełnia lukę: najbliższa jednostka tego rodzaju po drogach, ze stacji, która może jedną oddać.

• Move E3 from ST3 stawia jednostkę na pustej stacji jednym kliknięciem (MU E3 ST1). Pozostaje dostępna i jest stamtąd rekomendowana.
• Ruch, który zostawiłby pustą własną stację, jest proponowany dopiero po ruchach, które niczego nie opróżniają, i mówi „empties ST4”.
• Gdy własna jednostka stacji wraca, przycisk Home odsyła pokrycie do domu (RET E3).
• Które rodzaje są utrzymywane pod pokryciem, ustawia się dla każdego typu jednostki w Admin › Settings (domyślnie pierwszoliniowe zastępy, drabiny, jednostki medyczne, ambulanse i patrole).

Statusy jednostek

Każdy status ma licznik (Admin › Settings); jednostka po upływie licznika staje się bursztynowa na tablicy i jest wymieniana pod Status timers past due. Statusy nadaje się w wierszu poleceń (ER E1, AV E1 M2), z kafelka jednostki albo przez załogę na terminalu mobilnym (rozdział 35). Pozycje AVL starsze niż ustawienie dla nieświeżych są rysowane kreskowaną linią i nie są używane do szeregowania jednostek.

Mapa dysponowania

Mapa jest rysowana z własnej nagranej mapy (rozdział 83) bitdispatcher: drogi według klas z tarczami tras i strzałkami jednokierunkowymi, granice hrabstw i miast, numery domów i hydranty na poziomie ulicy, straż pożarna, policja, EMS i szpitale we własnych kolorach.

• Search (prawy górny róg): adres (2001 Crystal Spring Ave), skrzyżowanie (Orange & Williamson, and, / lub at), ulica lub miejsce. Strzałki i Enter; New incident z wyniku. Numer domu niebędący w ewidencji proponuje najbliższe numery na tej samej ulicy.
• Kliknięcie prawym przyciskiem w dowolnym miejscu: co tu jest (najbliższy adres lub droga), New incident here oraz Widoki tego miejsca (rozdział 25), gdy dostawca jest włączony.
• Trasy: dla wybranego zdarzenia trasa drogowa każdej rekomendowanej, wybranej i przydzielonej jednostki, z jej czasem przybycia na jednostce.
• Day / Night przełącza paletę; Photos (F7) umieszcza zdjęcia lotnicze pod ulicami; 3D stawia budynki (kondygnacje OpenStreetMap tam, gdzie je zmapowano) i pochyla mapę, a przeciąganie prawym przyciskiem ją obraca; Fit all pokazuje każdą jednostkę i zdarzenie; OOS i Stations pokazują lub ukrywają te.
• Kreskowana cyjanowa linia to krawędź nagranej mapy: poza nią pokazywana jest mapa online, przygaszona, a czasy dojazdu są szacunkami.

Zdjęcia lotnicze

Dyspozytorzy odnajdują miejsca po dachach („biały dom za kościołem”). Przy włączonym Photos (F7 lub przycisk na mapie) zdjęcia lotnicze są podkładem, a ulice, nazwy i numery domów są rysowane na nich.

• Zdjęcia nagrywa się w Admin › Map: pełna szczegółowość blisko centrum, mniejsza ku krawędzi. Powiększenie poza to, co nagrano, powiększa zdjęcie pod spodem, więc mapa nigdy nie staje się pusta.
• Znacznik obok przycisku mówi, kiedy zrobiono zdjęcie w centrum mapy i gdzie źródło je publikuje („2023, 12 inch ortho”): stare zdjęcie nigdy nie jest brane za dzisiejsze.
• Tam, gdzie nic nie nagrano, serwer pobiera zdjęcie na żądanie i je zachowuje, chyba że to wyłączono.

Widoki: miejsce z każdej strony

Zdjęcia lotnicze pokazują dach. Views pokazują front, tył i boki: gdzie są tylne drzwi, ogrodzenie, schody, po której stronie jest hydrant.

• Views na panelu zdarzenia (obok lokalizacji), w zakładce Hazards call-takera, na terminalu mobilnym (rozdział 35) załóg i z kliknięcia prawym przyciskiem na mapie.
• N E S W: cztery ukośne zdjęcia lotnicze, patrzące na północ, wschód, południe i zachód, z własnej licencji EagleView agencji. Spojrzenie na północ pokazuje południową stronę budynku. Strzałki obracają kompas.
• Zdjęcia Street, które patrzą na miejsce, najpierw najbliższe i najwyżej dwa na kierunek, z Panoramax lub Mapillary (otwarte zdjęcia, CC-BY-SA, pokrycie zależy od tego, kto sfotografował ulicę).
• Zdjęcia Pre-plan: własne zdjęcia obiektu należące do agencji (skrzynka Knox, odcięcie gazu, tylne wejście), offline i na tym serwerze. Załogi dodają je z terminala aparatem urządzenia, dyspozytorzy i administratorzy stąd lub z Obiekty (rozdział 91); przełożeni je usuwają.
• Każde zdjęcie mówi, skąd pochodzi i kiedy je zrobiono, więc stare zdjęcie nigdy nie jest brane za dzisiejsze. Przycisk powiększenia pokazuje je w pełnym rozmiarze.
• Google Street View, gdy oferowane, otwiera Google w nowej karcie; nic z Google nie jest pokazywane wewnątrz bitdispatcher.

Wiadomości do i od załóg

Wiadomości idą z sali do terminali załóg oraz od załóg do dysponowania lub do innej jednostki, bez radia.

• Write w Messages (panel Situation): do jednej jednostki lub kilku (E1 M2), do dyscypliny (ALL-FIRE, ALL-EMS, ALL-POLICE) lub do wszystkich (ALL). Zostaw To puste, aby napisać do jednostek na wybranym zdarzeniu. ! czyni wiadomość pilną.
• Wiersz poleceń: MSG E1 M2 / Stage at the north lot, MSG ALL-EMS ! Carilion on diversion, MSG #26-000123 / Caller says the back door is open.
• Od załóg: wiadomości do dysponowania są pogrubione, dopóki dyspozytor ich nie kliknie, i są zapowiadane w chwili nadejścia. Wiadomość na zdarzeniu jest też zapisywana na jego osi czasu.
• Read: terminal oznacza wiadomość jako przeczytaną, gdy jest pokazana (pilną, gdy załoga naciśnie Got it); sala widzi *read by E1* lub *not read yet* po dwóch minutach.
• Każda wiadomość i każde przeczytanie to zdarzenie dziennika. Załogi piszą do dysponowania lub do jednostek, nigdy do wszystkich.

Dla wiadomości z tematem, priorytetem, załącznikami, wygaśnięciem i wersjami oraz dla BOLO i powiadomień o bezpieczeństwie funkcjonariusza użyj Wiadomości i BOLO (rozdział 27).

Wiadomości i BOLO: skrzynka odbiorcza

Skrzynka odbiorcza jak poczta e-mail wewnątrz CAD, na wiadomości, BOLO, powiadomienia officer-safety i administrative (koperta na pasku stanu; agencja może dodać własne rodzaje).

Pisanie

Compose: rodzaj, priorytet, temat i tekst (istotne ostrzeżenie trafia do tekstu, nigdy wyłącznie do załącznika), To i CC, agencja będąca właścicielem, zdarzenie i powiązane zdarzenia, a dla BOLO tablica, pojazd, osoba i opis. Adresatami mogą być jednostki, ALL, ALL-FIRE, ALL-EMS, ALL-POLICE, DISPATCH, agencja (@agency:RPD: jej stanowiska CAD i terminale jej jednostek), rola, dyżur, konkretna osoba lub konsola. BOLO bez wskazanej osoby trafia do każdego stanowiska i terminala agencji właściciela. Załączniki (zdjęcia, pliki PDF i typy, na które agencja pozwala) są sprawdzane po zawartości, skanowane tam, gdzie agencja ma skaner antywirusowy, i przechowywane ze swoim skrótem. Daty Effective i expires; *no expiration* tam, gdzie agencja na to pozwala. Save draft trzyma to pod Drafts.

Priorytety

Agencja ustawia dla każdego poziomu dźwięk, powtarzanie, potwierdzanie i eskalację (Admin › Operations rules, gdzie Play pozwala usłyszeć każdy). Dźwięki różnią się rytmem i głośnością, nie tylko wysokością: alarm to pięć szybkich pulsów, alert trzy, dzwonek dwie miękkie nuty, sygnał jeden cichy puls, każdy z harmonicznymi, aby niósł się przez pomieszczenie i przez słuchawki. Kilka nadchodzących razem brzmi raz, dźwiękiem najwyższego z nich. Każdy priorytet jest pokazywany słowami i ikoną, nigdy samym kolorem; wyciszyć można tylko poziomy, na które agencja pozwala.

Przeglądarki trzymają stronę w ciszy, dopóki ktoś jej nie użyje. Po przeładowaniu pierwszy klawisz lub kliknięcie włącza dźwięk; do tego czasu pilny baner mówi the browser is keeping this console silent z przyciskiem do włączenia dźwięków.

Foldery, potwierdzenia i wersje

Inbox, Drafts, Sent, Active BOLOs i Archived (wygasłe, odwołane i zastąpione, odpowiednio oznaczone). Dostarczenie, otwarcie i potwierdzenie są zapisywane dla osoby i dyżuru, który pełniła, nie tylko dla ekranu. Update wysyła nową wersję, a Cancel odwołanie; wcześniejsze wersje są zachowywane, pokazywane w historii i pozostają na osi czasu zdarzenia z załącznikami (nieprzesyłanymi dwukrotnie). Osoba widzi komunikat tylko wtedy, gdy jest dla niej albo jako przełożony lub pracownik rejestrów jego agencji. Wszystko jest w dzienniku.

Search: zdarzenia, BOLO, osoby, pojazdy i jednostki

Jedno wyszukiwanie (lupa na pasku stanu lub Recall w klasycznych klawiszach) po zdarzeniach (numer, typ, adres, narracja i komentarze), wiadomościach i BOLO (każda wersja), osobach (nazwiska w dowolnej kolejności, aliasy, daty urodzenia, telefony, adresy, identyfikatory, rysopisy), pojazdach (tablica, częściowa tablica z ? dla znaku, którego nie znasz, VIN, marka, model, kolor), załącznikach (nazwy plików, podpisy i słowa w nich zawarte: pliki tekstowe, tekst plików PDF oraz słowa na zdjęciach tam, gdzie serwer je odczytuje) i jednostkach (znak wywoławczy, identyfikator radiowy, kto jest na pokładzie).

• Wyniki są grupowane, z filtrami rodzajów, agencji, dat i statusu.
• Każdy mówi dlaczego pasuje (ta sama tablica, częściowy VIN, wspólny telefon, podobny rysopis, *w tekście pliku* ze słowami wokół) oraz jak silnie: exact, partial lub similar (podobna pisownia na żądanie).
• Possible matches są tak oznaczone: wyszukiwanie nigdy nie wiąże osoby, pojazdu ani zdarzenia z czymkolwiek.
• BOLO wygasłe, zaktualizowane i odwołane mówią o tym wielkimi literami; stare ostrzeżenie nigdy nie wygląda na aktualne.
• Przeszukujesz agencje, które pokrywasz i obserwujesz; poza moimi agencjami tylko tam, gdzie możesz dla nich pracować, a każdy wynik wymienia swoją agencję. Nazwiska nieletnich i notatki medyczne są ukrywane przed osobami bez uprawnień, a nic zastrzeżonego nie jest liczone ani pokazywane.
• Każde wyszukiwanie i każdy otwarty z niego rekord jest zapisywany w dzienniku.

Unit recall (z jednostki w wynikach lub z History jednostki): jedna jednostka w danym okresie, na jednej osi czasu: jej statusy i mark-outy, zdarzenia z ich typem i adresem, kto ją obsadzał i na jakim stanowisku, status checks, wiadomości oraz gdzie była według AVL lub radia. Zawęź ją według ratownika, statusu lub zdarzenia; pobierz jako CSV.

Alarmy, czytniki tablic i wykrywanie strzałów

Firmy alarmowe, czytniki tablic i wykrywanie strzałów wysyłają swoje alerty do bitdispatcher (Admin › Integrations; kontrakt jest w docs/ALERTS.md). Każdy trafia na listę zgłoszeń 911 jako zgłoszenie, tylko dane, z tym, czym jest, na pierwszy rzut oka: typem alarmu i strefą, VERIFIED, gdy firma alarmowa to zweryfikowała, tablicą i jej listą gorących, liczbą oddanych strzałów.

• Wybierz je: panel zdarzenia pokazuje wszystko, co podał nadawca (obiekt, konto, pozwolenie, posiadacz klucza, linia zwrotna operatora, kamera i jej kierunek, łącze do zdjęcia z czytnika).
• Utwórz z niego zdarzenie albo dołącz je do jednego, jak z każdego zgłoszenia; proponowane są własne typy alarmu i oddanych strzałów agencji, gdy istnieją.
• Aktualizacja od nadawcy zmienia to samo zgłoszenie; odwołanie od firmy alarmowej trafia na zdarzenie jako notatka priorytetowa.
• Firmy alarmowe są informowane, co stało się z ich alarmem: przyjęty, zadysponowany, na miejscu, zamknięty.
• Alert, na który nikt nie reaguje, opuszcza kolejkę po 30 minutach; pozostaje w dzienniku.

Ekran stacji i tonowanie

Gdy jednostki są dysponowane, ich stacje są tonowane (tam, gdzie administrator włączył to w Integrations). W remizie ekran na koncie tylko do odczytu pod #/station (wybierz stację raz; jest zapamiętywana) pokazuje jednostki stacji i ich statusy, a przy alercie:

• narastające tony, dwa razy więcej dla priorytetu 1, a potem zgłoszenie odczytane na głos dwa razy: jednostki, typ zgłoszenia i ulica;
• zgłoszenie dużą czcionką: priorytet, typ, adres, jednostki, najnowsze notatki priorytetowe;
• Acknowledge zatrzymuje to i umieszcza *ST1 acknowledged the alert* na zdarzeniu; Read it again powtarza.

Naciśnij Press to turn the sound on raz po otwarciu ekranu (przeglądarki odtwarzają dźwięk dopiero po naciśnięciu). Blokada bezczynności nie dotyka ekranu stacji na koncie tylko do odczytu.

• TONE w wierszu poleceń ponownie tonuje stacje jednostek z wybranego zdarzenia (TONE E1, TONE #26-000123); każde tonowanie jest na osi czasu zdarzenia.
• Kontroler alarmujący od dostawcy dostaje ten sam alert pod swoim adresem (docs/STATION-ALERTING.md).

Zdarzenia z sąsiednimi agencjami

Zdarzenia trafiają do i przychodzą z systemów CAD sąsiednich agencji jako EIDO, standard NENA (Admin › Integrations › Neighbouring agencies; docs/CAD-TO-CAD.md).

• Wysyłanie: na otwartym zdarzeniu Send to a neighbouring agency…, wybierz agencję i podaj dlaczego (*mutual aid, need a ladder*; *on your side of the line*). Idzie z lokalizacją, numerem zwrotnym, naszymi jednostkami na nim i notatkami; oś czasu mówi, że zostało wysłane.
• Odbieranie: to, co wysyła sąsiad, trafia na listę zgłoszeń 911 jako zgłoszenie od tej agencji, tylko dane, z ich numerem zdarzenia, typem i notatkami. Utwórz z niego zdarzenie albo dołącz je jak z każdego zgłoszenia.
• Każde wysłanie to jedno naciśnięcie: zamykanie i status jednostek jeszcze nie wracają samodzielnie.

Pliki i zdjęcia na zdarzeniu

Zdarzenie przechowuje pliki: zdjęcia miejsca zrobione przez załogę, PDF, klip audio lub wideo.

• Add: na panelu zdarzenia Add (z podpisem, jeśli chcesz); na terminalu mobilnym Photo or file otwiera aparat. Załogi dodają do zdarzeń, na których są. Do 25 MB każdy: zdjęcia, PDF, zwykły tekst, MP3, WAV, MP4, WebM. Serwer kieruje się tym, czym plik jest, a nie jego nazwą.
• Zdjęcia pokazują się jako miniatury (kliknij, aby zobaczyć pełny rozmiar); inne otwierają się lub są pobierane. Każdy plik jest na osi czasu, z informacją kto go dodał.
• SHA-256 każdego pliku jest w dzienniku: plik zmieniony na dysku jest odrzucany, nie pokazywany.
• Przełożony usuwa plik z podaniem dlaczego. Pozostaje w rekordzie, ukryty przed każdym poniżej przełożonego.

Wiersz poleceń

Wpisz literę w dowolnym miejscu ekranu dyspozytora, a wiersz poleceń ją przejmie (albo naciśnij /). Tab uzupełnia, strzałki przywołują wcześniejsze polecenia, wyniki zostają na ekranie. HELP wymienia każde słowo poleceń.

Polecenia terenowe w jednej linii

Identyfikatory są oddzielone separatorem agencji (kropką, chyba że wybrała inny), w kolejności agencji; dwa separatory razem pomijają pole opcjonalne (Admin › Operations rules › Command line):

• Field initiate: jednostka, lokalizacja, typ, tablica, stan, komentarz, typ tablicy, status. UNIT1.8TH/STEWART..ABC1234 to UNIT1 na 8th i Stewart, typ pozostawiony agencji (kontrola drogowa), tablica ABC1234. Tworzy zdarzenie z jednostką na miejscu, tablicą na zdarzeniu i własnym licznikiem status-check kontroli, bez kolejnego ekranu; staje się pełnym zdarzeniem przez zmianę typu (T), zachowując wszystko. W agencjach dwuetapowych tylko oznacza jednostkę jako mark-out na kontroli. Tam, gdzie agencja tego żąda, tablica jest od razu sprawdzana w NCIC.
• Unit status: jednostka, status, dyspozycja, lokalizacja, typ, komentarz. UNIT1.AS to UNIT1 przybyła na miejsce swojego zdarzenia. Sama jednostka (UNIT1, a potem F11) otwiera formularz statusu jednostki zamiast zgadywać. Kod mark-out też działa: UNIT1.ADMIN..HQ ANNEX...paperwork.

Wycofany lub nieznany kod albo polecenie, którego twój dyżur nie może wydać, jest odrzucane przez serwer, a próba zapisywana; nic się nie zmienia.

Klawiatura

Klawisze podążają za profilem klawiszy agencji dla twojego dyżuru (Admin › Operations rules). Ctrl / pokazuje mapę dla ekranu, na którym jesteś, z polem wyszukiwania. Klawisz robi dokładnie to, co to samo polecenie lub przycisk; serwer i tak sprawdza twoje uprawnienie, a stażysta pracuje na profilu tak, jak go ustawiono.

Standardowe klawisze:

Klasyczny profil CAD (PremierOne-style)

Agencja przechodząca z PremierOne może wybrać ten profil jako punkt wyjścia i go zmienić:

Mobilny terminal danych

Załoga loguje się na laptopie lub tablecie pojazdu kontem field (Admin › Users), podając jako stanowisko znak wywoławczy jednostki (E1). Terminal otwiera się od razu.

• Przydział: typ, priorytet, adres dużą czcionką, trasa drogowa narysowana na mapie z jej czasem i drogami, którymi biegnie, numer zwrotny, pozostałe jednostki na nim oraz notatki od dysponowania, najnowsze pierwsze. Notatki priorytetowe wyróżniają się.
• Przyciski statusu: po jednym dotknięciu, z podświetlonym zwykłym kolejnym statusem; F1 do F6 na klawiaturze.
• Notatki do dysponowania trafiają na oś czasu zdarzenia jako należące do jednostki.
• GPS: pozycja urządzenia trafia do bitdispatcher jako AVL co kilka sekund (zezwól na lokalizację, gdy przeglądarka o nią poprosi).
• Emergency: przytrzymaj przycisk przez dwie sekundy. Dysponowanie widzi baner alarmowy i potwierdza go.
• Photos na mapie, jak na konsoli.
• Messages: to, co dysponowanie (lub inna jednostka) pisze do tej jednostki, z linią odpowiedzi i szybkimi odpowiedziami (Copy, Delayed, Need PD…). Pilna wiadomość wypełnia górę ekranu i brzmi, dopóki załoga nie naciśnie Got it; zobacz Wiadomości (rozdział 26).
• Messages and BOLOs: komunikaty adresowane do tej jednostki lub terminali jej agencji (wiadomości, BOLO, powiadomienia officer-safety), najpierw najwyższy priorytet, z tonami, powtórzeniami i potwierdzaniem agencji jak na konsoli. Pilny lub wysoki, który wymaga potwierdzenia, zostaje u góry, dopóki załoga nie naciśnie Acknowledge; otwarcie pokazuje każdą wersję, tablicę i opis oraz załączniki. Otwarcie i potwierdzenie są zapisywane względem zalogowania jednostki; zobacz Wiadomości i BOLO (rozdział 27).
• Take it: tam, gdzie agencja pozwala załogom dołączać się samodzielnie (Settings › Roles), dostępna jednostka przejmuje oczekujące zdarzenie z listy jednym naciśnięciem; jest to zapisywane jako dysponowanie przez załogę, dołączenie własne.

Załoga działa tylko jako własna jednostka. Dyspozytorzy mogą otworzyć terminal pod #/mdt, aby zobaczyć, co widzi jednostka (stanowisko wskazuje jednostkę).

Raporty ze zdarzeń (RMS)

Funkcjonariusze i dyspozytorzy piszą raporty ze zdarzeń pod #/rms albo przez Report na zdarzeniu (lokalizacja i czas zdarzenia są wypełniane). Załoga na terminalu mobilnym pisze własny z samochodu.

• Sekcje: kiedy i gdzie (typ lokalizacji, czy zostało zabezpieczone), przestępstwa, osoby, mienie, pojazdy i narracja. Kody są pokazywane słowami i wybierane jednym kliknięciem; ekran pyta tylko o to, czego wymaga dane przestępstwo (broń przy napaści, sposób wejścia przy włamaniu, narkotyk przy zajęciu, obrażenie i relacja wobec każdego podejrzanego przy przestępstwie przeciwko osobie).
• Zapisywane w trakcie pisania: wersja robocza zapisuje się chwilę po przerwaniu pisania.
• Zanim zostanie przesłany wymienia, czego wciąż brakuje do raportowania opartego na zdarzeniach: elementów danych i kontroli NIBRS FBI, z dodatkami Wirginii (ilość mienia, wskaźnik czytnika tablic, typy narkotyków). Submit jest dostępny, gdy lista jest pusta.
• Zatwierdzenie: przełożony inny niż autor zatwierdza go lub zwraca z tym, co poprawić. Każdy zapis i decyzja to zdarzenie dziennika.

Plik stanowy

Przełożeni widzą State IBR file pod listą. Wybierz miesiąc i naciśnij File: bitdispatcher zapisuje zatwierdzone raporty z miesiąca w formacie raportowania opartego na zdarzeniach Wirginii (pozycyjny plik płaski FBI z dodatkami Wirginii, specyfikacja 2025.2): zdarzenia Group A z ich segmentami przestępstwa, mienia, ofiary, sprawcy i zatrzymanego, zatrzymania Group B albo raport zerowy, gdy nic nie ma. Prześlij go do Virginia Crime Repository do 15. dnia następnego miesiąca. Raporty, które nie przejdą kontroli, są pomijane i wymieniane. Utworzenie pliku to zdarzenie dziennika, z jego SHA-256.

Format: FBI national zapisuje te same raporty we własnym układzie pliku płaskiego FBI, bez dodatków Wirginii, dla stanów, które przyjmują plik krajowy. Ten plik został sprawdzony walidatorem NIBRS Pre-Certification Tool od SEARCH, który stosuje kontrole FBI (scripts/nibrs-validator.sh); jego przejście nie jest certyfikacją FBI ani stanową.

Draft from the incident (na raporcie napisanym ze zdarzenia) wypełnia narrację pierwszym szkicem: typem, miejscem, czasami, jednostkami, osobami, pojazdami i notatkami z rekordu. Przy włączonym modelu językowym (Admin › Integrations) model pisze go z tych samych faktów i ma polecenie nic nie dodawać, wpisując *[to be completed]* tam, gdzie czegoś brakuje. Tak czy inaczej jest to propozycja: sprawdź każdą linię i dokończ ją własnymi słowami.

Zapytania NCIC

NCIC (na ekranie raportów, F9 na ekranie dyspozytora lub na terminalu mobilnym) wysyła zapytanie NCIC 2000 przez stanowy przełącznik wiadomości: osoba poszukiwana (QW: nazwisko z datą urodzenia albo nazwisko, płeć i rasa), pojazd (QV: tablica i stan albo VIN), broń (QG) i przedmiot (QA) według numeru seryjnego.

• Każde zapytanie wymaga kodu purpose i reason (numer zdarzenia): CJIS wymaga obu.
• Dziennik zachowuje, kto pytał, kiedy, cel, powód i czy wrócił rekord. Terminy są przechowywane tylko jako odcisk, a odpowiedź wcale.
• Trafienie to trop: potwierdź je z agencją wprowadzającą przed jakimkolwiek działaniem.
• Administratorzy ustawiają ORI agencji i przełącznik w Admin › Settings: wyłączony, symulator szkoleniowy (tablice, nazwiska i numery seryjne zaczynające się na TEST zwracają rekord; każda odpowiedź mówi SIMULATED) albo adapter przełącznika przez TCP.

Tablica przełożonego

Cały obraz na pierwszy rzut oka, na drugi monitor przełożonego lub ekran ścienny. Tylko pokazuje: nic na niej niczego nie zmienia.

• U góry: zgłoszenia 911 jeszcze nieprzypisane do zdarzenia (czerwone, gdy jedno dzwoni), zdarzenia czekające na jednostkę z ich priorytetami i najdłuższym oczekiwaniem, aktywne zdarzenia, jednostki dostępne spośród będących w służbie, jednostki na mark-out według rodzaju, status checks do wykonania oraz puste stacje.
• Gdzie jest praca: mapa cieniowana tym, jak dużo jest otwarte w każdym obszarze (otwarte zdarzenia plus dwukrotność oczekujących), z otwartymi, oczekującymi i dostępnymi jednostkami każdego obszaru. Obszary to strefy służb ratunkowych hrabstwa lub rewiry, gdy są wczytane (Admin › County GIS); w przeciwnym razie obszar każdej stacji, część mapy najbliższa jej. Obszar z oczekującymi zdarzeniami i bez wolnej jednostki albo z dwoma oczekującymi jest SWAMPED.
• Według dyscypliny: pierścień każdego statusu z liczbą wolnych oraz każdy rodzaj jednostki dostępny z ogólnej liczby.
• Najbardziej obłożone obszary, najgorsze pierwsze, i nowe zdarzenia z ostatnich sześciu godzin według priorytetu.
• Ludzie: obłożenie i przerwy każdego zalogowanego stanowiska oraz lista troski po zgłoszeniach krytycznych. Zobacz Przerwy i obłożenie (rozdział 54) i Zgłoszenia krytyczne i troska (rozdział 53). Możliwy atak na linie pokazuje się u góry (TDoS (rozdział 59)).

Wybierz dyscypliny u góry albo otwórz ją z Screens z nimi. Full screen jest obok zegara.

Raport operacyjny

Admin › Operations report buduje Daily Operations Report i podsumowanie zmiany za dany okres z samego dziennika: nikt nie przepisuje tego, co CAD już przechowuje.

• Okresy: ta zmiana, poprzednia zmiana (z czasów zmiany w Settings), dziś, wczoraj, ostatnie 7 dni lub dowolny zakres.
• Zawartość: zgłoszenia 911, zdarzenia, dysponowania i zamknięcia; zdarzenia według godziny, typu, priorytetu i dyspozycji; czasy reakcji (od zgłoszenia do dysponowania, od dysponowania do wyjazdu, od zgłoszenia do przybycia na miejsce, od przybycia do zakończenia) jako mediana i 90. percentyl; zdarzenia priorytetu 1; zdarzenia otwarte na koniec (przekazanie); aktywacje alarmów i jak szybko były potwierdzane; działania każdej osoby; zapotrzebowanie na jednostki według fazy i wykorzystanie; zmiany systemu i konfiguracji.
• Rozwinięcie: kliknij dowolną liczbę, aby zobaczyć zdarzenia dziennika, z których się składa.
• Certyfikacja: po zakończeniu okresu przełożony certyfikuje go z opcjonalnym kontekstem. Certyfikacja to zdarzenie dziennika z hashem raportu; jeśli coś się później zmieni, raport mówi, że zmienił się od czasu certyfikacji.

Księga kodów doradczych

Admin › Advisory panel przechowuje księgę kodów: reguły, których używa panel, prostymi słowami, z ich progami.

• Tryb: wyłączony; shadow (oceniany i przechowywany w dzienniku, pokazywany tylko przełożonym, aby reguły można było ocenić, zanim ktokolwiek się na nich oprze); live (dyspozytorzy widzą sugestie). Nowy system zaczyna w trybie shadow.
• Kolejność pierwszeństwa źródeł: przeciągnij, aby uporządkować dowody jednostki, dzwoniącego, dyspozytora i maszyny, od najmocniejszego. Mocniejsze źródło przeważa nad słabszym; równe źródła, które są sprzeczne, dają „cannot determine”. Cichy panel alarmowy nigdy nie przeważa nad osobą, która widzi dym.
• Reguły: włącz lub wyłącz każdą, ustaw jej dotkliwość, odległości, czasy, słowa i typy zgłoszeń, do których już pasuje, oraz edytuj jej wyjaśnienie.
• Test odtwarza nagrany dziennik z ostatniego dnia, tygodnia, miesiąca lub kwartału z regułami na ekranie, zapisanymi lub nie, i liczy, co każda by zasugerowała.
• Save version zachowuje zmianę z notatką; każda wersja jest wymieniona i można ją przywrócić jednym kliknięciem. Decyzje (przyjęte, odrzucone i dlaczego) są wymieniane: odrzucenie sugestii nigdy nie jest traktowane jako błąd.

Skrypty agencji

JavaScript script i Lua script dodają regułę będącą własnym kodem agencji, wersjonowaną, testowaną i przełączaną między shadow a live wraz z resztą księgi kodów. Skrypt definiuje jedną funkcję dla swojego styku:

Skrypt zdarzenia widzi numer, typ i jego nazwę, priorytet, status, adres i pozycję, minuty od utworzenia, notatki, jednostki na nim, zagrożenia w jego obiektach, nazwisko dzwoniącego i liczbę zgłoszeń. Try it uruchamia skrypt raz na najnowszym prawdziwym zdarzeniu (lub raporcie) i pokazuje, co zwrócił, co zapisał przez log() i jak długo trwał; show the input pokazuje dokładnie to, co zobaczył.

• Skrypt nie ma plików, sieci, procesu, środowiska ani ładowania kodu: tylko swoje wejście i log().
• Zawsze ma limit czasu (50 ms, chyba że ustawiono inaczej, najwyżej 1 s). Działa po zwolnieniu stanu CAD, więc wolny skrypt nigdy nie wstrzymuje dysponowania.
• Skrypt, który zawodzi lub przekracza czas, jest pokazywany pod swoją regułą i w teście; panel i rekomendacja działają dalej bez niego i mówią o tym.

Dziennik i audyt

Każde działanie, które zmienia stan, wymaga uwagi lub tworzy odpowiedzialność, jest zdarzeniem w dzienniku tylko do dopisywania: kto (użytkownik, rola, stanowisko, sesja), kiedy, co, na którym zdarzeniu, jednostce lub zgłoszeniu. Każde zdarzenie niesie hash poprzedniego, więc zmiana w dowolnym miejscu zrywa łańcuch.

• Verify sprawdza cały łańcuch i zgłasza pierwsze zerwane ogniwo, jeśli jest.
• Search według typu, osoby lub tekstu; zdarzenia najnowsze pierwsze.
• Bieżący stan jest odbudowywany z dziennika przy każdym starcie, a raporty są z niego budowane.

Rejestry i wnioski

Obszar rejestrów odczytuje zakończone zdarzenie i odpowiada na wnioski o nie, wszystko z tego samego odpornego na manipulacje dziennika (rozdział 41), do którego zapisuje reszta systemu.

Przeglądanie rekordu

Ekran przeglądu pokazuje jedno zdarzenie na cztery sposoby, a otwarcie lub wyeksportowanie widoku samo jest zapisywane w dzienniku.

Print lub Download text zachowuje kopię; oba są zapisywane. Otwórz dowolne zdarzenie po jego numerze.

Wnioski o udostępnienie rejestrów

Wniosek wskazuje wnioskodawcę, kontakt, o co się zwraca, zdarzenia oraz to, czy udostępniany jest widok summary czy detailed. Każdy wniosek pokazuje dni robocze pozostałe do terminu (bursztynowe, gdy blisko, różowe, gdy po terminie) oraz dotychczas poświęcony czas roboczy.

1. Assemble buduje kopię do udostępnienia z wybranego widoku i proponuje redakcje według reguł ujawniania agencji; oryginalny rekord pozostaje nietknięty.
2. Dla każdego zdarzenia przyjmij lub odrzuć każdą proponowaną redakcję, podając podstawę wymaganą dla czegokolwiek zatajonego, albo zaznacz fragment, wybierając go w rekordzie. Podgląd na żywo pokazuje zredagowaną kopię.
3. Save decisions zapisuje każdą decyzję, przyjętą i odrzuconą.
4. Approve and release to moment, w którym osoba autoryzuje udostępnienie: przyjęte redakcje są trwale stosowane, a kopia jest sprawdzana pod kątem wycieków, zanim opuści system. Udostępnioną kopię można wtedy pobrać, a jej hash jest pokazywany.

Reguły ujawniania

Disclosure rules to prawnie zweryfikowane reguły agencji dla wniosków o udostępnienie rejestrów (FOIA). Nic nie jest zakodowane na stałe jako wyłączone; system proponuje, ludzie decydują, a twój radca prawny weryfikuje każdą regułę przed jej włączeniem.

Reguła ma id, nazwę, jurysdykcję i typy rekordów oraz pasuje według:

• Category: nazwana kategoria rekordu.
• Words: dowolne z listy rozdzielonej przecinkami.
• Pattern: wyrażenie regularne Go.

Wymagana jest podstawa prawna, z wyjaśnieniem, opcjonalnym oknem obowiązywania i przełącznikiem włączenia. Reguła pozostaje wyłączona, dopóki radca prawny jej nie zweryfikuje.

• Add the sample rules (disabled) ładuje przykłady; to przykłady, nie porada prawna.
• Try it wkleja tekst rekordu i pokazuje go z podświetlonymi proponowanymi fragmentami — bursztynowymi tam, gdzie pewność to „review”, różowymi tam, gdzie „high” — oraz listą każdego z jego tekstem, regułą, podstawą i pewnością.

Transkrypcje i to, co usłyszano

Gdy obsługa zgłoszeń transkrybuje zgłoszenia, każde zgłoszenie pokazuje swoją transkrypcję na żywo, dzwoniącego na biało, a call-takera na niebiesko, oraz Heard on the call: szczegóły z niej wyciągnięte, aby call-taker mniej pisał.

• Co jest wyciągane: adres, broń, pojazdy, tablice, kierunek, w którym ktoś się udał, ile osób, obrażenia (nie oddycha, nieprzytomny, krwawi), zagrożenia (pożar, uwięziony, gaz, pies, samochód elektryczny) i nazwisko dzwoniącego. Pilne są czerwone i idą pierwsze oraz pokazują się na zgłoszeniu w kolejce.
• Użycie: na adresie umieszcza tam zdarzenie zgłoszenia (wyszukiwanie na mapie, dokładne, gdy mapa zna numer; sprawdź je na mapie). Zanim jest zdarzenie, kopiuje adres.
• Skąd pochodzą transkrypcje: transkrypcja na żywo BitVoice, gdy ją wysyła, jej transkrypcja nagranego zgłoszenia później albo dowolny silnik mowy-na-tekst wysyłający do styku transkrypcji (Styki (rozdział 60)).
• Szczegóły wyciągają reguły, nie model: te same słowa zawsze dają te same szczegóły, a każdy pokazuje słowa, z których pochodzi.

Dzwoniący w innym języku

Dzwoniący mówiący po hiszpańsku jest tłumaczony linia po linii na transkrypcji, oznaczony Spanish · translated; Show original pokazuje, co powiedziano.

• Rozmówki wbudowane w bitdispatcher tłumaczą słownictwo sytuacji alarmowych między hiszpańskim a angielskim, offline. Gdy znają zbyt mało słów linii, mówią gist only: weź tłumacza.
• Say it in Spanish: naciśnij gotową frazę (Help is on the way, Is the person breathing?, Get out of the house now…) albo wpisz po angielsku; tłumaczenie pokazuje się w trakcie pisania. Jest zachowywane na transkrypcji, wysyłane SMS-em, gdy zaznaczono also text it (BitVoice), a przycisk głośnika mówi je na głos na tej konsoli.
• Model językowy (opcjonalny, Admin › Integrations) tłumaczy to, czego rozmówki nie potrafią, przez API czatu zgodne z OpenAI: na twoim własnym serwerze albo w usłudze objętej umową twojej agencji. To, co mówią dzwoniący, jest do niego wysyłane, więc jest wyłączony, dopóki administrator go nie włączy.

Gdzie jest dzwoniący: lokalizacja urządzenia i piętro

Każde zgłoszenie mówi, jak znaleziono jego pozycję: device location (własny namiar telefonu, często kilka metrów, dyspozytorska lokalizacja FCC), GPS, sektor komórkowy lub z ewidencji.

• Piętro: piętro cywilne z obsługi zgłoszeń oraz wysokość namiaru 3-D z jego niepewnością, co mówi, na którym piętrze wysokiego budynku.
• Ślad: poruszający się dzwoniący zostawia na mapie kropkowany ślad każdej odebranej pozycji, jaśniejszy dla wybranego zgłoszenia.
• Rebid prosi o nową pozycję; STALE oznacza starą (Admin › Settings).

Wielu dzwoniących, jedno zdarzenie

Gdy kilka osób dzwoni w tej samej sprawie, kolejka grupuje je pod N callers about one place: zgłoszenia blisko siebie (domyślnie 300 m) w krótkim czasie (10 minut).

• Utwórz zdarzenie z jednego zgłoszenia; grupa proponuje wtedy Attach N to to zdarzenie, jedno naciśnięcie dla reszty.
• Przy wybranym zdarzeniu grupa proponuje dołączenie wszystkich do niego.
• Zgłoszenia już na różnych zdarzeniach nigdy nie są grupowane razem. Zmień odległość i czas w Admin › Settings (rozdział 85).

Zgłoszenia niealarmowe

Zgłoszenia na linii niealarmowej albo takie, których dzwoniący mówi coś, co rzadko bywa nagłym wypadkiem (skarga na hałas, parkowanie, przerwa w dostawie prądu), trafiają na listę Non-emergency pod zgłoszeniami 911, z powodem.

• Cokolwiek pilnego powiedzianego w zgłoszeniu (broń, nie oddycha, pożar) utrzymuje je jako alarmowe, cokolwiek innego powiedziano; tak samo dane o kolizji.
• It is an emergency przenosi je z powrotem; decyzja człowieka zawsze obowiązuje i jest zapisywana.
• Send the usual reply wysyła SMS-em odpowiedź ustawioną w Settings, np. gdzie zgłosić online.
• Ustaw linie, słowa i odpowiedź w Admin › Settings (rozdział 85).

Dane o kolizji pojazdu

Automatyczne powiadomienie o kolizji pojazdu przychodzi jako zgłoszenie z CRASH DATA: pojazd, delta-V (zmiana prędkości w kolizji), kierunek uderzenia, dachowanie, poduszki, pasażerowie i pasy oraz jego napęd (elektryczny, hybrydowy).

• Ryzyko obrażeń jest wysokie przy delta-V 40 km/h (25 mph) lub więcej, dachowaniu albo 20 km/h bez pasa, kilku uderzeniach lub uderzeniu bocznym; średnie przy 20 km/h lub dowolnej poduszce. Następują sugestie: ALS, wydobycie, lotnicze pogotowie, więcej niż jeden ambulans, a przy samochodzie elektrycznym słowo do załóg pożarniczych.
• To reguła kciuka z kryteriów triażu terenowego, mająca pomóc dobrać reakcję, a nie diagnoza. Zmień progi w Admin › Settings (rozdział 85).
• Powiadomienia o kolizjach docierają do bitdispatcher przez styk kolizji (Styki (rozdział 60)).

Drony

Przy podłączonym systemie dronów (Admin › Integrations (rozdział 86)) zdarzenie na mapie pokazuje Send a drone. bitdispatcher wysyła systemowi dronów zdarzenie, jego typ, priorytet, pozycję i podsumowanie; system dronów decyduje, który dron leci.

• Reguła startu: zdarzenia typów zgłoszeń oznaczonych Send a drone (Call types) pytają same, raz każde.
• Dron raportuje z powrotem do styku dronów: swój status, pozycję, baterię i obraz na żywo. Leci na mapie, jego status trafia na oś czasu zdarzenia, a Live picture otwiera jego wideo.

Transkrypcje radiowe

Gdy BitVoice lub system radiowy transkrybuje transmisje, słowa jednostki trafiają na oś czasu jej zdarzenia kursywą (E1: on scene, smoke showing), więc rekord przechowuje to, co powiedziano na antenie. Słowa przychodzą ze zdarzeniami radiowymi BitVoice albo przez styk słów radiowych (Styki (rozdział 60)).

Podsumowania zdarzeń

Każde otwarte zdarzenie ma Summary: co i gdzie, co dzwoniący powiedzieli, co ma znaczenie (pilne pierwsze), notatki priorytetowe, zagrożenia w ewidencji w danym miejscu, kto jest na miejscu i kto reaguje oraz dron nad nim.

• Jest budowane z rekordu według reguł, więc nie mówi niczego, czego nie ma w rekordzie; zmienia się wraz ze zdarzeniem.
• Pokazuje się na panelu zdarzenia (Copy umieszcza je w schowku) i u góry terminala mobilnego (rozdział 35) załóg.

Zgłoszenia krytyczne i troska

Niektóre zgłoszenia zostają z ludźmi, którzy je przyjmują. Zdarzenie jest zgłoszeniem krytycznym, gdy jego typ zgłoszenia jest oznaczony jako krytyczny (na początek zatrzymanie krążenia, strzelanina i ugodzenie nożem) albo gdy padają w nim słowa takie jak nie oddycha, CPR, funkcjonariusz ranny lub niemowlę.

• Każdy, kto przy nim pracował (call-taker i dyspozytorzy, którzy wprowadzali, wysyłali lub notowali), trafia na listę troski na tablicy przełożonego (rozdział 38), z powodem.
• Przełożony proponuje przerwę każdej osobie, organizuje omówienie (z notatką kiedy i gdzie) i oznacza je Done. Każde jest zapisywane.
• Po zamknięciu zdarzenia każda osoba widzi cichą linię na własnej konsoli: to było trudne zgłoszenie, zatrzymaj się na chwilę, oraz linię wsparcia ustawioną w Settings. Take a break wysyła ją na przerwę.
• Ustaw słowa, linię wsparcia i typy zgłoszeń w Admin › Settings (rozdział 85) i Call types (rozdział 81).

Przerwy i obłożenie

Kubek na pasku stanu wysyła cię na przerwę i z powrotem; tablica przełożonego to pokazuje.

Panel People tablicy wymienia każde zalogowane stanowisko: zgłoszenia w ostatniej godzinie, działania, czas od ostatniej przerwy, zgłoszenia krytyczne w cztery godziny oraz stan:

• watch: dwie godziny bez przerwy (Settings), zgłoszenie krytyczne lub bardzo obłożona godzina;
• relieve: trzy godziny bez przerwy lub dwa zgłoszenia krytyczne.

Wymienia najmniej obłożone stanowiska wolne, by kogoś zluzować.

Szkolenie

Zaznacz Training przy logowaniu. Konsola otwiera własną tablicę, oznaczoną TRAINING na fioletowo: jednostki, stacje, typy zgłoszeń, obiekty i mapę agencji, na własnym dzienniku. Każdy stażysta ma własną tablicę, nawet na współdzielonym koncie; pozostawiona bezczynnie przez dwie godziny jest czyszczona. Nic, co tam zrobione, nie dociera do tablicy produkcyjnej. Administracja tam to etap przygotowawczy: zmiany administratora zostają na tablicy szkoleniowej, dopóki nie zostaną opublikowane (zobacz Ćwiczenia, wstrzyknięcia i etap przygotowawczy (rozdział 56)); użytkownicy, połączenia i mapy należą do tablicy produkcyjnej.

• Scenariusze odtwarzają zgłoszenia, transkrypcje, dane o kolizjach i ruch radiowy na własnej mapie agencji: pożar domu z trzema dzwoniącymi, zatrzymanie krążenia po hiszpańsku, kolizja na autostradzie międzystanowej z danymi o kolizji, napad z bronią i zalew zgłoszeń na linii.
• Score sprawdza, co zrobiono: każdy dzwoniący na zdarzeniu, typ zgłoszenia, wysłane jednostki, odpowiedź w języku dzwoniącego oraz kontrola jakości (rozdział 57) każdego zdarzenia.
• Reset opróżnia twoją tablicę i zaczyna ją od nowa; tablice innych stażystów pozostają nietknięte.

Ćwiczenia, wstrzyknięcia i etap przygotowawczy

Ćwiczenie to jedna tablica szkoleniowa dla wszystkich, którzy do niego dołączą: zaznacz Training przy logowaniu i wpisz nazwę ćwiczenia (dowolną nazwę; pierwszy dołączający je tworzy). Stażyści logują się z własnymi dyżurami, więc call-taker, dyspozytorzy i przełożony pracują nad nim razem, a załogi mogą dołączyć na terminalu mobilnym (rozdział 35) w ten sam sposób. Ćwicząc samodzielnie, zostaw nazwę pustą.

Instruktor (przełożony lub administrator) naciska Inject: nowy dzwoniący (gdzie, kto i co mówi w miarę trwania ćwiczenia), dzwoniący mówiący więcej lub poruszający się, jednostka wychodząca poza służbę, przycisk alarmowy albo jednostka na radiu. Timeline pobiera każde zdarzenie do omówienia, a gdy ćwiczenie się kończy, jego oś czasu jest zachowywana (Przełożeni: /api/exercises).

Etap przygotowawczy. Administrator zalogowany z Training zmienia typy zgłoszeń, jednostki, stacje, plany reagowania, wytyczne lub obiekty na tablicy szkoleniowej, próbuje je tam, a potem otwiera Staged changes: wymienia to, co różni się od tablicy produkcyjnej; wybierz części, podaj dlaczego i Publish. Przy włączonym *Change configuration only through staging* (Settings) tych zmian nie da się wprowadzić bezpośrednio na tablicy produkcyjnej.

Kontrola jakości

Każde zdarzenie sprawdzane względem standardów centrum:

Każde zdarzenie dostaje ocenę z kontroli, które miały zastosowanie; strona wymienia je za dany okres, średnią każdego call-takera i wskaźnik zaliczeń każdej kontroli. Naciśnij zdarzenie, aby zobaczyć jego kontrole. Przegląd to pomoc w coachingu: pominięte pytanie może po prostu nie być na transkrypcji.

Praca podczas awarii

Każda konsola zachowuje ostatnią tablicę, jaką miała. Gdy serwer jest nieosiągalny, bursztynowy pasek mówi o tym, a konsola pokazuje tę tablicę taką, jaka była, z godziną. Konsola przeładowana podczas awarii i tak się otwiera.

• Dziennik offline: nowe zdarzenia, notatki i statusy jednostek są przechowywane w tej przeglądarce, po kolei.
• Gdy serwer wraca, pasek proponuje Send them now: każde wchodzi oznaczone „entered offline at 14:02 by jlee”; cokolwiek serwer odrzuci, zostaje, z powodem.
• Aby serwer nigdy nie znikał, uruchom bitdispatcher w dwóch ośrodkach (Kilka ośrodków (rozdział 90)): każdy działa dalej, gdy drugi jest odcięty.

Ataki na linie (TDoS)

Telefoniczna odmowa usługi zapełnia linie tak, że prawdziwi dzwoniący nie mogą się dodzwonić. bitdispatcher obserwuje zgłoszenia i podnosi Possible telephony denial-of-service na każdej konsoli i tablicy przełożonego, gdy:

• w ciągu minuty przychodzi znacznie więcej zgłoszeń niż zwykle (pięciokrotność tempa z ostatniej godziny, co najmniej 12 albo liczba ustawiona w Settings);
• jeden numer dzwoni pięć razy lub więcej w ciągu dziesięciu minut (pokazywane jako ×5 przy jego zgłoszeniach);
• osiem lub więcej cichych albo bardzo krótkich zgłoszeń przychodzi w ciągu pięciu minut.

Przełożony potwierdza to; znika po dziesięciu cichych minutach. Odbieraj dalej: prawdziwy nagły wypadek może być wśród nich.

Styki i połączenia

Inne systemy wysyłają do bitdispatcher z Authorization: Bearer i tokenem styku ustawionym w Admin › Integrations (rozdział 86). Bez tokena styki są wyłączone.

Na tym samym ekranie ustawia się adres startowy i token systemu dronów, regułę startu oraz opcjonalny model tłumaczenia.

Poziomy alarmu: drugi i trzeci alarm

Rozwijający się pożar przerasta swoją pierwszą kartę wyjazdu. Każdy typ zgłoszenia może mieć dalsze alarmy (Admin › Call types): drugi alarm, trzeci, każdy dodający jednostki do tego, czego potrzebuje zdarzenie. Pierwszy alarm to własna karta wyjazdu typu zgłoszenia.

Podnoszenie

• Na zdarzeniu Upgrade to 2nd alarm mówi, co dodaje (+2 engine, 1 ladder…); albo wpisz ALARM (2ND, 3RD, ALARM 3 dla poziomu).
• Podniesienie to linia priorytetowa na osi czasu, którą widzi każdy dyspozytor i każda załoga, z tym, co dodaje.
• Rekomendacja wypełnia wtedy większą kartę wyjazdu, licząc jednostki już obecne, a REC (lub Ctrl Enter) wysyła dodatkowe jednostki. Grupy alarmowania i alerty stacji podążają za dysponowaniem jak zwykle.
• Bring down cofa o poziom, z powodem.

Personel i załogi

Lista obsady to ludzie agencji: numer, nazwisko, stopień, kwalifikacje (ratownik medyczny, EMT, kierowca, funkcjonariusz…), stacja macierzysta oraz sposób ich alarmowania (telefon do SMS-ów, e-mail, temat powiadomień push). Dodawaj ich pojedynczo albo Import from CSV (kolumny: id, nazwisko, stopień, kwalifikacje rozdzielone ;, stacja, telefon, e-mail, ochotnik).

Kto jest na pokładzie

Na dowolnej jednostce (panel jednostki › Crew › change) lub z własnego terminala załogi (Crew) wybierz, kto na niej jedzie na tej zmianie. Członek jest na jednej jednostce naraz: umieszczenie go na innej go przenosi. Oś czasu zdarzenia zapisuje zmiany załogi na jednostce, która przy nim pracuje.

Co zmienia obsada

• Minimum aboard (Admin › Settings › Unit types albo na jednostkę w Admin › Units): jednostka poniżej tego jest pokazywana jako niedoobsadzona, w powodach rekomendacji i w wyjątkach przełożonego.
• What a capability needs (Admin › Settings › Crews): domyślnie ALS wymaga ratownika medycznego na pokładzie. Jednostka medyczna, której zapisana załoga nie ma ratownika medycznego, nie jest rekomendowana na linię ALS (nadal jest BLS i transport).
• Jednostka z brakiem zapisanej załogi jest traktowana jako obsadzona: agencja, która nie prowadzi tu list obsady, nie widzi zmiany.

Obsada: kto jest na służbie i na każdej jednostce

Staffing (przycisk ludzi na pasku stanu) pokazuje, kto jest na służbie, gdzie i kto faktycznie obsadza każdą jednostkę. Sam znak wywoławczy nie wystarcza: załoga podąża za jednostką do zdarzeń, rekomendacji, historii i raportów.

Ludzie na służbie

Sign on z rodzajem dyżuru (regularny, nadgodziny, przedłużenie, tymczasowe oddelegowanie i dokąd, wezwanie z powrotem), zmianą, do kiedy i dostępnością (dostępny, przydzielony, niedostępny, szkolenie, sąd, posiłek, służba na stacji, administracja). Sign off usuwa osobę z każdej jednostki. Szukaj według nazwiska, kwalifikacji, agencji, stacji, jednostki i dostępności.

Załogi

Edit crew wymienia ludzi na jednostce i ich pozycje (kierowca, funkcjonariusz, strażak, ratownik medyczny, partner, dowódca zespołu lub własne agencji). Rodzaj jednostki może wymagać pozycji i minimum (Admin › Settings › Unit types). Załoga może zalogować się sama z terminala; agencja decyduje dla każdego rodzaju jednostki, czy jest to dozwolone, wymaga zatwierdzenia przez przełożonego (Sign-ons waiting) czy jest tylko dla dysponowania.

• Jedna osoba jest na jednej aktywnej jednostce naraz. Umieszczenie jej na innej pyta: przenieś ją (zluzowanie, zamiana) albo przydział dodatkowy z powodem.
• Każda zmiana ma powód i czas effective, przechowywany obok tego, kiedy ją wprowadzono.
• Jednostka pozostawiona z brakiem (poniżej minimum, pusta pozycja) jest limited albo wstawiona out of service, zależnie od agencji, chyba że przełożony zapisze override z powodem.
• Utrata połączenia nikogo nie wylogowuje.

Na zdarzeniach i później

Gdy jednostka jest przydzielona, zdarzenie przechowuje, kto był na pokładzie i do czego był kwalifikowany w tamtej chwili; późniejsze zmiany nigdy tego nie nadpisują, a zmiany podczas zdarzenia (kto dołączył, kto odszedł, pozycje) są na jego osi czasu. Przełożony może skorygować zapis załogi z powodem: oryginał zostaje obok korekty, z czasami wprowadzenia i effective. Unit recall i raporty pokazują ludzi obok znaku wywoławczego.

Przełożeni widzą też zapisane załogi do zmiany dyżuru w jednym kroku (każda osoba i czas wciąż zapisywane) oraz coverage: minimalną liczbę kwalifikowanych ludzi, jakich agencja chce na służbie, braki, wygasające poświadczenia i zdolność każdej jednostki (widok nadzorczy, który kontroluje agencja).

Kwalifikacje, zespoły specjalne i poświadczenia

Każda agencja prowadzi kontrolowany plik umiejętności (Admin › Qualifications & teams; przełożeni).

• Kwalifikacje: zespoły specjalne (Swift Water, HazMat, Technical Rescue, Dive, K-9, SWAT, UAS), specjalności (technik od dowodów, śledczy pożarowy, negocjator kryzysowy, dyspozytor taktyczny), role szkoleniowe (CTO, FTO, instruktor, ewaluator) i poświadczenia (EMT, ratownik medyczny…), każde ze swoimi poziomami, agencją będącą właścicielem, iloma miesiącami trwa, kiedy przypada odnowienie, swoimi warunkami wstępnymi, czy musi być zweryfikowane, zanim się liczy, oraz dokumentami, których wymaga.
• Poświadczenia osoby: poziom, stan (stażysta, kwalifikowany, instruktor, ewaluator, ograniczony, tymczasowo niedostępny, zawieszony, wygasły), wydający, daty, ograniczenia i dołączone certyfikaty. Przełożony oznacza jedno jako verified; niezweryfikowany wpis własny nigdy się nie liczy tam, gdzie wymagana jest weryfikacja. Każda zmiana jest zachowywana.
• Równoważności: kwalifikacja innej agencji przyjęta jako nasza, z jej zakresem i wygaśnięciem, do pomocy wzajemnej; własny zapis osoby nigdy nie jest scalany ani nadpisywany.
• Przypomnienia: przełożeni są informowani raz, gdy odnowienie poświadczenia przypada i gdy ono wygasa.

Zdolność na żywo

Zdolność jednostki wynika ze sprzętu i ludzi ważnie kwalifikowanych teraz na pokładzie: jednostka HazMat bez wymaganych techników nie ma zdolności HazMat i pokazuje LIMITED z powodem (co każda zdolność wymaga od załogi, ustawia się w Personel). Rekomendacja używa zdolności na żywo; agencja decyduje, czy wysłanie niedoobsadzonej jednostki jest tylko ostrzegane, wymaga override przełożonego czy jest blokowane. Dyspozytorzy widzą zdolność i nazwy kwalifikacji; szczegóły poświadczeń są dla przełożonych i osoby.

Rozliczanie obecności na terenie pożaru: apele (PAR)

Przy rozwiniętym pożarze dowódca akcji przeprowadza apel (PAR) każdej załogi na miejscu w ustalonych odstępach, a dysponowanie prowadzi zegar.

• Typ zgłoszenia oznaczony Fire-ground accountability (Admin › Call types) uruchamia zegar, gdy pierwsza jednostka przybywa na miejsce; Start roll calls uruchamia go na dowolnym zdarzeniu pożarowym.
• Zdarzenie pokazuje czas od uruchomienia zegara i kiedy przypada następny PAR; staje się bursztynowe po terminie, a tablica przełożonego je wymienia.
• All accounted for (lub PAR) zapisuje apel każdej załogi na miejscu. Załoga, która nie odpowiedziała: kliknij ją, a potem Report … missing (lub PAR MISSING E3). To czerwona, migająca linia na zdarzeniu i pilny wyjątek dla przełożonego aż do E3 found (PAR FOUND E3).
• Punkty kontrolne, które raportuje dowódca (przeszukanie pierwotne zakończone, pożar opanowany, straty zatrzymane…), to po jednym kliknięciu każdy, albo BM UC, z czasem od rozpoczęcia zdarzenia.
• Zegar zatrzymuje się, gdy zdarzenie się zamyka; nie można go zatrzymać, gdy brakuje jakiejś załogi.

Alarmowanie ratowników

Strażacy i ratownicy EMT ochotnicy oraz poza służbą są wzywani przez page. Grupa alarmowania określa, kto jest alarmowany razem i jak:

• Members z listy obsady (Personel (rozdział 62)).
• Gateways: jak wychodzą alarmy, konfigurowane przez administratora w Admin › Integrations › Paging: SMS przez Twilio, e-mail, powiadomienie push na telefony przez ntfy, webhook albo IamResponding i Active911 (oba przyjmują dysponowanie e-mailem w swoich udokumentowanych formatach).
• Automatic: zaalarmuj grupę, gdy jedna z jej jednostek lub stacji zostaje zadysponowana albo gdy zdarzenie jednego z jej typów zgłoszeń dostaje jednostki. Każda grupa jest alarmowana raz na zdarzenie według swojej reguły.

Alarm

Temat alarmu to typ zgłoszenia i adres, tekst to podsumowanie zdarzenia i jednostki. Każda osoba dostaje łącze do odpowiedzi: Responding to the station, Going straight to the scene albo Not available, z tym, kiedy spodziewa się przybyć. Bez logowania: łącze jest kluczem i działa tylko dla tej osoby i tego alarmu.

Na zdarzeniu Responders pokazuje, ilu zaalarmowano i reaguje, odpowiedź każdej osoby i minuty drogi; Page alarmuje kolejne grupy. PAGE <group> / text robi to z wiersza poleceń. Alarm, na który nikt nie odpowiedział po pięciu minutach, jest w wyjątkach przełożonego; nieudane dostarczenia są na osi czasu.

Rotacja holowań

Policja wzywa pomoc drogową z zatwierdzonych firm po kolei. Każda firma holuje pewne klasy (lekka, średnia, ciężka) w pewnych strefach (Admin › Settings wymienia oba; domyślnie jedna strefa na cały obszar).

• Next on rotation na zdarzeniu (lub TOW, TOW heavy North) podaje firmę, której ostatnia kolej w tej klasie i strefie jest najstarsza, z jej numerem do zadzwonienia, i zapisuje połączenie.
• Oznacz, co powiedzieli: Accepted, Declined albo No answer (oba tracą kolej; poproś o następną), a potem Arrived albo Cancel.
• Owner's choice lub officer's choice firmy jest zapisywany, ale nie zabiera nikomu kolei.
• Zawieszona firma jest pomijana, a ekran rotacji mówi, dlaczego każda firma jest lub nie jest proponowana.

Każde wezwanie i odpowiedź są na osi czasu zdarzenia i w dzienniku, więc sprawiedliwość rotacji można wykazać.

Zaplanowane zgłoszenia i wydarzenia specjalne

Praca znana z wyprzedzeniem (przycisk kalendarza na pasku stanu):

• Zaplanowane zgłoszenie (planowany transport, eskorta, kontrola obiektu) staje się zdarzeniem samo w swoim czasie albo ustaloną liczbę minut wcześniej i wysyła swoje jednostki, jeśli są dostępne (te, które nie są, są wymieniane na zdarzeniu).
• Wydarzenie specjalne (festyn, parada, mecz) staje się zdarzeniem w gotowości na swoje godziny i jest wymieniane jako trwające na każdej konsoli.
• Każde z nich może powtarzać się codziennie, w dni powszednie lub co tydzień, aż do ostatniego dnia.

Scheduled today na panelu sytuacji wymienia to, co nadchodzi w ciągu najbliższych 24 godzin, i to, co trwa teraz. Wystąpienie pominięte o więcej niż godzinę (serwer był wyłączony) nie jest robione z opóźnieniem; jest pomijane i zapisywane.

Katalog kontaktów i listy dyżurów

Numery, pod które dzwoni dysponowanie: media komunalne, agencje, lekarz sądowy, tłumacze, roboty publiczne. Każdy wpis ma numery z etykietami (po godzinach, komórka), e-mail, notatki i tagi.

• Listy dyżurów mówią, kto odpowiada dziś wieczorem: zmiany wpisów katalogu według daty i godziny, z rezerwą, gdy żadna zmiana nie pokrywa danego czasu.
• Wpis lub lista mogą być na liście wezwań typów zgłoszeń: każde zdarzenie typu wymienia To call z osobą dyżurną teraz i numerem (dotknięcie dzwoni na telefonie), a Called rejestruje to na zdarzeniu. Powiadomienia typu zgłoszenia (Admin › Call types › Notify) są dopasowywane do wpisów według nazwiska, organizacji lub tagu.
• Przycisk katalogu na pasku stanu (lub DIR water) szuka według nazwiska, organizacji, tagu lub numeru; panel sytuacji pokazuje, kto jest teraz na dyżurze.

Obszary na mapie (geofences)

Obszary narysowane na mapie:

• Obszar alertu informuje dysponowanie, gdy jednostka weń wchodzi lub go opuszcza (jednostka opuszczająca hrabstwo, wchodząca w strefę zagrożenia, przybywająca do szpitala): powiadomienie na każdej konsoli, Area alerts panelu sytuacji oraz linia na zdarzeniu jednostki. Może obserwować tylko część dyscyplin lub jednostek.
• Obszar ostrożności umieszcza swoją notatkę na każdym zdarzeniu w jego obrębie (strefa szkolna, strzelnica, kwartał znany z kłopotów), na konsoli i terminalach załóg.

Draw a new area: kliknij narożniki na mapie, a potem Finish. Obszary pokazują się na mapie konsoli, kreskowane. To, czy jednostka jest wewnątrz, jest ustalane z jej pozycji w miarę ich napływania, więc obszar narysowany wokół jednostki już tam obecnej nie jest przybyciem.

Historia statusów jednostki

History na panelu jednostki pokazuje jej dzień z dziennika: pasek jej statusów na przestrzeni dnia, każdy status z tym, kiedy, jak długo, zdarzenie i kto go zmienił, jej status checks, zmiany załogi i move-upy, zdarzenia, przy których pracowała, oraz udział znanego czasu spędzonego na zdarzeniach. Wybierz inny dzień datą; CSV pobiera to samo.

Unit recall (Search (rozdział 28)) daje dowolny okres na jednej osi czasu do użytku pierwszoliniowego, z informacją kto obsadzał jednostkę, jej wiadomościami i lokalizacjami.

Raporty opieki nad pacjentem (NEMSIS)

Załoga EMS pisze swój raport opieki nad pacjentem we własnym systemie ePCR; część dyspozytorska (kiedy wpłynęło zgłoszenie, kiedy jednostkę powiadomiono, w drodze, na miejscu, opuściła miejsce, w szpitalu, z powrotem w służbie, gdzie oraz powód dysponowania) pochodzi z bitdispatcher.

• NEMSIS na jednostce EMS zdarzenia pobiera jej reakcję jako rekord NEMSIS 3.5, do zaimportowania do dowolnego ePCR, który przyjmuje pliki NEMSIS.
• Przy skonfigurowanym systemie raportów opieki nad pacjentem (Admin › Integrations › Patient-care reports) Send wysyła go tam, a automatic wysyła reakcję każdej jednostki EMS, gdy się zwalnia. To, co odpowiedział system, jest na zdarzeniu.
• Powód dysponowania to kod NEMSIS typu zgłoszenia (Admin › Call types) lub proponowany z jego nazwy.

Nakazy i dokumenty do doręczenia

Dokumenty, które biuro szeryfa lub departament policji ma do doręczenia: nakazy aresztowania i nakazy sądowe, zakazy zbliżania się, eksmisje, wezwania i wezwania do stawienia się (przycisk młotka na pasku stanu). Każdy ma osobę, gdzie go doręczyć, sąd i numer, ewentualną caution (uzbrojony, agresywny, pies) oraz każdą próbę.

• Zdarzenie w pobliżu adresu aktywnego dokumentu (lub wskazujące jego osobę) pokazuje active paper at this address z ostrzeżeniem na każdej konsoli i na terminalach załóg policyjnych; Details (dysponowanie policyjne, rejestry i przełożeni) pokazuje dokumenty.
• Record the attempt: jednostka, wynik (brak odpowiedzi, nieobecny, wyprowadził się, odmówił, doręczono) i notatka. Doręczenie zamyka go; Recalled i Returned unserved wymagają powodu.
• Każde spojrzenie na dokumenty jest zapisywane w dzienniku.

Ostrzeganie ludności

Przełożeni ostrzegają ludność z konsoli: shelter in place, evacuate, działania policji, niebezpieczny wyciek, zaginione dziecko, awaria 911. Naciśnij megafon na pasku stanu albo Alert the public na zdarzeniu.

Pisanie alertu

• Real alert, Exercise lub Test: ćwiczenie lub test są jako takie oznaczone wszędzie, gdzie trafiają. Sprawdź to najpierw.
• Rodzaj alertu: kod zdarzenia SAME (SPW shelter in place, EVI evacuation, LEW law enforcement, HMW hazardous materials, CAE child abduction, TOE 911 outage…). Wybór jednego wypełnia treść, po angielsku i hiszpańsku, od której zaczynasz.
• Headline, what is happening i what to do.
• Phone alert: co telefony pokazują najpierw (Wireless Emergency Alerts, 90 znaków) i co mówią SMS-y oraz powiadomienia push; licznik staje się czerwony po przekroczeniu limitu. Dłuższy alert telefoniczny (360) jest opcjonalny.
• Also in Spanish dodaje wersję hiszpańską; osoby z list, które wybrały hiszpański, ją dostają.
• Where: wokół zdarzenia (od ćwierć mili do dwóch mil), obszar narysowany na mapie (Admin › Geofences) albo everyone w jurysdykcji (jej kody hrabstw).
• Expires after od jednej do 24 godzin.
• Send to wybrane listy subskrybentów i systemy CAP (syreny, oprogramowanie alertowe); keep it off some channels prosi oprogramowanie alertowe IPAWS o pominięcie radia i telewizji, radia pogodowego, telefonów lub witryn publicznych.

Check pokazuje tworzoną wiadomość CAP i wszystko, co z nią nie tak, oraz ile osób dociera. Send pyta jeszcze raz, z dokładnym tekstem telefonicznym i obszarem. Przy włączonym two-person approval alert czeka, aż drugi przełożony naciśnie Approve (megafon pokazuje *to approve*); jego autor może go wycofać, a drugi przełożony może go odrzucić z powodem.

W mocy

Alert w mocy pokazuje się na czerwono na mapie (bursztynowo dla testu) i na megafonie oraz jest w publicznym kanale alertów. Update wysyła nową wersję do tych samych osób, która go zastępuje; Cancel wysyła odwołanie alarmu. Każdy alert, zatwierdzenie i dostarczenie są w dzienniku i na osi czasu zdarzenia.

Alerty publiczne: ustawienia i listy

Jak pisane są alerty publiczne i dokąd trafiają (Admin › Public alerts). Administratorzy zmieniają ustawienia; przełożeni prowadzą listy.

• Sender: identyfikator nadawcy CAP agencji, adres, który do niej należy (alerts@county.gov), i jej nazwa.
• Jurisdiction i county codes: sześciocyfrowe kody SAME pokrytych hrabstw (0, kod FIPS stanu i hrabstwa: 051770 to miasto Roanoke), używane do alertu dla wszystkich i dodawane do każdego alertu dla radia i telewizji.
• Time zone: czasy CAP niosą przesunięcie agencji.
• Two-person approval (zalecane): drugi przełożony zatwierdza każdy alert, zanim wyjdzie.
• Public alert feed: kanał Atom linkujący do każdej wiadomości CAP oraz kanał w stylu IPAWS z wiadomościami w środku, dla syren, koderów EAS nadawców i aplikacji. Pokazują tylko alerty w mocy.
• CAP receivers: systemy, do których każdy alert jest POST-owany jako CAP (z tokenem Bearer); Send a test wysyła wiadomość testową.
• Subscriber lists: osoby, które poprosiły o alerty, docierane przez bramki alarmowania (SMS, e-mail, push). Osoba z podanym miejscem dostaje tylko alerty, których obszar je zawiera. Import a CSV z kolumnami name, phone, email, topic, lang, lat, lon. Bramka push bez nikogo na liście publikuje do własnego tematu, kanału, który każdy może śledzić.

Agencje

Każda organizacja, dla której centrum dysponuje, to agencja (RPD, RCPD, SPD, RFD, RCFR, SFD, departament robót publicznych i samo centrum): policja, straż i EMS to dyscypliny, nie agencje. Centrum bez agencji działa jak jedna, z ustawieniami ogólnocentrowymi.

• Agencja: jej kod i nazwa, dyscypliny, aktywna lub nie, ORI, NERIS ID i inne identyfikatory, własny prefiks numeru zdarzenia, dyspozycje, liczniki status-check, grupy rozmów i reguły rejestrów.
• Co do niej należy: jednostki, stacje, typy zgłoszeń i plany reagowania wskazują swoją agencję (wybieraną z listy, nie wpisywaną). Plan reagowania agencji dotyczy tylko jej zdarzeń; jej liczniki tylko jej jednostek.
• Ludzie: agencje, dla których każda osoba może pracować, ta, dla której zwykle pracuje, te pokrywane i obserwowane domyślnie, czy jest trainee oraz jej wpis na liście obsady. Osoba ograniczona do części agencji zmienia konfigurację tylko tych agencji i widzi tylko ich widoki nadzorcze.
• Workstations mogą określać, które agencje pokrywają i obserwują (Admin › Workstations).

Kontrola zmian

Zmiany konfiguracji można przygotować na tablicy szkoleniowej, przetestować tam i opublikować na tablicy produkcyjnej z powodem, wszystkie naraz albo dla jednej agencji: publikacja dla jednej agencji nigdy nie niesie zmian innej ani centrum. Każda publikacja zachowuje wersje, które zastąpiła: Roll back przywraca wcześniejszą zatwierdzoną wersję, z powodem, i sama jest zapisywana.

Reguły działania

Reguły agencji dla codziennej pracy (Admin › Operations rules; administratorzy).

• Widoki nadzorcze: tablica przełożonego, raport operacyjny, kontrola jakości i troska, dziennik oraz pokrycie obsady należą do agencji. Bez reguły przełożeni je widzą; z regułą tylko role, osoby i agencje, które wymienia. Administratorzy zawsze je widzą. Osoba bez uprawnienia ani nie widzi widoku, ani nie dociera do niego bezpośrednim linkiem: serwer odmawia i zapisuje próbę.
• Presety: przypisany przez agencję preset dla każdego dyżuru (na czym pracują stażyści i od czego zaczynają inni) oraz ochrona czyjegoś presetu, tak aby zmieniali go tylko administratorzy.
• Working calls: wł. lub wył., ile według dyżuru i dla stażystów oraz po jakim czasie obsługiwane zgłoszenie pozostawione przez osobę wylogowaną jest proponowane przełożonym.
• Komunikaty: rodzaje (kto może je wysyłać, ich domyślny priorytet i wygaśnięcie, czy czekają na osoby wylogowane), ton, powtarzanie, potwierdzanie i eskalacja każdego priorytetu (z przyciskiem do odsłuchania każdego tonu) oraz dozwolone załączniki.
• Obsada: co dzieje się z jednostką pozostawioną z brakiem (ostrzegaj, limited, out of service), czy niedoobsadzone jednostki mogą być wysyłane (ostrzegaj, override przełożonego, blokuj) oraz minimalna liczba kwalifikowanych ludzi, jakich centrum chce na służbie.
• Wiersz poleceń i klawisze: separator, kolejność identyfikatorów dla field initiate i unit status, typ zgłoszenia kontroli, jeden lub dwa etapy, automatyczne zapytanie o tablicę, kilka jednostek naraz, kody statusu (i wycofane) oraz profil klawiszy dla każdego dyżuru, standardowy lub klasyczny (PremierOne-style) albo własna kopia agencji. Check znajduje klawisz robiący dwie rzeczy na jednym ekranie, klawisz, który przeglądarka zachowuje dla siebie, albo nieznane działanie; ustawienia są odrzucane, dopóki nie zostanie to naprawione.

Jednostki

Każda jednostka ma znak wywoławczy (E1, M12, 2A31), typ (który daje jej zdolności), stację oraz opcjonalnie dodatkowe zdolności, identyfikator radiowy jednostki i alias (aby alarmy radiowe i pozycje ją odnajdywały) oraz agencję do pomocy wzajemnej. Nowe jednostki zaczynają poza służbą.

Stacje

Stacje to miejsca, w których jednostki mają bazę. Ich pozycje umiejscawiają jednostki bez AVL, są miejscami, gdzie move-upy stawiają pokrywające jednostki, i są punktami, od których zaczynają się czasy dojazdu, gdy AVL jednostki jest nieświeży. Wpisz adres i wybierz go z podpowiedzi nagranej mapy: pozycja się wypełni. Albo wpisz pozycję.

Placówki przyjmujące

Receiving facilities to szpitale i ośrodki specjalistyczne, do których można zabrać pacjenta, oraz to, czy każdy przyjmuje pacjentów. Załogi i konsola widzą status obok decyzji o transporcie.

• Add placówkę z id, nazwą i rodzajem (szpital, uraz, oparzenia, udar, kardiologiczny, psychiatryczny lub inny), jej telefonem i pozycją.
• Status to kolorowy znacznik: open (przyjmuje pacjentów), on diversion albo closed. Szybki przycisk zmienia go jednym kliknięciem, a zmiana to przypisane zdarzenie dziennika.

Nic tutaj nie decyduje o miejscu docelowym; mówi ludziom, którzy decydują, co jest otwarte.

Typy zgłoszeń i karty wyjazdów

Typ zgłoszenia to rodzaj zdarzenia (SF pożar budynku, CHEST ból w klatce piersiowej) z domyślnym priorytetem, dyscypliną i kartą wyjazdu: ile jednostek każdej zdolności potrzebuje („3 × engine, 1 × ladder, 1 × als”). Rekomendacje wypełniają kartę wyjazdu. Zdolności pochodzą z typów jednostek (Admin › Settings) i jednostek.

Critical call umieszcza ludzi, którzy przy nim pracują, na liście troski (rozdział 53) przełożonego; Send a drone sprawia, że reguła startu dronów prosi o drona (rozdział 50).

Auto-dispatch (tylko typy priorytetu 3 do 5): gdy żaden dyspozytor nie wysłał jednostek w czasie oczekiwania z Settings (60 sekund, chyba że zmieniono), rekomendowane jednostki jadą same, zapisane jako *auto-dispatch*. Wysyłana jest tylko kompletna rekomendacja bez ostrzeżeń (zweryfikowana lokalizacja, każda linia wypełniona); w przeciwnym razie oś czasu mówi dlaczego, a dyspozytor ją wysyła. Próbuje raz na zdarzenie.

Plany reagowania

Plan reagowania to kolejność wyjazdu: jednostki, których agencja chce, w ustalonej kolejności, gdy plan ma zastosowanie. Rekomendacja podąża za ustaloną kolejnością planu, gdy ma zastosowanie; jeśli planowana jednostka nie może jechać, mówi dlaczego i kto jedzie zamiast niej. Zawsze decyduje człowiek.

Plan ma zastosowanie, gdy wszystkie jego warunki pasują do zdarzenia:

• Call types: wybrane kody (puste oznacza każdy typ).
• Modifiers: wybrane modyfikatory, jeśli są.
• First-due station area: obszar stacji albo Anywhere.
• Addresses: adres zdarzenia zaczyna się od jednej z tych linii (po jednej na linię), dla planu specyficznego dla adresu.
• From / To: okno pory dnia (HH:MM), opcjonalne.

Ustalona kolejność to identyfikatory jednostek w kolejności, w jakiej są pożądane; dodawaj z listy, zmieniaj kolejność przyciskami w górę i w dół, usuwaj dowolną. Plan bez kolejności niczego nie zawęża i jest ignorowany.

Nagrywanie mapy

bitdispatcher nagrywa dane OpenStreetMap dla okręgu wokół twojego centrum do własnej pamięci, a potem rysuje mapę dysponowania, trasuje jednostki po drogach i znajduje adresy z tej pamięci bez internetu.

1. Wybierz centrum (preset, środek mapy konsoli lub pozycję) i promień (100 mil obejmuje hrabstwo i jego sąsiadów z pomocy wzajemnej).
2. Pobrania, których wymaga obszar, są od razu wymieniane (ekstrakty stanowe z Geofabrik). Naciśnij Record.
3. Nagrywanie trwa kilka minut; dysponowanie działa dalej z bieżącą mapą, która zostaje, dopóki nowa nie będzie kompletna. Każde nagranie to zdarzenie dziennika.

Bring up to date stosuje dzienne pliki zmian OpenStreetMap (Geofabrik publikuje jeden dziennie na ekstrakt) od czasu nagrania mapy: kilka megabajtów zamiast całych ekstraktów, a potem pamięć jest budowana ponownie. Nagraj ponownie dla nowego obszaru albo gdy mapa jest zaległa o ponad rok; już wykonane pobrania są sprawdzane względem opublikowanych sum kontrolnych i ponownie wykorzystywane.

Zdjęcia lotnicze

Pod mapą Aerial photos nagrywa zdjęcia wokół tego samego centrum: pełna szczegółowość w wybranym promieniu (zoom 19: dachy i samochody) i mniejsza ku krawędzi (zoom 16). Szacunek (kafelki, rozmiar, czas) podąża za formularzem; już nagrane kafelki są pomijane, więc zatrzymane nagrywanie podejmuje się tam, gdzie było. Źródła i ich warunki są wymienione: Virginia Base Mapping Program VGIN dla Wirginii, USGS The National Map (NAIP, domena publiczna) gdzie indziej.

GIS hrabstwa

Własny GIS hrabstwa jest dokładniejszy niż OpenStreetMap tam, gdzie hrabstwo go prowadzi. Admin › County GIS importuje jego warstwy dla obszaru nagranej mapy do własnej pamięci, zachowywanej przy ponownym nagraniu mapy.

1. Wklej adres ArcGIS REST warstwy (…/FeatureServer/0), wybierz preset (ogólnostanowe punkty adresowe i osie dróg Wirginii z VGIN albo otwarte adresy Overture) albo prześlij plik GeoJSON lub CSV z kolumnami szerokości i długości geograficznej. Warstwa jest od razu odczytywana: jej nazwa, ile rekordów leży w obszarze oraz przypuszczenie co do rodzaju i pól.
2. Sprawdź mapowanie pól względem przykładowych wartości pokazanych obok każdego pola i naciśnij Add layer.
3. Import now odczytuje każdą włączoną warstwę. Używana pamięć zostaje, dopóki nowa nie będzie kompletna; każdy import to zdarzenie dziennika.

Wyniki wyszukiwania z danych hrabstwa są jako takie oznaczone. Warstwy ArcGIS są odczytywane tylko przez https, partiami, więc usługi ograniczające zapytanie i tak dają wszystko.

Ustawienia

• Agency nazwa i prefiks numeru zdarzenia.
• Status timers: minuty w każdym statusie, zanim dyspozytor zostanie poproszony o status check.
• Mark-outs: rodzaje, dla których jednostkę można oznaczyć (kod, nazwa, minuty status-check, które jednostki, czy można ją wycofać na zgłoszenie, czy jest wycofana oraz najdłuższy czas trwania, zanim przełożeni są informowani). Zobacz Status policji i mark-outy.
• Stale wieki dla AVL i lokalizacji dzwoniących.
• Shift changes (07:00 19:00) dla okresów zmian w raporcie operacyjnym.
• Travel estimates poza nagraną mapą: współczynnik drogowy i średnia prędkość.
• Calls: jak blisko i jak szybko dzwoniący są grupowani (rozdział 47); niealarmowe (rozdział 48) linie, słowa i odpowiedź.
• People: słowa zgłoszeń krytycznych (rozdział 53), linia wsparcia oraz kiedy sugerować przerwę (rozdział 54).
• Quality review standardy i pytania do wysłuchania (Kontrola jakości (rozdział 57)); progi crash data (Dane o kolizji pojazdu (rozdział 49)); poziom ostrzeżenia o ataku na linie (rozdział 59).
• Map beyond the recorded area: źródło kafelków online (pobierane i buforowane przez serwer, nigdy przez przeglądarki) oraz początkowy środek i zoom mapy.
• Unit types: kod, nazwa, dyscyplina, zdolności oraz czy stacje trzymają je pod pokryciem (sugestie move-up).
• Dispositions, z którymi można zamknąć zdarzenie.

Sign-in notice to informacja o użytkowaniu systemu pokazywana na stronie logowania przed zalogowaniem: tylko użytkowanie autoryzowane, użytkowanie jest monitorowane i rejestrowane (CJIS Security Policy jej wymaga). Auto-dispatch waits to czas, przez jaki zgłoszenie typu auto-dispatch czeka na dyspozytora (zobacz Typy zgłoszeń).

Integracje

Jak bitdispatcher łączy się z obsługą zgłoszeń i radiem. Każda integracja pokazuje swój stan na żywo i listę kontrolną używanych styków.

• Attachments (pod Connections): demon ClamAV (clamd, host:port lub jego gniazdo) skanuje pliki zdarzeń i załączniki wiadomości, zanim zostaną zachowane; plik, który zgłasza, jest odrzucany i zapisywany, a jeśli clamd jest nieosiągalny, przesłanie jest odrzucane, zamiast być zachowane bez skanowania. Test sprawdza, czy czysty plik przechodzi i czy standardowy testowy plik antywirusowy jest wychwytywany. Read the words in pictures używa programu Tesseract na serwerze do wyszukiwania (zdjęcia nigdy go nie opuszczają); zwykły tekst i pliki PDF są odczytywane bez niego.

• BitVoice: jego adres i token API oraz jego certyfikat przypięty przez Read it. Zobacz BitVoice (rozdział 87).
• More BitVoice systems: Add a BitVoice podąża też za innym, np. sąsiedniego PSAP: jego nazwa, adres, token API oraz własny token EIDO i sekret radiowy (New je tworzy). Jego zgłoszenia pokazują swoją nazwę w kolejce zgłoszeń, a to, co z jednym z nich robisz (SMS, rebid, wideo, zdjęcia), wraca do tego BitVoice.
• Neighbouring agencies: ich systemy CAD, do wysyłania i odbierania zdarzeń. Zobacz Zdarzenia z sąsiednimi agencjami (rozdział 31).
• Supplemental location (RapidSOS, NG9-1-1 LIS): serwer lokalizacji pytany przez HELD o to, gdzie jest telefon dzwoniącego: jego adres i poświadczenia, które daje dostawca, Ask for every new 911 call oraz Try a number. Call-taker może nacisnąć Ask <name> na panelu ANI / ALI. Jeszcze nieprzetestowane względem samego RapidSOS (docs/SUPPLEMENTAL-LOCATION.md).
• Public incident feed: otwarte zdarzenia dla ludności lub aplikacji takich jak PulsePoint: adresy z dokładnością do setki bloku, punkty do około 100 m, bez dzwoniących i notatek; opcjonalny token i adres push; See what it shows zanim go włączysz.
• EIDO: token, którego system obsługi zgłoszeń używa do wypychania EIDO do /api/ng911/eido.
• Radio: sekret dla webhooków radiowych do /api/radio/events.
• ALI spill: adres TCP, na którym nasłuchuje bitdispatcher, oraz Test.
• Hooks, drones and translation: token styków dla transkrypcji, danych o kolizji, raportów dronów i słów radiowych, system dronów oraz opcjonalny model językowy. Zobacz Styki i połączenia (rozdział 60).

Views (miejsce z każdej strony, zobacz Widoki (rozdział 25)):

• EagleView: aplikacja na portalu deweloperskim EagleView z dostępem do Imagery API w ramach licencji agencji; jej client ID i sekret. Sandbox używa obszaru testowego EagleView (Omaha), aby to wypróbować.
• Panoramax: bez klucza; puste używa katalogu każdej instancji albo podaj własną instancję agencji.
• Mapillary: token klienta z panelu deweloperskiego Mapillary.
• Google Street View link: tylko łącze.
• Test at the map's centre sprawdza centrum u każdego włączonego dostawcy i mówi, co wróciło. Najpierw zapisz.

NERIS (raportowanie straży i EMS): NERIS ID departamentu (FD i osiem cyfr), client ID i sekret integracji CAD z NERIS oraz nazwa centrum dysponowania. Przy *Send each fire or EMS incident when it closes* każde zamknięte zdarzenie z pożarowym lub EMS typem zgłoszenia albo jednostką trafia do NERIS jako rekord CAD (czasy zgłoszenia, jednostki i zwolnienia, miejsce, dyspozycja, notatki; jednostki policyjne pominięte); NERIS trzyma je jako oczekujące, dopóki straż go nie uzupełni. Check the last closed incident prosi NERIS o walidację jednego bez zachowywania go. Przełożeni widzą *NERIS sent* (lub dlaczego odrzucono) na zamkniętym zdarzeniu, z Send to NERIS do ponownego wysłania; drugie wysłanie aktualizuje ten sam rekord. Używaj środowiska testowego NERIS, dopóki NERIS nie sprawdzi integracji.

BitVoice

bitdispatcher używa każdego styku, jaki BitVoice oferuje systemowi CAD, i nie potrzebuje żadnego z nich: bez BitVoice ALI i EIDO z dowolnego systemu obsługi zgłoszeń działają tak samo.

Niepowodzenia dostarczenia, które zgłasza BitVoice, pokazują się na panelu Situation.

Co pokazuje zgłoszenie 911 z BitVoice na zgłoszeniu (panel zdarzenia i ANI / ALI call-takera):

• number verified (lub NOT verified) ze sprawdzenia STIR/SHAKEN caller ID, z atestacją. Nieudane sprawdzenie to powód, by wątpić w numer, nie w nagły wypadek.
• ESInet, żądana usługa, starszy pień CAMA i sposób, w jaki znaleziono jego lokalizację, oraz sposoby, jakimi przyszedł tekst (MSRP, SIP, RTT, TTY).
• Address in the address data lub NOT, z LVF BitVoice: brakujące części, poprawki *Did they mean…* oraz czy pozycja dzwoniącego zgadza się z adresem.
• Location check (BitVoice) po rebid: którą lokalizację pokazać najpierw i dlaczego.
• Zdjęcia i klipy dzwoniącego: każde z jego SHA-256, czasem i GPS aparatu, pokazywane jako fakty, dopóki nie naciśniesz Reveal (recorded); każde odsłonięcie jest w dzienniku, z informacją kto patrzył. Hold as evidence trzyma je po terminie przechowywania BitVoice.
• Wideo dzwoniącego otwiera się rozmyte i wyciszone; Reveal jest zapisywane w rekordzie udostępnień BitVoice.
• Zgłoszenie text-to-911 czekające na call-takera: Take this text, a potem odpowiedz w polu.
• Gdy call-taker przekazuje zgłoszenie dalej: odprawa BitVoice dla tego, kto je przejmuje, oraz kto je przekazał.
• Po zgłoszeniu: nazwa nagrania i jego podsumowanie. Odprawa i podsumowanie są oba zachowywane, każde oznaczone jako napisane przez model językowy.

Jeśli BitVoice kończy zgłoszenie, bo dźwięk dzwoniącego ustał (linia ucichła i nie nastąpiło rozłączenie), zgłoszenie o tym mówi, a panel doradczy podnosi je jako ciche zgłoszenie 911: oddzwoń.

Reports › Operations report pokazuje czasy odbierania BitVoice (standard NENA: 90% w ciągu 15 sekund), kto patrzył na zdjęcia i wideo dzwoniących oraz odebrane zdarzenia dziennika i3. Lampka BitVoice na pasku stanu staje się bursztynowa, gdy PSAP, do którego trasuje ESInet, jest pełny, niedostępny lub nieobsadzony.

Użytkownicy i stanowiska

Każda osoba pełni jeden lub więcej dyżurów: call-taker, police, fire or EMS dispatcher, dispatcher (all disciplines), supervisor, administrator, records, field crew lub viewer. Wybiera jeden przy logowaniu (rozdział 2); uprawnienia podążają za nim. Jej rola, najwięcej, co kiedykolwiek może zrobić, to najmniej, co obejmuje wszystkie jej dyżury:

Kody jednorazowe: lista pokazuje, kto ma skonfigurowaną aplikację uwierzytelniającą; Reset dla utraconego telefonu. Nie możesz zmienić własnych dyżurów.

Hasła są generowane albo mają co najmniej 12 znaków. Pięć błędnych haseł blokuje konto na 15 minut. Lista stanowisk pokazuje, kto jest zalogowany i gdzie.

Publiczne konto demonstracyjne. Zaznacz Public demonstration account na viewerze, dispatcherze lub supervisorze, a strona logowania proponuje Sign in as the demo user, z wyborem jego dyżurów: jedno naciśnięcie loguje gościa, bez hasła, na własnym stanowisku (WEB- i cztery litery), chyba że wpisał jakieś. Najwyżej jedno konto, nigdy administrator ani field crew, a błędne hasła wpisane dla niego nie blokują przycisku. Używaj go tylko na serwerze demonstracyjnym: każdy, kto dociera do serwera, może wtedy pracować jako ten użytkownik.

Stacje robocze

Stacja robocza to jedno ze stanowisk konsolowych agencji. Przeglądarka zarejestrowana jako stacja robocza loguje się tam, i nikt nie jest pytany, przy której konsoli jest: każde działanie jest zapisywane ze stanowiskiem już znanym.

• Add stację roboczą z krótkim id (CT1, DISP2) i, jeśli chcesz, nazwą miejsca, w którym stoi.
• Duties offered zawęża to, co logowanie na tym stanowisku może przejąć: Call-taker, Police, Fire or EMS dispatcher, Dispatcher (all disciplines), Supervisor, Administrator, Records. Nie wybieraj żadnego, aby oferować każdy dyżur.
• Enrol this browser czyni komputer, na którym jesteś, tą stacją roboczą; jest to przechowywane tutaj, więc jest pamiętane następnym razem.
• Get a code for another computer pokazuje kod jednorazowy. Na drugim komputerze otwórz stronę logowania, wybierz „Enrol this computer” i wpisz go. Działa raz, przez 24 godziny.
• Enrolled browsers są wymieniane z etykietą i tym, kiedy; odwołaj każdą, która nie powinna już się tam logować.

Każda rejestracja i odwołanie to zdarzenie dziennika.

Kilka ośrodków

bitdispatcher działa w dwóch lub więcej ośrodkach, wszystkich aktywnych naraz: centrum głównym i centrum zapasowym albo sąsiednich hrabstwach dzielących system. Nie ma podstawowego, z którego trzeba by przełączać.

• Każdy ośrodek pisze własny dziennik i kopiuje dzienniki pozostałych przez https, co sekundę, sprawdzając każde zdarzenie względem łańcucha hashy jego ośrodka, zanim je zachowa.
• Ten sam obraz wszędzie: każdy ośrodek stosuje wszystkie zdarzenia w tej samej kolejności (według czasu, a potem ośrodka), więc ośrodki, które mają te same zdarzenia, pokazują ten sam stan, w jakiejkolwiek kolejności nadeszły.
• Odcięty, ośrodek działa dalej sam; gdy łącze wraca, zdarzenia są wymieniane i oba ośrodki ustalają się na tym samym stanie. Jeśli dwa ośrodki zmieniły tymczasem tę samą jednostkę, późniejsza zmiana wygrywa, w obu.
• Numery zdarzeń niosą prefiks każdego ośrodka (N26-000001, S26-000001), więc dwa ośrodki nigdy nie nadają tego samego numeru.
• Konfiguracja: nadaj temu ośrodkowi nazwę i prefiks i zapisz; skopiuj jego token i odcisk certyfikatu do pozostałych ośrodków. Dodaj każdy inny ośrodek z jego adresem, tokenem i odciskiem (Read it odczytuje certyfikat; sprawdź go względem tego pokazanego na tamtym ośrodku). Pasek stanu pokazuje, ile ośrodków jest połączonych.

Obiekty i zagrożenia

Obiekt to to, co centrum wie o miejscu, zanim ktokolwiek zadzwoni: zagrożenia dla załóg (pies, tlen w użyciu, uzbrojony mieszkaniec, skrzynka Knox), notatki i kontakty. Jest pokazywany przy każdym zdarzeniu w promieniu 40 m od niego, na panelu zdarzenia dyspozytora i na terminalu mobilnym, zagrożenia najpierw na czerwono. Wygasły obiekt (tymczasowe zagrożenie po terminie) jest pokazywany jako wygasły.

• Add a premise: wpisz adres i wybierz go z podpowiedzi (to go umiejscawia), kliknij typowe zagrożenia lub wpisz inne, dodaj notatki i kontakty.
• Search według adresu, nazwy, zagrożenia lub id; kliknij jeden, aby go zmienić lub usunąć.
• Przełożeni i administratorzy zmieniają obiekty; każdy je widzi. Każda zmiana to zdarzenie dziennika.
• Pre-plan photos and views: na obiekcie dodaj zdjęcia (z podpisem i stroną, z której je pokazują) i zobacz widoki (rozdział 25) miejsca. SHA-256 zdjęcia jest w dzienniku: plik zmieniony na serwerze jest odrzucany, nie pokazywany.

Obiekty z wcześniejszego systemu wchodzą przez Migration.

Migracja z wcześniejszego CAD

Admin › Migration przenosi dane wcześniejszego systemu CAD z arkuszy, które eksportuje, CSV lub rozdzielanych tabulatorami (kodowanie UTF-8 lub Windows).

1. Upuść plik na stronie. Jego kolumny są dopasowywane do naszych po ich nazwach, a każdy wiersz jest od razu sprawdzany.
2. Wybierz, co zawiera, jeśli przypuszczenie jest błędne: obiekty i zagrożenia, historia zdarzeń albo typy zgłoszeń i karty wyjazdów. Zmień dowolną kolumnę w tabeli; obok pokazywana jest wartość pierwszego wiersza.
3. Import wiersze, które przeszły. Te, które nie, są wymieniane z powodem (brak pozycji i adres, którego mapa nie zna, data, której nie da się odczytać).

Ponowny import tego samego pliku zastępuje to, co przyniósł (obiekty według ich id, typy zgłoszeń według kodu); historia jest dodawana ponownie, więc importuj ją raz. Punkty adresowe trafiają do County GIS, który odczytuje też pliki CSV z szerokością i długością geograficzną.

Zatwierdzone wytyczne

Approved guidance to polityki, przewodniki przyjmowania zgłoszeń, przewodniki reagowania i listy kontrolne agencji. Zakładka Resources call-takera pokazuje pasujące fragmenty z cytatami; nic nie jest wymyślane, pokazywany jest tylko zatwierdzony tekst.

Dokument ma id, tytuł, rodzaj (Policy (mandatory), Guide, Prompts lub Checklist), wersję, datę wejścia w życie, opcjonalne wygaśnięcie, to, co zastępuje, oraz źródło, w którym jest pełna zatwierdzona kopia. Zawęź go do typów zgłoszeń, modyfikatorów lub słów albo oznacz go always shown. Tylko dokument oznaczony Approved for use jest pokazywany call-takerom.

Tekst to Markdown z nagłówkami #/##/###. Nagłówki dzielą go na fragmenty. Pod nagłówkiem linia taka jak Applies: CARD, CHEST; modifiers: WEAPONS; words: not breathing zawęża ten fragment.

• Add the examples ładuje wyraźnie zatytułowane przykładowe dokumenty jako wersje robocze (niezatwierdzone), aby zobaczyć, jak to działa.
• Try it dopasowuje typ zgłoszenia, modyfikatory i jakiś tekst i pokazuje fragmenty, które zobaczyłby call-taker, z ich tytułem, nagłówkiem, rodzajem, wersją i dlaczego, albo notatkę, gdy nic nie pasuje.

Status dokumentu to znacznik: zatwierdzony lub roboczy oraz nieaktualny, gdy minęło jego wygaśnięcie.

Protokoły przyjmowania zgłoszeń

Zestawy pytań twojej agencji, przepracowywane w zakładce Entry call-takera po przesłaniu zgłoszenia (docs/PROTOCOLS.md).

• New protocol albo Start from the example (oznaczony *not for use*). Nadaj mu ID, nazwę i wersję oraz wybierz typy zgłoszeń, dla których jest proponowany.
• Questions: każda odpowiedź prowadzi do następnego pytania albo kończy się na determinant. Make first wybiera, gdzie się zaczyna.
• Determinants: kod, co oznacza, priorytet i typ zgłoszenia, który ustawia (lub zachowuje), oraz instrukcje dla dzwoniącego, po jednej na linię.
• Zaznacz Approved for calls, gdy twój dyrektor medyczny lub komendant go zatwierdził; wersje robocze nie są proponowane. Zapis sprawdza, czy każda odpowiedź gdzieś prowadzi i nic się nie zapętla.
• Na zgłoszeniu: jedno pytanie naraz, odpowiedzi na przyciskach lub klawiszach 1–9; każda odpowiedź jest na osi czasu, a determinant pokazuje się na zdarzeniu dyspozytora.
• Licencjonowane oprogramowanie protokołów (ProQA i inne) może zamiast tego wysłać swój determinant do styku; pokazuje się tak samo, oznaczony systemem.

Ten podręcznik

Ten podręcznik jest wbudowany w bitdispatcher, więc jest obecny wszędzie tam, gdzie on działa, bez internetu. Łącze Help każdego ekranu otwiera jego rozdział; paleta (Ctrl K) znajduje rozdziały po nazwie. Te same rozdziały są drukowane jako docs/manual/index.html i PDF przez make manual.