AdvancedMD website screenshot

AdvancedMD

AdvancedMD is a cloud practice-management, medical-billing and electronic health record (EHR) software company founded in 1999 and headquartered in South Jordan, Utah, serving independent ambulatory practices, mental-health and physical-medicine clinics, med spas and medical-billing services across the United States. A standalone company again since Francisco Partners acquired it from Global Payments in December 2024, AdvancedMD operates two clearly separated developer surfaces. The first is a public, no-cost HL7 FHIR R4 (4.0.1) read-only API estate published for ONC (g)(10) Cures Act certification at fhir.advancedmd.com, aligned to the US Core 6.1.0 Implementation Guide, authorized with SMART-on-FHIR OAuth 2.0 and covering both single-patient access and FHIR Bulk Data Access group export. The second is a gated proprietary Connect API estate (REST and XML-RPC) plus an ODBC data-access driver, which require a signed Certified API Developer Agreement with licensing and support fees before sandbox or production credentials are issued.

AdvancedMD publishes 3 APIs on the APIs.io network: FHIR Single API (US Core 6.1.0), FHIR Bulk API, and Application Access APIs (Legacy Patient APIs). Tagged areas include Healthcare, United States, EHR, EMR, and Practice Management.

AdvancedMD’s developer surface includes authentication, developer portal, documentation, API reference, getting-started guide, FAQ, signup flow, and 37 more developer resources.

57.5/100 strong ▲ 5.3 Agent 56/100 agent native Full breakdown ↓
scored 2026-08-17 · rubric v0.11.0
6 APIs 1 MCP Servers
HealthcareUnited StatesEHREMRPractice ManagementMedical BillingFHIRHL7SMART on FHIRUS CoreInteroperabilityRevenue Cycle ManagementScheduling

Kin Score

Kin Score Kin Score How this is scored →
scored 2026-08-17 · rubric v0.11.0
Composite quality — 57.5/100 · strong
Contract Quality 11.1 / 21
Developer Ergonomics 10.6 / 17
Commercial Clarity 14.3 / 17
Operational Transparency 3.5 / 11
Governance 2.1 / 10
Discoverability 7.1 / 9
Regulatory Posture 8.8 / 15
Agent readiness — 56/100 · agent native
Machine-Readable Contract 18 / 18
Agentic Access Contract 10 / 10
MCP Server 12 / 12
Machine-Readable Auth 10 / 10
Idempotency 9 / 9
Stable Error Semantics 8 / 8
Request/Response Examples 7 / 7
Rate-Limit Signaling 7 / 7
Typed Event Surface 0 / 6
Agent Skills 5 / 5
Well-Known Catalog 4 / 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/advancedmd: 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 6

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

AdvancedMD FHIR Single API (US Core 6.1.0)

Read-only HL7 FHIR R4 (4.0.1) API for single-patient data access, aligned to the HL7 FHIR US Core Implementation Guide STU 6.1.0 and published for ONC (g)(10) Cures Act certific...

AdvancedMD FHIR Bulk API

HL7 FHIR Bulk Data Access (Flat FHIR) API for exporting a patient group's data from AdvancedMD. Documented operations cover backend-services token acquisition (POST /v1/oauth2/t...

AdvancedMD FHIR Bulk JWKS API

Developer-portal helper API that mints JWT client assertions for testing the FHIR Bulk Data workflow. Documented as POST /v1/fhir-jwks/token with a grant_type=client_credentials...

AdvancedMD FHIR Endpoint Directory

Public, unauthenticated service base URL publication required of ONC-certified API suppliers. GET https://providerapi.advancedmd.com/v1/r4/endpoints returns a FHIR Bundle of End...

AdvancedMD Application Access APIs (Legacy Patient APIs)

