Attachment A-ESSAM Requirements Definition-UPDATED.xlsx

XLSX spreadsheet 366 KB Posted

Attached to
ECONOMIC SVCS SYSTEM APP MODERNIZATION State and local contract opportunity
Solicitation number
5400024945
Issued by
Richland County, South Carolina

About this file

This is a Requirements Definition Document (RDD) for the Economic Services System Application Modernization (ESSAM) project issued by the State of South Carolina Department of Social Services (DSS). The document outlines comprehensive functional, implementation, and technical requirements for modernizing the state's SNAP (Supplemental Nutritional Assistance Program) and TANF (Temporary Assistance for Needy Families) case management and eligibility determination systems. The project encompasses development of a complete enterprise system supporting client portals, case management, eligibility processing, benefits issuance, appeals and hearings, and program integrity functions across multiple delivery channels including web, phone, mobile, kiosk, and field offices. The RFP number is 5400024945, with a proposed contract start date of June 17, 2024. Requirements are organized into functional requirements (general operations, case management, eligibility determination, appeals and hearings, and program integrity), implementation requirements (project management, planning, technical environment setup, design and development, data conversion, testing, training, pilot and go-live, warranty support, and maintenance), and technical requirements (system behavior, platform components, and infrastructure preferences).

The document specifies that all deliverables must be submitted per project schedule with approval timelines of 10 business days for initial review and an additional 5 business days for revised deliverables. The State mandates use of specific technologies including Microsoft Azure platforms, SharePoint for intranet portals, Azure Active Directory B2C for identity and access management, and DTO hosting for data center services. The contractor must establish onsite project teams in Columbia, South Carolina, with dedicated personnel available during core work hours (8:30 AM to 5:00 PM Monday through Friday), provide a PMI-certified project manager, and maintain comprehensive project management documentation using Microsoft products and PDF formats. Implementation service-level requirements include 100 percent on-schedule deliverable submission, approval within two review cycles, and 100 percent benefit payment accuracy matching between legacy and new systems. The contractor must provide 12 months of warranty support post-deployment, perform three trial data conversions before user acceptance testing, and maintain compliance with federal security standards including NIST 800-53, IRS Publication 1075, FISMA, HIPAA, and FedRAMP requirements. Data conversion encompasses migration from legacy systems including CHIP, WINS, and SCOSA, with detailed interface requirements specified for 41 external systems and agencies including SSA, USDA, state workforce agencies, and various federal entities.

View the file

Other files for this state and local contract opportunity

Other files attached to ECONOMIC SVCS SYSTEM APP MODERNIZATION, newest first.
File Type Posted
Attachment E- DSS Data Security Addendum.docx DOCX document
Attachment T- Answers to Questions from Offerors.xlsx XLSX spreadsheet
Attachment Q- Question Template.docx DOCX document
Attachment H- TANF Policy Manual.pdf PDF
Attachment M- DSS State Office Leadership.pdf PDF
Attachment D-List of Interfaces-UPDATED.xlsx XLSX spreadsheet
Attachment R- ESSAM Business Process Analysis Report.pdf PDF
Attachment O-Information for Offerors to Submit Response Table.docx DOCX document
Attachment F- Project Management Plan Template.docx DOCX document
Attachment K- SNAP Eligibility Go Live Reqs.pdf PDF
Amendment 1.docx DOCX document
Attachment N- Service Provider Security Assessment Questionnaire.docx DOCX document
Attachment S- Federal Clauses.pdf PDF
Solicitation.docx DOCX document
Award Extension Notice.doc DOC document
Attachment I- DSNAP.pdf PDF
Attachment P- Cost Proposal Workbook.xlsx XLSX spreadsheet
Attachment C- Current Technologies & Standards.xlsx XLSX spreadsheet
Attachment B-SNAP System Integrity Review Tool.pdf PDF
Attachment L- Hand Book 901v2.4.pdf PDF
Attachment G- SNAP Manual_rev.pdf PDF
Attachment J- Benefit Integrity Manual.pdf PDF
Show all 22

On GovTribe

Work with this file on GovTribe

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

Introduction

State of South Carolina Department of Social Services
Economic Services System Application Modernization (ESSAM) Project
Requirements Definition Document (RDD)
RFP #5400024945
Introduction
This document captures the Functional Requirements and Non-Funtional Requirements (Implementation and Technical) for the State of South Carolina Department of Social Service's (DSS's) Economic Services System Application Modernization (ESSAM).

