eClinicalWorks

eClinicalWorks is a cloud-based EHR and practice-management platform serving more than 180,000 physicians and 850,000 medical professionals. Its API surface is standards-based rather than proprietary: FHIR R4 served by the eCW FHIR Facade behind SMART on FHIR and OAuth 2.0, split across a provider-facing facade (fhir4.eclinicalworks.com) and a patient-facing healow facade (fhir4.healow.com), each tenant-scoped by a six-character practice code. eClinicalWorks publishes no OpenAPI; the machine-readable contract is the FHIR CapabilityStatement at each tenant's /metadata plus the SMART configuration at /.well-known/smart-configuration, which advertises 486 scopes. Capabilities include SMART EHR Launch and Standalone Launch, Backend Services with Group/$export bulk data, CDS Hooks, a documented writeback catalogue, patient-facing healow Clinical and Scheduling APIs, and a bidirectional healow RPM Vendor (Tracker) API for remote-monitoring device orders and observations. APIs are certified to the ONC 45 CFR 170.315(g)(10) Standardized API for Patient and Population Services criterion.

eClinicalWorks publishes 3 APIs on the APIs.io network. Tagged areas include EHR, FHIR, Healthcare, Electronic Health Records, and Practice Management.

The eClinicalWorks catalog on APIs.io includes 1 event-driven AsyncAPI specification and 1 JSON-LD context.

eClinicalWorks’ developer surface includes documentation, engineering blog, pricing, API reference, getting-started guide, support, signup flow, and 31 more developer resources.

🌐 Visit website 📡 Source on GitHub

76.3/100 exemplar ▬ flat Agent 41/100 agent ready Full breakdown ↓
scored 2026-08-20 · rubric v0.12.0

AccessFreemium

3 APIs 1 MCP Servers

EHR FHIR Healthcare Electronic Health Records Practice Management Clinical Data Health Information Exchange Patient Data Appointments Billing SMART on FHIR US Core USCDI Bulk Data Remote Patient Monitoring Interoperability ONC Certified CDS Hookshealow

Kin Score

Kin Score How this is scored →
scored 2026-08-20 · rubric v0.12.0

Composite quality — 76.3/100 · exemplar

Contract Quality 13.9 / 21

Developer Ergonomics 11.2 / 17

Access Clarity 15.7 / 17

Operational Transparency 6.1 / 11

Contract Governance 1.9 / 10

Discoverability 7.9 / 9

Regulatory Posture 12.6 / 15

Agent readiness — 41/100 · agent ready

Machine-Readable Contract 18 / 18

Agentic Access Contract 0 / 10

Documented Reversibility 0 / 6

MCP Server 12 / 12

Machine-Readable Auth 10 / 10

Idempotency 0 / 9

Stable Error Semantics 8 / 8

Request/Response Examples 0 / 7

Rate-Limit Signaling 7 / 7

Typed Event Surface 6 / 6

Agent Skills 5 / 5

Well-Known Catalog 0 / 4

Consent & Bot Identity 0 / 3

A2A Agent Card 0 / 8

Dry-Run / Simulate Mode 0 / 4

Regulatory Posture applies to this provider. Its tags matched the Health regime, so Regulatory Posture carries 15 points of the composite. If this regime is wrong for your business, say so on your provider repo — the applicability map is public and we will correct it.

The six quality facets above are damped to 85 points between them, because the conditional facet above carries the other 15. That is why each facet's contribution is shown against a damped maximum: raising a quality facet moves the composite by 85% of its nominal weight, not 100%. The full arithmetic is at apis.io/rating/.

Improve this rating by publishing the missing artifacts — every area above can be raised, and the full rubric is at apis.io/rating/. This rating is computed from github.com/api-evangelist/eclinicalworks: open an issue to ask a question, or submit a pull request to add artifacts. Want it done for you? Prioritized profiling — $2,500 →

APIs 3

Individual APIs this provider publishes, each with its own machine-readable definition.

MCP Servers 1

Model Context Protocol servers that expose these APIs to AI agents.

Rate Limits 1

Documented rate limits and quota policies.

Eclinicalworks Rate Limits

1 limits

RATE LIMITS

FinOps 1

Cost, billing, and metering signals for API financial operations.

Scopes 1

OAuth scopes governing access to this provider's APIs.

Eclinicalworks Scopes

486 scopes

SCOPES

Resources

Get Started 5

Portal, sign-up, and the first successful call

DeveloperPortal

DeveloperPortal

GettingStarted

GettingStarted

SignUp

SignUp

Login

Sandbox

