Release processes
This guide outlines the release process followed to ensure Concentric continues to iteratively improve and respond to feedback, whilst ensuring great availability and minimising any impact on organisational processes.
The approach outlined is followed by all organisations using Concentric and is based on industry best practice for Software-as-a-Service (SaaS) web applications.
Background application releases
In-line with continuous improvement principles we perform production releases every few weeks, following a defined release process. By default these are ‘background application releases’ and – as the Concentric deployment within each region is multi-tenant (i.e. all client organisations use the same application deployment with appropriate data separation) – is deployed to all users at the same time. Background application releases do not involve input from client organisations and do not go through a change approval process at each client organisation.
Releases will often include small improvements that are not user-facing, and may include minor user interface updates or bug fixes. User-facing updates are designed to be intuitive and not require any additional training.
All releases go through a thorough quality assurance release process including manual and automated testing, across all supported browsers, testing all existing and any new functionality. The release is approved by both the Clinical Safety Officer and Chief Technical Officer, and is tested in two environments prior to release to the production environment.
An easy to understand summary of the release is shared publicly in our release notes.
Most releases are done as ‘near-zero’ downtime deployments meaning that there should be no impact to clinical or business processes due to a background application release.
Occasionally, for example for database migrations, some downtime is expected during a release. Where this is the case, 10 working days notice – including the downtime window and expected downtime duration within the window – is given to client organisations to allow internal processes around downtime business continuity planning to be met.
Co-ordinated application releases
Sometimes, a release must be co-ordinated with one, many, or all client organisations to ensure the change does not disrupt processes. Co-ordination is usually required due to one (or more) of the following reasons:
- Implementation of a change to the integration with another of the organisation’s systems
- An update to the Concentric connector – which sits within the organisation’s network
- There has been a significant change in the user interface or process, which means that the healthcare organisation may need to send communications to users or review organisational processes.
For scenario three, we aim to provide clarity regarding the release to nominated individuals within the organisation ten working days before release. If appropriate, this will include updating the demo environment to support preparing any communications or organisational process review.
Ontology content releases
The Concentric ontology is managed by a clinical team and is considered a globally-leading resource of treatment information. Updates to ontology content follow a defined process, following the information standard principles (see more in our standards and guidelines conformance page), and are done in parallel to application releases and will include additions and modifications, such as in response to newly-published medical literature or updates from Royal Colleges and national associations.
Ontology templates are fully customisable and the clinician is responsible for the information that is shared with their patient, as per the requirements of the Montgomery judgement to consider the individual and any material risks. Ontology content updates do not require co-ordination with the healthcare organisation. Modifications can be made to the local version of the Concentric ontology by following the consent template updates process. When an ontology release includes a request from a healthcare organisation the relevant individuals are contacted to inform that the request has been completed.