Non-FHIR REST API family published on the AdvancedMD FHIR portal as "Legacy Patient APIs" and titled "AdvancedMD Application Access APIs" in its own Swagger 2.0 definition (vers...

AdvancedMD Connect APIs

AdvancedMD's proprietary partner API family, published in both XML-RPC and REST formats, which lets developers build companion applications that replicate functionality availabl...

Open Collections 3

Open, tool-agnostic API collections (OpenAPI-derived and Bruno).

FHIR Bulk API

OPEN COLLECTION

MCP Servers 1

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

advancedmd-mcp.yml

MCP SERVER

Pricing Plans 1

Published pricing tiers and plan structures.

Rate Limits 1

Documented rate limits and quota policies.

Advancedmd Rate Limits

0 limits

RATE LIMITS

Security Posture 2

Authentication, domain security, vulnerability disclosure, and trust-center signals.

Advancedmd Authentication

oauth2/openIdConnect/apiKey/http · 7 schemes

SECURITY

Advancedmd Domain Security

TLSv1.3 · HSTS · DMARC

SECURITY

Scopes 1

OAuth scopes governing access to this provider's APIs.

Advancedmd Scopes

128 scopes · authorizationCode/clientCredentials

128 scopes

SCOPES

Agentic Access 1

Recommended x-agentic-access execution contracts for AI agents.

Advancedmd Agentic Access

81 operations · 19 acting

81 operations · 19 acting

AGENTIC

Resources

Get Started 6

Portal, sign-up, and the first successful call

Documentation 2

Reference material describing how the API behaves

Agent Surfaces 5

MCP servers, agent skills, and machine-readable catalogs

Design & Contract 6

Pagination, idempotency, versioning, errors, and events

Build 3

SDKs, sample code, and the tooling you integrate with

Access & Security 6

Authentication, authorization, and security posture

Operate 5

Status, limits, changes, and where to get help

Commercial 4

Pricing, plans, and the legal terms of use

Company 3

The organization behind the API

Other 4

Properties that don't map to a standard resource type

Source (apis.yml)

apis.yml Raw ↑
aid: advancedmd
url: https://raw.githubusercontent.com/api-evangelist/advancedmd/refs/heads/main/apis.yml
name: AdvancedMD
kind: company
description: AdvancedMD is a cloud practice-management, medical-billing and electronic health record (EHR) software company
  founded in 1999 and headquartered in South Jordan, Utah, serving independent ambulatory practices, mental-health and physical-medicine
  clinics, med spas and medical-billing services across the United States. A standalone company again since Francisco Partners
  acquired it from Global Payments in December 2024, AdvancedMD operates two clearly separated developer surfaces. The first
  is a public, no-cost HL7 FHIR R4 (4.0.1) read-only API estate published for ONC (g)(10) Cures Act certification at fhir.advancedmd.com,
  aligned to the US Core 6.1.0 Implementation Guide, authorized with SMART-on-FHIR OAuth 2.0 and covering both single-patient
  access and FHIR Bulk Data Access group export. The second is a gated proprietary Connect API estate (REST and XML-RPC) plus
  an ODBC data-access driver, which require a signed Certified API Developer Agreement with licensing and support fees before
  sandbox or production credentials are issued.
image: https://www.advancedmd.com/wp-content/uploads/2025/06/cropped-bird_solid_5121-300x300.png
tags:
- Healthcare
- United States
- EHR
- EMR
- Practice Management
- Medical Billing
- FHIR
- HL7
- SMART on FHIR
- US Core
- Interoperability
- Revenue Cycle Management
- Scheduling
created: '2026-07-27'
modified: '2026-08-15'
specificationVersion: '0.19'
x-capabilities:
  reviewed: '2026-08-06'
  source: fhir/advancedmd-fhir-r4-capabilitystatement.json
  write_access: commercial-tier-only
  note: IMPORTANT for anyone evaluating AdvancedMD for agent or integration work. AdvancedMD runs THREE distinct API surfaces
    and they do not have the same capability, so a conclusion drawn from one of them is wrong about the others. 1. FHIR (US
    Core 6.1.0, ONC (g)(10) certified) — read-only. Their own CapabilityStatement declares 25 resources supporting exactly
    two interactions, read and search-type. ZERO resources accept create, update, patch or delete. 2. Application Access APIs
    / "Legacy Patient APIs" — also read-only. Every operation in the published Swagger 2.0 is a GET except POST /authenticate,
    which is the token call. 3. Connect APIs — THIS is where writes live. AdvancedMD's own description covers appointment
    scheduling, patient engagement, clinical forms, payment tools and revenue-cycle management, in XML-RPC and REST. It is
    gated behind a signed Certified API Developer Agreement with licensing and support fees, and no endpoints or machine-readable
    specification are published outside that agreement — so nothing is catalogued for it here, and its absence from this repo
    is a publication gap, NOT evidence that the capability is missing.
  cross_vendor_note: Read against MEDITECH and Epic on the same day, the pattern is that the ONC-mandated compliance surface
    is read-only almost everywhere and write capability sits in a commercial programme. AdvancedMD gates it behind a paid
    developer agreement; MEDITECH gates the equivalent (Expanse Argo-Scheduling) behind customer-sponsored or formal-partner
    integration. Epic is the outlier — it exposes 13 write-capable resources, including Patient create, on the FHIR surface
    itself.
  surfaces:
  - name: FHIR Single API (US Core 6.1.0)
    access: read-only
    evidence: CapabilityStatement declares 25 resources, interactions read and search-type only
    resources: 25
    write_capable_resources: 0
  - name: Application Access APIs (Legacy Patient APIs)
    access: read-only
    evidence: Swagger 2.0 declares 18 operations, all GET except POST /authenticate
  - name: Connect APIs
    access: read-write
    gated_by: Certified API Developer Agreement (licensing and support fees)
    covers: patient engagement, appointment scheduling, clinical forms, payment tools, RCM
    formats:
    - XML-RPC
    - REST
    machine_readable_spec: none published outside the agreement
    portal: https://developer.advancedmd.com/
    portal_status: HTTP 503 on every path including a control path, 2026-08-06 — the portal did not answer us at all, so nothing
      about its contents is claimed here.
x-evidence:
  verified: '2026-08-06'
  method: FHIR interaction counts read from the harvested CapabilityStatement in fhir/, not inferred. Application Access counts
    read from the published Swagger in openapi/. Connect API capability taken from AdvancedMD's own public description of
    the programme; no endpoint was reached and none is asserted.
apis:
- aid: advancedmd:advancedmd-fhir-single-api
  name: AdvancedMD FHIR Single API (US Core 6.1.0)
  description: Read-only HL7 FHIR R4 (4.0.1) API for single-patient data access, aligned to the HL7 FHIR US Core Implementation
    Guide STU 6.1.0 and published for ONC (g)(10) Cures Act certification. Supports both standalone and EHR launch for patient
    and practitioner SMART apps, with 58 documented paths across 21 FHIR resource types (read, search-type, and POST _search),
    plus the $docref operation. Base URLs are organization-specific under https://providerapi.advancedmd.com/v1/r4/{orgId}.
  humanURL: https://fhir.advancedmd.com/fhir/single-api
  baseURL: https://providerapi.advancedmd.com/v1/r4
  tags:
  - FHIR
  - US Core
  - SMART on FHIR
  - Healthcare
  properties:
  - type: OpenAPI
    url: openapi/advancedmd-fhir-single-api-openapi.json
  - type: Overlay
    url: overlays/advancedmd-fhir-single-api-overlay.yaml
  - type: CapabilityStatement
    url: fhir/advancedmd-fhir-r4-capabilitystatement.json
  - type: Documentation
    url: https://fhir.advancedmd.com/fhir/single-api
  - type: APIReference
    url: https://fhir.advancedmd.com/fhir/apis
  - type: Authentication
    url: https://fhir.advancedmd.com/fhir/launch-and-authorization
  - type: Documentation
    url: https://fhir.advancedmd.com/fhir/base-urls
  - type: Documentation
    url: https://fhir.advancedmd.com/fhir/conformance
  - type: Documentation
    url: https://fhir.advancedmd.com/fhir/samples
  - type: Documentation
    url: https://fhir.advancedmd.com/fhir/test-data
- aid: advancedmd:advancedmd-fhir-bulk-api
  name: AdvancedMD FHIR Bulk API
  description: HL7 FHIR Bulk Data Access (Flat FHIR) API for exporting a patient group's data from AdvancedMD. Documented
    operations cover backend-services token acquisition (POST /v1/oauth2/token with client_assertion JWT and system/*.read
    scope), kicking off an export (GET /v1/r4/Group/{groupId}/$export), checking and cancelling export status (/v1/fhir-bulk/status),
    and retrieving exported FHIR entities (/v1/fhir-bulk/fhir-resource/{batchId}/{fhirEntity}).
  humanURL: https://fhir.advancedmd.com/fhir/bulk-api
  baseURL: https://providerapi.advancedmd.com
  tags:
  - FHIR
  - Bulk Data
  - Healthcare
  properties:
  - type: OpenAPI
    url: openapi/advancedmd-fhir-bulk-api-openapi.json
  - type: Overlay
    url: overlays/advancedmd-fhir-bulk-api-overlay.yaml
  - type: Documentation
    url: https://fhir.advancedmd.com/fhir/bulk-api
  - type: APIReference
    url: https://fhir.advancedmd.com/fhir/apis
  - type: Authentication
    url: https://fhir.advancedmd.com/fhir/launch-and-authorization
- aid: advancedmd:advancedmd-fhir-bulk-jwks-api
  name: AdvancedMD FHIR Bulk JWKS API
  description: Developer-portal helper API that mints JWT client assertions for testing the FHIR Bulk Data workflow. Documented
    as POST /v1/fhir-jwks/token with a grant_type=client_credentials&alg=rsa body, authorized with the Bulk application's
    key and secret over HTTP Basic. AdvancedMD documents this endpoint as test-only — production Bulk applications generate
    and register their own JWTs. No OpenAPI snapshot is published for this API on the portal.
  humanURL: https://fhir.advancedmd.com/fhir/bulk-api
  baseURL: https://providerapi.advancedmd.com
  tags:
  - FHIR
  - Bulk Data
  - Authentication
  properties:
  - type: Documentation
    url: https://fhir.advancedmd.com/fhir/bulk-api
  - type: APIReference
    url: https://fhir.advancedmd.com/fhir/apis
- aid: advancedmd:advancedmd-fhir-endpoint-directory
  name: AdvancedMD FHIR Endpoint Directory
  description: Public, unauthenticated service base URL publication required of ONC-certified API suppliers. GET https://providerapi.advancedmd.com/v1/r4/endpoints
    returns a FHIR Bundle of Endpoint and Organization resources for every AdvancedMD customer organization with a FHIR service
    base URL; the same list is also published as a downloadable CSV. Updated quarterly.
  humanURL: https://fhir.advancedmd.com/fhir/base-urls
  baseURL: https://providerapi.advancedmd.com/v1/r4
  tags:
  - FHIR
  - Endpoint Directory
  - Interoperability
  properties:
  - type: Documentation
    url: https://fhir.advancedmd.com/fhir/base-urls
  - type: APIReference
    url: https://providerapi.advancedmd.com/v1/r4/endpoints
- aid: advancedmd:advancedmd-application-access-apis
  name: AdvancedMD Application Access APIs (Legacy Patient APIs)
  description: 'Non-FHIR REST API family published on the AdvancedMD FHIR portal as "Legacy Patient APIs" and titled "AdvancedMD
    Application Access APIs" in its own Swagger 2.0 definition (version 1.0.1, supported AdvancedMD v12.6). Eighteen operations
    over https://ptapi.advancedmd.com/pt-api: POST /authenticate exchanges a patient-portal username, password and practice
    office key for a bearer token and the list of patients the caller may read, then fifteen read-only /clinical/* endpoints
    return allergies, assessments, goals, health concerns, immunizations, implanted devices, medications, orders, plans, problems,
    procedures, providers, results, smoking status and vital signs for a patientid over a required start/end date range. GET
    /clinical/episodesummaries returns an HL7 C-CDA v3 XML document and GET /demographics/patients/{patientid} returns demographics.
    Every call carries an `apikey` header alongside the bearer token, and every operation documents a 429 QuotaViolation response.'
  humanURL: https://fhir.advancedmd.com/fhir/apis
  baseURL: https://ptapi.advancedmd.com/pt-api
  tags:
  - Patient Data
  - C-CDA
  - Clinical
  - Healthcare
  properties:
  - type: Swagger
    url: openapi/advancedmd-application-access-apis-swagger.json
  - type: OpenAPI
    url: openapi/advancedmd-application-access-apis-swagger.json
  - type: Overlay
    url: overlays/advancedmd-application-access-apis-overlay.yaml
  - type: APIReference
    url: https://fhir.advancedmd.com/fhir/apis
  - type: Documentation
    url: https://fhir.advancedmd.com/getting-started
- aid: advancedmd:advancedmd-connect-apis
  name: AdvancedMD Connect APIs
  description: 'AdvancedMD''s proprietary partner API family, published in both XML-RPC and REST formats, which lets developers
    build companion applications that replicate functionality available in the AdvancedMD user interface — patient engagement,
    appointment scheduling, clinical forms, payment tools and revenue-cycle management. Access is gated: developers must sign
    a Certified API Developer Agreement (with licensing and support fees), then receive sandbox access and documentation on
    the AdvancedMD Developer Portal before production credentials are granted. No endpoints or machine-readable specification
    are published outside that agreement, so none are catalogued here.'
  humanURL: https://www.advancedmd.com/group-practice/developer-solutions/
  tags:
  - Practice Management
  - Scheduling
  - Revenue Cycle Management
  - Patient Engagement
  properties:
  - type: Documentation
    url: https://www.advancedmd.com/group-practice/developer-solutions/
  - type: Portal
    url: https://developer.advancedmd.com/
  - type: SignUp
    url: https://www.advancedmd.com/api-connection-request/
common:
- type: AgenticAccess
  url: agentic-access/advancedmd-agentic-access.yml
- type: DomainSecurity
  url: security/advancedmd-domain-security.yml
- type: Authentication
  url: authentication/advancedmd-authentication.yml
- type: Website
  url: https://www.advancedmd.com/
- type: DeveloperPortal
  url: https://fhir.advancedmd.com/
- type: Portal
  url: https://developer.advancedmd.com/
- type: Documentation
  url: https://www.advancedmd.com/group-practice/developer-solutions/
- type: APIReference
  url: https://fhir.advancedmd.com/fhir/apis
- type: GettingStarted
  url: https://fhir.advancedmd.com/getting-started
- type: Authentication
  url: https://fhir.advancedmd.com/fhir/launch-and-authorization
- type: CapabilityStatement
  url: fhir/advancedmd-fhir-r4-capabilitystatement.json
- type: SMARTConfiguration
  url: fhir/advancedmd-smart-configuration.json
- type: OpenIDConfiguration
  url: fhir/advancedmd-openid-configuration.json
- type: FAQ
  url: https://fhir.advancedmd.com/faq-s
- type: SignUp
  url: https://www.advancedmd.com/api-connection-request/
- type: Login
  url: https://login.advancedmd.com/
- type: Support
  url: https://www.advancedmd.com/support/interoperability/
- type: StatusPage
  url: https://status.advancedmd.com/
- type: Pricing
  url: https://www.advancedmd.com/software-pricing/
- type: Blog
  url: https://www.advancedmd.com/blog/
- type: BlogRSS
  url: https://www.advancedmd.com/blog/feed/
- type: GitHubOrganization
  url: https://github.com/AdvancedMD
- type: TermsOfService
  url: https://fhir.advancedmd.com/terms-of-service
- type: PrivacyPolicy
  url: https://www.advancedmd.com/privacy-notice/
- type: Security
  url: https://www.advancedmd.com/medical-office-software/security/
- type: HelpCenter
  url: https://www.advancedmd.com/support/
- type: Compliance
  url: https://www.advancedmd.com/ai-information
- type: Conformance
  url: conformance/advancedmd-conformance.yml
- type: OAuthScopes
  url: scopes/advancedmd-scopes.yml
- type: Conventions
  url: conventions/advancedmd-conventions.yml
- type: Idempotency
  url: conventions/advancedmd-conventions.yml
- type: ErrorCatalog
  url: errors/advancedmd-problem-types.yml
- type: Lifecycle
  url: lifecycle/advancedmd-lifecycle.yml
- type: RateLimits
  url: rate-limits/advancedmd-rate-limits.yml
- type: Plans
  url: plans/advancedmd-plans-pricing.yml
- type: Sandbox
  url: sandbox/advancedmd-sandbox.yml
- type: DataModel
  url: data-model/advancedmd-data-model.yml
- type: WellKnown
  url: well-known/advancedmd-well-known.yml
- type: JSONWebKeySet
  url: well-known/advancedmd-jwks.json
- type: Packages
  url: packages/advancedmd-packages.yml
- type: LLMsTxt
  url: llms/advancedmd-llms.txt
- type: MCPServer
  url: mcp/advancedmd-mcp.yml
- type: ToolCrosswalk
  url: mcp/advancedmd-tool-crosswalk.yml
- type: AgentSkill
  url: skills/_index.yml
maintainers:
- FN: Kin Lane
  email: kin@apievangelist.com
x-enrichment:
  date: '2026-08-15'
  status: enriched
  artifacts_added: 1
  pass: local-v1