The Requiremetns Definition Document contains the following sections:

1) Introduction

2) Instructions

3) Funtional Requirements

4) Implementation Requirements

5) Technical Requirements

Within this document, the requirements are categorized by area as detailed below. Each category has its own tab in this workbook.

IDESSAM Functional Requirement Section Titles
FRFunctional Requirements
FR1General Requirements
FR2SNAP + TANF Case Management
FR3SNAP + TANF Eligibility
FR4Appeals & Hearings
FR5Program Integrity
IDESSAM Implementation Requirements Section Titles
IImplementation Requirements
I1Project Management and Monitoring
I2Project Planning
I3Technical Environment Setup and Management
I4Solution Design, Development & Implementation (DDI)
I5Data Conversion and Migration
I6Testing
I7Training and Knowledge Transfer
I8Pilot, Roll-Out and Go-Live
I9Warranty Support and Steady State
I10Implementation Service-Level Requirements
I11Maintenance and Operations
IDESSAM Technical Requirements Section Titles
GGeneral System Behavior Requirements
G1Usability
G2Audit and Compliance
G3Performance and Availability
G4Interface List
TTechnology Platform Requirements
T1Interoperability and Interfaces
T2Scalability and Extensibility
T3Regulatory and Security
T4Solution Management and Administration
T5Technology Components - Preferences and Mandates
T5.1Portal
T5.2Business Rules Management Suite
T5.3Enterprise Content Services
T5.4Application Platform
T5.5Database Management Systems - Transactional Systems and Data Warehousing
T5.6Business Intelligence Platform
T5.7Application Integration and Mediation Layer
T5.8Data Integration, ETL, Data Quality
T5.9IAM (Identity and Access Management)
T6Enduser Infrastructure
VerChanges in Version
0.1Initial Document for Review
1.0State's Initial Approval of Requirements

&"Arial,Regular"&A

&"Arial,Regular"&9&F &"Arial,Regular"&9&P of &N

Respondent Instructions

State of South Carolina Department of Social Services
Economic Services System Application Modernization (ESSAM) Project
Requirements Definition Document (RDD)
RFP #5400024945
Respondent Instructions
This workbook contains Requirements for the ESSAM System . The response codes below should be used by Contractor to indicate the fit of its solution to the State Requirements specified in this workbook.

This template must be completed and submitted as an MS Excel file as part of the response to this RFP.

ResponsesDefinition
Response Code: Y or N -- Will this Functional Requirement be met by your solution?Indicate whether the requirement, as currently written, will be met by the Respondent's proposal, Yes or No.
Response Code: L, T, or D -- How will this Functional Requirement be met by your solution?Indicate how the requirement will be met by selecting either:

Leveraged Functionality, Third Party Product, or New Development:

L = Leveraged Infrastructure - The Client Requirement will be met by leveraging existing software or hardware assets available through Vendor's or Client's previous development efforts and investments.
T = Third Party Product – The Client Requirement will be met by commercially available third-party software or hardware assets and is included in this proposal. Note: In the Vendor Response column, indicate the name of the proposed third-party software vendor and proposed components and indicate its compliance to Client's technology or architecture standards.
D = New Development - The Client Requirement will be met through new software code developed to provide specific business or technical services where there are no leverageable off-the-shelf software assets.
Vendor Proposed Release Date -- By what date will this requirement be met?Indicate by which date the requirement will be met
Note: The State wants to know when a requirement will be met within the System Development Life-Cycle (SDLC). All Requirements must be accomplished prior to completion of the System Integration Test (SIT) phase of the project. If the Offeror has a reason why preferred requirements should be deferred post SIT, please add explanation in Comments. If functionality must be developed, Offerors should include the anticipated date the functionality development will be completed and tested, based on a contract start date of 6/17/24.
Vendor Justification for Not Meeting Requirement, if applicableIf the Vendor Response Code is "N", the Vendor is required to provide an explanation for not meeting the requirement.
CommentsAdditional comments. (Not Required)

Instructions

State of South Carolina Department of Social Services
Economic Services System Application Modernization (ESSAM) Project
Requirements Definition Document (RDD)
RFP #5400024945
Instructions
This workbook contains Functional Requirements for the Economic Services System Application Modernization Solution.

DSS Subject Matter Experts (SMEs) should review the included requirements for completeness and accuracy as they relate to the desired "future state" DSS model of practice.

