Law Enforcement Computer Aided Dispatch (CAD) Systems

Law Enforcement Computer Aided Dispatch (CAD) Systems

Standard Functional Specifications for

Developed by the

Law Enforcement Information Technology Standards Council (LEITSC)

Bureau of Justice AssistanceOffice of Justice Programs U.S. Department of Justice

National Institute of JusticeThe Research, Development, and Evaluation Agency of the U.S. Department of JusticeNIJ

StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems �

LawEnforcementComputerAidedDispatch(CAD)Systems

StandardFunctionalSpecificationsfor

Developedbythe

LawEnforcementInformationTechnologyStandardsCouncil(LEITSC)

�� StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems

This document was prepared with the guidance, leadership, and funding of the Bureau of Justice Assistance, Office of Justice Programs, U.S. Department of Justice, in collaboration with the Law Enforcement Information Technology Standards Council. This project was supported by Grant No. 2003-MU-BX-0068, awarded by the Bureau of Justice Assistance.

StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems ��

LEITSCGovernanceLarry Boyd, ChairmanChiefofPoliceIrving(TX)PoliceDepartmentPoliceExecutiveResearchForum(PERF)

Joe AkersLEITSCStaffLiaisonNationalOrganizationofBlackLawEnforcementExecutives(NOBLE)

Terry ChowanecLEITSCStaffLiaisonPERF

Ted Kamatchus, Vice ChairSheriffMarshallCounty(IA)Sheriff’sOfficeNationalSheriffs’Association(NSA)

Mark MarshallChiefofPoliceSmithfield(VA)PoliceDepartmentInternationalAssociationofChiefsofPolice(IACP)

Morris RobersonU.S.PostalService(Retired)NOBLE

Heather RuzbasanLEITSCProjectManager

G. Matthew SnyderLEITSCStaffLiaisonIACP

Fred WilsonLEITSCStaffLiaisonNSA

LEITSCFunctionalStandardsCommitteeJoe CassaBureauCommanderWheatRidge(CO)PoliceDepartment

Mitchell Ray Davis, IIIChiefofPoliceDixmoor(IL)PoliceDepartment

Debbie FoxInformationTechnologyAdministratorLouisville(KY)MetroPoliceDepartment

Michael HaslipChiefofPoliceCityofBlaine(WA)PoliceDepartment

Linda HillConsultantIJISInstitute

J. B. HopkinsDivisionCommander/JailAdministratorStoryCounty(IA)Sheriff’sOffice

Dina JonesCADManagerStoryCounty(IA)Sheriff’sOffice

Bruce KellingBaskEnterprises,LLCManagingPrincipal

Daniel MurrayITManagementSectionCommanderArlingtonCounty(VA)PoliceDepartment

Acknowledgements

�v StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems

Beverly MuseTechnologyManagerCityofChattanooga(TN)

Morris RobersonPostalInspector(Retired)U.S.PostalService

Jim SlaterChiefInformationOfficerMassachusettsExecutiveOfficeofPublicSafety

Mark SteigemeierVicePresidentMotorola

Darrell TrueITAdministratorWrentham(MA)PoliceDepartment

Gary VestChiefofPolicePowell(OH)PoliceDepartment

Paul WormeliExecutiveDirectorIJISInstitute

AdvisorsandOtherProgramContacts

William Cade, Jr.Director,911ServicesandCommunicationsOperationsCenter

AssociationofPublicSafetyCommunicationsOfficials

Joe EsteyChiefofPoliceHartford(VT)PoliceDepartmentFormerLEITSCGovernanceMemberIACP

Joe HeapsCommunicationsTechnologyPortfolioManagerNationalInstituteofJusticeOfficeofJusticeProgramsU.S.DepartmentofJustice

Dustin KooncePolicyAdvisorBureauofJusticeAssistanceOfficeofJusticeProgramsU.S.DepartmentofJustice

J. Patrick McCrearyAssociateDeputyDirectorBureauofJusticeAssistanceOfficeofJusticeProgramsU.S.DepartmentofJustice

Harlin McEwenChiefofPolice(Retired)Ithaca(NY)PoliceDepartment

David MulhollandLieutenantU.S.ParkPoliceIACP

Jennifer ZeunikFormerLEITSCProjectManager(2002–2005)IACP

ProjectManagerHeather RuzbasanLEITSCInternationalAssociationofChiefsofPolice515NorthWashingtonStreetAlexandria,VA22314(703)836-6767,[email protected]

SpecialThankstoOurPartners

www.ijis.org

Thisdocumentistheresultofanextraordinarycollaborationbetweenmanyjusticepractitionersandindustryexperts.Thankyouallforyourcommitment,time,energy,andpatience.

IJIS Institute

StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems v

TableofContents

Acknowledgements ............................................................................................................................................................ iii

Table of Contents ................................................................................................................................................................ v

Executive Summary: CAD ............................................................................................................................................... vii

Business Function: Law Enforcement Dispatch ............................................................................................................. 11.1Description:.....................................................................................................................................................................11.2UseCaseDiagram..........................................................................................................................................................11.3UseCaseSpecification:CallTaking...............................................................................................................................11.4UseCaseSpecification:DispatchDecisionSupport......................................................................................................61.5UseCaseSpecification:BOLO......................................................................................................................................71.6UseCaseSpecification:DispatchUnits.........................................................................................................................71.7UseCaseSpecification:UnitStatusManagement.......................................................................................................101.8UseCaseSpecification:CallManagement..................................................................................................................121.9UseCaseSpecification:SupplementalResourcesTracking........................................................................................141.10UseCaseSpecification:CallDisposition....................................................................................................................15

Business Function: CAD System Administration ......................................................................................................... 172.1Description:...................................................................................................................................................................172.2UseCaseDiagram........................................................................................................................................................172.3UseCaseSpecification:GeofileMaintenance.............................................................................................................172.4UseCaseSpecification:Security.................................................................................................................................172.5UseCaseSpecification:Logging..................................................................................................................................182.6UseCaseSpecification:Configuration.........................................................................................................................182.7UseCaseSpecification:TableMaintenance................................................................................................................192.8UseCaseSpecification:CommunicationCenterRelocation........................................................................................192.9UseCaseSpecification:CADCatch-Up.......................................................................................................................19

Business Function: Support Services............................................................................................................................ 213.1Description:...................................................................................................................................................................213.2UseCaseDiagram........................................................................................................................................................213.3UseCaseSpecification:BOLO....................................................................................................................................213.4UseCaseSpecification:EmergencyOperationsCenter..............................................................................................22

Business Function: Call Management and Management Reporting ........................................................................... 234.1Description:...................................................................................................................................................................234.2UseCaseDiagram........................................................................................................................................................234.3UseCaseSpecification:DispatchSupervisorSupport.................................................................................................234.4UseCaseSpecification:CADManagementReporting................................................................................................234.5UseCaseSpecification:TrainingandTesting..............................................................................................................24

v� StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems

Business Function: Interfaces ........................................................................................................................................ 255.1Description:...................................................................................................................................................................255.2UseCaseDiagram........................................................................................................................................................255.3UseCaseSpecification:Primary..................................................................................................................................255.4UseCaseSpecification:AdditionalInterfaces..............................................................................................................255.5UseCaseSpecification:LocationalSystemsInterfaces..............................................................................................275.6UseCaseSpecification:AdministrationInterfaces.......................................................................................................275.7UseCaseSpecification:CommunicationsInterfaces...................................................................................................285.8UseCaseSpecification:PublicAwarenessMessaging................................................................................................285.9UseCaseSpecification:EmergencyOperationsInterface...........................................................................................285.10AdditionalBusinessFunctions.....................................................................................................................................29

Conclusion ......................................................................................................................................................................... 31

Properties: Activity ......................................................................................................................................................... A:1

Properties: Actor ............................................................................................................................................................ A:7

Properties: Business Function ....................................................................................................................................A:11

Properties: State ........................................................................................................................................................... A:13

Properties: Use Case ................................................................................................................................................... A:15

StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems v��

HistoryTheLawEnforcementInformationTechnologyStandardsCouncil(LEITSC)wascreatedin2002withfunding(GrantNumber2002-LD-BX-0002)fromtheU.S.DepartmentofJustice,BureauofJusticeAssistanceandcontinuedin2003withfunding(GrantNumber2003-MU-BX-0068)throughacollaborativeeffortbetweentheBureauofJusticeAssistanceandtheNationalInstituteofJustice.LEITSCiscurrentlyfundedundertheBureauofJusticeAssistance(GrantNumber2003-MU-BX-0068)andcontinuestoworkincooperationwiththeNationalInstituteofJustice.LEITSCbringstogetherrepresentativesfromtheInternationalAssociationofChiefsofPolice(IACP),NationalSheriffs’Association(NSA),NationalOrganizationofBlackLawEnforcementExecutives(NOBLE),andPoliceExecutiveResearchForum(PERF)toaddresslawenforcementinformationtechnologystandardsissues.Themissionofthegroupistofosterthegrowthofstrategicplanningandimplementationofintegratedjusticesystemsthroughthedevelopmentandimplementationofinformationtechnologystandards.

PurposeIn2003,LEITSCidentifiedtheneedforanationalstandardforcomputeraideddispatch(CAD)functionalspecifications.Theybelievedthatthestandardwouldaccomplishthefollowinggoals:

ProvideastartingpointforlawenforcementagenciestousewhendevelopingCADrequestsforproposal(RFP);Leveltheplayingfieldwhenworkingwithvendors;andPromotesysteminteroperability(forexample,CADtoCAD).

Withthesegoalsinmind,theLEITSCFunctionalStandardsCommittee,composedoflawenforcementpractitionersandindustryexpertsfromaroundthecountry,wasappointedtodeveloptheStandardFunctionalSpecificationsforLawEnforcementCADSystems.Thebaselinedocumentwasdevelopedfromcommonelementsfoundinrequestsforproposals,technicaldocumentation,andotherCAD-relatedresearch.Thedocumentwasthenvalidatedbythegroupusingamodelingtool.Oncedevelopedandvalidated,thespecificationswerevettedthroughthelawenforcementcommunityviaeachoftheparticipatingassociations,aswellasthroughotherstakeholdercommunitiesinanefforttogaininputfromanumberofdifferentperspectives.

NationalInitiatives:LawEnforcementInformationSharingProgram(LEISP),LawEnforcementNationalDataExchange(N-DEx),andLawEnforcementRegionalDataExchange(R-DEx)Aslawenforcementagenciesmovetowardtheprocurementofcomputeraideddispatch(CAD)andlawenforcementrecordsmanagementsystems(RMS),itisvitaltorecognizeandconsidertheLawEnforcementInformationSharingProgram(LEISP)developedbytheU.S.DepartmentofJustice(DOJ).TheLEISPisdesignedtopromoteinformationsharingamongalllevelsofthelawenforcementcommunityandtoguidetheinvestmentofresourcesininformationsystemsthatwillfurtherthisgoal.ThegoalsofLEISParesupportedthroughtheproliferationoftheGlobalJusticeInformationSharingInitiative(Global)ExtensibleMarkupLanguage(XML)DataModel(GlobalJXDM).ForadditionalinformationontheGlobalJXDM,visitwww.it.ojp.gov.TheGlobalJXDMisanXMLstandard

ExecutiveSummary:CAD

v�� StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems

designedspecificallyforjusticeinformationexchanges.Itprovideslawenforcement,publicsafetyagencies,prosecutors,publicdefenders,andthejudicialbranchwithatooltoeffectivelysharedataandinformationinatimelymanner.ThereareseveralongoingDOJinitiativesincorporatedintotheLEISP.

OneprogramcurrentlybeingdevelopedjointlybetweentheFederalBureauofInvestigation(FBI)andstateandlocallawenforcementistheLawEnforcementNationalDataExchange(N-DEx)1System.Asecondprogram—theLawEnforcementRegionalDataExchange(R-DEx)2System—hasbeendevelopedandimplementedbytheFBI.Bothprogramsarenewlawenforcementinformationsharingsystemsbasedupontheabovecriticalstandards.

DocumentScopeThisdocumentpresentsstandardfunctionalspecificationsforlawenforcementCADsystems.Thespecificationsfoundinthisdocumentareintendedtobegenericinnatureratherthanfavoroneparticularsystemorapproachoveranother;theyareatthefunctionallevel,meaningthattheydefinewhatistobeaccomplishedversushowitshouldbeaccomplished.ThesespecificationsweredevelopedtodepicttheminimalamountoffunctionalitythatanewlawenforcementCADsystemshouldcontain.TheyarenotintendedtosimplybesubstitutedforanRFPbutshouldbetailoredtofitthespecificneedsofeachagencyorgroupofagencieslookingtopurchaseaneworupgradeanoldCADsystem.Thesespecificationsshouldbeusedasastartingpointtobuildafullyfunctional(basedonagencyneeds)CADsystemthatisbasedonopenstandardsinordertoefficientlyinterfaceandshareinformationwithothersystemsbothinternallyandexternally.

1 TheN-DExProgramisanincident-andcase-basedinformationsharingsystem(e.g.,RMS)forlocal,state,tribal,andfederallawenforcementagenciesthatsecurelycollectsandprocessescrimedatainsupportoftheinvestigativeandanalyticalprocessandwillprovidelawenforcementagencieswithstrategicandtacticalcapabilitiesthatdonotcurrentlyexistonanationalscale.AnN-DExconceptofoperations(ConOps)documentisbeingfinalizedtoaidinthedesignoftheN-DExsystemandtoensurethatstakeholdersunderstandandsharetheN-DExvision.

2 TheR-DExProjectseekstosecurelysharesensitivebutunclassifiedcrimeinformationbetweenfederalagencies,whileallowingforconnectionwithseveralexistingregionallybasedlocalandstateinformationsharingsystemstoimpedecriminalandterroristactivities.R-DExisnowoperationalinseveralmetropolitanareas.

ItisexpectedthattheprocessofdefiningdetailedinformationexchangesinaCADsystemwillbeaddressedinfuturephasesofthisproject.Inaddition,thesespecificationsareintendedtobeusedinconjunctionwithtechnicalstandards,includingtheGlobalJXDM,inordertostreamlinetheprocessofsharinginformation.

Itisintendedthatthesestandardswillbeupdatedandaugmentedonaregularbasis.

IntroductionCADsystemsallowpublicsafetyoperationsandcommunicationstobeaugmented,assisted,orpartiallycontrolledbyanautomatedsystem.Itcaninclude,amongothercapabilities,computer-controlledemergencyvehicledispatching,vehiclestatus,incidentreporting,andmanagementinformation.

AllaspectsofaCADsystemmustbeoptimizedforrapidresponsetimeandsystemreliability.Sincetimeisoftheessence,theCADsystemmustaccuratelyprovideadataandtimestampforeveryactivity.

CADsystemscollecttheinitialinformationforanincidentandthenprovidetheinformationtooneormoreRMSsystems.

TheCADsystemalsosupportsotheractivitiesthatassistintheeffectiveuseofpublicsafetyresources,includingshiftchangerollcall,“Beonthelookout”(BOLO)files,andtheabilitytoscheduleacallinthefuture.

Thisdocumentaddressesthefollowingbusinessfunctions:

LawEnforcementDispatchCADSystemAdministratorsSupportServicesCallManagementandManagementReportingInterfacesEMSDispatchFireDispatchIntelligentTransportationProperties

StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems 1

1.1Description:LawenforcementagenciesuseCADtofacilitateincidentresponseandcommunicationinthefield.CADsystems,inmanycases,arethefirstpointofentryforinformationcomingintothelawenforcementsystem.TypicalCADsystemfunctionsincluderesourcemanagement,calltaking,locationverification,dispatching,unitstatusmanagement,andcalldisposition.Additionally,mappingfunctionality,interfacewithmobiledatacomputers(MDC),andinterfaceswithotherexternallocal,state,andfederalinformationsystemsmaybeincluded.Calltakers,dispatchers,andtheirsupervisorsareprimaryusersofCAD.Unitsinthefieldmayinteractviamobiledatacomputers.

1.2UseCaseDiagram�(seepage2)

1.�UseCaseSpecification:CallTakingCallsforservice(CFS)initiatetheCADprocess.Callersarecitizensorotheragenciesrequestingservicesfromtheagencyorgivingnotificationofeventsoractivitiesofconcern.ACFSmaycomefrommanydifferentpointsoforigin,suchasalarmsystems,E911systems,directcalls(7-or10-digitnumbers),walk-ins,CAD-to-CADinterfaces,orWeb-basedsystems.

Theservicerequestedbycallerswillconsistofbothemergencyandnonemergencypriorities.Calltaking

3 URLIntegrationcollaboratedwithLEITSCtoassistinthedevelopmentofthefunctionalstandards.URLIntegrationusedanalternativemethodtorequirementsanalysiswiththeirRequirementsModelersoftware.RequirementsModelerisbasedonUnifiedModelingLanguage(UML),whichisthedefactostandardfordocumentingfunctionalrequirements.UMLwascreatedbytheObjectManagementGroup(OMG)in1997asastandardforvisualobject-orientedmodeling.RequirementsModeler,consistentwithUMLprinciples,automaticallygeneratesdiagramsandprocessflow(UseCaseandActivitydiagrams).URLIntegration’sUseCaseandActivitydiagramswerereproducedforuseinthisreport.

LawEnforcementDispatch1 BusinessFunction:

consistsofreceivingthecall,obtainingsufficientandaccurateinformationfromthecaller,determiningwhetherthisisaduplicateofacallinprogress,andrecordingorupdatingtheCFSintheCADsystem.Thecalltakermayalsoapplyproceduresandguidelinestoverify,analyze,classify,andprioritizethecallpriortoroutingtheCFStothedispatcher.ACFSmayalsobegeneratedbyaunitinthefield.Theunitcancontactthedispatcherorthecalltaker,orhemayactuallycreatethecallelectronicallyusingtheoptionalmobiledataterminal(MDT)interface.ACFSmaybeforwardedtoatelephonereportingunitandbereceivedfromthetelephonereportingunit.ThismayincludetheabilitytocreateaCFSforfuturescheduledevents.

AssociatedActor

Relationship Description

Caller calls InjurisdictionswithanE911interface,thecalltakerstilltalkstothecaller,butthedatafromtheE911interfacereducescallentrytime.

Un�t initiatesAlarm initiates Businessalarmor

otheroptionalinterfaceprovidesdataonly.

ExternalCAD calls AnexternalCADmaycommunicatewithacallcenterinanotherjurisdictionifthosejurisdictionsareunderanagreementtoworktogetherandhaveaCAD-to-CADinterface.

CallTaker receives Insmalleragencies,thecalltakermaybethedispatcher.

2 StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems

BOLO

Dispatch Units

Call Management

Call Disposition

Unit Status Management

Supplemental Resources Tracking

iniatiates alarm

records

transfers

calls

transfer

initiates

calls

maintains

performs

sends

receives

transfer

Call Taking*

records

performs

Dispatch Decision Support

records<<extends>>

<<extends>>

dispatched

Telephone Reporting

Unit

AssociatedActor


ExternalAgency

transfers Thismaybeacalltakerfromanotheragencytransferringtheoriginalcalltothereceivingagency.

TelephoneReportingUnit

transfer

FlowofEvents1.�.1UpdateCFSData[Ifduplicate]Informationrelatedtoanopencallwillbeupdatedasinformationbecomesavailable.Multiplecallersprovidepotentialwitnessestothecallandmayprovideadditionalorsupportiveinformation.Thismayresultinreclassificationandprioritizationofthecall.ThedispatcherwillneedtheabilitytoenternarrativedataatanytimepriortoclosingtheCFS.

1.�.1.1Notes

DetailCallmayhavealreadybeendispatched.

1.2UseCaseDiagram

Call Taker

Caller

External Agency

External CAD

Unit

Dispatcher


Retrieve Incoming Call

Take Caller Data

Capture Location

Retrieve Alarm Location

Verify Location

Assign Call Classification and Priority

Check for Duplicate Calls

Update CFS Data

Create Call for Service

Correlate to Sector

Retrieve Preraise Hazard

and History

Retrieve Person

Information

Retrieve Vehicle

Information

Determine Dispatch Need

Utilize Call Disposition

(person called)

(alarm)

(first call) (duplicate)

(if person information is available)

(if no person information is available)

(resource dispatch not warranted)

(appropriate to dispatch)Routed

CallTakingActivityDiagram


1.�.2DetermineDispatchNeedAdecisionismadetodispatchaunitordirecttheCFSfordisposition.

1.�.2.1Notes

DetailThisflowassumesthatthecalltakerisalsothedispatcher,whichiscommonpracticeinsmallandmedium-sizeagencies.Inlargeragencies,calltakersroutecallstodispatchers,whohandletheincidentmanagementfromthatpointforward.

1.�.�UtilizeCallDisposition[Ifresourcedispatchnotwarranted]AcalltakermaycloseaCFSthatdoesnotrequirethedispatchofresources.

ACFSwillbeclosedwhentheunitsatthescenehavecompletedtheassignment.Dependingontheagencystandardoperatingprocedures(SOP),theprimaryunitmayclosethecallwithastatus.Thedispatcherisnotifiedbyassignedunitsoftheirstatuschangeusingvoiceormobiledatacomputer(MDC)transactions.MDCtransactionsmayupdateCADtorecordtheunitstatusandclosetheCFS,ifthedatareceivedindicatestheCFSiscomplete.TheCFSwillbeclassifiedwithaspecificdisposition,generallyprovidedbytheprimaryunit.

Whenacallisclosed,informationcollectedduringtheCFSmaybeautomaticallytransferredfromtheCADsystemtotherecordsmanagementsystem(RMS).AnyupdatesmadebytheCADoperatorsonreopenedcallswillbeautomaticallytransferredtotheRMS,subjecttoagencypolicies.

Ininstanceswhereaduplicatecallisidentified,onecallisdisposedwithacross-referencetotheoriginalCFS.Thecallswillbelinkedforfutureretrievability.

1.�.4AssignCallClassificationandPriorityAssignanaturecode,whichmayincludegeneralclassificationandsubtypesofthecall,baseduponagencypolicy.

Thecallwillbeprioritizedbasedupontype,applyingestablishedguidelinesandprocedures,todeterminetheappropriatedispatchandresponseneeds.

1.�.5CheckforDuplicateCallsThesystemautomaticallyevaluatestheCFSlocation(andpotentiallyothersiteparameters)todeterminewhetheracallisaduplicate.Thecalltakerevaluatestheinformationpresentedbythesystemwiththatobtainedfromthecallertomakethefinaldecisionregardingduplicatecalls.CallsforservicemaybereceivedbymanysourcesforthesameCFS,suchasatrafficaccidentwitnessedbytwoor

moremotoristsorafirealarmreportedfromanelectronicmonitoringsystemorawitnessreportingsmokecomingfromabusiness.Thecallmaybedeterminedtobeunique,butthereshouldbeacapabilityoflinkingthecalltoanotherexistingcall.

ThisanalysiswilldeterminewhetheranewCFSisrecordedinCADorwhetheranexistingCFSistobeupdatedwithinformationnotyetcaptured.

1.�.5.1Notes

Detail[Description]Thecalltakermayhavetheabilitytoreopenacallbutmaynotbeabletoclosethecallonceithasbeenreopened.

1.�.6TakeCallerData[Ifpersoncaller]Thecalltakerrequestsbasicinformationofthecaller.Many911systemsprovideinformationaboutthephoneaccount(ANI)originatingthecall,whichmayormaynotbeverifiedimmediately,dependingonthenatureandpriorityofthecall.

ThebasicinformationneededtoopenandinitiateaCFSisthetypeofcall(natureofthecomplaint),thepriority,andthelocationoftheCFS.Dependinguponthepriorityofthecall,whenbasicinformationhasbeenentered,theCFScanberoutedtotheappropriatedispatcherforhandling.

1.�.7CaptureLocationInmanyinstances,thecalltakerhasaccesstothecalloriginationlocation(ALI/ANI)datausingthe911system.Ifnot,theCFSlocationmustbeelicitedfromthecaller.Insomeincidents,thecaller’slocationmaynotbethelocationofthecallforservice.

1.�.7.1AlternativeFlows

DetailIfthecallisgeneratedfromthe911system,thelocationmaybeavailablefromANI/ALI,ifsuchaninterfaceexists.PhaseIcellularcallsmaygivethelocationofthenearesttower.PhaseIIcellularmaygivethecoordinatesofthecaller.Beyondlatitudeandlongitude,thealtitudemaybecaptured.

1.�.8VerifyLocationThecallerlocationwillbecheckedagainstcurrentaddresslistingsinthesystem.Locationsthatarenotverifiedprovideanindicationtothecalltakerthatinformationreceivedmaybeinaccurate,providingadditionalinformationforthedispatchertorelaytotheresponder.

Thelocationformatcanbeastreetaddress(blockfaceaddress),intersection,orcommonplacename.Location


informationforacommonplace,suchastheCityHall,hasastreetaddresslistingcross-referencethatwillprovidethelegalstreetaddress.Informationwillbecontainedinageofile,whichmustincludelatitudeandlongitude.Altitudewouldbeoptional.

Thegeofilewill:

Validatethatthestreetnameisanactualstreetintheservicearea.Resolveambiguitieswhileaccountingforspellingvariationsandduplications.Validateintersections.Validateaddressrange.Relatecommonplacenamestoactualaddresses.RelateX/Y/Zcoordinatestoanactualaddress.Transformlatitudeandlongitudetomapcoordinatesfordisplay.Translatecalllocationtoagencyreportingarea.Translatealiasnamestoactualstreetnames.

1.�.9RetrieveIncomingCallsIncomingcallsbyphoneareansweredintheorderthattheycomein.Callsfromthe911systemaregivenapriorityovercallsfromdirectphonelines.Thecenter’soperatingprocedureswilldeterminewhetheranycallisallowedtogotovoicemailorbeputonhold.


DetailThecalltakeranswerscallsfromthepublicfroma911line,a7-or10-digitphonenumber,oraTDD/TTYdeviceforthehearing-impaired.

1.�.10RetrievePersonInformation[Ifpersoninformationisavailable]Personinformationmayincludehistory,protectionorders,warrants,mentalorhealthissues,ganginformation,sexoffenderregistryinformation,etc.

Thiscouldbeautomaticallyqueriedbaseduponinformationenteredintofields,ifavailable.

1.�.11RetrieveVehicleInformationAnypertinentinformationofavehicle.Thiscouldbeautomaticallyqueriedbaseduponinformationenteredintofields,ifavailable.

1.

2.

�.

4.

5.

6.

7.

8.

9.


DetailThisflowassumesthatthecalltakerisalsothedispatcher,whichiscommonpracticeinsmallandmedium-sizeagencies.Inlargeragencies,calltakersroutecallstodispatchers,whohandletheincidentmanagementfromthatpointforward.

1.�.12RetrievePremiseHazardandHistoryRelevanthistoricalandtacticalinformationaboutspecificandneighboringpremisesisobtainedfrominternaland/orexternalsourcesfordecisionsupport.Thisinformationmayincludeinformationaboutpreviouscallsforserviceatthepremise,whetherthepremisehasrecordsofregisteredfirearms,hazardousmaterialsstoredatthesite(usuallybusinesssites),seriousmedicalinformationconcerningindividualsresidingatthepremise,andotherrelevantinformation.

1.�.1�CreateCallforService[Iffirstcall]AnewcallforserviceisrecordedintheCADusinginformationcompiledtodate.Auniquecallnumberisassigned.

1.�.14CorrelatetoSectorThelocationinformationobtainedfromthecallerandverifiedbythegeofilewillbecheckedtoidentifythepatrolareaassignmentinwhichthecallislocated.


DetailInlargeragencies,itisthecalltaker’sfunctiontosimplydeterminethenatureofthecallandthecalllocationandthenroutethecalltothedispatchersothatunitscanbeplacedenroute.

1.�.15RetrieveAlarmLocation[Ifalarm]Obtainthelocationofanelectronic-generatedcallfromthecallsourceinformation.LocationandcontactinformationfromelectronicsourcesmaybereceivedfromdataexchangestoCADormaybeobtainedfromadatabaseofcommonaddressesmaintainedbytheagency.

Postconditions PostconditionDescriptionsRouted Informationinvoice,paper,or

electronicformwasrecordedandsentordistributedtointendedrecipients.


1.4UseCaseSpecification:DispatchDecisionSupportThedispatcherispresentedwiththerecommendedresourcesfortheselectedCFS,baseduponpresetcriteriaforthetypeandpriorityofCFS.Furtherinformationwillbeconsidered,suchasthehistoryofthelocation,suspect,andthepossibilitythathazardousmaterialsmaybeinvolved.Therecommendedresourcesmaybeoverriddenbythedispatcherbasedontheadditionalinformationorrequestsbyofficersonthescene.Thesystemmayhavethecapabilitytoperformdispatchdecisionsupport,suchasassigninganincidentnumberwithouthuman�ntervent�on.

UnitsavailablewillbeconsideredaswellastheavailableunitproximitytotheCFS.Thefinaldecisioniswhichspecificunitstodispatch.

AssociatedActor


CallTaker calls

Dispatcher performs

AssociatedActor


TelephoneReportingUnit

transfer

FlowofEvents1.4.1ReviewCallBackgroundInformationTheinformationassociatedwiththelocationand/oraffiliatedpersonisconsideredtodeterminewhethertherecommendedresourcesareadequate.Thedecisiontooverridetheresourcerequirementshouldbemadeifitisdeterminedthattherecommendationisinadequate.

1.4.2DispatchResourceDecisionRecommendedresourcesareassignedbasedonSOPsthatfactorworkloadandunitcapabilitywithregardtoskillsandequipmentrequiredfortheCFS,unitavailability,andtheproximityofresources.

1.4.�RetrieveCFSFromCallPendingQueueThenextCFSonthecallpendingqueueisretrieved.Thecallwillcontainallinformationcollectedduringthe

Retrieve CFS from Call

Pending Queue

Determine Resource

Availability

Review Call Background Information

Retrieve Resource

Recommendations

Determine Proximity of Resources

Dispatch Resource Decision

Override Resource

Requirement

CFS Resource Assigned

(recommended requirement appropriate)

(recommended requirement appropriate)

DispatchDecisionSupportActivityDiagram


calluptothepointitisretrieved.AdditionalinformationmaycontinuetobeaddedtothecallbycalltakersanddispatcherswhiletheCFSisopen.

Callsinthequeuearestackedbyagency-definedpriority,oftenbasedonSOP.TheCADsystemallowstheagencytodeterminethesortorderofthecallpendingqueue.

1.4.�.1AlternativeFlows

DetailIntheeventofanofficer-initiatedcall,theunitcaninitiateacallbyreportingtheeventtothedispatcher,whocreatesanewcallfordispatchandplacestheofficeron-sceneataninitiatedcall.BasedonSOP,theofficermaydirectlyinitiatethecallthroughamobiledevice,ifavailable.

1.4.�.2Notes

DetailEventsarestackedbyagency-definedpriority,oftenbasedonSOP.

1.4.4RetrieveResourceRecommendationsResourcerecommendationsareinitiallydeterminedbasedonthecalltype,priorityandlocationinformation,andothercharacteristicsofthespecificCFS.Thecalltypeandprioritylevelareusedbasedonagencypolicyandprocedure.Thedispatchermustreviewresourcesrecommendedbythesystem.Inselectingappropriateresources,thedispatchermayconsideranumberoffactors,suchasproximitytothecalllocation,numberofunitsavailable,specialskillsorequipment,andthenumberandtypeofotherCFStowhichofficersareresponding.Thesefactorsmayormaynothavebeenconsideredintheinitialsystemrecommendation.

1.4.5OverrideResourceRequirement[Ifrecommendedrequirementappropriate]Theinitialrecommendationbaseduponknowncriteriamaybeadjustedbaseduponadditionalinformationthatbecomesavailable,suchaslearningthatthesuspectisknowntobearmedanddangerous.Overridemustberecorded.

1.4.6DetermineResourceAvailabilityAvailableresourcesaredisplayedbaseduponunitstatus,whichwouldincludeunassignedaswellasassignedwithalowerprioritystatusofcalltowhichaunitisassigned.TheunitsmaybecurrentlyunassignedorassignedtoaCFSwithadesignatedtypeandprioritylevel.Unassignedunitsareavailabletobedispatched.

1.4.7DetermineProximityofResourcesResourceproximitycanbebasedonaclosenesscalculation,whichcanbedistanceordrivingtime.Anyunitsuggestionmustrespectdispatchcontrolareas

anddepartmentalSOP.ProximitydeterminationcanbesupportedbyanoptionalAVLinterface.

1.5UseCaseSpecification:BOLOBOLO(BeontheLookout)canbeanoptionalpartofaCADapplicationorapartofanRMSsystem.BOLOsinCADarecreatedandmaintainedinadatafileinCAD.Thesemaybeenteredbyadispatcherormaybecreatedbyanyonewhohasbeengiventherequiredsecurityclearancetocreateormaintainthefile.

BothanRMSinterfaceandthemobiledataterminalinterfaceshouldsupportthecreationandtransmissionofaBOLO.ABOLOshouldbeassignedanexpirationdate,eitherbythepersonwhocreatesitorbythesystem,basedondepartmentpolicyandavailablesystemresources.AtypicalBOLOfilewouldincludethenatureoftheBOLO,priority,date,rangeofeffectiveness,subjectpersonandsubjectvehicleinformation,andcontactinformation.ThereshouldbeamechanismtosearchtheBOLOandtoprintitinareportandtopurgetheBOLOsoutofthedaterange.

1.6UseCaseSpecification:DispatchUnitsTheunitsspecificallyrecommendedorselectedforaCFSwillbedispatchedandtheiracknowledgmentrecorded.OtherunitsnotdispatchedmaybenotifiedofaneventinprogressiftheCFSwarrants.Whenmultipleunitsaredispatched,oneunitwillbedesignatedastheprimaryresponderresponsiblefortheCFSuntilitiscompleted.

AssociatedActor


Un�t dispatched

Dispatcher performs

FlowofEvents1.6.1RecordUnitActivityTheunitstatuswillbeupdatedtoassociatethedispatchedunitorunitswiththeCFS,includinglocationandtime.

1.6.2PlaceCallonUnassignedStatus[Ifunitpulledoffofcall]Theunitisreassignedtoanewcallandautomaticallyunassignedfromthepreviouscall.


Recognize Acknowledgement

Utilize BOLO

Assign Units

Record Unit

Activity

Alert/Notify Units

Place Call on Unassigned

Status

RecordCFS Activity

Resources Dispatched

(dispatch) (alert or notify)

(no call affected)

(unit pulled off of call)

1.6.2.1Notes

DetailIfallunitsareremovedfromthecall,thentheCFSisplacedinthependingdispatchqueue.Thisisoftenreferredtoasapreemptedcall.

1.6.�RecordCFSActivityTheCFSrecordwillbeupdatedtoassociatetheunitorunitsdispatchedasrespondingunitstothecall.

1.6.4RecognizeAcknowledgement[Ifdispatch]Theunitassignedtothecallwillrespondtothedispatchertoconfirmreceiptofthedispatch

information.Thismaybedonebyvoicecommunicationorthroughmobiledatacomputers.

1.6.5Alert/NotifyUnitsThedispatcherwillrelayinformationpertainingtocallsforservicetotheappropriateunits.Thisnotificationhasthepurposeofinformingandraisingtheawarenessofdesignatedteamsorallofficers.

1.6.5.1AlternativeFlows

DetailAlertingotherunitsorcommandmaynotoccurandislikelybasedonSOP.

DispatchUnitsActivityDiagram


1.6.6AssignUnitsThedispatcherwillassignaCFSandrelaypertinentinformationtotheappropriateunitsinthefieldforthepurposeofdispatchingaresponder.AnoptionalMDCinterfacesupportsthisactivity.

AssignedbutavailableunitsmaybepulledoffofcurrentassignedstatusbasedonprioritylevelsandtheresourceneedsoftheCFS.Ifalltheunitsarepulledoffofacall,thecallwillbeaddedbackintothedispatchqueue.

UnitStatusManagementActivityDiagram

1.6.6.1Notes

DetailDecisionpoint.Unitmaybedivertedenroutewhileencounteringincident.Thiswouldreturntoofficer-initiateddispatch.[Description]DecisiontoalertornotifyisbaseduponSOP.

1.6.7UtilizeBOLO[Ifalertornotify]BOLO(BeontheLookout)canbeanoptionalpartofaCADapplicationorapartofanRMS

RecordUnit Location

Status Recorded

Display Unit Dispatch Status

Record Arrival on Scene

Timed Alerts

Maintain Status

Reassign to Available

Update Unit Status

(en route)

(unassigned)

(unit cleared from call)

(unit remains on scene)


system.BOLOsinCADarecreatedandmaintainedinadatafileinCAD.Thesemaybeenteredbyadispatcherormaybecreatedbyanyonewhohasbeengiventherequiredsecurityclearancetocreateormaintainthefile.


1.7UseCaseSpecification:UnitStatusManagementUnitstatusmustbecontinuallymonitored,updated,andrecordedbythedispatcher.Thisinformationmaybemadeavailablebyvoicecommunicationorthroughmobiledatacomputers.Inadditiontorecordingtheunitstatusanddestination,theCFSnumberandtimes(action)willalsoberecordedbythesystem.Therecordingofstatuschangesisrepresentativeofaunit’sworkactivityduringatimeinterval.ThisinformationisessentialtorunningstandardCFSreports.

Thesystemshouldmaintaintheelapsedtimebetweenstatuschanges/checksandalertthedispatcherwhenagency-definedthresholdsaremet.

AssociatedActor


Un�t records

Dispatcher maintains

FlowofEvents1.7.1DisplayUnitDispatchStatusThecurrentstatusofunitswillbeavailableatalltimes.Thedisplaywillindicatetheunit’sstatusandassignedcallsforservice(ifany).Thedisplaycanalsoshowthelocationorlastknownlocationoftheunit.IntheabsenceofAVL,thelocationmaybethecurrentcalllocation,thelastcalllocation,orthelocationenteredbythedispatcherorMDC.Inthecaseofassignedunits,thedisplaymayshowanyalerttimer,theCFStype,andpriority.

Examplesincludearrivedonscene,available,unavailable,andunavailablebutassignable.Morestatustypesshouldbeconfigurable.

1.7.1.1Notes

Detail[Description]Decisionpoint.Unitmaybedivertedenroutewhileencounteringanincident.Thiswouldreturntoofficer-initiateddispatch.

1.7.2RecordArrivalonScene[Ifenroute]Unitsrespondingtothescenecommunicatetodispatchthattheyhavearrivedatthelocation.ThiscommunicationmayoccurverballyorthroughanMDCtransmissionthatmayautomaticallyupdateCADtoreflectthecurrentstatusoftherespondingunit,includingtimeofarrivalonscene.

Theremaybeaneedtorecordmultiplearrivaltimes;anexamplewouldbethearrivalatthelocationandanotherarrivalatthescene.Forexample,aunitmayarriveatthelocationofahigh-risebuildingandatalatertimewillarriveatthescenelocatedwithinthebuilding.Thesystemshouldprovideforthesettingofdifferenttimersbasedupontime-of-arrivaltype.

1.7.2.1Notes

Detail[Description]Thesystemshouldmaintainadate-andtime-stampedunitlogthatincludesallchangesinunitstatus.

1.7.�TimedAlertsThesystemmustbeabletoalertthedispatchertotheexpirationofthetimerassociatedwithanystatuschange.Thealerttothedispatchermaybeintheformofatoneand/oravisualprompt.ThisshouldbeconfigurablebaseduponthetypeofCFS.Thesystemshouldrecordtheacknowledgementoractionofthedispatcherinresponsetotheprompt,whichwillautomaticallyresetthetimer.

1.7.4RecordUnitLocationAnychangeinunitlocationiscapturedalongwithtimestamps,includingchangesoflocationassociatedwiththesameCFS.

1.7.5MaintainStatus[Ifunassigned]InformationiscontinuallydisplayedinCADtoreflectthecurrentstatusofunitsthataremonitoredbythedispatcher.

1.7.6ReassigntoAvailable[Ifunitclearedfromcall]WhenaunithasclearedfromasceneandisnolongerassignedtotheCFS,theunitwillbereassignedtoanavailablestatus.DatareceivedfromMDCtransmissionsmayupdateCADandreflectthenewstatusoftheunit.Theunitmayremainonsceneandhaveanavailableon-scenestatus.


Call Monitored

Assign RMS Incident Number

(RMS requires incident data) Transfer Basic

Incident Data to RMS

Display Additional CFS Data

ReopenCFS

Dispatch Resource Decision

Assign Units

Utilize Supplemental

Resources Tracking

Display CFS Data

(no additional information)

(additional information available)

Update CFS Data

Update Assigned

Resources

Update Call Status

(less resources needed)

(additional resources needed)

(resource requirement changed)

(closed CFS identified)

(open call)

(supplemental resources not needed)

(resource requirement not changed)

(supplemental resources needed)

(additio

nal

info

rmat

ion)

CallManagementActivityDiagram


1.7.6.1Notes

DetailClearingthecallmayhavethecapabilityofclearingallunitsassignedtotheCFSwhenallunitssimultaneouslyarereassignedtoavailablestatus.

1.7.7UpdateUnitStatus[Ifunitremainsonscene]InformationiscontinuallyupdatedinCADtoreflectthecurrentstatusofunitsthataremonitoredbythedispatcher.

PostconditionsPostcondition Description

StatusRecorded ThestatusoftheunitisrecordedintheCADsystem.

1.8UseCaseSpecification:CallManagementThecallismanagedbycontinuallyupdatingtheCFSdatawithanyadditionalinformationreportedbycallersorofficersonscene.Theresourcerecommendationsmayberevisedbasedonadditionalinformationandmaybeaddedorreassigned.

Postcondition Relationship Description

Dispatcher records

FlowofEvents1.8.1DisplayCFSData[Ifnoadditionalinformation]TheCFSwillneedtobedisplayedandmonitoredthroughCAD.Thisincludesactivitiessuchasadditionalcallinformationandactivitiesreportedbytheofficers.Immediateaccesstoallopencalls(includingunassigned)shouldbeprovidedontheCFSstatusdisplay.Whenacallisclosed,itwillautomaticallyberemovedfromthecalldisplay.

1.8.2UpdateCallStatus[Ifnoadditionalinformation,resourcerequirementunchanged,supplementalresourcesnotneeded]Thestatusofthecallisupdatedasnewinformationisreceived.ThisshouldincludeupdatingthereportedCFStypetotheactualCFStype.Forexample,oncetheimmediateincidentisresolved,therespondingunitwillcommunicatetothedispatcherthatthesceneissecured.


DetailInsomejurisdictions,dispatchersmaynotalwaysmakethedecisionastowhethertheeventhasadequateresources.Inthoseinstances,itismostlikelyacommanderonscenethatmakesthisdeterminationandthedispatcherwillrespondbysendingmoreunitswhenrequestedbythoseonscene.

1.8.�DispatchResourceDecision[Ifresourcerequirementchanged]RecommendedresourceswillbeassignedbasedonSOPthatfactorworkloadandunitcapabilitywithregardtoskillsandequipmentrequiredfortheCFS,unitavailability,andtheproximityofresources.

1.8.4UpdateAssignedResources[Iflessresourcesneeded]Whenrequiredresourcesforthecallhavechanged,thiswillbeadjustedandrecordedonpredeterminedcriteria.

1.8.5UtilizeSupplementalResourcesTracking[Ifsupplementalresourcesneeded]Forexample,incaseswhereavehiclehasbeenconfiscatedorfoundtobedisabled,thedispatcherneedstheabilitytorequesttheservicesofatowingcompany.Thisrequestmaybemadebycompanyname(ownerrequested)orbyrotation.Incaseswheretheownerdoesnothaveapreferredcompany,thesystemwillselectacompanyfromthetowingrotation.Atowingrotationpreventsanyonecompanyfrombeingfavoredoveranother.

Ifresourcesotherthanthoserecommendedbytherotationareselected,thesystemshouldcapturethereasonfortheexception.

1.8.6AssignUnits[Ifadditionalresourcesneeded]ThedispatcherwillassignaCFSandrelaypertinentinformationtotheappropriateunitsinthefieldforthepurposeofdispatchingaresponder.AnoptionalMDCinterfacesupportsthisactivity.


1.8.7UpdateCFSData[Ifopencall]Informationrelatedtoanopencallwillbeupdatedasinformationbecomesavailable.Multiplecallersprovidepotentialwitnessestothecallandmayprovideadditionalorsupportiveinformation.Thismayresultinreclassificationandprioritizationofthecall.ThedispatcherwillneedtheabilitytoenternarrativedataatanytimepriortoclosingtheCFS.


1.8.8AssignRMSIncidentNumberInadditiontotheCADCFSnumber,anRMSincidentnumber(casenumber)maybeassignedbeforethecallistransferredtotheRMSsystem.Thismayhappenatanytimepriortosendingthereportbutmostlikelyafterthedeterminationthatitwillbesent.TheRMSnumbermaybeassignedfromadatafileofincidentnumbersmaintainedintheCADsystemincoordinationwiththeRMSsystem.DepartmentpoliciesinthisareamustbesupportedbytheCADsystem.

1.8.9TransferBasicIncidentDatatoRMS[IfRMSrequiresincidentdata]Basicincidentdatathatcanbemodifiedwillbetransferredtotheagencyrecordssectionforitsuse.Itwillbetransferredinaneditableformat.

ThisfunctionrelatestothetransferfromCADtoRMSoftheCFSdataelementsnormallycontainedinalawenforcementincidentreport.Infact,theJusticeXMLreferencedocumentforalawenforcementincidentreportshouldprovideanexcellentstandardforthetransfer.

Thefollowingareexamplesofthetypesofdatafoundinanincidentreport:reportnumber,CADcalltype,natureofcall,date/timeofcall,locationofincident,andpersonsandvehiclesinvolved.TheCADCFSnumbershouldbeincludedtoprovideacross-referencebetweentheCFSandthesubsequentincidentreport.

Incidenttransferisnormallytriggeredandtakesplaceautomatically.Withintheframeworkofthisstandard,itwouldhappen(optionally)asanincidentreportnumberisassignedandatthetimeoffinaldispositionoftheCFS.TheCADsystemsshouldincludeafeaturewherebyadministrativecommandscanbeexecutedtotransfereitheraspecificincidentoraseriesofincidentsbaseduponparameters.

1.8.10DisplayAdditionalCFSData[Ifadditionalinformationavailable]Asadditionalinformationismadeavailable,thedispatcherwillbealertedandhavetheabilitytoviewthenewinformation;forexample,anyinformationenteredbyacalltakeroranotherdispatcher.

1.8.10.1Notes

DetailThereneedstobeameanstoeasilydisplayrecentlyclosedcalls.

1.8.11ReopenCFS[IfclosedCFSidentified]AnexistingCFSisreopenedforupdate.Changesaretracedforauditpurposes.

Request Supplemental

Resource

(service unavailable)Retrieve

Supplemental Resource

Rotation List

Notify Supplemental

Resource Service

Enter Supplemental Service Record

Update Supplemental Service Record

Supplemental Resource

Dispatched

1.8.11.1Notes

Detail[Description]ACFSmaybereopenedbyadispatcherorcalltaker,butthecalltakermaynothavetheabilitytocloseareopenedcall.

SupplementalResourcesTrackingActivityDiagram

(supplemental service available)


1.9UseCaseSpecification:SupplementalResourcesTrackingForexample,incaseswhereavehiclehasbeenconfiscatedorfoundtobedisabled,thedispatcherneedstheabilitytorequesttheservicesofatowingcompany.Thisrequestmaybemadebycompanyname(owner-requested)orbyrotation.Incaseswheretheownerdoesnothaveapreferredcompany,thesystemwillselectacompanyfromthetowingrotation.Atowingrotationpreventsanyonecompanyfrombeingfavoredoveranother.


FlowofEvents1.9.1RequestSupplementalResourceAlawenforcementofficialrequeststhatasupplementalresourceservicebedispatchedtoaspecifiedlocation.

1.9.2RetrieveSupplementalResourceRotationList[Ifsupplementalserviceunavailable]Theagencywillobtainthecontactinformationfromthesysteminordertocontactandrequestservicefromthenexteligibleservice.

DetermineCall Status

Call Closed

CallDispositionActivityDiagram

Utilize Call Management

Determine Reportability

Record Disposition

Assign RMS Incident Number

Send Data to RMS

Active Call for Service

(services rendered)

(call in progress)

(nonreportable CFS)

(report required)


Thesystemmayprovidealistofoneormoreservices.Thiscouldbebasedongeographicalrequirements.