Sandbox

Documentation 2

Reference material describing how the API behaves

Documentation

Documentation

APIReference

APIReference

Agent Surfaces 4

MCP servers, agent skills, and machine-readable catalogs

WellKnown

MCPServer

LLMsTxt

AgentSkill

Design & Contract 6

Pagination, idempotency, versioning, errors, and events

Conformance

ErrorCatalog

Lifecycle

Conventions

DataModel

Webhooks

Build 1

SDKs, sample code, and the tooling you integrate with

Packages

Packages

Access & Security 6

Authentication, authorization, and security posture

DomainSecurity

Authentication

OAuthScopes

Compliance

VulnerabilityDisclosure

VulnerabilityDisclosure

Security

Security

Operate 3

Status, limits, changes, and where to get help

StatusPage

StatusPage

RateLimits

RateLimits

Support

Support

Commercial 5

Pricing, plans, and the legal terms of use

Pricing

Plans

FinOps

TermsOfService

PrivacyPolicy

Company 4

The organization behind the API

Website

Website

LinkedIn

Blog

Blog

BlogTopic

BlogTopic

Other 2

Properties that don't map to a standard resource type

CapabilityStatement

CapabilityStatement

Source (apis.yml)

aid: eclinicalworks
name: eClinicalWorks
description: 'eClinicalWorks is a cloud-based EHR and practice-management platform serving more than 180,000 physicians and
  850,000 medical professionals. Its API surface is standards-based rather than proprietary: FHIR R4 served by the eCW FHIR
  Facade behind SMART on FHIR and OAuth 2.0, split across a provider-facing facade (fhir4.eclinicalworks.com) and a patient-facing
  healow facade (fhir4.healow.com), each tenant-scoped by a six-character practice code. eClinicalWorks publishes no OpenAPI;
  the machine-readable contract is the FHIR CapabilityStatement at each tenant''s /metadata plus the SMART configuration at
  /.well-known/smart-configuration, which advertises 486 scopes. Capabilities include SMART EHR Launch and Standalone Launch,
  Backend Services with Group/$export bulk data, CDS Hooks, a documented writeback catalogue, patient-facing healow Clinical
  and Scheduling APIs, and a bidirectional healow RPM Vendor (Tracker) API for remote-monitoring device orders and observations.
  APIs are certified to the ONC 45 CFR 170.315(g)(10) Standardized API for Patient and Population Services criterion.'
accessModel:
  pricing: freemium
  onboarding: unknown
  trial: false
  try_now: false
  public: false
  label: Freemium
  confidence: medium
  source:
  - plans
  generated: '2026-07-22'
  method: derived
image: https://kinlane-images.s3.amazonaws.com/shared/apis-json/icons/eclinicalworks.png
url: https://raw.githubusercontent.com/api-evangelist/eclinicalworks/refs/heads/main/apis.yml
created: '2026-06-13'
modified: '2026-08-14'
specificationVersion: '0.23'
type: Index
tags:
- EHR
- FHIR
- Healthcare
- Electronic Health Records
- Practice Management
- Clinical Data
- Health Information Exchange
- Patient Data
- Appointments
- Billing
- SMART on FHIR
- US Core
- USCDI
- Bulk Data
- Remote Patient Monitoring
- Interoperability
- ONC Certified
- CDS Hooks
- healow
apis:
- aid: eclinicalworks:eclinicalworks-fhir-api
  name: eClinicalWorks FHIR API
  description: Provider-centric, backend and bulk FHIR R4 APIs for integrating with the eClinicalWorks EHR. Supports SMART
    on FHIR EHR Launch, Standalone Launch, Backend Services (private_key_jwt, RS384) and CDS Hooks. The live CapabilityStatement
    declares 36 resource types with read/search-type interactions, create on QuestionnaireResponse, and the system-level $export
    operation for Group-scoped bulk data. Base URLs are tenant-scoped by practice code; the ONC-required service base URL
    directory lists 17,229 activated endpoints.
  image: https://kinlane-images.s3.amazonaws.com/shared/apis-json/apis-json-logo.jpg
  humanURL: https://fhir.eclinicalworks.com/ecwopendev/
  baseURL: https://fhir4.eclinicalworks.com/fhir/r4/{practice_code}
  tags:
  - FHIR
  - EHR
  - Clinical Data
  - Scheduling
  - Bulk Data
  - Provider
  - BackendServices
  tags_raw:
  - FHIR
  - EHR
  - Clinical Data
  - Scheduling
  - Bulk Data
  - Provider
  - Backend Services
  properties:
  - type: DeveloperPortal
    url: https://fhir.eclinicalworks.com/ecwopendev/
  - type: Documentation
    url: https://fhir.eclinicalworks.com/ecwopendev/documentation
  - type: APIReference
    url: https://fhir.eclinicalworks.com/ecwopendev/documentation
  - type: GettingStarted
    url: https://fhir.eclinicalworks.com/ecwopendev/documentation/getting-started
  - type: Authentication
    url: authentication/eclinicalworks-authentication.yml
  - type: CapabilityStatement
    url: conformance/eclinicalworks-fhir-capabilitystatement.json
  - type: ServiceBaseURLs
    url: https://fhir.eclinicalworks.com/ecwopendev/external/practiceList
  - type: TermsOfService
    url: https://fhir.eclinicalworks.com/ecwopendev/documentation/getting-started/terms-of-service
  - type: Support
    url: https://fhir.eclinicalworks.com/ecwopendev/documentation/contact-us
  - type: Login
    url: https://fhir.eclinicalworks.com/ecwopendev/login-page
  - type: Contact
    url: mailto:fhirfighters@eclinicalworks.com
