Diagnostic Robotics · OAuth Scopes
Diagnostic Robotics OAuth Scopes
OAuth 2.0
searched
Diagnostic Robotics uses OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (e.g. client-credentials or role-based authorization) rather than per-scope consent.
Tokens are issued from /api/oauth/token.
This index is generated from the provider’s OpenAPI security definitions (and, where available, its documented scope reference) and refreshes on every APIs.io network build. Browse every provider’s scopes at scopes.apis.io.
healthhealthcareclinical-aipopulation-healthrisk-adjustmentpredictive-analyticstriagefhirclaims-datacare-managementpayersmedical-coding
Scopes: 0
Flows: password, authorizationCode
Method: searched
OAuth endpoints
Authorization URL
https://digital-outreach.us.auth0.com/authorize?audience=dev-digital-outreach-api-identifier
https://digital-outreach.us.auth0.com/authorize?audience=dev-digital-outreach-api-identifier
Token URL
/api/oauth/token https://digital-outreach.us.auth0.com/oauth/token
/api/oauth/token https://digital-outreach.us.auth0.com/oauth/token
Flows
passwordauthorizationCode
passwordauthorizationCode
Scopes (0)
Diagnostic Robotics implements OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (client-credentials or role-based authorization) rather than per-scope consent.
Both OAuth 2.0 schemes declare an EMPTY scopes map in the published OpenAPI, and the authentication guide documents no scopes, permissions or consent screen - a client_id/client_secret pair is exchanged for a bearer token that carries the full tenant grant. There is no published scope or permission reference page to search. Authorization is therefore tenant-scoped rather than scope-scoped: an agent holding a token can read patient risk profiles, patient demographics and HCC/RAF diagnosis data and can PATCH diagnoses, with no narrower grant available. Recorded as an honest zero, not a gap in harvesting.
Both OAuth 2.0 schemes declare an EMPTY scopes map in the published OpenAPI, and the authentication guide documents no scopes, permissions or consent screen - a client_id/client_secret pair is exchanged for a bearer token that carries the full tenant grant. There is no published scope or permission reference page to search. Authorization is therefore tenant-scoped rather than scope-scoped: an agent holding a token can read patient risk profiles, patient demographics and HCC/RAF diagnosis data and can PATCH diagnoses, with no narrower grant available. Recorded as an honest zero, not a gap in harvesting.
📄 Provider scope reference: https://docs.diagnosticrobotics.com/docs/proactive-patient-risk-feed-api/3y8qknbsqo42r-authentication