registration authority (ra) policy and procedures … papers/board... · registration authority...

Humber NHS Foundation Trust Registration Authority (RA) Policy Version 1.3, Oct 2013 of 47

REGISTRATION AUTHORITY (RA) POLICY AND PROCEDURES

Document Reference

POL 192

Version Number

V1.3

Author/Lead Job Title

Gary Walton – RA Officer

Director’s Name Director’s signature Date

Adrian Snarr

Consultation (Date and nature of contact)

Date of Last Changes (This Version)

Date of Next Review

Date Ratified Name of Ratifying Committee

VALIDITY – Policies should be accessed via the Trust intranet to ensure the current version is used. CHANGE RECORD

Version Date Change details

V1.0 Sept 2013 New document to replace former Humber Foundation Trust Registration Authority Procedures Pro 465 and the Legacy Policy from NHSERY Community Services Registration Authority Policy Pol 165

V1.1 Oct 2013 Section re broken smartcards added and formatted as required as discussed Governance Committee 07/10/13

V1.2 Mar 2016 Changes made to reflect new system, update to National RA Policy and Operating Guidance Section on Account Recovery Password removed


Table of Contents 1. INTRODUCTION .......................................................................................................... 5

1.1. Purpose ........................................................................................................................ 5

1.2. Background .................................................................................................................. 5

1.3. The Registration Process ............................................................................................. 7

1.4. Security and Confidentiality .......................................................................................... 7

2. SCOPE ........................................................................................................................ 8

3. POLICY STATEMENT.................................................................................................. 8

4. DUTIES & RESPONSIBILITIES ................................................................................... 8

4.1. Trust RA Staff Responsibilities ....................................................................................10

4.1.1. Confidentiality of Information .......................................................................................12

4.2. RA Manager Responsibilities – As specified in National RA Policy ..............................12

4.2.1. RA Audit and Reports ..................................................................................................17

4.3. Sponsor Responsibilities .............................................................................................17

5. PROCEDURES ...........................................................................................................19

5.1. Creation of a national digital identity ............................................................................19

5.1.1. Project rollout/existing Staff .........................................................................................20

5.1.2. Registration of Students ..............................................................................................20

5.2. Issue Card Workflow ...................................................................................................21

5.3. NCRS Smartcard Position Based Access Control – Allocating a position and access rights to a Smartcard ...................................................................................................21

5.3.1. New Access Control Position.......................................................................................22

5.3.2. Amendment to an existing Access control position ......................................................22

5.4. Removal of an Access Control Position .......................................................................22

5.5. Individuals changing job roles, team or service area within the Trust ...........................23

5.6. Use of Name ...............................................................................................................23

5.7. Staff Changing personal details ...................................................................................23

5.8. Photos .........................................................................................................................23

5.9. Fallback Smartcards ....................................................................................................24

5.10. Damaged Smartcards .................................................................................................24

5.11. Lost/Stolen/Misplace Smartcards ................................................................................24

5.12. Incident Reporting .......................................................................................................25

5.13. Smartcard Misuse .......................................................................................................26

5.14. PIN/Passcode Unlocking and Changing (Blocked Cards) ............................................26

5.15. Certificates Renewals ..................................................................................................26


5.16. Passcode Maintenance ...............................................................................................27

5.17. Leavers and Revocation ..............................................................................................27

5.17.1. Leavers not Returning to the NHS ...............................................................................28

5.17.2. Leavers transferring to another NHS Organisation ......................................................28

5.17.3. Short Term Leave (up to six months) ...........................................................................29

5.17.4. Maternity .....................................................................................................................29

5.17.5. Extended Leave (more than six months) .....................................................................29

5.17.6. Bank/staff in temporary positions .................................................................................29

5.18. Cancelling/Closing Smartcards ....................................................................................31

5.19. Personal Information Management ..............................................................................31

5.20. Worklists .....................................................................................................................31

5.21. FFFFF Codes ..............................................................................................................31

5.22. Training .......................................................................................................................32

5.23. ESR Training for RA Manager, RA Officer, Recruitment RA ........................................32

5.24. CIS Training for RA Manager, RA Officer, HR RA and Local Smartcard Administrator 32

5.25. ESR/CIS ......................................................................................................................32

5.25.1. National Administrative Codes Service(NACS)/ Organisational Data Service (ODS) Codes in ESR ..............................................................................................................32

5.26. RA User Role Profiles (URP’s) in ESR ........................................................................32

5.27. RA Forms ....................................................................................................................33

5.27.1. CIS Create New User RA Use Only Form ...................................................................33

5.27.2. Lorenzo/SystmOne Request Form ..............................................................................34

5.27.3. CIS Cancel Smartcard form .........................................................................................34

6. EQUALITY & DIVERSITY ...........................................................................................34

7. MENTAL CAPACITY ...................................................................................................34

8. BRIBERY ACT ............................................................................................................34

9. IMPLEMENTATION ....................................................................................................35

10. MONITORING & AUDIT ..............................................................................................35

10.1. RA Activity Audit ..........................................................................................................35

10.2. Independent Audit .......................................................................................................35

11. REFERENCES/EVIDENCE/GLOSSARY/DEFINITIONS .............................................35

Appendix 1 New Starter .....................................................................................................39

Appendix 2 Assigning Access ............................................................................................40

Appendix 3 Changing Personal Details ..............................................................................41

Appendix 4 Unlocking/Changing Passcode ........................................................................42

Appendix 5 Issue Card Workflow .......................................................................................43

Appendix 6 RA Training Strategy .......................................................................................44


RA HARDWARE MONITORING PROCEDURES ..............................................................45

1. Introduction .................................................................................................................45

2. Duties and Accountabilities .........................................................................................45

3. RA EQUIPMENT ASSET REGISTER .........................................................................45

4. RA Asset Register .......................................................................................................46

5. Damaged, Lost and Returned Items ............................................................................46

6. Implementation ............................................................................................................46

7. Monitoring Compliance ................................................................................................47


1. INTRODUCTION

1.1. Purpose

The purpose of this document is to provide guidance on the national obligations, roles and responsibilities of the Registration Authority (RA) and the Registration process to issue and update NHS Smartcards to Users. The RA will ensure that all aspects of Registration Authority services and operations are performed in accordance with the Registration Authorities Process Guidance (NPFIT-SI-SIGOV-0114.10) published on the 1 May 2013, together with supporting and related guidance. This document provides an overview of registration and the assignment of access to NHS Smartcard applicants by the local Registration Authority and Sponsors using the current available processing systems:

Care Identity Services (CIS) standalone.

ESR Interface to CIS (This interface is activated for Humber NHS FT but not yet fully implemented).

1.2. Background Since the introduction of the NHS Care Records Service (NHS CRS) compliant applications, it is of paramount importance that NHS patients are confident that their medical records are kept secure and confidential in line with the “Care Record Guarantee”. To achieve this objective all healthcare professionals/workers requiring access to NHS CRS compliant applications must be registered and issued with a NHS Smartcard and have appropriate access profiles. What is the Registration Authority? The Registration Authority consists of the RA Manager, RA Agents, Sponsors and Local Smartcard Administrators who have a responsibility to individuals providing healthcare services to the NHS directly or indirectly, to ensure timely access to NHS Care Records Service applications in accordance with their healthcare role.

The mandatory requirements in relation to organisational set up and appropriate governance oversight are:

1. There needs to be a Board/EMT level individual who has overall accountability in the organisation for RA activity. The responsible individual must report annually to the organisation on this activity.

2. RA Managers & Sponsors are appointed by the Board/EMT and this appointment is

confirmed in a letter of appointment which must be held by each individual appointed to these positions. Copies of these letters should also be held by the RA Manager so they are able to provide the necessary evidence to meet IG Toolkit requirements.

3. RA Managers within organisations running their own RA activity are accountable for

the running of RA activity in their organisation. They need to set up the systems and processes that ensure that the policy requirements contained in this document are


met and local processes meet these requirements and cater for local organisational circumstances (NOTE: deviation from these policy requirements due to a local preference is not permitted).

4. RA Managers and Agents need to keep up to date with national policy requirements, initiatives and changes. In order to do this it is mandatory that their email address is entered as part of their personal details held within the database of Smartcard users. They are also required to subscribe to the national email address list by sending an email with their details to [email protected]

5. RA Managers have a line of professional accountability to uphold good RA practice to HSCIC.

It is important that all members of the Registration Authority are aware of the confidential nature of some of the information captured during registration and preserve its confidentiality. All data and personal information about NHS Smartcard Users must be used in accordance with the Data Protection Act 1998 principles. An organisation’s RA operates within the governance framework identified in “Registration Authorities: Governance Arrangements for NHS Organisations”.

What are NHS Smartcards? NHS Smartcards are a plastic card containing an electronic chip (like a chip and PIN credit card) that is used to access the NHS Care Records Service (NHS CRS) and other National Programme for IT applications, along with a Passcode. The chip stores the Unique User Identifier (UUID), providing a secure link between the NHS CRS and the database holding the Users information and access rights. The combination of the NHS Smartcard and the Passcode together, help protect the security and confidentiality of every patient’s personal and healthcare information. The User is requested to input their Passcode after inserting the NHS Smartcard into a Smartcard reader which is authenticated against the National Spine. After authentication, the Spine returns a list of all active Access roles assigned to the User. This allows the User to access the NHS Smartcard enabled system(s) assigned to them from any NHS location that has an active N3 connection. The primary purpose of NHS Smartcards is to provide identification and system authentication to local informatics applications. NHS Smartcards must be kept at all times with the user. Under no circumstances can NHS Smartcards be:

Issued with the organisation name

Issued without the user’s UUID and a true likeness of the user’s photograph displayed

Shared including the passcode

Shared by any other user other than the user on the Smartcard

Remain in the Smartcard reader when the workstation is unattended by the user

Removed from the user when they leave an NHS organisation if they intend or there is a possibility that they will work for organisations that use Smartcard enabled systems at some point in the future

http://systems.hscic.gov.uk/rasmartcards/documents/ragovgateway.pdf



This document only endorses the use of NHS Smartcards. Temporary Access Cards are not used within Humber NHS Foundation Trust.

What is the Care Identity Service? The Care Identity Service is the new Smartcard registration application available to all organisations to perform Registration Authority activities. As an integrated application, it enables an automated ‘workflow’ approach that provides greater levels of governance, accountability, auditability and enables more efficient ways of working What is the ESR Interface to CIS? The ESR Interface to CIS, also known as Integrated Identity Management (IIM) combines the separate processes, maintained within Registration Authority and Human Resource teams, for capturing and managing an employee’s identity and access to the Spine. This interface is activated for Humber NHS FT but not yet fully implemented.

