Skip to content
Hunter Schallhorn edited this page Dec 21, 2020 · 6 revisions

Table

Most Caseflow users' default view is to see cases assigned to them in a table. We have a few iterations of this table based on user type.

All users should have the following:

Attorneys

Attorneys currently have the following columns:

  • Case details: Veteran name | Veteran ID
  • Type: AOD, CAVC, Original, Post-Remand, etc.
  • Docket number:
  • Days waiting:
  • Veteran documents: Link to Reader

Judges

Review Cases (X)

This view allows judges to see cases assigned to them to review and sign.

  • Case details: Veteran name | Veteran ID
  • Document ID: Document ID and attorney who assigned the case to the judge
  • Type: AOD, CAVC, Original, Post-Remand, etc.
  • Docket number:
  • Days waiting:
  • Veteran documents: Link to Reader

Co-located

New cases tab

  • Case details: Veteran name | Veteran ID
  • Task Type: Admin action type
  • Type: AOD, CAVC, Original, Post-Remand, etc.
  • Docket number:
  • Days waiting:
  • Veteran documents: Link to Reader

Current state: (can probably delete this)

Field Attorney Judge cases to sign Judge cases to assign/attorney queues Co-located
Veteran name (ID) x x x x
Appeal type (e.g. AOD) x x x x
Docket number x x x x
Task type x x
Number of issues x x x
Number of documents x x
Document ID x
Evaluation of waiting / assigned (x days ago, date assigned) x x
Due date x
Assigned from an attorney x

Cases are shown in user's queue tables as tasks. These indicate the action that a user is expected to take on the case that is assigned to them. This allows cases to be show in multiple users' queues at the same time, if the work on them can be done in parallel. For AMA appeals, all tasks exist in the caseflow database. Currently, legacy appeals that are assigned to a judge or an attorney do not have tasks in the caseflow database. Instead, we use information from vacols such as the case's "location" and the user's role as a judge or an attorney to determine whose queue the case should appear in and what actions they should be able to take on the case. These are known as legacy "ephemeral" tasks; they are not stored as tasks but are formed into a similar format based on information from vacol so tables can present them as tasks. This causes some occasional annoyance for users that are "acting" judges as they can perform both attorney and judge work.

These cases are paginated on the back end (with the exception of judge and attorney "Assigned" tabs and a judge's entire assign queue). This means the initial request to load a user's queue will only pull and show the first 15 tasks in their assigned tab based on the standard case sort order (high priority first, then oldest). Any subsequent navigation to other tabs, filtering, or sorting of tasks will make requests to the back end for these appeals to keep the initial load time of queues down.

Tabs

User queues

Assigned

This tab shows all active tasks assigned to a user. This is determined by the task having an active status and the assignee being the user. As noted above, as attorney and judges do not have tasks stored in caseflow for legacy appeals, this tab will also show any legacy appeals with a location code of the user's unique vacols id.

On Hold

This tab shows any case that is assigned to a user that is currently on hold, either because the user placed the case on a timed hold (will become available to be worked after that time is up) or they have assigned a task to another person or team (will become available to be worked when that work has been completed). For legacy appeals, we populate attorney on hold legacy appeals by looking for any tasks they have assigned to their support team (as what would have been that task's on hold parent assigned to the attorney does not exist in the caseflow DB).

Completed

This tab shows every task that the user has completed in the last two weeks. If the user cancelled a task, it will not appear in this tab.

Organization Queues

Unassigned

This tab shows all active tasks assigned to the organization that has not been assigned to a member of that org. This is determined by the task having an active status and the assignee being the organization.

Assigned

This tab shows all active tasks assigned to the organization that have been assigned to a member of that org and are currently being worked.

On Hold

This tab shows any case that is assigned to a member of the organization that is currently on hold, either because the user placed the case on a timed hold (will become available to be worked after that time is up) or they have assigned a task to another person or team (will become available to be worked when that work has been completed).

Completed

This tab shows every task that every member of the organizatrion has completed in the last two weeks. If the user cancelled a task, it will not appear in this tab.

Clone this wiki locally