Počítačem podporovaná expedice - Computer-aided dispatch
Počítačem podporovaná expedice ( CAD ), nazývaná také počítačem podporovaná expedice , je metoda odesílání taxíků , kurýrů , techniků terénních služeb, vozidel hromadné dopravy nebo pohotovostních služeb s pomocí počítače. Lze jej použít k odesílání zpráv dispečinku prostřednictvím mobilního datového terminálu (MDT) a / nebo k ukládání a načítání dat (tj. Rádiové protokoly, terénní rozhovory, informace o klientech, plány atd.). Dispečer může oznámit podrobnosti hovoru polním jednotkám prostřednictvím obousměrného rádia . Některé systémy komunikují pomocí funkcí selektivního volání obousměrného rádiového systému . Systémy CAD mohou odesílat textové zprávy s podrobnostmi volání služby pro alfanumerické pagery nebo textové služby bezdrátové telefonie, jako jsou SMS . Hlavní myšlenkou je, že osoby v dispečerském středisku jsou schopny snadno zobrazit a pochopit stav všech odesílaných jednotek. CAD poskytuje displeje a nástroje, aby měl dispečer příležitost co nejefektivněji vyřizovat volání za službu.
CAD se obvykle skládá ze sady softwarových balíčků používaných k zahájení veřejných bezpečnostních volání po službě, odeslání a udržování stavu odpovídajících prostředků v terénu. Obvykle jej používají dispečeři nouzové komunikace, příjemci hovorů a operátoři 911 v centralizovaných call centrech veřejné bezpečnosti, stejně jako pracovníci v terénu využívající mobilní datové terminály (MDT) nebo mobilní datové počítače (MDC).
Systémy CAD se skládají z několika modulů, které poskytují služby na více úrovních v dispečerském středisku a v oblasti veřejné bezpečnosti. Mezi tyto služby patří zadávání hovorů, odesílání hovorů, údržba stavu hovorů, poznámky k událostem, stav a sledování polní jednotky a rozlišení a dispozice hovorů. Systémy CAD rovněž zahrnují rozhraní, která softwaru umožňují poskytovat služby dispečerům, volajícím a pracovníkům v terénu, pokud jde o řízení a používání analogových rádiových a telefonních zařízení, jakož i funkcí záznamníku a záznamníku.
Metodologie
Počítačem podporované dispečerské systémy používají jeden nebo více serverů umístěných v centrální dispečink, které komunikují s počítačovými terminály v komunikačním centru nebo s mobilními datovými terminály nainstalovanými ve vozidlech. Existuje velké množství CAD programů, které vyhovují různým potřebám oddělení, ale základy každého systému jsou stejné. Obsahují:
- Časy přihlášení / odhlášení policejního personálu (místopřísežný / neprísažný)
- Generování a archivace incidentů, které začínají telefonátem od občana nebo pocházejí od pracovníků v terénu
- Přidělování polního personálu k incidentům
- Aktualizace incidentů a protokolování těchto aktualizací
- Generování čísel případů pro incidenty, které vyžadují vyšetřování
- Časové razítko každé akce dispečera v terminálu
V ideálním nastavení je hovor přijat příjemcem hovoru a informace o hovoru jsou vloženy do šablony CAD. Jednoduše, poloha, ohlašovací skupina a incident jsou hlavní pole, která musí být vyplněna typovými kódy. Pokud například došlo k vloupání, typový kód pro tento incident by mohl být „BURG“; když je zadáno BURG, program vyhláskuje „BURGLARY (probíhá)“. Pokud se místo nacházelo v bloku Madison 1400, mohl by typový kód být „14MAD“. Údaje o oznamující straně by byly vyplněny příjemcem hovoru, včetně příjmení, křestního jména, čísla zpětného volání atd.
Typický výtisk CAD vypadá takto na základě výše uvedeného příkladu:
----------------------------------- LOCATION - 1400 Madison RP - Doe, John, 555-5555, 1404 Madison INCIDENT - BURGLARY (in progress) SYNOPSIS - "Caller reports a possible burglary in progress based on seeing individuals inside the residence/Caller advises 2 persons inside the location and call advises the current residents are on vacation." -----------------------------------
Opět platí, že je zřejmé, že pole jsou vysvětlena, volající používá ty zkratky, které jsou již předem určené, aby rychle shromáždily a předaly informace.
Dispečer poté přijme hovor od příjemce a je schopen jej odeslat těm, kteří jsou k dispozici. Na obrazovce dispečera by se zobrazil dostupný personál, který je možné odeslat. Příkladem může být typické nastavení:
----------------------------------- INCIDENT # - 110001 LOCATION - 1400 Madison RP - Doe, John, 555-5555 INCIDENT - BURGLARY (In Progress) SYNOPSIS - "Caller reports a possible burglary in progress based on seeing individuals inside the residence/Caller advises 2 persons inside the location and call advises the current residents are on vacation." UNITS - 746 (Pri), 749 (Cov) ----------------------------------- Units available - (3) Units out of service - (2) 745 - Avail. 746 - Not Avail. Inc # 554121 747 - Avail. 748 - Avail. 749 - Not Avail. Inc # 554122 -----------------------------------
Všechno, co je shromážděno, odesláno a zlikvidováno, je obvykle uloženo na centrálním serveru, na kterém se nacházejí typové kódy, nebo případně na jiném serveru. Všechny tyto hovory, ke kterým je připojeno číslo incidentu, lze vyvolat interním vyhledávačem. Například požadavek na výpis všech hovorů do Madisonu za poslední hodinu lze shromáždit dotazem na CAD program podle místa:
Search by: Location LOCATION [ ] --- Result: (Now filled in) Search by: Location LOCATION [14MAD ] --- Result: (1) Incidents
CAD lze použít mnoha způsoby, ať už se jedná o rádiové protokoly, protokoly hovorů nebo statistické analýzy.
Konzoly
Typické pro místní vládní dispečinková zařízení je zařízení Denveru RTD jedním z příkladů tranzitního dispečerského centra. Komunikační konzoly jsou namontovány do stojanů na elektroniku ve stylu stolu. Mezi funkce patří vícelinkové telefony. Moderní zařízení obvykle zahrnují různé výpočetní systémy pro provozní a administrativní účely.
Konzoly slouží jako lidské rozhraní a připojují se k dispečerským rádiovým systémům push-to-talk. Zvuk ze všech kanálů je zpracováván prostřednictvím kompresních obvodů zvukové úrovně a je směrován do dvou samostatných reproduktorů označených jako select a unselect . Každý z nich má ovládání hlasitosti. Vybraný kanál nebo kanály nesou komunikaci s nejvyšší prioritou. Aby se zabránilo zmeškaným zprávám na důležitých kanálech, může být vybraná hlasitost nakonfigurována, takže ji nelze nastavit na neslyšitelnou úroveň. Kanály pro zrušení výběru mohou být použity pro speciální události, jiné agentury nebo účely, které nezahrnují odeslání a mohou být neslyšitelné. Stisknutím tlačítka lze libovolný kanál na konzole přepínat mezi stavem výběru a zrušení výběru. Každý kanál má nezávislé tlačítko push-to-talk, které umožňuje dispečerovi hovořit po jednom kanálu najednou. U vysílaných zpráv vysílá jediné tlačítko přes všechny vybrané kanály současně. Součástí balení jsou digitální hodiny a sloupcový graf LED nebo měřič VU .
Každý kanál má štítek, který jej identifikuje, a kontrolky a tlačítka pro ovládání nastavení. Typický kanál má obsazené světlo, světlo hovoru, světlo výběru, tlačítko výběru a tlačítko přenosu. Trvale svítící červené světlo indikuje, že na kanálu se vysílá jiná poloha odeslání. Blikající žlutá kontrolka signalizuje, že na kanálu mluví polní jednotka. Kontrolka volání obvykle bliká několik sekund po ukončení přenosu, což umožňuje zaneprázdněnému dispečerovi vyhledat telefonní hovor a určit, ze kterého kanálu přišla poslední zpráva.
Některé konzolové dispečinkové panely jsou ve skutečnosti aplikací založenou na PC. To je případ systému Zetron Acom a systému Avtec Scout. To umožňuje snadné přizpůsobení a úpravu rozložení klíče odeslání.
Úrovně služeb a geografické informace
K vylepšení služby se často používá počítačové mapování , automatická lokalizace vozidla , automatická identifikace čísla a identifikace volajícího určením polohy klienta a nejvhodnějšího vozidla pro obsluhu klienta.
Některé systémy CAD umožňují kombinovat několik zdrojů informací. Například přidání automatického umístění vozidla (AVL) a geografických informací (GIS) by mohlo zlepšit služby tím, že se jednotky rychleji dostanou na místo volání služby. V ideálním případě je CAD připojen k monitorování polohy vozidla poskytovaného systémem AVL. Tato informace se používá k navrhování nejbližšího vozidla k události. Jak se určuje nejbližší jednotka?
Základní zónový systém
Nejjednodušší systém je beatový nebo zónový mapový systém. Například v komunitě se čtyřmi hasičskými stanicemi je mřížka překryta na mapě komunity. Každá zóna mřížky je označena postupem policejních úderů, zón ambulance, tranzitních zón nebo hasičských stanic. Jedna mřížka může být označena: AB241. To znamená, že požární stanice 2, poté 4, poté 1, pak 3 by reagovala na požární volání, ke kterému došlo v této zóně. Předdefinovaná objednávka je vytvořena osobami s odbornými znalostmi v poskytované službě, místní geografii, provozu a vzorcích ve voláních po službě.
Jelikož jsou zahrnuty pouze základní informace GIS, pokud by byl k dispozici AVL, jednoduše by zobrazil umístění servisních vozidel na mapě. Nejbližší jednotku by interpretoval dispečer při pohledu na umístění vozidla promítnutá na mapu.
Pokud nejsou k dispozici podrobné geografické údaje, lze jednotky přiřadit na základě středu okresu. Aby byl problém s výpočtem snazší, může systém CAD použít centroidy k vyhodnocení umístění servisních vozidel. Centroidy jsou odhadované středové body v zóně. Systém vypočítá vzdálenost od požární stanice nebo umístění AVL k těžišti. Podle pravidel systému CAD by byla přidělena nejbližší požární stanice. Systémy mohou používat centroidy, které nejsou přesně vycentrovány, aby zkosily nebo zvážily rozhodnutí systému. Personál založený na hasičské stanici, který je fyzicky blíže nakreslením přímé čáry na mapě, může být do zóny pomalejší. K tomu může dojít, protože odpovídající jednotky musí projet kolem dálnic, jezer nebo překážek terénu, aby se dostaly do zóny. Těžiště může být přesunuto, protože nákladní vozy s 200 vozy často blokují železniční přejezd používaný pro přístup do konkrétní zóny.
Jedná se o nejlevnější systém, který lze vyvinout, protože vyžaduje nejméně podrobné geografické informace a nejjednodušší výpočty. Další problém nastává, když několik služeb používá stejný systém. Policie a tranzit mohou mít například různé představy o tom, jaké hranice definují ideální zónu nebo jak by měly být váženy centroidy.
CAD pomocí geokódování
Geokódování je překladový systém umožňující převod adres na souřadnice X a Y. Někdo, kdo zavolá službu, má adresu připojenou ke kabelovému telefonnímu číslu nebo sdělí dispečerovi svou adresu. Předpokládejme například, že adresa volajícího je 123 Main Street .
Systém GIS nebo CAD obsahuje vyhledávací tabulku. Tabulka může identifikovat liché adresy v komunitě jako adresy na severní a východní straně ulic. Adresy od hlavní ulice 113 do 157 jsou označeny jako podél středové čáry hlavní ulice mezi Broadwayem a Washingtonem. Odhaduje se, že 123 je na severní straně hlavní ulice někde blíže k 113 než 157. Tento odhad produkuje zeměpisnou šířku a délku nebo sadu souřadnic Universal Transverse Mercator . Souřadnice jsou dostatečně blízko k identifikaci nejbližšího servisního vozidla. Tento systém může automaticky připojit název nejbližší křižovatky nebo protínající se ulice.
Systém opět používá přímou vzdálenost k určení, které servisní vozidlo je nejblíže volání služby. Pokud je použit systém AVL, systém CAD prohlédne seznam nejnovějších hlášených pozic vozidla. Dále jsou pozice porovnány se stavem servisního vozidla. Systém CAD může identifikovat několik nejbližších jednotek, které mají stav k dispozici . Dispečer dělá ideální volbu z užšího výběru systému CAD.
Tento typ systému je výrazně dražší než zónový systém. Základní systém může začínat mapami z Úřadu pro sčítání lidu USA nebo z úřadu krajského hodnotitele. Kvalita těchto map může být dobrá, ale nebude ideální pro dispečink. Za normálních okolností by ve personálu byla jedna nebo více osob, které by se zabývaly změnami dat z nového vývoje, nových ulic nebo problémů s kvalitou dat. Osoba by sestavila adresy a vygenerovala osy ulic v mapovacím softwaru. Geokódování se liší v přesnosti v závislosti na zdrojích dat a prodejcích. Obvykle trvá roky práce a plánování, než bude systém implementován. Moderní geokódované systémy často zobrazují umístění servisních vozidel, umístění servisních volání a umístění volajících na mapě. To pomáhá disambiguate volání služby a snižuje pravděpodobnost odeslání dvou zpráv o jednom volání služby jako dvě samostatná volání.
Dalším problémem jsou technologie využívající rozdílné vztažné body nebo souřadnicové systémy. Předpokládejme například, že váš systém AVL používá formát stupňů-desetinných stupňů. Displej AVL pro vozidlo na poště Heart Butte Post Office v Montaně zobrazuje zeměpisnou šířku a délku 48,28333 N, -112,83583 W. CAD systém používá data ve formátu minut-minuty-sekundy a zobrazuje stejné umístění jako 481700N, 1125009W. Jak překládáte? To je někdy problém se sousedními systémy CAD. V ideálním případě byste měli být schopni odesílat a přijímat hovory do a ze systémů CAD v sousedních oblastech. Co když státní nebo provinční vláda standardizovala jiný souřadnicový systém?
Plná integrace GIS / AVL
Nejdražší a technicky nejnáročnější systémy plně využívají možnosti geografických informačních systémů (GIS) a automatického umístění vozidla (AVL). V těchto systémech jsou osy ulic popisovány jako směrovatelné . Kromě geokódování a přesných středových linií ulic mají křižovatky atributy nebo skóre. Může servisní vozidlo odbočit vlevo z Carnegie Street na východ na Hooligan Boulevard na sever? K hodnocení obtížnosti provedení tahu se používá bodovací systém. Na jednom konci bodovacího systému mohlo dojít k výměně, kde měla servisní vozidla při zatáčení neomezený přístup. Možná jsou obě ulice jednosměrné, takže je relativně snadné odbočit z jedné na druhou. Ve středních bodech může být odbočka vlevo občas blokována silným provozem, padacím mostem nebo pouličními vozy . Při nejobtížnějším skóre se mohou obě ulice protínat, ale absence jakékoli výměny neumožňuje, aby se servisní vozidla dostala z jednoho do druhého.
Pro výpočet nejbližších servisních vozidel provádí systém CAD síťovou analýzu silničního systému na základě těchto směrovatelných středových linií ulic. Posuzuje cestu od volání služby k umístění AVL dostupných vozidel. Systém doporučuje servisní vozidla s nejkratší cestou.
Směrovatelné osy ulic berou v úvahu rozdíly mezi pruhy na sever a na jih na dálnici nebo silnici. Například k dosažení bodu v pruzích dálnice na jih může být nutné, aby servisní vozidla jeli na sever k dalšímu sjezdu a poté se vrátili na jih. Analýza směrovatelné pouliční sítě to bere v úvahu, pokud je přesně uvedeno místo události. Směrovatelné systémy zohledňují překážky, jako jsou jezera, výpočtem vzdálenosti ujeté trasy, nikoli přímé vzdálenosti. Předpokládá se, že řidič servisního vozidla zná nejkratší cestu nebo že všichni řidiči provedou podobný počet nesprávných zatáček.
Koncentrace
Systémy CAD vyžadují podpůrný personál se speciálními dovednostmi. To může vést ke koncentraci dispečerských zařízení, zejména tam, kde dochází k populačnímu růstu nebo kde je pro splnění stanovených cílů služby vyžadována automatizace.
V každém systému koncentrace zařízení zvyšuje riziko výpadků nebo rozsáhlých poruch. V systému, kde je provoz hovorů tak vysoký, že ke zpracování rutinních úrovní každodenních hovorů je nutná pokročilá technologie, mohou mít relativně malé poruchy zásadní vliv na úrovně služeb. Například tam, kde je každý zvyklý na pohodlí automatického umístění vozidla (AVL), může výpadek AVL náhle zvýšit pracovní zátěž zaměstnanců. Předpokládejme, že porucha způsobí stav, kdy CAD nemůže doporučit nejbližší jednotku. Jak dispečer efektivně vyhodnotí, které jednotce přiřadit?
Výměna dat (EDI)
Ve veřejných bezpečnostních systémech se diskutuje o normách, které umožňují různým systémům vyměňovat si informace o hovorech. Například příjemce hovoru na okresním hasiči přijme hovor o automobilové nehodě uvnitř limitu města. Vyvíjející se standardy umožní systémům CAD posílat si navzájem zprávy o hovorech pocházejících mimo místní jurisdikci. Některé subjekty mají ujednání, která již podporují výměnu dat mezi systémy, ale cílem norem je, aby byla tato propojení běžnější. Kvůli auditní stopě a bezpečnostním potřebám je problém složitější, než se zdá.
Použití EDI aplikovaného na CAD je specifické pro komunitu činnou v trestním řízení a nemělo by být zaměňováno se standardy EDI (Electronic Document Interchange) pro eCommerce. V rámci vymáhání práva se EDI používá jako módní slovo představující veškeré elektronické automatizované zprávy.
Vyspělejší snahy o propojení CAD lze nalézt ve standardech vyvinutých pro program Inteligentní dopravní iniciativy ministerstva dopravy. Tato iniciativa sponzorovala sérii protokolů IEEE 1512 pro nouzové řízení, která poskytuje sofistikované prostředky pro koordinaci incidentů mezi operačními středisky pomocí softwaru CAD.
V rámci Národního modelu výměny informací probíhají další práce na propojení vnitřní bezpečnosti s CAD. Také mezinárodní normalizační orgán OASIS vytvořil standardy financované částečně z DHS a iniciativy e-gov pro zvládání katastrof pro komunikaci v případě nouze.
Jiné technologie interoperability mohou překlenout rozdíly mezi datovým formátem, softwarem a hardwarem, které tvoří různé dispečerské systémy podporované počítačem v různých jurisdikcích. Middleware , software a servery (datoví makléři), mohou překládat a integrovat různé systémy do bezproblémového automatizovaného dispečerského systému. Jeden příklad takového middlewaru (poskytovaný společností FATPOT Technologies / CII se sídlem v Utahu) existuje v Orange County v Kalifornii, kde hasičský úřad integroval různé záchytné body záchranné služby do bezproblémové dispečerské sítě. Podobný projekt byl dokončen pro projekt regionální interoperability Silicon Valley (SVRIP) a je součástí zprávy CADIP odboru vnitřní bezpečnosti.
Austrálie a Nový Zéland používají protokol ICEMS pro zasílání zpráv mezi různými systémy CAD provozovanými různými organizacemi záchranných služeb.
Součást podnikového výpočetního systému
Při obchodním využití CAD může být dispečerský systém modulem nebo součástí většího podnikového výpočetního systému. Spíše než mít více infrastruktur je důležité mít jednu infrastrukturu s mnoha spuštěnými aplikacemi.
Na špičkové úrovni podnikové integrace pro CAD je SOS. SOS nebo systémy systémů je metodika a sada technologií pro propojení distribuovaných nezávislých aplikací do jednoho meta-systému nebo systému systémů. Tyto metody byly původně používány na DOD pro velení a řízení (C2), ale nyní byly použity k odeslání v úsilí, jako je inteligentní dopravní systém ministerstva dopravy ve střediscích řízení dopravy a další úsilí zahrnující protiteroristická nebo fúzní centra DHS. Některé místní jurisdikce také integrovaly své dispečerské systémy pomocí softwaru EAI (Electronic Application Integration).
Nedávný vývoj
Zpracování hovorů pomocí počítače (CACH) je postaveno na předpokladu, že efektivní zpracování hovorů je základem pro efektivní odbavovací odpověď. Pomocí strukturovaného zpracování hovorů a řady výpočtů rizik mohou tyto systémy vytvářet objektivní doporučení pro odesílání na základě informací poskytnutých volajícím.
Viz také
- Nouzový lékařský dispečer
- EDXL Sharp
- Systém řízení incidentů
- Logistika
- Stavový systém objednávání zdrojů
- Selektivní volání
Reference
Původní článek
- Horn, DW, (2005). Integrovaný veřejný bezpečnostní počítačový dispečerský systém. Projekt diplomové práce v tisku, Regis University, Denver, CO.
Poznámky
- ^ To by fungovalo pro jakýkoli systém včetně taxi nebo vyzvednutí balíku.
- ^ Webové stránky sdružených úředníků pro komunikaci v oblasti veřejné bezpečnosti, Výbor pro přenos dat, Focus Group III. Archivováno 10. 10. 2006 na Wayback Machine . APCO to označuje jako Projekt 36.
- ^ Inteligentní dopravní systémy
- ^ „Pracovní skupina pro správu incidentů IEEE“ . Archivovány od originálu na 2009-04-19 . Citováno 2009-02-28 .
- ^ NIEM.gov
- ^ OASIS EM TC a EDXL Emergency Data Exchange Language
- ^ „Egov.gov“ . Archivovány od originálu dne 2008-09-08 . Citováno 2019-07-08 .
- ^ „Fatpot.com“ . Archivovány od originálu dne 2018-07-10 . Citováno 2019-11-13 .
- ^ Více aplikací se stejnou infrastrukturou Model pro aplikace, zadáno v březnu 2007.
- ^ Systém systémů Systém systémů
- ^ Ops.fhwa.dot.gov