1.3. The Registration Process The user registration process operates locally and broadly consists of the following three stages:

A user is identified for a NHS Smartcard – this can be via an individual (sponsor – within Humber the sponsor is an individual’s line

manager/Head of Service) explicitly requesting the individual be registered in CIS or

other means such as employment into a role or requirements of a job changing

The user provides appropriate identification as per NHS Employers Identity Check standards to ensure their identity is verified and recorded to e-GIF Level 3.

Access to the relevant Spine enabled application is permitted on assignment of an Access Control Position. The RA Manager or the Advanced RA Agent directly assigns the user to the Access Control Position or grants the assignment where the request has been approved by the Sponsor.

A NHS Smartcard is created that links the user to their record on the Spine and the required level of access. Access to the Spine enabled applications is then established.

Further information on appropriate identification documents and guidelines is found on the NHS Employers website: http://www.nhsemployers.org/~/media/Employers/Documents/SiteCollectionDocuments/Identity%20checks%2022%20July.pdf

1.4. Security and Confidentiality All NHS CRS compliant applications use a common security and confidentiality approach. This is based upon the healthcare professional’s/worker’s organisations, roles, areas of work, and activities that make up the required access and the position they have been employed to undertake. Access Control Positions must provide healthcare professionals/workers with the access to patient information required to perform their role within the organisation, and the Access Control Positions must satisfy both clinical and Information Governance needs.

http://www.nhsemployers.org/~/media/Employers/Documents/SiteCollectionDocuments/Identity%20checks%2022%20July.pdf

http://www.nhsemployers.org/~/media/Employers/Documents/SiteCollectionDocuments/Identity%20checks%2022%20July.pdf


2. SCOPE

All NHS CRS compliant applications use a common security and confidentiality approach. This is based upon the healthcare professional’s/worker’s organisations, roles, areas of work, and activities that make up the required access and the position they have been employed to undertake. Access Control Positions must provide healthcare professionals/workers with the access to patient information required to perform their role within the organisation, and the Access Control Positions must satisfy both clinical and Information Governance needs.

3. POLICY STATEMENT

The Trust’s Registration Authority ensures that individuals providing healthcare services to the NHS directly, or indirectly, have access to NHS CRS compliant applications/information in accordance with their role. The Trust’s Registration Authority will ensure that all aspects of Registration Authority services and operations are performed in accordance, and comply, with the following:

4. DUTIES & RESPONSIBILITIES

Overall accountability for Registration Authority (RA) processes lies with the Chief Executive who has overall responsibility for establishing and maintaining effective and safe systems to manage and support access to electronic record systems through the use of Smart Cards. The responsibility for the processes within the Trust is delegated to the following individuals: Director of Finance, as the Senior Information Risk Owner (SIRO) is also responsible for and accountable to the Trust Board for any information risks identified in relation to this and other Information Governance policies and procedures. The Director of Finance also has delegated responsibility for managing the development and implementation of Information Management and Governance policies and chairs the Information Governance Committee. The Executive Medical Director and Responsible Officer as the Caldicott Guardian acts as the conscience of the organisation in relation to the use and protection of all health and social care records. Registration Authority Manager The Senior Informatics Managers are the Trust’s Registration Authority Manager and is the designated lead for the Registration Authority process. The RA Manager has accountability for developing the Policy and maintaining the processes. The RA Manager also provides strategic leadership and direction to the Trust’s RA Team.


Registration Authority Officer Registration Authority Officer is responsible to the RA Manager for ensuring that the National and local processes are followed and for the accurate input of information on RA forms onto the Care Identity Service (CIS). In addition to the RA Manager, as a contingency, the RA Officer is assigned RA Manager Access within the system. The RA Officer is the Information Asset Owner (IAO) in relation to all aspects of the Registration Authority. Registration Authority Agents Registration Authority Agents are responsible to the RA Manager for ensuring that the National and local processes are followed and for the accurate input of information on RA forms onto the Care Identity Service (CIS). The Trust’s four nominated members of the HR Recruitment Bureau are the Trust’s RA Agents, and together with the RA Manager and RA Officer form the Trust RA Team. Registration Authority Sponsors Sponsors are appointed and entrusted to act on behalf of the Trust in determining who should have what access and maintaining the appropriateness of that access. To support the day to day running of the RA Service and to carry out the RA responsibilities outlined in 4.1, the Trust’s RA Manager, RA Officer and RA Agents have also been assigned the role of RA Sponsor. There are different levels of Registration Sponsors. The RA Sponsor responsibilities and who these are assigned to is shown in 4.3 Traditionally the role of RA Sponsor would have been assigned to a number of managers within services who could authorise and sponsor the setting up of new users, authorise changes to job roles, access rights and terminations. Now we are using the CIS, which is only accessed by staff working within the Trust’s Registration Authority, it has been agreed with the Information Governance Committee that all line managers will effectively act as RA Sponsors and will provide the necessary authorisation either via email or via the agreed forms, i.e. new starter, change, termination forms to enable new users to be set up on the system, or to inform RA of any changes, suspensions or terminations. Mentors/Educators will act as RA Sponsors in respect of students they are mentoring and providing the necessary request and authorisation for students in their charge to be issued with a smartcard where these are required. The role of Local Smartcard Administrator has been allocated to a number of staff out in the various work bases. The through the specifically assigned activity B0263 the Local Smartcard Administrators are able to:

Unlock smartcards and reset passcodes

Renew a users' smartcard certificate up to 90 days before they are due to expire. Applicant (Healthcare professionals/workers requiring smartcards) The applicant for a smartcard is responsible for the safe use and storage of their smartcard. The card should be treated with care and protected to prevent loss, damage or theft. The applicant should ensure that no other person uses or has access to their card, account, passcode and does not leave their smartcards in the smartcard readers if they are away from their work station/computer. The applicant is also responsible for immediately notifying the Trust’s RA Officer if they lose their smartcard or if they suspect this has been stolen. This will be classed as a Serious Incident. For details of how to manage a lost or stolen smartcard see section 5.11


The applicant is also responsible for notifying the Trust’s IT Service Desk if they have any problems/issues with their smartcards. IT Operations Manager and IT Service Desk The IT Operations Manager is responsible for ensuring that there is sufficient computer equipment to support all users of CRS applications (including those for registration). Any failure or unavailability in NHS CRS compliant applications are reported to the IT Service Desk in the first instance. The IT Service Desk is responsible for logging the incident with the National Service Desk, where applicable. The IT Service Desk will forward any RA related problems/issues to the RA Team, via their call handling system Hornbill, where these will be picked up and dealt with by the Trust’s RA Officer. In the absence of the RA Officer, the HR RA team will deal with these

4.1. Trust RA Staff Responsibilities

Identify areas where the organisations business processes need integrating to minimise risk and duplication of effort. For example, HR processes for starters, leavers, suspensions, terminations, and approved leave.

Ensure they are adequately trained and familiar with the local and national RA policies and processes.

Be familiar with and adhere to RA Process Guidance and “Registration Authorities: Governance Arrangements for NHS Organisations”.

Complete the relevant e-Learning modules available via the Health and Social Care Information Centre (HSCIC) CIS Training Site or the Oracle Learning Management (OLM) system in Electronic Staff Record (ESR).

Complete the required Information Governance training.

Complete any local training requirements.

Report all RA related security incidents and breaches to the organisation’s Risk Management Team in line with the Trust’s Risk Management Strategy and Adverse Incident and Serious Untoward Incident Procedures as outlined later in this document.

Ensure there is a sufficient supply of NHS Smartcards and RA hardware, including access to the CIS for Local Smartcard Administrators (Smartcard unlocking and certificate renewal), and communicate technical requirements to the IT Operations Manager/IT Service Desk.

Produce NHS Smartcards, renew NHS Smartcard certificates and unlock NHS Smartcards for anyone at the same level or lower within the RA hierarchy.

Ensure Users have only one NHS Smartcard issued to them showing their UUID and photograph, and that Users are aware of their responsibilities relating to Information Governance and NHS Smartcard Terms and Conditions. The issue of more than one NHS Smartcard to a User is not permitted. (Fall-back Smartcards and Short-term Access Smartcards are not NHS Smartcards in this context – Fall-back and Short-term Access Smartcards are not used in Humber NHS FT).

Associate the ESR record with the NHS Smartcard UUID. To allow ESR to manage person details, and where possible NHS CRS Access, staff need to have their Smartcard UUID associated to their ESR record. Association can only be completed once the applicant has been hired by the Trust.

Ensure Users are aware of the self-service functionality available to them, including how to Change Passcodes, update profiles and renew Smartcard certificates.



http://hscic.premierittask.com/



Ensure that they are aware of the appropriate identification documentation guidelines at NHS Employers as per National Policy. The NHS Employment Check Standards are mandatory for all applicants for NHS positions (prospective employees) and staff in ongoing NHS employment. This includes permanent staff, staff on fixed-term contracts, temporary staff, volunteers, students, trainees, contractors and highly mobile staff supplied by an agency. When appointing locums and agency staff we will need to ensure that their providers comply with these standards. Failure to comply with these standards could potentially put the safety, and even the lives, of patients, staff and the public at risk.

http://www.nhsemployers.org/Aboutus/Publications/Documents/Verification%20of%20identity%20checks.pdf

Record the outcome of the checks using ESR, confirming that identity has been verified in accordance with these standards.

Approve User registrations upon completion of the User’s Identity Checks in line with the above, and the Trust’s Recruitment and Selection Policy and Procedures.

Be familiar with the different types of Access Control Positions to approve. Ensure that the appropriate position outlining a User’s access rights are added in the CIS to a User’s smartcard in line with their job role within the Trust, or to enable them to carry out the services they have been contracted to provide. Registration Authorities cannot directly add access profiles for users who are not part of an organisation they are responsible for.

Ensure, before adding an access profile to a user’s smartcard that they have completed the necessary systems training.

Grant the creation and modification of the Access Control Position once they have been approved.

Perform CIS requests (which are in the baseline for all RA Personnel).

Renew a User’s Smartcard certificates if confident of the User’s identity.

Unlock a User’s Smartcard and reset logon Passcodes.

Maintain access to NHS CRS compliant applications within their area of responsibility that is consistent with the “NHS Confidentiality Code of Practice”. This includes Access Control Position assignment and removal, and the revocation of NHS Smartcards and NHS Smartcard certificates.

Submit a request relating to a change in their own access rights but not approve.

