RFP NSP7149 Z1, 10-8 Systems Exhibit A - File 2 of 3.xlsx
XLSX spreadsheet 494 KB Posted
- Solicitation number
- NSP7149 Z1
- Issued by
- Blaine County, Nebraska
About this file
This file is an Excel-based Agency Information Requirements Evaluation Matrix for the Nebraska State Patrol's (NSP) Request for Proposal (RFP) Number NSP7149 Z1 for a Computer Aided Dispatch (CAD) and Mobile Data System. The document details 10-8 Systems LLC's comprehensive response to the state's requirements, covering 728 total line items across CAD, Mobile, Interfaces, Fire, EMS, and other functional categories. The proposal aims to provide a statewide CAD environment supporting multiple dispatch centers, with capabilities for call taking, dispatching, mapping, reporting, and integration with over 20 existing systems. The vendor demonstrates compliance with 585 requirements currently, with 7 items not complying, 65 partially complying, and 71 marked as future capabilities to be developed before go-live.
The evaluation matrix reveals a complex technological solution requiring integration with systems like Niche RMS, Motorola APX, Active Directory, body-worn cameras, and state/national databases. The proposed system must support approximately 350 mobile users across multiple communication centers, handle 197,500 annual calls, and comply with NENA NG-911 standards. While specific pricing is not detailed in this document, the comprehensive matrix indicates the solution will require significant customization, with 10-8 Systems noting many features can be configured based on agency requirements. The vendor emphasizes their ability to develop custom interfaces, create agency-specific configurations, and implement features through collaborative implementation with the Nebraska State Patrol.
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 |
: [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?
-tc={7445AA41-D3F2-4F11-97F7-B52F50AF4ABF} 10-8 Systems LLC
| 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
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
| 10-8 Systems LLC | ||||||
| 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 | Yes, experienced in other states with a similar deployment/infrastructure requirements. | |||
| 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 | ||||
| 3.00 | The solution should have the ability to support and dispatch for multiple agencies simultaneously | x | ||||
| 4.00 | The solution should have the ability to comply and maintain compliance with published NENA NG-911 standards | x | ||||
| 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 | ||||
| 6.00 | The solution should have the ability to capture all CAD transactions in an audit log | x | ||||
| 7.00 | The solution should have the ability to support multiple monitors | x | ||||
| 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 | ||||
| 9.00 |
: @bryanr@10-8systems.com We've reviewed the NSP RFP. The highlighted cells will need your approval.
_Assigned to bryanr@10-8systems.com_
| -Kevin R | 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 | Windows preferences saved for each user. | |||
| 10.00 | The solution should have the ability for the system to automatically generate a case/incident number from the Niche RMS application | x | Integration Required, experienced integrating with similar solutions. | |||
| 11.00 | The solution should have the ability for each agency to have a unique identifier regarding incident numbers | x | Yes, each agency can have a unique identifier (incidents, case numbers, run numbers, etc.). | |||
| 12.00 | The solution should have the ability to support remote access to the CAD (e.g., via VPN or other secure connection) | x | Yes, this is a cloud-native platform that can has a fully-responsive design. | |||
| 13.00 | The solution should have the ability to perform the following via remote access: | -- | -- | -- | -- | |
| 13.01 | Monitor and create calls | x | Yes, this is a standard feature of the CAD. | |||
| 13.02 | Monitor units and unit statuses | x | ||||
| 13.03 | Create and dispatch calls | x | ||||
| 13.04 | Run queries | x | Integration Required. 10-8 Systems plans to utilize the CommSys ConnectCIC state interface middleware product for the interface to the Nebraska (NB CJIS_OFML) message switch for state and local transactions respectively. Development time required is 180 days from receipt of the purchase order and ConnectCIC replay log file containing valid returns with subject data from each interface. |
CommSys will invoice upon delivery of the first group of states, however this is not a set number as data collection and delivery is the responsibility of 10-8 Systems and the agency. It is recommended the agency collect and provide data in the ConnectCIC log file from surrounding states and batch the remainder by corridor or region. The remaining states data mining updates will be developed and provided as part of the regular ConnectCIC maintenance and as subject data is supplied to CommSys.
| 14.00 | The solution should include an "offline" mode so users may continue to perform basic CAD functions if network connectivity is lost | x | Browser based platform, will cache active call information until internet connectivity is restored. | ||
| 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 | |||
| 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 | Yes, this is a standard feature of the CAD. |
| 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 | This is configurable by the browser/device settings. | |||
| 17.02 | Window background color, sizes, and locations | x | This can be requested by the agency during the initial setup. | |||
| 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 | ||||
| 20.00 | The solution should have the ability for user to enlarge and shrink columns in their status windows | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 25.02 | The ability to have multiple windows open simultaneously | x | ||||
| 25.03 | Tile/cascade windows | x | ||||
| 26.00 | The solution should have the ability to display system messages without affecting a user's work in progress | x | ||||
| 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 | ||||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 30.02 | Command line entry | x | ||||
| 30.03 | Function keys/hot keys that provide preformatted data entry screens (e.g., designated data fields) | x | ||||
| 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 | Calls can be initiated from the locator map. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 33.00 | The solution should have the ability to support drop-down menus and auto completion | x | ||||
| 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 | ||||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 39.00 | The solution should provide command help or fields the user can tab into to enter information | x | ||||
| 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 | This can be requested by the agency during the initial setup. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 42.00 | The solution should allow the users to enter either the unit or the actual desired command first. | x | Intellicommand requires command first to give suggested formatting. | |||
| 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 | This can be requested by the agency during the initial setup. | |||
| 44.00 | The solution should allow users to open, close, and toggle between command lines with a single keystroke | x | Can use the keyboard to tab between command lines. | |||
| 45.00 | The solution should allow the agency to configure their desired command format/syntax | x | Yes, this is a standard feature of the CAD. | |||
| 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 | This can be requested by the agency during the initial setup. | |||
| 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 | Shortcuts can be created/modified. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | This can be requested by the agency during the initial setup. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | This can be requested by the agency during the initial setup. | |||
| 53.00 | The solution should automatically reset timers as unit and call statuses change | x | Yes, this is a standard feature of the CAD. | |||
| 54.00 | The solution should have the ability to associate timers with: | -- | -- | -- | -- | |
| 54.01 | Unit status updates | x | Yes, this is a standard feature of the CAD. | |||
| 54.02 | Call type timers | x | ||||
| 54.03 | Agency-defined time in current unit or call status | x | ||||
| 54.04 | Call priority | x | This can be requested by the agency during the initial setup. | |||
| 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 | ||||
| 56.00 | The solution should allow for timers to be configured for any agency- defined statuses | x | ||||
| 57.00 | The solution should allow for timers to be set automatically and manually for calls and units | x | Yes, this is a standard feature of the CAD. | |||
| 58.00 | The solution should allow for a "generic" timer that can be set by a user for any reason and time | x | ||||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | This can be requested by the agency during the initial setup. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Currently being developed by our engineering team. Would be ready before go-live with NSP. | |||
| 72.00 | The solution should have the ability to include alert information with dispatches sent to responding units | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 74.02 | Private alarm companies (via ASAP to PSAP interface) | x | Can become ASAP to PSAP certified OR can utilize RapidSOS Alerts. | |||
| 74.03 | TDD/TTY | x | This is possible, but not typically managed in CAD. Texting IS available through the system. | |||
| 75.00 | The solution should have the ability to enter calls using pre-formatted screens | x | Yes, this is a standard feature of the CAD. Some collaboration with 10-8 Systems implementation team is required. | |||
| 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 | ||||
| 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 | ||||
| 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) | Yes, this is a standard feature of the CAD. ANI/ALI integration is required form the phone system to receive the data. | ||||
| 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) | |||||
| 80.00 | The solution should have the ability for narrative fields to allow for an unlimited number of characters | x | Limited to 65,535 characters. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | This can be requested by the agency during the initial setup. | |||
| 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 | This is a standard feature of the CAD. Just need the initial integration with the state message switch. | |||
| 85.00 | The solution should have the ability to generate a call from a previous call | x | Yes, this is a standard feature of the CAD. | |||
| 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 | x | ||||
| 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 | Yes, this is a standard feature of the CAD. Integration with phone system for ANI/ALI or RapidSOS required. | |||
| 90.00 | The solution should have the ability to relate X/Y coordinates to an actual address | x | Yes, this is a standard feature of the CAD. | |||
| 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 | ||||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 94.02 | Block number or address range | x | This will be a standard feature of the CAD, ready by NSP deployment. | |||
| 94.03 | Intersections - including intersections by partial street names | x | Yes, this is a standard feature of the CAD. | |||
| 94.04 | Latitude/Longitude | x | ||||
| 94.05 | Mile markers by 1/10th of a mile on interstates | x | Yes, this is a standard feature of the CAD. GIS data will be provided by the customer. | |||
| 94.06 | Common place names | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 97.02 | Mile marker | x | Location notes can be specified. | |||
| 97.03 | Apartment, lot, or suite information | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. Integration with phone system for ANI/ALI or RapidSOS required. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Custom report can be created based on the customer's needs/requirements. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | |||||
| 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 | Yes, this is a standard feature of the CAD. GIS data will be provided by the client. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 109.02 | Common place names | x | ||||
| 109.03 | Business names | x | Addresses can be found by searching business name. | |||
| 109.04 | Law Enforcement response area/Troop area | x | Yes, this is a standard feature of the CAD. GIS data needs to be provided by the agency. | |||
| 109.05 | Apartment complex names | x | Addresses can be found by searching business name. | |||
| 110.00 | The solution should have the ability to translate the call location to the appropriate public safety geographical boundary/Troop area | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 123.02 | Command line | x | ||||
| 124.00 | The solution should have the ability to suspend the entry of a call (hold) | x | A "Hold" call type can be used to suspend the call. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Integration required with Niche RMS. | |||
| 138.00 | The solution should have the ability to automatically initiate a search for associated premise information in CAD upon address entry | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | ||||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. Integration required with AVL solution for full functionality. | |||
| 161.02 | Area/beat | x | Yes, this is a standard feature of the CAD. | |||
| 161.03 | Natural boundaries | x | ||||
| 161.04 | Obstacles | x | ||||
| 161.05 | Traffic | x | ||||
| 161.06 | Speed limits | x | Data can be provided and our team can explore options. Typically, based on traffic conditions and distance. | |||
| 161.07 | Street network | x | Yes, this is a standard feature of the CAD. | |||
| 161.08 | Street direction | x | ||||
| 161.09 | Equipment required | x | Can use internal GPS of devices accessing the system, but more accurate with dedicated GPS devices. | |||
| 161.10 | Call location | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Playback-type history is currently being developed. It would be available by NSP go-live. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. GIS data needs to be provided by the agency. | |||
| 170.02 | Specific address | x | Yes, this is a standard feature of the CAD. | |||
| 170.03 | Address type | x | GIS data needs to be provided by the agency. | |||
| 170.04 | Address range | x | GIS data needs to be provided by the agency. | |||
| 170.05 | Call type | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. GIS data needs to be provided by the agency. | |||
| 172.00 | The solution should have the ability to export response plans to MS Excel | x | Can be provided as a CSV upon request. | |||
| 173.00 | The solution should have the ability to define a day/time range that a response plan is active | x | Agencies have created different call types depending on day/time. Additional configuration available during setup. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Playback-type history is currently being developed. It would be available by NSP go-live. | |||
| 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 | 3rd party data is required from AVL vendor or alternative solution. Can display as a call comment when received. | |||
| 180.02 | Unit recommendations based on AVL (automatic vehicle location)versus assigned Troop area | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Alternative call types allow for these separate response plans. Additional configurations available based on agency requirements. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 186.00 | The solution should allow agency administrators to set alternate response plans that can be activated and deactivated on-the-fly | x | Alternative call types allow for these separate response plans. Additional configurations available based on agency requirements. | |||
| 187.00 | The solution should provide for designated authorized users to turn on an alternate response plan for individual agencies/areas | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Alternative call types allow for these separate response plans. Additional configurations available based on agency requirements. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Read receipts not currently available unless using the app. Can confirm the message has been sent. | |||
| 196.00 | The solution should have the ability for users to enter field-initiated calls of any nature | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | Can be configured based on agency requirements. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 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 | x | Can be configured based on agency requirements. | ||
| 228.00 | The solution should have the ability to assign a unit to a defined area (e.g., Troop area, beat, etc.) | x | Yes, this is a standard feature of the CAD. | |||
| 229.00 | The solution should have the ability to assign a unit to multiple Troop Areas | x | Can be configured based on agency requirements. | |||
| 230.00 | The solution should have the ability to modify a unit's assignment at any time | x | Yes, this is a standard feature of the CAD. | |||
| 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 | Yes, this is a standard feature of the CAD. | |||
| 232.00 | The solution should have the ability to auto enroute/auto at scene units based on AVL locations (geofencing) | x | Not currently an option, can likely be configured based on agency requirements. | |||
| 233.00 | The solution should have the ability for system administrators to turn AVL on/off by: | -- | -- | -- | -- | |
| 233.01 | Agency | x | Yes, this is a standard feature of the CAD. Will need to be configured based on agency requirements. | |||
| 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 | Yes, this is a standard feature of the CAD. |
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 .