FieldDefinition / Instructions
FRFunctional Requirement Section
Req. #A unique identifier to the requirement; this should be used to refer to requirements

DO NOT EDIT THIS FIELD.

Requirement The detailed description of the requirement.

DO NOT EDIT THIS FIELD.

Business Capability The associated capability from the Business Capability Model (BCM)

DO NOT EDIT THIS FIELD.

Use Case #The associated use case number from the BPA
DO NOT EDIT THIS FIELD.Requirement Priority
Use Case NameThe associated use case name from the BPA
DO NOT EDIT THIS FIELD.Required
Requirement PriorityTo be used by DSS reviewers to document the priority level of the specific requirement.Preferred
FieldDefinition / Instructions
IImplementation Requirement Section
Req. #A unique identifier to the requirement; this should be used to refer to requirements

DO NOT EDIT THIS FIELD.

Requirement The detailed description of the requirement.

DO NOT EDIT THIS FIELD.

FieldDefinition / Instructions
G, TTechnical Requirement Section
Req. #A unique identifier to the requirement; this should be used to refer to requirements

DO NOT EDIT THIS FIELD.

Requirement The detailed description of the requirement.

DO NOT EDIT THIS FIELD.

&"Arial,Regular"&A

&"Arial,Regular"&8 &F &"Arial,Regular"&8&P of &N

Intro - Functional Req.

State of South Carolina Department of Social Services
Economic Services System Application Modernization (ESSAM) Project
Requirements Definition Document (RDD)
RFP #5400024945

Introduction: Functional Requirements

RTM TabUse Case #Use Case NameUse Case Description
FR1. GeneralUse Case 02:Create Account and Log In + Out of Customer PortalThis use case describes how a DSS Customer Portal user creates an account and logs in and logs out of the Customer Portal
Use Case 06:Upload FilesThis Use Case provides the ability for DSS Enterprise Portal user to upload one or more electronic files to the Portal.
Use Case 07:Process Paper DocumentationThis use case describes the process by which DSS receives and processes paper documentation
Use Case 12:Send + Receive Secure MessageThis use case describes how users communicate with other users in the System, in a secure manner.
Use Case 14:Manage Notices and Alerts + Provide Program InformationThis use case depicts the activities required for a designated User (e.g., Eligibility Worker / Supervisor) to manage notices and alerts – such as creating and distributing mass communications to broader User Groups.
Use Case 16:Process and Authorize Re-certification Eligibility BenefitsThis use case describes the process by which a recipient’s eligibility for DSS programs and services will be periodically redetermined / recertified, according to program-specific policies.
Use Case 19:Manage Caseload + Worker AssignmentThis use case describes caseload management and worker asignment, including everything from the submission and processing of an application to the closure of a case in the System
Use Case 20:Measure Application Performance and OutcomesThis use case describes how system users will have the ability to access reports in the System, based on access rights associated with their user profile
Use Case 21:Track and Implement Policy and Regulation ChangeThis Use Case depicts the activities required for DSS Worker to track and implement policy and regulation changes from Federal and State entities.
Use Case 22:Resolve Applicant + Recipient QueriesThis use case describes the process by which DSS Customer Service Workers provide customer service to DSS program Applicants / Recipients.
Use Case 23:Manage Internal (Help Desk) QueriesThis use case describes the process by which DSS Internal Help Desk Workers provide support to DSS workers.
FR2. SNAP +TANF Case ManagementUse Case 13:Report & Process a ChangeThis use case describes the process for a Recipient to report a change of circumstance by logging onto the DSS Portal (or via a paper Change Form) and submitting a change.
Use Case 15:Submit Recertification ApplicationThis use describes the process by which a recipient submits a recertification application and how the system alerts the Recipient/Authorized Representative, providing notice of the need to recertify the Recipient’s eligibility, with instructions for doing so.
Use Case 24:Train Eligibility WorkersThis use case describes how System tools augment and enhance Eligibility Worker training with modules that address DSS policy, updates to DSS policy, and worker roles and tasks.
FR3. SNAP + TANF EligibilityUse Case 01:Eligibility Pre-ScreeningThis use case describes how Applicant/Recipients complete a short, anonymous, online questionnaire based on primary determinants of DSS program eligibility and receive a preliminary, non-binding feedback on their eligibility.
Use Case 03:Designate an Authorized RepresentativeThis use case describes how a non-household member may be designated as an authorized representative for the application process provided that the person is an adult who is sufficiently aware of relevant household circumstances and the authorized representative designation has been made in writing by the Primary Informant (PI), the spouse, or another responsible member of the household.
Use Case 04:Submit Eligibility Application via Customer PortalThis use case describes how an Applicant/Recipient will apply for a range of DSS program benefits and services, without the need to apply for each program individually. This use case meets this objective of allowing the Applicant/Recipient to apply, simultaneously or individually, for Economic Assistance programs.
Use Case 05:Submit Application via Customer Portal with AssistanceThis use case outlines how an Authorized Representative (Authorized Representative) submits an Economic Assistance program application on behalf of an Applicant. It provides the ability for an Authorized Representative to electronically complete an application on behalf of an Applicant for one or more DSS Economic Assistance programs via the DSS Enterprise Portal.
Use Case 08:Process ApplicationThis use case describes the tasks necessary to support the submission of an application by an Applicant/Recipient.
Use Case 09:Screen + Conduct Eligibility InterviewThis use case describes the process for the Eligibility Worker to meet with the Applicant and perform the interview in person or remotely.
Use Case 10:Determine EligibilityThis use case descibes how the System performs a series of eligibility checks on the application, defined by program-specific rules, to determine the Applicant/Recipient’s eligibility.
Use Case 11:Issue Client BenefitsThis use case captures the process for issuing benefits to a new Applicant/Recipient or change in benefits for an existing Recipient.
Use Case 17:Issue D-SNAP BenefitsThis use case is for an Applicant/Recipient completing a disaster related SNAP (D-SNAP) application and an Eligibility Worker assessing the need for populations and/or individuals to receive D-SNAP benefits due to natural disasters in presidential declared disaster areas.
FR4. Appeals & HearingsUse Case 18.1File Appeal RequestThis use case describes the tasks necessary to capture how the System tracks information and actions related to filing an appeal for a fair hearing, and how DSS Appeals and Hearings Staff process the appeal request.