- aid: eclinicalworks:healow-fhir-api
  name: healow Patient-Centric FHIR API
  description: Patient-facing FHIR R4 APIs accessible through the healow developer portal, letting third-party applications
    connect to the healow network for clinical data and scheduling. Served by the same eCW FHIR Facade build and the same
    authorization server as the provider-facing API, with 17,291 activated practice endpoints published in the healow service
    base URL directory. Read scopes conform to US Core 3.1.1 (USCDI v1) and US Core 6.1.0 (USCDI v3). A published FHIR rate
    limit of 250 calls per minute per practice-code base URL took effect 7 October 2025.
  image: https://kinlane-images.s3.amazonaws.com/shared/apis-json/apis-json-logo.jpg
  humanURL: https://connect4.healow.com/apps/jsp/dev/r4/fhirClinicalDocumentation.jsp
  baseURL: https://fhir4.healow.com/fhir/r4/{practice_code}
  tags:
  - FHIR
  - Patient
  - Scheduling
  - Clinical
  - Remote Patient Monitoring
  - healow
  properties:
  - type: DeveloperPortal
    url: https://connect4.healow.com/apps/jsp/dev/signIn.jsp
  - type: Documentation
    url: https://connect4.healow.com/apps/jsp/dev/r4/fhirClinicalDocumentation.jsp
  - type: APIReference
    url: https://connect4.healow.com/apps/jsp/dev/r4/fhirClinicalDocumentation.jsp
  - type: Scheduling
    url: https://connect4.healow.com/apps/jsp/dev/r4/fhirSchedulingDocumentation.jsp
  - type: CapabilityStatement
    url: conformance/eclinicalworks-healow-fhir-capabilitystatement.json
  - type: ServiceBaseURLs
    url: https://connect4.healow.com/apps/api/v1/fhir/activated_clinical_endpoints
  - type: SignUp
    url: https://connect4.healow.com/apps/jsp/dev/signUp.jsp
  - type: RateLimits
    url: rate-limits/eclinicalworks-rate-limits.yml
  - type: Contact
    url: mailto:devsupport@healow.com
- aid: eclinicalworks:healow-rpm-vendor-api
  name: healow RPM Vendor (Tracker) API
  description: Bidirectional FHIR R4 API for remote-patient-monitoring device vendors. healow sends signed device orders to
    a vendor-hosted endpoint (POST create, DELETE cancel within a 60-minute window, authenticated with X-Client-Id and an
    HMAC-SHA256 X-Server-Signature), and the vendor pushes observations and order-lifecycle notifications back to healow using
    OAuth 2.0 client_credentials with private_key_jwt (RS384). Supported reading types include blood pressure, blood glucose,
    weight/BMI, pulse oximetry, temperature, heart rate, steps, distance, calories, sleep and continuous glucose monitoring.
  image: https://kinlane-images.s3.amazonaws.com/shared/apis-json/apis-json-logo.jpg
  humanURL: https://connect4.healow.com/apps/jsp/dev/r4/fhirRpmVendorDocumentation.jsp
  baseURL: https://connect4.healow.com/apps/api/v1/fhir/tracker
  tags:
  - FHIR
  - Remote Patient Monitoring
  - Devices
  - Webhook
  - Observations
  - healow
  tags_raw:
  - FHIR
  - Remote Patient Monitoring
  - Devices
  - Webhooks
  - Observations
  - healow
  properties:
  - type: Documentation
    url: https://connect4.healow.com/apps/jsp/dev/r4/fhirRpmVendorDocumentation.jsp
  - type: Webhooks
    url: asyncapi/eclinicalworks-healow-rpm-webhooks.yml
  - type: Authentication
    url: authentication/eclinicalworks-authentication.yml
  - type: AgentSkill
    url: skills/eclinicalworks-healow-rpm-vendor-integration.md
common:
- type: DomainSecurity
  url: security/eclinicalworks-domain-security.yml
- type: Website
  url: https://www.eclinicalworks.com
- type: Documentation
  url: https://fhir.eclinicalworks.com/ecwopendev/documentation/getting-started
- type: LinkedIn
  url: https://www.linkedin.com/company/eclinicalworks
- type: Blog
  url: https://blog.eclinicalworks.com
- type: BlogTopic
  url: https://blog.eclinicalworks.com/topic/apis
- type: Pricing
  url: https://www.eclinicalworks.com/products-services/pricing/
- type: StatusPage
  url: https://instatus.com/now/en/eclinicalworks.com
- type: X
  url: https://x.com/eClinicalWorks
- type: Plans
  url: plans/eclinicalworks-plans-pricing.yml
- type: RateLimits
  url: rate-limits/eclinicalworks-rate-limits.yml
- type: FinOps
  url: finops/eclinicalworks-finops.yml
- type: DeveloperPortal
  url: https://fhir.eclinicalworks.com/ecwopendev/
- type: APIReference
  url: https://fhir.eclinicalworks.com/ecwopendev/documentation
- type: GettingStarted
  url: https://fhir.eclinicalworks.com/ecwopendev/documentation/getting-started
- type: Support
  url: https://fhir.eclinicalworks.com/ecwopendev/documentation/contact-us
- type: SignUp
  url: https://connect4.healow.com/apps/jsp/dev/signUp.jsp
- type: Login
  url: https://fhir.eclinicalworks.com/ecwopendev/login-page
- type: TermsOfService
  url: https://www.eclinicalworks.com/terms-of-use/
- type: PrivacyPolicy
  url: https://www.eclinicalworks.com/privacy-policy/
- type: Authentication
  url: authentication/eclinicalworks-authentication.yml
- type: OAuthScopes
  url: scopes/eclinicalworks-scopes.yml
- type: WellKnown
  url: well-known/eclinicalworks-well-known.yml
- type: Conformance
  url: conformance/eclinicalworks-conformance.yml
- type: Compliance
  url: https://www.eclinicalworks.com/products-services/the-eclinicalworks-cloud/
- type: ErrorCatalog
  url: errors/eclinicalworks-error-codes.yml
- type: Lifecycle
  url: lifecycle/eclinicalworks-lifecycle.yml
- type: Conventions
  url: conventions/eclinicalworks-conventions.yml
- type: DataModel
  url: data-model/eclinicalworks-data-model.yml
- type: Sandbox
  url: sandbox/eclinicalworks-sandbox.yml
- type: Packages
  url: packages/eclinicalworks-packages.yml
- type: MCPServer
  url: mcp/eclinicalworks-mcp.yml
- type: LLMsTxt
  url: llms/eclinicalworks-llms.txt
- type: VulnerabilityDisclosure
  url: security/eclinicalworks-vulnerability-disclosure.yml
- type: Security
  url: https://www.eclinicalworks.com/responsible-disclosure-policy/
- type: Webhooks
  url: asyncapi/eclinicalworks-healow-rpm-webhooks.yml
- type: AgentSkill
  url: skills/_index.yml
- type: CapabilityStatement
  url: conformance/eclinicalworks-fhir-capabilitystatement.json
maintainers:
- FN: Kin Lane
  email: kin@apievangelist.com
x-enrichment:
  date: '2026-08-14'
  status: enriched
  artifacts_added: 24
  pass: local-v1

eClinicalWorks

Kin Score

APIs 3

eClinicalWorks FHIR API

healow Patient-Centric FHIR API

healow RPM Vendor (Tracker) API

MCP Servers 1

eClinicalWorks MCP Server

Pricing Plans 1

Eclinicalworks Plans Pricing

Rate Limits 1

Eclinicalworks Rate Limits

FinOps 1

Eclinicalworks Finops

Event Specifications 1

Eclinicalworks Healow Rpm Webhooks

Semantic Vocabularies 1

Eclinicalworks Context

Security Posture 3

Eclinicalworks Authentication

Eclinicalworks Domain Security

Eclinicalworks Vulnerability Disclosure