MVP & Post MVP
Following the completion of the Regional workshops with BM's, Administrators and Trainee's we ran some internal workshops with BA's, PO's, Devs to firstly refine the findings (removing duplicates from regions and grouping into features) followed by a high-level review of what we consider to be:
- Potential MVP
- Potential Post MVP
- What needs to be investigated by BA's to understand Process, Gaps, Pain-points, Can and Can't do's and Only if's
- What needs to be changed in the current TIS solution for this to work in the App
- Current framework prototype to share: https://invis.io/YHSLG7GX3GA#/348116886_Log_In
We are grouping this feedback/insight below which will then be used in a 'Proposal' for the Senior Stakeholders/Business to agree to in terms of the Application.
Potential MVP: UX, Dev and BA insights, investigations and ownership
Feature | Element | Interaction | New or TIS | Description and approach | User needs and considerations | Owner |
---|---|---|---|---|---|---|
Build and Approach | Considerations for Devs and Business | TBC | New | This is a high-level list of considerations we need to establish and agree on in regards to the build of the solution for Trainee UI:
| At this stage, these are essentially recommendations and proposed questions. We need to make a decision as to these requirements and approaches. |
|
Infrastructure |
| New | A new service is less important around the tech debt we have in TIS | It has been suggested that this is a new service with an isolated database which gives Record level isolation and we do not inherit any of the issues with TIS. |
| |
Security |
| New | More detail to be added here | More detail to be added here | Dev | |
Authentification | Kubernetes deployment | New | Questions we need to have a clear understanding of:
|
|
| |
User roles | Access |
| We need to understand all the User Groups and who needs access to what. We have some defined in the back-log but we can investigate this further. We would need them to access TIS, not the Trainee App. Example:
| BA to investigate exactly what information each User Group needs access to and how we do this through TIS. We much ensure that all data updated or entered by Trainees pulls into TIS and is Real-time | BA | |
Framework |
|
| We have a responsibility to adhere to the GDS and NHSSD service design guidelines. We must ensure the framework and UI is accessible to all, easy to use and user-centric. | The current prototype is based around the NHS App toolkit and has been tested against accessibility, we must ensure any bespoke areas of the application meets these same standards. We will work with both NHSSD and GDS sharing our findings, approach, and Design work to ensure we are meeting these standards. Prototyping and testing with Users are a key part of the delivery of the solution. | UX/UI | |
Scaling | Future-proofing the app |
| More detail needed around the HEE road map | What do we need to know about to ensure we build a solution that is scalable and future proof |
| |
Profile | Personal details |
| TIS |
| The users have requested these be editable but we need to confirm with ESR and bi-directional. For MVP we have this as read-only | If Bi-directional this needs BA. If MVP agreed for read-only this can be designed out by UX/UI |
N.I | Read-only | TIS | National Insurance Number | They use this for HR, Pay Roll, and other purposes, so we would need to also work out who would require access to this in regards to viewing it in TIS? | UX/UI | |
Placements | Read-only | TIS |
| We need to investigate how far into the future we want to view for process and contracts. Considering that placements can change. Users requested 12 weeks into future | BA | |
Assessment | Read-only | TIS | What is the key info we want to render in the profile area | We need to understand what we can and may do not want to show here. | BA | |
Inaccuracies to details above |
| New | The users would like a way of flagging up if something is not correct to Admins. Ie, a way of notifying through the profile that something has changed or is incorrect. | We may want to think about how this would work. Ie. Something that allows them to suggest a change that goes to ESR or TIS Admin, or a way of signaling this is Correct or this is Not Correct? |
| |
Placements |
| Read-only | TIS | All the current info we have on TIS to be pulled into the Trainee UI | We want to ensure that this has the same logic and rules as 'Future placements' will have in Profile. They must be the same. | BA as with profile view of 'Future Placements UX/UI design out |
|
| TIS | They would like a little more information around these as well as having this available in the App | We need to think about Supervisors and Trainers too how they will be able to view this info | UX/UI | |
Assessments | ARCP | Read-only | TIS/New | The users would like the following around ARCP:
| We need to investigate how this might work. ideally, both Admins and Trainees feel that having a simple way of notifying/reminding Trainees about ARCP and scheduling this in Calendars would be a huge benefit and help to streamline the process | BA to investigate the process so we can identify how we might streamline the process |
Forms | All forms | Signatures | New | Users would like to have digital signatures or an easy way of approving forms. This would streamline the process | We need to have a clear agreement across all teams that digital signatures are acceptable. If we have to download forms, this will essentially make the process redundant. | BA to investigate the implications of digital signatures and get approval from HEE |
Auto-generate | New | We should look to digitalise all forms and auto-populate areas that we can | We need to think about a 'mobile' first approach to filling out forms. As well as the process for each form with approval and sign-off | BA | ||
Form-R (Part A-B) |
| New | We need to focus on having a simple way for the Form-R and the process, to be digitalised and easily accessible | This should be a priority in regards to MVP but also having a clear journey mapped out for both Trainees/Admins and anyone else involved in this process. |
|
MVP: Workshop feedback for backlog and build
(We still need to create the back-log of refined feedback from all Regions to this table below. Also the Success/Measures, User Stories and Personas created in all workshops. These are essentially what we refer to with design and creating tickets around User Stories for the build
Feature | Element | Interaction | Comments | Actions |
---|---|---|---|---|
Profile | Personal details | Interactive/Read-only
| They asked for their profile to include any of the 'important' information about them, for them to use and share with others. A quick stop place to find out about their past details and current/future commitments and interactions. One place for them to update all details around their profile as a Doctor in training
| We need to make sure that the Calendar works well, and is synced similar to say 0365 Calendar and scheduling work |
GMC/GDC | Read-only | We must ensure that the Trainees cannot edit this | Make sure this is R/O | |
Passwords | Reset | Allow the users to reset their passwords in their profile area | This could be investigated | |
Profile photo | Upload | Users asked about having a photo of themselves as part of the profile | If this is quick we can do it, but not essential | |
HR/NHS emails | Read-only | NHS emails: Duplicates/Collected emails for each post? This is frustrating as they would like one 'Master' email instead of multiple | We may need to investigate this | |
Data | Sensitive data | Sensitive Data (DOB/Nation) | We may need to investigate this | |
Visa | Read-only | Immigration Tier 2 Vias progress/status | We may need to investigate this | |
Approvals | Important info | If the Trainee needs to change a Surname or something that has a large impact on their records we need to have a way that they notify the Admins who then approve this, maybe with a link for them to where this can be done | We have to make sure that we enable the Trainees to do what they need to do, but without causing issues with Admins | |
Access | Information | Who can access this, it would be great if we made sure that other teams who may need this information may have some kind of high-level access to this, and are informed when things change. Daenerys etc | We need to check this and make sure we allow access but only to the correct people | |
Info | Training days | Regional training days in relation to the user's specialty | This would be useful but will need some investigation | |
Profile notifications | Change requests |
| There needs to be a real-time link between the Admins and Trainees if we introduce notifications. They also need to make sure they have different levels of control over these options | We need to investigate this as at the moment some Admins would like to have this and some prefer to have their trainees ask them first |
Inaccuracies |
| The users would like to report inaccuracies in their personal details in an easy manner | We may be able to add some kind of button to report to admins this is in fact wrong. Email link? | |
Programme & Placement | Placement | Notification | To be able to notify the trainee of the next placement (12 weeks) and (LET) + Option to raise a query via the notification. The trainees must not be able to:
| We need to have a think around notifications and how we can use them for different areas of the App. Will they sit in 'notifications' or be specific to the feature they are sat within? |
| Read-only | The admins feel that this would be useful as long as the trainees cannot change anything. They should also have as much information on the placements as we can supply | We can have a look into some of the information around the placements, what's of value? | |
Program | Read-only | They feel that it might be of value to have some information around the program itself, but have this read-only. | We need to make sure that the information used is current | |
Placements | Read-only | A list of future placements and rotations | The ability to view upcoming rotations and placements scheduled for the trainee. This gives them the ability to flag up anything that is wrong or they need to change | |
Training | Contracts | No contracts for training | Think this is frustration and causes lots of issues with benefits | |
Contacts | Read-only/links | Contact details for placements | A list of details for each placement that is scheduled for trainee | |
Assessments | ARCP | Read-only/links? | ARCP Checklist (Tickbox culture) | We should check exactly what data needs to be on this list? Does anything cause issues with data protection? |
ARCP Calendar | Read-only/Interaction | These may tie into the 'Calendar' so that the Trainee is able to plan and schedule around these dates: RCOA e-portfolio style checklist was mentioned, think of a traffic light style checklist of essential documents for ARCP | Think around how this may work in a Checklist that they follow and ticks off as they complete different actions around ARCP. Think about how this may also tie in with a calendar and how the Admins feed these dates into this feature through TIS? | |
Appeals |
| How do users appeal an ARCP through the app | Needs investigating | |
Online action plan | Interactive |
| We need to investigate what this actually is and how we may help to digitalize this. They were not able to explain all details around how this may work | |
Outcome form | Read-only | This should be a simple way to view the outcomes of their assessments | We need to see an example of this | |
Exam results | Read-only | A way for the Trainees to see all past exam results | We need to work out where this comes from | |
Mandatory training |
| They would like their Mandatory training to be easy to access through the app | We can help with this | |
What does success look like and how do we measure this? | Success | Measure |
To do | To do |
Slack: https://hee-nhs-tis.slack.com/
Jira issues: https://hee-tis.atlassian.net/issues/?filter=14213