Page Content
...
(Current Work) High Level Activity Flow
Drawio sketch | ||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Activity | E&W Midlands | Y&H | NW | NE | SW | London | Wessex | TV | EOE | ||||||
Download Records with relevant documents; who Who performs this role? |
|
|
|
|
|
| Education Programme Manager
|
| |||||||
Download Records with relevant documents; How many people in the LO has got access to Oriel to the full full report- Super User? |
|
|
|
|
|
|
|
| |||||||
Download Records with relevant documents; How often is the download made? |
|
|
|
|
|
After the recruitment team saved the CSV file as XIsx file in SharePoint; At 10pm, BI/Dev app;
At 8:30am
|
| Reports are ran based on National timeline | |||||||
Download Records with relevant documents; Any Document downloaded with Report? | No document downloaded with report | No document downloaded with report but the TPD do download the following which differs from school to school and documents are saved to the trainee file
| No document downloaded with report | No document | No document downloaded with report | No document downloaded with report | Application Pack | No document | |||||||
Run/Extract reports ; Type of reports? | One full report generated. Oriel Custom Report which contains information around equality, diversity, ethnicity, gender, disability | 4 reports generated yearly:
| One Full report is generated excluding the foundation doctor | Different reports; Core, Higher, academic, Foundation, Dentist depending on the national timeline. Academic Round- Academics trainees are first pulled then Core trainees in round 1(Academic could be a bit of Round 1 because of clinical interviews), round 2 will be higher trainees and so on depending on the timeline. | Different reports; Core, Higher and academic. No Foundation and GP in the report | One full report generated. Reports generated by the recruitment team includes Foundation Doctors Records which follows the same process. | GP: Extract Report without sensitive data and get sensitive data later Foundation and other specialties: One full Report | One Full report is generated excluding the foundation doctor | |||||||
Run/Extract reports ; What format? | CSV | CSV | CSV | CSV | CSV | CSV files but save as XIsx file in SharePoint | CSV | CSV | |||||||
Run/Extract reports ; Where is the report saved? | SharePoint | SharePoint | SharePoint | SharePoint | SharePoint | SharePoint | SharePoint | SharePoint | |||||||
Mapping of reports Who does the mapping? | The LO Admin | Data Analyst - The recruitment Team notify the Data analyst moment the reports are downloaded from Oriel | Data Officer | HR/Lead Employer Team | Programme Team | HET Team. Programme/Data Focus Admins for each School/Specialty |
|
| |||||||
Mapping of reports Link to process |
|
|
|
|
|
|
|
| |||||||
Mapping of reports What template is use? |
|
|
|
|
|
|
|
| |||||||
Mapping of reports What software/app is used? | No identified software Note:
| Software - VBA/sql script /snag to identify anomalies | This uses a series of formulas and look up tables, which should hopefully make things a little easier to understand Note
| No app/software | No app/software | There is an Auto App | No app/software | ||||||||
Bulk Upload data Person Record to TIS Who Upload to TIS | Admin | Data Analyst | Data Officer | Lead Employer Team/HR | Programme Team | Data Focus Admins for each School/Specialty in HET | Education Programme Teams (GP, Foundation and other specialties) | ||||||||
Bulk Upload data Person Record to TIS What Template? | Use the People Bulk Upload Template/recruitment Import template | Export Sheet/Import Sheets | Recruitment Template/People Uploads Bulk Upload Template | People Uploads Bulk Upload Template | People Uploads Bulk Upload Template | People Uploads Bulk Upload Template | Bulk Upload/Upload Foundation: TIS Bulk Upload GP: GP Template (Not TIS template Other Programmes: TIS Bulk Upload and LO spreadsheet | ||||||||
Bulk Upload/Upload Placement Who add placement | Programme Admin- Each Programme Admins are informed by the LO Admin when their records are created in TIS. Admin share individual folder with the programme Admin. The Programme Admin inform the TPDs of who is joining their programme, upload the placement/rotation into TIS | Data Analyst | Programme teams/Schools | Lead Employer Team/HR | Programme Admin/ Specialties manager |
| Education Programme Teams | ||||||||
Bulk Upload/Upload Placement What Template? | Bulk Placement template | Manually Add placement when trainee records are created | Manual/ Bulk placement template | TIS bulk placement template | Bulk placement template | TIS bulk placement template Note: GP manually upload placement | Foundation: TIS Placement Template | ||||||||
Is it the same process for Foundation and other specialties? | Yes, not really any difference between foundation, GP, academic or the rest of rounds 1 and 2 in terms of process – just different timelines (as the recruitment rounds happen at different stages) and the local team that is directed to that information. UKFPO and GPNRO do provide some reports for foundation and GP recruitment directly to local teams, but it is often not enough for them to work off of, so they typically wait for our process even if the national recruitment offices sent in information earlier. | No. Foundation Process is mapped Foundation Process: -
Note: Data/Information Team runs SQL to take Qualification from GMC and update the data set (This only work currently for trainees with a TIS record)>Remove Trainee without GMC number and exported to a different spreadsheet. Then ask trainee to supply information and when received upload to TIS>Data Analyst Upload Trainees with GMC using People Bulk Upload into TS |
| Yes, follow the same process | No Contacts: Foundation; MADDOCK, Suzanne (NHS ENGLAND - T1510) suzanne.maddock2@nhs.net GP; SLOMAN, Richard (NHS ENGLAND - T1510) richard.sloman@nhs.net | Yes Reports generated by the recruitment team includes Foundation Doctors Records which follows the same process | No | ||||||||
Pains/Challenges | Lot of manual mapping of data to suit TIS Language |
| Pain Point
| Pain Point
| Pain Point
| Pain Points
| Pain Points
| ||||||||
Other Comments |
|
|
|
| See body of the process | See body of the process | See body of the process | See body of the process | See body of the process | See body of the process | See body of the process | See body of the process |
(Current Work) Options
# | Option | Description | Impact | Possible Dependency | Decision | Comments |
---|---|---|---|---|---|---|
1 | Do Nothing |
| ||||
2 | Filter and Enrich Oriel Data with Timestamps | The Data Service pulls the Oriel TIS Extract from Hicom’s Data Repository on a regular basis. This data includes all faculties and nations. Proposal would be for the Data Service Team to create a subset of that data for only that relevant to TIS and to enrich the data with a timestamp, for example, and other elements to track changes. | Currently Oriel data is highly restricted due to the amount of records not pertinent to TIS. Creating a subset would allow for giving greater access to the data in the NDW. Enriching the data would allow for the tracking and filtering of the data based on its creation, update, delete, etc. |
| Development Done by NDW | |
3 | Make Oriel Data Available in Tableau in Two Locations with Different User Group Permissions | Local Offices currently have one person who has access to the Oriel data with the EDI fields. This Oriel download is split and shared with different audiences. A folder in the Tableau TIS PID site would be created where only a certain list of users could access. A Tableau workbook would be created with all pertinent Oriel data including the restricted EDI fields. A second Tableau workbook would be created with a restricted list of fields in the main TIS PID site giving wider access. | This would remove the dependency on the one person in each LO running the data from Oriel but still meeting IG requirements. Having the two workbooks would automate the need for the data to be sliced for different audiences. |
| Reporting only development | |
4 | Oriel-TIS Data Comparison Report | Given both Oriel data and TIS data are in the NDW, that data can be compared to show both which records have and have not been uploaded to TIS as well as any Data Quality issues in the uploads. | Currently Local Offices have to use various spreadsheets, look-ups, SSIS packages, etc, to keep track of which records have been uploaded and which have not, or local offices wait until all Oriel deadlines have passed before uploading them to TIS. This would automate this tracker. It would also improve data quality by flagging any anomalies. |
| Reporting only development | |
5 | Create Tableau Report which Mirrors Person Bulk Upload and Maps Data accordingly. | Mapping data from Oriel to the TIS Bulk Upload is the most complicated process Local Offices do for on-boarding. The report would do this mapping in the correct format where possible. Where TIS fields cannot be automatically mapped from Oriel data this will be presented to the admin in a consumable way. | This would greatly reduce the time admins spend manually mapping data into the TIS Person Upload |
| Reporting only development Given the current nature of Oriel data structure this would be very complicated to get right and will still require manual input in some/many instances. | |
6 | Ensure TIS ProgrammeName and TIS ProgrammeNumber is added to Oriel VacancyOffers | TIS ProgrammeName and ProgrammeNumber fields were added to TIS in 2020 to allow Oriel data to be mapped automatically to TIS. Without access to Oriel data in the format required until 2023 that data has not been maintained. The proposal would be to ensure future vacancies have that information populated. | This would in theory allow for the majority if not all Oriel data to be mapped to the TIS Person Upload automatically. This would potentially allow for a fully automated process in future. |
| Given the timescales around Oriel vacancies, this would take over a year to implement. For August 2025 new starters this would need to be added on to Oriel by October 2024. If this is missed, it would not have an impact to August 2026. | |
7 | Ensure LoV alignment between Oriel and TIS | This would be to ensure the TIS reference table lists of values match those used by applicants on Oriel while applying. | If these values do not align it adds a considerable amount of manual work for admins to do when uploading data from Oriel to TIS. | Meeting with Oriel Project Manager - Alice set | This process has already been discussed and partially actioned. | |
8 | Create an interface within TIS for Oriel data to be mapped and uploaded | Rather than using Tableau and bulk upload spreadsheets an interface in TIS would be created where Oriel data was surfaced and Local Offices added any missing data required before the equivalent records being created on TIS. | This would make the whole this an in-app process without the need to use multiple systems. Having a TIS based interface could improve the UX and potential errors. |
| This would require considerable development resource. Oriel data is currently held in Hicom’s Data Repository rather than being accessible via an API. | |
9 | Use Oriel Procurement to Develop an Integrated Process/System | A 3rd Party Discovery for the procurement of a Recruitment System is concluding (as of January 2024). It was flagged as a requirement in this discovery to smooth the flow of data between TIS and Oriel or its equivalent. A more integrated solution could be created as part of this process. | This could potentially allow for more, improved options around the transfer of data between these two systems. |
| Timescales are unknown. | |
10 | Use Oriel Data to Automatically Insert or Update TIS Person Record Only | Accurate mapping of Oriel data to TIS ProgrammeMemberships, CurriculumMemberships and Placements can be quite complex and often involves experience of administrators to do. These areas could be ignored and instead a person record could be automatically created in TIS where there is not existing matched record transferring all available person fields from Oriel. Where a matched record does exist relevant fields could be updated. | This would save time creating or updating Person records where Oriel to TIS data can be mapped accurately. It then save administrators the time to focus on areas where their expertise is required, e.g. ProgrammeMemberships, CurriculumMemberships and Placements. These could then be added on the frontend as some administrators prefer or through bulk uploaded with far fewer fields required. |
| Would require TIS development. Would still leave a lot of ‘manual’ work to the administrators. | |
...