NSP RFP NSP7149Z1 Exhibit A Technical Requirements File 2 of 4.xlsx
XLSX spreadsheet 268 KB Posted
- Solicitation number
- NSP7149 Z1
- Issued by
- Blaine County, Nebraska
About this file
This document is a comprehensive technical requirements matrix for a Computer Aided Dispatch (CAD) and Mobile Data System Request for Proposal (RFP) issued by the Nebraska State Patrol (NSP), with identifier NSP7149 Z1. The RFP seeks a statewide CAD solution to support multiple dispatch centers, manage incident dispatching, track unit statuses, provide mapping and routing capabilities, generate reports, and enable system administration. The procurement covers software, interfaces, and implementation for approximately 350 mobile users across multiple communication centers. Proposals are due on July 22, 2024, at 2:00 PM Central Time, with an evaluation process totaling 100 points (potentially 120 points with oral interviews). The contract term is five years, with options to renew for five additional one-year periods, and includes conversion of seven years of historical incident and premise data from the legacy system.
The RFP requires integration with over 20 existing interfaces, including Active Directory, Automatic Vehicle Location (AVL) systems, body-worn cameras, crash reporting, eCitation, E911, and various state and national law enforcement databases. Seven vendors have submitted bids: ProPhoenix Corporation, SmartCOP, Inc., Tyler Technologies, Inc., Motorola Solutions, Inc., 10-8 Systems LLC, Central Square, and 22nd Century Technologies. The system must integrate with existing infrastructure like the Niche Records Management System and Motorola APX Next System. While specific budget ranges are not disclosed, the proposal requires comprehensive pricing for software/subscription fees, interface software, professional services, and third-party integrations. The state reserves the right to contract for similar services from other sources, indicating the contract is not intended to be exclusive and covers the entire State of Nebraska, with specific mention of Blaine County and serving approximately 482 sworn and 240 civilian staff.
View the file
Other files
Show 40 more
Latest 50 of 102 listed here. See the rest on GovTribe.
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
Agency Info
| Requirements Evaluation Matrix | BIDDER COMPLETING THIS MATRIX: |
| Nebraska State Patrol - RFP 7194 Z1 |
tc={7445AA41-D3F2-4F11-97F7-B52F50AF4ABF}: [Threaded comment]
Your version of Excel allows you to read this threaded comment; however, any edits to it will get removed if the file is opened in a newer version of Excel. Learn more: https://go.microsoft.com/fwlink/?linkid=870924
Comment:
Should the RFP be listed as NSP7194 Z1 as that's how it's named on all other documents? SmartCOP, Inc.
| Exhibit A | |
| Agency Logistics and Information | |
| Computer-Aided Dispatch | |
| Question | Answer |
| Current CAD system vendor | TEG |
| Production CAD positions: | |
| Number of combined call taker/dispatcher positions | 21 |
| Total: | 21 |
| Training / Test / Backup positions | |
| Test positions | |
| Training positions | 4 |
| Total: | 4 |
| CAD Users | |
| Number of Call Takers and Dispatchers | 50 |
| Total: | 50 |
| Annual calls a year | 197,500 |
| Annual calls dispatched a year | 197,500 |
| Is this a Primary PSAP? | No |
| Number of law areas they dispatch for | 7 |
| Number of agencies they dispatch for | 2 |
| Is there a back-up dispatch center? | Yes - each center operates as a backup for the other |
| Do they have GIS staff or do they use a vendor? | Staff |
| Is the Dispatch Center part of the fiduciary agency? | Yes |
| If , specify name of the agency | Nebraska State Patrol |
| Do any calls get transferred to other dispatch centers? | Yes |
| E-911 vendor | Intrado |
| Radio system vendor | Motorola |
| Mobile Data System | |
| Question | Answer |
| Current Mobile being used | TEG |
| PC | x |
| Android phone | MACH |
| Android tablet | |
| iOS phone | MACH |
| iOS tablet | |
| Apple Watch | |
| Law Users | |
| PC | 350 |
| Android phone | |
| Android tablet | |
| iOS phone | |
| iOS tablet | |
| Apple Watch | |
| Total: | 350 |
Grand Total of all Mobile users: 350
Should the RFP be listed as NSP7194 Z1 as that's how it's named on all other documents?
Instructions
| Exhibit A |
| Matrix Submission Instructions |
| Please respond to each line item requirement by placing an X in the appropriate column to indicate your response |
| Currently Complies: This indicates the proposed solution meets all aspects of the requirement. |
| Comments: Bidders should explain how their solution satisfies the matrix requirement item. |
| Does Not Comply: This indicates the proposed solution does not meet the requirement. |
| Comments: Bidders should explain why their solution does not meet the requirement. |
| Partially Comply: This indicates the proposed solution meets part of the requirement. |
| Comments: Bidders should provide details indicating which part of the requirement cannot be met by the proposed solution and how the vendor partially complies (e.g., in conjunction with a third-party solution, "workaround", etc). |
| Will Comply: This indicates that while the proposed solution does not currently meet the requirement, the vendor will comply with the requirement item. |
| Comments: Bidders should explain how their solution will comply (e.g., if this is a future development roadmap item - including the approximate date of expected compliance, if it is an item the vendor is willing to develop and provide as a contract deliverable, if the solution can be used in conjunction with a third-party application or "workaround" to achieve full compliance, etc.). |
| The Excel version of this matrix must be included with your proposal submission |
CAD
| SmartCOP, Inc. | |||||||
| Exhibit A | |||||||
| Item Number | Module/Description of Requirement | Currently Complies | Does not Comply | Partially Comply | Will Comply | Comments | |
| General CAD Requirements | |||||||
| 1.00 | The solution should have the ability to support a statewide CAD environment with multiple dispatch centers | X | SmartCOP's CAD solution was designed with State Agencies in mind, developing a consolidate multi-agency, multi-jurisdictional CAD solution that easily handles multiple regional dispatch centers. | ||||
| 2.00 | The solution should have the ability to support dispatch centers on the same CAD instance that operate in different time zones, and maintains accurate time stamps for all CAD and mobile activity | X | SmartCOP's CAD solution is a single consolidated soluiton that is designed to handle dispatch centers in multiple time zones with accurate time stamps. We have several clients in states with multiple time zones already using this feature. | ||||
| 3.00 | The solution should have the ability to support and dispatch for multiple agencies simultaneously | X | SmartCAD is both multi agency, multi jurisdictional. | ||||
| 4.00 | The solution should have the ability to comply and maintain compliance with published NENA NG-911 standards | X | SmartCOP supports NENA NG-911 Standards with our agencies. | ||||
| 5.00 | The solution should have the ability to dispatch only law units from a specific Troop area from a single CAD window (the ability to filter out other agencies from non-relevant unit recommendations) | X | Supported. With our multi-jurisdictional, multi-agency feature we are able to setup Troop areas that dispatchers are assigned too - filtering out other agencies and Troop areas. | ||||
| 6.00 | The solution should have the ability to capture all CAD transactions in an audit log | X | SmartCOP's audit log tracks all activities that occur within the system, including users, date/time, action taken, etc. | ||||
| 7.00 | The solution should have the ability to support multiple monitors | X | SmartCOP supports multiple monitors through system setup. The system remembers users preferences. | ||||
| 8.00 | The solution should allow for agency administrators to set a default profile using multiple windows and monitors that are accessible by all users | X | Through our Administrative module, administrators are able to setup default profiles. | ||||
| 9.00 | The solution should allow users with appropriate permissions to set multiple profiles using multiple monitors and windows that can be saved and shared with other users | X | Through our Administrative module, administrators and users with appropriate permissions are able to setup default profiles and share with others. | ||||
| 10.00 | The solution should have the ability for the system to automatically generate a case/incident number from the Niche RMS application | X | Accomplish this with other systems. Can provide once specifications are known. | ||||
| 11.00 | The solution should have the ability for each agency to have a unique identifier regarding incident numbers | X | Through SmartCAD configuration, agencies can setup unique identifiers regarding incident numbers | ||||
| 12.00 | The solution should have the ability to support remote access to the CAD (e.g., via VPN or other secure connection) | X | SmartCAD supports remote access throuhg VPN and other secure connections. See response for details on architecture and infrastrature | ||||
| 13.00 | The solution should have the ability to perform the following via remote access: | -- | -- | -- | -- | -- | |
| 13.01 | Monitor and create calls | X | Once SmartCAD is networked within NSP's network environment, remote users will have access to all functions within CAD. | ||||
| 13.02 | Monitor units and unit statuses | X | Once SmartCAD is networked within NSP's network environment, remote users will have access to all functions within CAD. | ||||
| 13.03 | Create and dispatch calls | X | Once SmartCAD is networked within NSP's network environment, remote users will have access to all functions within CAD. | ||||
| 13.04 | Run queries | X | Once SmartCAD is networked within NSP's network environment, remote users will have access to all functions within CAD. | ||||
| 14.00 | The solution should include an "offline" mode so users may continue to perform basic CAD functions if network connectivity is lost | X | Mobile users, troopers will be able to create field reports in an offline mode when there is no internet connection. | ||||
| 15.00 | The system should include a "back up" or "catch up" mode to allow users to input CAD information following a CAD system outage | X | Supported. Contingent on NSP following SmartCOP's recommended network and disaster recovery design. | ||||
| Application User Interface | |||||||
| 16.00 | The solution should have the ability to configure the graphical user interface at the following levels: | -- | -- | -- | -- | -- | |
| 16.01 | User | X | |||||
| 16.02 | PSAP | X | |||||
| 16.03 | Agency | X | |||||
| 17.00 | The solution should have the ability to customize the following, including but not limited to: (If certain features are customizable at only the user or agency level, indicate as such in the "Comments" field) | -- | -- | -- | -- | -- | |
| 17.01 | Font types, sizes and colors | X | |||||
| 17.02 | Window background color, sizes, and locations | X | |||||
| 17.03 | The order in which fields are displayed | X | |||||
| 17.04 | The ability to configure field names for display (e.g., "Troop Area" instead of "Beat", etc). | X | |||||
| 18.00 | The solution should have the ability for administrators to define which options are configurable by the user | X | |||||
| 19.00 | The solution should have the ability for administrators to define fields that are required to display in status windows | X | Most setting are available, however some forms and processes are preset to ensure all notifications are presented. | ||||
| 20.00 | The solution should have the ability for user to enlarge and shrink columns in their status windows | X | |||||
| 21.00 | The solution should allow users to detach, move, and resize all windows | X | |||||
| 22.00 | The solution should have the ability to save CAD layout configurations based on user IDs (e.g., not workstation-specific) | X | |||||
| 23.00 | The solution should have the ability to reset their current layout configuration to default settings | X | |||||
| 24.00 | The solution should have the ability to maintain configuration settings during upgrades (user screen templates and layouts are not lost after software upgrades) | X | |||||
| 25.00 | The solution should have the ability to support MS Windows functionality, including but not limited to: | -- | -- | -- | -- | -- | |
| 25.01 | Minimize/maximize windows | X | SmartCAD utilizes Windows capabilities | ||||
| 25.02 | The ability to have multiple windows open simultaneously | X | SmartCAD utilizes Windows capabilities | ||||
| 25.03 | Tile/cascade windows | X | SmartCAD utilizes Windows capabilities | ||||
| 26.00 | The solution should have the ability to display system messages without affecting a user's work in progress | X | Notifications display in the CAD window but does not affect users work in progress. | ||||
| 27.00 | The solution should have the ability to display multiple call windows simultaneously, allowing for each to be configured differently (if desired by the user) | X | Supported. Multiple windows supported and can be configured by the user. | ||||
| 28.00 | The solution should have the ability to display multiple unit status windows simultaneously | X | |||||
| 29.00 | The solution should allow for users to configure each unit status window uniquely (e.g., sorting, filtering, choosing which desired columns to view) | X | |||||
| General Data Entry | |||||||
| 30.00 | The solution should have the ability to support data entry via: | -- | -- | -- | -- | -- | |
| 30.01 | Mouse and Keyboard if required | X | Supported. SmartCAD is designed to be efficient and easy to use. | ||||
| 30.02 | Command line entry | X | Supported. SmartCAD is designed to be efficient and easy to use. | ||||
| 30.03 | Function keys/hot keys that provide preformatted data entry screens (e.g., designated data fields) | X | Supported. SmartCAD is designed to be efficient and easy to use. | ||||
| 31.00 | The solution should have the ability to click on the map and transfer the location into the address field in a call for service | X | Supported. SmartCAD is designed to be efficient and easy to use. | ||||
| 32.00 | The solution should have the ability to provide type-ahead capability where the user can continue entering data while the system is processing a previous transaction | X | Our system is designed to respond in sub-miliseconds - and therefore this might not be applicable. | ||||
| 33.00 | The solution should have the ability to support drop-down menus and auto completion | X | SmartCAD is extremely configurable - and agencies will be able to configure responses in drop down menus - | ||||
| 34.00 | The solution should sort/filter any pick list by type and description | X | |||||
| 35.00 | The solution should allow for the selection of items from a pick list by keyboard navigation and mouse (point and click) | X | |||||
| 36.00 | The solution should have the ability to provide word processing capabilities on narrative and comment fields including text wrap, spell check, and copy/paste | X | The CAD notes field supports text wrap, and copy & paste. | ||||
| 37.00 | The solution should have the ability for new call narrative/notes to appear at the top of the call narrative section, with the ability to quickly switch to chronological view | X | |||||
| Command Line | |||||||
| 38.00 | The solution should allow for multiple command lines that can be placed anywhere on the user's screens | X | The user interface facilitates the use of a command line to perform all CAD transactions for the selected CAD screens. If a user is utilizing the Call/Unit Status Screen, all CAD transactions for that screen are available from a command line. The user interface accommodates the following: | ||||
| • | creating new incidents | ||||||
| • | handling active incidents | ||||||
| • | handling all additional supplemental screens | ||||||
| • | specified command functions from pre-formatted work screens. For example, typing I from the command line enables a user to create a new incident. |
The user interface also handles the following:
| • | unit commands | ||||||
| • | unit activities | ||||||
| • | as well as other unit related items | ||||||
| o | For example, the LL Unit ID command displays information regarding the unit’s last location. | ||||||
| 39.00 | The solution should provide command help or fields the user can tab into to enter information | X | Command help is supported. | ||||
| 40.00 | The solution should have the ability to string multiple commands together for a single command line entry, executing both commands when the user selects the "Enter" key (e.g., for unit statuses: One unit is at scene and another unit is enroute) | X | Command functions are customizable and can support multiple command string. | ||||
| 41.00 | The solution should allow for hot keys to execute commonly used commands (e.g., typing the unit number, location, plate, and state, then selecting a function key that is specific to a traffic stop) | X | Hot keys supported in CAD | ||||
| 42.00 | The solution should allow the users to enter either the unit or the actual desired command first. | X | CAD user interface is easy to use and provides flexibiity to the dispatcher | ||||
| 43.00 | The solution should allow for a drop-down list of previous commands and allow users to select from the list to populate the command line with that command string | X | The Command line provides a history that the user can display if they need to re-enter a command or correct a command entered. | ||||
| 44.00 | The solution should allow users to open, close, and toggle between command lines with a single keystroke | X | Microsoft Windows feature is used for this function. | ||||
| 45.00 | The solution should allow the agency to configure their desired command format/syntax | X | SmartCAD allows for customization of commands | ||||
| 46.00 | The solution should include commands that combine multiple status updates simultaneously (e.g., dispatched and enroute or dispatched and at scene) and log appropriate time stamps for each | X | |||||
| 47.00 | The solution should include a call-specific command line or have the ability to default a command to the selected call for service | X | |||||
| 48.00 | The solution should provide the ability for the command line to allow for updates of all units on a call simultaneously using call for service number (e.g., all units at scene at the same time, all units in service at the same time) | X | |||||
| 49.00 | The solution should provide the ability for the command line to allow for all commands to be executed using a unit number or call for service number (where applicable) | X | |||||
| 50.00 | The solution should allow agency administrators to alias vendor commands | X | |||||
| Timers and Time Stamps | |||||||
| 51.00 | The solution should have the ability to automatically time stamp all activities. Time stamps should include the date/time, unit numbers, and the user(s) performing the function/activity | X | SmartCAD keeps track and time stamps all activities - and keeps an audit trail of all activities. This also accommodates multiple time zones. | ||||
| 52.00 | The solution should have the ability to configure timers and alerts based upon agency-defined parameters to include any and all combinations of the following: Unit status, call status, call priority, and call type | X | timers and alerts can be configured based on parameters and factors listed and dispatchers can also set timers. | ||||
| 53.00 | The solution should automatically reset timers as unit and call statuses change | X | |||||
| 54.00 | The solution should have the ability to associate timers with: | -- | -- | -- | -- | -- | |
| 54.01 | Unit status updates | X | Officer safety is paramount in the SmartCAD system and times can be configured based on unit status, call type, agency defined time, call priority | ||||
| 54.02 | Call type timers | X | Officer safety is paramount in the SmartCAD system and times can be configured based on unit status, call type, agency defined time, call priority | ||||
| 54.03 | Agency-defined time in current unit or call status | X | Officer safety is paramount in the SmartCAD system and times can be configured based on unit status, call type, agency defined time, call priority | ||||
| 54.04 | Call priority | X | Officer safety is paramount in the SmartCAD system and times can be configured based on unit status, call type, agency defined time, call priority | ||||
| 55.00 | The solution should allow for timers to be configured at the agency level (e.g., each agency on the system may have their own timers) | X | Officer safety is paramount in the SmartCAD system and times can be configured based on unit status, call type, agency defined time, call priority and at the agency level | ||||
| 56.00 | The solution should allow for timers to be configured for any agency- defined statuses | X | Officer safety is paramount in the SmartCAD system and times can be configured based on unit status, call type, agency defined time, call priority and at the agency level | ||||
| 57.00 | The solution should allow for timers to be set automatically and manually for calls and units | X | Timers are configured based on the agency configuration of event type priority and status. Some timers, such as the transport subject timer, can be manually configured at the time of creation. | ||||
| 58.00 | The solution should allow for a "generic" timer that can be set by a user for any reason and time | X | SmartCAD supports timers as specificed above but there is not a 'generic" timer option. The SmartCAD timer we feel will accommodate NSP's needs. | ||||
| 59.00 | The solution should allow users the option to clear and snooze timers | X | |||||
| 60.00 | The solution should have the ability to alert users to the expiration of timers via: | -- | -- | -- | -- | -- | |
| 60.01 | Audible alert | X | |||||
| 60.02 | Visual alert | X | |||||
| 61.00 | The solution should include the ability for agency administrators to configure whether timers are audible, visual or both | X | |||||
| 62.00 | The solution should have the ability to automatically present visual and/or audible alerts/flags associated with the address, upon entering an address, including but not limited to: | -- | -- | -- | |||
| 62.01 | Alert/hazard information | X | |||||
| 62.02 | Premise history information | X | |||||
| 63.00 | The solution should have the ability to enter an apartment, lot, or suite number in a separate designated field for address verification | X | |||||
| 64.00 | The solution should have the ability to log when dispatchers have viewed alerts | X | |||||
| 65.00 | The solution should have the ability when querying a name for users to be notified of an associated alert (e.g., if a person was flagged in the RMS, if a person is wanted via NCIC) | X | |||||
| 66.00 | The solution should have the ability for flags/alerts to be dynamic (e.g., users can click on flag for additional information) | X | |||||
| 67.00 | The solution should have the ability to provide a call history at an address when creating a call | X | |||||
| 68.00 | The solution should have the ability for users to sort a summary of previous calls by: | -- | -- | -- | -- | -- | |
| 68.01 | Chronological order (most or least recent) | X | |||||
| 68.02 | Call type | X | |||||
| 69.00 | The solution should have the ability to alert users of previous calls for service at a specific location within an agency-defined timeframe, based on specified call types | X | |||||
| 70.00 | The solution should have the ability for user to add a new alert/flag | X | |||||
| 71.00 | The solution should have the ability to associate an expiration with a alert/flag | X | |||||
| 72.00 | The solution should have the ability to include alert information with dispatches sent to responding units | X | |||||
| 73.00 | The solution should include the ability to alert/flag based on a specific address and unit/apartment number | X | |||||
| Call Taking | |||||||
| 74.00 | The solution should have the ability to receive call data from: | -- | -- | -- | -- | -- | |
| 74.01 | E-911 Phone system | X | |||||
| 74.02 | Private alarm companies (via ASAP to PSAP interface) | X | |||||
| 74.03 | TDD/TTY | X | This data can be received from 911 system and added to the call for service. Requires 911 system to provide in interfaec | ||||
| 75.00 | The solution should have the ability to enter calls using pre-formatted screens | X | |||||
| 76.00 | The solution should have the ability for an agency to determine the order of fields and the tab order in pre-formatted screens | X | Tab order is configurable for select quick input forms. | ||||
| 77.00 | The solution should have the ability for an agency to determine what data elements are captured as part of the pre-formatted screen | X | Many data elements can be configured by the agency, however there are some that will always be presented to ensure notifications and safety. | ||||
| 78.00 | The solution should have the ability to automatically populate the call entry screen with information from the E9-1-1 application (no manual intervention required) | X | |||||
| 79.00 | The solution should have the ability to populate the CAD screen with information from the E9-1-1 application via manual intervention (e.g., function key, mouse click) | X | |||||
| 80.00 | The solution should have the ability for narrative fields to allow for an unlimited number of characters | X | |||||
| 81.00 | The solution should have the ability to enter standard information in defined fields for the following: | -- | -- | -- | -- | -- | |
| 81.01 | Persons (callers, witnesses, suspects), including description(s) | X | |||||
| 81.02 | Vehicles (including license plate and vehicle description) | X | |||||
| 81.03 | Location | X | |||||
| 82.00 | The solution should have the ability to alert dispatchers that the call taker has added information by means of: | -- | -- | -- | -- | -- | |
| 82.01 | Audible alert | X | |||||
| 82.02 | Visual alert | X | |||||
| 83.00 | The solution should allow the agency to configure whether call update alerts will be audible, visual, or both | X | |||||
| 84.00 | The solution should have the ability for agency-defined fields to automatically query the Nebraska state and NCIC systems (if applicable), and attach returns to the call record | X | |||||
| 85.00 | The solution should have the ability to generate a call from a previous call | X | |||||
| 86.00 | The solution should have the ability for call takers and dispatchers to work on the same call for service simultaneously | X | |||||
| 87.00 | The solution should have the ability for call takers to add comments to a call after it has been dispatched and automatically update the dispatcher's call screen | X | |||||
| 88.00 | The solution should include the ability for users to mark call comments and messages as urgent/high priority | ||||||
| 89.00 | The solution should have the ability to receive Phase I and Phase II geographic X/Y coordinates from a cellular telephone carrier | X | |||||
| 90.00 | The solution should have the ability to relate X/Y coordinates to an actual address | X | |||||
| 91.00 | The solution should have the ability to transform X/Y coordinates to the map for display | X | |||||
| 92.00 | The solution should have the ability to capture the call location separately from caller location | X | |||||
| 93.00 | The solution should have the ability to capture multiple locations outside of caller location, including multiple secondary unit locations | X | System supports multiple locations, however there is an enhancement planned that will provide unlimited number of locations for CFS locations. | ||||
| 94.00 | The solution should have the ability to enter a location for an event by entering any of the following: | -- | -- | -- | -- | -- | |
| 94.01 | Street address | X | |||||
| 94.02 | Block number or address range | X | |||||
| 94.03 | Intersections - including intersections by partial street names | X | |||||
| 94.04 | Latitude/Longitude | X | |||||
| 94.05 | Mile markers by 1/10th of a mile on interstates | X | |||||
| 94.06 | Common place names | X | |||||
| 94.07 | Street and highway name aliases | X | |||||
| 94.08 | Point and click on the map | X | |||||
| 95.00 | The solution should have the ability to validate intersections, regardless of which street name is entered first (e.g., Main St / Broadway, or Broadway / Main St). | X | |||||
| 96.00 | The solution should have the ability to save identical intersection names with different address points | X | |||||
| 97.00 | The solution should have the ability to parse address data into any of the following elements: | -- | -- | -- | -- | -- | |
| 97.01 | Street number | X | |||||
| 97.02 | Mile marker | X | |||||
| 97.03 | Apartment, lot, or suite information | X | |||||
| 97.04 | Street name | X | |||||
| 97.05 | Street prefix | X | |||||
| 97.06 | Street type (e.g., Ave., Ln., St, Rd, Way, etc.) | X | |||||
| 97.07 | Unit type | X | |||||
| 97.08 | Unit number | X | |||||
| 97.09 | City | X | |||||
| 98.00 | The solution should have the ability to capture the following information upon receipt of a wireless 9-1-1 call: | -- | -- | -- | -- | -- | |
| 98.01 | Latitude/Longitude | X | |||||
| 98.02 | Closest street address | X | |||||
| 98.03 | Nearest cross street | X | |||||
| 99.00 | The solution should have the ability to geoverify the location of all entered addresses | X | |||||
| 100.00 | The solution should have the ability to override the geoverified location | X | |||||
| 101.00 | The solution should have the ability to validate a location entry upon: | -- | -- | -- | -- | -- | |
| 101.01 | Operator request (e.g., press a button) | X | |||||
| 101.02 | Entry into a location field | X | |||||
| 102.00 | The solution should have the ability to create a report of all overridden geoverified locations | X | |||||
| 103.00 | The solution should have the ability upon address verification, for the system to auto-populate associated fields (e.g., zip code, town, etc.) | X | |||||
| 104.00 | The solution should have the ability for addresses entered by field units (e.g., on a self-dispatch) to correctly populate all address fields in the CAD call | X | |||||
| 105.00 | The solution should have the ability to support RapidSOS integration | X | |||||
| 106.00 | The solution should have the ability to use the E9-1-1 ALI reported location address for address verification | X | |||||
| 107.00 | The solution should have the ability to use the coordinate-based GIS to determine if there are premise or hazard records within a defined radius of the call | X | |||||
| 108.00 | The solution should have the ability to enter a street name and be presented with: | -- | -- | -- | -- | -- | |
| 108.01 | Aliases | X | |||||
| 108.02 | Associated address ranges | X | |||||
| 108.03 | List of cross streets | X | |||||
| 109.00 | The solution should have the ability to automatically display the following data elements that are relevant, upon entry of a verified address: | -- | -- | -- | -- | -- | |
| 109.01 | High/low cross streets | X | |||||
| 109.02 | Common place names | X | |||||
| 109.03 | Business names | X | |||||
| 109.04 | Law Enforcement response area/Troop area | X | |||||
| 109.05 | Apartment complex names | X | |||||
| 110.00 | The solution should have the ability to translate the call location to the appropriate public safety geographical boundary/Troop area | X | |||||
| 111.00 | The solution should have the ability to translate street alias names to actual street names or addresses | X | |||||
| 112.00 | The solution should have the ability to enter a common place name and be presented with a list of addresses with that common place name (e.g., McDonald's search) | X | |||||
| 113.00 | The solution should have the ability to notify users through a visual and/or audible flag if multiple street addresses, street names, or intersections are found in GIS | X | |||||
| 114.00 | The solution should have the ability to offer a list of address options if multiple similar addresses, intersections, or street names are found in GIS | X | |||||
| 115.00 | The solution should have the ability to display, on a map, the call location in relation to other active calls on the map during the call entry process | X | |||||
| 116.00 | The solution should have the ability to manually verify an address without creating an event | X | |||||
| 117.00 | The solution should have the ability to display a drop-down list containing call types | X | |||||
| 118.00 | The solution should filter the list of possible call type candidates by code and description, allowing users to easily filter and select the appropriate call type via keyboard function | X | |||||
| 119.00 | The solution should allow authorized users to override the default call priority | X | |||||
| Call Creation | |||||||
| 120.00 | The solution should have the ability to create a CAD call by entering a location and call type, at minimum | X | |||||
| 121.00 | The solution should have the ability to input all call and narrative information on one screen | X | |||||
| 122.00 | The solution should have the ability to display a blank form for entering new calls with a single keystroke, mouse click, or function key upon initiation of a CAD call | X | |||||
| 123.00 | The solution should have the ability to enter calls using: | -- | -- | -- | |||
| 123.01 | Standard call entry form | X | |||||
| 123.02 | Command line | X | |||||
| 124.00 | The solution should have the ability to suspend the entry of a call (hold) | X | |||||
| 125.00 | The solution should allow CAD users with appropriate permissions to access and complete calls that were suspended (held) by other users prior to completion | X | |||||
| 126.00 | The solution should have the ability to support multiple partially completed/suspended calls | X | |||||
| 127.00 | The solution should have the ability to exclude partially completed/ suspended calls in CAD for viewing by Mobile users | X | |||||
| 128.00 | The solution should have the ability for the call for service record to indicate if call data entry was suspended | X | |||||
| 129.00 | The solution should have the ability to time stamp suspension and reactivation of call entry | X | |||||
| 130.00 | The solution should have the ability to auto-spawn a call for another agency based on a specific on demand (e.g., Capitol Security is needed in addition to NSP) | X | |||||
| Duplicate Call Management | |||||||
| 131.00 | The solution should have the ability to identify and flag potential duplicate calls during the call taking process in a manner that allows users to quickly identify potential duplicate calls to determine if a current call should be supplemented or a new call created | X | |||||
| 132.00 | The solution should have the ability to display proximity calls on a map (e.g., calls within a specified distance of each other to assist users in identifying possible duplicate calls) | X | |||||
| 133.00 | The solution should have the ability for the agency to define parameters of duplicate call identification (e.g., defined proximity, definition of "recently closed", etc.) | X | |||||
| 134.00 | The solution should have the ability to automatically provide users with call details about possible duplicate calls (including time of call, location, call type, and proximity) | X | |||||
| 135.00 | The solution should maintain all call information when a call is supplemented using the duplicate call/merging functions (e.g., caller names, phone number(s) and remarks, etc.), with appropriate date and time stamps | X | |||||
| Premise Information Retrieval | |||||||
| 136.00 | The solution should have the ability to search for premise information based on any of the following data elements: | -- | -- | -- | -- | -- | |
| 136.01 | Address | X | |||||
| 136.02 | Sub-address (e.g., unit number, building floor, apartment number, etc.) | X | |||||
| 136.03 | Block ranges | X | |||||
| 136.04 | Business name | X | |||||
| 136.05 | Historic business name (unlimited number) | X | |||||
| 136.06 | Common place names | X | |||||
| 136.07 | Intersections (including intersections by partial street names) | X | |||||
| 136.08 | Name | X | |||||
| 136.09 | Phone number | X | |||||
| 137.00 | The solution should have the ability to query the Niche RMS system on demand or based on specific parameters (high risk, etc.) | X | Pricing will be provided once specifications are known | ||||
| 138.00 | The solution should have the ability to automatically initiate a search for associated premise information in CAD upon address entry | X | |||||
| 139.00 | The solution should automatically alert users to premise information on locations not associated with calls based on a specific address or user defined radius | X | |||||
| 140.00 | The solution should have the ability to automatically alert users to premise history related to a current call | X | |||||
| 141.00 | The solution should have the ability to indicate the number of prior calls at a location | X | |||||
| 142.00 | The solution should have the ability to retrieve any information associated with the premise (e.g., floorplans, prior calls for service, etc.) and link it to a newly created CAD call for service | X | |||||
| 143.00 | The solution should include any alerts flagged as hazards on a location as part of the CAD call for service for any newly created CAD calls at the same location | X | |||||
| 144.00 | The solution should have the ability for the CAD map to display all known alerts/hazards within a user-defined radius. | X | |||||
| 145.00 | The solution should include the ability to configure the types of alerts/hazards that are visible to each agency/user group, with a default of including all alerts/hazards associated to a location | X | |||||
| 146.00 | The solution should have the ability for premise information to be presented and available to users but not prevent the users from continuing current work (e.g., window does not cover the entire workstation or call screen) | X | |||||
| Call Scheduling | |||||||
| 147.00 | The solution should have the ability to enter calls scheduled for dispatching at a later time, maintaining the original time of entry | X | |||||
| 148.00 | The solution should have the ability to schedule recurring calls with expiration dates (similar to MS Outlook) | X | |||||
| 149.00 | The solution should have the ability to modify calls scheduled for dispatching at a later time | X | |||||
| 150.00 | The solution should have the ability for scheduled calls to be visible in a separate "scheduled" call queue. Such calls may also be included in the main call queue, however they should be sorted and/or filtered separately by the user's preference | X | Scheduled calls are not available in main queue until the time defined for creation is met. | ||||
| 151.00 | The solution should have the ability for scheduled calls to automatically enter the pending call queue at their prescribed time | X | |||||
| 152.00 | The solution should have the ability for officers to self-dispatch to scheduled calls based on appropriate permissions (once the call for service has moved from the scheduled to a pending queue) | X | |||||
| 153.00 | The solution should have the ability to visually distinguish and display scheduled calls to CAD users | X | |||||
| Non-Dispatched Calls | |||||||
| 154.00 | The solution should have the ability to enter calls in which no dispatch occurs | X | |||||
| 155.00 | The solution should have the ability to re-open a non-dispatched call and maintain all original and updated times | X | |||||
| 156.00 | The solution should have the ability for non-dispatched calls to be excluded from status windows (e.g., pending queue) | X | |||||
| Dispatching | |||||||
| 157.00 | The solution should have the ability to retrieve a CAD call and review all available information already entered up to the point of call retrieval | X | |||||
| 158.00 | The solution should have the ability to keep calls in a pending queue indefinitely | X | |||||
| 159.00 | The solution should have the ability to sort pending calls by priority, location, call type, and time in pending status, including highest priority calls and longest waiting calls | X | |||||
| 160.00 | The solution should have the ability to associate timers with call priority and/or call type in pending queues (e.g., alert user after 5 minutes in a pending queue if a priority 3 call, 2 minutes if a priority 2 call, 1 minute if it is a burglary in progress call, etc.) | X | |||||
| Unit and Resource Recommendations | |||||||
| 161.00 | The solution should have the ability to create and configure unit recommendations to calls based on any combination of the following: | -- | -- | -- | -- | -- | |
| 161.01 | AVL (automatic vehicle location): Based on live routing and the unit's ETA to the call for service location | X | |||||
| 161.02 | Area/beat | X | |||||
| 161.03 | Natural boundaries | X | |||||
| 161.04 | Obstacles | X | |||||
| 161.05 | Traffic | X | |||||
| 161.06 | Speed limits | X | |||||
| 161.07 | Street network | X | |||||
| 161.08 | Street direction | X | |||||
| 161.09 | Equipment required | X | |||||
| 161.10 | Call location | X | |||||
| 161.11 | Call type | X | |||||
| 161.12 | Occupancy (e.g., residential, office building, etc.) | X | |||||
| 161.13 | Priority | X | |||||
| 161.14 | Pre-defined response plans | X | |||||
| 161.15 | Unit or station run order | X | |||||
| 161.16 | Special conditions (e.g., heightened response, etc.) | X | |||||
| 161.17 | Special skills required | X | |||||
| 161.18 | Type of units required | X | |||||
| 161.19 | Number of units required | X | |||||
| 161.20 | Current unit status | X | |||||
| 162.00 | The solution should have the ability to determine resource recommendations based on unique response plans per agency | X | |||||
| 163.00 | The solution should have the ability to recommend units from multiple agencies on the system | X | |||||
| 164.00 | The solution should have the ability for CAD to automatically update unit recommendations if the user makes relevant call information changes (e.g., call type or location change) | X | |||||
| 165.00 | The solution should have the ability to visually alert users when the system updates unit recommendations | X | |||||
| 166.00 | The solution should have the ability to record the unit recommendations as presented to the dispatcher | X | |||||
| 167.00 | The solution should have the ability to query the system for unit recommendations without creating a call (e.g., verifying a response plan) | X | |||||
| 168.00 | The solution should have the ability to create and track temporary units (e.g. outside agency assist units) | X | |||||
| 169.00 | The solution should include an agency-accessible report/audit trail for temporary units in order to report on responses and response times by outside agencies | X | |||||
| 170.00 | The solution should have the ability to enter response plans with pre-defined recommendations by any combination of the following: | -- | -- | -- | -- | -- | |
| 170.01 | Business/location type (e.g., high rise building, parking deck, school, etc.) | X | |||||
| 170.02 | Specific address | X | |||||
| 170.03 | Address type | X | |||||
| 170.04 | Address range | X | |||||
| 170.05 | Call type | X | |||||
| 170.06 | Agency-defined geographic areas and zones | X | |||||
| 171.00 | The solution should have the ability to define response areas using polygons on the map | X | |||||
| 172.00 | The solution should have the ability to export response plans to MS Excel | X | |||||
| 173.00 | The solution should have the ability to define a day/time range that a response plan is active | X | |||||
| 174.00 | The solution should have the ability to have multiple backup units continually checked so they are always recommended in the order prescribed. | X | |||||
| 175.00 | The solution should have the ability to add special response narratives or comments to response plans (e.g., pre-arrival instructions) | X | |||||
| 176.00 | The solution should have the ability for agency-authorized personnel to modify response plans based on user permissions | X | |||||
| 177.00 | The solution should have the ability to remove a unit from a call and reassign the unit to a new call (pre-empt) via: | -- | -- | -- | -- | -- | |
| 177.01 | Single command | X | |||||
| 177.02 | Drag and drop | X | |||||
| 177.03 | Multi-select (select/right click or drag and drop) | X | |||||
| 177.04 | Preformatted data entry screens (e.g., dedicated data fields) | X | |||||
| 178.00 | The solution should have the ability to dispatch units by: | -- | -- | -- | -- | -- | |
| 178.01 | Accepting the recommended units | X | |||||
| 178.02 | Selecting and dispatching units other than those initially recommended | X | |||||
| 178.03 | Selecting some, but not all of the initially recommended units | X | |||||
| 178.04 | Selecting a combination of recommended units and manually adding additional units in a single command or function | X | |||||
| 179.00 | The solution should have the ability to log unit recommendation overrides in the audit trail (e.g., logging initially recommended units versus actual dispatched units) | X | |||||
| 180.00 | The solution should include a clear indication on the unit recommendations screen if recommendations are made based on AVL (automatic vehicle location) for the following data elements including, but not limited to: | -- | -- | -- | -- | -- | |
| 180.01 | ETA for each unit | X | |||||
| 180.02 | Unit recommendations based on AVL (automatic vehicle location)versus assigned Troop area | X | |||||
| 180.03 | An option to switch between AVL and non AVL-based unit recommendations | X | |||||
| 181.00 | The solution should allow for dispatchers to assign multiple units to a call from command line or function key, multi-select and/or drag and drop | X | |||||
| Special Skills | |||||||
| 182.00 | The solution should have the ability to view a list of special skills/equipment for all personnel logged onto the system | X | |||||
| 183.00 | The solution should have the ability to identify all personnel with a specific skill (e.g., language, training, special team) with indicators who is logged on and available and not available or not logged on | X | |||||
| Alternate Response Plans/Modes | |||||||
| 184.00 | The solution should allow for an alternate response plan mode (e.g., storm mode) to allow for different responses to be utilized temporarily | X | |||||
| 185.00 | The solution should allow for the agency to configure different response plans based on agency and area for alternate response plan modes (e.g., hurricane, flooding, special event, low staffing, etc.) | X | |||||
| 186.00 | The solution should allow agency administrators to set alternate response plans that can be activated and deactivated on-the-fly | X | |||||
| 187.00 | The solution should provide for designated authorized users to turn on an alternate response plan for individual agencies/areas | X | |||||
| 188.00 | The solution should allow for on-the-fly creation of alternate response plans | X | |||||
| 189.00 | The solution should allow for automatically initiating an alternate response plan for a specific area/agency based on time of day and day of week (e.g., Friday night from 1900-0300 is a 2 unit response when other times are a 1 unit response) | X | |||||
| Field-Initiated Calls for Service | |||||||
| 190.00 | The solution should have the ability for users to perform the following when a unit is placed on a traffic stop: | -- | -- | -- | -- | -- | |
| 190.01 | Assign the recommended or requested units | X | |||||
| 190.02 | Send any existing call the unit is on to a stacked/pending queue | X | |||||
| 190.03 | Send the call to the assigned unit's Mobile device | X | |||||
| 190.04 | Start the call and/or unit status timers | X | |||||
| 190.05 | Update the call and unit status displays | X | |||||
| 191.00 | The solution should allow field users to self-initiate for agency-specified call types from Mobile devices | X | |||||
| 192.00 | The solution should have the ability to assign or add multiple units to a call with a single command | X | |||||
| 193.00 | The solution should have the ability to assign a unit to a call to which it was not originally recommended | X | |||||
| 194.00 | The solution should have the ability to dispatch multiple agency units (e.g., NSP and CapSec) to the same call | X | |||||
| 195.00 | The solution should have the ability to provide notifications that dispatches have been successfully delivered to Mobile devices | X | |||||
| 196.00 | The solution should have the ability for users to enter field-initiated calls of any nature | X | |||||
| 197.00 | The solution should have the ability to add additional units to a field-initiated call (e.g., traffic stop, subject stop) | X | |||||
| 198.00 | The solution should have the ability to capture unit ID numbers when calls are initiated by units in the field | X | |||||
| 199.00 | The solution should have the ability for users to utilize a single command to enter a field-initiated call and automatically place the initiating unit in an "at scene" status | X | |||||
| 200.00 | The solution should have the ability for users to record the following information when a unit is placed in a traffic stop status and the information is available: | -- | -- | -- | -- | -- | |
| 200.01 | Location of the stop | X | |||||
| 200.02 | Vehicle license plate | X | |||||
| 200.03 | State of registration | X | |||||
| 200.04 | Driver information | X | |||||
| 200.05 | Additional narrative comments | X | |||||
| 201.00 | The solution should have the ability for users to place a unit on a traffic stop and run the vehicle plate in one step | X | |||||
| 202.00 | The solution should have the ability to geo-validate locations on field-initiated calls | X | |||||
| 203.00 | The solution should have the ability to capture AVL (automatic vehicle location) coordinates when field personnel initiate a call for service from a mobile device and reverse-geocode to the closest physical address, intersection, or mile marker | X | |||||
| Call Stacking/Queuing | |||||||
| 204.00 | The solution should have the ability to automatically stack/hold a call for a unit when they are dispatched or assigned to a different call | X | |||||
| 205.00 | The solution should have the ability to automatically (without user intervention) notify the dispatcher of a held call when the unit becomes available | X | |||||
| 206.00 | The solution should have the ability for users to hold/stack more than one call to a given unit or resource | X | |||||
| 207.00 | The solution should have the ability for CAD administrators to turn call stacking on and off | X | |||||
| 208.00 | The solution should have the ability to stack calls and sort/list based on call priority order | X | |||||
| Call Preemption | |||||||
| 209.00 | The solution should have the ability to remove a unit from a call and reassign the unit to a new call automatically | X | |||||
| 210.00 | The solution should notify the field unit via message that they are removing them from an existing call and placing them on a new call | X | |||||
| 211.00 | The solution should have the option to return a call to a pending queue if all units are removed from an active call | X | |||||
| 212.00 | The solution should have the ability to visually indicate a preempted call (e.g., by color code or other means) | X | |||||
| 213.00 | The solution should have the ability to support a swap feature to allow two units to swap (exchange) calls with a single command | X | |||||
| Standard Operating Procedures / Guidelines | |||||||
| 214.00 | The solution should have the ability to access agency standard operating procedures or guidelines from the CAD application | X | |||||
| 215.00 | The solution should have the ability to display standard operating procedures or guidelines without overriding the CAD display | X | |||||
| 216.00 | The solution should allow agencies to create/define their own standard operating procedures or guidelines to include instructions, questions, and checklists that are associated to calls based on call type and location | X | |||||
| 217.00 | The solution should have the ability to access the standard operating procedures or guidelines based on call type and/or location | X | |||||
| Unit Management | |||||||
| 218.00 | The solution should have the ability to log one or more units on-duty/off-duty with a single command | X | |||||
| 219.00 | The solution should have the ability to require agency-defined criteria upon log-on | X | |||||
| 220.00 | The solution should have the ability to automatically assign a beat to a unit upon log-on | X | |||||
| 221.00 | The solution should have the ability to define a shift roster | X | |||||
| 222.00 | The solution should have the ability to place all units in a previously defined shift roster on or off-duty | X | |||||
| 223.00 | The solution should have the ability for mobile units to log themselves onto the system | X | |||||
| 224.00 | The solution should have the ability for personnel to be associated with any mobile unit identifier | X | |||||
| 225.00 | The solution should have the ability to visually distinguish units with multiple personnel | X | |||||
| 226.00 | The solution should have the ability to indicate a unit that does not have a mobile device | X | |||||
| 227.00 | The solution should have the ability to place a unit back in service when it is within an agency-defined radius of its station (geofencing) | X | |||||
| 228.00 | The solution should have the ability to assign a unit to a defined area (e.g., Troop area, beat, etc.) | X | |||||
| 229.00 | The solution should have the ability to assign a unit to multiple Troop Areas | X | |||||
| 230.00 | The solution should have the ability to modify a unit's assignment at any time | X | |||||
| AVL (Automatic Vehicle Location) | |||||||
| 231.00 | The solution should have the ability to support the use of a continuous, real-time AVL (automatic vehicle location) system in CAD | X | |||||
| 232.00 | The solution should have the ability to auto enroute/auto at scene units based on AVL locations (geofencing) | X | |||||
| 233.00 | The solution should have the ability for system administrators to turn AVL on/off by: | -- | -- | -- | -- | -- | |
| 233.01 | Agency | X | |||||
| 233.02 | Unit | X | |||||
| 233.03 | Unit type | X | |||||
| 234.00 | The solution should have the ability to default to agency-defined settings (e.g., assigned Troop area/beat, assigned station, last known geographic location) for dispatching when the unit's AVL is turned off | X | |||||
| 235.00 | The solution should have the ability to display the average speed of a vehicle (unit) between two points, when data is polled. | X | |||||
| 236.00 | The solution should allow for automatically changing a unit status to at scene (geofencing) based on both a primary and secondary radius (e.g., staging location or call location) | X | |||||
| 237.00 | The solution should have the ability to provide an AVL playback utility based on specific units and a date/time range | X | |||||
| 238.00 | The solution should have the ability for the AVL playback utility to be utilized outside of the CAD application in a common format or other application | X | |||||
| 239.00 | The solution should have the ability for the AVL playback utility to show activity on a map | X | |||||
| 240.00 | The solution should have the ability to generate reports from AVL data, including: | -- | -- | -- | -- | -- | |
| 240.01 | Vehicle route | X | |||||
| 240.02 | Speed along the route | X | |||||
| 241.00 | The solution should consider agency GIS data to include turnouts and barriers on freeways when making AVL-based unit recommendations | X | |||||
| Unit Activity Tracking | |||||||
| 242.00 | The solution should have the ability to record all unit activity and assignments | X | |||||
| 243.00 | The solution should have the ability to record all unit locations, including secondary and staging locations | X | |||||
| 244.00 | The solution should have the ability to record all unit status changes | X | |||||
| 245.00 | The solution should have the ability to review unit status history within the application | X | |||||
| 246.00 | The solution should have the ability to search unit activity by: | -- | -- | -- | -- | -- | |
| 246.01 | Unit | X |
This is the start of the file's text. The full file is on GovTribe.
File details come from the government source that posted it. Updated .