Note – DSS policy provides significant appeal rights to the Applicant/Recipient for most case actions. All notices and communications with Applicant/Recipients must contain the policy specifying appeal rights and the process by which to file an appeal. These rights are not individually specified for each action in this document

Use Case 18.2:Conduct HearingThis use case describes the tasks necessary to capture how the System tracks information and actions related to scheduling and conducting a fair hearing or administrative desk review of an appeal.
FR5. Program IntegrityUse Case 25:Program IntegrityThis Use Case describes the process to enable any person to submit a referral for a possible overpayment, program violation, and/or benefit tracking via multiple channels (e.g., phone, hardcopy, e-mail, DSS Enterprise Portal).

&"Arial,Regular"&A

&"Arial,Regular"&9&F &"Arial,Regular"&9&P of &N

FR1. General Req.

State of South Carolina Department of Social Services
Economic Services System Application Modernization (ESSAM) Project
Requirements Definition Document (RDD)
RFP #5400024945

General Requirements

Req #Business Capability (L0)Business Capability (L1)Use Case #Use Case NameRequirement DescriptionRequirement PriorityVendor Response: Y or NVendor Response: L, T or DVendor Proposed Release DateVendor Justification for Not Meeting Requirement, if applicableComments
FR1.1Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe Vendor will migrate all previous existing accounts for existing DSS Applicants/Recipients and Authorized Representatives and will notify them of the changeRequired
FR1.2Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will check to ensure if an account is authenticated vs. unauthenticated to determine what options/information can be displayedRequired
FR1.3Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide a user interface that is optimized for a “first time” user (emphasizing ease of use), rather than a “super user” (emphasizing rapid data entry)Preferred
FR1.4Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide context-sensitive help (e.g., pop-up text when the user positions the mouse over a specific field)Required
FR1.5Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide DSS support contact information to the user (live chat and other methods of communication)Preferred
FR1.6Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide the ability for users to choose from multiple languagesRequired
FR1.7Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalApplication information will be written in such a way that these comply with Limited English Proficiency (LEP) requirementsRequired
FR1.8Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will make use of dynamic scripting or intelligent information gathering when presenting applicable questions to applicants, based on information provided (e.g., the addition of verification questions)Preferred
FR1.9Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will offer a print-friendly view of all information presented on the DSS Enterprise PortalRequired
FR1.10Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will offer a print-friendly, Portable Document Format (PDF) version of all applications, forms, official notices and other documents on the DSS Enterprise PortalRequired
FR1.11Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will validate information entered by the user, by appropriate field type (e.g., first name, last name, address, phone number, e-mail, etc)Required
FR1.12Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System notifies the client that an account has been created on their behalf. For paper applications the DSS Worker will start the account setup then the client will finish at a later time/date.Required
FR1.13Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide the Applicant/Recipient with the option to review the data prior to submission and make any final changes after the Applicant/Recipient has entered informationRequired
FR1.14Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will allow the Applicant/Recipient to log into the portal via an existing accountRequired
FR1.15Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide the ability to the User to create a new DSS accountRequired
FR1.16Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will conduct an internal check to determine if the username is available. If the username is not available, the System will display an error message to notify user that another username must be provided – in addition to suggesting a usernameRequired
FR1.17Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide the ability for the User to create and submit a password. System will save the user password upon submissionRequired
FR1.18Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will save the unverified username and password for a configurable period of time and ask the user for verification, providing multiple options for verification(e.g. email, text). If the user does not verify it within that period of time, the System will delete the usernameRequired
FR1.19Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will verify for duplication of accounts using the information provided by the userRequired
FR1.20Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will prompt user to designate communication preferences and will save preferences. Online applications will be available in English and Spanish language.Required
FR1.21Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide a way for User to recover passwordRequired
FR1.22Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will create and save the new account for the associated userRequired
FR1.23Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide the user the ability to log in/out of the portal. If the user does not remember their login credentials (i.e., user ID and Password), the System will provide user with the ability to recover username and/or reset passwordRequired
FR1.24Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalOnce logged in, the System will provide the User the DSS Dashboard with a variety of actions – including, but not limited to, the following:
a.Communicate with DSS
b.Submitting an Application
c.Uploading Files
d.Submitting a Renewal Application
e.Reporting ChangesRequired
FR1.25Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide the Applicant/Recipient with the ability to modify any previously saved information.Required
FR1.26Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will record the date and time stamp of when the account was created and/or last accessedRequired
FR1.27Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will alert the Applicant/Recipient of Information on next steps in the account creation processRequired
FR1.28Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide Applicant/Recipient options for assistance via Frequently Asked Questions (FAQs) in the portal based on current and/or future FAQs determined in by DSSRequired
FR1.29Provide Client SupportProvide Self Service Mechanisms2Create Account and Log In + Out Customer PortalThe System will provide the Applicant/Recipient other information, such as DSS's privacy practices/policies, per DSS policyRequired
FR1.30Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System will allow user to upload files to the System and associate it with the appropriate Applicant/Recipient case file recordRequired
FR1.31Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System will allow a user to upload files related to appeal request and/or hearingsRequired
FR1.32Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System will display instructions for uploading files to the DSS Enterprise PortalRequired
FR1.33Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System will provide the user with the ability to select one or more files on their local computing device (e.g., laptop/desktop or mobile device) to uploadRequired
FR1.34Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System will allow the user to save the uploaded files to the Applicant/Recipient’s accountRequired
FR1.35Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System will display a confirmation that the files have been successfully uploaded and associated with the Eligibility ApplicationRequired
FR1.36Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System will allow for an alert to be sent to a DSS Worker when Applicant/Recipient whose files have been uploaded have been associated with the Eligibility applicationRequired
FR1.37Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System will allow for an alert to be sent to a DSS Worker when Authorized Representative whose files have been uploaded have been associated with the Eligibility applicationRequired
FR1.38Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesUsing business rules based on DSS security and/or program policy requirements, the System checks the selected files to confirm they comply with the requirementsRequired
FR1.39Issue & Manage Client Benefits/ServicesDetermine Eligibility6Upload FilesThe System provides the ability for an authorized user to label (or rename) uploaded filesRequired
FR1.40Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to look up the Applicant/Recipient to see if the document sender already has an Applicant/Recipient recordRequired
FR1.41Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow the Documentation Processing Worker to select the Applicant/Recipient for whom they will be processing documentation if the sender is already in the SystemRequired
FR1.42Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will issue a receipt to Applicant/Recipient for any paper documentation submitted. The receipt will include a tracking number to allow the Applicant/Recipient to check the application status.Required
FR1.43Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will issue a receipt to Authorized Representative for any paper documentation submitted. The receipt will include a tracking number to allow the Applicant/Recipient or Authorized Representative to check the application status.Required
FR1.44Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow a DSS Worker to prepare the documents for scanning to include but not limited to:

