Scottish Digital Government
Digital Government Transformation4 Topics
Service Design4 Topics
Agile Development2 Topics
Digital Identity6 Topics
Digital Identity in Scotland - Standards and innovations
Digital Identity prototypes set scene for Scotland's Credential Ecosystem
Digital Identity Scotland - Scottish Attribute Provider Service
Panel: Digital Identity in Government
Proxy Address: Virtual Addresses for the Homeless
Building the Scottish Credential Ecosystem with Self-Sovereign Identity
- Digital Identity in Scotland - Standards and innovations
Connecting Scotland2 Topics
Government Cloud and Applications6 Topics
Why embark on a Cloud Strategy?
Cloud First Adoption to Drive World Class Digital Government in Scotland
Government as a Platform in Scotland
Payments as a Platform - The Scottish Government Payments Service
The eRedbook - Exemplar blueprint for a Digital Government App
Google Workspace for Collaborative and Inclusive Digital Government - How the Cloud is Helping Tackle Homelessness in Scotland
- Why embark on a Cloud Strategy?
Local Government3 Topics
Digital Health and Social Care3 Topics
Digital Democracy1 Topic
Digital Identity Scotland – Scottish Attribute Provider Service
The feature video introduces the Scottish Government’s plan to build and implement SAPS – The Scottish Attribute Provider Service, which:
“Will improve citizen’s access to public services, by providing them safe and easy ways to prove their identity, or attributes thereof, which are relevant to eligibility for the service.”
Key design principles include user-centric principles of only allowing the sharing of data between services with the active consent of the citizen, no data will be shared for commercial purposes nor will data be stored in a centralized database, ensuring that a citizen’s data remains under their own control, so they can store and consent to share their data with public sector organizations where needed.
Verified Attributes is data about a citizen that has been proven by a trusted public sector organization, that can be reused to save the user time and effort, and reduce bureaucracy costs for the government.
SAPS 1.0 – 4.0
An implementation roadmap is planned across four main phases:
- 1.0 – Q4 2020: User will be provided a digital sign on for services, so that the user can save and resume online workflow processes.
- 2.0 – Q2 2021: User can save Verified Attributes for future use.
- 3.0 – Q1 2022: Identities can be verified by trusted parties.
- 4.0 – Q3 2023: An easier user journey, reducing data input requirements and removing dependence on third party identity providers.
From 11:20 they describe the methodology they’ve applied to ensure user needs are at the centre of the service design. They’ve set out to create an adaptable design that can cater for the full spectrum of different user scenarios, such as an Older Adult, a Parent and a Young Scot Card Holder.
These have been organized these into five main themes:
- Multiple user groups – Services that support the individual and the organization.
- Clearly add value – Communicate the benefits of the program.
- Ease of integration – Utilize current solutions and tie in with the existing user journeys.
- Accessibility – The solution needs to work well for every one.
- Future proof – The solution needs to be forward looking and enable public sector innovation.
High Level Solution
From 14:30 they share their high level design for the SAPS system, emphasizing the point it is an evolving design and they welcome feedback.
This will function as a closed ecosystem for public service providers, where they can make use of shared verified attributes to reduce friction when accessing digital services. The user will own and control their attributes, and be provided a single sign-on, giving access to a secure place for storing their attributes, an encrypted store where they can authorize their consents.
The three core building blocks of SAPS are The Credential Provider, the Attribute Store and Broker. The user will have a strong authentication credential from the outset without providing their identity, a credential that complies with GPG-44.
SAPS Relying Parties will offer users the ability to store and control their credentials in the Attribute Store, provided free of charge, and is controlled by the user – Only the owner will be able to view and decrypt the content. Attribute Store capability will include the ability to create and sign derived attributes.
The Broker will enable a low cost approach to integration, and will manage protocol flows and session state, supporting SSO across credential providers, as well as orchestrating calls to the Attribute Store.
Other functions will include consent management, derived attributes, standard metadata, delegation and attestation.
At 29:50 they outline the procurement process for building SAPS. Their expectation is they will contract a capable development partner who can to plan, select and integrate the different functional components.