Cardiac Devices
Regulated development and commercialization journeys where clinical, quality, and market access align.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Clinical Needs Discovery
Align on clinical goals, implant program constraints, stakeholders, and prioritized device performance criteria (lead reliability, MRI compatibility, battery longevity, and remote monitoring capacity).
Discovery Questions
Starting with Your Clinical Priorities
- Tell me about the primary clinical goals your implant program is aiming to achieve in the next 12 months.
- Which of these outcomes would you rank highest when choosing a device supplier right now?
- On a typical month, how many device implants does your service line perform and how does that volume influence device selection?
- Describe a recent implant case that went exactly as you wanted. What went right and which device features made it smooth?
- If you could change one measurable thing about how devices perform for your patients, what would that be and why?
Where Device Performance Actually Breaks Trust
- If a single device performance issue in the next year would make you stop recommending a vendor, what specific failure would it be?
- Tell me about the most recent device complication you had to manage, how it was detected, and who ended up bearing the operational burden.
- How often do lead-related revisions or generator replacements occur in your program, and which patient groups are most affected?
- Which metrics or reports do you look at to decide whether a device line is performing acceptably?
- What single metric or evidence would cause your section chief to cancel a planned device adoption within 6 weeks?
How Implant Day Really Works in Your OR
- Walk me through a typical implant day workflow from patient arrival to discharge, focusing on where device features or field clinical engineering step in.
- Who on your team must be present or on-call to consider a new device safe to use in your ORs?
- How many cases per day do your ORs schedule that require dedicated field clinical engineer support for device programming or troubleshooting?
- Describe a time when lack of field clinical engineering coverage impacted an implant. What was the operational consequence?
- What would have to change about implant staffing or onsite technical support for you to adopt a new device line within a quarter?
How Remote Monitoring Must Fit into Your Clinic Rhythm
- If remote monitoring is creating unsustainable work in your clinic, where does it hurt most, and why would that alone make you pause a vendor decision?
- Which parts of remote monitoring are you willing to have the seller handle versus which must remain under your clinic's control?
- Walk me through the last time remote monitoring produced a clinically useful alert, how it was routed, and how much staff time it took to resolve.
- How integrated is your current remote monitoring data with the electronic medical record, and who owns that integration?
- What change in alert volume or false positive rate would trigger a requirement to renegotiate monitoring terms with a vendor?
Stakeholders, Politics, and Procurement Realities
- Describe the decision pathway from clinical preference to contract signature in your system, including committees and timing.
- Who are the nonclinical decision makers that can stop a device adoption, and what is their primary concern?
- When procurement pushes to standardize on fewer manufacturers, what conditions would allow your clinical team to keep a non-standard device in the portfolio?
- If your clinical case volume shifted by 30% next year, who would need to be convinced to revisit device selection and how quickly could that happen?
- Which stakeholder objection has stopped a device adoption in the past, and what would have changed that outcome?
What's Getting in the Way, Practically and Politically
- When you look at past attempts to change device suppliers, what single logistical or political obstacle caused the effort to stall?
- Describe any current regulatory, credentialing, or institutional approvals that must be secured before a new device can be implanted at your sites.
- How prepared is your IT and biomedical engineering to accept a new remote monitoring endpoint or device telemetry feed?
- How many additional full time equivalents would you need to absorb increased remote monitoring workload without changing patient safety?
- What single operational constraint would kill the project if it cannot be resolved before pilot start?
Competitive Landscape, Choices on the Table
- Which alternatives are you actively evaluating besides external vendors, including incumbent suppliers and internal solutions?
- What would have to be true about your incumbent supplier for you to stay with them rather than move to a new partner?
- Has anyone on your team proposed building or expanding an internal monitoring or device management solution instead of contracting with a vendor, and what was the rationale?
- If a competitor offers a lower upfront price but our data shows fewer years of battery life and higher revision rate, what weights do you place on price versus long term reliability?
- What single competitive feature or proof point would make you switch vendors next quarter?
Operational Readiness and Integration Constraints
- Describe the EMR and device data landscape, including which systems must receive telemetry and who currently owns those integrations.
- Which of these integration prerequisites are already in place at your sites?
- Who in your organization will be the day to day contact for data-sharing consents, patient enrollment, and device registration?
- How many weeks of lead time do you require for any device training and field clinical engineer scheduling before the first implant?
- What single technical blocker would prevent you from running a pilot within the next 90 days?
Clinical Acceptance Criteria and Decision Triggers
- Which measurable acceptance criteria would you require to consider a pilot successful?
- Tell me about the specific data or evidence your value analysis committee expects to see before they will green light a full adoption.
- If the pilot meets your clinical acceptance thresholds, what internal approvals would be needed to move to system wide adoption and how quickly could those be secured?
- Which warranty, recall, or field support responsibility would be a deal breaker if not contractually addressed?
- What single outcome from a pilot would let you sign for broader deployment that same week?
Next Steps and Meeting Readiness
- Who on your side should be included in a technical kickoff to ensure rapid decisions on integration and training?
- When is your ideal window to run a pilot program for new devices, and do you have blackout dates for implants or EMR change freezes we should avoid?
- Would a short technical readout with telemetry examples and a sample implant day plan help accelerate approval from your stakeholders?
- What would you like the seller to bring to the pilot planning meeting so your team can make a go no go decision?
- Finally, what immediate concern, if unresolved, would make you decline to engage further after this discovery conversation?
-
Clinical Experience & Use Cases
Walk through how device features, remote monitoring workflows, and field clinical engineering during implants will deliver the buyer's outcomes in real clinical scenarios.
Solution Experience
- Clinical Experience & Use Cases Session
- Confirm the current state and its cost
- You confirm the demonstrated implant and monitoring workflows address the OR delays and clinic workload you described.
- Provide three recent implant cases that represent your typical complications and staffing constraints.
- Scenario walkthrough — routine pacemaker implant
- You agree on the measurable acceptance criteria that will prove the future state in your environment.
- Provide remote monitoring alert volumes and average triage times for the last three months.
- Scenario walkthrough — MRI-conditional patient pathway
- Deliver a tailored implant scenario runbook showing required field clinical engineer coverage, expected OR time impact, and projected clinic-hour savings before the follow-up session.
- You identify any unresolved risks that require additional evidence before procurement or clinical approval.
- Run a sample alert-reduction projection using your supplied metrics and deliver the analysis before the decision checkpoint.
- Proof of remote monitoring triage and workload reduction
- Validate the future state with a direct confirmation
- Align on remaining evidence and acceptance criteria
- Clinical Experience & Use Cases Session
- Solution Experience Deck
- Solution Brief — Clinical Experience & Use Cases
- meeting
- slides
- document
-
Solution Scope
Define the device portfolio, support services, training, remote monitoring access, regulatory/registration responsibilities, and measurable acceptance criteria.
Scope Configuration
- Supply implantable cardiac devices and lead kits
- Provide field clinical engineer in‑procedure support
- Program devices at implant and run initial diagnostics
- Perform device interrogation and routine follow‑up support
- Support generator exchange and battery replacement procedures
- Provide lead implantation technical guidance
- Provision remote monitoring platform access
- Enroll and configure patients for remote monitoring
- Provide remote monitoring alert triage support
- Register devices with regulatory tracking databases
- Deliver clinician training on device programming workflows
- Deliver patient education and home monitoring training
- Perform device firmware and software updates
Scope Questions
Supply implantable cardiac devices and lead kits
- Do you have a preferred list of device model families and lead kit SKUs for each implant indication (single‑lead pacemaker, dual‑chamber ICD, CRT, insertable monitor)?
- How many units of each device model and lead kit SKU should we provision for the initial implant inventory (by model and hospital item number)?
- Which hospital item numbers, sterile kit lot tracking fields, or internal SKU tags must appear on delivery paperwork for inventory reconciliation?
- When should the first shipment of devices arrive relative to the first scheduled implant (choose a target lead time)?
- Confirm the acceptance criteria we should apply on delivery: matching ordered model numbers and UDI, intact sterile packaging, and inventory counts reconciled on receipt. Add any additional acceptance thresholds.
Provide field clinical engineer in‑procedure support
- How many operating rooms and which procedure types should we schedule FCE coverage for (list OR room numbers and implant types)?
- Which hours of coverage do you expect per case for the field clinical engineer (start-to-finish, first two hours, on-call as needed)?
- When the FCE attends, what administrative artifacts must they complete in your implant log (implant report entry, device serials, UDI, programming template saved)?
- Identify the hospital credentialing or vendor access requirements we must meet for FCEs to work in your ORs (badge, EMR access, vendor privilege form).
- Specify the target response time for emergent technical issues during implant (for example programming failure or lead connector issue) and any SLA formats you require.
Program devices at implant and run initial diagnostics
- Provide the programming template name or the explicit target settings you want applied at implant (pacing mode, AV delays, detection zones, sensitivity).
- How should we record initial lead sensing, capture threshold, and impedance values in the implant note or EMR form (fields required and any discrete data mapping)?
- Are there center-specific arrhythmia detection thresholds you require at implant (example: VF detection > 200 bpm, VT zone 150-199 bpm)?
- Who must sign off on the final device programming at implant (implanting physician, section chief, other), and how should that sign-off be recorded?
- Confirm whether you require a downloadable implant report (PDF) with serial numbers, UDI, and programmed settings uploaded to the EMR immediately after implant.
Perform device interrogation and routine follow‑up support
- Estimate the number of routine in-clinic interrogations you expect per implanted device annually.
- List the clinic staff roles who will perform device interrogations and indicate which roles require training (device clinic RN, cardiology technician, EP fellow).
- Indicate whether interrogation reports should be pushed into your EMR via HL7, FHIR, or uploaded manually.
- Specify the discrete data elements you need in routine interrogation reports (examples: battery percentage, lead impedance, percent ventricular pacing, arrhythmia episode log).
- Are there target SLAs for turnaround on routine follow-up support requests (for example report review or technical response within X business days)?
Support generator exchange and battery replacement procedures
- Estimate the expected generator exchange volume at your center in the first 24 months post-implementation.
- Select the level of vendor support desired for generator exchange procedures: dedicated on-site FCE, on-call remote support, or no vendor support.
- List required post-exchange documentation we must deliver (replacement device UDI, explanted serial, updated implant log entry).
- Indicate any hospital policies for explanted device handling, returns, or disposal we must follow and provide the policy document reference if available.
- Will you require vendor‑supplied sterile replacement kits stocked onsite for exchanges and what par levels should we maintain by SKU?
Provide lead implantation technical guidance
- Select the lead fixation types planned for these implants (active fixation screw, passive tined, or both).
- Provide preferred lead models or connector types to match your implant technique, including any legacy connector size constraints.
- Does your center require fluoroscopy time targets or a lead positioning checklist to be followed during implantation?
- Who will perform final acceptance of lead placement in the OR and how should that acceptance be recorded in the implant note?
- Describe preferred guidance for difficult venous access scenarios to include in the procedure plan (wire-assisted techniques, cutdown, leadless options).
Provision remote monitoring platform access
- List user roles and the number of accounts required for the remote monitoring portal (example: device clinic RN x3, EP physician x2, admin x1).
- By which authentication method should users access the portal: SAML single sign-on, OIDC, or separate vendor credentials?
- Confirm the acceptance test for portal provisioning: ability for a set of test patients to transmit telemetry, alerts delivered to the clinic account, and successful EMR documentation of an event.
- For user provisioning do you prefer bulk CSV upload of accounts, manual creation, or automated sync with your identity provider?
- Are there audit log, access retention, or data access review requirements for portal accounts we must support?
Enroll and configure patients for remote monitoring
- For the first 6 months, approximately how many patients do you plan to enroll in remote monitoring?
- Through which enrollment workflow do you prefer patients be configured: in-OR pairing, clinic-based enrollment, mailed home monitor activation, or a mixed approach?
- In which formats do you want patient materials for pairing and home monitoring: printed quick-start card, mailed activation packet, or video tutorial linked in the patient portal?
- Where will patient consent for remote monitoring be documented and stored (EMR consent form, paper chart, or patient portal acknowledgement)?
- At what cadence should we verify remote monitor connectivity post‑implant for new patients (for example check at 24 hours, 7 days, 30 days)?
Provide remote monitoring alert triage support
- Identify which alert categories you want the vendor to triage before forwarding to your clinic (examples: device malfunction, arrhythmia detections, low battery).
- Outline acceptable vendor triage SLAs for critical alerts (time from alert to clinic notification).
- Name the escalation path for ambiguous or high‑risk alerts (on‑call EP, device clinic director, emergency department) and required contact details.
- State whether triage actions must be documented in a shared triage log, in the EMR, or both.
- Choose the credentials level required for vendor triage staff (clinician-level such as RN/NP/MD versus trained technical staff) for initial review.
Register devices with regulatory tracking databases
- Using which device identifiers should we perform regulatory registration at implant (UDI, local device tracking ID, hospital inventory ID)?
- Within what timeframe do you require completed registry entries and confirmation numbers to be delivered after implant?
- Who will be the hospital contact responsible for device registration tasks (name, role, contact e-mail/phone)?
- Do you require exported reports of registered devices for inventory reconciliation and UDI audit (CSV, PDF)?
- Are there local or national regulatory reporting steps for explanted or returned devices we must follow and document (for example local registry return workflows)?
Deliver clinician training on device programming workflows
- Who are the clinician groups requiring training (implanting physicians, device clinic nurses, electrophysiology fellows)?
- Choose the preferred training formats: in‑OR hands‑on, simulation lab, virtual webinar, or a blended approach.
- How will you assess competency after training (observed procedure checklist, post-training quiz, or documented proficiency sign-off)?
- Do you require a train‑the‑trainer program so we certify internal educators, and if so how many trainers should be certified?
- Specify maximum acceptable class sizes for hands-on sessions to maintain training quality.
Deliver patient education and home monitoring training
- For patient education, which materials do you require: printed quick-start guides, video tutorials, mailed activation packets, or EMR-linked instructions?
- When should patient home monitoring training occur: pre-discharge on implant day, at first clinic visit, or via mail/video after discharge?
- For patients with special needs (cognitive impairment, limited dexterity), what additional training or caregiver support should be provided and documented?
- Who documents patient acceptance of training and pairing (patient signature, EMR entry, or portal confirmation)?
- Do you require patient materials in additional languages and, if so, which languages beyond English are required?
-
Mutual Commit
Resolve commercial and legal terms, warranties and recall responsibilities, field support SLAs, and procurement approval conditions required to move to implementation.
Agreement Modules
- Purchase Agreement
- Order Confirmation
- Master Services Agreement (MSA)
- Statement of Work (SOW) — Field Support & Implementation
- Service Level Agreement (SLA) — Field Support
- Warranty & Recall Addendum
- Acceptance Criteria & Procurement Approval Conditions
- Data Processing Agreement (DPA) / HIPAA Business Associate Addendum (BAA)
- Product Registration & Regulatory Support Addendum
- Indemnity, Insurance & Liability Schedule
-
Deployment
Lock readiness facts and configuration values before execution begins.
-
Pre-Deployment Readiness
Capture concrete readiness facts — implant schedules, OR staffing and field clinical engineer coverage, device inventory, EMR and monitoring integration owners, and timeline constraints.
Pre-Deployment Questions
Environment and site access
- Which implant site(s) are in scope? List each site/campus and OR location on separate lines (used to build per‑site staffing and device shipment plans).
- Is the primary implant OR schedule confirmed for each in‑scope site? (so we can lock FCE staffing and shipments)
- If schedules are partial or not confirmed, list each site with its confirmed or target first implant date (site: date).
Data and integration ownership
- Who owns EMR integration and who owns the remote monitoring integration? (select each applicable owner category — we will request the named contact next)
- For any owner listed as 'Third‑party integrator' or 'The seller', provide the named owner and primary contact (name, role, contact) so integration coordination can begin.
- Is the patient registration and consent workflow for device registration and remote monitoring enrollment finalized? (this prevents enrollment delays)
People and clinical coverage
- Who is the OR day‑of contact at each site (name and role) responsible for scheduling and staffing decisions?
- Who is the device clinic / remote monitoring operations owner (name and role) who will receive enrollments and manage post‑implant alerts?
- Confirm the field clinical engineer (FCE) coverage model planned for implant days (this determines travel and on‑site staffing logistics).
- If a mixed or partial FCE model is selected, list which sites/dates will have onsite FCE vs remote support.
Timing and constraints
- Are there procurement, value‑analysis, regulatory, or committee approvals still required before the first implant? (if yes, we'll need expected completion dates to schedule work)
- List any blackout dates, OR restrictions, or staffing constraints that would block implantation (dates and brief reason).
- What is the target go‑live implant week or date range for the rollout? (used to finalize device inventory shipments and staffing)
-
Configuration Details
Lock exact configuration values the deployment team will use — device programming defaults, remote monitoring endpoints, patient registration workflow, and data-sharing consents.
Configuration Details
Environments & Endpoints
- Deployment environment name (enter the exact environment id/name the deployment will use). Default: production
- Remote monitoring ingestion endpoint URL (format: https://your.monitoring.endpoint/api/ingest — enter the production URL the devices or gateway will POST telemetry to)
- Remote monitoring ingestion protocol (choose one)
Device Programming Defaults
- Default pacing mode for dual‑chamber implantable devices (choose one). Default: DDDR
- If you selected 'Custom' above, specify the exact pacing mode code/label to apply as the default (enter exact string; leave blank if not applicable)
- Default lower rate limit for brady pacing (beats per minute). Default: 60 — enter integer value
- Default tachytherapy detection sensitivity for implantable cardioverter‑defibrillators (choose one)
- If you selected a custom ICD detection parameter above, enter the exact parameter string or protocol label to be set as default (leave blank if not applicable)
Patient Registration & Identity Mapping
- Primary patient identifier source to use for device-to-EMR linking (choose one)
- If you selected 'Custom mapping' for patient identifier, enter the exact EMR field name or HL7 field label to use (example format: PID-3 or 'patient.account_number')
Integrations & Authentication
- EMR integration protocol (choose one)
- EMR integration authentication method (choose one). Do NOT paste secrets here — select method only; credential exchange uses your secrets manager at kickoff
- EMR integration credential owner (enter the team or role name who will hand off credentials; do not paste secrets)
Data Sharing & Consent
- Patient data-sharing consent model to apply (choose one). Default: Explicit opt-in at registration
- Consent storage field name or registry ID (enter the exact EMR field label or external registry ID used to record consent)
Policies & Retention
- Telemetry retention period (days). Default: 3650 (10 years). Enter integer number of days to retain monitoring data
-
Implant Coordination & Launch
Execute rollout: coordinate implants, ensure field clinical engineering coverage, deliver clinician and clinic training, complete device registration, and confirm post-implant follow-up plans.
-
-
Post‑Implant Success & Monitoring
Validate outcomes against success signals, monitor device performance and remote monitoring data, and maintain a shared channel for issues and enhancement requests.
Success Reviews
- Go-live Health Check (weeks 1-4)
- First Measurement Review (weeks 4-10)
- Acceptance Gate Review (around day 90)
- Quarterly Performance and Issue Review
Issues & Enhancements
- Clinic to confirm any changes to OR or follow-up staffing that affect monitoring workload for the next quarter.
- Capture the formal acceptance decision and the named buyer signatory role where the engagement requires one.
- When criteria are unmet, agree a remediation plan with dates that will be verified in follow-up meetings.
- Publish the acceptance decision record referencing Solution Scope criteria and attach source data files within 24 hours.
- If any criterion failed, create a time-limited remediation plan with measurable checkpoints and publish it to the shared channel.
- Schedule a verification checkpoint to confirm remediation items are resolved before closing the acceptance loop.
- Trend review for key operational metrics
- Confirm whether remote monitoring transmission success rate and incident close time remain within acceptable bounds relative to Solution Scope targets.
- Prioritize and assign resolution timelines for the top operational issues or enhancement requests.
- Agree the reporting cadence and required dashboard views for the next quarter.
- Publish prioritized issue and enhancement backlog with owners and target resolution dates.
- Technical team to deliver a quarterly device performance export for the clinic to validate local records.
- Re-confirm scope, success criteria owners, and timeline
- Confirm deployment checks are complete or have owners and dates for remediation.
- Document top 3 early operational blockers and agree remediation actions and due dates.
- Ensure clinician training gaps are recorded with assigned follow-up actions.
- Publish deployment validation checklist results and remediation assignments within 48 hours.
- Field clinical engineering to confirm OR coverage schedule for the next 30 days and surface any shortfalls.
- Device clinic to record any enrollment failures or connection errors in the shared channel for triage.
- Present first-run outcome data
- Verify whether remote monitoring transmission success rate and average remote alert volume per clinic per week are trending toward the targets recorded in Solution Scope.
- Assign clear remediation tasks with dates for any metric gaps and confirm owners for each task.
- Confirm timeline and data readiness for the Acceptance Gate meeting.
- Deliver a remediation task list with acceptance checks and completion dates within 3 business days.
- Technical team to run and share a connectivity diagnostic report for any devices with failed transmissions.
- Clinic to produce a short report on alert triage workflow and staffing impact for the next review.
- Restate acceptance criteria from Solution Scope
- Produce a documented pass/fail result for each acceptance criterion recorded in Solution Scope.
- Deployment and enrollment validation
- Present outcome data against each criterion
- Diagnose root causes for any gaps
- Open issues triage and enhancement requests
- Agree corrective actions and owners
- Early adoption signals and clinician readiness
- Operational posture and staffing review
- Document pass/fail per criterion and acceptance decision
- Agree next quarter actions and monitoring cadence
- Agree remediation plan for any failed criteria
- Confirm readiness timeline to acceptance gate
- Blockers and immediate remediation plan