-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deprecate DAS Tech Spec #9588
Labels
Priority: Medium
Blocking issue w/workaround, or "second in" priority for new work.
Product: caseflow-queue
Stakeholder: BVA
Functionality associated with the Board of Veterans' Appeals workflows/feature requests
Team: Echo 🐬
Type: Tech-Spec
Label for issues that contain a tech spec
Comments
Notes:
|
lpciferri
added this to Future
in Caseflow Project Dashboard - timelines are estimates only
Mar 26, 2019
lpciferri
changed the title
DAS tech spec and create eng. tickets
Deprecate DAS tech spec
Mar 27, 2019
lpciferri
moved this from Future
to Next up (next 6 weeks)
in Caseflow Project Dashboard - timelines are estimates only
Mar 27, 2019
Note: Talked with Jennifer White - they stopped OMO requests on 2/19/19. OGC agreed that they no longer needed to do OMO requests for legacy. |
lpciferri
added
Product: caseflow-queue
and removed
Feature: caseflow-decisions
Team: Foxtrot 🦊
labels
May 15, 2019
lpciferri
moved this from Next up (+6 through +12 weeks)
to Future Needs (unprioritized)
in Caseflow Project Dashboard - timelines are estimates only
Jun 3, 2019
Closed
jimruggiero
added
Epic
Stakeholder: BVA
Functionality associated with the Board of Veterans' Appeals workflows/feature requests
Team: Echo 🐬
Priority: Medium
Blocking issue w/workaround, or "second in" priority for new work.
labels
Dec 28, 2019
va-bot
pushed a commit
that referenced
this issue
Feb 19, 2020
### Description OMO no longer supported. Do not limit menu options based on that VACOLS value. #9588 (comment) https://dsva.slack.com/archives/CHX8FMP28/p1582123368372100
jimruggiero
removed this from Future Needs (prioritized; undefined scope)
in Caseflow Project Dashboard - timelines are estimates only
Mar 30, 2020
Moving under #9930 |
jimruggiero
added
Type: Documentation
issues related to adding documentation
Type: Tech-Spec
Label for issues that contain a tech spec
and removed
Type: Documentation
issues related to adding documentation
labels
Jul 30, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Priority: Medium
Blocking issue w/workaround, or "second in" priority for new work.
Product: caseflow-queue
Stakeholder: BVA
Functionality associated with the Board of Veterans' Appeals workflows/feature requests
Team: Echo 🐬
Type: Tech-Spec
Label for issues that contain a tech spec
Original tech spec : https://docs.google.com/document/d/1hPTu7ihUCVhlV44tssILLQGUhO0F6j2hJXARwAD409U/edit?ts=5c6ef86a#
Reference: #7809
AC:
Tech Spec
Background
Earlier this year, VA was planning to move VACOLS to a different data center since there was no clear timeline for deprecation. In response to this, the Caseflow team gave VA a ballpark timeline of March 2020. Although BVA is optimistic about Appeals Modernization Act readiness at this point, there are some signs of skepticism about the overall project of VACOLS deprecation. Some people believe that VACOLS could be around for another ten years.
After February 14th, the Caseflow team should begin a strategic shift towards VACOLS deprecation to ensure long-term appeals program health. This lays out some thinking about the first major phase of that process, deprecating the piece of the system attorneys and judges use to review cases (DAS, or Decision Assignment Sheet) and deprecating task management from the judge step of the process to when an appeal leaves the Board (Dispatch).
Also, Queue's DAS integration is a constant thorn in our side. Some of the problems it has caused are:
Deprecating DAS will make our code simpler, more maintainable, reduce bugs, and move us one step towards our long term goal of deprecating all of VACOLS.
Goals
Strategy/Approach
Project Phases
Communicate with judges to build adoption (end of Feb)
Judge trust and adoption has been an issue in the past. Judges are a senior group at the Board, and we’ll have to get some degree of buy-in from this group to move forward. So we should communicate our plans and seek feedback early by sending an email like:
As you know, VACOLS is slated to be deprecated. This will be a gradual process.
We are planning to turn off DAS at some point in the future, although we do not have a date yet. We will ensure that you continue to have the reporting functionality you need — eventually, we will transition to other reports, but when we turn off the DAS, data will still populate these reports for legacy appeals only. What actions do you take in DAS that Caseflow doesn't support? What concerns do you have? Your comments will influence our timeline, and we will attempt to address all major use cases. Even after we turn off the DAS UI, if you find that you can't do something with Caseflow that you used to do with DAS, you can submit feedback and we will work with you to find a resolution.
Cases will still be able to be searched for and visible in VACOLS — and dispositions set in Caseflow will be contained in VACOLS.
Close the remaining feature gap between Caseflow and DAS (excluding DAS reporting capabilities)
Replicate Case Timeline (Judge/Attorney/Judge/Dispatch) for legacy appeals
We already have this for AMA appeals
If we go straight to Caseflow tasks and stop creating DAS records from the outset, hopefully those Caseflow tasks can populate Case Timeline for legacy appeals the way it does for AMA appeals right now.
Alex's idea: case timeline for legacy appeals should incorporate VACOLS locations for user clarity.
Turn off the DAS UI (target March-April)?
We’ll ask Jed to simply remove DAS from list of VACOLS applications, but we will leave everything else the same for now, and not make any changes on our end. Wait 2 weeks for complaints/problems. If there are none or if we're able to address all of them, continue. Otherwise, we enable DAS until we address any critical concerns.
LP note: we may want to turn of DAS after the April attorney/judge performance reviews
Divert task management for judges and attorneys from DAS to Caseflow, but backfill DAS DB records when a judge signs the case
This way, we deprecate DAS task management without affecting reports.
Auto-case distribution creates Caseflow JudgeTasks and changes the location to CASEFLOW instead of changing the VACOLS location when a case is assigned to a judge.
We still query both Caseflow and VACOLS for a judge's tasks to catch cases coming back from OMO.
The Judge/attorney loop uses the Caseflow Task model and /tasks endpoints instead of the LegacyTask model and /legacy_tasks, but we create DAS records and update VACOLS location after the judge signs a case or approves OMO requests.
DAS reports are replicated in Caseflow / Tableau.
At this point, we should be able to ensure that previous DAS and VACOLS reports are untouched but we have both legacy & AMA data in Caseflow reports.
Create OMO team queue in Caseflow (might not need to)
"We currently only allow OMO requests for legacy tasks. However, allowing them for Caseflow tasks should be relatively straightforward. We already record them in our (attorney|judge)_case_reviews table. The main change here is to use our tasks, while either still updating the location of the VACOLS record to be the OMO office, or to roll out a queue to the OMO team for them to monitor OMO requests." (#7809)
Caseflow stops creating DAS records
However, we continue updating dispositions in VACOLS on judge case review, and continues updating VACOLS location to either QR or BVA Dispatch.
Move QR team fully to Caseflow.
QR tasks are created as Caseflow tasks for legacy appeals, but update VACOLS location to BVA Dispatch afterwards.
Move BVA Dispatch team fully to Caseflow.
After QR, BVA Dispatch tasks are created as Caseflow tasks and are outcoded using Caseflow.
The text was updated successfully, but these errors were encountered: