Support & operations · Practice guide

Keep active, retiring and archived services distinct

Illustrative situation

An old patient information microsite remains listed as active even though its content owner has retired it. The register does not distinguish live, retiring and archived assets. A service can be live, being replaced or retired, and each state means different work remains. Make those labels clear so a retired microsite is not mistaken for something the practice still supports or promotes.

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

Give live, retiring and archived services clear meanings and owners. Complete the relevant content, link, information and connected-service checks before declaring an item retired.

An example to discuss with your team

Mark a fictional microsite for retirement and trace the tasks needed to prevent broken links and preserve any required records.

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

Mark a fictional site for retirement and trace links, content, records and connected services. Who decides when the work is complete? The register should record the effective date and unresolved dependencies. Changing a status label is the final record of a decision, not a substitute for carrying it out.

Make each status describe the remaining work

Define what your register means by active, being replaced and retired. A service marked for retirement may still need to handle old links, preserve approved records or support a temporary handover. Those tasks should remain visible until the responsible owner confirms the agreed work is complete.

Follow a fictional information site through the process. Ask who approves retirement, which pages or printed materials link to it and what visitors should see afterwards. Include any connection or record held outside the site itself. A change in the register should reflect the actual state, not make unfinished work disappear. Keep the decision and effective date understandable to a covering colleague. Review a sample of supposedly retired services to see whether they remain live or promoted elsewhere. Where the status is wrong, correct the underlying work or the record with the responsible team, rather than assuming a label has completed the retirement.

How to check the result

Check whether each recorded service status matches what is actually available, being withdrawn or retained as history.

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.