- Date stamping

- Returning original files/documents to senderRequired
FR1.45Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow a user to upload photos/files of documentation to the portalRequired
FR1.46Provide Client SupportManage Client Changes7Process Paper DocumentationThe System records receipt of any unscannable/illegible documents and sends notice to Authorized Representative and/or Applicant Recipient to provide scannable/readable documentsRequired
FR1.47Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to categorize the documents providedPreferred
FR1.48Provide Client SupportManage Client Changes7Process Paper DocumentationIf a document returns to the processing center from a specific Applicant/Recipient, the system will automatically attach the scanned document to the corresponding case.Preferred
FR1.49Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will read the barcode and identify the document type if the document has a DSS bar codeRequired
FR1.50Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to indicate the document type if the document does not have a DSS bar codeRequired
FR1.51Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to enter additional information or comments in a free text box for each documentRequired
FR1.52Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to validate the scanned image against the paper documents to verify the electronic copy is acceptable qualityRequired
FR1.53Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to delete the file and rescan the document if the scanned images are not of acceptable qualityRequired
FR1.54Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will delete the image and prompt an authorized DSS Worker to rescan the document if the System recognizes that a blank document has been submittedRequired
FR1.55Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will perform Optical Character Recognition (OCR) on the scanned document (as possible) and store information as possible/appropriateRequired
FR1.56Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will associate all attachments with the Applicant/Recipient record and with the appropriate program-specific application or recertificationRequired
FR1.57Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will review the Applicant/Recipient’s case and identify any actions that may result from the submittal of the document. Actions may include, but are not limited to, the following:

