Service Support

Add to favourites

Our Core Hours are 9.00am to 5.00pm on Business Days. Business days are Monday to Friday, excluding Scottish Public Holidays (25 December, 26 December, 1 January, 2 January, Good Friday and Easter Monday).

A service issue or incident can be reported at any time through our Service Desk Portal: https://nesdigital.atlassian.net/servicedesk/customer/portal/7/group/87/create/447

A triage process will determine the priority level and subsequent response time. Triage, response handling and resolution of service issues will only be provided within our Core Hours. For issues not caused by the Application we will escalate the issue to the Service Provider of the service causing the issue.

Following the initial reporting of an Issue there will be:

  1. A human response to acknowledge that an Issue has been logged and is under investigation or other process,  and
  2. Resolution (including workaround) or otherwise of the Issue.

Not all Issues will necessarily have a specific resolution. This will depend on many factors such as impact (e.g. how many users are affected), urgency and complexity.  Where coded or database changes have to be performed in order to resolve an Issue then the time for resolution will depend on development and deployment timescales.  The Issue’s originator would be kept reasonably informed of progress and resolution.

Priority Levels

We will assign priority to Issues from 4 options: 

  • Low
  • Medium
  • High
  • Urgent

Only Major Incidents will be classified as Urgent.

Issues will be of 2 possible types, a Normal Incident and a Major Incident.

  • A “Major Incident” is defined as an Issue which has significant impact on activity within the Application and which requires a response beyond the routine process for managing Issues. This would be set with an Urgent priority status. In practical terms, a Major Incident would normally be an Issue that causes either a data governance problem or a “site down” situation that prevents >1% of users from being able to access their account.
  • All other Issues would be defined as a “Normal Incident” and would have priority status set as Low, Medium or High.
Priority LevelDescription
LowIssues are likely to include minor corrections and cosmetic faults
MediumIssues are likely to include unauthorised changes to the Software, failure of minor features, performance degradation that inconvenience Authorised Users
HighIssues are likely to include failure of major functions (e.g. inability to record updates). Additionally, performance degradation that seriously inconveniences Authorised Users and / or poses a clinical risk
UrgentIssues only comprise Major incidents
Dealing with Issues

Depending on the nature of the Issue, it may be closed in a number of possible outcomes which include:

  • The Issue being corrected and fully resolved via our support team.
  • The Issue being classified as a matter that is not caused by issues or problems with the Application or as a matter that is more appropriately addressed directly by the users and therefore is referred back to the person reporting the Issue. 
  • The Issue being part of a known problem.  All Issues relating to a known problem are closed when the known problem has been rectified.
  • Resolution may include a workaround, which should be put in place until an acceptable resolution can be found.
  • If more information on the Issue is requested by the support team then resolution of the Issue will be dependent on the originator’s reply.  
  • When no reply is received from the originator after 14 days then we will contact the originator to review if the issue still exists. If no reply is received for another 14 days the Issue is closed.
  • If we consider an Issue to be of Low priority status and have a low impact and we cannot  reasonably fix it, where possible a workaround will be provided and the Issue closed “without resolution”.
  • If an Issue is regarded as a change request, then we may consider it more appropriate to close the Issue and have this request progressed via an agreed procedure for Change Management. 

We acknowledge that resolution of an Issue, particularly known problems, may require a coded solution that will be dependent on development resources to code, review, test and be deployed on set days.  A Major Incident may require a more immediate code update dependent on completion of a risk assessment.

Response Times

We aim to comply with the following target times for responding to and resolving Issues. If we are unable to progress resolving an Issue because it requires further information from the end user or Board the waiting period will not count towards these times.

TypePriorityResponse Times
NormalLow
  1. Human response within 2 Business Days
  2. Direct resolution or workaround within 30 Business Days
NormalMedium
  1. Human response within 2 Business Days
  2. Direct resolution or workaround within 15 Business Days
NormalHigh
  1. Human response within 1 Business Days
  2. Direct resolution or workaround within 2 Business Days
MajorUrgent
  1. Human response within 1 hour
  2. Direct resolution or workaround within 24 hours
  3. Agreed regular communications with users
Out of Hours

Incidents reported outside of the core hours will be dealt with in one of two ways:

  • Urgent Incident: Dealt with by a single point of contact, accessible by phone.
  • High, Medium or Low priority Incident: Dealt with the next working day. 

Urgent Incident Phone Number (Out of hours) 0141 468 4999.

Urgent Incident Definition (Out of hours): We define a Urgent incident as an incident where a Clinician is unable to read patient data during critical patient care. Incidents where the ability to create and update are unavailable will be defined as High, Medium or Low.

Service Availability

We aim to have 99% availability for digital ReSPECT each year,  over 24 hours a day, 365 days a year. 

Availability doesn’t include maintenance events or third party caused disruptions/outages or disruptions/outages caused by Force Majeure. 

Any maintenance event that involves a predicted downtime in excess 3 hours is regarded as exceptional and will be notified to our users, through the agreed point of contact, at least two weeks in advance.

Where possible, planned upgrades will be made outside of normal business hours.

Unplanned/short notice downtime is sometimes necessary and outside our control. We will immediately bring this to the attention of our users, through the agreed point of contact. As much notification and warning as possible will be provided and all efforts made to restore normal functional operation as soon as possible.

 
Service Reliability

As part of our quality of service, we have designed the service to be resilient (see our SSP). The objective is to have:

  • No more than one failure in one month, and
  • No months with consecutive failures.

A failure is any incident which results in a loss of service to the user. If the above service levels are breached our Associate Director for Digital will be required to provide an explanation to our Director.  The Director will be responsible for ensuring that remedial action is taken to avoid future issues.