An RA manager or RA agent can only close a person entry in an organisation outside of their administrative control if there are no open roles associated with that entry. If there are roles open, then attempting to close the person entry will close all entries belonging to the RA’s organisations but leave open the entries associated with open roles belonging to organisations outside of the RA’s control.

Implement the process identified by the RA Manager for enabling locum, agency, and bank staff access to NHS CRS compliant applications.

Ensure that you are updated regularly on RA topics by requesting your email address to be added to the RA distribution list [email protected]. (RA Managers and RA Officer only)

Join the RA Community Site on NHS Networks to share knowledge and gain useful information as recommended by the NHS Connecting for Health http://www.networks.nhs.uk/nhs-networks/registration-authority-community.

Ensure your (RA Agent) contact details including email address and telephone numbers are recorded in the Spine User Directory.



mailto:[email protected]

http://www.networks.nhs.uk/nhs-networks/registration-authority-community


Adhere to the Audit policy and ensure that all RA forms and associated information is maintained and securely stored according to national policy.

Adopt and maintain the Terms and Conditions.

All RA queries / issues to be reported via the IT Servicedesk, logged in Hornbill and assigned to the RA Stack where these will be dealt with by the RA Officer.

HR RA to respond and deal with RA calls logged in Hornbill in line with the agreed rota in the absence of the RA Officer.

For walk-ins and ad hoc calls re an RA request / query /issues. RA to check Hornbill to establish if the request/query/issue is logged. If not, call to be logged in Hornbill and assigned to the RA Stack. RA to deal with the request/query/issue, where possible, then close the call in Hornbill or where not able to resolve assign to the RA Officer. Individual raising the request/query/issue to be advised process is to report all RA requests/ queries / issues direct to the IT Servicedesk where these will be picked up and dealt with by RA and this is the process they should follow for future queries / issues / requests.

4.1.1. Confidentiality of Information All personal data processed by the RA relating to the registration process will be processed in accordance with the Data Protection Act 1998. Measures the RA Staff will adhere to include: Maintain the confidentiality of personal information provided to them as part of the authentication process.

Log the User identity details used on ESR (passport number, driving licence number, or national insurance number); any additional identification verified being noted in the Request Notes.

RA managers and RA agents who are not HR staff should not take and retain photocopies of ID evidence.

Do not copy, or store details of active in the community documents, only report they have been seen in the CIS request notes.

Storing of RA forms in HR& Diversity Directorate, these will be accessible from HR on request by RA managers and RA agents (who may have been appointed but who work outside of the RA Team).

All RA forms will be stored in a locked and secure environment.

Access is limited to RA staff who actively process registration information

4.2. RA Manager Responsibilities – As specified in National RA Policy Organisations need to identify and appoint a RA manager as in section 2: “Assignment of RA Managers, Agents and Sponsors” of the RA Process Guidance. The responsibilities an RA manager has for their organisation in addition to those set out in section 4.1 above are: The following section highlights the RA Manager’s responsibilities that cannot be delegated as described in the HSCIC RA Policy.

Responsible for running RA Governance in their organisation

For RA Managers to fulfil their governance responsibility Registration Authorities must retain RA records and implement periodical audit activities.

Should the need arise, by retaining sufficient records of RA activity enables the RA manager to be able to determine, at a later date, the supporting evidence and methods used to verify and validate identity.

This may be useful to determine for example, the Sponsor or the RA Agent that had approved or granted the user’s identity using the paper forms. Additional examples

http://nww.hscic.gov.uk/rasmartcards/docs/rapolicyv1sep14.pdf



include checking when a user had originally signed the Terms and Conditions of Smartcard use using the RA01 form.

The NHS England Corporate Records Retention – Disposable Schedule and Retention http://www.england.nhs.uk/wp-content/uploads/2014/02/rec-ret-disp-sch-guid.pdf provides information on retaining RA records to organisations that operate a Registration Authority.

The above document states that the following RA records need to be retained by the local organisation for a period of either 6 years after subject of file leaves service or until subject’s 79th birthday whichever is later:

o Previous Calendra forms (RA01, RA02, RA03 forms etc.) o Assignment Letters o Inter-organisational agreements

CIS Audit Alerts

In the Care Identity Service application, an audit alert is raised on the system during the following workflows:

o Registering a user with an out of date identity document o Directly assigning a user to a position o Reports on the audit alerts are in development which will then need to be

reviewed by the organisations RA Manager to ensure that RA staff have valid reasons to raise the alert and the workflows are aligned to the local organisations processes.

Audit Process

As part of the RA Manager responsibility of running RA Governance, RA Managers should develop the organisation’s RA audit process and conduct annual audits on NHS Smartcard usage.

RA Manager must implement a process to run the RA reports available in CIS on a regular basis.

As part of the process to develop local RA procedures to manage RA activity, RA Managers should identify areas where the organisations business processes need integrating to minimise risk and duplication of effort. For example, HR processes for starters, leavers, suspensions, terminations, and approved leave.

Once implemented, RA Managers should ensure there are sufficient resources to operate the registration processes in a timely and efficient manner and a sufficient supply of NHS Smartcards and RA hardware.

Implements RA Policy and RA Processes locally adhering to national guidance's

The local RA Policy and local RA processes should be implemented by the RA Manager and all RA staff in the organisation and child organisations should be both made aware of them and have access to them.

The organisations RA processes should reference CIS forms or Temporary Access Cards if used by the organisation or child organisations, as well as the approve and grant process and the direct assignment of positions to a user’s access profile.

Assign, sponsor and register RA Agents and Sponsors

New roles have been created in the new Registration Authority software, Care Identity Service, to allow the RA Manager to delegate certain aspects of RA activity. These

http://www.england.nhs.uk/wp-content/uploads/2014/02/rec-ret-disp-sch-guid.pdf


include Advanced RA Agents, RA Agents (ID checking only) and Local Smartcard Administrators.

RA Managers are responsible for registering users who have been identified for an RA role; RA Advanced Agent, RA Agent, RA Agent ID Checker, Sponsor and Local Smartcard Administrator in CIS. The RA Manager must ensure users assigned to RA roles are aware of their responsibilities.

Train RA Agents and Sponsors and ensuring they are competent to carry out their roles and adhere to policy and process –If an RA Hosting organisation with a child hosting organisation –need to train RA Manager at next level down

The training of RA Agents and Sponsors and ensuring they are competent to carry out their roles and adhere to policy and process

To support the RA Managers responsibility to deliver training on Care Identity Service to staff involved in carrying out Registration Authority activities, the HSCIC has developed an interactive e-learning package. The e-learning focuses on the application of national RA policy, governance and includes training modules on the use of the new Care Identity Service (CIS) application.

An e-learning account can be activated by accessing the e-learning home page: https://hscic.premierittask.com

The HSCIC RA Policy also states that: The person verifying the identity must be trained to do so. In Registration Authority terms this means that individuals holding the roles of RA Managers and RA Agents must perform these checks at face to face meetings since part of their responsibilities and requirements are that they are trained to carry out this activity. The RA Manager is responsible for training all other RA staff who will conduct ID checking to ensure that appropriate standards exist and they can evidence good ID checking as part of the IG Toolkit requirements.

Only the following CIS RA Roles have a responsibility to verify a user’s identification as part of the registration process

o RA Manager o Advanced RA Agent o RA Agent o RA Agent ID Checker

All personal data processed by the RA relating to the registration process must be processed in accordance with the Data Protection Act 1998. RA Staff should maintain the confidentiality of personal information provided to them as part of the authentication process.

RA Managers should also ensure all RA roles are aware of the CIS workflows available to them and users are aware of the self-service functionality available to them, including how to reset Passcodes and renew Smartcard certificates – this should include any localised requirements.

RA Managers should assist Sponsors in understanding the Role Based Access Control (RBAC) model and Position Based Access Control (PBAC) in finding information about applications they sponsor users for.

https://hscic.premierittask.com/


Facilitate the process for agreeing the organisations access control positions

Once the organisations Access Control Positions have been agreed by the organisations key stakeholders, RA Managers must ensure that the organisation formally approves the positions in writing before creating the positions in Care Identity Service.

RA Managers must identify in the organisations local processes the process for the Executive Management Team to approve new and modifications to existing positions in the organisations. In Humber this is delegated to the Information Governance Committee

On approval by the organisation’s Information Governance Committee, the RA Manager has the required agreement to create and modify Access Control Positions in CIS.

Responsible for ensuring users are compliant with the terms and conditions of Smartcard usage

Ensuring users accept terms & conditions of Smartcard use when registering them

Following the creation of a user’s digital identity on the CIS application and/or assignment to a position in the organisation by the local RA, the organisations local processes should reference that the user access the CIS application to electronically accept the Terms and Conditions of Smartcard use when they first log in with their Smartcard

It is mandatory that users sign the Terms & Conditions of Smartcard use. This reminds them of their responsibilities and obligations, including not sharing the card, leaving the card unattended, and not disclosing their passcode to others.

However, organisations must ensure that all RA forms are retained in a secure location as per NHS England’s guidelines. http://www.england.nhs.uk/wp-content/uploads/2014/02/rec-ret-disp-sch-guid.pdf

This will ensure that there is an accurate record of when the user accepted the Terms and Conditions of Smartcard use.

Verifies user’s ID to e-GIF level 3 when they register users The RA Manager must ensure that all RA roles responsible in the creation of a digital identity are effectively trained to do so and adhere to the identification documentation guidelines at NHS Employers:http://www.nhsemployers.org/Aboutus/Publications/Documents/Verification%20of%20identity%20checks.pdf

Ensuring leavers from an organisation have their access rights removed in a timely way

When Smartcard users leave an organisation they should have their access assignment end dated in that organisation. However unless it can be reasonably foreseen that they will not require access in another organisation in the future, leavers should retain their Smartcard.

In organisations where HR duties are separated from RA, then the local organisations RA processes must reference the local joiners and leavers policy. HR should advise the local RA in a timely way in the event a user leaves or will not work for the organisation so that RA can revoke access accordingly by setting an end date to the position assignment.

Where HR and RA processes are integrated, it is expected that HR RA will be setting an end date to the position assignment.

The Smartcard should be retained by the user at all times except in the event when the user will work in the NHS or Healthcare sector in the future.






Responsible for the security of (old) paper based RA records

RA records need to held in a secure location and be retained in accordance with NHS England Corporate Records Retention – Disposable Schedule and Retention http://www.england.nhs.uk/wp-content/uploads/2014/02/rec-ret-disp-sch-guid.pdf RA documentation must be retained 6 years after subject of file leaves service or until subject’s 79th birthday whichever is sooner.

Furthermore, as per the above, any CIS forms used for data input in the Care Identity Service application need to be retained for a period of 2 years.

RA Managers should identify a secure locked area for the storage of all previous paper based registration documentation, CIS forms and associated information in accordance with the Data Protection Act 1998. This includes RA Manager and Sponsor assignment documents, RA forms, RA reports and inter-organisational agreements. All RA forms must be clearly marked with the user’s UUID number and filed in a designated area that the RA have access to typically in HR/Personnel.

When an organisation is merging or closing, RA Manager must identify where the RA records and RA hardware will reside and gain approval from those individuals responsible for Information Governance.

Successor organisations have the responsibility to safely manage RA documentation.

If an organisation is being merged into a new organisation, RA documentation should be transferred to the new organisation.

If an entire organisation is being closed, RA documentation should be transferred to a senior RA organisation.

If an organisation is being merged into a new organisation, the records and hardware should be transferred and retained by the new organisation.

If an organisation is being merged with more than one organisation, the records and hardware should be distributed and retained between the organisations.

If an entire organisation is being closed, the records and hardware should be transferred and retained by a senior RA organisation.

Furthermore, the NHS Offshore Policy requires all storage of person identifiable data associated with the operation of HSCIC systems to be within the borders of England. http://systems.hscic.gov.uk/infogov/igsoc/links/offshoring.pdf

Ensure all service issues are raised appropriately locally and nationally The RA Manager should report all RA related security incidents and breaches to the organisation’s Risk Management Team, Caldicott Guardian, and Executive Management Team or as indicated by the local Information Governance policy. In addition, the RA Manager should advise RA staff to ensure service issues are presented through normal service, supplier or programme channels before escalating to the next level in the RA cascade. Ensure a maximum of three Users have Secondary Uses Service (SUS) access and that appropriate guidance for Summary Care Record, Electronic Transfer Prescriptions and SUS are observed.

RA Manager CAN delegate

Creation of local processes that meet policy and guidance for the creation of digital identities, production of smartcards, assignment of access rights, modifications to access and people and certificate renewal and card unlocking


http://systems.hscic.gov.uk/infogov/igsoc/links/offshoring.pdf


Operation of core RA processes of registering a user, the approval and granting of access, the modification of personal details and the modification of access rights

The implementation of the local auditing process

Ensuring users accept terms & conditions of Smartcard use when registering them

Operational security of (old) paper based RA records

Raising service issues as appropriate and through the correct channels

4.2.1. RA Audit and Reports Ensure the RA service retains sufficient records to be able to determine, at a later date, the supporting evidence and methods used to verify and validate identity. In particular, all of the following information must be recorded by Registration Authorities for all Certificate Holders registered:

The identity requirements that were met.

The unique document numbers of identity documents that contain such numbers. The following aspects will be investigated:

Duplicate NHS Smartcards issued

All Registered users have ID details completed to e-GIF level 3 status

Lost Smartcards have the incident numbers logged within CIS

Smartcard serial numbers are all accounted for (Damaged card serial numbers, issued serial numbers and in stock serial numbers)

Leavers removed from the system

Review the Approvers and Grantors of requests

Users positions or access profiles are up to date and relevant

Users acceptance of NHS Smartcard Terms and Conditions

The RA Officer produces the quarterly and annual RA Update reports to the Information Governance Committee.

4.3. Sponsor Responsibilities The range and respective responsibilities of the different types of Sponsors in CIS, and who these are assigned to are as follows:

RBAC Code Description of activities

B0267 Approve RA Requests (Registration Only)

Approve Smartcard issue only. Trust RA Team

B1300 Approve RA Requests

Approve granting of non-restricted access rights to single Users - own or RA child organisation Approve registration of single User - own or child RA child organisation (because of included activity B0267) Unlock Smartcards of all Users except RA Agents, RA Managers and Root RA Managers Assign Users to positions which they have been allocated to manage within their assigned Access Control Position Remove (multiple) staff from any position as constrained by RA restrictions, i.e. only for own and RA child organisations. Remove (multiple) staff from any Workgroup as constrained by RA restrictions, i.e. only for own and RA child organisations Trust RA Team


B0002 Approve RA Requests (Sponsorship Rights)

Approve who can be a Sponsor (Granted using normal B1300 Approve RA Requests). RA Managers

B0272 Approve RA Requests (Advanced)

Approve multiple profile updates (including Workgroup membership for any Workgroups, i.e. not just allocated ones) Approve granting of restricted attributes Approve creation and modification of positions (RBAC and Workgroups) Directly manage internal Workgroup hierarchy. This includes the assignment of Workgroup membership managers to these Workgroups Approve creation of linked workgroups and linking between Workgroups. This was formerly called pseudo-linking of cross organisational Workgroups. RA Managers & RA Officer

B0263 Unlock Smartcard (when available)

Unlock Smartcards and Renew Certificates of Users belonging to their NACS Org Code or child organisation. Trust RA Team plus assigned to number of ‘Local Smartcard Administrators’ in bases across the Trust – Unlockers

All Sponsors who have the Sponsor activity B1300 or higher have the following activities automatically:

RBAC Code Description of activities

B0262 View RA Information

View person profile View User Role Profiles (including Workgroup membership) Run basic RA reports Trust RA Team

B0265 Make RA Requests

Complete RA forms / CIS requests in order to request changes to other Users’ access rights. Approval and granting of requests is controlled separately Trust RA Team

A User can only perform unlocking on profiles equal or subordinate to them in the RA hierarchy. The hierarchy consists of the RA Manager, RA Agent, Sponsor and then the Smartcard User.

http://intranet.humber.nhs.uk/Downloads/Bruce/RASmartcards/Smartcard%20Unlockers.pdf


5. PROCEDURES

5.1. Creation of a national digital identity HSCIC as the single Registration Authority needs to be assured that users who have a digital identity created are subject to the same standards of identity verification, to prove identity beyond reasonable doubt, irrespective of which local organisation creates the identity. This is vital as the identity created is a national identity and must be trusted by each organisation where an individual is required to access the National Spine to access data. To achieve this, identity is required to be verified to the previous inter-governmental standard known as eGIF Level 3 This provides assurance that the identity is valid across any organisation an individual works within. In order to ensure this the following requirements in creating a digital identity are mandatory: 1. Identity must be verified in a face to face meeting. It must be done by examining original documents and seeing that identity relates to the individual who presents themselves at the meeting. 2. The person verifying the identity must be trained to do so. In Registration Authority terms this means that individuals holding the roles of RA Managers and RA Agents must perform these checks at face to face meetings since part of their responsibilities and requirements are that they are trained to carry out this activity. The RA Manager is responsible for training all other RA staff who will conduct ID checking to ensure that appropriate standards exist and they can evidence good ID checking as part of the IG Toolkit requirements.

The documents that can be used to verify an identity have been jointly determined by HSCIC and NHS Employers and the list is contained in the NHS Employers ‘Verification of Identity Checks’ standard which can currently be found at http://www.nhsemployers.org/case-studies-and-resources/2009/01/verification-of- identity-checks. NO other documents are approved for verification of identity, including those contained within other NHS Employers standards.

Any changes to a person’s core identity attributes (Name, Date of Birth or National Insurance Number) need to go through the same face to face check with a person holding an RA role and provide appropriate documentary evidence.

Smartcards can only be issued to individuals who have a national verified digital identity. This is also the case for processes that are used to issue temporary access to an individual – they need to have a verified identity first.

To issue a new smartcard the HR RA Team will require the necessary authorisation from the individual’s line manager/mentor/project manager, together with a completed CIS Create New User RA Use Only Form. In respect of new starters the necessary authorisation will be the completion of the Authorisation to recruit form. A CIS Create New User RA Use Only form for new starters is included within the recruitment pack. For other individuals requiring a smartcard, an email from the respective line manager, mentor or project manager should be sent to the HR RA Team requesting the issue of a

http://www.nhsemployers.org/case-studies-and-resources/2009/01/verification-of-

http://www.nhsemployers.org/case-studies-and-resources/2009/01/verification-of-


smartcard and detailing the individual’s name, job role/job title and team/service(s) they will be working in. All individuals should be asked to complete the CIS Create New User RA Use Only. The form must be completed by the individual who should then make an appointment with the HR Recruitment RA Team to take in the completed form, together with their relevant original identification documents (ID) as per the process outlined below. CIS Create New User RA Use Only Form: to be completed and signed by the RA. Before the smartcard can be printed and the User registered, the applicant must have presented their ID documents as outlined in Appendix 1. There are a number of routes which the HR Recruitment RA Team can take to confirm an individual’s identity, taking into account an individual’s circumstances. If in doubt about what ID to take in the individual should confirm this either with their line manager / project manager or with the HR RA Team. All new applicants must provide at least one of the following: National Insurance number, Passport and/or Driving License which must be recorded on the smartcard spine user directory to check for duplicate users. Once the ID has been checked the HR RA Team will input this information into ESR raising the status to eGlF authentication level 3. All blank fields on the forms must be scored out to prevent tampering. All individuals in Humber NHS Foundation Trust will have their Smartcard produced in CIS the individual’s smartcard will be printed and handed to them in person. For new starters, they will be provided with the smartcard in person at the Trust Induction. An applicant should be advised how to maintain the security of their Smartcard, and how to obtain support when their Smartcard is issued through the issuing of the RA Smartcard user guide. Any unclaimed NHS Smartcards, for example when a User becomes ill and cannot collect their NHS Smartcard, should be stored in a secure lockable environment for the time being. If it becomes clear that the NHS Smartcard cannot be issued to the User, the NHS Smartcard should be cancelled in CIS, the User closed, and the NHS Smartcard physically destroyed.

5.1.1. Project rollout/existing Staff The process for registration of existing staff and issuance of cards in the context of project rollouts is essentially the same as described under 5.1.

5.1.2. Registration of Students Undergraduate students undertake a number and range of clinical placements. As a result students require a NHS Smartcard to access Spine enabled applications during these placements. To be issued a NHS Smartcard, students must verify their identity to the Identity Check Standards at NHS Employers and to the previous inter-governmental standard e-GIF Level 3 in CIS. NHS Smartcards only need to be issued to students who do not already have a NHS Smartcard.


Further details on Student Processes can be found http://intranet.humber.nhs.uk/directorates/Smartcards

5.2. Issue Card Workflow On registration of the user’s details, RA staff must access the user’s access profile and select Issue Card button to print the NHS Smartcard – See Appendix 5 RA Staff responsible in issuing Smartcards should be aware of the following:

If the user is present, then the user must set and confirm the passcode in person

If the user is not present, then the Smartcard must be issued locked which means no Passcode is applied to the Smartcard

