-
Notifications
You must be signed in to change notification settings - Fork 70
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
Spike: Support Lovell Cerner (Oracle health) implementation #16485
Comments
Related: [CONSIDER] Veteran tasks during Cerner (Oracle Health) implementation #16495 |
@mmiddaugh @ryguyk and I had a good discussion about the needed changes and any remaining questions about this ticket. The executive summary is:
Questions that need Answering
Michelle is waiting to hear back from a Lovell contact that she can run these questions by. Once they're answered, then there should be enough information to write out a ticket. |
This ticket is currently blocked by waiting for answers to Michelle's questions for her Lovell contact. Once those are answered, this should be either ready or nearly ready to close and stub out 1-2 tickets for the front-end. |
A concern was raised in this Slack thread about the links for contacting doctors/refilling prescriptions being updated in advance of facilities being marked as "Cerner" in production; any time gap between a facility being marked as “cerner” in production and having their feature links updated is unacceptable. But we currently have no built-in functionality to avoid this. Wes recommends we check out cerner_staged as a way to tell if a facility will be Cerner in the near future, and use that as a check for adding the updated feature links in production ahead of the cutover. I’m looking at where we use cerner_staged, and the code does this check: “if a facility is published as Cerner, or its cerner_staged in a non-prod environment, then it will use the new Patient Portal feature links (src/site/filters/liquid.js:1646-1674). If we removed that check for a non-production environment, then all the staged cerner facilities would get the updated feature links in production before the cutoff. So it looks like that could solve the problem. if (flag === 'cerner' || (flag === 'cerner_staged' && isNotProd)) // Remove isNotProd |
From 16th minute: From Max: Manage your experience box: hidden, hard codedly, on Tricare. Could it be restored on Tricare? Yes, with a code change. Re: whether it could be restored on a subset of Facilities: should be possible, but could hard code the visiblity by Facility ID. (Possible but brittle) From Steve: For cerner value: could add a 4th value to the CMS to do wat we actually need without corrupting meaning of cerner_staged. |
Re: usage of
|
@xiongjaneg @maxx1128 just checking: we are still blocked by some missing data to create the implemenation tickets we'll need in the end, yes? This'll roll to S103? |
@jilladams Let's close this. I'll create a ticket stub to talk through findings/answers when Michelle gets them and subsequent work. |
@xiongjaneg to check on the thread about staging and if it's still needed |
According to the thread on mobile app transition for Lovell Cerner, the solution is being pursued in the EHR, so our staging option doesn't appear needed at this time. |
Description
The Facilities team has been informed that Lovell plans to implement Cerner(Oracle Health) in early March 2024. They will be the last of the DoD facilities to implement.
We need to
Background
Lovell is publicizing March 9, 2024 as the date for transition.
Tricare locations
Additional info
VA locations
Once the Lovell FHCC site goes “live” with the federal EHR system, Veterans will manage their healthcare online via My VA Health
This will impact the following top tasks
Additional info
Engineering resources
Acceptance criteria
The text was updated successfully, but these errors were encountered: