The following states reflect the GMC-defined states;
The GMC states can be used to filter / sort the trainees on the summary page and are automatically applied dependent on whether an episode has been added for a trainee who is under notice, or an episode has been submitted
The progress states/ TIS/GMC Status can be used to trigger actions for other Admins and are automatically applied - they will only be shown in the detail page
GMC |
Status (In summary page)/ “Outcome” (in doctor’s history- latest) | TIS status “Status” |
‘Recommendation' (in doctor’s history) | Rules | Comments | |
Under notice (this is applied when GMC submission due date is applied)
|
OR
| If TIS Status is Draft;
OR
OR
|
|
Episode is editable
Only displayed where the last submitted Reval episode is not
Under review
Approved
| There is still an issue with the app behaviour around this.
| ||||||||
|
|
OR
OR
|
|
|
| This has been implemented fully | ||
If submission fail to deliver to GMC
|
|
OR
OR
|
|
Episode is editable again
Under review (ahead of decision being made by GMC)
Submitted to GMC
Defer
Revalidate
Non-engagement
Applied when Admin clicks submit and episode is successfully sent to GMC
Episode is ineditable; this confirms that GMC has received recommendation
Approved
Rejected
Complete
Defer
Revalidate
Non-engagement
Applied when GMC responds
Note: the GMC “Approved” and “Rejected” are not statuses, they are actually outcomes, to be placed in the Outcomes column.
Episode is ineditable
Rejection - offline mitigation with local office & trainee << TBC w/admins
Questions
...
Are stakeholders happy with the wording?
...
| This has been implemented fully | |||
OR
|
|
OR
OR
|
| For Approved: This has been implemented fully For Rejected: This has been implemented fully Rob Pink We need to remind users around the timing i.e. the Overnight sync jobs must happen for this to reflect on Reval App. |
Questions
Are stakeholders happy with the wording?
Which value should be displayed on front end? Recommend the TIS status
Our findings/Confusions (7 March 2023, Yafang, Steve and Jay) Yafang Deng Steven Howard Jayanta Saha Joseph (Pepe) Kelly Rob Pink catherine.odukale (Unlicensed)
If a doctor is deferred and it is “approved” by GMC and the doctor will stay in Under notice tab with a new GMC due date: BA mind: Any approved doctor (either defer/revalidate) by GMC; the doctor is expected to move away from the under notice tab to ‘All doctors' tab by GMC. It now depends on when GMC move the doctor back to 'Under Notice’ with a new submission due date.
If GMC status is “approved” for the deferral revalidation, in the Recommendation summary page the doctor’s GMC status should be “empty”? BA mind: If in ‘all doctors’ tab, Yes but if still ‘under Notice’ the GMC status should still have the ‘approved’
If GMC status is “rejected” for the deferral revalidation, in the Recommendation summary page the doctor’s GMC status should be what? BA mind: If in ‘all doctors’ tab, Empty but if still ‘under Notice’ the GMC status should still have the ‘Rejected’.
If a doctor is “revalidate” (non deferral recommendation type) and it is “approved” by GMC, during the nightly sync job (UnderNotice= value “Yes”, “No”, “On Hold”) will the doctor be moved away from “Under Notice” tab? BA mind: I want to think so and I don’t think our system wait for the night sync, the status refresh is updated at some hours intervals, I want to think moving doctors away from under notice depend on GMC not our system. Our system only get the update from GMC.
By the checkRecommendationStatus api we are enquiring GMC for recommendation status several times a day and if the GMC provides us the Status “Approved” or “Rejected” and the doctor will stay under notice until the nightly sync job runs; BA mind: I want to think moving doctors away from under notice depend on GMC not our system. Our system only get the update from GMC
References to past ticket: 1.
2.Jira Legacy server System Jira serverId 4c843cd5-e5a9-329d-ae88-66091fcfe3c7 key TIS21-2545
3.Jira Legacy server System Jira serverId 4c843cd5-e5a9-329d-ae88-66091fcfe3c7 key TIS21-2120
5.Jira Legacy server System Jira serverId 4c843cd5-e5a9-329d-ae88-66091fcfe3c7 key TIS21-2075
6.Jira Legacy server System Jira serverId 4c843cd5-e5a9-329d-ae88-66091fcfe3c7 key TIS21-2086 Jira Legacy server System Jira serverId 4c843cd5-e5a9-329d-ae88-66091fcfe3c7 key TIS21-987
Rob Pink You might want to verify my answers with Users
Adewale Adekoya Rob Pink For your kind perusal.
Determining GMC & TIS Status
a.k.a. Pepe plays an analyst & SME
Definitions:
GMC Status: This describes what state/stage a Recommendation authored in Revalidation is in it’s lifecycle.
It is determined by whether it has or hasn’t been submitted
As of , a Recommendation follows a directed flow of ???//TODO: Detangle whichRecommendationStatus
fields are used as part of Recommendation and which are theTIS Status
??? … this is likely to be something like:
DRAFT
→Submitted
→ {Approved
ORRejected
}
TIS Status: This describes what stage a Doctor is at in the Revalidation cycle.
It is determined by a combination of whether the GMC define them as “Under Notice” and the status of a Recommendation for the current “Under Notice” period *There are bound to be edge cases in here and a need to refine this.
As of , a doctor will typically progress through the following ???//TODO: Detangle whichRecommendationStatus
fields are used as part of Recommendation and which are theTIS Status
???Latest Recommendation: The recommendation which was began being written in Reval when. N.B. There should only ever be 0 or 1 “Draft” recommendations but some legacy “Drafts” exist and new ones may become legacy where the Under Notice information changes after a Recommendation is written but before it is submitted.
Doctor Under Notice (from the GMC) | Doctor Submission Due Date (from the GMC) | Recommendations recorded for the Doctor | Then we set | GMC Status | TIS Status | ||
---|---|---|---|---|---|---|---|
Yes | Today + 11 months |
| Null/Blank | Not Started | |||
Yes | Today + 11 months |
| Null/Blank | Draft | |||
Yes | Yesterday |
| Rejected | Complete | |||