Source-linked, operation-specific evidence
Compare public APIs, FHIR and HL7 capabilities, partner requirements, sandbox access, documented write operations, and workflows that still end at the UI.
Compare 7 Canadian profiles, including the Ocean referral networkEvidence explorer
Statuses describe the reviewed public evidence, not every contract, version, or local configuration.
Compare Canadian EMRsStart with the official interface catalog. Treat write-back as operation-specific, not as a platform-wide yes or no.
Access path
Public developer docs and sandbox; production access depends on the organization and interface
There is a credible direct API path for documented operations. Validate the exact method and authorization context before designing around it.
Access path
Public API catalog with SMART authorization; production use requires an authorized deployment context
Use the direct API first when the target operation appears in the catalog. Confirm customer authorization and workflow-specific requirements.
Access path
Public documentation; OAuth and customer authorization apply
Do not interpret public patient-access documentation as proof of operational writes. Escalate the exact workflow for vendor and customer review.
Access path
Public patient-access FHIR documentation; operational integration details require vendor or site review
Register in the developer program and verify the target operation before assuming either read or write behavior.
Access path
Developer portal account and review; customer authorization may apply
Use the public overview to identify the product family, then confirm the exact operation inside the portal.
Access path
Public overview plus authenticated developer portal and onboarding
The public path is unusually legible. Verify the target resource method and deployment tier before implementation.
Access path
Public FHIR docs and sandbox credentials; EHR launch and production setup depend on tier and client configuration
A documented integration path exists, but production viability depends on app type, resource method, product, and client permission.
Access path
Public docs and app registration; backend service access requires client permission
The proprietary API is the primary path and appears broad, but access is gated. Verify the exact method after licensing.
Access path
Developer license request with a documented testing sandbox
Treat the partner program as the primary route. No broad public claim about write operations is justified from the reviewed pages.
Access path
Marketplace or Amplify partner program access
There's a documented write path for patients, documents, waitlists, referral orders, tasks, and appointments. It's agreement-gated, and each clinic may need its own approval.
Access path
Email QHR, sign a Terms of Use, build in a 6-month sandbox, pass certification, then sign an agreement
Treat PS Suite as partner-gated. Ask TELUS what a partner add-on can write before you plan around one.
Access path
No public API reference found; partner add-ons go through TELUS, then a clinic administrator turns each one on
Treat Med Access as partner-gated. Confirm with TELUS what an add-on can write.
Access path
No public API reference found; outside tools connect through TELUS's add-on program
There's a documented write path, including referral records. Access depends on the clinic's contract with TELUS.
Access path
Paid CHR Enterprise API, limited to a select few customers; needs a signed contract and TELUS enablement for each CHR domain
There's a documented route, but it runs through WELLSTAR's program and each clinic's setup.
Access path
WELLSTAR Developer Program: apply with a pilot clinic's letter of support, sign a sandbox agreement, then pass a conformance review
Treat Juno as partner-gated. Ask WELLSTAR whether its program covers your exact operation on Juno.
Access path
WELLSTAR Developer Program; no public API reference found
There's a documented route for moving referrals and their status between systems. Getting a referral into the receiving clinic's chart still depends on that clinic's EMR.
Access path
Email Ocean Support with your test email domain, company name, and a clinical or jurisdictional project sponsor, then build against Ocean's test site
The supported route is a vendor partnership, not an anonymous public API. Product version and operation determine availability.
Access path
Authorized vendor program or product-specific API program
A documented API path exists, but operation availability and commercial access should be verified for the exact account.
Access path
Customer key and security permissions; partner terms may apply
Workflow index
Each guide separates the system-of-record write, authorization path, verification step, and UI fallback.
Create, reschedule, cancel, or reconcile appointments.
02Create or update identity, contact, and coverage-adjacent fields.
03Attach documents, route notes, and verify chart placement.
04Enter or reconcile charges, codes, and claim state.
05Convert inbound referrals into structured records and work items.
06Update queues, tasks, dispositions, and follow-up state.
A public research artifact
Every profile links to its evidence and carries a review date. Absence of evidence is never labeled proof of non-support.