WHO IS HEIDI? Heidi is building an AI Care Partner that supports clinicians every step of the way, from documentation to delivery of care. We exist to double healthcare’s capacity while keeping care deeply human. In 18 months, Heidi has returned more than 18 million hours to clinicians and supported over 73 million patient visits. Today, more than two million patient visits each week are powered by Heidi across 116 countries and over 110 languages. Founded by clinicians, Heidi brings together clinicians, engineers, designers, scientists, creatives, and mathematicians, working with a shared purpose: to strengthen the human connection at the heart of healthcare. Backed by nearly $100 million in total funding, Heidi is expanding across the USA, UK, Canada, and Europe, partnering with major health systems including the NHS, Beth Israel Lahey Health, MaineGeneral, and Monash Health, among others. We move quickly where it matters and stay grounded in what’s proven, shaping healthcare’s next era. Ready for the challenge? THE ROLE Heidi operates across US, UK, Australia and beyond — and integrations are the connective tissue that makes it work everywhere. This PM role is a central platform function: the common layer through which every Heidi product (Scribe, Comms, Evidence) interfaces with the external systems clinicians already live in. EMRs. Scheduling systems. Document stores. Clinical references. Secure messaging. Wherever clinicians already work, Heidi should plug in without making them think. The integration stack is real and in motion: SMART on FHIR launches inside the chart, structured write-back into Epic, Cerner, Athena, MEDITECH Expanse, Veradigm, Best Practice. HL7 ADT feeds for patient demographics. Pre-charting from appointment data. The Integration Marketplace — surfacing Scribe, Comms and Evidence integrations in one place — is being rebuilt now, and you’ll own where it goes next. You’ll own the integration framework, the customer-facing marketplace, and the roadmap that decides which connector ships next and how deep it goes. A small dedicated engineering squad sits alongside you. A new integration framework is rolling out. The marketplace is being unified across product lines. You’re picking up a running operation with strong opinions about where it goes. Half your time is building the platform — the framework, the standards, the shared infrastructure every connector benefits from. The other half is customer-facing enablement: working directly with accounts, regional teams and commercial to get integrations live and keep them healthy. The hard part is that every customer feels bespoke, three regional teams are always pulling in different directions, and real EMR behaviour rarely matches the spec. You’ll need to hold the line between configuring for one account and building for the platform. You need to understand how a real EMR write-back actually works — encounter IDs, appointment IDs, patient context, addendum vs edit, side-by-side comparison, sectional mapping, the lookup tables that break in v1.0.2 of the desktop app. You need to know when a customer request is a one-account fix and when it’s a framework change that touches every EMR. You need to be the person engineering trusts to call the build-vs-configure trade-off, and the person commercial trusts when they’re scoping integration requirements into a contract. WHAT YOU'LL DO - Own product strategy and roadmap for Heidi’s integrations surface — the framework, the marketplace, and the individual EMR and non-EMR connectors — setting clear goals and being held accountable to achieving them - Decide which integrations to build, which to deepen, and which to deprecate, balancing customer demand, regional pull and engineering cost - Serve as the central integration layer for Heidi’s product lines — when Scribe, Comms or Evidence needs to connect to an external system, the path runs through you - Own the Integration Marketplace as a single experience across Scribe, Comms and Evidence — including discoverability, multi-player setup and the closed loop on integration requests from growth - Drive the migration to the new integration framework so every connector benefits from shared infrastructure: sectional notes write-back, error handling, analytics instrumentation, multi-tenancy - Translate messy EMR realities — HL7 ADT messages, FHIR resources, Athena shell accounts, Cerner addendum behaviour, MEDITECH Expanse approval pathways, Best Practice workflows — into product specs engineering can build against - Set the standard for integration quality and reliability — error handling, write-back confirmations, latency, recovery from upstream failures — and be accountable to it - Be the connective tissue between US, UK and APAC regional teams: absorbing their competing priorities and translating them into a coherent platform roadmap rather than a queue of one-offs - Work directly with EHR partners, integration engines and platform teams to stay ahead of API changes and certification requirements - Connect field signal back to the framework: when the same gap shows up across three accounts or three regions, consolidate it into a platform fix instead of three bespoke ones - Expand integrations beyond EMRs — document stores (SharePoint, GDrive, OneDrive), clinical and drug references, scheduling systems, secure messaging — wherever clinicians already work. IF WE'D WORKED TOGETHER THE LAST 6 WEEKS, YOU'D HAVE: - Shipped the migration of an existing integration (e.g. Athena) onto the new framework and unblocked sectional notes write-back and mobile parity as a downstream consequence - Spent half-days with three customer accounts watching clinicians actually use the EMR alongside Heidi — Cerner clinician mapping, Athena multi-department provider setup, MEDITECH Expanse review-ambient flow — and come back with discrete tickets that changed the next sprint - Diagnosed