Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

  • Every existing DB will be mapped to a brand new DB, and doctors will be "lifted and shifted" to new DBCs -meaning old DBCs will be invalid/return no doctors.

  • That API we use will remain the same (but may need to check we're still authenticated?)

...

In terms of performing a quick test on stage, we can just use the DoctorsForDB template that lives on STAGE-GREEN(?) and pass it one of the "test" New DBCs they'll provide, then do whatever validation on the list that's returned that we need.

Background : Merger The merger of the HEE and NHS England requires changes to the DB - Meeting with the operation manager from the GMS hoping we can get to a position where we can do/have testing environmentDesignated Bodies that are responsible for the revalidation of doctors.

Discussion: essentially what we need in generic terms isGiven we have a mapping of oldDBC -> newDBC, where does this mapping apply, and can we maintain the oldDBC where necessary (e.g. history)My optimistic brain tells me that even though we don't have the old -> new mapping, as long as we know where it's effects will be felt, we can write migration scripts or whatever, and when the time comes just plug in the DBC mappingFor Reval it's:

...

And I think that's it?So we need the same kind of list for the other areas - TIS, user management etc.

Meeting with the operation manager from the GMC hoping we can get to a position where we can do/have testing environment.

Aim: Migration system -27 March and go live day to be 1st April 2023

...

  • The concept of ‘Owner’ on TIS is defined as the organisational body which has current ownership of a data item and its associated records whether that record is past, current or future. The values of ‘Owner’ are defined by the Designated Body reference table on TIS.

  • With the merger into NHSE on the first of April, the Designated Body Bodies which was are in Health Education England will be replaced by NHSE Education and there is a one-to-one correlating organisation from Health Education England to NHSE Education, e.g. NHSE Education East of England directly correlated to what was Health Education England East of England.

  • Given the above, when the NHSE merger takes place on the 1st of April, the ‘Owner’ of the records associated with a Health Education England body will have the new ‘Owner’ of the correlating NHSE Education body, e.g. a record with the ‘Owner’ of Health Education England East of England will now have the ‘Owner’ of NHSE Education East of England. This will apply to all associated records relating to that Health Education England body whether past, current or future.

  • The above principle represents the definition of a data ‘Owner’. Furthermore, it is not possible for Health Education England, its related bodies and its users to be the owner of data items or records on TIS whether past, current or future after the 1st of April as Health Education England as an organisation will no longer exist as an organisation. It also allows the transition to be enacted with the least amount of risk and complication.

...

EPIC Link:

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4233

Service

Tasks/

Ticket(s)

Revalidation

  • Awaiting to receive new/modified Designated body name, code and RO details from GMC on stage.

  • Test new DBC by CURLing from STAGE-GREEN/BLUE

  • NEW: Test new DBCs by

    • adding similar names to reference data

    • code (TCS DesignatedBodyMapper)

    • users in User Management

  • The programme owner from TIS will be updated too, so needs a full sync from TIS to update ES.

Before 27th:

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4234

  • Add the DBCs to TCS DesignatedBodyMapper

  • Modify/Add to reference “DBC” data

  • Add the new DBCs to parameter store to map to the Recommendation

  • Add the new DBCs to TIS-GMC-Client service

  • Add the new DBCs to tis-revalidation-connection service (probably parameter store like recommendations)

  • ALSO: For Revalidation API calls to work, the admin needs to have the correct DBC assigned in usermanagement/profile service And the RO for that DBC needs to be correct (wherever that comes from).The programme owner from TIS will be updated too, so needs a full sync from TIS to update ES.in User Management).

w/c 27th:

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-42344235

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4235

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4239

4239

  • Modify names to reflect new organisation

    • Reference Data

    • Code (TCS DesignatedBodyMapper, …?)

“Later”:

Never?:

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4240

Legacy Revalidation

  • Find the location where we need to accommodate the new DBC changes

  • Can we use this as an opportunity to close down old reval? need to ask users

TIS

  1. TIS-Reference: update reference.DBC , reference.LocalOffice , reference.trusttable

  2. TIS-Profile: update auth.UserDesignatedBody table

  3. TIS-TCS:

    1. update tcs.Programme , tcs.Post table

    2. update tcs.PersonOwner table by PersonOwnerRebuildJob in Sync service

    3. update class DesignatedBodyMapper

  4. List the changes on TIS, UserManagement and Bulk upload and inform admin users.

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4236

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4246

User Management

Should be okay when db tables of reference and profile are updated.

Needs verification and investigation to see the DBCs reference elsewhere.

TSS

NDW

  • Speak to the NDW Team about potential impact

    • Initial conversation with John Thompson on 17/02/23. A wider meeting with NDW Team taking place 20/02/2023.

    • Discussion on 20/02/2023 and 21/02/2023. Impact on NDW and Tableau users too great within the timescale. Agreed to attempt to delay the update to Programme.Owner and Post.Owner fields post 1st April through by only changing the DBCs in the reference table and mapping script. Also, the new Local Office names are not officially confirmed. Once the above TIS approach is confirmed will send comms to NDW and Tableau users/stakeholders.

  • Coordinate with NDW of potential comms to regions and other downstream users of TIS data

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4241

ESR

Further investigation on how ESR communicate across the ?changes

Hicom Leave Manager

  • Update TIS-Accent ETL to use or include the new Owner names

  • Confirm with Hicom the impact on their ETL and Accent Leave Manager system changing DBCs/Owners would have and identify mitigating actions

    • 21/02/2023 email: Hicom are conducting their own impact assessment and communicate back once complete. To note, Hicom only use Programme.Owner

NDW-Tableau

  • Identify scripts in the NDW which are or are a dependency for Tableau data sources which use DBC/Owner to extract relevant data

  • Identify Tableau workbooks which use DBC/Owner to group, filter, etc

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4242

Jira Legacy
serverSystem JIRA
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTIS21-4243

GMC - Educational Branch

  • Met with Danial Smith, Jennifer Redman-Tootell and Andy Knapton at the GMC on 21/02/2023. No mitigation necessary for 2023 GMC NTS and no other pending impact from TIS. Agreed to share new organisation names and relating ODS codes when known.

Other Docs:

Timeline of changes (as of )

Drawio
mVer2
zoom1
simple0
inComment0
pageId3718774801
custContentId3726573630
lbox1
diagramDisplayNameGMC-DBC-timeline
contentVer1
revision1
baseUrlhttps://hee-tis.atlassian.net/wiki
diagramNameGMC-DBC-timeline
pCenter0
width2535
links
tbstyle
height638.9999999999998