1 / 24

Disability Case Processing System (DCPS)

Disability Case Processing System (DCPS). Aging technology Green Screen Interface Transaction Failures Long Roll Out Cycle for Modifications Cost of Maintaining Multiple Software Sets Ownership of the Code Inefficient Collection of MI Difficulty in Sharing Work among Components.

blake-walls
Download Presentation

Disability Case Processing System (DCPS)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Disability Case Processing System(DCPS)

  2. Aging technology • Green Screen Interface • Transaction Failures • Long Roll Out Cycle for Modifications • Cost of Maintaining Multiple Software Sets • Ownership of the Code • Inefficient Collection of MI • Difficulty in Sharing Work among Components Why Are We Doing This???

  3. HIT • Internet Applications • Integration of Other Functionality • e-Cat • QDD – Compassionate Allowances • Disability Direct • Intelligent Pathing • Others Sure to Come • Other components are passing us up Opportunities Available for Leveraging

  4. Phase I – Research and Analysis • DDS Summit – November 2007 • All DDS Administrators Meeting May 2008 • DDS Administrators Voted to Proceed with DCPS • Commissioner’s Decision – June 2008 • “As Is” Business Process Modeling • Research – State Mandates, Customization, etc. • Recommendation and Assurances Where We Have Been

  5. Phase II – Planning and Analysis • Executive Vision and Strategic Plan • DCPS Brainstorming Session • “To Be” Business Process Modeling • Alternatives Analysis Where We Have Been

  6. A DCPS Steering Committee will continue to oversee DCPS activities; • There is a firm commitment to continue enhancing eDib and other legacy systems, and to fully fund roll-outs and updates until such time as the new DCPS is fully accepted and operational; • Business process modeling must prove that at a business level DDSs operate in a similar manner, but at the task level DDSs will not be forced to perform in the same manner; • Customization must be accommodated to allow DDSs to meet State mandates and to allow DDSs to make required system changes at the local level or with local authority; • The DDS community will be fully involved in the requirements gathering for a common disability case processing system; DCPS Assurances

  7. The design of the common disability case processing system will be driven by policy, operational considerations and business process; • Systems development timeframes (life cycle) cannot drive delivery of the software and software must be fully tested and accepted by the user community; • Non-SSA workloads must be accommodated; • Fiscal business practices and processes must be accommodated; • There is a commitment to improving the SSA disability case processing system through the life of the claim (i.e., from the SSA field offices, DDSs and through the appeals process), including common data definitions, common decisional tools, global reference tables, etc; • An implementation and transition strategy will be fully documented and software fully tested before national rollout and acceptance; DCPS Assurances

  8. Risk identification and mitigation strategies will be fully documented; • An evaluation strategy will be fully developed and documented, and stakeholders will have the opportunity to propose an adjustment or exit strategy, if significant problems are encountered at any stage in the analysis, planning, development, testing or rollout of the common disability case processing system; • No decisions have been made regarding SSA building versus buying a common system, and it is possible to have a system that is a hybrid of build and buy; and • The DCPS process will remain transparent, with all pertinent information posted to the ODD DCPS website and regular update communications released to the stakeholder community. DCPS Assurances

  9. Phase III – Requirements, Construction and Implementation • “To Be” DCPS business process model – the framework for the future. • “To Be” DCPS non-SSA and fiscal business process models. • “To Be” models are the foundation for the development of user and systems requirements. • Entire Disability Determination Community involved in the user and systems requirements. WHERE WE ARE NOW:

  10. Fiscal • National Vendor File Current Activities:

  11. Requirements • Requirements Review and Acceptance Process (RRAP) Current Activities

  12. Continuing Involvement of the IT Pros • DCPS Communications Current Activities

  13. Architecture • Procurement Current Activities

  14. Cost Benefit Analysis (CBA) • DCPS First Site Survey Current Activities

  15. Timeline Construction Implementation Planning Validation Testing User Acceptance testing Beta Release Roll-out Training DCPS!!!!! Where WE Are Going

  16. Requirements Activities & Construction Activities(01/10 to 06/10)

  17. REQUIREMENTS ACTIVITIES & CONSTRUCTION ACTIVITIES(07/10 TO Jan/11)

  18. REQUIREMENTS ACTIVITIES & CONSTRUCTION ACTIVITIES(01/11 TO 06/11)

  19. REQUIREMENTS ACTIVITIES & CONSTRUCTION ACTIVITIES(06/11 TO 01/12)

  20. REQUIREMENTS ACTIVITIES & CONSTRUCTION ACTIVITIES(01/12 TO 01/13)

  21. REQUIREMENTS ACTIVITIES & CONSTRUCTION ACTIVITIES(01/13 TO 01/14)

  22. REQUIREMENTS ACTIVITIES & CONSTRUCTION ACTIVITIES(01/14 TO 10/14)

  23. http://co.ba.ssa.gov/odd/specialProjects/dcps/default.htm DCPS Website

  24. ? ? ? Questions ? ? ?

More Related