a. Review of application

b. Approval of payment

c. Recalculation of benefit amountRequired
FR1.58Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will alert the Applicant/Recipient of receipt of the document and next steps the Applicant/Recipient must take, as appropriateRequired
FR1.59Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will alert the Authorized Representative (if applicable) of receipt of the document and next steps the Applicant/Recipient must take, as appropriateRequired
FR1.60Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will flag the application for review by a DSS Worker and indicate the documents have been received if all information has been received for the program specific application or for a change in circumstance submissionRequired
FR1.61Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to document the physical location an authorized DSS Worker files the documentsRequired
FR1.62Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will begin the timer indicating when the documents should be destroyed, per DSS record retention policyRequired
FR1.63Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to associate the document to a case file by a variety of means, which may include, but are not limited to:

a. Phonetic searches in the System

b. Contacting the Sender to obtain more identifying informationRequired
FR1.64Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will allow an authorized DSS Worker to enter available identifying information into the System (e.g., document type) if the document cannot be associated to a case filePreferred
FR1.65Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will time stamp the entry and save the document in the repository of documents that were unable to be associated with a case filePreferred
FR1.66Provide Client SupportManage Client Changes7Process Paper DocumentationThe System will associate the documents with a case file if additional identifying information is associated with the document in the futurePreferred
FR1.67Provide Client SupportManage Client Changes7Process Paper DocumentationThe System generates receipts with extracted client information from any paper documentation and sends the receipt to the Applicant/Recipient based on his/her communication preferencesRequired
FR1.68Provide Client SupportManage Client Changes7Process Paper DocumentationThe System generates receipts with extracted client information from any paper documentation and sends the receipt to the Authorized Representative based on his/her communication preferencesRequired
FR1.69Provide Client SupportManage Client Changes7Process Paper DocumentationSystem will assist DSS Worker in inputting paper application information into portal post Applicant’s/Recipient's portal account creationRequired
FR1.70Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative or an authorized DSS Worker to access the DSS Enterprise Portal and select the option to schedule an appointmentRequired
FR1.71Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will document who needs the appointment:

a. Applicant/Recipient

b. Authorized Representative on behalf of Applicant/Recipient

c. DSS WorkerRequired
FR1.72Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will present a list of appointment types and the Applicant/Recipient or an authorized DSS Worker selects an appointment type including but not limited to:

a. Interviews

b. Medical Incapacity verification appointment

c. Unspecified reasonRequired
FR1.73Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will recommend an appointment setting (e.g., phone/video vs. in-person), based on appointment typeRequired
FR1.74Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will display a list of alternatives, based on the Applicant/Recipient, Authorized Representative or an authorized DSS Worker’s address information and the appointment type, per DSS policy, for in-person appointmentsRequired
FR1.75Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative, or an authorized DSS Worker to confirm the appointment setting. No action is taken if the appointment is not confirmed. The State will still conduct/try to conduct the interview as originally scheduled.Required
FR1.76Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative or an authorized DSS Worker to confirm the contact phone number on file if the appointment will be held by phoneRequired
FR1.77Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative or an authorized DSS Worker to enter their phone number if the phone number is not already in the SystemRequired
FR1.78Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative or an authorized DSS Worker to select the appointment language requiredRequired
FR1.79Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will present the available time slots, based on:

a. Options chosen for the appointment type and setting

b. DSS resource availability

c. Program/policy timeframes, per DSS policyRequired
FR1.80Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative or an authorized DSS Worker to choose an appointment date and time preferenceRequired
FR1.81Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will schedule the appointment according to the Applicant/Recipient, Authorized Representative or an authorized DSS Worker's preference, and update the availability of DSS resourcesRequired
FR1.82Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will ensure the requirement is documented if the appointment requires multiple DSS resourcesRequired
FR1.83Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will alert the Applicant/Recipient, Authorized Representative or an authorized DSS Worker of the appointment. This alert includes, but may not be limited to:

a. Date

b. Time

c. Setting (phone/video, location)Required
FR1.84Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative or an authorized DSS Worker to access the DSS Enterprise Portal and select the option to cancel or reschedule an existing appointmentRequired
FR1.85Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will display the appointment(s) for which the Applicant/Recipient, Authorized Representative or an authorized DSS Worker is scheduledRequired
FR1.86Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative or an authorized DSS Worker to select the appointment to be changedRequired
FR1.87Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow the Applicant/Recipient, Authorized Representative or an authorized DSS Worker to indicate if the appointment is to be cancelled or rescheduledRequired
FR1.88Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will remove the appointment if the Applicant/Recipient, Authorized Representative or an authorized DSS Worker is cancelling the appointmentRequired
FR1.89Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will confirm availability with Applicant/Recipient or Authorized Representative prior to scheduling interviewRequired
FR1.90Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will remove the original appointment if the Applicant/Recipient, Authorized Representative or an authorized DSS Worker is rescheduling the appointmentRequired
FR1.91Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will maintain a history of scheduled appointmentsRequired
FR1.92Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will determine if an appointment needs to be scheduled, per Applicant/Recipient/Authorized Representative case file disposition and DSS policyRequired
FR1.93Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will determine the DSS resources needed, setting and date/time requirements per appointment typeRequired
FR1.94Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will reschedule the appointment and update the availability of DSS resourcesRequired
FR1.95Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will create another notification for rescheudling/cancelling to the Applicant/Recipient/Authorized Representative. The notification includes, but is not limited to the following appointment information:

a. Date

b. Time

c. Setting (phone/video, location)Required
FR1.96Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow an authorized DSS Worker to categorize the nature of the contact, and record the contact in the System when the Applicant/Recipient/ Authorized Representative contacts DSS via one of many available channels. The category include but are not limited to:

a. Applicant/Recipient inquiry – Members of the public inquiring about program rules and application process

b. Case status – Applicants/Recipients seeking information about an existing case

c. Applicant/Recipient change – Applicants/Recipients contacting DSS to update information on their case file

d. Applicant/Recipient issue/complaint

e. Fraud & abuse referral (Program Integrity)Required
FR1.97Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow an authorized DSS Worker to document information regarding the contact, based on the type of contact selected, including but not limited to:

a. Primary language of the Applicant/Recipient

b. Applicant/Recipient name

