Komma igång

bitdispatcher är ett system för datorstödd larmhantering (CAD) för 112-centraler: ett enda program med eget webbgränssnitt. Det skapar och följer händelser, rekommenderar enheter efter körtid över vägnätet, visar enheter, samtal och händelser på en insatskarta med flygfoton, ger fältbesättningar en mobilterminal och registrerar varje åtgärd i en manipuleringssäker liggare som rapporterna byggs ur.

Den första timmen

1. Sign in som administratör med lösenordet som skrivs ut vid första starten, och välj Administrator. Se Att logga in (kapitel 2).
2. Spela in kartan: Admin › Map, välj mittpunkt och radie, tryck Record. Ungefär två minuter för 100 miles. Open Map (kapitel 83)
3. Stationer och enheter: var enheterna är placerade och vad de är. Open Stations (kapitel 79) Open Units (kapitel 78)
4. Samtalstyper och insatskort: vad varje slags händelse behöver. Standardvärdena är en vettig start. Open Call types (kapitel 81)
5. Användare: operatörer, arbetsledare och fältbesättningar. Open Users (kapitel 88)
6. Samtalshantering: anslut BitVoice, eller rikta valfritt samtalshanteringssystems ALI-spill och EIDO mot bitdispatcher. Open Integrations (kapitel 86)

Demoläge

Startad med -demo fyller bitdispatcher på en fiktiv myndighet på kartan över Roanoke, Virginia (stationer på verkliga stationspositioner, påhittade enheter). Med bvsim, en simulerad BitVoice, ringer samtal och radion rapporterar positioner; allt som är simulerat är märkt SIMULATED.

Att logga in: din tjänst, dina koder och låset

Skriv ditt användarnamn och lösenord. Om du innehar mer än en tjänst, välj den du tjänstgör i: Call-taker, Police, Fire eller EMS dispatcher, Dispatcher (all disciplines), Supervisor, Administrator eller Records (siffertangenterna väljer). Din arbetsyta öppnas för den, med din sparade förinställning för den tjänsten (Din egen layout (kapitel 6)) och dina vanliga myndigheter (Myndigheten du tjänstgör för (kapitel 7)), och vad du får göra följer av den: servern upprätthåller det, inte bara skärmen.

En arbetsledare som täcker en position behåller sina arbetsledarrättigheter. Du blir aldrig tillfrågad vilken operatörsplats du sitter vid: en registrerad arbetsstation (kapitel 89) ger positionen; en webbläsare som inte är en behåller en egen webbposition (WEB- och fyra bokstäver).

Engångskoder. När myndigheten begär dem (Settings › Roles and sign-in) visar den första inloggningen en QR-kod: skanna den med valfri autentiseringsapp och skriv dess sex siffror. Därefter skriver du den aktuella koden varje gång; en kod fungerar en gång. En administratör återställer den vid en förlorad telefon.

Låset. Ctrl+Shift+L, eller myndighetens antal minuter utan inmatning, låser operatörsplatsen: ingenting visas eller ändras förrän du låser upp med ditt lösenord (och din kod). Allt förblir öppet under, inklusive det du höll på att skriva. Inloggning och utloggning, låsning och upplåsning finns alla i liggaren, med tjänsten och arbetsstationen.

Samtalsinmatning: samtalsmottagarens arbetsyta

En lugn arbetsyta för ett samtal: samtalslistan till vänster, nio flikar högst upp där bara den valda visas, och samtalet (dess plats, transkription och vad som hörts) med narrative (berättelsen) alltid till höger.

Flera pågående samtal

Till vänster om samtalsinmatningen håller Working calls varje pågående samtal i en egen flik: upp till det antal myndigheten tillåter för tjänsten (tre för en samtalsmottagare om inget annat anges; en elev får myndighetens antal, låst). Vart och ett behåller sin egen uppringare, plats, återuppringningsnummer, typ, personer, fordon, kommentarer, sökningar och kontroller; att flytta mellan dem ändrar ingenting i de andra.

• New working call (eller Next call / F2 medan ett pågår och en flik är ledig) startar ytterligare ett utan att rensa det första. Ett samtal som väljs ur listan medan ett skrivs öppnas i en ny flik.
• Varje flik visar sitt nummer, typen eller händelsen, platsen, hur länge det varit öppet, ACTIVE för den du är i, SENT när det skickats in, och ! när det fortfarande saknar en typ eller adress. Tangenter och Submit verkar bara på den aktiva fliken.
• Submit förvandlar bara den fliken till sin händelse; de andra förblir precis som de var.
• Att stänga en flik med information i ber först om bekräftelse och frågar varför; liggaren registrerar varje pågående samtal som öppnats, flyttats, skickats in eller förkastats.
• De hålls på servern med dig: efter en omladdning, en låsning eller en förlorad anslutning kommer de tillbaka på vilken operatörsplats du än loggar in på. En arbetsledare kan se vem som håller vilket och ge ett som lämnats kvar till någon annan (med ett skäl), för de myndigheter de arbetar med.

Call Entry. Skriv en kod eller ett ord för samtalstypen (hundratals går bra; pilar och Enter väljer), prioriteten (typens, eller en annan), modifiers (vapen, pågående, fastklämning…: några höjer prioriteten, några lägger till personer att meddela, de som rör personalsäkerhet visas i rött), händelsens plats (välj ett förslag, högerklicka på kartan, eller använd uppringarens ALI-position; Verify när uppringaren bekräftar den), uppringaren och återuppringningsnumret, och var uppringaren befinner sig när den inte är på platsen. Samtalets ANI/ALI står bredvid.

Innan en andra händelse. F4 letar först efter öppna händelser på samma adress, i närheten eller från samma återuppringningsnummer. Om det finns några ser du dem: Add this call to it lägger samtalet (och det du skrivit) på den händelsen; F4 igen skapar en ny.

Efter inskickning stannar arbetsytan kvar på händelsen. Larmcentralen har den direkt; fortsätt skriva: kommentarer går rakt på den, och F4 sparar ändringar i typen, prioriteten, platsen eller uppringaren. En nyare uppringarplats (en ny begäran, en platsleverantör) visas högst upp: Use it ändrar händelsens plats (den gamla stannar i tidslinjen, operatörer och enheter får besked); Keep låter den vara.

De andra flikarna. Persons och Vehicles (flera av vardera, med deras roll; det uppringaren sagt erbjuds för att fylla i dem), Previous (tidigare händelser länkade via adress, telefon, namn, registreringsskyltar och VIN, bekräftade eller möjliga), Hazards (fastigheter på och nära platsen, personer och modifierare som rör personalsäkerhet, BOLO-träffar: de kritiska visas även som en röd rad på varje flik), CAD Search, Comments (varje anteckning i ordning, samt loggning av begäran om bistånd och resurser, överlämningar, hänvisningar, utgående samtal och givna instruktioner), History (enheter och deras tider, radio, den rekommenderade insatsen) och Resources (myndighetens godkända vägledning (kapitel 4)).

Anteckningar skrivna före inskickning behåller sin egen tid. Ingenting går förlorat vid en låsning eller omladdning: inmatningen hålls kvar i webbläsarfliken tills den skickas in eller rensas.

Resources: godkänd vägledning med samtalet

Allteftersom samtalstypen, modifierarna och det som sägs ändras letar fliken Resources upp de avsnitt av myndighetens godkända policyer, samtalsmottagningsguider, insatsguider och checklistor som är tillämpliga, och lyser upp när det finns något nytt. Varje avsnitt visar sitt dokument, sin sektion, version och ikraftträdandedatum, om det är policy (mandatory) (tvingande), en guide, en checklista eller föreslagna frågor, och varför det matchade; The whole document öppnar hela den godkända texten vid den sektionen. Föråldrade avsnitt och två policyer som båda är tillämpliga markeras. När ingenting är tillämpligt sägs det.

Endast godkänd text visas, ord för ord; ingenting genereras. Att öppna fliken registrerar vilka avsnitt, i vilka versioner, som visades för händelsen, så att en granskare senare ser vad som var tillgängligt vid tillfället. Dokument förvaras i Godkänd vägledning (kapitel 93).

Operatörsskärmen

Allt en operatör behöver finns på en skärm, och varje del av den visar något användbart.

Välj en händelse genom att klicka på den, med [ och ], eller ur paletten (Ctrl K). Esc rensar valet.

Din egen layout

Operatörsskärmen visar bara de sektioner du vill ha, där du vill ha dem. Någon som är ny kan börja med två och lägga till fler när hen är redo.

Din sparade förinställning för varje tjänst

Din layout är en preset som förvaras med ditt konto, en för varje tjänst du arbetar (call-taker, police-, fire- och EMS dispatcher, supervisor…). Logga in för en tjänst vid vilken operatörsplats som helst och din förinställning för den öppnas av sig själv: inget att bygga upp på nytt i början av ett pass.

• Den är låst under normalt arbete: ingenting flyttas, ändrar storlek eller försvinner av misstag.
• För att ändra den: lock-knappen (*Layout locked: edit it*), ordna, och sedan Save & lock. Att välja en färdig layout startar också redigering. Cancel sätter tillbaka den sparade. Varje sparning finns i liggaren med vem som sparade och när.
• En trainee (elev) arbetar med myndighetens tilldelade utbildningsförinställning; layoutkontrollerna visas inte. Någon utan en egen förinställning börjar från myndighetens förinställning för tjänsten.
• En administratör kan spara layouten som myndighetens förinställning för en tjänst (byggnadsknappen under redigering) och skydda en persons förinställning så att bara administratörer ändrar den (Admin › Operations rules).
• Skärmarna som breder ut sig över flera bildskärmar tillhör arbetsstationen (se Flera skärmar (kapitel 10)): varje operatörsplats minns sina egna bildskärmar, så en förinställning placerad på en operatörsplats med färre eller andra bildskärmar faller tillbaka på det som får plats där utan att ändra det du sparade.

Öppna Layout uppe till vänster i statusraden.

• Färdiga layouter: tre för tjänsten du loggade in som, ritade som små bilder. Ett klick visar en. Varje tjänst har Getting started: bara samtalen och händelsen som bearbetas.
• Sektioner: samtal och händelser, karta, händelse, enhetstavla, brandstationer, polisbord och kommandoraden. Klicka på en för att lägga till eller ta bort den, eller dra den till skärmen.

Medan layouten är olåst (lock-knappen bredvid Layout, gul när den är olåst) har varje sektion en namnlist:

Sektioner snäpper på plats: inget överlappar och inget lämnas tomt. Lock layouten när den är rätt: ingenting kan flyttas, ändras i storlek eller tas bort förrän den låses upp igen. Alla börjar låsta på sin tjänsts första färdiga layout.

Varje persons layout förvaras per tjänst, i den här webbläsaren. Statusraden och nödbannrarna visas alltid. Layoutlåset är inte skärmlåset (Ctrl Shift L), som döljer skärmen tills du loggar in igen.

Myndigheten du tjänstgör för

Där centralen larmhanterar åt flera myndigheter (Admin › Agencies) visar statusraden den myndighet du tjänstgör för: dess regler gäller för det du gör (dess händelsenummer, samtalstyper, tidtagare och insatsplaner). Klicka på den för att se och ändra:

• Working: en myndighet, alltid visad.
• Covered: de myndigheter du larmhanterar åt vid den här positionen.
• Watched: myndigheter som visas enbart för medvetenhet.

Din vanliga täckning laddas av sig själv vid inloggning, från din profil (Admin › Agencies › People) och arbetsstationens (Admin › Workstations). En ändring registreras. Du får bara täcka myndigheter du är behörig att arbeta med, och bevaka dessa, eller de som en administratör gav dig eller arbetsstationen att bevaka.

Vad tavlan visar

Någon som är begränsad till vissa myndigheter ser bara sin del av den delade tavlan: dessa myndigheters händelser och enheter, händelser utan myndighet ännu, andra myndigheters enheter som skickats till deras händelser, och 112-samtal tills de blir en annan myndighets händelse. Servern upprätthåller det: en annan myndighets händelse eller enhet avvisas via en direktlänk eller på kommandoraden, och försöket registreras. Någon som arbetar med alla myndigheter ser allt, och kan välja The board shows › Only the agencies covered and watched here för att smalna av sin egen tavla utan att förlora åtkomst.

En händelse har en primary (primär) myndighet (från dess samtalstyp, eller din tjänstgöringsmyndighet) och kan ha assisting (biträdande) myndigheter. Varje enhet behåller sin hemmamyndighet: en annan myndighets enhet som skickats till händelsen visas som biträdande av sig själv. Agencies… under enheterna ändrar dem (en ny primär myndighet kräver ett skäl).

Den fullständiga operatörsplatsen

#/console öppnar alltid den fullständiga operatörsskärmen, oavsett vilken tjänst du loggade in för: en samtalsmottagare kan titta på hela tavlan där, och komma tillbaka till samtalsinmatningen (kapitel 3) på #/taker.

Larmhantering: skäl, varningar, planer och kvittens

• Send rec på en väntande händelse i kön larmar ut dess rekommendation med en tryckning.
• Ett skäl. Att skicka andra enheter än rekommendationen frågar varför (snabbval, eller egna ord); på kommandoraden skriv det efter ett snedstreck: D E5 / closer by radio. Skälet och den insatsplan som följdes förvaras med utlarmningen.
• Varningar. När platsen inte är verifierad, är osäker eller saknas säger rekommendationen det och du bekräftar innan du skickar.
• Insatsplaner. När en plan (kapitel 82) är tillämplig leder dess avsedda ordning; en planerad enhet som inte kan åka stryks över med varför, och enheten som åker i stället anger vems plats den tar. När rekommendationen ändras visas ändringen tills du markerar den som sedd.
• Kvittens. En utlarmad enhet som inte kvitterat inom myndighetens antal sekunder blinkar NO ACK; tryck på den (eller ACK E1) när den gör det. En besättning kvitterar på sin terminal.
• Fakta från samtalsinmatningen på händelsen: modifierare, personer och fordon, en ändrad plats (i gult i en halvtimme), var uppringaren är, BOLO-träffar, talgruppen (TG FIRE-OPS2) och meddelanden som återstår att göra, var och en med done.
• Läge: skiftets passdown-logg (överlämning), aktiva BOLOs (utfärda, återkalla; BOLO text på kommandoraden; besättningarna ser dem) och facilities (mottagningsställen) med enknapps öppen / omdirigering / stängd.

Skärmar på flera bildskärmar

En position kan breda ut sitt arbete över så många bildskärmar den har. Varje bildskärm visar en screen (skärm): ett fönster av samma levande bild, ordnat för ett arbete. Alla en positions fönster delar en inloggning och ett val: välj en händelse på köskärmen och den öppnas på händelseskärmen och kartan.

Öppna Screens med bildskärmsknappen i statusraden, ur kommandopaletten, eller med Ctrl+Shift+S.

• Add a screen, välj dess disciplines (alla, fire, EMS, police, övrigt) och Open den. Open all öppnar varenda en.
• Detect monitors (Chrome och Edge) visar bildskärmarna så som datorn ordnar dem; ge varje skärm sin bildskärm och den öppnas där och fyller den. I andra webbläsare, dra varje fönster dit du vill ha det en gång: det öppnas där nästa gång.
• Layouten förvaras på arbetsstationen för positionen, så nästa pass vid skrivbordet får samma skärmar. Med Offer to open these screens at sign-in erbjuder den fullständiga operatörsplatsen dem med ett klick efter inloggning.
• Webbläsaren ber om att få tillåta popupfönster (och, i Chrome och Edge, fönsterhantering) första gången.

Discipliner

En skärm som är begränsad till vissa discipliner visar deras enheter, och de händelser som behöver dem: en händelses egen samtalstyp, enheterna som skickats till den, och enheterna som dess insatskort begär (en krock med personskador finns på fire-skärmen och på police-skärmen). Statusraden visar skärmens discipliner som en färgad bricka. Varje skärm visar fortfarande varje emergency (nödläge) och varje 112-samtal som ännu inte är på en händelse.

Skärmen för händelser och samtalsinmatning

Kön av 112-samtal och händelser, med händelsen som bearbetas bredvid i full höjd, formuläret för ny händelse (F2) och kommandoraden. Det är samtalsmottagarens och operatörens arbetsskärm när kartan och enheterna finns på andra bildskärmar. Allt fungerar som på den fullständiga operatörsplatsen (se Operatörsskärmen).

Brandstationsskärmen

Varje station som ett kort, med varje enhet som bor där eller täcker där.

• Portarna: en dörr per enhet. Stängd och grön betyder att den är i stationen och tillgänglig; öppen är strecket i färgen för dess status.
• Tillståndet: IN QUARTERS (alla hemma), PARTIAL, COVERED (en förflyttning är inne) eller EMPTY (ingen enhet tillgänglig i huset, med hur länge).
• Brickor: varje enhets status, dess tid i den, och vad den gör (sin händelse, eller var den täcker). Klicka, dra till en händelse eller högerklicka som på enhetstavlan.
• Luckor: ett slags enhet som huset borde hålla i stationen men inte gör, med den bästa Move up med ett klick (se Förflyttningar).
• Högst upp: hus med en enhet inne, tomma hus, enheter ute, och varje slags enhet tillgänglig av sitt totala antal, med varje status i en stapel.

Polisstatus och utmarkeringar

Varje polisbil i en tabell, med kartan bredvid: vad den gör, var, hur länge, och när dess status check (statuskontroll) är dags.

• Gör: sin händelse (klicka för att öppna den), eller sin mark-out (utmarkering): vad den gör på egen hand, såsom en måltid, domstol, tankning, en rapport eller en uppföljning.
• Var: platsen som angavs när den markerades ut, dess händelses adress, eller den närmaste adressen till dess AVL.
• Statuskontroll: en ring fylls allteftersom enhetens tid löper; gul mot slutet, röd och blinkande när kontrollen är dags, med hur länge sedan. En kontroll är dags efter statustidtagaren (Admin › Settings), eller utmarkeringens egen tid.
• OK registrerar statuskontrollen (enheten mår bra) och startar dess tidtagare igen. MO markerar ut den; AV gör den tillgänglig.
• Brickorna högst upp räknar tillgängliga, på larm, utmarkerade (efter slag), ur tjänst och kontroller som är dags; klicka på en för att visa bara de.

Från kommandoraden

• MO 2A12 MEAL 315 Church Ave: markera ut, med var. Utan en plats behålls enhetens AVL-position. Lägg till en anteckning efter ett snedstreck: MO 2A15 COURT 315 Church Ave / Courtroom 2. MO ensamt listar myndighetens slag.
• SC 2A12: statuskontroll, allt väl. Flera enheter samtidigt: SC 2A12 2A13.

Utmarkeringar finns även på varje enhets högerklicksmeny och i enhetsdetaljerna, och en besättning markerar ut sig själv från mobilterminalen (F7). En utmarkering som kan dras tillbaka (en måltid, en rapport) erbjuds av rekommendationen när ingen tillgänglig enhet kan fylla en rad: den skickas aldrig utan att en operatör väljer den. Slagen, deras tider och vilka som kan dras tillbaka ställs in i Admin › Settings, med den längsta tid var och en får vara: en enhet som är ute längre än så visar OVER på enhetstavlan och arbetsledartavlan, och arbetsledarna får ett högprioriterat meddelande en gång.

Enhetsstatusskärmen

Enhetstavlan för sig själv, med större brickor som även anger vad varje enhet gör. Klick, drag och högerklick fungerar som på enhetstavlan på den fullständiga operatörsplatsen.

Kartskärmen

Insatskartan ensam. Den följer händelsen eller samtalet som valts på någon av positionens skärmar, och ritar utmarkerade enheter där de markerades ut när deras AVL inte är färsk.

Skärmen för händelse och läge

Den valda händelsen i full höjd (dess samtal, enheter, tidslinje, fastigheter, rekommendation och rapport), eller, med inget valt, läget: vad som väntar, statustidtagare som gått över tiden, förflyttningar och aktivitet.

112-samtal

Samtal anländer från BitVoices händelseström, från EIDO som skjuts ut av valfritt samtalshanteringssystem, och från ALI-spillet. Samma samtal från flera källor slås samman till en rad.

• Ringande samtal visas innan de besvaras, så att operatören ser vad som är på väg.
• Plats: uppringarens position och osäkerhetscirkel, adressen när det finns en, och STALE när platsen är äldre än inställningen i Admin › Settings. Rebid ber om en ny (BitVoice).
• + Incident på ett samtal skapar en händelse från det, med platsen och återuppringningsnumret ifyllda. Samtal som redan är kopplade visar sin händelse.
• Text till uppringaren, en videolänk och live-video finns på samtalet när BitVoice erbjuder dem.
• Dess transkription (kapitel 44) och vad som hörts, översättning (kapitel 45), enhetsplatsen och våningen (kapitel 46), krockdata (kapitel 49), uppringare grupperade (kapitel 47) och ickeakuta (kapitel 48) samtal beskrivs i egna kapitel.

Händelser

New incident: F2, New-knappen, + Incident på ett samtal, högerklick på kartan (adressen fylls i), en sökträffs New incident, eller NEW SF 2001 Crystal Spring Ave på kommandoraden. En adress som den inspelade kartan känner exakt placeras på kartan direkt, så att enheter rangordnas efter väg genast; allt annat förblir text att placera.

Händelsepanelen visar rekommendationen, enheterna på den med sina tider, uppringaren och tidslinjen. Anteckningar (N text) och prioritetsanteckningar (PN text) går på tidslinjen; prioritetsanteckningar visas för varje operatör och enhet.

