Attachment_E.xlsx
XLSX spreadsheet 23 KB Posted
- Attached to
- MNIT/DOC FAS Survey and Assessments Solutions
- Solicitation number
- 2000018539
- Issued by
- Minnesota
About this file
Summary
This is a pricing and cost analysis document (Attachment E) supporting the MNIT/DOC FAS Survey and Assessments Solutions contract opportunity involving the Minnesota Department of Information Technology Services in partnership with the Department of Corrections. The document provides detailed pricing structures and cost breakdowns for the proposed survey and assessment solution that will manage the full lifecycle of surveys administered to incarcerated persons within Minnesota Correctional Facilities, including design, distribution, response collection, and automated scoring capabilities. The solution requires integration with DOC's Operations Management System to ingest and evaluate structured data through internally developed scoring algorithms, with role-based access controls to protect sensitive assessment data and reports accessible only to authorized personnel.
The attachment contains comprehensive pricing terms, cost analysis methodologies, and financial projections necessary for evaluating vendor proposals and determining contract awards. The document establishes the budgetary framework and financial requirements for implementing the secure, scalable survey and assessment platform, including anticipated costs for software licensing, system integration, implementation services, and ongoing support and maintenance. This pricing information serves as the basis for vendor comparison, cost-benefit analysis, and budget allocation decisions for the state and local procurement process, enabling DOC and MNIT to assess the total cost of ownership and determine appropriate funding sources for this critical assessment management capability within Minnesota's correctional system.
View the file
Other files
| File | Type | Posted |
|---|---|---|
| Attachment_D.pdf | ||
| Attachment_C_-_Cost_Detail.docx | DOCX document | |
| RFP_Template_Survey_and_Assessment_Solution_Final.docx | DOCX document | |
| ptsamplecontractsandexhibits.docx | DOCX document | |
| MNIT_DOC_FAS_Survey_and_Assessments_Solutions.pdf | ||
| Attachment_A_and_B.pdf |
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
Sheet1
| VENDOR RESPONSE TEMPLATE | |
| Instructions: Copy this sheet and complete for your solution. Provide evidence for all claims. | |
| COMPANY INFORMATION | |
| Company Name | [Enter company legal name] |
| Solution Name | [Enter product/solution name] |
| Primary Contact | [Name, Title, Email, Phone] |
| Technical Contact | [Name, Title, Email, Phone] |
| EXECUTIVE SUMMARY | |
| Solution Overview | [Provide 2-3 paragraph overview of your solution, deployment model, and key differentiators] |
| Cloud Architecture Summary | [SaaS / PaaS / Hybrid / IaaS / On-Prem - describe your architecture] |
| Target Deployment Timeline | [Estimated weeks from contract to go-live] |
| Business Requirements | |
| CATEGORY 1: SURVEY CAPABILITY | [Provide detailed responses for each criterion in Category 1] |
| 1.1 Ability to deliver surveys to Incarcerated Persons through multiple channels (e.g., kiosks, tablets, secure workstations). | |
| 1.2 Ability to support different question types (multiple choice, Likert scale, free text, ranking, etc.). | |
| 1.3 Ability to schedule surveys based on criteria (e.g., admission, program entry, incident, periodic intervals). | |
| 1.4 Ability to track survey completion status and send automated reminders. | |
| 1.5 Ability to support multilingual survey delivery. | |
| 1.6 Ability to restrict or tailor surveys based on role, facility, housing unit, or individual permissions. |
| CATEGORY 2: ASSESSMENT CAPABILITY |
| 2.1 Ability to pull data elements from OMS in real time or at defined intervals to populate assessment fields. |
| 2.2 Ability to combine survey responses with OMS-derived data for composite assessments. |
| 2.3 Ability for staff to manually supplement or override data where permitted. |
| 2.4 Full audit trail for all data imported, changed, or used in assessments. |
| CATEGORY 3: SCORING |
| 3.1 Ability to incorporate configurable scoring algorithms that calculate scores based on survey responses, OMS data, or both. |
| 3.2 Ability to update algorithm logic without vendor intervention (e.g., through admin configuration tools). |
| 3.3 Ability to version algorithms and maintain historical scoring for comparison over time. |
| 3.4 Ability to apply risk/needs classification models as required by the department. |
| 3.5 Ability to run automated scoring immediately upon survey or assessment completion. |
| CATEGORY 4: ANALYTICS AND REPORTING |
| 4.1 Ability to query and analyze survey data, assessment data, and OMS-integrated data. |
| 4.2 Ability to generate custom dashboards and summary analytics (e.g., trends, population-level insights, score distributions). |
| 4.3 Ability to export data in standard formats (CSV, XLSX, JSON) for external analytics. |
| 4.4 Ability to support role-based access to protect sensitive data |
| 4.5 Ability to generate reports that include both text and numerical assessment/survey scores. |
| 4.6 Ability to produce individual-level reports for case planning. |
| 4.7 Ability to produce aggregate reports for facility, program, or statewide analysis. |
| 4.8 Ability to include graphs, charts, and tables within reports. |
| 4.9 Ability to export reports to PDF, Word, or other commonly used formats. |
| 4.10 Ability to automate recurring report generation and distribution. |
| CATEGORY 5: USER EXPERIENCE |
| 5.1 Intuitive, accessible user interface for staff and IPs. |
| 5.2 Compatibility with devices used within facilities (e.g., secure tablets, kiosks). |
| 5.3 WCAG 2.1 Compliance; ADA-accessible survey interfaces. |
| 5.4 Clear guidance and prompts for IPs completing surveys. |
| CATEGORY 6: ADMINISTRATION & CONFIGURATION |
| 6.1 Ability for administrators to create, edit, and retire surveys or assessments without vendor involvement. |
| 6.2 Ability to manage user roles, permissions, and access levels. |
| 6.3 Ability to configure workflows (e.g., routing assessments for review). |
| 6.4 Ability to configure notification rules and triggers. |
| CATEGORY 7: IMPLEMENTATION, TRAINING, & SUPPORT | |
| 7.1 Vendor will be expected to provide detailed implementation plan, timelines, and resource requirements. | |
| 7.2 Vendor will be expected to provide training and training materials for staff and administrators. | |
| 7.3 Vendor will be expected to provide ongoing technical support with defined service levels. | |
| 7.4 Vendor will be expecte to outline upgrade schedules and approach to future enhancements | |
| Technical Requirements | |
| CATEGORY 1: CLOUD ARCHITECTURE | Provide detailed responses for each criterion in Category 1 |
| 1.1 SaaS/PaaS Maturity | [Describe your deployment model with supporting evidence] |
Evidence to attach:
• Architecture diagram showing Azure/AWS services
• List of managed services used
• Customer infrastructure requirements (or note 'None' if SaaS)
1.2 Azure/AWS Native Services [List specific Azure or AWS managed services your solution uses]
Evidence:
• Service list with purpose (e.g., 'Azure SQL Managed Instance for primary database')
• Explain any IaaS components and why needed
1.3 Serverless/Microservices [Describe application architecture]
Evidence:
• Architecture diagram
• List of microservices or serverless functions
1.4 Multi-Region Capability [Describe multi-region deployment approach]
Evidence:
• Diagram showing primary and secondary regions
• Failover architecture
• Data replication approach
1.5 Infrastructure as Code [Describe IaC approach and automation]
Evidence:
• Sample IaC code (Terraform, ARM, CloudFormation)
• CI/CD pipeline description
1.6 Container Orchestration [If applicable, describe container strategy]
Evidence:
• Kubernetes/ECS configuration examples
• Container registry approach
| CATEGORY 2: SECURITY & COMPLIANCE | CRITICAL - Provide comprehensive documentation |
| 2.1 CJIS Compliance (MANDATORY) | [Describe CJIS compliance status] |
REQUIRED Evidence:
• Copy of signed CJIS Information Agreement with state(s)
• List of states with active CJIS agreements
• Description of personnel background check process
• CJIS Security Awareness Training documentation
• If not CJIS compliant, explain path to compliance
2.2 NIST 800-53 / CSF Alignment [Describe NIST compliance]
Evidence:
• SOC 2 Type II report (recent, within 12 months)
• FedRAMP authorization (if applicable)
• 3PAO assessment letter
• Control matrix mapping to NIST 800-53 2.2a FedRAMP/GovRAMP (MANDATORY) [CRITICAL - REQUIRED BY APRIL 1, 2027]
Current Status:
□ GovRAMP Authorized at Moderate Level (attach GovRAMP Letter)
□ FedRAMP Authorized Rev 5 Moderate/High (attach ATO letter)
□ GovRAMP Snapshot enrolled (provide Snapshot Score: ____%)
□ Planning phase (provide detailed timeline below)
□ Not started
If not yet authorized, provide:
• Detailed timeline to achieve authorization by 4/1/2027
• 3PAO engagement letter or vendor selected
• Budget allocated for authorization
• NIST 800-53 Rev 5 gap analysis results
• Commitment letter from executive leadership
• Risk if authorization not achieved by deadline
REQUIRED Evidence:
• GovRAMP Authorization Letter OR Snapshot Score letter
• 3PAO assessment report (if authorized)
• Timeline to authorization with milestones
• State access authorization for GovRAMP portal
2.3 Data Encryption [Describe encryption architecture]
Evidence:
• Encryption architecture diagram
• Key management approach (customer vs. provider managed)
• Encryption algorithms and key lengths
• Key rotation frequency
2.4 Identity & Access Management [Describe IAM capabilities]
Evidence:
• Azure AD/Entra ID integration guide
• Sample SSO configuration
• RBAC role definitions
• MFA support documentation
2.5 Audit Logging & SIEM [Describe logging capabilities]
Evidence:
• List of logged events
• Log export formats (CEF, JSON, syslog)
• Sample log entries
• SIEM integration guide (if available)
2.6 Vulnerability Management [Describe vulnerability scanning and patching]
Evidence:
• Scanning frequency and tools used
• Sample vulnerability scan report (sanitized)
• Patching SLA
• Critical CVE response time
2.7 Penetration Testing [Describe pen testing program]
Evidence:
• Pen test frequency
• Testing firm (3rd party or internal)
• Sample pen test executive summary (sanitized)
• Remediation process and timeline
| 2.8 Data Residency Controls | |
| 2.9 Accessibility (MANDATORY) | [Describe WCAG 2.0 compliance] |
REQUIRED Evidence:
• VPAT 2.x (Voluntary Product Accessibility Template)
• WCAG 2.0 conformance level: □ Level AA □ Level A □ Not compliant
• Accessibility audit report (if conducted)
• Screen reader compatibility testing results
• Keyboard navigation verification
• Color contrast verification
• Remediation plan for any non-conformant items
Accessibility features provided:
□ Full keyboard navigation
□ Screen reader support (list tested: JAWS, NVDA, etc.)
□ Color contrast compliance (minimum 4.5:1)
□ Alternative text for images
□ Closed captions for video
□ Accessible forms
□ Skip navigation links
□ ARIA landmarks
REMINDER: WCAG 2.0 Level AA is Minnesota state standard per MN Statute. Non-compliance may result in disqualification.
| CATEGORY 3: INTEGRATION | Describe API and integration capabilities |
| 3.1 API Architecture | |
| 3.2 Ability to integrate with OMS via API, data exchange file transfer, or other approved methods. | |
| 3.3 Ability to integrate with identity management systems, reporting tools, and analytics environments. | |
| 3.4 Ability to support standardized data formats and protocols. | |
| 3.6 Existing DOC System Integration | [Describe integration with typical corrections systems] |
Evidence:
• List of pre-built connectors
• Integration architecture diagram
• Customer references using integrations
• Implementation timeline for custom integrations
| CATEGORY 5: AVAILABILITY | Provide SLAs and DR documentation |
| 5.1 Uptime SLA | |
| 5.2 RPO / 5.3 RTO | [State recovery objectives] |
Evidence:
• Backup frequency and retention
• DR architecture diagram
• Sample DR drill report
• Automated vs. manual recovery process
| CATEGORY 7: COST MODEL | Provide transparent pricing |
| 7.1 Pricing | |
| 7.3 Infrastructure Costs | [List any additional customer infrastructure costs] |
Evidence:
• If SaaS: State 'Zero - all infrastructure included'
• If hybrid/IaaS: Provide detailed Azure/AWS cost estimate
• 3-year TCO comparison table
| MANDATORY ATTACHMENTS | Include the following with your response: |
| Required Documents | □ Architecture diagram (high-level) |
□ CJIS documentation (agreement, compliance summary)
□ SOC 2 Type II report (within 12 months)
□ VPAT 2.x (accessibility)
□ Customer reference list (3+ with contact info)
□ Pricing sheet / cost calculator
□ Sample contract or MSA
□ Security questionnaire (if provided separately)
□ Data Processing Agreement (DPA) / BAA if applicable
| REPORTING & ANALYTICS EVIDENCE PROMPTS | |
| Feature | Evidence Required |
| Ad-hoc self-service reporting | Screenshots of UI, query builder, sample ad-hoc report |
| Read-replica / reporting isolation | Architecture diagram, config details showing isolation from production |
| Snapshot-based reporting | Sample snapshot report, scheduling configuration |
| Scheduling & Distribution | Screenshots of scheduling UI, distribution options like email/export |
| Drill-down from summaries | Screenshots showing drill-down capability from dashboards to detail views |
| Saved criteria/templates | Screenshots of saved filters/templates, documentation of reuse process |
File details come from the government source that posted it. Updated .