c. Reason for the message (e.g., information requested)Required
FR1.98Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow an authorized DSS Worker to respond to the Applicant/Recipient’s inquiry and enter the resolution, if the contact is an inquiryRequired
FR1.99Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow an authorized DSS Worker to verify the Applicant's/Recipient’s and Authorized Representative's identity (per DSS policy) and respond to the Applicant/Recipient’s and Authorized Representative's inquiry if the contact involves a Applicant/Recipient’s and Authorized Representative's inquiring about the Applicant/Recipient’s caseRequired
FR1.100Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow an authorized DSS Worker to verify the Applicant’s/Recipient's and Authorized Representative identity (per DSS policy) and record the updated information if the contact involves a Applicant’s/Receipient's and/or Authorized Representative seeking to update informationRequired
FR1.101Provide Client SupportManage Client Changes12Send + Receive Secure MessageThe System will allow an authorized DSS Worker to document information related to the contact, and recommend appropriate follow-up action if an authorized DSS Worker cannot address the Applicant’s/Receipient's and/or Authorized Representative's issueRequired
FR1.102Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will display a secure message form for the user to enter a secure messageRequired
FR1.103Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will pre-populate the information regarding the sender in the “from” area of the secure messageRequired
FR1.104Provide Client SupportManage Client Changes12Send + Receive Secure MessagesFor internal DSS Staff, the System will display a list of System user groups, using role based access (e.g., a specific county office’s staff, etc.) or individual System users, to whom the message may be sent, In the “to” area of the secure message,Required
FR1.105Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow the DSS Staff to filter/search the list for the appropriate group(s) or individual(s), using role based access, to whom they need to send a secure messageRequired
FR1.106Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow the DSS Staff, using role based access, to select one, several or all listed recipient groups or individualsRequired
FR1.107Provide Client SupportManage Client Changes12Send + Receive Secure MessagesFor Applicant/Recipient and Authorized Representative, the System will display the name of the case manager as default, in the “to” area of the secure messageRequired
FR1.108Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will provide the option for the DSS Staff to associate the message to one or more Applicant/Recipient recordsRequired
FR1.109Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow a user to enter text describing the reason for the secure message or select from a list of common secure message reasons and templates, as defined by DSSRequired
FR1.110Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow a user to enter text In the “body” area of the secure messageRequired
FR1.111Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow a user to attach electronic files to the secure messageRequired
FR1.112Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow a user to send the messageRequired
FR1.113Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will notify the recipient(s) of the secure message, and provide a link to the secure message in the SystemRequired
FR1.114Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow the recipient to access the Enterprise portal and view the messageRequired
FR1.115Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will save a timestamp of when the message was sent and viewedRequired
FR1.116Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will display a secure message form for an authorized DSS Worker to enter a secure message if an authorized DSS Worker chooses to reply to the secure messageRequired
FR1.117Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will pre-populate the information regarding the sender in the “from” area of the secure message if an authorized DSS Worker chooses to reply to the secure messageRequired
FR1.118Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow an authorized DSS Worker to add recipients to the secure message thread and to make changes/additions to the recipient list in a reply, in the “to” area of the secure messageRequired
FR1.119Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will document the Applicant's/Recipient's and Authorized Representatives' record(s) the secure message is associated with (field not editable in reply)Required
FR1.120Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will display the subject (field not editable in reply) in the “subject” area of the secure messageRequired
FR1.121Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow the user to access their list of secure messages, or an authorized DSS Worker to access an Applicant’s/Recipient's case record and select the secure messaging optionRequired
FR1.122Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System will allow an authorized DSS Worker to enter text that appends the original body text in the “body” area of the secure messageRequired
FR1.123Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System translates messages into preferred language for Applicant/Recipient and Authorized RepresentativeRequired
FR1.124Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System allows any unsent messages to be saved as draftsRequired
FR1.125Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System allows the user to upload files to a message and verifies that the files were not previously uploadedRequired
FR1.126Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System notifies the recipients of a secure message and provides a link to access the secure message in the SystemRequired
FR1.127Provide Client SupportManage Client Changes12Send + Receive Secure MessagesThe System allows users to select paper/mail-based communication as their preferenceRequired
FR1.128Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will allow the user (DSS Worker or Applicant/Recipient) to log in to the SystemRequired
FR1.129Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will display alerts based on the user’s profile, access right(s) and case load or queue responsibilities. Alerts/notices may include, but are not limited to:

a. Applicant/Recipient information changes

b. Appointment notices or reminders

c. Referral notices

d. Renewal notices

e. Appeals notices

f. Benefit recovery notices

g. Informed Consent expiration

h. Redetermination or eligibility notices

i. New secure messages received

j. Other alerts per DSS policyRequired
FR1.130Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will allow the user to sort or filter alerts/notices by the displayed alert fields including, but not limited to:

a. Urgency/importance/priority

b. Date created

c. Associated queue

d. Assigned worker (if by a supervisor)

e. Overdue itemsRequired
FR1.131Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will allow the user to dismiss one or multiple alerts/notices only after the alert/notice is read, if the alert/notice is configured to allow this (and this will be noted in the audit trail)Required
FR1.132Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will allow the user to select an alert/notice to viewRequired
FR1.133Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will display the detailed content of the alert/noticeRequired
FR1.134Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will create alert/notice which require additional action by a System User and will provide a short-cut/link to the appropriate task, including the availability of alert / notice templatesRequired
FR1.135Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will save a timestamp of when the System User views the alertRequired
FR1.136Provide Client SupportManage Notices and Alerts14Manage Notices and Alerts + Provide Program InformationThe System will allow the user to dismiss the alert/notice if/as appropriateRequired

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 .