The Software Implementation Engineer is a hands-on technical delivery role at the centre of complex NHS deployments. At Heidi, the CSM owns the customer from day one: the relationship, the rollout plan, the path to renewal. The Implementation Engineer is the technical arm they lean on: the person who personally configures SSO with the customer’s IT team, sets up and provisions tenants, delivers EHR integrations through to go-live, configures agents and custom builds, and gives every technical problem a fast diagnosis and the right owner — fixing what is configuration, and handing confirmed product defects to Support Engineering, who own and drive their resolution.
You are the reason launches don’t stall on technical topics. The remit is deliberately broad: anything to do with getting an account set up, configured and optimised is yours, from account configuration and MFA through to integration build and iteration, rather than being split across several specialist roles.
Clinical training and adoption sit with Clinical Enablement, not here. Your ownership begins upon acceptance of the enterprise handover. It ends when the agreed technical scope has passed its acceptance criteria, customer sign-off has been recorded, the final configuration has been documented and the implementation has transferred into hypercare or BAU support.
You are technically credible in front of a CIO, precise in what you hand to engineers, and relentless about closing the loop — and you translate what customers need technically into clear, prioritised asks for the Technical Program Manager (TPM), who owns the integration roadmap and prioritisation.
Success in this role looks like:
•
Hands-on delivery — you personally set up, configure and validate the technical footprint of an account: identity, provisioning, integrations, agents, data flows. Not coordinated — done.
•
Technical ownership — every technical problem at your accounts gets a fast diagnosis and a clear owner. What is configuration or implementation, you fix; what is a product defect, Support Engineering owns and drives — you hand it over with the diagnosis attached and do not shadow the ticket. CSMs never have to diagnose or route technical problems themselves.
•
Fast unblocking — technical blockers that would stall a launch for weeks get diagnosed, sequenced and resolved in days, because you understand the problem and know exactly who has to do what.
•
Clean boundaries — you hand net-new build work to FDEs as precise, prioritised requirements they can act on without rework, and you route live product defects to Support Engineering with a proper diagnosis attached — you don’t hoard work that belongs elsewhere, and you don’t toss problems over walls.
•
Trusted translation — customer IT and security teams treat you as a peer; the Technical Program Manager (TPM) gets integration gaps and technical priorities from you they can act on, and product hears a clear, prioritised signal.
This is a delivery-accountable role, so your job is to make the technical side of every account work: identity live, tenants configured, integrations delivered, agents built, security questions answered, and technical problems solved before they become escalations.