Skip to content
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

Geo matching to closest RO office, irrespective of state #11063

Closed
pshahVA opened this issue Jun 7, 2019 · 3 comments · Fixed by #11706
Closed

Geo matching to closest RO office, irrespective of state #11063

pshahVA opened this issue Jun 7, 2019 · 3 comments · Fixed by #11706

Comments

@pshahVA
Copy link

pshahVA commented Jun 7, 2019

Background

Current state: Geo matching to veterans allows the hearings team to determine the closest regional office to that veteran. This regional office is usually limited to the same state as the veteran with some exceptions.

Goals

Investigate the level of effort to change this alogorithm to look for the nearest regional office, irrespective of the state the Veteran lives in.

AC

  • Investigate the level of effort for the following two updates to the geo matching the veteran to the nearest regional office.
    • Option 1.) Find the closest regional office or alternate hearing location to the veteran, regardless of state lines.
    • Option 2.) Find the closest regional office to the veteran, regardless of state lines.
@lomaxap
Copy link
Contributor

lomaxap commented Jun 24, 2019

@pshahVA where are we with this?

@pshahVA
Copy link
Author

pshahVA commented Jun 24, 2019

This is the email that was sent to the Board:

I have talked to the engineering team to get a better understand of the relative level of effort for the two geo matching options that you have asked us to investigate.
Option 1: Match Veteran to closest Regional office.
This will keep the existing functionality, but match a Veteran to a regional office that is closest to their physical address, irrespective of state they live in. This is a smaller engineering change that is not too disruptive to the application.
Option 2: Match the Veteran to the closest regional office or alternate regional office.
This is a significant change in the flow of how Veterans are scheduled and would be a much larger effort because Caseflow uses the Regional Office as the main way to organize hearings.
Here's why:
The current flow to build the schedule and then schedule a Veteran is as follows:

  1. Build the schedule, by allocating and assigning hearing days to each Regional Office, which occurs through the yearly scheduling exercise of uploading non-availability dates of RO’s etc.
  2. When ready to schedule a Veteran, the Hearing Coordinator picks a Regional Office that they want to schedule. All Veterans closest to that regional office (RO) that are eligible to be scheduled will be shown in a list.
  3. The Hearing Coordinator then selects the Veteran they want to schedule. Then, Caseflow suggests the Veteran's closest hearing location based on the Veteran's address and a list of alternate hearing locations. A coordinator can confirm the suggested location or pick a different one based on their judgement and review.
    o Right now, an alternate hearing location can only be selected if it is associated with the regional office. This is because we group alternate hearing locations with the ROs that have used them before. For example, the Houston RO has X alternate hearing location. X alternate hearing location is associated with Houston in our code.
    o And currently, the alternate hearing location is seen as "part of" the RO. This means that they share the same hearing days. These alternate locations do not have their "own slots."
    The changes in Option 2 would require that we de-couple the connection between regional offices and their associated alternate hearing locations in our code and in each part of the application where it's referenced, which is quite a large engineering lift.
    Further, we would need to treat the alternate regional office as a full blown RO hearing location from the get go, and gather their availability and non-availability days to build the schedule. Otherwise, it would alter the hearing schedule, judge assignments, and consequently, the above scheduling flow.
    Given all of this, we recommend Option 1 for reduced technical engineering effort and therefore increased speed to accomplish this feature.
    Please let me know if you have any further questions.

@pshahVA
Copy link
Author

pshahVA commented Jun 24, 2019

The investigation is closed, awaiting management feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants