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.
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/.
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...
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...
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...
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...
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's proprietary partner API family, published in both XML-RPC and REST formats, which lets developers build companion applications that replicate functionality availabl...
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