1.9.�NotifySupplementalResourceServiceThesupplementalresourcewillbecontactedtoprovidedispatchinformationbythedispatcherandwillbeprovidedinformationabouttheincidenttowhichitisrequestedtorespond.Theavailabilityoftheservicetoprovideserviceswillberecorded.Asupplementalservicethatcannotbecontactedorinformstheagencyofitsinabilitytorespondwithinaprescribedtimeisconsideredunavailabletoprovidetheservice.Asupplementalresourcewillbeselectedfromthelistuntiloneisfoundthatisavailable.

1.9.4EnterSupplementalServiceRecordArecordofsupplementalservicerequestisestablishedtoreflecttheinstanceoftheselectionfromtheservicerotationlist.Thistriggerstherotationtothenextresourceintherotation.Therotationoccursregardlessoftheresourceabilitytorespondtotherequest.

1.9.5UpdateSupplementalServiceRecord[Ifsupplementalserviceavailable]Thesupplementalresourceresponsewillberecordedinthesystemtoreflecttheservicesprovided.

Postcondition Description

SupplementalResourceDispatched

Asupplementalresourcewascontactedwithdispatchinformationandconfirmeditsavailabilitytoprovidetheservice.

Postconditions

1.10UseCaseSpecification:CallDispositionAcalltakermaycloseaCFSthatdoesnotrequirethedispatchofresources.

ACFSwillbeclosedwhentheunitsatthescenehavecompletedtheassignment.DependingontheagencySOP,theprimaryunitmayclosethecallwithastatus.Thedispatcherisnotifiedbyassignedunitsoftheirstatuschangeusingvoiceormobiledatacomputer(MDC)transactions.MDCtransactionsmayupdateCADtorecordtheunitstatusandclosetheCFS,ifthedatareceivedindicatestheCFSiscomplete.TheCFSwillbeclassifiedwithaspecificdisposition,generallyprovidedbytheprimaryunit.

Whenacallisclosed,informationcollectedduringtheCFSmaybeautomaticallytransferredfromtheCADsystemtotherecordsmanagementsystem(RMS).Any

updatesmadebytheCADoperatorsonreopenedcallswillbeautomaticallytransferredtotheRMS,subjecttoagencypolicies.

Instanceswhereaduplicatecallisidentified,onecallisdisposedwithacross-referencetotheoriginalCFS.Thecallswillbelinkedforfutureretrievability.

AssociatedActor Relationship Description

Dispatcher records

FlowofEvents1.10.1DetermineCallStatusTheCFSwillremainopenandmonitored.ThestatusoftheCFSmaychangeasthesituationisresolved.TheoptionalMDTinterfacewouldallowtheofficetoenterCFSdisposition.


DetailTheoptionalMDTinterfacewouldallowtheofficetoenterCFSdisposition.

1.10.2UtilizeCallManagement[Ifcallinprogress]ThecallismanagedbycontinuallyupdatingtheCFSdatawithanyadditionalinformationreportedbycallersorofficersonscene.Theresourcerecommendationsmayberevisedbasedonadditionalinformationandmaybeaddedorreassigned.

1.10.�DetermineReportability[Ifservicesrendered]CFSmayvaryintheneedtoreportbeyondtheCADsystem.Guidelinesaredefinedbytheagencypolicybaseduponacombinationofcalltypeandcalldisposition.

1.10.�.1AlternativeFlows

DetailIftheCFSisreportable,theassignmentofanincidentnumberfromtheRMSsystemmayoccurwhentheincidentnumberissentbackwithCADreportdatatotheRMS.Thismayhappenatanytimepriortosendingthereportbutmostlikelyafterthedeterminationthatitwillbesent.

1.10.4RecordDisposition[IfnonreportableCFS]Recordthedispositionofthecallforservice.Thismayincludeanarrativeinadditiontothetypeofdisposition.

1.10.5SendDatatoRMSCallhistory(completedetailsonclosedcalls)istypicallymaintainedinaCADsystemforarelativelyshorttime


frame.WhileinCAD,theCADsystemprovidesaccessbasedonaseriesofretrievalkeysand/orparameters,includingbutnotlimitedtocallnumber,location,date/timerange,etc.Callhistoryappliestothecompletecall,includinginitialcallinformation,unitassignments,statuschanges,imbeddedinquiriesandresponses,triagerequestsandresults,comments,cross-references,etc.Inotherwords,itcontainseverythingthatwasrecordedduringthetakingandhandlingoftheCFS.

Long-termstorageofcallhistoryrecordsisnormallyrelegatedtoeitheranRMSorastand-alonecalls-for-servicesystem.TheCFShistorysystemisusedfordatalook-upandinformationretrieval,plusitsupportsextendedstatisticalprocessesbasedontypesofevents,timestorespond,callsbyarea,date/time,andsoon.Becauseoftheneedforstatisticalanalysis,callhistorydataneedstobestructuredsoastofacilitateidentifyingspecifictypesofdata,suchaseventsandassociateddatesandtimes.

1.10.6AssignRMSIncidentNumber[Ifreportrequired]InadditiontotheCADCFSnumber,anRMSincidentnumber(casenumber)maybeassignedbeforethecallistransferredtotheRMSsystem.Thismayhappenatanytimepriortosendingthereportbutmostlikelyafterthedeterminationthatitwillbesent.TheRMSnumbermaybeassignedfromadatafileofincidentnumbersmaintainedintheCADsystemincoordinationwiththeRMSsystem.DepartmentpoliciesinthisareamustbesupportedbytheCADsystem.

1.10.6.1Notes

Detail[Description]AnRMSincidentnumberincludedindatasenttoanRMSwilltriggerthecreationofaninstanceofanincidentreporttorelevantinformationcapturedfromCAD.


2 CADSystemAdministration

2.1Description:SystemadministrationencompassesawidearrayofgeneralrequirementsthatlawenforcementagenciesneedfromCADsystemsinordertobeabletoqueryinformationeffectively;ensureappropriateaccesstoinformationandsystemssecurity;andensureeffectiveinformation,image,anddocumentmanagement.

Thereareseveraldistinctrequirementsassociatedwithsystemadministration:

TablemaintenanceSecurityanddatamanagementGeofilemaintenanceErrorloggingCustomization

2.2UseCaseDiagram(seepage18)

2.�UseCaseSpecification:GeofileMaintenanceThegeofileisusedtovalidateandstandardizelocationandaddressinformation.Itisalsousedtocross-referenceaddressesandlocationswithlawenforcement-definedreportingareas,X/Y/Zcoordinates,ZIPcodes,andotheridentifiers.Thegeofilecontainssufficientinformationtoensurethatanaddressisvalid.Furthermore,itprovidescross-referencestoaddressesandlocationsusingcommonplacenames(e.g.,businessnames,parks,hospitals,andschools)andstreetaliases.Itincludesinformationsuchasdirectionoftravelonparticularstreetsandcanidentifythesideofastreetforaspecificaddress.ItisassumedthatalladdressesintheRMSarevalidatedusingthesystemgeofile.

1.

2.

�.

4.

5.

Thereportingareadefinedaboveshouldbeusedtodefinebeats,sectors,commandareas,neighborhoods,communities,etc.

Thegeofilecontainsthegeographicinformationthatisthebasisformanydecisionsinacommunicationscenter.Thesystemneedstoprovidetheabilityforanagencytoenterandupdateallgeofiledata,includingthephysicaladdressandtheX/Y/Zcoordinates.

Thecreationofacomprehensivegeofileisasignificantundertaking.Thesystemshouldsupportthecreationandmaintenanceofthegeofileusinganavailablemapping/GISdatabase.GeofileinformationinCADandRMSshouldbesynchronized,basedonestablishedparameters.


System provides

RMS supplies

2.4UseCaseSpecification:SecuritySystemsshouldallowtieredaccesstoinformationbasedonpasswordsandotherauthenticationandnonrepudiationpractices.Role-basedauthenticationandauthorizationmustbeapartoftheRMS.Otheridentificationtechnologies—suchasbiometrics,IDcard,securitytoken,etc.—areemergingstandards.

Systemsshouldapplyappropriateeditstoallentereddatatoensuredataintegrityandmaintainactivitylogsandaudittrails.

BusinessFunction:


Security

Configuration

Communication Center Relocation

Systemprovides

supplies

provides

allows

provides

GeofileMaintenance

supports

Logging

Table Maintenance

CAD Catch-Up

initiates

provides

performs


SystemAdministrator

provides

2.5UseCaseSpecification:LoggingCADwilllogallactions,includingsecurityviolationsandattemptedbreeches,errors,changes,andupdates.Logsshouldbeviewableandsearchablebythesystemadministrator.


System provides

2.6UseCaseSpecification:ConfigurationTheCADshouldbeconfigurabletoallowfortheenforcementofagencySOPs.Exampleswouldincluderesourceallocationalgorithmsanddispatchpolicies.

2.2CADSystemAdministrationUseCaseDiagram

Call Taker

Dispatcher

System Administrator

RMS

performs

performs


Thesystemshouldbeconfigurabletodeterminescreenparameters,colorchoices,fontsize,screenlayout,anduserpreferences.


System allows

2.7UseCaseSpecification:TableMaintenanceTheflexibilityneededinaCADsystemrequiresthatthedatausedtosupportsystemrecommendationsordecisionsbemaintainedintablesthatcanbesupportedandchangedbytheagency.EachdepartmentwillhavetheirownsetofStandardOperatingProcedures(SOPs)thatmustbefollowedwithregardtotablemaintenance.

Inaddition,theCADsystemmustbeflexibleenoughtoallowthesystemsetuptoreflecttheSOPsatthetimethesystemisinitiallyinstalledandtobechangedwhenthedepartmentSOPschange.SOPsaretypicallydefinedandmaintainedinaseparatedocumentortheymaybeavailableforreferenceonlineasaCADhelpfile.

Examplesofcommontablesincludebutarenotlimitedto:

UnitsCalltypesandprioritiesUnitStatusTypes,e.g.,assigned,unassigned,andassignedbutavailablePersonnel,includingemergencycontactinformationandcurrentassignmentServiceProvidersPatrolandcommandareadefinitionsTimersCommands

1.

2.

�.

4.

5.

6.

7.

8.


Systems provides

SystemAdministrator

performs

2.8UseCaseSpecification:CommunicationCenterRelocationThesupportofanemergencythatrequiresthatthedispatchcenterbemovedtoanoff-sitesecurelocationmustincludeahardwaresystemandnetworkconnectivitythatwillsupportthecreationofanoff-site,real-timebackupserverattherelocatedcommunicationcenter.


System supports

2.9UseCaseSpecification:CADCatch-UpTheabilitytorecoverfromtheinterruptionofCADservices,allowingtheagencytoenteractivitydataperformedduringtheinterruptionofservice.


SystemAdministrator

initiates

CallTaker performs

Dispatcher performs


3 BusinessFunction:

�.1Description:Inadditiontothehandlingofcallsforservice,theCADsystemshouldsupporttheeffectivemanagementoftheavailableresources.Theneedfortheoptionalitemswillbebasedontheagencysize,thepopulationservedbythedepartment,andotheraspectsofthespecificdepartmentordepartmentsservedbytheCADsystem.

�.2UseCaseDiagramSupportServicesUseCaseDiagram

�.�UseCaseSpecification:BOLOBOLO(BeontheLookout)canbeanoptionalpartofaCADapplicationorapartofanRMSsystem.BOLOsinCADarecreatedandmaintainedinadatafileinCAD.Thesemaybeenteredbyadispatcherormaybecreatedbyanyonewhohasbeengiventherequiredsecurityclearancetocreateormaintainthefile.


SupportServices

�.2SupportServicesUseCaseDiagram

provides

Emergency Operations

Center

BOLOprovides

System



System provides

�.4UseCaseSpecification:EmergencyOperationsCenterThesupportofanemergencythatrequiresthatthedispatchcenterbemovedtoanoff-site,securelocationmustincludeahardwaresystemandnetworkconnectivitythatwillsupportthecreationofanoff-site,real-timebackupatserverslocatedattheEmergencyOperationsCenter(EOC).Otherfunctionalitythatcanbeprovided

bytheCADsysteminsupportofEOCoperationincludesremoteCADdispatchingcapabilityandsupportformultiagencyeventcoordination.

ThesetwooptionalfeaturesprovidebenefitstotheCADsystemevenifthedispatcherdoesnothavetobemoved.Multiagencyeventcoordinationusuallyrequiresthatsupportagreementsbenegotiatedandinplaceamongalloftheagencies.AnotherdesirablefeatureinsupportofanEOCwouldbetheabilitytoaddadditionalagencies“onthefly”duringanemergencyoperation.


System provides


4 BusinessFunction:

4.1Description:CommandmustbeabletogeneratereportsandmanagetheworkflowofthecalltakersanddispatchersintheDispatchCenter.

4.2UseCaseDiagramCallManagementandManagementReportingUseCaseDiagram

4.�UseCaseSpecification:DispatchSupervisorSupportTheCADsystemshouldprovidethesupervisorwiththeabilitytomonitortheactivityonanydispatcherworkstation.Ifnecessary,asupervisorneedstohavetheabilitytotakedirectcontroloveradispatchpositionremotely,withoutleavingthesupervisorconsole.


System provides

4.4UseCaseSpecification:CADManagementReportingItisessentialthattheCADsystemincludestandardreportsthatcanberunusingflexibleparameters.NewreportsshouldbedefinedeitherthroughtheCADsystemorathird-partyreportingtoolandthenbestoredasastandardreportavailablethroughtheCADsystem.

Thefunctionalityneedstoincludetheabilitytoreportanydataelementbyanyotherdataelementinthesystem.Thismayincludetheabilitytoexportdataforuseinthird-partytools.Awizardmaybeprovidedthatallowsforuser-generatedreports.

CallManagementandManagementReporting

provides

Dispatch Supervisor

Support

Training and Testing

CAD Management

Reporting

provides

4.2CallManagementandManagementReportingUseCaseDiagram

System


ExamplesoftypicalCADreportsincludethefollowingreportsthatcanberunbyanyuser-defineddateandtimerange:

Dailylogshowingallcallsreceivedfortheprior24hoursfromtimeofprintingActivityAnalysisbyspecifiedgeographicalareaandbytimeperiodCFSSummarybyspecifiedgeographicalareaandbytimeperiodActivityAnalysisbydayoftheweekActivityAnalysisbyhourofthedayActivityAnalysisbydayandhourResponseTimeAnalysisbyspecifiedgeographicalareaandbytimeperiodResponseTimeAnalysisbycalltypeTimeConsumedbycalltypebyhourofthedayWorkloadActivitybyresourceWorkloadActivitybygroupTimeConsumedbydayoftheweekandhourofthedayTimeConsumedbyspecifiedgeographicalareaandbytimeperiodAttemptedbreachesinsecurityErrormessagesbytypeforidentifyingsystemproblems

Customizingreportstomeetdepartmentneedsshouldalsobeanoption.


System provides

4.5UseCaseSpecification:TrainingandTestingThisfunctionrelatestothenecessityofhavingaregionontheCADsystemthatisisolatedfromtheproductionenvironmentforthepurposesofprogramtestingandfile

1.

2.

�.

4.

5.

6.

7.

8.

9.

10.

11.

12.

1�.

14.

15.

maintenancetesting,aswellastrainingofnewpersonnel.ThisfunctionmaybereferredtoasaCADtrainingmode.

Tothegreatestextentpossible,thetrainingenvironmentshouldbeidenticaltotheproductionregion,thusallowingaccuratetestingandtrainingtooccurwithoutimpactingtheproductionenvironment.Thefollowingareexamplesofthetypesofitemstoincludeinthetrainingenvironment:

Definitionofthetypesofagenciesbeingutilized;i.e.,Law,Fire,EMSTablesdefinedtoincludeunitnames,recommendationpatterns,premiseinformation,personnelinformation,securitypermissions,etc.SeparatetestE911connectionoracannedscriptofE911informationSeparatetestmobileconnectionoracannedscriptofmobileinformationAccesstoaudibleradiotransmissions

Thetrainingenvironmentshouldhaveitsownstart-and-stopsequencethatisindependentoftheproductionenvironment.Thetrainingenvironmentdoesnothavetobeactiveatalltimesandcanbestartedasneeded.

Byhavingthetrainingenvironmentestablishedanddefined,theagencycandeveloparobusttrainingprogramthatsimulatestheliveenvironmenttoincludetheassociatedinterfacesandradiotraffic.Thepersonnelcanenterincidentsand“mock”liveincidentsthatareoccurringontheradiowithouttheproductionenvironmentdatabeingaffected.

Additionally,anyprogrammaticchangeorchangestofilemaintenancerecordscanbethoroughlytestedandanyissuesresolvedpriortobeingimplementedintheproductionenvironment.


System

1.

2.

�.

4.

5.


5 BusinessFunction:

5.1Description:CADsystemswillinterfacewithoneormoresystems,someofwhichareconsideredmoreessentialthanothers.Factorssuchasagencysize,numberofswornofficers,agencybudget,anduniquecommunityfactorswillaffectwhetheragencieswishtoadopttheseoptionalinterfaces.

5.2UseCaseDiagram(seepage26)

5.�UseCaseSpecification:PrimaryTheseCADinterfacesareconsideredtobeessentialforconductingprimarylawenforcementbusinessfunctions.ThefourprimaryCADinterfacesarewiththemessagingsystem,thelocalRMS,Regional/State/NCICWarehouses,andE911.

E911.Thisinterfaceimportssubscriberinformation(ANIandALI)foreachE911caller,asprovidedbythetelephonecompany,intoCAD-compliantentryprocess,eliminatingtheneedforredundantdataentry.Asanoption,theE911datacanbesimultaneouslyimportedintothemappingsystemforimmediatecenteringanddisplay.

Regional/State/NCIC.Querytostate,local,andnationaldatabases.Queriestothestate,localRMS,andnationaldatabaseswilloccurautomaticallyfromselectedCADcommandsusingthemessagingsysteminterface.Inaddition,theoperator(e.g.,dispatcherorofficer)willhavetheabilitytousestand-alonequeryscreens,eliminatingredundantdataentry.Responsestosuchqueriesshouldbestoredwiththecallrecord.

RMS:SeeRMSInterfaces.


E911

MessagingSystem

RMS

5.4UseCaseSpecification:AdditionalInterfacesItisoftendesirabletohaveadirectinterfacebetweentheCADsystemandotherkeylawenforcementsystems,suchasotherCADsystemsinthearea,RMSsystems,alarmsystems,andmobiledataterminals.

CADtoCAD.TheCADwillactasapeerinamulti-CADenvironment.TheCADsystemwillacceptanewcallforservicefromaparticipatingCADsystem,inanagreed-uponstructure.TheCADsystemcangenerateandtransferarequestforservicetoapeerCADagency.TheCADsystemlogsallcommunicationbetweenpeeragencies.

MobileDataTerminal(MDT).MobileterminalsinlawenforcementvehiclesprovideanextensiontotheCADdispatchservices.TheCADsystemmustinterfacewithoneormoremobilecommunicationsinfrastructurestowhichthemobileunitsareattached.TheCADsystemcanprovidesilentdispatchorderstoamobileunit,inadditiontoprovidingtheunitwithdetailsofthecallandpremisehistoryinformation.Themobileunitcanchangeitsstatus,queryCADinformation,andquerylocalandnationaldatabases,suchaswanted-personchecks.ThequeriesmaynotgothroughCADbutmaybepartofaseparatemobilesystem.

Interfaces


Locational Systems

Interfaces

Primary

InterfacesUseCaseDiagram

GIS

Additional Interfaces

null

Administration Interfaces

Public Awareness Messaging

Communications Interfaces

Emergency Operations Interface

E911

Prearrival System

RMS

Messaging System

E-Mailing

PagingFaxing

Internet Call Generation

AVL

Real-Time Mapping

Mobile Mapping

Alarms

Push-to-Talk

Mobile Data

External CAD

Reverse 911

Media

Clock Synchronization

Resource Scheduling

System

Emergency Operations

Center


PrearrivalInstructionSystem.ThecalltakeranswerstothequestionsposedbyaprearrivalsystemarewrittentoCADrecordofthecall.Basedonthecapabilitiesoftheprearrivalsystem,thecalltakermaybepromptedbytheprearrivalsystembasedontheCADcalltype.

Alarm.TheCADsystemcanautomaticallyrecognizeandacceptnotificationofabusinessalarm.Thesystemcoordinatesthealarminputwithakey-holdertopresentinformationtoacalltaker.Baseduponbusinessrules,thecalltakercanacceptthealarmcallandgenerateacallforserviceormanuallyhandlethecall.

RMS.Wheneveracase(report)numberisgeneratedforaCADcallforservice,abasicsetofCADinformationisextractedandtransferredtotheRMSsystemtocreatetheRMSincidentshell.Inaddition,theCADsystemmayinquireintotheRMSdatafiles(e.g.,masternameindex,masterlocationindex,warrants,orprotectiveorders)forinformationthatrelatestothecall.

AdiscussionofthebusinessfunctionsandsituationsthatwarrantCAD-RMSinterfaceisexploredintheLEITSCRMSfunctionalspecification.


MobileData

PrearrivalSystem

Alarms

ExternalCAD

Push-to-Talk

5.5UseCaseSpecification:LocationalSystemsInterfacesLocationalsystemsprovideautomatedaccesstoaddress,geographic,andmappinginformationforlawenforcement.TheprimarylocationalsystemsincludeAVL,GIS,andMobileandReal-TimeMapping:

AVL.TheCADsystemwillacceptinputfromanAutomaticVehicleLocationsystem.CADconvertsthevehiclegeographicallocation(e.g.,X/Y/Zcoordinates)toastreetaddress,recordsthevehicle’slocationintheunithistory,andautomaticallyperformsachangelocationforthevehicle,ifnecessary.

GIS.InterfacewiththejurisdictionGIStosupportmaintenanceoftheCADmap;thelawenforcementmaplayers,suchasreportingdistricts/areas;andthecreationoftheCADgeofile.

MobileMapping.Dispatchinformationsenttothemobilecanbemappedonthemobileitself.Themapmayprovidetheunitwithdrivinginstructionstothelocation.

Real-TimeMapping.UsingthejurisdictionalGISinformationandthelawenforcementmaplayers,thedispatcherhasatacticalviewofthecityand/ordispatcharea.ThemapcanbecontrolledbyspecificCADcommands,suchaszoom-and-pan,orpresetcommands,suchaszoomingtotheaddressofaselectedcallforservice.Thedispatchercanmap/viewallunitsandopencallsforserviceforanareaorthecity.Unitsandcallsarelabeledonthemap.


MobileMapping

AVL null

AVL

Real-TimeMapping

GIS

5.6UseCaseSpecification:AdministrationInterfacesTheAdministrationCADinterfacesassistthelawenforcementteamofunits,dispatchers,calltakers,andcommandinworkingtogether.ThekeyinterfacesincludePush-to-Talk,mastertimeinterface,andResourceSchedulingSystem:

Push-to-Talk.ImportanddisplayinamarqueefashiontheradioID(andoptionallytheOfficerID)informationtothedispatcherbythosekeyingmobileradios.

InterfaceandsynchronizeallserversandCADworkstationswiththeMasterTimeClock.Thisensuresthateachworkstationandserverprovidesanaccuratetimestamp.

ResourceSchedulingSystem.Aschedulingsystemprovidestheabilityfortheagencytoschedulepersonnel,includingcommunicationcenterpersonnelandofficers.ThissystemisoftenfoundintheagencyRMS.

Typically,thesystemhastheabilitytofactorinmanyofthedepartmentalrulesforschedulingpersonnelforregularassignmentsandforovertime.TheinterfacewiththeCADsystemmayincludetheabilitytohaveonepointofmaintenanceforthenamesandassignmentsofallpersonnel.Aninterfacemayalsoincludetheroll-calllistforeachshiftchangefordispatcherreviewandconfirmationasunitslogontotheshift.



ClockSynchronization

ResourceSchedulingSystem

5.7UseCaseSpecification:CommunicationsInterfacesThereareseveralcommunications-basedinterfacesthatallowCAD-generatedinformationtobetransmittedtoothersviae-mail,messaging,andtheInternet.

InternetCallGeneration.TheCADsystemwillacceptnondispatchablecallsacrosstheInternet.CallsacceptedacrosstheInternetwillbeofageneralnature,inwhichacase(report)numbermaybeneededforinsurancepurposes.Thecasenumberisgeneratedandrecorded.Thecallisrecordedinthecallsforserviceforstatisticalreport�ng.

MessagingSystem.ThemessagingsystemisoftenprovidedthroughamessagesswitchthatcanbeinterfacedtotheCADsystem.Themessagingsystemsupportsunit-to-unitmessagingandunit-to-dispatchermessagingviatheMDTsystem.Optionally,themessagingsystemmayalsosupportexternalmessagingtootheragencies.

Paging.TheCADsystemwillautomaticallyperformanalphanumericpageforselectedCADcallsanddispatches.Adispatchermayinitiateanalphanumericpageforanypaginggroup.Theinformationsentinthepageisconfigurablebytheagencybutgenerallycontainsthecallnumber,typeofcall,andlocationofthecall.Thereisanadministrativemechanismtodefinepaginggroups.

Faxing.TheCADsystemwillautomaticallyformatandsendaFAXforselectedCADcallsanddispatches.AdispatchermayinitiateaFAXforanycall/CFS.TheinformationsentinaFAXisconfigurablebytheagencybutgenerallycontainsthecallinformationoralistofopencallsmeetingcertainsearchcriteria.ThereisanadministrativemechanismtodefineFAXgroups.

E-mailing.TheCADsystemwillautomaticallyformatandsendane-mailforselectedCADcallsanddispatches.Adispatchermayinitiateane-mailforanycall/CFS.Theinformationsentinane-mailisconfigurablebytheagencybutgenerallycontainsthecallinformationoralistofopencallsmeetingcertainsearchcriteria.Thereisanadministrativemechanismtodefinee-mailgroups.


Paging

Faxing

E-Mailing

InternetCallGeneration

MessagingSystem

5.8UseCaseSpecification:PublicAwarenessMessagingPublicawarenessmessagingistheabilitytobroadcast,publish,andsendmessagestoindividualsoragenciesthatneedtobeawareofcriticalevents.ExamplesincludeAmberAlert,criticalincidentoccurrences,utilities,transportation,hospitals,orthepublicatlargeviatheInternet.

Reverse911.Thiscapabilityistypicallyapartofthetelephonesystemusedinthecommunicationcenter.Thesystemmaintainsalistofallcallerswhohaveelectedtobeapartofthiscommunityalertsystem.Aninformationmessagecanbecreated.Thesystemthencallseverypersononthelistandplaysthevoicemessage.ThereisusuallynotactuallyaninterfacebetweentheCADsystemandtheReverse911systemunlessthecalllistismaintainedintheCADdatabase.TheWebinterfaceisanoptiontoprovidecitizenswiththeabilitytoaddtheirnametothecalllistfornoncriticalincidents.


Reverse911

Med�a

5.9UseCaseSpecification:EmergencyOperationsInterfaceTheoperationofanemergencycenterrequiresthemultidirectionalexchangeofinformationbetweenCADandEOC.UnitsmaybeassignedtotheEOC,atwhichpointtheEOCwilltakecontroloftheunituntilreleased.CADwillmaintaintheabilitytomonitortheunitavailabilitystatus.CADwillcontinuallyupdateEOCwithcallinformation.



EmergencyOperationsCenter

5.10AdditionalBusinessFunctionsTheCADsystemshouldhavethecapabilitytocommunicatewithoneormoresubsystems(i.e.,EMSDispatch,FireDispatch,and/orIntelligentTransportation).Itiscommonforexternalagenciestobecomeinvolvedinalawenforcementcallforservice.Reasonssuchasagencysize,numberofswornofficers,agencybudget,anduniquecommunityfactorswillaffectwhetheragencieswishtocommunicatewithexternalsubsystems.


6LEITSChadamissiontocreateanationalstandardforlawenforcementCADsystemsandhassucceededincarryingoutthistask.

TheCADfunctionalstandardsaremeanttodescribetheminimalamountoffunctionalitythataCADsystemforlawenforcementshouldcontain.ThesestandardsshouldbeusedasastartingpointtobuildafullyfunctionalCADsystem,basedonagencyneedsandopenstandards,toefficientlyinterfaceandshareinformationwithothersystemsbothinternallyandexternally.TheyaredesignedtoserveasaguidingtoolforlawenforcementagenciesandshouldbetailoredtofitthespecificneedsofeachlawenforcementagencyorgroupofagencieslookingtoupgradeorpurchaseanewCADsystem.AlthoughtheCADfunctionalstandardswerenotdevelopedtosubstituteforanRFP,theycanbeusedtosupplementanRFP.

Conclusion

Thefunctionalstandardsfoundinthisdocumentareintendedtobegenericinnatureanddonotfavoroneparticularsystemorapproachoveranother;theyareatthefunctionallevel,meaningthattheydefinewhatistobeaccomplishedversushowitshouldbeaccomplished.

TheCADfunctionalstandardsweredevelopedbytheLEITSCFunctionalStandardsCommitteeandarenowavailabletoalllawenforcementagencies.

StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems A:1

Alert/NotifyUnitsThedispatcherwillrelayinformationpertainingtocallsforservicetotheappropriateunits.Thisnotificationhasthepurposeofinformingandraisingtheawarenessofdesignatedteamsorallofficers.

AssignCallClassificationandPriorityAssignnaturecodethatmayincludegeneralclassificationandsubtypesofthecallbaseduponagencypolicy.

Thecallwillbeprioritizedbasedupontype,applyingestablishedguidelinesandprocedures,todeterminetheappropriatedispatchandresponseneeds.

AssignRMSIncidentNumberInadditiontotheCADCFSnumber,anRMSincidentnumber(casenumber)maybeassignedbeforethecallistransferredtotheRMSsystem.Thismayhappenatanytimepriortosendingthereportbutmostlikelyafterthedeterminationthatitwillbesent.TheRMSnumbermaybeassignedfromadatafileofincidentnumbersmaintainedintheCADsystemincoordinationwiththeRMSsystem.DepartmentpoliciesinthisareamustbesupportedbytheCADsystem.

AssignUnitsThedispatcherwillassignaCFSandrelaypertinentinformationtotheappropriateunitsinthefieldforthepurposeofdispatchingaresponder.AnoptionalMDCinterfacesupportsthisactivity.


CaptureLocationInmanyinstances,thecalltakerhasaccesstothecalloriginationlocation(ALI/ANI)datausingthe911system.

Ifnot,theCFSlocationmustbeelicitedfromthecaller.Insomeincidents,thecaller’slocationmaynotbethelocationofthecallforservice.

CheckforDuplicateCallsThesystemautomaticallyevaluatestheCFSlocation(andpotentiallyothersiteparameters)todeterminewhetheracallisaduplicate.Thecalltakerevaluatestheinformationpresentedbythesystemwiththatobtainedfromthecallertomakethefinaldecisionregardingduplicatecalls.CallsforservicemaybereceivedbymanysourcesforthesameCFS,suchasatrafficaccidentwitnessedbytwoormoremotoristsorafirealarmreportedfromanelectronicmonitoringsystemandawitnessreportingsmokecomingfromabusiness.Thecallmaybedeterminedtobeunique,butthereshouldbeacapabilityoflinkingthecalltoanotherexistingcall.

ThisanalysiswilldeterminewhetheranewCFSisrecordedinCADoranexistingCFSistobeupdatedwithinformationnotyetcaptured.

CorrelatetoSectorThelocationinformationobtainedfromthecallerandverifiedbythegeofilewillbecheckedtoidentifythepatrolareaassignmentinwhichthecallislocated.

CreateCallforServiceAnewcallforserviceisrecordedinCADusinginformationcompiledtodate.Auniquecallnumberisassigned.

DetermineCallStatusTheCFSwillremainopenandmonitored.ThestatusoftheCFSmaychangeasthesituationisresolved.TheoptionalMDTinterfacewouldallowtheofficetoenterCFSdisposition.

AAppendix

Properties:Activity

A:2 StandardFunctionalSpecificationsforLawEnforcementComputerAidedDispatch(CAD)Systems

DetermineDispatchNeedAdecisionismadetodispatchaunitordirecttheCFSfordisposition.

DetermineProximityofResourcesResourceproximitycanbebasedonaclosenesscalculation,whichcanbedistanceordrivingtime.AnyunitsuggestionmustrespectdispatchcontrolareasanddepartmentalSOP.ProximitydeterminationcanbesupportedbyanoptionalAVLinterface.

DetermineReportabilityCFSmayvaryintheneedtoreportbeyondtheCADsystem.Guidelinesaredefinedbytheagencypolicybaseduponacombinationofcalltypeandcalldisposition.

