Laserfiche WebLink
Station Location, Apparatus, and Staffing Analysis <br />Rosevilie, MN <br />Data Limitations and Assumptions <br />The RFD was only able to provide CAD data for one year due to CAD system <br />limitations. This made it difficult to analyze response time trends. In addition, RFD does not <br />keep track of call initiation (i.e. call received} time, which precluded an accurate analysis of call <br />processing times. To overcorne this barrier, the average call processing times were extrapolated <br />from a previous study conducted for the St. Paul Minnesota Fire Department in 2005 as they <br />belong to the same dispatch center as RFD. T'he time segments provided in the CAD data only <br />took into account the hours and minutes and excluded seconds. Thus, the response times for each <br />intervai could only be provic�ed in hours and minutes in this analysis. In several instances, <br />dispatchers may have manually entered in times after responding to a call if they did not have <br />enough time to enter this data into the system initially. <br />Another challenge presented in this analysis was the lack of differentiation between non- <br />emergency and emergency calls. The RFD lacks the mechanism to parcel out which calls are <br />emergency versus non-emergency. <br />Recommendation 1: Keep track emergency versus non-emerge�cy calls <br />The nature of each incident was classified by RFD and broken down into three <br />categories—fire, medical or DND (did not dispatch}. For DND an alarm company was used <br />when a call is generated by the communications center, but not toned out for the fire department. <br />However, RFD was unable to provide a description for the incidents listed in the CAD data. For <br />example, calls were either listed as medical, %re, or DND and no other information were <br />provided about the cali (i.e., "auto alarm," "chest pain," or another type of call). <br />Recomme�dation 2: Provide proper call information in the CAD data. RFD has <br />acknowiedged that their current records management system is inadequate and are unable to <br />provide proper call information. Tl�is issue can be appropriately addressed by the usc of current <br />records management software. <br />An accurate representation of the travel time reach is generally calculated based on the <br />�ength of GIS road centerline segments and the posted speed limits. However, speed lunits were <br />unavailable for a majority of the road centerline segments and an average speed of 41 miles per <br />hour was calculated based on 518 speed limit records available out of 1700 calls for service. <br />Traffic limiting factors such as topography, narrow roads, and congestion are typically taken into <br />consideration when calculating speed Iimits. However, Lhese factors were not taken into <br />consideration as main roads and highways in Roseville constitute much of the city's roadway <br />systern. <br />System Planning Corporation 8 May 2008 <br />TriData Division <br />