If the Smartcard has been issued locked then upon receipt of the Smartcard, the user must liaise with a Local Smartcard Administrator to choose and set their Passcode in person using the Assisted Unlock Smartcard Process.

The Issue Card Process enables RA staff to either print the Smartcard at the time of issuance or defer to a later date. It is expected that RA staff will only defer printing Smartcards at the time of issuance due to printer issues or where local processes require smartcards to be printed in batch.

5.3. NCRS Smartcard Position Based Access Control – Allocating a position and

access rights to a Smartcard Position Based Access Control (PBAC) provides a mechanism for users to be assigned the access they need in the course of their work, whilst also ensuring that these access rights are properly managed and appropriate for the job they are doing. Instead of requiring case-by-case scrutiny for every person who requires access to care records, PBAC grants these rights according to the Access Control Position to which their job is assigned. Humber NHS Foundation Trust has undertaken an analysis of the NHS CRS Access used within the organisation and has developed a range of Access Control Positions in consultation internally and externally with a range of staff. The access control position is assigned to an individual based on their team / service area (workgroup) and the system they will need to use; this may include SystmOne, Lorenzo, the Electronic Staff Record and / or the National Learning Management System. It is expected that these Access Control Positions will be reviewed either on an ad-hoc basis when a request has been made or on an annual basis to ensure that the current requirements are still valid. For more information on PBAC please refer to the 'Position Based Access Control (PBAC) toolkit. Before any access can be granted it is essential that all staff members/students/Agency/Locum are trained to the required level on the system(s) by the Humber IT Trainers. Once it has been established by the RA Team that the user has fully completed all necessary training, action can be taken to assign the access control position and workgroup(s) to the user’s smartcard. The process for assigning an access control position is outlined in Appendix 2.

http://intranet.humber.nhs.uk/directorates/Smartcards

https://intranet.humber.nhs.uk/Downloads/Bruce/RASmartcards/unlocking%20a%20smartcard.pdf

http://nww.hscic.gov.uk/rasmartcards/docs/nrd_v27.2.xlsm.xls

http://nww.hscic.gov.uk/rasmartcards/docs/nrd_v27.2.xlsm.xls


Non-ESR Staff (Temporary Staff / Contractors / Project Staff / External) Following the process set out in Appendix 2 Humber NHS Foundation Trusts RA staff will assign the NHS CRS Access to the non-ESR staff via CIS and a time limit of one year will be set unless notified what has been agreed on the contract length. Access for Non-ESR staff will be reviewed before date of expiration.

5.3.1. New Access Control Position A new Access Control Position can be identified in a variety of ways as follows:-

A new NHS CRS system;

A request to amend an existing NHS CRS Access Control Position (NHS CRS ACP);

A new ESR Position within Humber NHS Foundation Trust;

A new NHS CRS ACP;

Identification through the review process. When new NHS CRS ACPs are identified the RA Manager will need to determine who requires this access. The RA Manager / RA Officer are responsible for updating and maintaining CIS. On approval by the organisation’s Information Governance Committee, the RA Manager has the required agreement to create and modify Access Control Positions in CIS. 5.3.2. Amendment to an existing Access control position It is likely that Humber NHS Foundation Trust RA Manager or RA Officer will receive a notification to amend an existing Access Control Position via four separate methods.

A request from an existing user/sponsor via Hornbill

Identification of amendment through the review process

Notification from a supplier that an amendment is required

Trust Acquisitions or Mergers Whatever method is used for requesting the change, the process for amendment will still follow the authorisation process that has already been established within Humber NHS Foundation Trust. The process for when changes need to be made to workgroups and access control positions is as follows:

Request for changes to be made to the RA Manager or RA Officer

RA Manager considers the impact of the proposed changes, in consultation with relevant system / project leads / operational managers / Information Governance

RA Manager approves changes, which are then implemented If the request for change is denied the person that made the request will be notified of the outcome and this, in turn, could then determine whether a new Access Control Position is created. It is necessary to ensure that any changes are evidenced within Care Identity Service Approval details under Modify Position workflow.

5.4. Removal of an Access Control Position If, during the review process, Humber NHS Foundation Trust RA Manager / RA Officer identify that an Access Control Position is no longer required the RA Manager / RA Officer


must identify who is currently assigned to the Access Control Position and determine whether the staff in question need to be assigned to a new position. If a replacement Access Control Position is not required Humber NHS Foundation Trust RA Team will notify the staff in question that they will no longer have any NHS CRS Access associated with their Smartcard. Once these steps have been completed the Humber NHS Foundation Trust RA Team will be able to revoke the Access Control Position to stop the position from being assigned.

5.5. Individuals changing job roles, team or service area within the Trust It is the responsibility of a user's line manager (or mentor in respect of students) to ensure that the relevant parties, i.e. HR RA are notified of changes to an individual’s job role, team or service area through completion of the Trust’s electronic change form. Following the change being reported, the new Manager/Mentor is also responsible for submitting a request via the IT Servicedesk (where this will be logged in Hornbill and actioned by RA Officer) for any new access rights required.

5.6. Use of Name An applicant should use the same name for Smartcard registration as for their employment in an organisation. If this name differs from the documentary evidence provided, proof through a marriage certificate, divorce certificate, deed poll, adoption certificate, or statutory declaration is required. In these circumstances only it is not necessary for all identity documentation to show a consistent name.

5.7. Staff Changing personal details When a user changes their personal details, for example when they get married, he or she should complete a ‘Personal change of details’ form, available on the Trust intranet, and send to HR - Recruitment in Mary Seacole Building at Willerby Hill, Willerby. Only documents listed in the ‘Use of Name’ section above are acceptable as proof of name change. Changes will then be made to the staff members electronic personnel file held in the Electronic Staff Register (ESR). This automatically notifies the Registration Authority staff via a worklist in CIS that the user has been modified and that a new card needs printing. See Appendix 3 for

5.8. Photos The photograph assigned to the user’s profile which is printed on the Smartcard must adhere to the following standards:

Photograph must be as per the below diagram

Photograph must meet passport standards and be taken against a plain background with adequate lighting and be cropped to match the diagram below.

For further information please see the Home Office Passport Photo Requirements https://www.gov.uk/photos-for-passports

https://www.gov.uk/photos-for-passports


The technical guidance for photographs that are captured by or imported to CIS must meet the following specification:

Size matches or exceeds the minimum size (420 x 525 pixels)

Should the captured size exceed the maximum size then the captured image should be re-sized to the maximum (i.e. 630 x 788 pixels)

5.9. Fallback Smartcards Fallback smartcards are not currently in use across the Trust.

5.10. Damaged Smartcards If a smartcard becomes damaged the user should report this to the IT Servicedesk. The RA Team will then contact the user to arrange a face to face meeting to issue the user with a new smartcard.

5.11. Lost/Stolen/Misplace Smartcards In line with national Serious Incident requirements a lost, misplaced or stolen smartcard is classed as a Serious Incident (SI). The SI Intranet pages can be found at http://intranet.humber.nhs.uk/directorates/new_page_3.htm. It is a requirement that all lost, misplaced or stolen smartcards are reported via the Trust’s Serious Incident reporting procedures immediately it is established they no longer have their smartcard. To report an incident to the Trust’s Risk Management Team the user must complete the Trust adverse incident form on paper Adverse Incidents or online via Datix-Web - http://hftvmdatix/datix/live/index.php. The user must also report this to the Trust’s RA Officer (01482 389254). Serious incidents involving the loss or theft of, or misplaced smartcards also have to be reported to the Trust Information Governance Committee, the Trust Board, the Council of Governors and to a number of external organisations. Every attempt should be made therefore by the user to find the smartcard prior to reporting via Datix this as lost, stolen or misplaced.

http://intranet.humber.nhs.uk/directorates/new_page_3.htm

http://intranet.humber.nhs.uk/directorates/adverse-incidents.htm

http://hftvmdatix/datix/live/index.php


When a User reports a lost/stolen/misplaced Smartcard to the RA Team, the Smartcard should be cancelled immediately. The RA Team will then:

Where necessary, meet the User face-to-face to verify their identity and issue a replacement NHS Smartcard. The User’s identity should be confirmed by the photograph in CIS. If the identity still cannot be verified the User will be required to produce documentary evidence of their identity.

Cancels the old lost/stolen/misplaced/damaged NHS Smartcard.

Issues a replacement NHS Smartcard – Documenting the Datix Web Ref number against the UUID using the ‘notes’ field.

Note: Under NO circumstances should individuals abuse the process for handling lost and returned NHS Smartcards by sending NHS Smartcards that are no longer required to the postcode on the back of the card for cancelling and disposal. The RA Team within the organisation must cancel the NHS Smartcards and follow the recommended process for disposing NHS Smartcards that are no longer required.

5.12. Incident Reporting Incidents may be reported by any member of staff where they feel that there is a risk to patient health, confidentiality or Trust reputation. Incidents should be reported as outlined in 5.10 above. Examples of incidents, in addition to those in 5.10 above are:

Smartcard or application misuse

Non-compliance of local or national RA policy

Any unauthorised alteration of patient data

Disclosure of smartcard passcode to a person other than the cardholder

Use of smartcard or application by a person other than the cardholder

Access to application or data for an unauthorised purpose

Disclosure of data without justification or for an unauthorised purpose. The RA Officer, together with the Trust’s Risk Management Team will consider all incidents reported to them. A major breach of security will also be reported by the RA Manager to the Regional RA / IG Lead and Health and Social Care Information Centre to ensure any risks resulting from the event can be taken into account and mitigated against. A significant incident is an isolated incident or a series of less significant incidents that could lead to a serious degradation of healthcare or information security. The Operational Risk Management Group, the Information Governance Committee, Trust Board and Council of Governors will consider incidents reported to them and decide whether Trust systems or working practices should be reviewed as a result. Incidents involving breaches of security or demonstrate that a User may not be considered trustworthy should also be reported to HR and the Caldicott Guardian by the RA Manager so that any disciplinary measures required may be taken. HR will decide which other members of staff need to be involved (e.g. line manager, IT Manager).


5.13. Smartcard Misuse If it is suspected that a smartcard is being misused, it is the responsibility of the person suspecting this to raise it as an incident, and to report it directly to the Risk Management Team and RA Manager/RA Officer in line with reporting arrangements in 5.10 above. The Line Manager/Project Manager and Information Governance Manager will be contacted and Disciplinary action could follow. In relation to students, the students Mentor and one of the Practice Learning Facilitator will be contacted. Smartcard misuse could constitute gross misconduct. If the member of staff has roles in more than one organisation, all other organisations will be informed. In respect of students the respective University would be informed.

5.14. PIN/Passcode Unlocking and Changing (Blocked Cards) Users who have forgotten their passcode, or whose card has been locked due to too many failed login attempts, should contact in the first instance one of the designated Local Smartcard Administrators (a list of these can be found by work base on the Intranet). The user will need to meet the Local smartcard administrator face to face, producing their Trust ID badge to verify identification, to have their card unlocked or passcode reset/changed. The Local smartcard administrator must establish the identity of the user by checking the photograph in CIS and also by verifying the user by checking their Trust ID badge. NHS Smartcards should be unlocked and passcodes reset in CIS. Local smartcard administrators will have access to a second card reader and will have been trained by the RA Team to reset passwords, renew certificates and unlock smartcards. If the Local smartcard administrator is unavailable or not able to unlock the card or change the passcode(s), the user should report their problem to the IT Servicedesk. The user should provide their name, contact telephone number and a brief description of the problem to the IT Servicedesk who will then assign the call to the RA Team. The RA Team will contact the user to arrange a face to face meeting to unlock their card or change the passcode(s). See Appendix 4

5.15. Certificates Renewals A smartcard is printed with certificates issued to the smartcard at the time of printing. These certificates are valid for a 2 year period from date of issue and can be renewed within 90 days prior to their expiry date. Every smartcard holder is responsible for their Smartcard and should ensure that they renew the certificates on their smartcards prior to expiry to ensure that the Smartcard continues to function. RA managers and RA agents can renew expired NHS Smartcards in one step in CIS by selecting the service tab on a User’s profile. Otherwise certificates should only be renewed if they are within three months of expiry or there is the belief that they may have been compromised (i.e. transactions have been found that may not have been performed by the User and the Smartcard has been entirely in the care of the User).


Using this process, certificates can only be renewed in the presence of the User because they will need to reset their Smartcard Passcode, and the Local smartcard administrator or RA Team will need to verify the User’s identity by comparing the photograph on the NHS Smartcard with the User. Software Identity Agent v13 automatically prompts a NHS Smartcard User to renew their certificates when they are close to expiry. Users can renew their certificates twice without visiting a Local smartcard administrator or the HR RA Team / RA Officer, at the third renewal they must visit a Local smartcard administrator or the HR RA Team / RA Officer who will verify their identity by checking the photograph on the NHS Smartcard and if the likeness is satisfactory will renew their certificates. In the 30 days prior to certificate expiry Users receive an alert once per day. Upon receiving this message users can renew their certificates at that time. When certificates are within 20 days of expiry, users will be forced to renew. Please note: It is an end users responsibility to ensure every step is taken to renew their certificates Where current software does not allow the smartcard holder to manage their own certificate renewal, they should contact in the first instance one of the smartcard unlockers (a list of these can be found by work base on the Intranet). If the smartcard unlocker is unable to renew the certificate this should be raised with the IT Servicedesk who will log and assign this to the RA Team. The RA Team will then contact the user to arrange a face to face appointment with them to have their certificates renewed. The user will need to meet the smartcard unlocker or RA Team face to face, producing their Trust ID badge to verify identification, to have their certificate renewed. The smartcard unlocker must establish the identity of the user by checking the photograph in CIS and also by verifying the user by checking their Trust ID badge.

5.16. Passcode Maintenance Passcodes are automatically checked every time a Smartcard User authenticates to the Spine. A User can, however, reset their Passcodes at any time via a Local Smartcard Administrator, the RA Officer or HR RA and the RA team recommend they do so at regular intervals. This is especially recommended if a User suspects their Passcode has been compromised.

5.17. Leavers and Revocation When a member of staff leaves or no longer requires access to the Trust’s systems it is essential that his or her access control position at the Trust is revoked and their access rights closed using CIS. Access is removed for leavers by HR Recruitment - RA upon receiving a Termination Form. When the RA Team may be advised of the need to perform a revocation for a leaver it is recommended that they:

If requested by the User, verify the User’s identity by asking them their name, UUID, and confirm the User’s identity via their photograph.

If the leaver is a Local Smartcard Administrator, RA manager, or RA agent, establish role succession arrangements. If necessary, request they are removed from the [email protected] distribution list.


If the User advises the RA directly that they are leaving, the RA notes the name, UUID, and the date the User is leaving and changes the end assignment of all Access Control Positions associated to the User in that organisation to the leaving date or closes the User in CIS.

It is the responsibility of the person's line manager / project manager to make sure that they complete the relevant section of the Trust’s termination form, or notifies HR RA, to request revocation of the Humber NHS Foundation Trust organisational profile. The termination form should be sent to the [email protected] The HR RA Team will then end date or revoke the individual’s access effective from the date of the individual’s last day of employment. In respect of students an email should be sent to the RA Manager or RA Officer by the Mentor/Educator to notify the student is changing or leaving their placement. The RA Manager / RA Officer will then revoke this access in CIS. Where the revocation has been requested by HR because of security related events the RA Manager / RA Officer will authorise the appropriate action and inform the following staff as appropriate:

If reported to the RA Officer, RA Officer to notify RA Manager

The HR Manager / Adviser

User’s Line Manager

Risk Management Team (this may also include the Clinical Safety Officer)

The User

As an additional control, the RA Officer will run a report from ESR on staff leaving on a monthly basis. This will be used to check and terminate access, if not done already, to Humber NHS Foundation Trust systems.

5.17.1. Leavers not Returning to the NHS Leavers with no intention to return to the NHS can include leavers having a change of career or leavers retiring. If the leaver has no other open organisations on their profile, the leaver should be closed in CIS which will revoke all access. However, if the leaver has additional open organisations on their profile, the RA should confirm with the leaver that they no longer work for another organisation for which they require the NHS Smartcard before closing the leavers’ profile. Otherwise these leavers should have their NHS Smartcard and its certificates revoked in CIS. Once the date of leaving has been confirmed, the end assignment date for all the leaver’s positions within that organisation can be changed. Where a member of staff is leaving and not returning to the NHS then the Smartcard should be retained by the line manager and returned securely to the RA Team.

5.17.2. Leavers transferring to another NHS Organisation If the User is transferring to another health organisation, for example a GP practice, Acute Trust (and the User can give details or proof such as a letter of appointment) then they will retain their NHS Smartcard but their current organisational access must be removed by setting the end assignment date to positions in that organisation in CIS.



5.17.3. Short Term Leave (up to six months) Where leave is expected to be up to six months and the User intends to return after this period, it is recommended that User’s access is removed the day they leave. CIS should be used to identify the profiles to be removed and to reinstate their profile when they return. If prior to the period of leave expiring the RA have been advised that the User has ceased to provide their services, then the User’s end assignment date needs to be updated to reflect this change. If after the expected leave period, the User has not returned to the organisation, the RA will check to see if another organisational profile has been created, since the leave period started. If this isn’t the case their NHS Smartcard should be cancelled using CIS. It is the responsibility of the RA to request that all such NHS Smartcards are returned and appropriately cancelled and destroyed within a reasonable timescale.

5.17.4. Maternity In the case of maternity leave it is acceptable for the User to retain their NHS Smartcard whilst they remain in the employment of the organisation (even if it is unpaid maternity leave). The RA manager needs to gain assurance from the User through the application of the organisation’s maternity leave policy as to the return date to work so that their access control position can be amended. All access to clinical systems will be removed from the first date shown; this will need to be request again by the staff member’s line manager upon return to work.

Keeping in Touch (KIT) Where the employee and manager have agreed on KIT occasions, and systems access is required, it is the Managers responsibility to request all access. This should be logged via the IT Servicedesk as soon as the KIT occasion has been agreed.

5.17.5. Extended Leave (more than six months) It is the responsibility of the RA manager to decide how these people should be managed. They must authorise any action to be taken with such Users, requesting where appropriate, that NHS Smartcards are returned, cancelled or have profiles removed. Users who are planning to take extended sabbaticals should be closed in CIS. If these leavers return to the NHS or another health organisation, they may be reopened in CIS.

5.17.6. Bank/staff in temporary positions The RA Team should be notified when members of bank staff or those in temporary positions move work area or leave. To safeguard the Trust, should the RA Team not be notified, access control positions for bank and staff in temporary positions will only have the access control position assigned to the individuals’ smartcard for a period of three months (unless we are advised on appointment of an end date) in line with use of flexible workers, as set out in the Flexible Workforce Policy V2.01. This will be set to end 3 months from requested start date. If a member of bank / staff in temporary positions move work area, the RA Team should establish if the access they previously had is still required, and if not, end date and

https://intranet.humber.nhs.uk/flexible-workforce-policy.htm


revoke this. It is the responsibility of a user’s line manager to authorise any extension for temporary access.


5.18. Cancelling/Closing Smartcards It is essential that when closing a User, the correct User is identified. The RA should use the User’s UUID or National Insurance Number in the CIS search function. Records must be kept of all NHS Smartcards that have been returned and destroyed. To destroy a NHS Smartcard, either fold the NHS Smartcard so the crease goes through the chip, cut the NHS Smartcard through the chip, or hole punch the NHS Smartcard through the chip and use a permanent marker to mark that the card is no longer valid before placing in secure waste. If returned NHS Smartcards are not destroyed immediately, they must be kept in a secure environment until they are destroyed.

5.19. Personal Information Management We have the ESR-CIS Interface activated in Humber NHS Foundation Trust, although not fully implemented, to use ESR to automatically inform CIS of any personal detail changes, ensuring that the data is kept up to date in CIS and consistent with ESR. Amendments to the data items below, in ESR, will automatically trigger a message to be sent to CIS. RA Officer and HR RA staff within Humber NHS Foundation Trust will ensure that they regularly monitor CIS to accept/reject changes that may not receive automatic approval. N.B. The personal details that are shared with CIS from ESR are as follows:-

Title

Surname

First name

Middle name

NI Number

Date of Birth

Email address

5.20. Worklists Worklists are the mechanism for managing requests that are created in CIS (or received from ESR). An organisation can have as many Worklists as required to support the needs of the business. Worklists are used as a method of identifying the requests and RA actions which need to be processed within CIS and the Worklists will be viewable by everyone that has RA rights, such as the RA Agents and RA Managers. RA Staff are able to view requests awaiting action, their own requests, completed requests and all open requests.

5.21. FFFFF Codes The National Information Governance Board (NIGB) originally agreed that Locum Pharmacists when logged onto the Electronic Prescription Service application need not be associated with the specific organisation in which they are working. As a result the virtual National Locum Pharmacy organisation (FFFFF) parented by all RA Service Providers Registration Authorities was created specifically for this purpose, and no other. Currently these are not used in Humber NHS FT.


5.22. Training

It is the responsibility of the RA Manager to ensure that all RA staff they keep up to date with developments and attend available training. Training on both the ESR and Registration Authority systems is a mandatory element of Humber NHS Foundation Trust Recruitment and RA staff. This will maximise the staff's knowledge of the two systems to ensure that they have the ability to use the systems as per the requirements specified by Humber NHS Foundation Trust, ESR and HSCIC. See Appendix 6 for Outline Training Strategy.

5.23. ESR Training for RA Manager, RA Officer, Recruitment RA

ESR – CIS interface users can access the necessary eLearning via the NLMS (see Appendix 6) ESR-CIS Interface users can also access the ESR online user manual and other learning material via Kbase.

5.24. CIS Training for RA Manager, RA Officer, HR RA and Local Smartcard

Administrator

Humber NHS Foundation Trust's Registration Authority staff will ensure that the HSCIC e-learning material, available http://hscic.premierittask.com/ (see Appendix 6), is completed by everyone that has a requirement to access CIS. Following the completion of the relevant e-learning material the trainee must notify the RA Officer so that this can be documented in accordance with the latest version of the IG Toolkit.

5.25. ESR/CIS

5.25.1. National Administrative Codes Service(NACS)/ Organisational Data Service

(ODS) Codes in ESR

The NACS Code is a crucial element of the ESR-CIS Interface. Humber NHS Foundation Trust has identified one main NACS Code for the organisation (RV9) which is available in ESR and has been added to the Trust level of the hierarchy. If the NACS code was to change or a new one added Humber NHS Foundation Trusts, ESR staff must raise an SR with McKesson to ensure that the correct NACS Code is made available for use within the Humber NHS Foundation Trust VPD. Once this has been completed the NACS Codes must be updated/added in line with the ESR guidance. (For further information see ESR_setpup_quick_reference-guide v l 0.doc). As a minimum the NACS Code must be placed at the Trust level of the organisations hierarchy and can only be altered or amended by the ESR Work structures administrator. If required in the future, Humber NHS Foundation Trust can assign multiple NACS codes within ESR at the topmost level of the hierarchy where it is required. This will ensure that ESR sends messages to the correct CIS instance.

5.26. RA User Role Profiles (URP’s) in ESR Humber NHS Foundation Trust has allocated the required RA URP's to all relevant staff within the HR & Diversity Directorate whose NHS CRS access contains the requisite RA



Manager and RA Agent role. These URP's have been allocated to staff to ensure that multiple people have the ability to carry out tasks within the functionality of the ESR-CIS Interface. The RA Manager, in conjunction with the Workforce Performance and Information Adviser will review the allocation of these URP's on an annual basis, or on an ad-hoc basis if staff/Line Managers identify a need for it, to ensure that they are appropriately assigned and to ensure business continuity.

5.27. RA Forms The Trust will ensure they use the latest version of the RA forms. The RA forms are located on the staff intranet under HR Home/Registration Authority. All Trust RA Team members will receive Training on the RA forms and their use. Additional training will be arranged whenever RA forms are changed significantly. All actioned RA forms are securely stored within the HR Department. If RA forms are to be transported they should be transported in sealed opaque envelopes. The Care Identity Service is an electronic system to register, issue Smartcards and assign access to Users. There may be circumstances where RA staff do not use CIS but the minimum mandatory data needs to be captured in a paper format to be entered into the electronic system CIS at a later time. The CIS Forms are a contingency process for RA staff in the event CIS is not being used. RA staff will subsequently need to enter the information from the forms in CIS. The CIS Forms are available in the following location: http://systems.hscic.gov.uk/rasmartcards/cis/forms/cisforms RA staff that have not completed the forms but are entering the information from the forms in CIS must record the RA staff or Sponsor declaration details from the forms in the Notes field in CIS. As the CIS forms capture the minimum CIS mandatory data and are used to enter data into an electronic system, the CIS forms will need to be retained for 2 years in a secure location as per NHS England guidance at http://www.england.nhs.uk/wp-content/uploads/2014/02/rec-ret-disp-sch-guid.pdf

5.27.1. CIS Create New User RA Use Only Form The information in the CIS Create New User form must be entered in CIS in the event CIS is not being used to register a new Smartcard user. This form is to be used by the following RA roles to register a new Smartcard user in CIS.

RA Manager

Advanced RA Agent

RA Agent

RA ID Checker

The above RA roles must ensure that the applicant’s identification is verified to e-GIF Level 3. Identification documentation presented by the applicant as per the Identity Checks at NHS Employer Standards at the face to face meeting must be recorded in the form and a photograph of the individual must be captured at the meeting that is suitably labelled to be uploaded to CIS.

http://intranet.humber.nhs.uk/directorates/Registration_Authority_Smartcards.htm

http://systems.hscic.gov.uk/rasmartcards/cis/forms/cisforms




New Smartcard Users will still be required to access the Care Identity Service to electronically accept the Terms and Conditions of Smartcard use once they have been issued their NHS Smartcard.

5.27.2. Lorenzo/SystmOne Request Form This form is to request changes to an existing CRS Application User’s position. Wherever a change to a User’s position is identified the relevant sponsor must authorise the required change. Once the relevant Sponsor has authorised the change(s) the Systems form will be processed by the RA team upon notification that the User has completed the necessary training. Should there be any problems with the form these will be referred to the signing Sponsor, prior to processing by the RA Team. 5.27.3. CIS Cancel Smartcard form The CIS – Cancel Smartcard form is to be used by RA staff or Sponsors to request the cancellation of a Smartcard. RA staff entering the information in CIS should select the appropriate CIS workflow to cancel the Smartcard. Further information on the different scenarios and guidance of the workflows is found in RA Operating Guidance Document. During disciplinary investigations the RA Manager may complete a CIS Cancel Smartcard Form to ensure immediate revocation of their access rights and to minimise the risk to the organisation. Smartcards should be destroyed as soon as is practical after the employee leaves the organisation.

6. EQUALITY & DIVERSITY

An Equality and Diversity Impact Assessment has been carried out on this document using the Trust approved EIA. In conjunction with their line manager / project manager / mentor an assessment would need to be carried out, seeking advice from Occupational Health as appropriate, for any users who may have a medical condition, i.e. sight impairment, dyslexia, and actions taken as appropriate to enable a user to use the respective system.

7. MENTAL CAPACITY

This is a non-clinical policy therefore not relevant.

8. BRIBERY ACT

The Bribery Act 2010 makes it a criminal offence to bribe or be bribed by another person by offering or requesting a financial or other advantage as a reward or incentive to perform a relevant function or activity improperly performed.


The penalties for any breaches of the Act are potentially severe. There is no upper limit on the level of fines that can be imposed and an individual convicted of an offence can face a prison sentence of up to 10 years. For further information see http://www.justice.gov.uk/guidance/docs/bribery-act-2010-quick-start-guide.pdf If you require assistance in determining the implications of the Bribery Act please read the Trust Bribery prevention policy available on the intranet at http://intranet.humber.nhs.uk/bribery-prevention-policy-p183.htm Or contact the Trust Secretary on 01482 389194 or the Local Counter Fraud Specialist on telephone 01482 866800 or [email protected] The Bribery Act applies to this policy.

9. IMPLEMENTATION

This policy will be disseminated by the method described in the Policy and Procedural Documents Development and Management Policy.

10. MONITORING & AUDIT

10.1. RA Activity Audit The RA Officer will produce reports from the Spine User Directory and Electronic Staff Record to ensure accuracy of access rights and staff list. RA is monitored and reported to the Trust Information Governance Committee who will receive quarterly reports together with an annual report.

10.2. Independent Audit The management and use of smartcards may be subject to internal and external audit to ensure that national and local policies are being followed. Specifically, auditors may look to confirm that:

Smartcards are handled securely by users

RA documents are used and stored appropriately

Access to NPflT applications and records is controlled appropriately

Unused smartcards are stored safely and appropriate records are kept

Role allocation and de-allocation is performed appropriately

To aid audit the following records will be maintained:

The number of smartcards held

Details of Smartcards issued.

11. REFERENCES/EVIDENCE/GLOSSARY/DEFINITIONS

References Registration Authority Policy V1.0 Registration Authorities Operational and Process Guidance V5.1 Registration Authorities: Governance Arrangements for NHS Organisations Information Security and Risk Policy P096

http://www.justice.gov.uk/guidance/docs/bribery-act-2010-quick-start-guide.pdf

http://www.justice.gov.uk/guidance/docs/bribery-act-2010-quick-start-guide.pdf

http://intranet.humber.nhs.uk/bribery-prevention-policy-p183.htm

http://intranet.humber.nhs.uk/bribery-prevention-policy-p183.htm



http://systems.hscic.gov.uk/rasmartcards/cis/raprocessguidance/raopguid.pdf

http://systems.hscic.gov.uk/rasmartcards/cis/raprocessguidance/raopguid.pdf



https://intranet.humber.nhs.uk/information-security-and-risk-policy.htm


Legislative and policy requirements There are various legislative and policy imperatives that apply to all care organisations, in all matters concerning the storage and use of person identifiable information. These include: The Data Protection Act 1998 The Computer Misuse Act 1990 E Communications Act 2003 Electronic Signatures Regulations 2002 NHS Confidentiality Code of Practice The Records Management NHS Code of Practice The Freedom of Information Act 2000 The NHS Care Record Guarantee for England (PDF, 128.2kB)

GLOSSARY OF TERMS:

Term Definition

CIS Care Identity Services. Software which provides the paperless electronic management of access control (Replaced CMS, Calendra and UIM)

CRS (National) Care Records Service aims to create the integrated electronic care record

ESR Electronic Staff Record

Hornbill IT Service desk software used to report and manage calls to the IT Service desk.

HSCIC Health and Social Care Information Centre; sometimes known as ‘The Information Centre’ (for Health and Social Care) or ‘the IC’. The prefix (existing) is used to refer to the current organisation and (new) to refer to the organisation post April 2013.

National Role Based Access Control (RBAC) Database

This contains the national approved RBAC Attributes (Job Roles, Areas of Work and Activities) along with Baseline definitions, information on particular deployed applications and an integrated set of guidance tools, called the RBAC Assistant.

NHS Care Records Service (NHS CRS) The NHS Care Records Service will help NHS organisations in England to store patient health care records on computers that will link information together quickly and easily. An NHS Smartcard will give a User access to the NHS CRS and other National Programme for IT applications such as Choose and Book and the Electronic Prescription Service.