DetermineResourceAvailabilityAvailableresourcesaredisplayedbaseduponunitstatus,whichincludesunassignedaswellasassignedwithalowerprioritystatusofcalltowhichaunitisassigned.TheunitsmaybecurrentlyunassignedorassignedtoaCFSwithadesignatedtypeandprioritylevel.Unassignedunitsareavailabletobedispatched.

DispatchResourceDecisionRecommendedresourcestobeassignedbasedonSOP,whichfactorworkload,unitcapabilitywithregardtoskillsandequipmentrequiredfortheCFS,unitavailability,andtheproximityofresources.

DisplayAdditionalCFSDataAsadditionalinformationismadeavailable,thedispatcherwillbealertedandhavetheabilitytoviewthenewinformation;forexample,anyinformationenteredbyacalltakeroranotherdispatcher.

DisplayCFSDataTheCFSwillneedtobedisplayedandmonitoredthroughCAD.Thisincludesactivitiessuchasadditionalcallinformationandactivitiesreportedbytheofficers.Immediateaccesstoallopencalls(includingunassigned)shouldbeprovidedontheCFSstatusdisplay.Whenacallisclosed,itwillautomaticallyberemovedfromthecalldisplay.

DisplayUnitDispatchStatusThecurrentstatusofunitswillbeavailableatalltimes.Thedisplaywillindicatetheunit’sstatusandassignedcallsforservice(ifany).Thedisplaycanalsoshowthelocationorlastknownlocationoftheunit.IntheabsenceofAVL,thelocationmaybethecurrentcalllocation,thelastcalllocation,orthelocationenteredbythedispatcherorMDC.Inthecaseofassignedunits,thedisplaymayshowanyalerttimer,theCFStype,andpriority.

Examplesincludearrivedonscene,available,unavailable,andunavailablebutassignable.Morestatustypesshouldbeconfigurable.

EnterSupplementalServiceRecordArecordofsupplementalservicerequestisestablishedtoreflecttheinstanceoftheselectionfromtheservicerotationlist.Thistriggerstherotationtothenextresourceintherotation.Therotationoccursregardlessoftheresourceabilitytorespondtotherequest.

MaintainStatusInformationiscontinuallydisplayedinCADtoreflectthecurrentstatusofunitsthataremonitoredbythedispatcher.

NotifySupplementalResourceServiceThesupplementalresourcewillbecontactedtoprovidedispatchinformationbythedispatcherandwillbeprovidedinformationabouttheincidenttowhichtheyarerequestedtorespond.Theavailabilityoftheservicetoprovideserviceswillberecorded.Asupplementalservicethatcannotbecontactedorinformstheagencyoftheirinabilitytorespondwithinaprescribedtimeisconsideredunavailabletoprovidetheservice.Asupplementalresourcewillbeselectedfromthelistuntiloneisfoundthatisavailable.

OverrideResourceRequirementTheinitialrecommendationbaseduponknowncriteriamaybeadjustedbaseduponadditionalinformationthatbecomesavailable,suchaslearningthatthesuspectisknowntobearmedanddangerous.Overridemustberecorded.

PlaceCallonUnassignedStatusTheunitisreassignedtoanewcallandautomaticallyunassignedfromthepreviouscall.

ReassigntoAvailableWhenaunithasclearedfromasceneandisnolongerassignedtotheCFS,theunitwillbereassignedtoanavailablestatus.DatareceivedfromMDCtransmissionsmayupdateCADandreflectthenewstatusoftheunit.Theunitmayremainonsceneandhaveanavailableon-scenestatus.

RecognizeAcknowledgementTheunitassignedtothecallwillrespondtothedispatchertoconfirmreceiptofthedispatchinformation.Thismaybedonebyvoicecommunicationorthroughmobiledatacomputers.

RecordArrivalonSceneUnitsrespondingtothescenecommunicatetodispatchthattheyhavearrivedatthelocation.ThiscommunicationmayoccurverballyorthroughanMDCtransmissionthat


mayautomaticallyupdateCADtoreflectthecurrentstatusoftherespondingunit,includingtimeofarrivalonscene.

Theremaybeaneedtorecordmultiplearrivaltimes;anexamplewouldbethearrivalatthelocationandanotherarrivalatthescene.Forexample,aunitmayarriveatthelocationofahigh-risebuildingandatalatertimewillarriveatthescenelocatedwithinthebuilding.Thesystemshouldprovideforthesettingofdifferenttimersbasedupontimeofarrivaltype.

RecordCFSActivityTheCFSrecordwillbeupdatedtoassociatetheunitorunitsdispatchedasrespondingunitstothecall.

RecordDispositionRecordthedispositionofthecallforservice.Thismayincludeanarrativeinadditiontothetypeofdisposition.

RecordUnitActivityTheunitstatuswillbeupdatedtoassociatethedispatchedunitorunitswiththeCFS,includinglocationandtime.

RecordUnitLocationAnychangeinunitlocationiscapturedalongwithtimestamps,includingchangesoflocationassociatedwiththesameCFS.

ReopenCFSAnexistingCFSisreopenedforupdate.Changesaretracedforauditpurposes.

RequestSupplementalResourceAlawenforcementofficialrequeststhatasupplementalresourceservicebedispatchedtoaspecifiedlocation.

RetrieveAlarmLocationObtainthelocationofanelectronic-generatedcallfromthecallsourceinformation.LocationandcontactinformationfromelectronicsourcesmaybereceivedfromdataexchangestoCADormaybeobtainedfromadatabaseofcommonaddressesmaintainedbytheagency.

RetrieveCFSFromCallPendingQueueThenextCFSonthecallpendingqueueisretrieved.Thecallwillcontainallinformationcollectedduringthecalluptothepointitisretrieved.AdditionalinformationmaycontinuetobeaddedtothecallbycalltakersanddispatcherswhiletheCFSisopen.

Callsinthequeuearestackedbyagency-definedpriority,oftenbasedonSOP.TheCADsystemallowstheagencytodeterminethesortorderofthecallpendingqueue.

RetrieveIncomingCallIncomingcallsbyphoneareansweredintheorderthattheycomein.Callsfromthe911systemaregivena

priorityovercallsfromdirectphonelines.Thecenter’soperatingprocedureswilldeterminewhetheranycallisallowedtogotovoicemailorbeputonhold.

RetrievePersonInformationPersoninformationmayincludehistory,protectionorders,warrants,mentalorhealthissues,ganginformation,sexoffenderregistryinformation,etc.

Thiscouldbeautomaticallyqueriedbaseduponinformationenteredintofields,ifavailable.

RetrievePremiseHazardandHistoryRelevanthistoricalandtacticalinformationaboutspecificandneighboringpremisesisobtainedfrominternaland/orexternalsourcesfordecisionsupport.Thisinformationmayincludeinformationaboutpreviouscallsforserviceatthepremise,whetherthepremisehasrecordsofregisteredfirearms,hazardousmaterialsstoredatthesite(usuallybusinesssites),seriousmedicalinformationconcerningindividualsresidingatthepremise,andotherrelevantinformation.

RetrieveResourceRecommendationsResourcerecommendationsareinitiallydeterminedbasedonthecalltype,priorityandlocationinformation,andothercharacteristicsofthespecificCFS.Thecalltypeandprioritylevelareusedbasedonagencypolicyandprocedure.Thedispatchermustreviewresourcesrecommendedbythesystem.Inselectingappropriateresources,thedispatchermayconsideranumberoffactors,suchasproximitytothecalllocation,numberofunitsavailable,specialskillsorequipment,andthenumberandtypeofotherCFStowhichofficersareresponding.Thesefactorsmayormaynothavebeenconsideredintheinitialsystemrecommendation.

RetrieveSupplementalResourceRotationListTheagencywillobtainthecontactinformationfromthesysteminordertocontactandrequestservicefromthenexteligibleservice.Thesystemmayprovidealistofoneormoreservices.Thiscouldbebasedongeographicalrequirements.

RetrieveVehicleInformationThisincludesanypertinentinformationaboutavehicle.Thiscouldbeautomaticallyqueriedbaseduponinformationenteredintofields,ifavailable.

ReviewCallBackgroundInformationTheinformationassociatedwiththelocationand/oraffiliatedpersonisconsideredtodeterminewhethertherecommendedresourcesareadequate.Thedecisiontooverridetheresourcerequirementshouldbemadeifitisdeterminedthattherecommendationisinadequate.


SendDatatoRMSCallhistory(completedetailsonclosedcalls)istypicallymaintainedinaCADsystemforarelativelyshorttimeframe.WhileinCAD,theCADsystemprovidesaccessbasedonaseriesofretrievalkeysand/orparameters,includingbutnotlimitedtocallnumber,location,date/timerange,etc.Callhistoryappliestothecompletecall,includinginitialcallinformation,unitassignments,statuschanges,imbeddedinquiriesandresponses,triagerequestsandresults,comments,cross-references,etc.Inotherwords,itcontainseverythingthatwasrecordedduringthetakingandhandlingoftheCFS.

Long-termstorageofcallhistoryrecordsisnormallyrelegatedtoeitheranRMSorastand-alonecallsforservicesystem.TheCFShistorysystemisusedfordatalook-upandinformationretrieval,plusitsupportsextendedstatisticalprocessesbasedontypesofevents,timestorespond,callsbyarea,date/time,andsoon.Becauseoftheneedforstatisticalanalysis,callhistorydataneedstobestructuredsoastofacilitateidentifyingspecifictypesofdata,suchaseventsandassociateddatesandtimes.

TakeCallerDataThecalltakerrequestsbasicinformationofthecaller.Many911systemsprovideinformationaboutthephoneaccount(ANI)originatingthecall,whichmayormaynotbeverifiedimmediately,dependingonthenatureandpriorityofthecall.

ThebasicinformationneededtoopenandinitiateaCFSisthetypeofcall(natureofthecomplaint),thepriority,andthelocationoftheCFS.Dependinguponthepriorityofthecall,whenbasicinformationhasbeenentered,theCFScanberoutedtotheappropriatedispatcherforhandling.

TimedAlertsThesystemmustbeabletoalertthedispatchertotheexpirationofthetimerassociatedwithanystatuschange.Thealerttothedispatchermaybeintheformofatoneand/oravisualprompt.ThisshouldbeconfigurablebaseduponthetypeofCFS.Thesystemshouldrecordtheacknowledgementoractionofthedispatcherinresponsetotheprompt,whichwillautomaticallyresetthetimer.

TransferBasicIncidentDatatoRMSBasicincidentdatathatcanbemodifiedwillbetransferredtotheagencyrecordssectionforitsuse.Itwillbetransferredinaneditableformat.

ThisfunctionrelatestothetransferfromCADtoRMSoftheCFSdataelementsnormallycontainedinalawenforcementincidentreport.Infact,theJusticeXMLreferencedocumentforalawenforcementincidentreportshouldprovideanexcellentstandardforthetransfer.

Thefollowingareexamplesofthetypesofdatafoundinanincidentreport:reportnumber,CADcalltype,natureofcall,date/timeofcall,locationofincident,andpersonsandvehiclesinvolved.TheCADCFSnumbershouldbeincludedtoprovideacross-referencebetweentheCFSandthesubsequentincidentreport.

Incidenttransferisnormallytriggeredandtakesplaceautomatically.Withintheframeworkofthisstandard,itwouldhappen(optionally)asanincidentreportnumberisassignedandatthetimeoffinaldispositionoftheCFS.TheCADsystemsshouldincludeafeaturewherebyadministrativecommandscanbeexecutedtotransfereitheraspecificincidentoraseriesofincidentsbaseduponparameters.

UpdateAssignedResourcesWhenrequiredresourcesforthecallhavechanged,thiswillbeadjustedandrecordedonpredeterminedcriteria.

UpdateCFSDataInformationrelatedtoanopencallwillbeupdatedasinformationbecomesavailable.Multiplecallersprovidepotentialwitnessestothecallandmayprovideadditionalorsupportiveinformation.Thismayresultinreclassificationandprioritizationofthecall.ThedispatcherwillneedtheabilitytoenternarrativedataatanytimepriortoclosingtheCFS.

UpdateCallStatusThestatusofthecallisupdatedasnewinformationisreceived.ThisshouldincludeupdatingthereportedCFStypetotheactualCFStype.Forexample,oncetheimmediateincidentisresolved,therespondingunitwillcommunicatetothedispatcherthatthesceneissecured.

UpdateSupplementalServiceRecordThesupplementalresourceresponsewillberecordedinthesystemtoreflecttheservicesprovided.

UpdateUnitStatusInformationiscontinuallyupdatedinCADtoreflectthecurrentstatusofunitsthataremonitoredbythedispatcher.

VerifyLocationThecallerlocationwillbecheckedagainstcurrentaddresslistingsinthesystem.Locationsthatarenotverifiedprovideanindicationtothecalltakerthatinformationreceivedmaybeinaccurate,providingadditionalinformationforthedispatchertorelaytotheresponder.

Thelocationformatcanbeastreetaddress(blockfaceaddress),intersection,orcommonplacename.Locationinformationforacommonplace,suchastheCityHall,hasastreetaddresslistingcross-referencethatwillprovidethelegalstreetaddress.Informationwillbecontainedina


geofile,whichmustincludelatitudeandlongitude.Altitudewouldbeoptional.

Thegeofilewill:

Validatethatthestreetnameisanactualstreetintheservicearea.Resolveambiguitieswhileaccountingforspellingvariationsandduplications.Validateintersections.Validateaddressrange.Relatecommonplacenamestoactualaddresses.RelateX/Y/Zcoordinatestoanactualaddress.Transformlatitudeandlongitudetomapcoordinatesfordisplay.Translatecalllocationtoagencyreportingarea.Translatealiasnamestoactualstreetnames.

1.

2.

�.

4.

5.

6.

7.

8.

9.


Appendix

AVLTheCADsystemwillacceptinputfromanAutomaticVehicleLocationsystem.CADconvertsthevehiclegeographicallocation(e.g.,XYcoordinates)toastreetaddress,recordsthevehiclelocationintheunithistory,andautomaticallyperformsachangelocationforthevehicle,ifnecessary.

AlarmBusinessalarmorotheroptionalinterfaceprovidesdataonly.

AlarmsTheCADsystemcanautomaticallyrecognizeandacceptnotificationofabusinessalarm.Thesystemcoordinatesthealarminputwithakey-holdertopresentinformationtothecalltaker.Baseduponbusinessrules,thecalltakercanacceptthealarmcallandgenerateacallforserviceormanuallyhandlethecall.

CallTakerAnyindividualemployedorcontractedbytheagencythatisdesignatedthefirstpointofcontactwiththeagency.Inmostagencies,thiswillbeviaa911emergencyservicessystemorthelawenforcementofficerinitiatingthecall.

CallerAnyindividualorelectronicmonitoringandnotificationsystemestablishingcontactwiththelawenforcementagencyforthepurposeofcommunicating.Thiscommunicationmaybeacallforservice(CFS),tonotifyorprovideinformationregardinganeventinprogress,orforotherbusiness-relatedpurposes.

ClockSynchronizationInterfaceandsynchronizeallserversandCADworkstationswiththeMasterTimeClock(Netclock).Thisensuresthateachworkstationandserverprovidesanaccuratetimestamp.

DispatcherAgencyofficialresponsibleforthedeploymentofresourcesinresponsetocallsforservice.

E911Thisinterfaceimportssubscriberinformation(ANIandALI)foreachE911caller,asprovidedbythetelephonecompany,intoCAD-compliantentryprocess,eliminatingtheneedforredundantdataentry.Asanoption,theE911datacanbesimultaneouslyimportedintothemappingsystemforimmediatecenteringanddisplay.

E-MailingTheCADsystemwillautomaticallyformatandsendane-mailforselectedCADcallsanddispatches.Adispatchermayinitiateane-mailforanycall/CFS.Theinformationsentinane-mailisconfigurablebytheagencybutgenerallycontainsthecallinformationoralistofopencallsmeetingcertainsearchcriteria.Thereisanadministrativemechanismtodefinee-mailgroups.

EmergencyOperationsCenterAlocationwhereemergencyincidentmanagementtakesplacerequiringincidentandunitstatusinformationfromCAD.ControlofspecificunitsmayberelinquishedtotheEOC.

ExternalAgencyAhigh-levelrepresentationofanylocal,state,federal,orcountyagencyexternaltothelawenforcementagency.

ExternalCADCADsystemsbetweenjurisdictionsmustbeabletosend/receivedatatofacilitatedispatchingofservicesdefinedinjurisdictionalserviceagreements.Thisintegrationincludestheabilitytoreceiveeventdataand/ortransmiteventdata.

