department-of-veterans-affairs / caseflow

Caseflow is a web application that enables the tracking and processing of appealed claims at the Board of Veterans' Appeals.
Other
54 stars 18 forks source link

Editing AMA appeal issues #5961

Closed lpciferri closed 5 years ago

lpciferri commented 6 years ago

Caseflow users across Intake and Queue will need to edit appeal data, especially issues.

We are talking about two separate things here:

  1. Correcting mistakes - when the intake user made a mistake inputting data from the AMA NOD
  2. Modifying/adding issues ("attorney magic") - when attorneys change issues regardless of what was on the AMA NOD to better reflect what the Veteran is appealing
    • Today, attorneys can even add brand new issues in this way

View definitions, user flows, and four scenarios on this Mural

View the progression of research and design in this Mural room.

Goals

Scenarios

  1. Correct issues on appeals - "Checkbox": Post-intake, users (likely VBA and BVA) need to add/remove which request issues to reflect which issues were on the Veteran's NOD.
  2. Edit unknowns - "Unknown": Post-intake, users (likely VBA and BVA) can correct/add detail to a non-rated request issue that was categorized as "unknown".
  3. Attorney magic - "Add": Post-intake, an attorney can add a decision issue to better reflect what the Veteran is appealing (while maintaining a link to a request issue).

Design + development ownership

User Stories

Viewing Issues in Case Details: Attorneys (and all other BVA users)

Adding Decision Issues

"Merging" request issues one decision issue

Editing decision issues

Connecting Decision Issues to Request Issues Note: Depending on how the designs evolve, attorneys may not need to manually connect issues, and we can do it for them. TBD.

Correcting Clerical Errors

Graveyard

Open Questions

~- How should VBA users edit issues? How is it different than how attorneys can edit issues?~ ~- How do attorneys edit issues today? Will they understand the concept of request and decision issues?~

amprokop commented 6 years ago

How do we differentiate correcting mistakes versus "legal magic"?

One thought is that the difference is process. It's possible that we'd want to "re-intake" appeals if there are truly mistakes/errors on the NOD. I believe @shanear @abbyraskinUSDS are already thinking about this flow, so it might be part of Intake. In this case, the request issues might change. In the "legal magic" case, however, attorneys would create review issues in Queue that need to be linked to request issues.

On the other hand, I don't have full understanding of why we'd truly need to differentiate the two. Would like to see a strong case for that before we embark on making two flows.

lpciferri commented 6 years ago

@sneha-pai @mkhandekar @abbyraskinUSDS @leahbannon @suzchap @shanear @mdbenjam @amprokop @allyceh - check out the updates to the Mural.

  1. I tried to make the Mural easier to follow by labeling sections
  2. I incorporated Abby's high level user flow and clearly delineated intake and post-intake actions
  3. I devoted a section to all four scenarios

I hope this is more clear, so we can begin to sketch out flows for both intake and queue, and answer open questions this sprint.

The graveyard section below contains notes and former diagrams, if they were useful to you.

lpciferri commented 6 years ago

@mdbenjam @mkhandekar @laurjpeterson and dustin met on 7/25 to discuss progress with editing AMA issues - focusing on scenarios 3 and 4 in the Mural

Next steps:

mdbenjam commented 6 years ago

I see three main approaches to storing issues:

1) Maintain VACOLS levels - In this approach we keep things exactly how VACOLS does them. The downside is that a user needs to translate what a Veteran is appealing into VACOLS data. 2) Have some basic structure - In this approach we have basic levels probably business line, maybe an issue (increased rating), and diagnostic code. We can either present this in the same tiered approach VACOLS does right now, or we could through them all into a giant searchable dropdown. Attorneys will still need to create the leveled data from what the Veteran is appealing. However, we might be able to automate some of this by looking at key phrases from what VBA adjudicated. 3) Provide a free text field - In this approach we just copy the request issue into the decision issue. There is no structure here besides the diagnostic code which we will still maintain.

shanear commented 6 years ago

I think we will almost certainly want to do 2 or 3, unless the Board is realllllllly attached to the VACOLS levels system.

I have some comments on some of the assertions you made in those:

Attorneys will still need to create the leveled data from what the Veteran is appealing.

Maybe not, we can dig a good amount of the info about the issue from BGS, such as the diagnostic code from BGS if its a disability issue.

In this approach we just copy the request issue into the decision issue.

I don't think we'd want to copy anything, since it doesn't make since in a lot of cases. Just have the attorneys write the decision issues in connected to the appropriate request issue.

lpciferri commented 6 years ago

Another reference - Intake team started the discussion around what structured data we coul duse for rated issues. https://github.com/department-of-veterans-affairs/appeals-design-research/issues/835

mkhandekar commented 6 years ago

This is a cross-post of my slack message, with some additional context, so that we are also tracking on github:

I / Queue team are trying to understand what data Intake team has so that we might surface separate fields for each piece of data in Case Details, and make it possible for users to edit it.

Using that info, LP and I put together our understanding (so far): Edit AMA issues mural

@shanear, @mdbenjam and any other intake teammates who would have additional insight -- can y'all hop in there, poke holes, answer some of our questions and help round out our understanding of the breadth of data you have?

You'll help us move forward with a couple of ideas we have about how editing can work in case details!

lpciferri commented 6 years ago

Resources:

lpciferri commented 6 years ago

@allyceh is taking over this work! this week, we discussed:

shanear commented 6 years ago

As an attorney, I need to add a decision issue to the veteran's appeal so that the decision I am drafting reflects what's in Caseflow. As an attorney, I need to add a decision issue to the veteran's appeal when I am checking the case out to my judge so that the decision best reflects what they're appealing.

Not sure what is different about these two

shanear commented 6 years ago

It looks like you have adding and connecting as two separate stories. I was thinking it might be easiest to add a decision issue already connected to a request issue? This way you don't have to worry about the complexity of connecting after the fact.

allyceh commented 5 years ago

Note: we've been updating user stories/requirements in the original ticket above on an ongoing basis. Refer to the User Stories section for all of the latest.

lpciferri commented 5 years ago

DONE!