Support & operations · Practice guide

Plan domain-setting changes around all affected services

Illustrative situation

A website move requires changes to the domain settings, but the team has not recorded the existing arrangement or identified which settings support email and other services. These settings connect your domain to the services people use. Plan the change around the affected services and have an appropriately skilled owner review the technical details before work begins.

Healthcare website support desk with a system checklist, telephone and orange notebook.
Know who to call and what help your support arrangement includes.

What this means for your practice

Record the settings to be changed, the intended result and the affected services. Agree checks and a route back to the previous arrangement, with an appropriately skilled owner reviewing the plan.

An example to discuss with your team

Walk through a fictional failed migration using the recorded prior values and confirm the team knows which records to restore and who can do so.

Healthcare website maintenance with infrastructure, a status panel, tools and an operational checklist.
Monitor the useful journey, not just whether a server responds.
Healthcare backup and recovery illustrated by storage copies, an archive folder and a restoration route.
Test whether a backup can restore a usable service.

How to review the arrangement

Ask the supplier to explain the proposed change in business terms, identify affected services and record the relevant existing settings. Rehearse what happens if the move fails. Who can restore the prior arrangement, and how will the team check that the dependent services still work?

Agree the affected services before changing settings

Your supplier should identify the particular domain settings that need changing and explain which services depend on them. A website move may sit alongside email, booking addresses or verification arrangements managed by other providers. The practice's role is to confirm the services it relies on and the right contacts; a suitably skilled person should review and perform the technical work.

Ask for the relevant existing settings to be recorded, along with the intended changes and checks. Use a fictional failure to walk through the recovery decision: who can act, which prior arrangement is available and how the team knows it has been restored? Plan communication and timing around the effect on the practice. After the change, review all the affected services rather than only the homepage. Keep any inconsistent results visible while the supplier investigates, with a clear owner for confirming that the move has achieved the agreed outcome.

How to check the result

Track DNS changes completed with a reviewed record and successful post-change verification.

Turn reading into a next step

Your action checklist

Work through these checks with your team or supplier. Tick the ones you have resolved and leave unknowns open.

Checks to discuss

Record what you know, what is still missing and the answer you need from your team or supplier.

Use project decisions only, without personal, patient or confidential details. Entries stay in this page and are not submitted to Kay & Co. Copy or download before leaving; this page does not save your notes.

Further reading

These sources provide background for the topic. The practice examples and checklist are illustrative planning suggestions from Kay & Co.

Related guides

Need help with this?

Tell us what is getting in the way. Kay & Co. can help you understand the options and turn the next step into something that works for your practice.

Explore support & operations services or discuss your project.

Try the free Healthcare Digital Planner to find your starting priority.