User session on Connections 12/08/22

Why Connections?

• Doctors have to be connected to BD to work as a doctor.

• Part of terms and condition to start training;Though this will not stop them from training.

• Nothing to do with ARCP but doctors must be connected 

• Doctors are connected to their training programme

• GMC expect doctors to be connected to an employer/DB

• Legal obligation

• Current way of doing it is difficult. Reconciliation of connection with GMC connect

• Not many use the Discrepancy report which tries to reconcile who should/shouldn't be connected

• Joint obligation btw Admin/Doctor to ensure correct list of connection 

RP - is the purpose of Connections:
”To help teams manage revalidation obligations by providing a definitive list of doctors and their designated body association, and to enable easy management of their connection state i.e. connected, or disconnected”.

User Journey (Old Reval)

London not using Old Reval for Connection

• No action before login into TIS-Admin

• Login into old TIS- Reval via TIS Admin

• Go to Connection discrepancies to Remove connection or create connection (this contains the list of current connection)

• Every month, list of discrepancies is transferred into a spreadsheet to check for more details about individual doctor in TIS Admin.

Pain Point:

• Info on TIS -misleading/inaccurate

Opportunity:

• Historic Connection in the new module/system: Might be useful for investigation. This is not available in both old TIS Reval and GMC Connect

Action: How do we minimise inaccuracy in TIS? Can we do that through logic?

RP - what info on TIS is misleading / inaccurate?

User Journey (GMC Connect and TIS- Reval )

• (Before login into system) Users generate mega report via NDW on who’s is finishing/CCT- ARCP outcome 6 - Run report 3 months to finishing. Each Local specialty has its spreadsheet/report

• Check doctors under Notice in TIS-Reval

• Compare the two reports (Under Notice from TIS- Reval and the Local specialty spreadsheet so see who needs connected or disconnected

• Login into GMC connect to do the disconnection or bring forward doctor already connected to appear under Notice

• No action after using the system

Pain Point:

• People connected to wrong RO/Trust (To be considered in discrepancies)

• Doctor not disconnecting themselves when they finish (To be considered in discrepancies)

• Doctors not connecting themselves (To be considered in discrepancies). If a doctor connect himself 2 weeks or more than the programme start date - they are disconnected by Admin

• No way of knowing if a doctor has connected himself somewhere else (To be considered in discrepancies).

Opportunity:

If people connected correctly we don't miss them.

To add connection

• No action before login

• Login into GMC connect

• the default page is under notice doctors' list

• Select Add doctor on the LHS

• put the doctor GMC number to search doctor

• Select reason for adding connection

• Submit

To Remove connection

• No action before login

• Login into GMC connect

• the default page is under notice doctors' list

• Select All doctor on the LHS

• Click remove doctor towards the end of the individual doctor’s row

Note: Good thing about using GMC is that some doctors are not on TIS but in GMC - GMC connect is used to add connection for such doctor.

Pain Point:

• Only displaying All doctors and can only add or remove doctor's connection 

• Only displaying All doctors and can only add or remove doctor's connection 

• Can't view list of historic connection except by individual search

Opportunity:

• Historic Connection Tab in new TIS Reval

• Bulk add/remove connection

• Able to hide doctor from list 

Action: To be considered for discrepancies

• People connected to wrong RO/Trust

• Doctor not disconnecting themselves when they finish

• Doctors not connecting themselves but If a doctor connect himself 2 weeks or more than the programme start date - they are disconnected by Admin

• No way of knowing if a doctor has connected himself somewhere else ????? is there any other system doctors uses to do connection apart from GMC connect?

RP - Why are docs not on TIS?

What Admin will be able to do in connection tabs

Current Connections: Just see doctors connected to the DB

Historic Connections: Not adding any Value

Discrepancies: Add/Remove connections

Hidden: Can't think of anything why we need it

Current Connections: See list and Disconnect

Historic Connections: Just view

Discrepancies: Connect disconnect, Hide and add Note- Reason for Hidden?

Hidden: Unhide and add Note- Reason for Hidden

Action: Redesign of update connection (MVP) and bulk connection (Post MVP?)

Priority: Current connection and Discrepancies tabs (MVP?). Hidden and Historic Post MVP?

UI Design - Doctor detail page

Programme History: No value added

Connection History : Yes want to see

Update Connection : Yes want to see

Programme History: No value added

Connection History : Yes want to see

Update Connection : Yes want to see

Action: To remove the programme History from the new design

First name

 Y

 To identify trainee

Last name

 Y

 To identify trainee

GMC No

 Y

 To identify trainee

Programme

 Y

To identify where they are placed

Should this be renamed ‘Current Programme’?

Should this be renamed ‘Current Programme’?

GMC Submission date

 Y

So they are revalidated in time

Designated body

 Y

 So you know which DB they fall under

This field only appears for London but other DBs will not see the field in their summary page

This field only appears for London but other DBs will

not see the field in their summary page

Programme Owner

 N

Can’t see what it would be used for.  However we would need PROGRAMME NAME to identify the specialty.

Is it possible for the programme owner to be different from the DB? If no, is the field required because the doctor is currently connected to the DB
Note: It might be required for London because of the 4 DBs

Is it possible for the programme owner to be different from the DB? If no,

is the field required because the doctor is currently connected to the DB
Note: It might be required for London because of the 4 DBs

Programme Membership

 Y

 Not one I use but guess useful given other categories other than substantive.

This is mostly Substantive. Other categories are Military, Visitor or LAT

This is mostly Substantive. Other categories are Military, Visitor or LAT

Current Connection

Don’t think this is required because the 'Current Connection' Tab is reflecting current connected doctors

Don’t think this is required because the 'Current Connection' Tab is reflecting

current connected doctors

Start date

 N

Is this start date in post. Not sure it is needed as if not yet started but they do connect would be picked up in discrepancies.

End date

 Again not sure it’s used but no problem if others use it.

First name

 Y

Last name

 Y

GMC No

 Y

Programme

 The last one only?

What should be displayed here?
Should it be the latest past programme connection with the DB only or multiple programme list with other DBs?

What should be displayed here?
Should it be the latest past programme connection with the DB only or multiple programme list with other DBs?

GMC Submission date

 Y

 So can see when put through?

Should this be empty? If yes, why the need to display?

Should this be empty? If yes, why the need to display?

Designated body

 Y

 See which RP they fell under?

This field only appears for London but other DBs will not see the field

Should this be empty? If yes, why the need to display?

This field only appears for London but other DBs will not see the field

Should this be empty? If yes, why the need to display?

Programme Owner

Should it be the latest past Programme Owner?

Is it possible for the programme owner to be different from the DB? If no, is the field required because the doctor is currently connected to the DB
Note: It might be required for London because of the 4 DBs

Should it be the latest past Programme Owner?

Is it possible for the programme owner to be different from the DB? If no, is the field required because the doctor is currently connected to the DB
Note: It might be required for London because of the 4 DBs

Programme Membership

This is mostly Substantive. Other categories are Military, Visitor or LAT

This is mostly Substantive. Other categories are Military, Visitor or LAT

Current Connection

Don’t think this is required because the 'Historic Connection' Tab is reflecting disconnected doctors

Don’t think this is required because the 'Historic Connection' Tab is reflecting disconnected doctors

Start date

End date