Properties:ActorA


ExternalCADTheCADwillactasapeerinamulti-CADenvironment.TheCADsystemwillacceptanewcallforservicefromaparticipatingCADsystem,inanagreed-uponstructure.TheCADsystemcangenerateandtransferarequestforservicetoapeerCADagency.TheCADsystemlogsallcommunicationbetweenpeeragencies.TheexternalCADsystemmaybeotherpublicserviceorsafetysystems.

FaxingTheCADsystemwillautomaticallyformatandsendaFAXforselectedCADcallsanddispatches.AdispatchermayinitiateaFAXforanycall/CFS.TheinformationsentinaFAXisconfigurablebytheagencybutgenerallycontainsthecallinformationoralistofopencallsmeetingcertainsearchcriteria.ThereisanadministrativemechanismtodefineFAXgroups.

GISInterfacewithcity/countyGIStosupportmaintenanceofaCADmap;thelawenforcementmaplayers,suchasreportingdistricts/areas;andthecreationoftheCADgeofile.

InternetCallGenerationTheCADsystemwillacceptnondispatchablecallsacrosstheInternet.CallsacceptedacrosstheInternetwillbeofageneralnaturewhereacase(report)numbermaybeneededforinsurancepurposes.Thecasenumberisgeneratedandrecorded.Thecallisrecordedinthecallsforserviceforstatisticalreporting.

MediaMediasourcesthathavetheabilitytoalertthepublicofcriticalsituationsorothermorespecificalerts.

MessagingSystemThemessagingsystemisoftenprovidedthroughamessagesswitchthatcanbeinterfacedtotheCADsystem.Themessagingsystemsupportsunit-to-unitmessagingandunit-to-dispatchermessagingviatheMDTsystem.Optionally,themessagingsystemmayalsosupportexternalmessagingtootheragencies.

MobileDataMobileterminalsinlawenforcementvehiclesprovideanextensiontotheCADdispatchservices.TheCADsystemmustinterfacewithoneormoremobilecommunicationsinfrastructurestowhichthemobileunitsareattached.TheCADsystemcanprovidesilentdispatchorderstoamobileunit,inadditiontoprovidingtheunitwithdetailsofthecallandpremisehistoryinformation.Themobileunitcanchangeitsstatus,queryCADinformation,andquerylocalandnationaldatabases,suchaswanted-personchecks.

MobileMappingDispatchinformationsenttothemobilecanbemappedonthemobileitself.Themapmayprovidetheunitwithdrivinginstructionstothelocation.

PagingTheCADsystemwillautomaticallyperformanalphanumericpageforselectedCADcallsanddispatches.Adispatchermayinitiateanalphanumericpageforanypaginggroup.Theinformationsentinthepageisconfigurablebytheagencybutgenerallycontainsthecallnumber,typeofcall,andlocationofthecall.Thereisanadministrativemechanismtodefinepaginggroups.

PrearrivalSystemTheanswerstothequestionsposedbythecalltakerinaprearrivalsystemarewrittentoCADrecordofthecall.Basedonthecapabilitiesoftheprearrivalsystem,thecalltakermaybepromptedbytheprearrivalsystembasedontheCADcalltype.

Push-to-TalkImportanddisplayinamarqueefashiontheradioID(andoptionallytheOfficerID)informationtothedispatcherbythosekeyingmobileradios.

RMSWheneveracase(report)numberisgeneratedforCADcallforservice,abasicsetofCADinformationisextractedandtransferredtotheRMSsystemtocreatetheRMSincidentshell.Inaddition,theCADsystemmayinquireintotheRMSdatafiles(e.g.,masternameindex,masterlocationindex,warrants,andprotectiveorders)forinformationthatrelatestothecall.

Real-TimeMappingUsingthecity/countyGISinformationandthelawenforcementmaplayers,thedispatcherhasatacticalviewofthecityand/ordispatcharea.ThemapcanbecontrolledbyspecificCADcommands,suchaszoom-and-pan,orpresetcommands,suchaszoomingtotheaddressofaselectedcallforservice.Thedispatchercanmap/viewallunitsandopencallsforserviceforanareaorthecity.Unitsandcallsarelabeledonthemap.

ResourceSchedulingSystemAschedulingsystemprovidestheabilityfortheagencytoschedulepersonnel,includingcommunicationcenterpersonnelandofficers.Typically,thesystemhastheabilitytofactorinmanyofthedepartmentrulesforschedulingpersonnelforregularassignmentsandforovertime.TheinterfacewiththeCADsystemmayincludetheabilitytohaveonepointofmaintenanceforthenamesandassignmentsofallpersonnel.Aninterfacemayalsoincludetheroll-calllistforeachshiftchangeforthedispatcherreviewandconfirmationasunitslogontotheshift.


Reverse911Thiscapabilityistypicallyapartofthetelephonesystemusedinthecommunicationcenter.Thesystemmaintainsalistofallcallerswhohaveelectedtobeapartofthiscommunityalertsystem.Aninformationmessagecanbecreated.Thesystemthencallseverypersononthelistandplaysthevoicemessage.ThereisusuallynotactuallyaninterfacebetweentheCADsystemandtheReverse911systemunlessthecalllistismaintainedintheCADdatabase.TheWebinterfaceisrequiredtoprovidecitizenstheabilitytoaddtheirnametothecalllist.

SystemTheCADandRMSsystems.

SystemAdministratorTelephoneReportingUnitAnagencymayemployatelephonereportingunitthattakesincidentreportswithoutrequiringdispatchresources.

UnitAnidentifierisassignedtothecarthatwillbeusedtoidentifythevehiclethroughouttheshift.Dispatcherswillknowthespecialtyoftheunit(e.g.,evidencetech,K-9unit).Aunitmayinitiateacalleitherbyobservingandreportinganincidenttothedispatcherorbyplacingtheunitonacall,suchasatrafficstop.


CADSystemAdministrationSystemadministrationencompassesawidearrayofgeneralrequirementsthatlawenforcementagenciesneedfromCADsystemsinordertobeabletoqueryinformationeffectively;ensureappropriateaccesstoinformationandsystemssecurity;andensureeffectiveinformation,image,anddocumentmanagement.

Thereareseveraldistinctrequirementsassociatedwithsystemadministration:

TablemaintenanceSecurityanddatamanagementGeofilemaintenanceErrorloggingCustomization

CallManagementandManagementReportingCommandmustbeabletogeneratereportsandmanagetheworkflowofthecalltakersanddispatchersinthedispatchcenter.

EMSDispatchThisrepresentstheEMSDispatchsubsystemofCAD.

FireDispatchThisrepresentstheFireDispatchsubsystemofCAD.

IntelligentTransportationThisrepresentstheIntelligentTransportationsubsystemofCAD.

1.

2.

�.

4.

5.

InterfacesCADsystemswillinterfacewithoneormoresystems,someofwhichareconsideredmoreessentialthanothers.Factorssuchasagencysize,numberofswornofficers,agencybudget,anduniquecommunityfactorswillaffectwhetheragencieswishtoadopttheseoptionalinterfaces.

LawEnforcementDispatchLawenforcementagenciesuseCADtofacilitateincidentresponseandcommunicationinthefield.CADsystems,inmanycases,arethefirstpointofentryforinformationcomingintothelawenforcementsystem.TypicalCADsystemfunctionsincluderesourcemanagement,calltaking,locationverification,dispatching,unitstatusmanagement,andcalldisposition.Additionally,mappingfunctionality,interfacewithmobiledatacomputers(MDC),andinterfaceswithotherexternallocal,state,andfederalinformationsystemsmaybeincluded.Calltakers,dispatchers,andtheirsupervisorsareprimaryusersofCAD.Unitsinthefieldmayinteractviamobiledatacomputers.

SupportServicesInadditiontothehandlingofcallsforservice,theCADsystemshouldsupporttheeffectivemanagementoftheavailableresources.Theneedfortheoptionalitemswillbebasedontheagencysize,thepopulationservedbythedepartment,andotheraspectsofthespecificdepartmentordepartmentsservedbytheCADsystem.

Properties:BusinessFunctionA

Appendix


ActiveCallforServiceACFSwascreatedinCADandiscurrentlyactive.

CFSResourceAssignedResourcesappropriatefortheCFShavebeendeterminedandassigned.

CallClosedRecordthedispositionoftheCFS.

CallMonitoredDispatchersmonitortheCFSasitunfoldstoensurethatadequateresourcesareavailabletosecurethesceneandensurepublicsafety.Dispatchersalsoactonrequestsforresourcesthatarereceivedfromthescene.

ResourcesDispatchedThecompletionofassigningappropriateresourcestoaCFS.

RoutedInformationinvoice,paper,orelectronicformwasrecordedandsentordistributedtointendedrecipients.

StatusRecordedThestatusoftheunitisrecordedintheCADsystem.

SupplementalResourceDispatchedAsupplementalresourcewascontactedwithdispatchinformationandconfirmedtheiravailabilitytoprovidetheservice.

Properties:State

Appendix

A


AdditionalInterfacesItisoftendesirabletohaveadirectinterfacebetweentheCADsystemandotherkeylawenforcementsystems,suchasotherCADsystemsinthearea,RMSsystems,alarmsystems,andmobiledataterminals.

CADtoCAD.TheCADwillactasapeerinamulti-CADenvironment.TheCADsystemwillacceptanewcallforservicefromaparticipatingCADsystem,inanagreed-uponstructure.TheCADsystemcangenerateandtransferarequestforservicetoapeerCADagency.TheCADsystemlogsallcommunicationbetweenpeeragencies.

MobileDataTerminal(MDT).MobileterminalsinlawenforcementvehiclesprovideanextensiontotheCADdispatchservices.TheCADsystemmustinterfacewithoneormoremobilecommunicationsinfrastructurestowhichthemobileunitsareattached.TheCADsystemcanprovidesilentdispatchorderstoamobileunit,inadditiontoprovidingtheunitwithdetailsofthecallandpremisehistoryinformation.Themobileunitcanchangeitsstatus,queryCADinformation,andquerylocalandnationaldatabases,suchaswanted-personchecks.ThequeriesmaynotgothroughCADbutmaybepartofaseparatemobilesystem.

PrearrivalInstructionSystem.ThecalltakeranswerstothequestionsposedbyaprearrivalsystemarewrittentoCADrecordofthecall.Basedonthecapabilitiesoftheprearrivalsystem,thecalltakermaybepromptedbytheprearrivalsystembasedontheCADcalltype.

Alarm.TheCADsystemcanautomaticallyrecognizeandacceptnotificationofabusinessalarm.Thesystemcoordinatesthealarminputwithakey-holdertopresentinformationtoacalltaker.Baseduponbusinessrules,thecalltakercanacceptthealarmcallandgenerateacallforserviceormanuallyhandlethecall.

RMS.Wheneveracase(report)numberisgeneratedforaCADcallforservice,abasicsetofCADinformationisextractedandtransferredtotheRMSsystemtocreatetheRMSincidentshell.Inaddition,theCADsystemmayinquireintotheRMSdatafiles(e.g.,masternameindex,masterlocationindex,warrants,andprotectiveorders)forinformationthatrelatestothecall.

AdiscussionofthebusinessfunctionsandsituationsthatwarrantCAD-RMSinterfaceisexploredintheLEITSCRMSfunctionalspecifications.

AdministrationInterfacesTheAdministrationCADinterfacesassistthelawenforcementteamofunits,dispatchers,calltakers,andcommandinworkingtogether.ThekeyinterfacesincludePush-to-Talk,mastertimeinterface,andResourceSchedulingSystem:

Push-to-Talk.ImportanddisplayinamarqueefashiontheradioID(andoptionallytheOfficerID)informationtothedispatcherbythosekeyingmobileradios.

InterfaceandsynchronizeallserversandCADworkstationswiththeMasterTimeClock.Thisensuresthateachworkstationandserverprovidesanaccuratetimestamp.

ResourceSchedulingSystem.Aschedulingsystemprovidestheabilityfortheagencytoschedulepersonnel,includingcommunicationcenterpersonnelandofficers.ThissystemisoftenfoundintheagencyRMS.

Typically,thesystemhastheabilitytofactorinmanyofthedepartmentalrulesforschedulingpersonnelforregularassignmentsandforovertime.TheinterfacewiththeCADsystemmayincludetheabilitytohaveonepointofmaintenanceforthenamesandassignmentsofallpersonnel.Aninterfacemayalsoincludetheroll-

Properties:UseCase

Appendix

A


calllistforeachshiftchangefordispatcherreviewandconfirmationasunitslogontotheshift.

BOLOBOLO(BeontheLookout)canbeanoptionalpartofaCADapplicationorapartofanRMSsystem.BOLOsinCADarecreatedandmaintainedinadatafileinCAD.Thesemaybeenteredbyadispatcherormaybecreatedbyanyonewhohasbeengiventherequiredsecurityclearancetocreateormaintainthefile.


CADCatch-UpTheabilitytorecoverfromtheinterruptionofCADservices,allowingtheagencytoenteractivitydataperformedduringtheinterruptionofservice.

CADManagementReportingItisessentialthattheCADsystemincludestandardreportsthatcanberunusingflexibleparameters.NewreportsshouldbedefinedeitherthroughtheCADsystemorathird-partyreportingtoolandthenbestoredasastandardreportavailablethroughtheCADsystem.

Thefunctionalityneedstoincludetheabilitytoreportanydataelementbyanyotherdataelementinthesystem.Thismayincludetheabilitytoexportdataforuseinthird-partytools.Awizardmaybeprovidedthatallowsforuser-generatedreports.

ExamplesoftypicalCADreportsincludethefollowingreportsthatcanberunbyanyuser-defineddateandtimerange:

Dailylogshowingallcallsreceivedfortheprior24hoursfromtimeofprintingActivityAnalysisbyspecifiedgeographicalareaandbytimeperiodCFSSummarybyspecifiedgeographicalareaandbytimeperiodActivityAnalysisbydayoftheweekActivityAnalysisbyhourofthedayActivityAnalysisbydayandhour

1.

2.

�.

4.

5.

6.

ResponseTimeAnalysisbyspecifiedgeographicalareaandbytimeperiodResponseTimeAnalysisbycalltypeTimeConsumedbycalltypebyhourofthedayWorkloadActivitybyresourceWorkloadActivitybygroupTimeConsumedbydayoftheweekandhourofthedayTimeConsumedbyspecifiedgeographicalareaandbytimeperiodAttemptedbreachesinsecurityErrormessagesbytypeforidentifyingsystemproblems

Customizingreportstomeetdepartmentneedsshouldalsobeanoption.

CallDispositionAcalltakermaycloseaCFSthatdoesnotrequirethedispatchofresources.

ACFSwillbeclosedwhentheunitsatthescenehavecompletedtheassignment.DependingontheagencySOP,theprimaryunitmayclosethecallwithastatus.Thedispatcherisnotifiedbyassignedunitsoftheirstatuschangeusingvoiceormobiledatacomputer(MDC)transactions.MDCtransactionsmayupdatetheCADtorecordtheunitstatusandclosetheCFS,ifthedatareceivedindicatestheCFSiscomplete.TheCFSwillbeclassifiedwithaspecificdisposition,generallyprovidedbytheprimaryunit.

Whenacallisclosed,informationcollectedduringtheCFSmaybeautomaticallytransferredfromtheCADsystemtotherecordsmanagementsystem(RMS).AnyupdatesmadebytheCADoperatorsonreopenedcallswillbeautomaticallytransferredtoRMS,subjecttoagencypolicies.

Ininstanceswhereaduplicatecallisidentified,onecallisdisposedwithacross-referencetotheoriginalCFS.Thecallswillbelinkedforfutureretrievability.

CallManagementThecallismanagedbycontinuallyupdatingtheCFSdatawithanyadditionalinformationreportedbycallersorofficersonscene.Theresourcerecommendationsmayberevisedbasedonadditionalinformationandmaybeaddedorreassigned.

CallTakingCallsforservice(CFS)initiatetheCADprocess.Callersarecitizensorotheragenciesrequestingservicesfromtheagencyorgivingnotificationofeventsoractivitiesofconcern.ACFSmaycomefrommanydifferentpointsof

7.

8.

9.

10.

11.

12.

1�.

14.

15.


originsuchasalarmsystems,E911systems,directcalls(7-or10-digitnumbers),walk-ins,CAD-to-CADinterfacesorWeb-basedsystems.

Theservicerequestedbycallerswillconsistofbothemergencyandnonemergencypriorities.Calltakingconsistsofreceivingthecall,obtainingsufficientandaccurateinformationfromthecaller,determiningwhetherthisisaduplicateofacallinprogress,andrecordingorupdatingtheCFSintheCADsystem.Thecalltakermayalsoapplyproceduresandguidelinestoverify,analyze,classify,andprioritizethecallpriortoroutingtheCFStothedispatcher.ACFSmayalsobegeneratedbyaunitinthefield.Theunitcancontactthedispatcherorthecalltaker,orhemayactuallycreatethecallelectronicallyusingtheoptionalMDTinterface.

ACFSmaybeforwardedtoatelephonereportingunitandbereceivedfromthetelephonereportingunit.

ThismayincludetheabilitytocreateaCFSforfuturescheduledevents.

CommunicationCenterRelocationThesupportofanemergencythatrequiresthatthedispatchcenterbemovedtoanoff-sitesecurelocationmustincludeahardwaresystemandnetworkconnectivitythatwillsupportthecreationofanoff-site,real-timebackupserverattherelocatedcommunicationcenter.

CommunicationsInterfacesThereareseveralcommunications-basedinterfacesthatallowCAD-generatedinformationtobetransmittedtoothersviae-mail,messaging,andtheInternet.

InternetCallGeneration.TheCADsystemwillacceptnondispatchablecallsacrosstheInternet.CallsacceptedacrosstheInternetwillbeofageneralnaturewhereacase(report)numbermaybeneededforinsurancepurposes.Thecasenumberisgeneratedandrecorded.Thecallisrecordedinthecallsforserviceforstatisticalreport�ng.

MessagingSystem.ThemessagingsystemisoftenprovidedthroughamessagesswitchthatcanbeinterfacedtotheCADsystem.Themessagingsystemsupportsunit-to-unitmessagingandunit-to-dispatchermessagingviatheMDTsystem.Optionally,themessagingsystemmayalsosupportexternalmessagingtootheragencies.

Paging.TheCADsystemwillautomaticallyperformanalphanumericpageforselectedCADcallsanddispatches.Adispatchermayinitiateanalphanumericpageforanypaginggroup.Theinformationsentinthepageisconfigurablebytheagencybutgenerallycontainsthecallnumber,typeofcall,andlocationofthecall.Thereisanadministrativemechanismtodefinepaginggroups.

Faxing.TheCADsystemwillautomaticallyformatandsendaFAXforselectedCADcallsanddispatches.AdispatchermayinitiateaFAXforanycall/CFS.TheinformationsentinaFAXisconfigurablebytheagencybutgenerallycontainsthecallinformationoralistofopencallsmeetingcertainsearchcriteria.ThereisanadministrativemechanismtodefineFAXgroups.

E-mailing.TheCADsystemwillautomaticallyformatandsendane-mailforselectedCADcallsanddispatches.Adispatchermayinitiateane-mailforanycall/CFS.Theinformationsentinane-mailisconfigurablebytheagencybutgenerallycontainsthecallinformationoralistofopencallsmeetingcertainsearchcriteria.Thereisanadministrativemechanismtodefinee-mailgroups.

ConfigurationTheCADshouldbeconfigurabletoallowfortheenforcementofagencySOPs.Exampleswouldincluderesourceallocationalgorithmsanddispatchpolicies.

Thesystemshouldbeconfigurabletodeterminescreenparameters,colorchoices,fontsize,screenlayout,anduserpreferences.

DispatchDecisionSupportThedispatcherispresentedwiththerecommendedresourcesfortheselectedCFS,baseduponpresetcriteriaforthetypeandpriorityofCFS.Furtherinformationwillbeconsidered,suchasthehistoryofthelocation,suspect,andthepossibilitythathazardousmaterialsmaybeinvolved.Therecommendedresourcesmaybeoverriddenbythedispatcherbasedontheadditionalinformationorrequestsbyofficersonthescene.Thesystemmayhavethecapabilitytoperformdispatchdecisionsupport,suchasassigninganincidentnumberwithouthuman�ntervent�on.

UnitsavailablewillbeconsideredaswellastheavailableunitproximitytotheCFS.Thefinaldecisioniswhichspecificunitstodispatch.

DispatchSupervisorSupportTheCADsystemshouldprovidethesupervisorwiththeabilitytomonitortheactivityonanydispatcherworkstation.Ifnecessary,asupervisorneedstohavetheabilitytotakedirectcontroloveradispatchpositionremotely,withoutleavingthesupervisorconsole.

DispatchUnitsTheunitsspecificallyrecommendedorselectedforaCFSwillbedispatchedandtheiracknowledgmentrecorded.OtherunitsnotdispatchedmaybenotifiedofaneventinprogressiftheCFSwarrants.Whenmultipleunitsaredispatched,oneunitwillbedesignatedastheprimaryresponderresponsiblefortheCFSuntilitiscompleted.


EmergencyOperationsCenterThesupportofanemergencythatrequiresthatthedispatchcenterbemovedtoanoff-sitesecurelocationmustincludeahardwaresystemandnetworkconnectivitythatwillsupportthecreationofanoff-site,real-timebackupatserverslocatedattheEmergencyOperationsCenter(EOC).OtherfunctionalitythatcanbeprovidedbytheCADsysteminsupportofEOCoperationincludesremoteCADdispatchingcapabilityandsupportformultiagencyeventcoordination.

ThesetwooptionalfeaturesprovidebenefitstotheCADsystemevenifthedispatcherdoesnothavetobemoved.Multiagencyeventcoordinationusuallyrequiresthatsupportagreementsbenegotiatedandinplaceamongalloftheagencies.AnotherdesirablefeatureinsupportofanEOCwouldbetheabilitytoaddadditionalagencies“onthefly”duringanemergencyoperation.

EmergencyOperationsInterfaceTheoperationofanemergencycenterrequiresthemultidirectionalexchangeofinformationbetweenCADandEOC.UnitsmaybeassignedtotheEOC,atwhichpointtheEOCwilltakecontroloftheunituntilreleased.CADwillmaintaintheabilitytomonitortheunitavailabilitystatus.CADwillcontinuallyupdateEOCwithcallinformation.

GeofileMaintenanceThegeofileisusedtovalidateandstandardizelocationandaddressinformation.Itisalsousedtocross-referenceaddressesandlocationswithlawenforcement-definedreportingareas,X/Y/Zcoordinates,ZIPcodes,andotheridentifiers.Thegeofilecontainssufficientinformationtoensurethatanaddressisvalid.Furthermore,itprovidescross-referencestoaddressesandlocationsusingcommonplacenames(e.g.,businessnames,parks,hospitals,andschools)andstreetaliases.Itincludesinformationsuchasdirectionoftravelonparticularstreetsandcanidentifythesideofastreetforaspecificaddress.ItisassumedthatalladdressesintheRMSarevalidatedusingthesystemgeofile.

Thereportingareadefinedaboveshouldbeusedtodefinebeats,sectors,commandareas,neighborhoods,communities,etc.

Thegeofilecontainsthegeographicinformationthatisthebasisformanydecisionsinacommunicationscenter.Thesystemneedstoprovidetheabilityforanagencytoenterandupdateallgeofiledata,includingthephysicaladdressandtheX/Y/Zcoordinates.

Thecreationofacomprehensivegeofileisasignificantundertaking.Thesystemshouldsupportthecreationandmaintenanceofthegeofileusinganavailablemapping/GIS

database.GeofileinformationinCADandRMSshouldbesynchronized,basedonestablishedparameters.

LocationalSystemsInterfacesLocationalsystemsprovideautomatedaccesstoaddress,geographic,andmappinginformationforlawenforcement.TheprimarylocationalsystemsincludeAVL,GIS,andMobileandReal-TimeMapping:

AVL.TheCADsystemwillacceptinputfromanAutomaticVehicleLocationsystem.CADconvertsthevehiclegeographicallocation(e.g.,X/Y/Zcoordinates)toastreetaddress,recordsthevehicle’slocationintheunithistory,andautomaticallyperformsachangelocationforthevehicle,ifnecessary.

GIS.InterfacewiththejurisdictionGIStosupportmaintenanceoftheCADmap;thelawenforcementmaplayers,suchasreportingdistricts/areas;andthecreationoftheCADgeofile.

MobileMapping.Dispatchinformationsenttothemobilecanbemappedonthemobileitself.Themapmayprovidetheunitwithdrivinginstructionstothelocation.

Real-TimeMapping.UsingthejurisdictionalGISinformationandthelawenforcementmaplayers,thedispatcherhasatacticalviewofthecityand/ordispatcharea.ThemapcanbecontrolledbyspecificCADcommands,suchaszoom-and-pan,orpresetcommands,suchaszoomingtotheaddressofaselectedcallforservice.Thedispatchercanmap/viewallunitsandopencallsforserviceforanareaorthecity.Unitsandcallsarelabeledonthemap.

LoggingCADwilllogallactionsincludingsecurityviolationsandattemptedbreeches,errors,changes,andupdates.Logsshouldbeviewableandsearchablebythesystemadministrator.

PrimaryCADinterfacesconsideredtobeessentialforconductingprimarylawenforcementbusinessfunctions.ThefourprimaryCADinterfacesarewiththemessagingsystem,thelocalRMS,Regional/State/NCICWarehouses,andE911.

E911.Thisinterfaceimportssubscriberinformation(ANIandALI)foreachE911caller,asprovidedbythetelephonecompany,intoCAD-compliantentryprocess,eliminatingtheneedforredundantdataentry.Asanoption,theE911datacanbesimultaneouslyimportedintothemappingsystemforimmediatecenteringanddisplay.


Regional/State/NCIC.Querytostate,local,andnationaldatabases.Queriestothestate,localRMS,andnationaldatabaseswilloccurautomaticallyfromselectedCADcommandsusingthemessagingsysteminterface.Inaddition,theoperator(e.g.,dispatcherorofficer)willhavetheabilitytousestand-alonequeryscreenseliminatingredundantdataentry.Responsestosuchqueriesshouldbestoredwiththecallrecord.

RMS:SeeRMSinterfaces.

PublicAwarenessMessagingTheabilitytobroadcast,publish,orsendmessagestoindividualsoragenciesthatneedtobeawareofcriticalevents.ExamplesincludeAmberAlert,criticalincidentoccurrences,utilities,transportation,hospitals,orthepublicatlargeviatheInternet.

Reverse911.Thiscapabilityistypicallyapartofthetelephonesystemusedinthecommunicationcenter.Thesystemmaintainsalistofallcallerswhohaveelectedtobeapartofthiscommunityalertsystem.Aninformationmessagecanbecreated.Thesystemthencallseverypersononthelistandplaysthevoicemessage.ThereisusuallynotactuallyaninterfacebetweentheCADsystemandtheReverse911systemunlessthecalllistismaintainedintheCADdatabase.TheWebinterfaceisanoptiontoprovidecitizenswiththeabilitytoaddtheirnametothecalllist,fornoncriticalincidents.

SecuritySystemsshouldallowtieredaccesstoinformationbasedonpasswordsandotherauthenticationandnonrepudiationpractices.Role-basedauthenticationandauthorizationmustbeapartoftheRMS.Otheridentificationtechnologies—suchasbiometrics,IDcard,securitytoken,etc.—areemergingstandards.

Systemsshouldapplyappropriateeditstoallentereddatatoensuredataintegrityandmaintainactivitylogsandaudittrails.

SupplementalResourcesTrackingForexample,incaseswhereavehiclehasbeenconfiscatedorfoundtobedisabled,thedispatcherneedstheabilitytorequesttheservicesofatowingcompany.Thisrequestmaybemadebycompanyname(ownerrequested)orbyrotation.Incaseswheretheownerdoesnothaveapreferredcompany,thesystemwillselectacompanyfromthetowingrotation.Atowingrotationpreventsanyonecompanyfrombeingfavoredoveranother.


TableMaintenanceTheflexibilityneededinaCADsystemrequiresthatthedatausedtosupportsystemrecommendationsordecisionsbemaintainedintablesthatcanbesupportedandchangedbytheagency.EachdepartmentwillhavetheirownsetofStandardOperatingProcedures(SOPs)thatmustbefollowedwithregardtotablemaintenance.

Inaddition,theCADsystemmustbeflexibleenoughtoallowthesystemsetuptoreflecttheSOPsatthetimethesystemisinitiallyinstalledandtobechangedwhenthedepartmentSOPschange.SOPsaretypicallydefinedandmaintainedinaseparatedocument,ortheymaybeavailableforreferenceonlineasaCADhelpfile.

Examplesofcommontablesincludebutarenotlimitedto:

UnitsCalltypesandprioritiesUnitStatusTypes;e.g.,assigned,unassigned,orassignedbutavailablePersonnel,includingemergencycontactinformationandcurrentassignmentServiceprovidersPatrolandcommandareadefinitionsTimersCommands

TrainingandTestingThisfunctionrelatestothenecessityofhavingaregionontheCADsystemthatisisolatedfromtheproductionenvironmentforthepurposesofprogramtestingorfilemaintenancetesting,aswellastrainingofnewpersonnel.ThisfunctionmaybereferredtoasaCADtrainingmode.

Tothegreatestextentpossible,thetrainingenvironmentshouldbeidenticaltotheproductionregion,thusallowingaccuratetestingandtrainingtooccurwithoutimpactingtheproductionenvironment.Thefollowingareexamplesofthetypesofitemstoincludeinthetrainingenvironment:

Definitionofthetypesofagenciesbeingutilized;i.e.,Law,Fire,EMSTablesdefinedtoincludeunitnames,recommendationpatterns,premiseinformation,personnelinformation,securitypermissions,etc.SeparatetestE911connectionoracannedscriptofE911informationSeparatetestmobileconnectionoracannedscriptofmobileinformationAccesstoaudibleradiotransmissions

Thetrainingenvironmentshouldhaveitsownstart-and-stopsequencethatisindependentoftheproduction

1.

2.

�.

4.

5.

6.

7.

8.

1.

2.

�.

4.

5.

A:20 Standard Functional Specifi cations for Law Enforcement Computer Aided Dispatch (CAD) Systems

environment. The training environment does not have to be active at all times and can be started as needed.

By having the training environment established and defi ned, the agency can develop a robust training program that simulates the live environment to include the associated interfaces and radio traffi c. The personnel can enter incidents and “mock” live incidents that are occurring on the radio without the production environment data being affected.

Additionally, any programmatic change or changes to fi le maintenance records can be thoroughly tested and any issues resolved prior to being implemented in the production environment.

Unit Status ManagementUnit status must be continually monitored, updated, and recorded by the dispatcher. This information may be made available by voice communication or through mobile data computers. In addition to recording the unit status and destination, the CFS number and times (action) will also be recorded by the system. The recording of status changes is representative of a unit’s work activity during a time interval. This information is essential to running standard CFS reports.

The system should maintain the elapsed time between status changes/checks and alert the dispatcher when agency-defi ned thresholds are met.

Acronyms: CADALI Automatic Location IdentifierANI Automatic Number IdentificationAVL Automatic Vehicle LocationBOLO Be on the LookoutBJA Bureau of Justice AssistanceCAD Computer Aided Dispatch CFS Calls for ServiceE911 Enhanced 9-1-1EMS Emergency Medical ServicesEOC Emergency Operations CenterFAX FacsimileGIS Geographic Information SystemGlobal JXDM Global Justice XML Data ModelIACP International Association of Chiefs of PoliceID IdentificationIJIS Integrated Justice Information System InstituteLEITSC Law Enforcement Information Technology Standards CouncilMDC Mobile Data ComputerMDT Mobile Data TerminalNIJ National Institute of JusticeNOBLE National Organization of Black Law Enforcement ExecutivesNCIC National Crime Information CenterNSA National Sheriffs’ AssociationPERF Police Executive Research ForumRFP Request for ProposalRMS Records Management SystemSOP Standard Operating ProceduresTDD/TTY Telecommunication device for the hearing- and speech-impairedXML Extensible Markup Language

Law Enforcement Computer Aided Dispatch (CAD) Systems

Standard Functional Specifications for

Developed by the

Law Enforcement Information Technology Standards Council (LEITSC)

Bureau of Justice AssistanceOffice of Justice Programs U.S. Department of Justice

National Institute of JusticeThe Research, Development, and Evaluation Agency of the U.S. Department of JusticeNIJ

Documents

Law Enforcement Computer Aided Dispatch (CAD) Systems