http://www.legislation.gov.uk/ukpga/1998/29/contents

http://www.legislation.gov.uk/ukpga/1990/18


http://www.legislation.gov.uk/uksi/2002/318/contents/made

https://www.gov.uk/government/publications/confidentiality-nhs-code-of-practice

https://www.gov.uk/government/publications/records-management-nhs-code-of-practice


http://systems.hscic.gov.uk/rasmartcards/documents/crg.pdf


NHS Employment Check Standards Mandatory checks employers must carry out in the appointment, and on-going employment, of all individuals in the NHS.

ODS Organisation Data Service

Position Based Access Control (PBAC) The ability to assign access rights per post within an organisation.

Registration Authority (RA) The organisational structure within an NHS organisation that is responsible for registering and verifying the identity of health care professionals/workers who need access to the NHS Care Records Service (NHS CRS) and other applications.

RA Forms Forms to support RA administration

Roles Based Access Control (RBAC) Defines a national standard set of Job Roles and related Activities and Areas of Work which can be approved by a Sponsor and granted by the RA to a User. Each application, such as Choose and Book, uses these definitions to enable access to specific functionality and information in their system.

Smartcard A plastic card containing an electronic chip (like a chip and PIN credit card) that is used to access the NHS Care Records Service (NHS CRS) and other National Programme for IT applications, along with a Passcode. The chip does not contain any personal information, providing only a secure link between the NHS CRS and the database holding the Users information and access rights. The combination of the NHS Smartcard and the Passcode together, help protect the security and confidentiality of every patient’s personal and healthcare information.

Spine User Directory (SUD) Repository which stores Users profiles and registration information both current and historic e.g. includes roles and organisations that an individual may have previously worked for.

Secondary User Service (SUS) SUS is a single repository of person and care event level data relating to the NHS


care of patients, which is used for management and clinical purposes other than direct patient care. These secondary uses include healthcare planning, commissioning, public health, clinical audit, benchmarking, performance improvement, research and clinical governance.


Appendix 1 New Starter

Issuing Smartcard - New Starter

Rec

ruit

ing

Man

ager

Emp

loye

eH

R

Phase

Smartcard required for Employment – Notified

via Authorisation to recruit form

New Starter Pack sent out to employee

Mandatory ID checks carried out

as part of recruitment process

Appointment made to meet with HR

Information recorded in ESR against person

record

Search/View User in NCRS

Does User exisit?

Yes

Create new NCRS Person

No

Establish if user is in possession

of valid smartcard

Print Card

No

YesUser has existing card – no further

action taken

Smartcard issued to individual in person-Induction


Appendix 2 Assigning Access

The process for assigning an access control position

IT T

rain

ers

Lin

e M

anag

erR

ASy

stem

C

on

figu

rati

on

IT S

ervi

ce D

esk

Smar

tcar

d

Use

r

PhasePhase Phase Phase Phase Phase

Smartcard user’s manager to

request access

Request for

access to

Trust systems

logged on

Hornbill

SytmOne/Lorenzo Request form to be completed and sent to

[email protected]

Establish if user has completed the necessary

mandatory training for System

User to complete relevant system training

No

RA notified via Hornbill

yesAccess assigned

based on information in

completed system request form

System Config informed via

Hornbill

Local System Configuration

performed

User able to access Trust systems


Appendix 3 Changing Personal Details

Staff Changing Personal Details

Hu

mb

er

Emp

loye

eH

R R

A

Phase

Name Change

Change of Personal Details form

completed and returned to HR

Recruitment

Change made in the staff members

person record with ESR

To contact HR RA to arrange

an appointment

for new ID badge and Smartcard

HR RA to action System generated

notification for Smartcard and

produce ID Badge at agreed appointment

To attend appointment with

relevant ID documents

Marriage CertificateDivorce Certificate

Deed PollAdoption Certificate

Statutory Decleration

System generated

notification appears in CIS

request list

New Smartcard and ID Issued


Appendix 4 Unlocking/Changing Passcode

Passcode Unlocking and Changing Passcode

Loca

l Sm

artc

ard

A

dm

inis

trat

or

(LSA

)

End

Use

rIT

RA

Phase

Smartcard is blocked due to too

many failed attempts

User to identify designated Local

Smartcard Administrator

LSA identified in area

LSA to meet user face to face and change passcode

End User to log a call with IT Servicedesk

No

Yes

RA Pick up call and arranges a face to face appointment with End user to

unlock Smartcard


Appendix 5 Issue Card Workflow

Issue Card Workflow

RA

Phase

Search for UserSelect the hyperlink to view the user’s

profile

Select Issue Smartcard

Select Issuance Method 1. Local

Will the card be issued Locked

If unlocked then User needs to enter

passcode

Select Issue Smartcard

No

Select Issue Smartcard – Issue Smartcard Locked

Yes

User needs to re-enter passcode

If printer is available then select printer or select continue without smartcard

printer

Select continueBlank Smartcard

entered in to printer/reader

Smartcard certificates applied

Smartcard issued

Humber NHS Foundation Trust Policy name Version 1.1, Oct 2013 of 47

Appendix 6 RA Training Strategy

Care Identity Services eLearning

Module

RA

Manager

(R5080)

RA Agent

Advanced

(R5090 + B0274)

RA Agent

(B5090)

RA Agent ID

Checker Only

(B0267)

Sponsor

(B1300)

Local Smartcard

Administrator

(B0263)

Policy Full

Version P P P P × ×

Policy Short

Version × × × × P P

Registering a

User P P P P P ×

View Requests

& Lists P P P P P ×

Creating &

Cancelling

Smartcards P P P × × ×

Unlocking &

Renewing

Certificates P P P × P P

Advanced User

Actions &

Reports P P P × × ×

Assigning

Positions &

Workgroups P P P × P ×

Advanced

Configuration

and Batch

upload P P × × × × ESR INTERFACE TO CIS (NLMS) 000 IIM 01: MANAGING POSITIONS VIA THE ESR INTERFACE TO CIS 000 IIM 02: REGISTERING A NEW STARTER VIA THE ESR INTERFACE TO CIS 000 IIM 03: ESR INTERFACE TO CIS – UPDATING PERSON DETAILS/ASSIGNMENT STATUS 000 IIM 04: IMPLICATIONS OF TERMINATING EMPLOEMTN FOR THE ESR INTERFACE TO CIS 000 IIM 05: ESR INTERFACE TO CIS – RA WORKBENCH

RA Training and Support Materials (Non-LMS)

http://nww.hscic.gov.uk/rasmartcards/cis/training/index_html

http://systems.hscic.gov.uk/rasmartcards/cis/guidance

Bespoke Training on relevant parts of CIS and RA procedures to be provided to other key

staff with RA responsibilities, by the RA Manager in line with National RA Policy

Record of all completed Training to be inputted in to Individuals Training record.

http://nww.hscic.gov.uk/rasmartcards/cis/training/index_html

http://systems.hscic.gov.uk/rasmartcards/cis/guidance


RA HARDWARE MONITORING PROCEDURES

1. Introduction

This procedure is to comply with the policies and procedures set out in the RA procedure for Humber NHS Foundation Trust. This procedure only applies to Registration Authority staff based within the Trust. The Trust RA manager and Agents have a duty to meet legislative and statutory requirements in relation to IT security. These include the Connecting for Health Information Governance Toolkit and statement compliance.

2. Duties and Accountabilities

RA Staff All RA staff have a responsibility to adhere to this procedure Information Governance Committee The Information Governance Committee is responsible for agreeing to any changes to this process and receiving a quarterly report on the position of the asset register from the Lead RA. RA Manager The RA manager is responsible for ensuring that this procedure is followed by the RA team. They are also responsible for ensuring that there is sufficient supply of smartcards and smartcard hardware, including the hardware required to access the Care Identity Service (CIS) for both RA Agents and Local Smartcard to unlock Smartcards. The RA manager must discuss with IT services their requirements with regard to any required hardware. RA Team The RA Team based within Humber NHS Foundation Trust is responsible for the recording of all RA related equipment in the asset register and for ensuring that the asset register is kept up to date. The RA Team are responsible for ensuring that when equipment is moved or used or allocated to staff then the asset register must be updated

3. RA EQUIPMENT ASSET REGISTER

Registration Authority Equipment Requirements The Registration Authority team requires the use of the following equipment in order to be able to issue smartcards:

PC or Laptop with 5 or more USB ports

N3 or NHSnet network connection

Supply of Blank Smartcards

Smartcard Printer/Ribbon

Digital Camera

Smartcard Readers

Registration Authority Managers, Agents and Local Smartcard Administrators require the following set of equipment so that they may perform maintenance of user’s access.

PC or Laptop with access to CMS Portal


Two smartcard readers


All smartcard users require the following equipment to be able to connect to applications requiring a smartcard:

Pc or Laptop


1 Smartcard reader Mobile RA equipment is to be locked in a secure area at all times when not in use. The equipment should not be left unattended on site or in the boot of a car.

All CIS Create new user forms must be clearly marked with the users UUID number and the following secure steps taken:

All CIS Create new user forms must be filed securely in area that only RA staff have access to

Retained in accordance with Governance guidelines and policies

4. RA Asset Register

Equipment is not to be utilised until its details are recorded in the RA asset register. All RA equipment is to be listed in the RA asset register showing each make and model in use, the asset registers are broken down into different categories of equipment and each category can be subdivided. The data items needed for each category should include the following details:

Serial number

Make and Model

Issued to name

Smartcard batches/numbers to be recorded

Location

5. Damaged, Lost and Returned Items

RA equipment that is damaged, lost or returned as no longer required is to be listed in the RA asset register against the original equipment log entry. Please see criteria below:

Damage equipment, date of return, if sent for repair and when returned and re issued.

Lost equipment/cards – date of loss, how reported and any incident issues recorded. RA staff to check that an incident form has been completed

Returned items must be logged back into the system with all relevant paperwork to provide the necessary audit trail.

6. Implementation

It is the responsibility of the Information Governance Committee to support the implementation of this procedure within the RA Team through action planning, awareness raising and training. The RA manager is responsible for ensuring RA staff are aware of this procedure and its implications and that a range of training methods will be considered in relation to identified needs.


7. Monitoring Compliance

Standards and Key Performance indicators Health and Social Care Information Centre; Information Governance Toolkit:

RA must assess their performance in information security and other areas of information governance using the toolkit and monitor progress and improvement.

RA Manager to check that the RA assets register is updated each quarter by providing a report to the Information Governance Committee

The Information Governance Committee to review the quarterly report in conjunction with the RA Manager and audits will be undertaken on a regular basis by the Information Governance Team.