Close med en disposition (CL Handled); enheter som fortfarande är på den blir tillgängliga. Arbetsledare kan återöppna (RO #26-000123 reason).

Correct the record (arbetsledare, på en avslutad händelse) ändrar samtalstypen, prioriteten, dispositionen, adressen eller en enhets tider utan att återöppna den: ange varför, och tidslinjen behåller vad vart och ett var. Rapporter som redan skickats (NERIS, NIBRS) skickas om för hand.

Replay (arbetsledare, på en avslutad händelse) spelar upp den ur liggaren: enheterna rör sig på kartan längs sina inspelade positioner (ungefär var 30:e sekund) medan tidslinjen fylls i, i 10× till 120×, med ett reglage till vilket ögonblick som helst.

Enhetsrekommendationer

För den valda händelsen bygger bitdispatcher en rekommendation ur dess samtalstyps insatskort: för varje rad ("3 × engine", "1 × als") de tillgängliga enheterna med den förmågan, närmast först. Enheter som redan är på händelsen fyller raderna först, och knappa förmågor fylls före vanliga så att en flerrollsenhet inte förbrukas där en annan skulle räcka.

• Körtider kommer från det inspelade vägnätet: skyltade eller typiska hastigheter, enkelriktade gator respekterade, från enhetens färska AVL-position eller dess station. Skälet säger det: "1.7 mi via väg, 4 min via Franklin Road".
• Utanför den inspelade kartan, eller utan väg mellan, är tiden en uppskattning fågelvägen och märks ~.
• En enhet som täcker en annan station rangordnas från där den är placerad.
• Anteckningar varnar när ingen enhet har en förmåga (överväg bistånd) eller när ett utskick skulle lämna en station tom.

De rekommenderade enheterna är valda; Dispatch (Ctrl Enter, eller REC) skickar dem. Klicka på enheter för att ändra valet, Use recommendation för att gå tillbaka till det, eller skriv D E1 M2. Liggaren registrerar vad som rekommenderades och vad som skickades.

Rådgivande förslag

Bredvid händelsen och på Situation-panelen kan den rådgivande panelen föreslå något: två händelser som kan vara desamma, ett samtal som kan handla om en öppen händelse, ord som inte passar samtalstypen ("rök" på ett brandlarm, "andas inte" på ett fall), en upprepad adress, en prioritet 1 fortfarande utan en enhet, en enhet på plats som inte hörts av.

• Why: öppna ett förslag för att se bevisen det stödde sig på (med sin källa: enhet, uppringare, operatör, maskin), vad det antog saknas, och regeln i klartext.
• Cannot determine är ett svar: när källor av lika vikt är oense ("rök" och "ingen rök" från två uppringare) säger den det och du beslutar.
• Accept kör det föreslagna kommandot som dig (ändra typen, koppla samtalet, larma ut rekommendationen), eller noterar det bara. Reject med ett enklicks skäl; det visas inte igen. Båda registreras.
• Den ger endast råd. Den slår aldrig samman, typar om, prioriterar om eller larmar ut av sig själv, och kärnlarmhanteringen fungerar likadant när den är av eller nere.

När en uppgradering levererar en ny regel (såsom *Silent or abandoned 911 call*) erbjuder Admin › Advisory panel den ovanför reglerna: Add it, sedan Save version. En sparad kodbok ändras aldrig av sig själv.

Förflyttning och täckning

När en station inte har någon tillgänglig enhet av ett slag den normalt hyser (dess släckbil är ute på ett larm) visar Situation-panelen en Move-up-ruta med förflyttningen som fyller luckan: den närmaste enheten av det slaget via väg, från en station som kan avvara en.

• Move E3 from ST3 placerar enheten vid den tomma stationen med ett klick (MU E3 ST1). Den förblir tillgänglig och rekommenderas därifrån.
• En förflyttning som skulle lämna sin egen station tom erbjuds först efter förflyttningar som inte tömmer något, och säger "tömmer ST4".
• När stationens egen enhet är tillbaka skickar en Home-knapp täckningen hem (RET E3).
• Vilka slag som hålls täckta ställs in per enhetstyp i Admin › Settings (frontlinjens släckbilar, stegbilar, ambulanser och patruller som standard).

Enhetsstatusar

Varje status har en tidtagare (Admin › Settings); en enhet som gått över sin tidtagare blir gul på tavlan och listas under Status timers past due. Statusar anges på kommandoraden (ER E1, AV E1 M2), från enhetens bricka, eller av besättningen på mobilterminalen (kapitel 35). AVL-positioner äldre än stale-inställningen ritas streckade och används inte för att rangordna enheter.

Insatskartan

Kartan ritas ur bitdispatchers egen inspelade karta (kapitel 83): vägar efter klass med vägmärkesskyltar och enkelriktningspilar, läns- och kommungränser, husnummer och brandposter på gatunivå, brand, polis, EMS och sjukhus i egna färger.

• Search (uppe till höger): en adress (2001 Crystal Spring Ave), en korsning (Orange & Williamson, and, / eller at), en gata, eller en plats. Piltangenter och Enter; New incident från en träff. Ett husnummer som inte finns registrerat erbjuder de närmaste numren på samma gata.
• Right-click var som helst: vad som finns här (den närmaste adressen eller vägen), New incident here, och Vyer av den här platsen (kapitel 25) när en leverantör är på.
• Routes: för den valda händelsen, vägrutten för varje rekommenderad, vald och tilldelad enhet, med dess ankomsttid på enheten.
• Day / Night växlar paletten; Photos (F7) lägger flygfoton under gatorna; 3D reser byggnaderna (OpenStreetMaps våningar där de är kartlagda) och lutar kartan, och högerdrag vrider den; Fit all visar varje enhet och händelse; OOS och Stations visar eller döljer dessa.
• Den streckade cyanlinjen är kanten av den inspelade kartan: bortom den visas onlinekartan, dämpad, och körtider är uppskattningar.

Flygfoton

Operatörer hittar platser via tak ("det vita huset bakom kyrkan"). Med Photos på (F7 eller knappen på kartan) är flygfoton grunden och gatorna, namnen och husnumren ritas över dem.

• Foton spelas in i Admin › Map: full detalj nära mittpunkten, mindre detalj ut mot kanten. Att zooma in bortom det som spelats in förstorar fotot under det, så kartan blir aldrig tom.
• Brickan bredvid knappen anger när fotot i kartans mitt togs, var källan publicerar det ("2023, 12 inch ortho"): ett gammalt foto förväxlas aldrig med dagens.
• Där inget är inspelat hämtar servern fotot på begäran och behåller det, om det inte stängts av.

Vyer: platsen från varje sida

Flygfoton visar taket. Views visar framsidan, baksidan och sidorna: var bakdörren är, staketet, trappan, vilken sida brandposten är på.

• Views på händelsepanelen (bredvid platsen), i samtalsmottagarens Hazards-flik, på besättningarnas mobilterminal (kapitel 35), och från ett högerklick på kartan.
• N E S W: de fyra sneda flygfotona, sett mot norr, öster, söder och väster, från myndighetens egen EagleView-licens. Att se mot norr visar sydsidan av en byggnad. Piltangenterna vrider kompassen.
• Street-foton som ser mot platsen, närmast först och högst två per riktning, från Panoramax eller Mapillary (öppna foton, CC-BY-SA, täckningen beror på vem som fotograferat gatan).
• Pre-plan-foton: myndighetens egna bilder av en fastighet (Knox-boxen, gasavstängningen, bakentrén), offline och på den här servern. Besättningar lägger till dem från terminalen med enhetens kamera, operatörer och administratörer härifrån eller Fastigheter (kapitel 91); arbetsledare tar bort dem.
• Varje bild anger var den kom från och när den togs, så att en gammal bild aldrig förväxlas med dagens. Utvidga-knappen visar den i full storlek.
• Google Street View, när den erbjuds, öppnar Google i en ny flik; inget från Google visas inuti bitdispatcher.

Meddelanden till och från besättningarna

Meddelanden går från golvet till besättningarnas terminaler, och från besättningar till larmcentralen eller till en annan enhet, utan radion.

• Write i Messages (Situation-panelen): till en enhet eller flera (E1 M2), en disciplin (ALL-FIRE, ALL-EMS, ALL-POLICE) eller alla (ALL). Lämna To tomt för att skriva till enheterna på den valda händelsen. ! gör det brådskande.
• Command line: MSG E1 M2 / Stage at the north lot, MSG ALL-EMS ! Carilion on diversion, MSG #26-000123 / Caller says the back door is open.
• From the crews: meddelanden till larmcentralen är feta tills en operatör klickar på dem, och aviseras när de kommer in. Ett meddelande på en händelse skrivs även på dess tidslinje.
• Read: terminalen markerar ett meddelande läst när det visas (ett brådskande när besättningen trycker Got it); golvet ser *read by E1*, eller *not read yet* efter två minuter.
• Varje meddelande och varje läsning är en liggarhändelse. Besättningar skriver till larmcentralen eller till enheter, aldrig till alla.

För meddelanden med ett ämne, prioritet, bilagor, utgång och versioner, och för BOLOs och personalsäkerhetsnotiser, använd Meddelanden och BOLOs (kapitel 27).

Meddelanden och BOLOs: inkorgen

En inkorg som e-post inuti CAD, för messages, BOLOs, officer-safety och administrative notiser (kuvertet i statusraden; myndigheten kan lägga till egna slag).

Att skriva ett

Compose: slaget, priority, ett ämne och texten (den väsentliga varningen går i texten, aldrig bara i en bilaga), To och CC, den ägande myndigheten, händelsen och relaterade händelser, och för en BOLO registreringsskylten, fordonet, personen och beskrivningen. Adresser kan vara enheter, ALL, ALL-FIRE, ALL-EMS, ALL-POLICE, DISPATCH, en myndighet (@agency:RPD: dess CAD-positioner och dess enheters terminaler), en roll, en tjänst, en namngiven person eller en operatörsplats. En BOLO utan någon namngiven går till varje position och terminal hos den ägande myndigheten. Attachments (bilder, PDF:er och de typer myndigheten tillåter) kontrolleras efter sitt innehåll, skannas där myndigheten kör en virusskanner, och behålls med sin hash. Effective- och expires-datum; *no expiration* där myndigheten tillåter det. Save draft behåller det under Drafts.

Prioriteter

Myndigheten ställer in varje nivås ton, upprepning, kvittens och eskalering (Admin › Operations rules, där Play låter dig höra var och en). Tonerna skiljer sig i rytm och ljudstyrka, inte bara tonhöjd: larmet är fem snabba pulser, varningen tre, klämtet två mjuka toner, plinget en tyst puls, var och en med övertoner så att den bär över ett rum och genom ett headset. Flera som kommer samtidigt ljuder en gång, med den högstas ton. Varje prioritet visas i ord och med en ikon, aldrig enbart med färg; bara nivåer myndigheten tillåter kan tystas.

Webbläsare håller en sida tyst tills någon använt den. Efter en omladdning slår den första tangenten eller klicket på ljudet; dessförinnan säger en brådskande banner the browser is keeping this console silent med en knapp för att slå på ljuden.

Mappar, kvitton och versioner

Inbox, Drafts, Sent, Active BOLOs och Archived (utgångna, återkallade och ersatta, märkta som sådana). Leverans, öppning och kvittens registreras för personen och den tjänst de tjänstgjorde i, inte bara skärmen. Update skickar en ny version och Cancel en återkallelse; tidigare versioner behålls, visas i historiken, och stannar på händelsens tidslinje med bilagorna (inte uppladdade två gånger). En person ser en kommunikation endast när den är till hen, eller som arbetsledare eller registerpersonal hos dess myndighet. Allt finns i liggaren.

Sökning: händelser, BOLOs, personer, fordon och enheter

En sökning (förstoringsglaset i statusraden, eller Recall i de klassiska tangenterna) över händelser (nummer, typ, adress, berättelse och kommentarer), meddelanden och BOLOs (varje version), personer (namn i valfri ordning, alias, födelsedatum, telefoner, adresser, identifierare, beskrivningar), fordon (registreringsskylt, partiell skylt med ? för ett tecken du inte vet, VIN, märke, modell, färg), bilagor (filnamn, bildtexter, och orden i dem: textfiler, texten i PDF:er, och orden i bilder där servern läser dem) och enheter (anropssignal, radio-ID, vilka som är ombord).

• Träffar grupperas, med filter för slagen, myndighet, datum och status.
• Varje anger why den matchade (samma skylt, partiellt VIN, delad telefon, liknande beskrivning, *i filens text* med orden omkring) och hur starkt: exact, partial eller similar (liknande stavningar när det efterfrågas).
• Possible matches markeras som sådana: en sökning länkar aldrig en person, ett fordon eller en händelse till något.
• Utgångna, uppdaterade och återkallade BOLOs anger det med versaler; en gammal varning ser aldrig aktuell ut.
• Du söker i de myndigheter du täcker och bevakar; beyond my agencies endast där du får arbeta med dem, och varje träff namnger sin myndighet. Namn på ungdomar och medicinska anteckningar undanhålls personer utan rätten, och inget begränsat räknas eller visas.
• Varje sökning, och varje post som öppnas ur den, registreras i liggaren.

Unit recall (från en enhet i träffarna, eller en enhets History): en enhet över en period, i en tidslinje: dess statusar och utmarkeringar, händelserna med sin typ och adress, vilka som bemannade den och i vilken position, statuskontroller, meddelanden, och var den var enligt AVL eller radio. Smalna av efter insatsperson, status eller händelse; ladda ner den som CSV.

Larm, skyltläsare och skottdetektering

Larmbolag, skyltläsare och skottdetektering skickar sina larm till bitdispatcher (Admin › Integrations; kontraktet är docs/ALERTS.md). Vart och ett anländer i 112-samtalslistan som ett samtal, data only, med vad det är med en blick: larmtypen och zonen, VERIFIED när larmbolaget verifierat det, skylten och dess bevakningslista, antalet skott.

• Välj det: händelsepanelen visar allt avsändaren gav (fastighet, konto, tillstånd, nyckelinnehavare, operatörens återuppringningslinje, kameran och riktningen, en länk till skyltläsarens bild).
• Skapa händelsen från det, eller koppla det till en, som från valfritt samtal; myndighetens egna larm- och skottlossningstyper föreslås när de finns.
• En uppdatering från avsändaren ändrar samma samtal; en cancel från ett larmbolag läggs på händelsen som en prioritetsanteckning.
• Larmbolag får besked om vad det blev av deras larm: accepterat, utlarmat, på plats, avslutat.
• Ett larm ingen agerar på lämnar kön efter 30 minuter; det stannar i liggaren.

Stationsskärmen och utlarmning med toner

När enheter larmas ut larmas deras stationer ut med toner (där en administratör slog på det i Integrations). I brandstationen visar en skärm på ett skrivskyddat konto på #/station (välj stationen en gång; den kommer ihåg) stationens enheter och deras statusar, och vid ett larm:

• stigande toner, dubbelt så många för en prioritet 1, sedan larmet uppläst två gånger: enheterna, samtalstypen och gatan;
• samtalet i stor stil: prioritet, typ, adress, enheterna, de senaste prioritetsanteckningarna;
• Acknowledge stoppar det och lägger *ST1 acknowledged the alert* på händelsen; Read it again upprepar det.

Tryck på Press to turn the sound on en gång efter att skärmen öppnats (webbläsare spelar ljud först efter en tryckning). Inaktivitetslåset lämnar en stationsskärm på ett skrivskyddat konto i fred.

• TONE på kommandoraden larmar ut stationerna för enheterna på den valda händelsen igen (TONE E1, TONE #26-000123); varje utlarmning finns på händelsens tidslinje.
• En larmande styrenhet från en leverantör får samma larm på sin adress (docs/STATION-ALERTING.md).

Händelser med grannmyndigheter

Händelser går till och kommer från grannmyndigheters CAD-system som EIDO:er, NENA-standarden (Admin › Integrations › Neighbouring agencies; docs/CAD-TO-CAD.md).

• Send: på en öppen händelse, Send to a neighbouring agency…, välj myndigheten och ange varför (*bistånd, behöver en stegbil*; *på er sida av gränsen*). Den går med platsen, återuppringningsnumret, våra enheter på den och anteckningarna; tidslinjen anger att den skickats.
• Receive: det en granne skickar anländer i 112-samtalslistan som ett samtal från den myndigheten, data only, med deras händelsenummer, typ och anteckningar. Skapa händelsen från det eller koppla det som från valfritt samtal.
• Varje sändning är en tryckning: avslutning och enhetsstatus flödar inte tillbaka av sig själva ännu.

Filer och foton på en händelse

En händelse behåller filer: en besättnings foton av platsen, en PDF, ett ljud- eller videoklipp.

• Add: på händelsepanelen, Add (med en bildtext om du vill); på mobilterminalen öppnar Photo or file kameran. Besättningar lägger till på händelser de är på. Upp till 25 MB var: bilder, PDF, oformaterad text, MP3, WAV, MP4, WebM. Servern utgår från vad filen är, inte dess namn.
• Bilder visas som miniatyrer (klicka för full storlek); andra öppnas eller laddas ner. Varje fil finns på tidslinjen med vem som lade till den.
• Varje fils SHA-256 finns i liggaren: en fil som ändrats på disk avvisas, visas inte.
• En arbetsledare tar bort en fil med varför. Den stannar i registret, dold för alla under arbetsledare.

Kommandoraden

Skriv en bokstav var som helst på operatörsskärmen och kommandoraden tar emot den (eller tryck /). Tab kompletterar, piltangenterna återkallar tidigare kommandon, resultaten stannar på skärmen. HELP listar varje verb.

Enradskommandon för fältet

Identifierarna skiljs åt av myndighetens avgränsare (en punkt om inte en annan valts), i myndighetens ordning; två avgränsare tillsammans hoppar över ett valfritt fält (Admin › Operations rules › Command line):

• Field initiate: enhet, plats, typ, skylt, delstat, kommentar, skylttyp, status. UNIT1.8TH/STEWART..ABC1234 är UNIT1 vid 8th och Stewart, typen överlämnad till myndighetens (ett trafikstopp), skylt ABC1234. Den skapar händelsen med enheten på plats, skylten på händelsen, och stoppets egen statuskontrolltidtagare, utan en annan skärm; den blir en fullständig händelse genom att dess typ ändras (T), med allt bevarat. I two-pass-myndigheter markerar den bara ut enheten på stoppet. Där myndigheten begär det efterfrågas skylten i NCIC direkt.
• Unit status: enhet, status, disposition, plats, typ, kommentar. UNIT1.AS är UNIT1 framme på plats vid sin händelse. En enhet ensam (UNIT1 sedan F11) öppnar i stället enhetsstatusformuläret i stället för att gissa. En utmarkeringskod fungerar också: UNIT1.ADMIN..HQ ANNEX...paperwork.

En pensionerad eller okänd kod, eller ett kommando din tjänst inte får ge, avvisas av servern och försöket registreras; ingenting ändras.

Tangentbord

Tangenterna följer myndighetens key profile (tangentprofil) för din tjänst (Admin › Operations rules). Ctrl / visar kartan för skärmen du är på, med en sökruta. En tangent gör exakt vad samma kommando eller knapp gör; servern kontrollerar din rätt hur som helst, och en elev arbetar med profilen som den är inställd.

Standardtangenterna:

Den klassiska CAD-profilen (PremierOne-style)

En myndighet som går över från PremierOne kan välja den här profilen som en utgångspunkt och ändra den:

Mobil dataterminal

En besättning loggar in på fordonets bärbara dator eller surfplatta med ett field-konto (Admin › Users) och enhetens anropssignal som position (E1). Terminalen öppnas direkt.

• Uppdraget: typ, prioritet, adress i stor stil, vägrutten ritad på kartan med sin tid och de vägar den tar, återuppringningsnumret, de andra enheterna på den, och anteckningarna från larmcentralen, nyast först. Prioritetsanteckningar framträder.
• Statusknappar: en tryckning var, med den vanliga nästa statusen markerad; F1 till F6 på ett tangentbord.
• Anteckningar till larmcentralen går på händelsens tidslinje som enhetens.
• GPS: enhetens position går till bitdispatcher som AVL med några sekunders mellanrum (tillåt plats när webbläsaren frågar).
• Emergency: håll knappen i två sekunder. Larmcentralen ser nödbannern och kvitterar den.
• Photos på kartan, som på operatörsplatsen.
• Messages: det larmcentralen (eller en annan enhet) skriver till den här enheten, med en svarsrad och snabbsvar (Copy, Delayed, Need PD…). Ett brådskande meddelande fyller skärmens övre del och ljuder tills besättningen trycker Got it; se Meddelanden (kapitel 26).
• Messages and BOLOs: kommunikationerna riktade till den här enheten eller dess myndighets terminaler (meddelanden, BOLOs, personalsäkerhetsnotiser), högsta prioritet först, med myndighetens toner, upprepningar och kvittens som på operatörsplatsen. En brådskande eller hög som behöver kvitteras stannar högst upp tills besättningen trycker Acknowledge; att öppna en visar varje version, skylten och beskrivningen, och bilagorna. Öppning och kvittens registreras mot enhetens inloggning; se Meddelanden och BOLOs (kapitel 27).
• Take it: där myndigheten tillåter besättningar att koppla sig själva (Settings › Roles) tar en tillgänglig enhet en väntande händelse ur listan med en tryckning; det registreras som en utlarmning av besättningen, självkopplad.

En besättning agerar endast som sin egen enhet. Operatörer kan öppna terminalen på #/mdt för att se vad en enhet ser (positionen namnger enheten).

Händelserapporter (RMS)

Poliser och operatörer skriver händelserapporter på #/rms, eller med Report på en händelse (händelsens plats och tid fylls i). En besättning på en mobilterminal skriver sin egen från bilen.

• Avsnitt: när och var (platstyp, om det avklarades), brott, personer, egendom, fordon och berättelsen. Koder visas i ord och väljs med ett klick; skärmen frågar bara efter det brottet kräver (ett vapen för ett överfall, inbrottssättet för ett inbrott, drogen för ett beslag, skadan och relationen till varje misstänkt för ett brott mot person).
• Sparad medan du skriver: ett utkast sparar sig självt ett ögonblick efter att skrivandet upphör.
• Innan det skickas in listar vad som fortfarande saknas för händelsebaserad rapportering: FBI:s NIBRS-dataelement och kontroller, med Virginias tillägg (egendomskvantitet, indikatorn för skyltläsare, drogtyper). Submit är tillgänglig när listan är tom.
• Godkännande: en annan arbetsledare än författaren godkänner den, eller returnerar den med vad som ska rättas. Varje sparning och beslut är en liggarhändelse.

Delstatsfilen

Arbetsledare ser State IBR file under listan. Välj månaden och tryck File: bitdispatcher skriver månadens godkända rapporter i Virginias format för händelsebaserad rapportering (FBI:s positionsbaserade platta fil med Virginias tillägg, specifikationen 2025.2): Group A-händelser med sina brotts-, egendoms-, offer-, gärningsperson- och gripandesegment, Group B-gripanden, eller en nollrapport när det inte finns något. Ladda upp den till Virginia Crime Repository senast den 15:e i nästa månad. Rapporter som inte klarar kontrollerna utelämnas och listas. Att skapa filen är en liggarhändelse, med dess SHA-256.

Format: FBI national skriver samma rapporter i FBI:s egen platta fil-layout, utan Virginias tillägg, för delstater som tar den nationella filen. Den filen har kontrollerats med SEARCH:s NIBRS Pre-Certification Tool-validerare, som tillämpar FBI:s kontroller (scripts/nibrs-validator.sh); att klara den är inte FBI- eller delstatscertifiering.

Draft from the incident (på en rapport skriven från en händelse) fyller berättelsen med ett första utkast: typen, platsen, tiderna, enheterna, personerna, fordonen och anteckningarna ur registret. Med språkmodellen på (Admin › Integrations) skriver modellen den ur samma fakta och är instruerad att inte lägga till något, och skriver *[to be completed]* där något saknas. Hur som helst är det ett förslag: kontrollera varje rad och färdigställ den med dina egna ord.

NCIC-förfrågningar

NCIC (på rapportskärmen, F9 på operatörsskärmen, eller på mobilterminalen) skickar en NCIC 2000-förfrågan genom delstatens meddelandeväxel: efterlyst person (QW: namn med födelsedatum, eller namn, kön och ras), fordon (QV: skylt och delstat, eller VIN), skjutvapen (QG) och föremål (QA) efter serienummer.

• Varje förfrågan behöver en purpose-kod (ändamål) och ett reason (skäl, händelsenumret): CJIS kräver båda.
• Liggaren behåller vem som frågade, när, ändamålet, skälet och om en post kom tillbaka. Termerna behålls endast som ett fingeravtryck och svaret inte alls.
• A hit is a lead: en träff är ett spår; bekräfta den med den registrerande myndigheten före någon åtgärd.
• Administratörer ställer in myndighetens ORI och växeln i Admin › Settings: av, training simulator (skyltar, namn och serienummer som börjar med TEST returnerar en post; varje svar anger SIMULATED), eller en växeladapter via TCP.

Arbetsledartavlan

Hela bilden med en blick, för en arbetsledares andra bildskärm eller en väggskärm. Den visar bara: inget på den ändrar något.

• Högst upp: 112-samtal som ännu inte är på en händelse (röda när ett ringer), händelser som väntar på en enhet med sina prioriteter och den äldsta väntan, aktiva händelser, enheter tillgängliga av dem i tjänst, enheter utmarkerade efter slag, statuskontroller som är dags, och tomma stationer.
• Var arbetet är: kartan skuggad efter hur mycket som är öppet i varje område (öppna händelser plus dubbelt så många väntande), med varje områdes öppna, väntande och tillgängliga enheter. Områden är länets utlarmningszoner eller distrikt när de laddats (Admin › County GIS); annars varje stations område, den del av kartan som är närmast den. Ett område med väntande händelser och ingen ledig enhet, eller två väntande, är SWAMPED.
• Per disciplin: en ring av varje status med antalet lediga, och varje slags enhet tillgänglig av sitt totala antal.
• Mest ansträngda områden, värst först, och nya händelser under de senaste sex timmarna efter prioritet.
• People: varje inloggad positions arbetsbörda och raster, och omsorgslistan efter kritiska samtal. Se Raster och arbetsbörda (kapitel 54) och Kritiska samtal och omsorg (kapitel 53). Ett möjligt angrepp mot teleförbindelserna visas högst upp (TDoS (kapitel 59)).

Välj disciplinerna högst upp, eller öppna den från Screens med dem. Full screen finns bredvid klockan.

Driftrapport

Admin › Operations report bygger den dagliga driftrapporten och skiftgenomgången för en period ur enbart liggaren: ingen skriver om det CAD redan håller.

• Perioder: det här skiftet, förra skiftet (från skiftbytestiderna i Settings), i dag, i går, de senaste 7 dagarna, eller valfritt intervall.
• Innehåll: 112-samtal, händelser, utlarmningar och avslut; händelser per timme, typ, prioritet och disposition; insatstider (samtal till utlarmning, utlarmning till på väg, samtal till på plats, på plats till klar) som median och 90:e percentilen; prioritet 1-händelser; händelser öppna vid slutet (överlämningen); statustidtagare som gått ut, en gång per episod; nödaktiveringar och hur snabbt de kvitterades; varje persons åtgärder; enhetsefterfrågan per fas och utnyttjande; system- och konfigurationsändringar.
• Drill-down: klicka på vilken siffra som helst för att se liggarhändelserna den består av.
• Certify: när perioden tagit slut intygar en arbetsledare den med valfri kontext. Intygandet är en liggarhändelse med rapportens hash; om något ändras senare säger rapporten att den ändrats sedan den intygades.

Den rådgivande kodboken

Admin › Advisory panel håller kodboken: reglerna panelen använder, i klartext, med sina tröskelvärden.

• Mode: av; shadow (utvärderad och behållen i liggaren, visad endast för arbetsledare, så att reglerna kan bedömas innan någon förlitar sig på dem); live (operatörer ser förslag). Ett nytt system börjar i shadow.
• Source precedence: dra för att ordna bevis från enhet, uppringare, operatör och maskin, starkast först. En starkare källa väger tyngre än en svagare; lika källor som är oense ger "cannot determine". En tyst larmpanel väger aldrig tyngre än en person som kan se rök.
• Rules: slå på eller av varje regel, sätt dess allvarlighet, avstånd, tider, ord och de samtalstyper de redan passar, och redigera dess förklaring.
• Test spelar upp den inspelade liggaren för den senaste dagen, veckan, månaden eller kvartalet med reglerna på skärmen, sparade eller inte, och räknar vad var och en skulle ha föreslagit.
• Save version behåller ändringen med en anteckning; varje version listas och kan återställas med ett klick. Beslut (accepterade, avvisade och varför) listas: att avvisa ett förslag behandlas aldrig som ett fel.

Myndighetsskript

JavaScript script och Lua script lägger till en regel som är myndighetens egen kod, versionshanterad, testad och växlad mellan shadow och live med resten av kodboken. Ett skript definierar en funktion för sitt gränssnitt:

Ett händelseskript ser numret, typen och dess namn, prioritet, status, adress och position, minuter sedan den skapades, anteckningar, enheter på den, faror vid dess fastigheter, uppringarens namn och antalet samtal. Try it kör skriptet en gång på den nyaste verkliga händelsen (eller rapporten) och visar vad det returnerade, vad det loggade med log(), och hur lång tid det tog; show the input visar exakt vad det såg.

• Ett skript har inga filer, nätverk, process, miljö eller kodladdning: endast sin indata och log().
• Det har alltid en tidsgräns (50 ms om inget annat satts, högst 1 s). Det körs efter att CAD-systemets tillstånd släppts, så ett långsamt skript håller aldrig upp larmhanteringen.
• Ett skript som misslyckas eller går över tiden visas under sin regel och i testet; panelen och rekommendationen fortsätter utan det och säger det.

Liggare och granskning

Varje åtgärd som ändrar tillstånd, tar uppmärksamhet eller skapar ansvarsföring är en händelse i en enbart tilläggbar liggare: vem (användare, roll, position, session), när, vad, på vilken händelse, enhet eller samtal. Varje händelse bär hashen av den föregående, så en ändring var som helst bryter kedjan.

• Verify kontrollerar hela kedjan och rapporterar den första brutna länken, om någon.
• Search efter typ, person eller text; händelser är nyast först.
• Det aktuella tillståndet byggs upp på nytt ur liggaren vid varje start, och rapporter byggs ur den.

Register och begäranden

Registerområdet läser en avslutad händelse och besvarar begäranden om den, allt ur samma manipuleringssäkra liggare (kapitel 41) som resten av systemet skriver till.

Att granska en post

Granskningsskärmen visar en händelse på fyra sätt, och att öppna eller exportera en vy är i sig registrerat i liggaren.

Print eller Download text behåller en kopia; båda registreras. Öppna vilken händelse som helst via dess nummer.

Registerbegäranden

En begäran namnger en begärare, en kontakt, vad som efterfrågas, händelserna, och om vyn summary eller detailed lämnas ut. Varje begäran visar arbetsdagarna kvar till förfall (gul när det är nära, rosa när det är försenat) och arbetstiden som gått hittills.

1. Assemble bygger utlämningskopian ur den valda vyn och föreslår maskningar enligt myndighetens utlämningsregler; originalposten är orörd.
2. För varje händelse, acceptera eller avvisa varje föreslagen maskning, med den basis (grund) som krävs för allt som undanhålls, eller mark a passage genom att markera det i posten. En levande förhandsvisning visar den maskade kopian.
3. Save decisions registrerar varje beslut, accepterat och avvisat.
4. Approve and release är ögonblicket då en person godkänner utlämningen: accepterade maskningar tillämpas permanent och kopian kontrolleras för läckor innan den lämnar. En utlämnad kopia kan sedan laddas ner, och dess hash visas.

Utlämningsregler

Disclosure rules är myndighetens juridiskt granskade regler för registerbegäranden (FOIA). Ingenting är hårdkodat som undantaget; systemet föreslår, människor beslutar, och ert juridiska ombud granskar varje regel innan den aktiveras.

En regel har ett id, namn, jurisdiktion och posttyper, och matchar efter:

• Category: en namngiven kategori av posten.
• Words: något i en kommaseparerad lista.
• Pattern: ett reguljärt uttryck i Go.

En legal basis (rättslig grund) krävs, med en förklaring, ett valfritt ikraftträdandefönster, och en på-brytare. En regel förblir avstängd tills ombudet har granskat den.

• Add the sample rules (disabled) laddar exempel; de är exempel, inte juridisk rådgivning.
• Try it klistrar in en posts text och visar den med de föreslagna avsnitten markerade — gult där säkerheten är "review", rosa där den är "high" — och en lista över var och en med dess text, regel, grund och säkerhet.

Transkriptioner och vad som hörts

När samtalshanteringen transkriberar samtal visar varje samtal sin transcript live, uppringaren i vitt och samtalsmottagaren i blått, och Heard on the call: detaljerna som plockats ur det, så att samtalsmottagaren skriver mindre.

• Vad som plockas ut: adressen, vapen, fordon, skyltar, åt vilket håll någon gick, hur många personer, skador (andas inte, medvetslös, blöder), faror (brand, fastklämd, gas, en hund, en elbil) och uppringarens namn. Brådskande är röda och kommer först, och visas på samtalet i kön.
• Use: på en adress placerar den samtalets händelse där (en kartsökning, exakt när kartan känner numret; kontrollera den på kartan). Innan det finns en händelse kopierar den adressen.
• Var transkriptioner kommer från: BitVoices livetranskription när den skickar en, dess transkription av ett inspelat samtal efteråt, eller valfri tal-till-text-motor som skickar till transkriptionsgränssnittet (Gränssnitt (kapitel 60)).
• Regler, inte en modell, plockar ut detaljerna: samma ord ger alltid samma detaljer, och var och en visar orden den kom från.

Uppringare på ett annat språk

En uppringare som talar spanska översätts rad för rad på transkriptionen, märkt Spanish · translated; Show original visar vad som sades.

• Parlören inbyggd i bitdispatcher översätter orden i nödsituationer mellan spanska och engelska, offline. När den kan för få av en rads ord säger den gist only (bara innebörden): skaffa en tolk.
• Say it in Spanish: tryck på en färdig fras (Help is on the way, Is the person breathing?, Get out of the house now…) eller skriv på engelska; översättningen visas medan du skriver. Den behålls på transkriptionen, textas när also text it är ikryssat (BitVoice), och högtalarknappen säger den högt på den här operatörsplatsen.
• En språkmodell (valfri, Admin › Integrations) översätter det parlören inte kan, via ett OpenAI-kompatibelt chatt-API: en på din egen server, eller en tjänst under din myndighets avtal. Det uppringare säger skickas till den, så den är av tills en administratör slår på den.

Var uppringaren är: enhetsplats och våning

Varje samtal anger hur dess position hittades: device location (telefonens egen fix, ofta några meter, FCC:s utlarmningsbara plats), GPS, cellsektor eller registrerad.

• Floor: en civil våning från samtalshanteringen, och altitude (höjden) för en 3D-fix med sin osäkerhet, vilket anger vilken våning i en hög byggnad.
• Trail: en uppringare som rör sig lämnar ett prickat spår på kartan av varje mottagen position, det valda samtalets ljusare.
• Rebid ber om en ny position; STALE markerar en gammal (Admin › Settings).

Många uppringare, en händelse

När flera personer ringer om samma sak grupperar kön dem under N callers about one place: samtal nära varandra (300 m som standard) inom en kort tid (10 minuter).

• Skapa händelsen från ett samtal; gruppen erbjuder sedan Attach N to den händelsen, en tryckning för resten.
• Med en händelse vald erbjuder gruppen att koppla alla till den.
• Samtal som redan är på olika händelser grupperas aldrig tillsammans. Ändra avstånd och tid i Admin › Settings (kapitel 85).

Ickeakuta samtal

Samtal på en non-emergency line (ickeakut linje), eller vars uppringare säger något som sällan är ett nödläge (ett bullerklagomål, parkering, ett strömavbrott), går till Non-emergency-listan under 112-samtalen, med skälet.

• Allt brådskande som sägs på samtalet (ett vapen, andas inte, brand) håller det som ett nödläge, oavsett vad annat sades; det gör även krockdata.
• It is an emergency flyttar tillbaka det; en persons beslut står alltid fast och registreras.
• Send the usual reply textar svaret som ställts in i Settings, såsom var man anmäler online.
• Ställ in linjerna, orden och svaret i Admin › Settings (kapitel 85).

Krockdata för fordon

Ett fordons automatiska krocknotis anländer som ett samtal med CRASH DATA: fordonet, delta-V (hastighetsförändringen i krocken), krockens riktning, voltning, krockkuddar, åkande och bälten, och dess drivlina (el, hybrid).

• Injury risk (skaderisk) är hög för en delta-V på 40 km/h (25 mph) eller mer, en voltning, eller 20 km/h utan bälte, flera krockar eller en sidokrock; medel för 20 km/h eller någon krockkudde. Förslag följer: ALS, losstagning, ambulanshelikopter, mer än en ambulans, och för en elbil ett ord till brandbesättningarna.
• Det är en tumregel från fältets triagekriterier för att hjälpa till att välja insatsen, inte en diagnos. Ändra tröskelvärdena i Admin › Settings (kapitel 85).
• Krocknotiser når bitdispatcher genom krockgränssnittet (Gränssnitt (kapitel 60)).

Drönare

Med ett drönarsystem anslutet (Admin › Integrations (kapitel 86)) visar en händelse på kartan Send a drone. bitdispatcher skickar drönarsystemet händelsen, dess typ, prioritet, position och sammanfattning; drönarsystemet beslutar vilken drönare som flyger.

• Launch rule (startregel): händelser av samtalstyper märkta Send a drone (Call types) frågar av sig själva, en gång var.
• Drönaren rapporterar tillbaka till drönargränssnittet: dess status, position, batteri och livebild. Den flyger på kartan, dess status går på händelsens tidslinje, och Live picture öppnar dess video.

Radiotranskriptioner

När BitVoice eller radiosystemet transkriberar sändningar går en enhets ord på dess händelses tidslinje i kursiv (E1: on scene, smoke showing), så att registret håller vad som sades i etern. Orden kommer med BitVoices radiohändelser, eller genom radioord-gränssnittet (Gränssnitt (kapitel 60)).

Händelsesammanfattningar

Varje öppen händelse har en Summary: vad och var, det uppringarna sade som har betydelse (det brådskande först), prioritetsanteckningarna, de registrerade farorna på platsen, vilka som är på plats och vilka som svarar, och en drönare över den.

• Den byggs ur registret efter regler, så den säger ingenting registret inte gör; den ändras allteftersom händelsen gör.
• Den visas på händelsepanelen (Copy lägger den på urklipp) och högst upp på besättningarnas mobilterminal (kapitel 35).

Kritiska samtal och omsorg

Vissa samtal stannar hos de som tar emot dem. En händelse är ett critical call (kritiskt samtal) när dess samtalstyp är märkt kritisk (hjärtstopp, skottlossning och knivhugg till att börja med) eller när ord som andas inte, HLR, polis skadad eller spädbarn sägs på den.

• Alla som arbetade med det (samtalsmottagaren och operatörerna som matade in, skickade eller antecknade) hamnar på care list (omsorgslistan) på arbetsledartavlan (kapitel 38), med skälet.
• Arbetsledaren erbjuder en rast till varje person, ordnar en genomgång (med en anteckning om när och var) och markerar den Done. Var och en registreras.
• När händelsen väl avslutas ser varje person en stillsam rad på sin egen operatörsplats: det var ett svårt samtal, ta en stund, och stödlinjen som ställts in i Settings. Take a break sätter dem på en rast.
• Ställ in orden, stödlinjen och samtalstyperna i Admin › Settings (kapitel 85) och Call types (kapitel 81).

Raster och arbetsbörda

Koppen i statusraden sätter dig på en rast och tillbaka; arbetsledartavlan visar det.

Tavlans People-panel listar varje inloggad position: samtal den senaste timmen, åtgärder, tid sedan senaste rasten, kritiska samtal på fyra timmar, och ett tillstånd:

• watch (håll uppsikt): två timmar utan rast (Settings), ett kritiskt samtal, eller en mycket ansträngd timme;
• relieve (avlös): tre timmar utan rast, eller två kritiska samtal.

Den namnger de minst ansträngda positionerna som är lediga att avlösa någon.

Utbildning

Kryssa Training vid inloggning. Operatörsplatsen öppnar en egen tavla, märkt TRAINING i violett: myndighetens enheter, stationer, samtalstyper, fastigheter och karta, på en egen liggare. Varje elev har sin egen tavla, även på ett delat konto; en som lämnas overksam i två timmar rensas. Inget som görs där når den levande tavlan. Administration där är staging: en administratörs ändringar stannar på utbildningstavlan tills de publiceras (se Övningar, inslag och staging (kapitel 56)); användare, anslutningar och kartor är den levande tavlans.

• Scenarios spelar samtal, transkriptioner, krockdata och radiotrafik in i den på myndighetens egen karta: en villabrand med tre uppringare, ett hjärtstopp på spanska, en motorvägskrock med krockdata, ett väpnat rån, och en flod av samtal på linjen.
• Score kontrollerar vad som gjordes: varje uppringare på en händelse, samtalstypen, enheterna som skickades, ett svar på uppringarens språk, och varje händelses kvalitetsgranskning (kapitel 57).
• Reset tömmer din tavla och startar den igen; andra elevers tavlor är orörda.

Övningar, inslag och staging

En övning är en utbildningstavla för alla som ansluter sig till den: kryssa Training vid inloggning och skriv övningens namn (valfritt namn; den första som ansluter skapar den). Elever loggar in med sina egna tjänster, så en samtalsmottagare, operatörer och en arbetsledare arbetar med den tillsammans, och besättningar kan ansluta på mobilterminalen (kapitel 35) på samma sätt. Om du övar ensam, lämna namnet tomt.

Instruktören (en arbetsledare eller administratör) trycker Inject: en ny uppringare (var, vem, och vad de säger allteftersom övningen fortskrider), uppringaren som säger mer eller rör sig, en enhet som går ur tjänst, en nödknapp, eller en enhet på radion. Timeline laddar ner varje händelse för genomgången, och när övningen slutar behålls dess tidslinje (arbetsledare: /api/exercises).

Staging. En administratör inloggad med Training ändrar samtalstyper, enheter, stationer, insatsplaner, vägledning eller mottagningsställen på utbildningstavlan, provar dem där, och öppnar sedan Staged changes: den listar vad som skiljer sig från den levande tavlan; välj delarna, ange varför, och Publish. Med *Change configuration only through staging* på (Settings) kan de ändringarna inte göras på den levande tavlan direkt.

Kvalitetsgranskning

Varje händelse kontrollerad mot centralens normer:

Varje händelse får ett betyg över de kontroller som var tillämpliga; sidan listar dem för en period, varje samtalsmottagares genomsnitt och varje kontrolls godkännandefrekvens. Tryck på en händelse för dess kontroller. En granskning är ett coachingstöd: en missad fråga kanske helt enkelt inte finns på transkriptionen.

Att arbeta genom ett avbrott

Varje operatörsplats behåller den senaste tavla den hade. När servern inte kan nås säger en gul rad det och operatörsplatsen visar den tavlan, som den var, med tiden. En operatörsplats som laddas om under avbrottet öppnas ändå.

• Offline log: nya händelser, anteckningar och enhetsstatusar behålls i den här webbläsaren, i ordning.
• När servern är tillbaka erbjuder raden Send them now: var och en går in märkt "entered offline at 14:02 by jlee"; allt servern avvisar stannar, med skälet.
• För en server som aldrig försvinner, kör bitdispatcher på två platser (Flera platser (kapitel 90)): var och en fortsätter fungera när den andra är avskuren.

Angrepp mot teleförbindelserna (TDoS)

Ett telefonbaserat överbelastningsangrepp fyller linjerna så att verkliga uppringare inte kommer fram. bitdispatcher bevakar samtalen och reser Possible telephony denial-of-service på varje operatörsplats och arbetsledartavlan när:

• långt fler samtal anländer på en minut än vanligt (fem gånger den senaste timmens takt, minst 12, eller antalet som ställts in i Settings);
• ett nummer ringer fem gånger eller mer på tio minuter (visas som ×5 på dess samtal);
• åtta eller fler tysta eller mycket korta samtal anländer på fem minuter.

En arbetsledare acknowledges (kvitterar) det; det rensas efter tio lugna minuter. Fortsätt svara: ett verkligt nödläge kan vara bland dem.

Gränssnitt och anslutningar

Andra system skickar till bitdispatcher med Authorization: Bearer och gränssnittstoken som ställts in i Admin › Integrations (kapitel 86). Utan en token är gränssnitten av.

Drönarsystemets startadress och token, startregeln, och den valfria översättningsmodellen ställs in på samma skärm.

Larmnivåer: andra- och tredjelarm

En brand som arbetar växer ur sitt första insatskort. Varje samtalstyp kan ha further alarms (ytterligare larm) (Admin › Call types): andralarmet, tredjelarmet, var och ett lägger enheter till det händelsen behöver. Det första larmet är samtalstypens eget insatskort.

Att uppgradera

• På händelsen, Upgrade to 2nd alarm anger vad det lägger till (+2 engine, 1 ladder…); eller skriv ALARM (2ND, 3RD, ALARM 3 för en nivå).
• Uppgraderingen är en prioritetsrad på tidslinjen som varje operatör och besättning ser, med vad den lägger till.
• Rekommendationen fyller sedan det större insatskortet, räknar enheterna som redan finns där, och REC (eller Ctrl Enter) skickar extraenheterna. Personsökningsgrupper och stationslarm följer utlarmningen som vanligt.
• Bring down går tillbaka en nivå, med ett skäl.

Personal och besättningar

Rosteren (bemanningslistan) är myndighetens folk: ett nummer, namn, grad, kvalifikationer (paramedic, EMT, förare, polis…), hemstation, och hur man personsöker dem (en telefon för textmeddelanden, en e-post, ett push-ämne). Lägg till dem en och en eller Import from CSV (kolumner: id, namn, grad, kvalifikationer åtskilda med ;, station, telefon, e-post, volontär).

Vilka som är ombord

På valfri enhet (enhetens panel › Crew › change) eller från besättningens egen terminal (Crew), välj vilka som åker med den det här skiftet. En medlem är på en enhet åt gången: att sätta hen på en annan flyttar hen. Händelsens tidslinje registrerar besättningsändringar på en enhet som arbetar med den.

Vad bemanningsändringar innebär

• Minimum aboard (minsta antal ombord) (Admin › Settings › Unit types, eller per enhet i Admin › Units): en enhet under det visas underbemannad, i rekommendationens skäl och i arbetsledarens undantag.
• What a capability needs (vad en förmåga kräver) (Admin › Settings › Crews): som standard kräver ALS en paramedic ombord. En ambulans vars registrerade besättning inte har någon paramedic rekommenderas inte för en ALS-rad (den är fortfarande BLS och transport).
• En enhet med ingen besättning registrerad tas som bemannad: en myndighet som inte håller bemanningslistor här ser ingen ändring.

Bemanning: vilka som är i tjänst och på varje enhet

Staffing (folkknappen i statusraden) visar vilka som är i tjänst, var, och vilka som faktiskt bemannar varje enhet. En anropssignal ensam räcker inte: besättningen följer enheten in i händelser, rekommendationer, historik och rapporter.

Folk i tjänst

Sign on med slaget av tjänst (ordinarie, övertid, kvarhållen, ett tillfälligt uppdrag och var, en inkallning), skiftet, till när och tillgänglighet (tillgänglig, tilldelad, otillgänglig, utbildning, domstol, måltid, stationstjänst, administrativt). Sign off tar bort personen från varje enhet. Sök efter namn, kvalifikation, myndighet, station, enhet och tillgänglighet.

Besättningar

Edit crew namnger folket på en enhet och deras positions (förare, polis, brandman, medic, partner, teamledare, eller myndighetens). Slaget av enhet kan kräva positioner och ett minimum (Admin › Settings › Unit types). En besättning kan logga in sig själv från terminalen; myndigheten avgör per slag av enhet om det är tillåtet, kräver en arbetsledares godkännande (Sign-ons waiting) eller är endast för larmcentralen.

• En person är på en aktiv enhet åt gången. Att sätta hen på en annan frågar: move them (avlösning, ett byte) eller en secondary assignment (sekundär tilldelning) med ett skäl.
• Varje ändring har ett skäl och en effective-tid, bevarad bredvid när den matades in.
• En enhet som lämnas kort (under sitt minimum, en position tom) är limited (begränsad), eller sätts out of service, enligt vad myndigheten säger, om inte en arbetsledare registrerar en override med ett skäl.
• En förlorad anslutning loggar ut ingen.

På händelser och senare

När en enhet tilldelas behåller händelsen vilka som var ombord och vad de var kvalificerade för i det ögonblicket; senare ändringar skriver aldrig om det, och ändringar under händelsen (vem som anslöt, vem som lämnade, positioner) finns på dess tidslinje. En arbetsledare kan correct en besättningspost med ett skäl: originalet stannar bredvid korrigeringen, med de inmatade och ikraftträdande tiderna. Enhetsåterkallelse och rapporter visar folket såväl som anropssignalen.

Arbetsledare ser även saved crews för ett shift change (skiftbyte) i ett steg (varje person och tid ändå registrerad), och coverage (täckning): det minsta antal kvalificerade folk myndigheten vill ha i tjänst, luckor, utgående behörigheter och varje enhets förmåga (en arbetsledarvy myndigheten styr).

Kvalifikationer, specialteam och behörigheter

Varje myndighet håller en kontrollerad kompetensfil (Admin › Qualifications & teams; arbetsledare).

• Qualifications: specialteam (Swift Water, HazMat, Technical Rescue, Dive, K-9, SWAT, UAS), specialiteter (bevistekniker, brandutredare, krisförhandlare, taktisk operatör), utbildningsroller (CTO, FTO, instruktör, bedömare) och behörigheter (EMT, paramedic…), var och en med sina nivåer, myndigheten som äger den, hur många månader den gäller, när förnyelse är dags, dess förkunskaper, om den måste vara verified (verifierad) innan den räknas, och dokumenten den behöver.
• En persons behörigheter: nivån, tillståndet (elev, kvalificerad, instruktör, bedömare, begränsad, tillfälligt otillgänglig, avstängd, utgången), utfärdare, datum, begränsningar och bifogade certifikat. En arbetsledare markerar en verified; en overifierad egeninmatning räknas aldrig där verifiering krävs. Varje ändring behålls.
• Equivalencies (motsvarigheter): en annan myndighets kvalifikation accepterad som en av våra, med sin omfattning och utgång, för bistånd; personens egen post slås aldrig samman eller skrivs över.
• Reminders: arbetsledare får besked en gång när en behörighets förnyelse blir aktuell och när den löper ut.

Levande förmåga

En enhets förmåga kommer från fordonet och folket som giltigt kvalificerat är ombord nu: en HazMat-enhet utan sina erforderliga tekniker är inte HazMat-kapabel, och visar LIMITED med skälet (vad varje förmåga kräver av en besättning ställs in i Personnel). Rekommendationen använder den levande förmågan; myndigheten avgör om att skicka en kort enhet bara varnas, kräver en arbetsledares override, eller blockeras. Operatörer ser förmågan och kvalifikationsnamnen; behörighetsdetaljer är för arbetsledare och personen.

Ansvarsföring på brandplatsen: upprop (PAR)

Vid en arbetande brand tar insatsledaren ett roll call (ett PAR, upprop) av varje besättning på plats vid satta intervall, och larmcentralen håller klockan.

• En samtalstyp märkt Fire-ground accountability (Admin › Call types) startar klockan när den första enheten anländer på plats; Start roll calls startar den på valfri brandhändelse.
• Händelsen visar tiden sedan klockan startade och när nästa PAR är dags; den blir gul när den är försenad, och arbetsledarens tavla listar den.
• All accounted for (eller PAR) registrerar ett upprop av varje besättning på plats. En besättning som inte svarade: klicka på den, sedan Report … missing (eller PAR MISSING E3). Det är en röd, blinkande rad på händelsen och ett brådskande undantag för arbetsledaren tills E3 found (PAR FOUND E3).
• Benchmarks (milstolpar) befälhavaren rapporterar (primär sökning klar, branden under kontroll, skadan stoppad…) är ett klick var, eller BM UC, med tiden sedan händelsen startade.
• Klockan stannar när händelsen avslutas; den kan inte stoppas medan en besättning saknas.

Personsökning av insatspersoner

Volontärer och lediga brandmän och EMT:er kallas in med page (personsökning). En paging group (personsökningsgrupp) anger vilka som söks tillsammans och hur:

• Members ur bemanningslistan (Personal (kapitel 62)).
• Gateways: hur personsökningar går ut, uppsatta av en administratör i Admin › Integrations › Paging: ett textmeddelande via Twilio, en e-post, en push till telefoner via ntfy, en webhook, eller IamResponding och Active911 (båda tar emot utlarmning via e-post i sina dokumenterade format).
• Automatic: sök gruppen när en av dess enheter eller stationer larmas ut, eller när en händelse av en av dess samtalstyper får enheter. Varje grupp söks en gång per händelse enligt sin regel.

En personsökning

Personsökningens ämne är samtalstypen och adressen, texten händelsens sammanfattning och enheter. Varje person får en länk för att svara: Responding to the station, Going straight to the scene, eller Not available, med när de förväntar sig att vara framme. Ingen inloggning: länken är nyckeln, och fungerar bara för den personen och den personsökningen.

På händelsen visar Responders hur många som söktes och svarar, varje persons svar och minuter bort; Page söker fler grupper. PAGE <group> / text gör det från kommandoraden. En personsökning ingen svarat på efter fem minuter finns i arbetsledarens undantag; misslyckade leveranser finns på tidslinjen.

Bärgningsturordning

Polisen kallar bärgare från godkända företag i tur och ordning. Varje företag bärgar vissa klasser (lätt, medel, tung) i vissa zoner (Admin › Settings listar båda; en zon för hela området som standard).

• Next on rotation på händelsen (eller TOW, TOW heavy North) ger företaget vars senaste tur i den klassen och zonen är äldst, med dess nummer att ringa, och registrerar samtalet.
• Markera vad de sade: Accepted, Declined eller No answer (båda förlorar turen; be om nästa), sedan Arrived eller Cancel.
• Ett owner's choice (ägarens val) eller officer's choice (polisens val) av företag registreras men tar ingens tur.
• Ett avstängt företag förbigås, och turordningsskärmen anger varför varje företag erbjuds eller inte.

Varje begäran och svar finns på händelsens tidslinje och i liggaren, så att turordningens rättvisa kan visas.

Schemalagda larm och särskilda evenemang

Arbete som är känt i förväg (kalenderknappen i statusraden):

• Ett scheduled call (schemalagt larm) (en planerad transport, en eskort, en verksamhetskontroll) blir en händelse av sig själv vid sin tid, eller ett bestämt antal minuter tidigare, och skickar sina enheter om de är tillgängliga (de som inte är det namnges på händelsen).
• Ett special event (särskilt evenemang) (en mässa, en parad, en match) blir en standby-händelse under sina timmar, och listas som pågående på varje operatörsplats.
• Endera kan upprepas varje dag, på vardagar eller varje vecka, till en sista dag.

Scheduled today på lägespanelen listar vad som är på väg de närmaste 24 timmarna och vad som pågår nu. Ett tillfälle som missats med mer än en timme (servern var nere) görs inte sent; det hoppas över och registreras.

Kontaktkatalog och jourlistor

Numren larmcentralen ringer: elverk, myndigheter, rättsläkaren, tolkar, gatukontoret. Varje post har nummer med etiketter (efter arbetstid, mobil), en e-post, anteckningar och taggar.

• On-call lists (jourlistor) anger vem som svarar i natt: skift av katalogposter efter datum och tid, med en reserv när inget skift täcker tiden.
• En post eller lista kan finnas på call-out list (inkallningslista) för samtalstyper: varje händelse av typen listar To call med personen som har jour nu och numret (en tryckning ringer det på en telefon), och Called loggar det på händelsen. En samtalstyps aviseringar (Admin › Call types › Notify) matchas mot poster efter namn, organisation eller tagg.
• Katalogknappen i statusraden (eller DIR water) söker efter namn, organisation, tagg eller nummer; lägespanelen visar vem som har jour nu.

Områden på kartan (geofences)

Områden ritade på kartan:

• Ett alert area (varningsområde) talar om för larmcentralen när en enhet går in i eller lämnar det (en enhet som lämnar länet, går in i en farozon, anländer till ett sjukhus): en notis på varje operatörsplats, lägespanelens Area alerts, och en rad på enhetens händelse. Det kan bevaka endast vissa discipliner eller enheter.
• Ett caution area (varsamhetsområde) lägger sin notis på varje händelse inuti det (en skolzon, en skjutbana, ett kvarter känt för problem), på operatörsplatsen och besättningarnas terminaler.

Draw a new area: klicka på hörnen på kartan, sedan Finish. Områden visas på operatörsplatsens karta, streckade. Om en enhet är inuti räknas ut från dess positioner allteftersom de anländer, så ett område ritat runt en enhet som redan är där är inte en ankomst.

En enhets statushistorik

History på en enhets panel visar dess dag ur liggaren: en stapel av dess statusar över dagen, varje status med när, hur länge, händelsen och vem som ändrade den, dess statuskontroller, besättningsändringar och förflyttningar, händelserna den arbetade med, och andelen av dess kända tid som ägnats åt händelser. Välj en annan dag med datumet; CSV laddar ner detsamma.

Unit recall (Sökning (kapitel 28)) ger valfri period i en tidslinje för frontlinjebruk, med vilka som bemannade enheten, dess meddelanden och dess platser.

Patientjournaler (NEMSIS)

En EMS-besättning skriver sin patientjournal i sitt ePCR-system; larmhanteringsdelen (när samtalet kom in, när enheten aviserades, på väg, på plats, lämnade platsen, på sjukhuset, tillbaka i tjänst, var, och utlarmningsskälet) kommer från bitdispatcher.

• NEMSIS på en EMS-enhet i händelsen laddar ner dess insats som en NEMSIS 3.5-post, att importera till valfri ePCR som tar NEMSIS-filer.
• Med ett patientjournalsystem uppsatt (Admin › Integrations › Patient-care reports) skickar Send den dit, och automatic skickar varje EMS-enhets insats när den blir klar. Vad systemet svarade finns på händelsen.
• Utlarmningsskälet är samtalstypens NEMSIS-kod (Admin › Call types), eller föreslaget från dess namn.

Häktningsbeslut och handlingar att delge

Handlingarna ett sheriffkontor eller en polismyndighet håller för att delge: häktnings- och vitesbeslut, kontaktförbud, avhysningar, stämningar och kallelser (klubbknappen i statusraden). Var och en har personen, var den ska delges, domstolen och numret, eventuell caution (varsamhet) (beväpnad, våldsam, hund), och varje försök.

• En händelse nära adressen för en aktiv handling (eller som namnger dess person) visar active paper at this address med varsamheten till varje operatörsplats och till polisbesättningarnas terminaler; Details (polislarmcentral, register och arbetsledare) visar handlingarna.
• Record the attempt: enheten, resultatet (inget svar, inte där, flyttat, vägrat, delgivet) och en anteckning. Delgivet avslutar den; Recalled och Returned unserved kräver ett skäl.
• Varje titt på handlingarna registreras i liggaren.

Att varna allmänheten

Arbetsledare varnar allmänheten från operatörsplatsen: shelter in place (sök skydd inomhus), evacuate (evakuera), polisaktivitet, ett farligt utsläpp, ett försvunnet barn, 112 som är nere. Tryck på megaphone (megafonen) i statusraden, eller Alert the public på en händelse.

Att skriva en varning

• Real alert, Exercise eller Test: en övning eller ett test markeras som en sådan överallt den går. Kontrollera detta först.
• Kind of alert: SAME-händelsekoden (SPW shelter in place, EVI evacuation, LEW law enforcement, HMW hazardous materials, CAE child abduction, TOE 911 outage…). Att välja en fyller i formuleringen, på engelska och spanska, att utgå från.
• Headline, what is happening och what to do.
• Phone alert: vad telefoner visar först (Wireless Emergency Alerts, 90 tecken) och vad textmeddelanden och push-notiser säger; räknaren blir röd bortom gränsen. En longer phone alert (360) är valfri.
• Also in Spanish lägger till en spansk version; folk på listorna som valde spanska får den.
• Where: runt händelsen (en kvarts mile till två miles), ett område ritat på kartan (Admin › Geofences), eller everyone i jurisdiktionen (dess länskoder).
• Expires after en till 24 timmar.
• Send to prenumerantlistorna och CAP-systemen (sirener, varningsprogramvara) som valts; keep it off some channels ber IPAWS-varningsprogramvara att utelämna radio och TV, väderradio, telefoner eller offentliga webbplatser.

Check visar CAP-meddelandet den skapar och allt fel med det, och hur många människor det når. Send frågar en gång till, med den exakta telefontexten och området. Med two-person approval på väntar varningen tills en andra arbetsledare trycker Approve (megafonen visar *to approve*); dess författare kan återkalla den, och den andra arbetsledaren kan avvisa den med ett skäl.

I kraft

En varning i kraft visas röd på kartan (gul för ett test) och på megafonen, och finns i den offentliga varningsströmmen. Update skickar en ny version till samma folk som ersätter den; Cancel skickar faran-över. Varje varning, godkännande och leverans finns i liggaren och på händelsens tidslinje.

Offentliga varningar: inställningar och listor

Hur offentliga varningar skrivs och vart de går (Admin › Public alerts). Administratörer ändrar inställningarna; arbetsledare håller listorna.

• Sender: myndighetens CAP-avsändar-ID, en adress den äger (alerts@county.gov), och dess namn.
• Jurisdiction och county codes: de sexsiffriga SAME-koderna för de täckta länen (0, delstatens FIPS-kod och länets: 051770 är Roanoke city), använda för en varning till alla och tillagda till varje varning för radio och TV.
• Time zone: CAP-tider bär myndighetens tidsförskjutning.
• Two-person approval (rekommenderas): en andra arbetsledare godkänner varje varning innan den går.
• Public alert feed: en Atom-ström som länkar till varje CAP-meddelande, och en IPAWS-liknande ström med meddelandena inuti, för sirener, sändares EAS-kodare och appar. De visar endast varningar i kraft.
• CAP receivers: system som varje varning POSTas till som CAP (med en Bearer-token); Send a test skickar ett testmeddelande.
• Subscriber lists: folk som bad om varningar, nådda genom personsökningsgatewayerna (text, e-post, push). En person med en angiven plats får endast varningar vars område innehåller den. Import a CSV med kolumnerna namn, telefon, e-post, ämne, lang, lat, lon. En push-gateway med ingen listad publicerar till sitt eget ämne, en kanal vem som helst kan följa.

Myndigheter

Varje organisation centralen larmhanterar åt är en agency (myndighet) (RPD, RCPD, SPD, RFD, RCFR, SFD, ett gatukontor, och centralen själv): police, fire och EMS är discipliner, inte myndigheter. En central utan myndigheter arbetar som en, med de centralövergripande inställningarna.

• En myndighet: dess kod och namn, discipliner, aktiv eller inte, ORI, NERIS-ID och andra identifierare, sitt eget prefix för händelsenummer, dispositioner, statuskontrolltidtagare, talgrupper och registerregler.
• Vad som tillhör den: enheter, stationer, samtalstyper och insatsplaner namnger sin myndighet (vald ur listan, inte inskriven). En myndighets insatsplan är endast för dess händelser; dess tidtagare endast för dess enheter.
• People: myndigheterna varje person får arbeta med, den de vanligtvis tjänstgör för, de som täcks och bevakas som standard, om de är en trainee (elev), och deras bemanningslistepost. En person begränsad till vissa myndigheter ändrar endast dessa myndigheters konfiguration och ser endast deras arbetsledarvyer.
• Workstations kan ange vilka myndigheter de täcker och bevakar (Admin › Workstations).

Ändringskontroll

Konfigurationsändringar kan utarbetas på utbildningstavlan, provas där, och published (publiceras) till den levande tavlan med ett skäl, allt på en gång eller for one agency (för en myndighet) endast: en publicering för en myndighet bär aldrig en annans eller centralens ändringar. Varje publicering behåller versionerna den ersatte: Roll back sätter tillbaka den tidigare godkända versionen, med ett skäl, och är i sig registrerad.

Driftregler

Myndighetens regler för det dagliga arbetet (Admin › Operations rules; administratörer).

• Supervisory views (arbetsledarvyer): arbetsledartavlan, driftrapporten, kvalitetsgranskningen och omsorgen, liggaren och bemanningstäckningen tillhör myndigheten. Utan en regel ser arbetsledare dem; med en, endast de roller, folk och myndigheter den namnger. Administratörer ser dem alltid. En person utan rätten varken ser vyn eller når den via en direktlänk: servern avvisar, och registrerar försöket.
• Presets: myndighetens tilldelade förinställning för varje tjänst (vad elever arbetar med och andra utgår från), och skydd av en persons förinställning så att bara administratörer ändrar den.
• Working calls: på eller av, hur många per tjänst och för elever, och efter hur länge ett pågående samtal lämnat av någon utloggad erbjuds arbetsledare.
• Communications: slagen (vilka som får skicka dem, deras standardprioritet och utgång, om de väntar på folk som loggat ut), varje prioritets ton, upprepning, kvittens och eskalering (med en knapp för att höra varje ton), och bilagorna som tillåts.
• Staffing: vad som händer med en enhet som lämnas kort (varna, begränsad, ur tjänst), om korta enheter får skickas (varna, en arbetsledares override, blockera), och det minsta antal kvalificerade folk centralen vill ha i tjänst.
• Command line and keys: avgränsaren, ordningen på identifierarna för field initiate och unit status, stoppets samtalstyp, ett eller två pass, den automatiska skyltförfrågan, flera enheter samtidigt, statuskoderna (och pensionerade), och key profile för varje tjänst, standard eller klassisk (PremierOne-style) eller myndighetens egen kopia. Check hittar en tangent som gör två saker på en skärm, en tangent webbläsaren behåller för sig själv, eller en okänd åtgärd; inställningarna avvisas tills det rättas.

Enheter

Varje enhet har en anropssignal (E1, M12, 2A31), en typ (som ger dess förmågor), en station, och valfritt extra förmågor, radions enhets-ID och alias (så att radionödlägen och positioner hittar den) och en myndighet för bistånd. Nya enheter börjar ur tjänst.

Stationer

Stationer är där enheter är baserade. Deras positioner placerar enheter utan AVL, är där förflyttningar placerar täckande enheter, och är där körtider börjar från när en enhets AVL är inaktuell. Skriv adressen och välj den ur den inspelade kartans förslag: positionen fylls i. Eller skriv positionen.

Mottagningsställen

Receiving facilities (mottagningsställen) är sjukhusen och specialistcentren en patient kan föras till, och om var och en tar emot patienter. Besättningar och operatörsplatsen ser statusen bredvid ett transportbeslut.

• Add ett mottagningsställe med ett id, namn och slag (sjukhus, trauma, brännskada, stroke, hjärta, psykiatri eller annat), dess telefon och position.
• Status är en färgad bricka: öppen (tar emot patienter), omdirigerar, eller stängd. En snabbknapp ändrar den med ett klick, och ändringen är en tillskriven liggarhändelse.

Ingenting här beslutar en destination; det talar om för de som gör det vad som är öppet.

Samtalstyper och insatskort

En samtalstyp är ett slags händelse (SF strukturbrand, CHEST bröstsmärta) med en standardprioritet, en disciplin och ett insatskort: hur många enheter av varje förmåga den behöver ("3 × engine, 1 × ladder, 1 × als"). Rekommendationer fyller insatskortet. Förmågor kommer från enhetstyper (Admin › Settings) och enheter.

Critical call sätter de som arbetar med ett sådant på arbetsledarens omsorgslista (kapitel 53); Send a drone låter drönarstartregeln fråga efter en drönare (kapitel 50).

Auto-dispatch (endast typer med prioritet 3 till 5): när ingen operatör skickat enheter inom väntan i Settings (60 sekunder om inget annat ställts in) går de rekommenderade enheterna av sig själva, loggat som *auto-dispatch*. Endast en fullständig rekommendation utan varningar skickas (en verifierad plats, varje rad fylld); annars säger tidslinjen varför och en operatör skickar den. Den försöker en gång per händelse.

Insatsplaner

En response plan (insatsplan) är en körordning: enheterna en myndighet vill ha, i avsedd ordning, när en plan är tillämplig. Rekommendationen följer en plans avsedda ordning när en är tillämplig; om en planerad enhet inte kan åka säger den varför och vem som åker i stället. En person beslutar alltid.

En plan är tillämplig när alla dess villkor matchar händelsen:

• Call types: de valda koderna (tomt betyder varje typ).
• Modifiers: de valda modifierarna, om några.
• First-due station area: en stations område, eller Anywhere.
• Addresses: händelseadressen börjar med en av dessa rader (en per rad), för en adresspecifik plan.
• From / To: ett fönster av tid på dygnet (HH:MM), valfritt.

Den due order (avsedda ordningen) är enhets-id:na i den ordning de önskas; lägg till ur listan, ordna om med upp- och ned-knapparna, ta bort valfri. En plan utan en ordning smalnar av ingenting och ignoreras.

Att spela in kartan

bitdispatcher spelar in OpenStreetMap-datan för en cirkel runt din central i sitt eget lager, ritar sedan insatskartan, ruttar enheter via väg och hittar adresser ur det lagret utan internet.

1. Välj mittpunkten (en förinställning, operatörsplatsens kartcentrum, eller en position) och radien (100 miles täcker ett län och dess biståndsgrannar).
2. Nedladdningarna området behöver listas direkt (delstatsutdrag från Geofabrik). Tryck Record.
3. Inspelningen tar några minuter; larmhanteringen fortsätter med den nuvarande kartan, som stannar tills den nya är klar. Varje inspelning är en liggarhändelse.

Bring up to date tillämpar OpenStreetMaps dagliga ändringsfiler (Geofabrik publicerar en per dag per utdrag) sedan kartan spelades in: några megabyte i stället för hela utdragen, sedan byggs lagret igen. Spela in igen för ett nytt område, eller när kartan är mer än ett år efter; nedladdningar som redan gjorts kontrolleras mot sina publicerade kontrollsummor och återanvänds.

Flygfoton

Under kartan spelar Aerial photos in foton runt samma mittpunkt: full detalj inom radien du väljer (zoom 19: tak och bilar) och mindre detalj ut mot kanten (zoom 16). Uppskattningen (plattor, storlek, tid) följer formuläret; plattor som redan spelats in hoppas över, så en stoppad inspelning fortsätter där den var. Källorna och deras villkor listas: VGIN:s Virginia Base Mapping Program för Virginia, USGS The National Map (NAIP, allmän egendom) annorstädes.

Länets GIS

Länets eget GIS är mer exakt än OpenStreetMap där länet håller det. Admin › County GIS importerar dess lager för den inspelade kartans område till ett eget lager, behållet när kartan spelas in igen.

1. Klistra in lagrets ArcGIS REST-adress (…/FeatureServer/0), välj en förinställning (Virginias delstatsövergripande adresspunkter och vägmittlinjer från VGIN, eller Overtures öppna adresser), eller ladda upp en GeoJSON-fil eller en CSV med latitud- och longitudkolumner. Lagret läses direkt: dess namn, hur många poster som ligger i området, och en gissning om slaget och fälten.
2. Kontrollera fältmappningen mot exempelvärdena som visas bredvid varje fält, och tryck Add layer.
3. Import now läser varje lager som är på. Lagret i bruk stannar tills det nya är klart; varje import är en liggarhändelse.

Sökträffar från länsdata märks som sådana. ArcGIS-lager läses endast med https, i omgångar, så tjänster som begränsar en fråga ger ändå allt.

Inställningar

• Agency-namn och prefix för händelsenummer.
• Status timers: minuter i varje status innan operatören uppmanas till en statuskontroll.
• Mark-outs: slagen en enhet kan markeras ut för (kod, namn, statuskontrollminuter, vilka enheter, om den kan dras tillbaka för ett larm, om den är pensionerad, och den längsta tid den får vara innan arbetsledare får besked). Se Polisstatus och utmarkeringar.
• Stale-åldrar för AVL och uppringarplatser.
• Shift changes (07:00 19:00) för driftrapportens skiftperioder.
• Travel estimates utanför den inspelade kartan: vägfaktor och medelhastighet.
• Calls: hur nära och hur snart uppringare grupperas (kapitel 47); de ickeakuta (kapitel 48) linjerna, orden och svaret.
• People: kritiska-samtal (kapitel 53)-orden, stödlinjen, och när en rast (kapitel 54) ska föreslås.
• Quality review-normer och frågorna att lyssna efter (Kvalitetsgranskning (kapitel 57)); crash data-tröskelvärden (Krockdata för fordon (kapitel 49)); varningsnivån för angrepp mot teleförbindelserna (kapitel 59).
• Map beyond the recorded area: online-plattkällan (hämtad och cachad av servern, aldrig av webbläsare), och kartans startcentrum och zoom.
• Unit types: kod, namn, disciplin, förmågor, och om stationer håller dem täckta (förflyttningsförslag).
• Dispositions en händelse kan avslutas med.

Sign-in notice är systemanvändningsnotisen som visas på inloggningssidan innan någon loggar in: endast behörig användning, användning övervakas och registreras (CJIS Security Policy ber om en). Auto-dispatch waits är hur länge ett samtal av en auto-dispatch-typ väntar på en operatör (se Call types).

Integrationer

Hur bitdispatcher ansluter till samtalshantering och radio. Varje integration visar sitt levande tillstånd och en checklista över gränssnitten i bruk.

• Attachments (under Connections): en ClamAV-daemon (clamd, host:port eller dess socket) skannar händelsefiler och meddelandebilagor innan de behålls; en fil den rapporterar avvisas och registreras, och om clamd inte kan nås avvisas uppladdningen i stället för att behållas oskannad. Test kontrollerar att en ren fil går igenom och att standardtestfilen för antivirus fångas. Read the words in pictures använder Tesseract-programmet på servern för sökning (bilder lämnar den aldrig); oformaterad text och PDF:er läses utan det.

• BitVoice: dess adress och API-token, och dess certifikat fäst med Read it. Se BitVoice (kapitel 87).
• Fler BitVoice-system: Add a BitVoice följer en annan också, såsom en grann-PSAP:s: dess namn, adress, API-token, och sin egen EIDO-token och radiohemlighet (New skapar dem). Dess samtal visar dess namn i samtalskön, och det du gör med ett av dem (text, rebid, video, foton) går tillbaka till den BitVoice.
• Neighbouring agencies: deras CAD-system, för att skicka och ta emot händelser. Se Händelser med grannmyndigheter (kapitel 31).
• Supplemental location (RapidSOS, NG9-1-1 LIS): en platsserver tillfrågad via HELD om var uppringarens telefon är: dess adress och de uppgifter leverantören ger dig, Ask for every new 911 call, och Try a number. Samtalsmottagaren kan trycka Ask <name> på ANI / ALI-panelen. Ännu inte testat mot RapidSOS självt (docs/SUPPLEMENTAL-LOCATION.md).
• Public incident feed: öppna händelser för allmänheten eller appar som PulsePoint: adresser på hundrametersnivå, punkter till ungefär 100 m, inga uppringare eller anteckningar; valfri token och push-adress; See what it shows innan du slår på den.
• EIDO: token ett samtalshanteringssystem använder för att skjuta EIDO till /api/ng911/eido.
• Radio: hemligheten för radio-webhooks till /api/radio/events.
• ALI spill: TCP-adressen bitdispatcher lyssnar på, och Test.
• Hooks, drones and translation: gränssnittstoken för transkriptioner, krockdata, drönarrapporter och radioord, drönarsystemet, och den valfria språkmodellen. Se Gränssnitt och anslutningar (kapitel 60).

Views (platsen från varje sida, se Vyer (kapitel 25)):

• EagleView: en applikation på EagleViews utvecklarportal med Imagery API-åtkomst under myndighetens licens; dess client ID och secret. Sandbox använder EagleViews testområde (Omaha) för att prova det.
• Panoramax: ingen nyckel; tomt använder katalogen över varje instans, eller ange myndighetens egen instans.
• Mapillary: en client token från Mapillarys utvecklarpanel.
• Google Street View link: endast en länk.
• Test at the map's centre slår upp mittpunkten med varje leverantör som är på och säger vad som kom tillbaka. Spara först.

NERIS (brand- och EMS-rapportering): avdelningens NERIS-ID (FD och åtta siffror), en CAD-integrations client ID och secret från NERIS, och larmcentralens namn. Med *Send each fire or EMS incident when it closes* går varje avslutad händelse med en brand- eller EMS-samtalstyp eller -enhet till NERIS som en CAD-post (samtals-, enhets- och klartider, platsen, dispositionen, anteckningarna; polisenheter utelämnade); NERIS håller den väntande tills brandavdelningen slutför den. Check the last closed incident ber NERIS att validera en utan att behålla den. Arbetsledare ser *NERIS sent* (eller varför den avvisades) på en avslutad händelse, med Send to NERIS för att skicka den igen; en andra sändning uppdaterar samma post. Använd NERIS testmiljö tills NERIS har kontrollerat integrationen.

BitVoice

bitdispatcher använder varje gränssnitt BitVoice erbjuder ett CAD-system, och behöver inget av dem: utan BitVoice fungerar ALI och EIDO från valfritt samtalshanteringssystem på samma sätt.

Leveransfel BitVoice rapporterar visas på Situation-panelen.

Vad ett 112-samtal från BitVoice visar på samtalet (händelsepanelen och samtalsmottagarens ANI / ALI):

• number verified (eller NOT verified) från uppringar-ID:ts STIR/SHAKEN-kontroll, med intyget. En misslyckad kontroll är ett skäl att tvivla på numret, inte på nödläget.
• ESInet, tjänsten som begärdes, en CAMA äldre trunk och hur dess plats slogs upp, och sätten text kom (MSRP, SIP, RTT, TTY).
• Address in the address data eller NOT, från BitVoices LVF: saknade delar, *Did they mean…*-korrigeringar, och om uppringarens position stämmer med adressen.
• Location check (BitVoice) efter en rebid: vilken plats som ska visas först och varför.
• Caller photos and clips: var och en med sin SHA-256, kamerans tid och GPS, visade som fakta tills du trycker Reveal (recorded); varje avslöjande finns i liggaren med vem som tittade. Hold as evidence behåller dem bortom BitVoices lagringstid.
• Uppringarvideo öppnas suddig och tyst; Reveal registreras i BitVoices exponeringspost.
• Ett text-till-112-samtal som väntar på en samtalsmottagare: Take this text, svara sedan i rutan.
• När en samtalsmottagare lämnar över samtalet: BitVoices genomgång för den som tar över, och vem som lämnade över det.
• Efter samtalet: inspelningens namn och dess sammanfattning. Genomgången och sammanfattningen behålls båda, var och en märkt som skriven av en språkmodell.

Om BitVoice avslutar ett samtal för att uppringarens ljud upphörde (linjen blev tyst och ingen nedkoppling kom) säger samtalet det och den rådgivande panelen reser det som ett tyst 112-samtal: ring tillbaka.

Reports › Operations report visar BitVoices svarstider (NENA-standarden: 90 % inom 15 sekunder), vilka som tittade på uppringares foton och video, och i3-logghändelserna som mottogs. BitVoice-lampan i statusraden blir gul när en PSAP som ESInet ruttar till är full, nere eller obemannad.

Användare och positioner

Varje person innehar en eller flera duties (tjänster): call-taker, police-, fire- eller EMS dispatcher, dispatcher (all disciplines), supervisor, administrator, records, field crew eller viewer. De väljer en vid inloggning (kapitel 2); rättigheterna följer av den. Deras roll, det mesta de någonsin får göra, är det minsta som rymmer alla deras tjänster:

One-time codes: listan visar vem som har en autentiserare uppsatt; Reset vid en förlorad telefon. Du kan inte ändra dina egna tjänster.

Lösenord genereras eller är minst 12 tecken. Fem felaktiga lösenord låser ett konto i 15 minuter. Positionslistan visar vem som är inloggad var.

Ett offentligt demonstrationskonto. Kryssa Public demonstration account på en viewer, dispatcher eller supervisor och inloggningssidan erbjuder Sign in as the demo user, med ett val av dess tjänster: en tryckning loggar in en besökare, utan lösenord, på en egen position (WEB- och fyra bokstäver) om de inte skrev en. Högst ett konto, aldrig en administrator eller en field crew, och felaktiga lösenord inskrivna för det låser inte ut knappen. Använd det endast på en demonstrationsserver: vem som helst som kan nå servern kan då arbeta som den användaren.

Arbetsstationer

En workstation (arbetsstation) är en av myndighetens operatörspositioner. En webbläsare registrerad som en arbetsstation loggar in där, och ingen tillfrågas vilken operatörsplats de sitter vid: varje åtgärd registreras med positionen redan känd.

• Add en arbetsstation med ett kort id (CT1, DISP2) och, om du vill, ett namn på var den sitter.
• Duties offered smalnar av vad en inloggning vid den positionen får ta: Call-taker, Police-, Fire- eller EMS dispatcher, Dispatcher (all disciplines), Supervisor, Administrator, Records. Välj ingen för att erbjuda varje tjänst.
• Enrol this browser gör datorn du är på till den arbetsstationen; den behålls här, så den kommer ihåg nästa gång.
• Get a code for another computer visar en engångskod. På den andra datorn, öppna inloggningssidan, välj "Enrol this computer" och skriv den. Den fungerar en gång, i 24 timmar.
• Enrolled browsers listas med sin etikett och när; återkalla vilka som inte längre ska logga in där.

Varje registrering och återkallelse är en liggarhändelse.

Flera platser

bitdispatcher körs på två eller fler platser, alla levande samtidigt: en huvudcentral och en reservcentral, eller grannlän som delar ett system. Det finns ingen primär att växla över från.

• Varje plats skriver sin egen liggare och kopierar de andras över https, varje sekund, varje händelse kontrollerad mot sin plats hashkedja innan den behålls.
• Samma bild överallt: varje plats tillämpar alla händelser i samma ordning (efter tid, sedan plats), så platser som har samma händelser visar samma tillstånd, oavsett i vilken ordning de anlände.
• Avskuren fortsätter en plats fungera på egen hand; när länken återvänder utbyts händelserna och båda platserna lägger sig på samma tillstånd. Om två platser ändrade samma enhet under tiden vinner den senare ändringen, på båda.
• Incident numbers (händelsenummer) bär varje plats prefix (N26-000001, S26-000001), så två platser ger aldrig samma nummer.
• Att ställa in: ge den här platsen ett namn och prefix och spara; kopiera dess token och certifikatfingeravtryck till de andra platserna. Lägg till varje annan plats med sin adress, sin token och sitt fingeravtryck (Read it läser certifikatet; kontrollera det mot det som visas på den platsen). Statusraden visar hur många platser som är länkade.

Fastigheter och faror

En fastighet är vad centralen vet om en plats innan någon ringer: hazards (faror) för besättningarna (en hund, syrgas i bruk, en beväpnad boende, en Knox-box), notes (anteckningar) och contacts (kontakter). Den visas med varje händelse inom 40 m från den, på operatörens händelsepanel och på mobilterminalen, faror först i rött. En utgången fastighet (en tillfällig fara bortom sitt datum) visas som utgången.

• Add a premise: skriv adressen och välj den ur förslagen (det placerar den), klicka på de vanliga farorna eller skriv andra, lägg till anteckningar och kontakter.
• Search efter adress, namn, fara eller id; klicka på en för att ändra eller ta bort den.
• Arbetsledare och administratörer ändrar fastigheter; alla ser dem. Varje ändring är en liggarhändelse.
• Pre-plan photos and views: på en fastighet, lägg till foton (med en bildtext och sidan de visar den från) och se vyerna (kapitel 25) av platsen. Ett fotos SHA-256 finns i liggaren: en fil som ändrats på servern avvisas, visas inte.

Fastigheter från ett tidigare system kommer in genom Migration.

Migrering från ett tidigare CAD-system

Admin › Migration för över ett tidigare CAD-systems data från kalkylbladen det exporterar, CSV eller tabbavgränsat (UTF-8 eller Windows-kodning).

1. Drop the file på sidan. Dess kolumner matchas till våra efter sina namn, och varje rad kontrolleras direkt.
2. Choose what it holds om gissningen är fel: fastigheter och faror, händelsehistorik, eller samtalstyper och insatskort. Ändra valfri kolumn i tabellen; den första radens värde visas bredvid den.
3. Import raderna som klarade sig. De som inte gjorde det listas med varför (ingen position och en adress kartan inte känner, ett datum den inte kan läsa).

Att importera samma fil igen ersätter det den förde in (fastigheter efter sitt id, samtalstyper efter sin kod); historik läggs till igen, så importera den en gång. Adresspunkter går till County GIS, som läser CSV-filer med latitud och longitud också.

Godkänd vägledning

Approved guidance (godkänd vägledning) är myndighetens policyer, samtalsmottagningsguider, insatsguider och checklistor. Samtalsmottagarens Resources-flik visar de matchande passages (avsnitten) med källhänvisningar; ingenting hittas på, endast godkänd text visas.

Ett dokument har ett id, titel, kind (slag) (Policy (mandatory), Guide, Prompts eller Checklist), version, ikraftträdandedatum, en valfri utgång, vad det ersätter, och källan där den fullständiga godkända kopian finns. Smalna av det till samtalstyper, modifierare eller ord, eller markera det always shown (alltid visat). Endast ett dokument märkt Approved for use visas för samtalsmottagare.

Texten är Markdown med #/##/###-rubriker. Rubriker delar in den i avsnitt. Under en rubrik smalnar en rad som Applies: CARD, CHEST; modifiers: WEAPONS; words: not breathing av det avsnittet.

• Add the examples laddar tydligt titelsatta exempeldokument som utkast (inte godkända), för att se hur det fungerar.
• Try it matchar en samtalstyp, modifierare och lite text och visar avsnitten en samtalsmottagare skulle se, med deras titel, rubrik, slag, version och varför, eller en anteckning när inget matchar.

Ett dokuments status är en bricka: godkänt eller utkast, och föråldrat när dess utgång passerat.

Protokoll för samtalsmottagning

Din myndighets frågeuppsättningar, som arbetas på samtalsmottagarens Entry-flik när samtalet väl skickats in (docs/PROTOCOLS.md).

• New protocol eller Start from the example (märkt *not for use*). Ge det ett ID, ett namn och en version, och välj samtalstyperna det erbjuds för.
• Questions: varje svar leder till nästa fråga eller slutar vid en determinant (bestämningsfaktor). Make first väljer var det börjar.
• Determinants: en kod, vad den betyder, prioriteten och samtalstypen den sätter (eller behåller), och instruktionerna till uppringaren, en per rad.
• Kryssa Approved for calls när din medicinskt ledningsansvariga eller chef har godkänt det; utkast erbjuds inte. Sparande kontrollerar att varje svar går någonstans och att inget loopar.
• På ett samtal: en fråga åt gången, svar på knappar eller tangenterna 1–9; varje svar finns på tidslinjen, och bestämningsfaktorn visas på operatörens händelse.
• Protokollprogramvara du licensierar (ProQA och andra) kan skicka sin bestämningsfaktor till gränssnittet i stället; den visas på samma sätt, märkt med systemet.

Den här handboken

Den här handboken är inbyggd i bitdispatcher, så den finns där var den än körs, utan internet. Varje skärms Help-länk öppnar sitt kapitel; paletten (Ctrl K) hittar kapitel efter namn. Samma kapitel skrivs ut som docs/manual/index.html och en PDF med make manual.