Challenge
Teams treat Canvas like a closed EHR
Agnotic approach
We use the SDK to extend the EHR where it belongs, instead of forcing everything through external API calls.
Canvas Medical is an API-first, SDK-driven EHR popular with digital-health companies. We build real integrations and in-EHR extensions on it — FHIR R4, SMART on FHIR, and the Canvas SDK — not just vendor familiarity.
Trusted by global innovators
























Canvas Medical is an API-first EHR designed so that developers can build on and extend it programmatically. It exposes a FHIR R4 API, SMART on FHIR launch, and the Canvas SDK — a framework for writing plugins that run inside the EHR to add protocols, commands, and workflow logic. That extensibility is why Canvas is popular with digital-health startups building novel care models on top of a real EHR.
The non-trivial part is that Canvas rewards a different mindset: instead of only calling an external API, you often extend the EHR itself with SDK-authored logic, wire event subscriptions, and combine FHIR reads and writes with in-app behavior. We build both the external integrations and the in-EHR extensions, keeping them coherent and testable across the sandbox and production.
See how we structure Canvas integrations that combine FHIR, SMART on FHIR, and Canvas SDK extensions into one coherent system.

Common failure modes
Challenge
Teams treat Canvas like a closed EHR
Agnotic approach
We use the SDK to extend the EHR where it belongs, instead of forcing everything through external API calls.
Challenge
SDK extensions are hard to test
Agnotic approach
We build automated tests and CI around SDK plugins so extensions ship reliably rather than by hand-checking.
Challenge
FHIR and SDK logic can drift apart
Agnotic approach
We design one coherent architecture that keeps external FHIR integration and in-EHR logic consistent.
Challenge
Event delivery must be reliable
Agnotic approach
We pair subscriptions with reconciliation so no clinical event is silently dropped.
We build against Canvas's exact surface — the FHIR R4 API, SMART on FHIR, and the Canvas SDK.
Canvas's FHIR R4 read and write API — Patient, Encounter, Condition, MedicationRequest, Observation, and more — as the standards-based backbone.
SMART on FHIR authorization and launch contexts so patient- and provider-facing apps run with proper OAuth2 scopes.
SDK-authored plugins that run inside the EHR — protocols, commands, and workflow logic that extend Canvas rather than sitting outside it.
Event and webhook subscriptions so your logic reacts to clinical activity in near real time.
Clean mapping of FHIR resources and terminology into your model, with write-back where the API supports it.
Sandbox-first development with automated testing so SDK extensions and API integrations ship reliably to production.
Where it runs
Digital-health companies building novel care on top of a real EHR.
SDK-authored protocols that automate clinical workflow.
Virtual care with documentation native to the Canvas record.
Device readings feeding FHIR resources and SDK logic.
Structured data exchange across care-team platforms.
Clinical analytics built on Canvas FHIR data and events.
Canvas rewards building on and inside the EHR. We combine FHIR integration with SDK extensions into one coherent, tested system.
Health Insurance Portability and Accountability Act
Protect PHI with privacy-first architecture, encrypted storage and transmission, strict access controls, and traceable audit logs.
General Data Protection Regulation
Implement lawful consent flows, data minimization, retention controls, and secure processing for sensitive health data.
Fast Healthcare Interoperability Resources
Enable standardized health data exchange across apps, care teams, and systems through robust FHIR-ready APIs.
Health Level Seven International
Support enterprise-grade interoperability with HL7-based integrations for records, events, and clinical messaging workflows.
Health Information Trust Alliance
Align security programs to healthcare-specific control and risk management practices trusted by providers and ecosystem partners.
Health Information Technology for Economic and Clinical Health Act
Design with breach notification readiness, digital record safeguards, and operational controls that support regulated care programs.
FDA Software as a Medical Device
Plan software quality, traceability, and documentation pathways for products that may require SaMD review and submission.
Medical Device Regulation (European Union)
Prepare EU market-ready processes for risk classification, evidence tracking, and lifecycle governance under MDR expectations.
Substance Abuse and Mental Health Services Administration
Apply confidentiality controls and consent-aware sharing models for behavioral and mental health data experiences.
Standards we build against
SMART on FHIR wiring, SDK extension development, and event handling run in parallel so your Canvas integration reaches production predictably.
We decide what belongs in external FHIR integration versus in-EHR SDK extensions, and design the combined architecture.
We register the app, wire SMART on FHIR OAuth2, and stand up the SDK development and sandbox environment.
We build the FHIR integrations and Canvas SDK extensions with automated tests, validated against the sandbox.
Phased rollout with event-delivery monitoring, extension health checks, and failed-sync alerting.
Surface at a glance
How we think about each Canvas surface — method, use, and notes.
| Surface | Method | Typical use | Notes |
|---|---|---|---|
| FHIR R4 API | REST + OAuth2 | Read/write clinical data | Standards-based backbone. |
| SMART on FHIR | OAuth2 launch | App authorization | Standard scopes and launch contexts. |
| Canvas SDK | In-EHR plugins | Protocols, commands | Runs inside the EHR; needs CI and testing. |
| Events | Subscriptions | Real-time reaction | Reliable delivery handling required. |
Canvas is at its best when you extend the EHR, not just call it from outside.
Related proof of API-first, compliant delivery: for Lera Health we built novel care logic on a privacy-first, standards-based foundation — the same combination of FHIR data flow and custom in-product logic a Canvas SDK build requires.

We build both the external integrations and the in-EHR SDK extensions Canvas is designed for.
We think in FHIR resources and SDK extensions the way Canvas expects — not bolt-on integrations around a closed EHR.
HIPAA-ready handling, PHI isolation, and BAA-covered infrastructure designed in from sprint one.
A team that owns FHIR, SDK, and QA end to end — ideal for digital-health builders moving fast.
We've shipped compliant clinical products, so protocols and workflow logic land right the first time.
Real Canvas Medical integrations, not just familiarity
Tell us your care model and what belongs in FHIR versus the SDK. We'll return a realistic plan for a coherent, tested Canvas integration.
contact@agnotic.com
Partnerships
contact@agnotic.com