Client handover template for Healthcare
Free download as CSV and Markdown. Nothing sits in front of the file: no form, no account, no email address.
The files
What it is
The client handover with the items a provider cannot afford to lose: the record of which claims were cleared and by whom, the consents behind any person appearing in creative, the booking path and everything in it, and the list of creative naming individual practitioners.
Everything else is the general handover, unchanged. One row per item, named exactly, verified from the receiving side, with ownership distinguished from access.
When to use it
Use it whenever marketing changes hands, and whenever the person who set the account up leaves. In a practice that person usually holds the claim history and the consent record in their own files, and neither is recoverable once they have gone.
Start it weeks ahead, because consents and booking integrations both involve people outside marketing.
| Type | How to fill it | |
|---|---|---|
| Item | Text | The specific thing being handed over, named exactly: the claim review record by its location, a consent by the person and the date it covers, a booking path by the system it runs in. |
| Category | Text | Which kind: an account, an asset, data, a document, an access right, a relationship or an obligation. Two documents dominate this handover — the claim history and the consents — and both usually live in one person's files rather than in a system. |
| Where it lives | Text | The system it is actually in, and in a practice that is frequently an individual's mailbox or a folder on one machine. Where that is the answer, write it down plainly; it is the finding as much as the location. |
| Access before | Text | Who could reach it before, which for the claim record is usually the marketing lead and the clinical director. The clinical director is the relationship a successor needs most and the one least likely to be introduced. |
| Access after | Text | Who can reach it afterwards, by name, and at least two current people for the booking path and the enquiry inbox. Both are answered by whoever is available, which makes single ownership fragile. |
| Ownership transferred | Text | Whether ownership moved or only access was granted. Consents in particular are the practice's rather than the agency's, and a copy held by a supplier is not the same as the record. |
| Verified by | Text | The person on the receiving side who confirmed it, by name, and for the booking path that means making a real booking and cancelling it rather than opening the form. |
| Verified on | Date (YYYY-MM-DD) | The day it was confirmed. Rosters, availability and waiting times all change weekly, so anything verified more than a fortnight before the handover date is worth confirming again. |
| Risk if missed | Text | What goes wrong for the practice if this is missed, in one line. For the consents it is that creative keeps running with permission that has lapsed, which is the failure in this category that pulling an ad does not undo. |
| Outstanding | Text | What is still to be done and by whom: the consents still to be located, the ads naming a departing clinician still to be retired, the response-time recording still to be started. |
| Evidence | Text | What shows the transfer happened: the claim record reconciled against every live ad, the consents with their scope and expiry, a test booking record, a screenshot of the permissions after transfer. |
| Status | Text | Not started, transferred, or verified. Verified on the booking path means an appointment was booked and cancelled from the receiving side, because that is the only test that exercises the whole chain. |
| Notes | Text | What the receiving side cannot infer: which claims were narrowed and why, which services are usually full, which audiences a platform has rejected before, what the current wait actually is. |
Two records that only exist in one person's files
A practice handover has two items that are almost never in a system: the claim review history, and the consents.
The claim history is the record of what each service has been cleared to say, by whom, and when — including the wording that was narrowed and the claims that were refused. It usually lives in the email of whoever ran marketing, and when they leave it goes with them. A successor without it has to re-clear everything from scratch, or, more often, keeps running claims they cannot account for.
Consents are the same shape and higher stakes. Anybody appearing in creative — a patient, a practitioner, a member of staff — agreed to something specific, for a period, in a context. Those agreements have scope and expiry, and a successor who assumes they are open-ended will keep running creative that is no longer permitted, with nothing anywhere to warn them.
Both belong at the top of the list, handed over as documents, before anybody discusses campaigns.
Reconcile the record against what is live
The claim record is handed over and reconciled on the day: every live ad, with the claim it carries and the review reference behind it, checked against the record.
That produces a clean baseline and it usually produces findings — ads whose claims were cleared for a version of a service that has changed, or ads naming practitioners who have moved on. Better to find them during a handover, when both sides are looking, than in an audit three months later when only one side is.
Keep the reconciled list as the evidence, dated and signed by somebody on each side.
Practitioner creative is its own row
Creative that names an individual is a category of its own, because it expires with the person rather than with a date.
List it explicitly: which ads, which campaigns, which practitioners, and where the assets live. Then attach it to the practice's own process for somebody leaving, so the ads come down at the same time as the email account is closed.
Without the list it is not obvious. Practitioner ads are usually built at different moments, in different campaigns, and they are the last thing anybody thinks about during a departure.
The booking path, documented and tested
The booking path is where enquiries are lost, and it usually belongs to the practice rather than to whoever runs marketing.
Document every step: which form or booking system, what appointment types it offers, what happens when one is unavailable, where the record lands, who answers it, what the confirmation says and which address it comes from.
Then test it after the transfer, as a patient would, on a phone, following a real ad link. Book an appointment, confirm the record arrives with the right service attached, and cancel it. That test is the verification for this row, and a screenshot of the record is the evidence.
Capacity, and what the current weights assume
The account's current budget split was set against an appointment book, and the assumption is invisible once the person who made it has gone.
Hand over the reasoning: which services were being funded and why, what availability looked like when the weights were set, which services are usually full, which are usually quiet, and any seasonal pattern the practice knows about.
It is a short document and it is the difference between a successor who reallocates sensibly in the first month and one who moves money towards whichever service produced the cheapest enquiries.
Targeting rules and what has already been refused
Platform policy in this category is restrictive and inconsistently applied, and every practice accumulates hard-won knowledge about what its accounts can and cannot do.
Which audiences have been rejected. Which wording triggered a disallowed ad. Which appeal succeeded and on what grounds. None of that is in an account, all of it is expensive to relearn, and it goes into the notes.
Access, and the people outside marketing
Finally, the ordinary discipline with one practice-specific addition: several items here are administered by people outside marketing — the practice manager, the clinical director, whoever runs the booking system.
Name them in the rows and introduce them before the handover date. In a small practice the relationship is the mechanism, and a successor who has met the clinical director will get claims reviewed in days rather than weeks.
Locations, where a practice has several
Where a practice runs more than one site, almost every row in this document needs a location attached to it.
Capacity differs per site. Practitioners differ per site. Sometimes the booking system does too, and occasionally a site has its own page, its own phone number and its own person answering it. A handover written for the group will leave a successor with a correct picture of the practice and no ability to act on any individual location.
List the sites, and for anything that varies by site, write one row per site rather than one row with a note. It is more rows and it is the version somebody can use.
Before you call the handover done
Seven checks. Items are listed by category and named with identifiers. The claim review record has been handed over and reconciled against every live ad on a dated baseline. Consents have moved, with their scope and expiry recorded. Creative naming individual practitioners is listed and attached to the practice's departure process. The booking path is documented and has been tested end to end after transfer. The capacity assumptions behind the current weights are written down. And the people outside marketing who administer anything have been named and introduced.
The general template, and other industries
Client handover template
A free client handover template as a CSV and a Markdown file: one row per item, with where it lives, who verified it, and what breaks if it is missed.
Client handover template for B2B SaaS
A free client handover template for B2B SaaS as a CSV and a Markdown file, with rows for routing, account lists, the lead definition and reporting joins.
Client handover template for Ecommerce
A free client handover template for ecommerce as a CSV and a Markdown file, with rows for the feed, the catalogue, creative source files and promotions.
Client handover template for Fintech
A free client handover template for fintech as a CSV and a Markdown file, with rows for the review record, market settings, disclosures and live creative.
Client handover template for Real estate
A free client handover template for real estate as a CSV and a Markdown file, with rows for live listings, vendor agreements, photography and portals.
Templates that go with it
Launch checklist template
A free campaign launch checklist as a CSV and a Markdown file: one row per check, with an owner, a due date, whether it blocks, and the evidence kept.
Naming convention template
A free naming convention template as a CSV and a Markdown file: one row per segment of the name, with its position, allowed values, owner and change rule.
Phase plan template
A free phase plan template as a CSV and a Markdown file: one row per area per phase, with limits, what still needs approval, and the evidence to advance.
Related reading
Questions
Put frontier AI to work on every ad account you run.
Tempio connects your ad accounts into one workspace and hands your own AI the numbers and the tools. Every change it writes is a draft until you approve it, or until a rule you wrote does.
Request early access- Read and draft by default. Approve is a separate permission you grant.