Allscripts · Authentication Profile

Allscripts Authentication

Authentication

Authentication profile for the Veradigm FHIR R4 API. The API supports SMART on FHIR (HL7 SMART App Launch) OAuth 2.0. Veradigm's own docs describe three distinct authentication paths, and the live smart-configuration document confirms three OAuth grant types and both public and confidential (symmetric + asymmetric/JWT) client types.

Allscripts declares 0 security scheme(s) across its OpenAPI definitions.

Healthcare ITEHRFHIRClinical DataPractice ManagementHL7
Methods: Schemes: 0 OAuth flows: API key in:

Security Schemes

Source

Authentication Profile

allscripts-authentication.yml Raw ↑
generated: '2026-08-14'
method: searched
docs:
- https://developer.veradigm.com/Fhir/SMARTonFHIR
- https://developer.veradigm.com/Fhir/ProcessOverview
source: >-
  https://developer.veradigm.com/Fhir/SMARTonFHIR, https://developer.veradigm.com/Fhir/ProcessOverview,
  plus the live CapabilityStatement (conformance/allscripts-fhir-r4-capabilitystatement.json) and
  SMART configuration (well-known/allscripts-smart-configuration.json) fetched from a Veradigm
  Connect sandbox tenant on 2026-08-14.
description: >-
  Authentication profile for the Veradigm FHIR R4 API. The API supports SMART on FHIR (HL7 SMART
  App Launch) OAuth 2.0. Veradigm's own docs describe three distinct authentication paths, and the
  live smart-configuration document confirms three OAuth grant types and both public and
  confidential (symmetric + asymmetric/JWT) client types.

security_schemes:
- name: SMART on FHIR (standalone launch)
  type: oauth2
  flow: authorizationCode
  used_by: patient-facing and provider-facing apps launched outside an EHR session
  authorization_url: "<tenant-specific — see EndpointDirectory>"
  token_url: "<tenant-specific — see EndpointDirectory>"
  example_sandbox:
    authorization_endpoint: https://fhir.fhirpoint.open.allscripts.com/fhirroute/authorizationV2/CP00101/connect/authorize
    token_endpoint: https://fhir.fhirpoint.open.allscripts.com/fhirroute/authorizationV2/CP00101/connect/token
  notes: >-
    Application user selects a healthcare organization, then authenticates with EHR credentials
    (provider apps) or patient-portal credentials such as FollowMyHealth/AHC (patient apps). A
    provider app may need to prompt for a patient selection when the patient is not embedded in
    the token response.
- name: SMART on FHIR (EHR launch)
  type: oauth2
  flow: authorizationCode
  used_by: apps launched from inside the Veradigm EHR UI (Veradigm Connect Integrator tier or above)
  notes: >-
    The EHR passes `iss` (FHIR endpoint URL) and `launch` (temporary launch authorization code) to
    the app per the HL7 SMART EHR-launch sequence.
- name: SMART on FHIR Backend Services (system callers)
  type: oauth2
  flow: clientCredentials
  auth_method: private_key_jwt (JWT client assertion, asymmetric)
  used_by: server-to-server / System app type — e.g. an insurance company polling appointments for
    prior authorization, or bulk-data extraction jobs
  notes: >-
    Requires backend authentication via a JWKS endpoint; Veradigm processes certificate/key
    rotation. Client presents a `client_assertion` (JWT signed with a CA-signed private key) plus
    `client_assertion_type: urn:ietf:params:oauth:client-assertion-type:jwt-bearer`. Only System
    app types may request bulk data.
- name: User/provider auth
  type: http
  scheme: EHR application credentials (via OAuth 2.0 authorization_code)
  used_by: human provider users
- name: Patient portal auth
  type: http
  scheme: Patient portal credentials — FollowMyHealth or AHC (via OAuth 2.0 authorization_code)
  used_by: human patient users

oauth2_grant_types_supported:
- authorization_code
- client_credentials
- refresh_token

client_types_supported:
- client-public
- client-confidential-symmetric
- client-confidential-asymmetric

app_registration:
  portal: https://developer.veradigm.com/
  process: >-
    Developer registers a FHIR application in the Veradigm Connect portal (My FHIR Applications),
    selecting an App Type of Patient, Provider, or System — this determines who can license/see
    the app and whether it may request bulk data (System only). Client organizations then license
    the registered app before it can connect to their environment (Endpoint Directory /
    Client License Management Portal).
  credentials_issued:
  - Client ID
  - Secret
  - Secret Expiration Date

response_types_supported:
- code
- token
- id_token
- id_token token
- code id_token
- code token
- code id_token token

token_format: JWT bearer token, presented in the Authorization header
identity_layer: OpenID Connect (sso-openid-connect capability; openid/fhirUser/profile scopes supported)

unity_api_authentication:
  type: HTTP Basic (username/password)
  mechanism: Credentials issued by Veradigm during Integrator application registration/certification
  formats: [REST/JSON, SOAP/XML]
  source: https://developer.allscripts.com/ (legacy Unity API docs — host now unreachable, see
    security/allscripts-domain-security.yml)
  note: >-
    developer.allscripts.com (the Unity API doc host) timed out on every probe run 2026-08-14; this
    entry is carried forward from the prior enrichment pass and could not be re-verified this round.

deprecated:
- name: DSTU2
  status: unsupported
  since: '2025-06-01'
  note: >-
    Veradigm no longer provides technical support for DSTU2 FHIR applications as of 2025-06-01.
    The API endpoint is not turned off, but no support or issue resolution is provided. R4 is the
    current/supported FHIR version.

cross_links:
  scopes: scopes/allscripts-scopes.yml
  conformance: conformance/allscripts-conformance.yml
  lifecycle: lifecycle/allscripts-lifecycle.yml